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.blogjava.net/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.blogjava.net/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.