Geo Web Publisher，似乎更容易
查看现在的Geoweb Publisher V8i，这个产品是臭名昭着的 muuuucha 进化虽然逻辑依然存在，但地质工程师在地理工程师发布数据的基本工具之间存在很大的变化，现在是为地理空间目的提出的建议。
我有V8i版本，我打算做一个审查，但在此之前，我借此机会谈谈以前的版本是什么，以免使文章的比较如此沉重，并记住他们的弱点。
出版商 - GeoWeb Publisher
最初，Publisher是一个难以实现的geofundada，因为它知道Microstation的工作空间的大部分内容， 地理位置遗产. 
它没有向导，没有模板图标，所有内容都必须步行构建。 对于2004年发布的Geoweb Publisher，它已经包括一个用于创建具有基本框架的页面的向导，对于已与Publisher一起使用cybstryudi的所有内容（包括指甲），这种改进无法弥补的冒犯。 此外，您必须投资以适应变化。
VPR
当Geoweb Publisher到达时，Bentley不再对Java小程序（它与Microstation J一起出现）产生固执。出现了Bentley自己的ActiveX，称为vpr，它是可以使用的缩写：视图，打印和红线。
在图像的形式的服务是没有问题的，问题总是观众矢量数据，虽然数据是通过IIS服务，如果初始释放所需要的不是具体的Java（JRE）引擎，实现更古老的安装在AcitveX被封闭，只有工作与Internet Explorer，这是一个可以让他跑的第一次，如果连接速度慢和没有耐心（或什么是在肝脏清除数据发生的知识）有
vpr所做的一切只是一个简单的dgn显示，但是几乎可以提供Geographics所做的任何事情，因为在实践中，Geoweb Publisher本身就是在服务器上工作的Geographics。 因此，神奇之处在于在地理上完成的奇迹，它可以用于主题，拓扑分析，甚至可以在线进行准矢量化，并且将其添加为与原始dgn相关联的红线文件。 当然，由于XM之前的弱点，除非您使用PictureScript Scenes（PSS）进行了地理融合，否则就无法透明化，没有动态符号，而且中等。 我destrompado 在实践中，尺度的处理实际上并不是常规的方式，当一个新的种子文件产生一个主题时，它在空间中被遗忘了一个奇怪的原因。
它需要来自服务器的致命资源，因为可以理解按用户需求在Geographics中执行的Publisher服务例程。 尽管我承认这是令人钦佩的，但如果我们认为它在几秒钟内以矢量方式筹集了25,000个地块，并且一旦茶点减少，就没有必要在 放大，刚刚从 锅 外 程度。 与Project Wise的集成还允许通过Web Explorer Lite控制工作流程以及与外部文档的关联。
一切都按照地理项目的指导方针完成，很可能是在Oracle，SQL或Access中进行。 显示窗口读取查看器的四个角，并对Index文件进行空间分析，然后引用在该视图中注册的dgn（或通过地图管理器）。 这种显示不是常见的图像，因为msliks变成了链接到数据库的对象的超链接，并且以此方式可以显示关联的表。
然后，它允许在侧面树中配置类别和属性来打开或关闭。 有限的 查询键 伪装的按钮，执行常见的Microstation任务：关闭或打开图层（水平）， attachar 参考地图，图像，关闭，执行mdl例程，宏或vba应用程序。
不标准
但是没有OGC标准，就像它们一样都是Bentley的烟。 在仅有的两个可能职位中：有兴趣的一方必须辞职，或者是他是GNU胡子的毛茸茸的男人，他以前曾在NASA工作，现在致力于做GIS。
_________________________________________
我了解了Geoweb Publisher v8i以及我的敬意。 我相信，在本特利中，Bentley改善了普通用户的观点，该普通用户没有Walter Mercado在身边来解释他的日常信件。 事实可能变得更容易了，事实是，现在它在从构建对象到服务的流程中具有更易于理解的逻辑。
而不是等待执行变得容易，它的功能看起来很有趣，就像原始dpr的演变一样，现在作为idpr在空间数据库概念（从地图）看起来对我来说是非常壮观的，在那里它是可能的集成dwg，dgn，xfm数据，甚至是从空间数据库提供的古典形状文件。
然后支持OGC标准。
我们会在接下来的几天看到它。
