re: ArcGIS 坐標系統文件 Flyingis 2007-03-16 11:43
@cindy
這個都被你發現了:)
不管是在什么平臺下開發，返回的結果都是圖片，在output目錄中。
如果你使用.net_link，所有這些基本功能需要自己來寫，參考一下blueviewer不難，發送和響應請求都是通過arcxml來完成。如果使用html viewer，部分基本功能如放大縮小等可以通過designer來定制。
相關的基本控件，ArcIMS92封裝的好一些，你建個工程看看就知道了。
@cindy
沒關系，你有自己的思路，挺好的。
1.image feature metadata分別對應影像服務、特征數據服務、元數據服務，這些你看完ArcXML文檔會有更清晰的認識。
ArcIMS僅用來發布地圖，編輯修改數據的功能很弱，本身幾乎沒有這樣的功能，需要AE開發來增加相關功能，可以看看這個帖中的回復：
http://www.cnblogs.com/flyingis/archive/2006/09/03/493978.html不知道你具體是如何修改lake的顏色的，還是多看看ArcXML_Programmers_Ref。
2.net_link開發需要直接編輯和解析ArcXML，這種方法有優勢也有劣勢，需要自己斟酌，主要注意的是，不要直接用記事本打開編輯config配置文件，有編碼問題，spyxml最好。
有C#和JS基礎挺好，ArcXML_Programmers_Ref是必須要熟悉的，加上ajax功底，webgis對你來說就容易了。
@cindy
你好！問題不少啊:)
分別回答你每個問題：
1.關于經緯度坐標信息，建議你先看看另外一篇文章：
http://www.aygfsteel.com/flyingis/archive/2006/09/03/67466.html2.不論采用哪種連接器，或是直接使用HtmlViewer開發，都會涉及到大量js代碼，js不如OO高級語言富有規則性，但是小巧靈活，ajax和webgis就是絕配。
3.ArcIMS92中集成了一些控件，可以直接使用，之前的版本都需要自己來定制。
4.關于請求的發送與數據的接收，建議看看ArcXML Reference。
re: 發幾張B/S軟件界面圖 Flyingis 2007-03-09 16:27
海運出口界面算是將B/S發揮到極至了。
有時間可以介紹一下海運出口界面上所涉及到的工作流:)
re: 仙桃方言一覽 Flyingis 2007-03-02 08:36
和我們家鄉的方言也比較接近。
坐標：仙桃西面約100公里處
@李娜
新年快樂！
arcsde我不熟，你可以到ESRI中文論壇上去問問。
@wuya
現在ArcIMS 9.2 ADF將常用的功能都封裝成了控件，相對來說JS代碼量會減少一些，但做WebGIS，JavaScript肯定是要了解的，各種功能具體怎么做需要你自己去摸索，年后有時間我會寫篇如何在ArcIMS實現放大、縮小的入門文章。
re: ArcIMS 體系結構 Flyingis 2007-02-09 09:13
@kingking
你的開發平臺是Java、.Net、還是基于html viewer進行開發？
但不論是哪種開發方式，你都需要先熟悉ArcXML，html/css/javascript是必不可少的。
re: ArcIMS 體系結構 Flyingis 2007-02-08 11:35
@kingking
你可以看看ESRI公司的產品線，有很詳細的介紹
www.esri.com
@wuya
雖然mapnet提供了地圖對象控件化的支持，但應該不會添加一個控件就能夠直接操作，還要有控件屬性的設置，數據的傳入、傳出等。我沒有用過mapnet，無法告訴你具體怎么做。
@wuya
1.地圖的大小主要和evelope的設置有關。
2.數據和點一一對應需要你在地圖數字化過程中做好。
3.捕獲坐標需要做兩件事：一是捕獲屏幕坐標，看看JavaScript，二是將屏幕坐標轉換為你所需要的經緯度坐標。
MapNet相關資料
--------
MapNet for ArcIMS 簡介及下載：
http://arcscripts.esri.com/details.asp?dbid=13635
MapNet 幫助文檔：
http://www.studioat.it/StudioAT/Help/MapNet/MapNetWebHelp.htm
在這里大家可以找到更多的好東西：
http://www.studioat.it/
其他參考文章：
http://www.cnblogs.com/lijigang/archive/2007/01/23/628088.html
@wuya
1.捕獲你點擊的坐標，設置一定的小范圍，如果Get_Features有返回值，則得到與該范圍相交的點的屬性特征值，提出道路名稱在服務器端賦給某變量。
2.如果Get_Features有返回值，用js在該點進行閃爍。
3.如果Get_Features沒有返回值，則什么都不做。
@cutechun
首先，保證你有正確的授權文件，然后你在計算機服務管理中試試重啟ArcIMS的三個服務，實在不行，重做post installation。
@cutechun
1.檢查IIS運行情況
2.運行Administrator看是否會碰到什么問題，服務是否成功建立。
我有興趣，但現在自由的時間少了，大家可以一起探討。
有沒有興趣加入WebGIS開發設計組，把3S相關的文章整理在一起？
re: 帶寬升級公告 Flyingis 2007-01-16 21:53
北京歌華1M寬帶，速度不是很穩定，有時為0，最高約為65KB/S，均速不到30KB/S，使用的是Firefox2.0自帶下載工具。
re: wallop 和orkut 的差異 Flyingis 2007-01-16 21:50
@余鵬飛
邀請發送了。
re: 向RCP致敬 Flyingis 2007-01-16 21:48
@BeanSoft
簡單帶來的是易用，但可操作性較差，比較死板，個人還是比較喜歡Java的中庸之道。
re: 2007計劃 Flyingis 2007-01-05 20:34
嘿嘿，好家伙，不少啊！
新的一年我的學習任務是：精通ArcIMS/精通ArcGIS Server/系統學習Uml與模式設計/Eclipse RCP開發。不求多，但求精。
re: 淺議類型識別與反射機制 Flyingis 2006-12-28 16:21
@John[匿名]
謝謝提示，以前理解錯了。
一個是值的比較，一個是內存地址比較。
@李娜
這兩天我的信箱打不開，局域網內有病毒。
BlueViewer(C#)的源代碼（無病毒）我上傳到blogjava了，大家都可以直接下載：
http://www.aygfsteel.com/Files/flyingis/BlueViewer.rar
@李娜
我這段時間上網不是很方便，不能及時答復，見諒！
ArcIMS中可以獲取各個拐點的坐標的，我回去嘗試后下次給你回復，例子也下次一同發給你。
圣誕快樂！
@李娜
我看過Dijkstra及其他相關最短路徑算法，但在項目中暫時還沒有用到。
每個路段的坐標肯定是要用到的，用來構建矩陣或是鏈表，在ArcIMS中可以通過GET_FEATURES獲取。
有什么問題可以一起討論，做完之后記得分享一下經驗:)
看來天狼這段時間一直是在忙這個系統。
以后多向你請教。
@李娜
可以做路徑分析，建議使用連接器進行二次開發，會容易一些。
re: 亂談 GIS 中小型應用 Flyingis 2006-12-18 20:17
@天狼[匿名]
早就跟你留言了，有空可以到WebGIS團隊中寫點東西，高手總是潛水:)
從平臺成本、開發應用價值和架構控制來說，我會嘗試使用GeoServer來做，J2EE架構本身非常成熟，有很多經驗可以參考，用來解決中小型應用只會增加用戶和程序員的信心，雖然有殺雞用牛刀之嫌，但從多個角度考慮不失為一種可行的選擇方案。
有機會我會在項目中實踐一下。
re: 說說arcgisserver9.2 Flyingis 2006-12-13 16:58
我會學習ArcSDE，會在WebGIS中使用ArcIMS，會用ArcMap處理地理空間數據，但除非項目需要，我不會去學ArcEngine。
re: SUN技術開放日－武漢站 Flyingis 2006-12-11 15:09
武漢的活動相對是比較少，以前在武漢的時候也沒碰上幾次，這次活動不錯啊。
re: 昨天買了新機器，19’寬屏，爽啊！ Flyingis 2006-12-01 15:51
不錯，就是內存小，我肯定是2×1G
re: 亂談 GIS 中小型應用 Flyingis 2006-11-29 14:51
@albert_zheng66
"亂談"、"亂彈"網絡上都有，意義有那么一點差別，反正都是一個"亂"字:)
re: 說說arcgisserver9.2 Flyingis 2006-11-28 20:47
說說ArcIMS，ArcIMS性能挺好，arcxml請求響應過程中，只要空間服務器夠強，速度不是問題。但ArcIMS服務器不是很穩定，不管是9.0還是9.1版本，部署在Windows2003下，時常會出現服務出錯的情況，重啟ArcIMS服務器或計算機就OK，項目完成了，總不能讓用戶不斷重啟吧，不知道是我們哪里沒有做好，還是它本身就不穩定:(
re: 說說arcgisserver9.2 Flyingis 2006-11-28 20:39
我也沒有時間參加用戶大會，正準備來寫寫的，發現了你這篇文章:)
ArcGIS發現到現在的確過于龐大了，到它的官方網站上看看它的產品列表，簡直就是"琳瑯滿目"。ArcEngine和ArcSDE絕對是ESRI的主打產品，看看ArcEngine龐大的類庫就知道ESRI要花多少人力來進行維護更新。聽說過這樣的對比：“如果世界上最龐大的軟件系統是Windows，那ESRI的ArcGIS可以排列第二。”不管這種說法是否正確，但至少可以看出，在公司財力遠不如微軟的情況下，ESRI要不斷改進這個系統，困難還是不少的，若要在短短的一兩年的更新周期里，改善與更新產品的架構，更是難上加難。
現在ESRI賣的是它的數據格式以及市場，從軟件設計角度上來看，它的產品缺乏創新，并且笨重。
re: 這次做portal的一些總結（一） Flyingis 2006-11-28 15:40
這次忙的時間不短啊，問個問題：
可不可以將"正在Loading"換成反應響應速度的進度條？
中止翻譯DWR文檔 Flyingis 2006-11-22 22:04
沒想到剛剛開始就要中止了，最初是在Java Tang上看到正在翻譯DWR文檔，當時還有不少章節沒有翻譯，就準備參與一下，忽略了先到Google上搜索一番。今天突然想到了，到Google上一搜，發現DWR文檔果然已被翻譯。
DWR中文文檔：
http://wiki.javascud.org/display/dwrcn/Home
re: 項目（框架）架構的抉擇 Flyingis 2006-11-17 14:39
你目前最重要的資源是人力資源，作為項目架構師+項目經理，應該首先了解手下同事的能力，對各種Web框架的熟練程度，以及經驗。
我個人感覺該項目應該是中小型的項目，Struts+JDBC，還是Struts+Hibernate，對于你來說問題不會太大，關鍵是團隊的其他成員能否快速掌握，或是已經具備這方面的一些經驗，來高效執行你的設計。
re: 中國計劃建設自己的衛星導航系統 Flyingis 2006-11-15 08:39
@黑蝙蝠
這是個衛星系統，包括硬件、軟件、人力資源等等各個部分，最昂貴的是衛星的造價、配套設備的裝配。
對于衛星系統的科研人員，Java現在開源了，可能會被應用于衛星系統部分功能的設計中，但這個是機密，我們無從可知。對于我們大眾用戶來說，Java的應用前景在于GPS定位系統的軟件設計，不過這個在國內已經相對成熟了，除非有新的GPS應用概念的提出。
這個系統的意義在于，是“中國自己的衛星導航系統”。
re: 抗議，抄襲我的文章 Flyingis 2006-11-14 09:24
@藍色森林
你好！
這是2005年12月的一篇隨筆，當初自己剛剛開博，有時會在網上查找一些資料然后加上自己一點體會寫在博客里，你的那篇文章沒有加入你的鏈接是自己剛開始寫博客所沒有意識到的，后來在網上看他人文章逐漸增多，也看到優秀的文章都有資料引用，還有網上對于作品作者版權的爭議，自己在后來的文章或讀書筆記中都會加入他人文章或參考資料引用的說明，你看我后面的文章可以注意到，之前的文章的確沒有想到去檢查一下這方面的問題，對于此事給你帶來的傷害向你鄭重致歉！
但是你也不應該在還沒有和我交涉就在我其他文章上到處留言說抄襲，畢竟我不是故意要把他人作品說成是自己的，對于此事，我的建議是你可以在那篇文章后面留言說抄襲了你的內容，然后給站長dudu一份報告，接著等我來解釋，你覺得這樣做是否更好？我們都經常在網上寫下自己的作品和經驗心得，和別人分享自己的成果，向高手學習，給新手指導，我自己的好多文章都被沒有署名作者而直接被引用，況且還是一些大型網站，不可能是沒有意識或疏忽造成的，這種情況下我都還得先和站長交涉，不可能在網上到處留言說該網站流氓，畢竟要先知道他人的解釋嘛。
再次向你道歉，我會加入文章的原來出處，并自己向blogjava的站長dudu報告此事，希望大家在發現我前期沒有加入他人文章鏈接的時候，給予我提示，我會虛心接受的。俗話說不打不相識，我們都是做GIS的，希望能和你成為朋友，討論GIS。
re: 界面設計師，我們需要你 Flyingis 2006-11-11 09:30
基本上界面設計全是自己完成，項目進度不少時間都需要花在界面設計上，不少程序員應該有相同的苦衷吧。
re: 正則表達式--JavaScript 實現基礎 Flyingis 2006-11-10 08:39
@xm.zhuge
更正了，謝謝！
re: wallop 和orkut 的差異 Flyingis 2006-11-09 16:45
樓上需要的邀請都已送出，大家索取邀請的時候請留意一下文中注明的信箱。
re: BlueViewer 地圖加載分析(C#) Flyingis 2006-11-08 17:47
@馬嘉楠
昨天只想快點寫完休息，留下了不少筆誤:)
謝謝你的提示，已經更正。
@jim[匿名]
I'm sorry. It's a terrible mistake and it has been corrected.