将功能从地理位置迁移到宾利地图

前段时间，我们一直在谈论从Microstation Geographics跃进到什么地步 宾利地图，我们谈到了如何 既工作 示意图和Bentley Map的一些重要优点。 我已经在帖子中谈到了如何实现 迁移结构 在这种情况下，我想咀嚼如何将具有Geographics属性的地图迁移到xfm的特征类中。

尽管可以从Bentley Map中导入使用Geographics Legacy构建的项目结构，但这并不意味着对象具有的属性将被新项目所识别，因此必须将其分配。

地理如何工作

在地理样式中，通过MSLINK的对象与数据库相关联，这就是对象所具有的所有内容，即OLE类型链接。 该MSLINK通过MAPS表的MAPNAME，并通过MSCATALOG，从dgn文件中关联了图形对象，以标识从何处获取数据。 Entitynum。 此外，还有用于Intergraph兼容项目的双表，这些表通常以前带有UG。

另外，该对象具有一个FEATURE，尽管它不是动态的，但在分配它时，它获取了为该属性定义的属性（包括命令），并且与CATEGORY表关联。 一个对象可以具有多个属性，并且优先级是由最终样式分配的属性，即将FEATURE和链接到基础的其他对象与MSCATALOG表相关联，并为其分配了此类属性。 entitynum 那是一切的肚脐。

然后文件 index.dgn 它保留了地图形状的链接，这里地图获得了一个MAPID，因此每个链接到Geographics的表格至少有两个字段：MSLINK（图形实体编号，在每个地图中是唯一的），它总是主键和MAPID哪个地图存储，它在地图目录中是唯一的），这是MAPS表的外键。

所以与数据交互的唯一方法是通过连接到基础，并且与其进行操作 对野兽  例如更新具有有关对象的信息（例如面积，周长和坐标）的表，以便Publisher知道如何显示它。 您也可以提取 标签 从链接的对象链接相同的数据库中的对象。

这看起来很简单，但是我从MGE那里得到了一个世界的理解，而令人痛苦的是，所有这些吸烟对Bentley Map的项目都没有多大的帮助。

宾利地图的工作原理

一个Bentley Map项目保持类别，属性，地图，对象的逻辑相同; 但是在这种情况下，通过用XML替换OLE数据链接的形式，大部分过程发生了变化。

在这种情况下，地图上的对象可以存储数据（在同一dgn中），这可以理解为xml或Bentley wfm称之为。 随之而来的是，现在这些对象只能具有一个属性，并在空间上通过拓扑规则进行关联。 以前，同一行可能是苹果树的限制，也可能是属性的限制，现在它们必须是单独的对象，但具有拓扑关联，以便在相互修改时也是如此。

因此，与数据进行交互只需单击一次，无论您是否已连接到项目，都可以读取数据xfm留下的所有内容。 然后处理 标签 和属性属性，只需通过地理空间管理员进行更改即可。 以前，进行更改仅通过Publisher在视图中是动态的，但是对象需要删除并重新分配属性。

此外，Bentley Map还提供了用于创建数据表单，顺序过程，关联命令（方法/操作/域/条件/报告）的选项，以及有助于数据构建的其他信息。

有些东西没有太大的改变，就像ESRI用户所说的那样，熏青必须咀嚼消化它。

问题

现在，迁移项目的结构是可能的，然后通过地理空间管理员添加功能，这将准备好继续提供数据，但是困境是：

地图上的地图呢？

对于这个宾利尚未设计任何工件，允许将对象从传统项目转换为xfm ... 什么他妈的！

我想提出的建议是，我和一位从智利联系我的朋友聊天后，看到几个电子邮件后，我们已经到达了一个老式的，但功能强大的Geofumada。

步骤1。 导出到形状文件

从开放的Geographics项目中，选择将属性导出到形状文件的选项（文件/导出/ SHP）。 必须为每个 特集 存在于地图上。

当物体是质心/边界时，有必​​要争取一点，因为有必要通过将链接传递给它们来将它们传递给形状。

此外，可以根据您的喜好，对Mapinfo进行导出。

步骤2。 从宾利地图导入

而现在，从宾利地图项目，我们选择了导入选项（文件/导入/ GIS数据类型），出现这个窗口 互操作性，鼠标右键完成 进口 并被选中 新的进口.

右键单击Imoport1，可以选择一个文件或整个目录。 可以导入 形状文件或 Mapinfo文件输入mif和tab。

通过触摸 要素类 我们可以看到，可以选择级别，颜色，透明度和其他属性。

将其分配给 特集 我们感兴趣的，只是分配它的层（级）。

痛苦的

正如Memín在那个古老的墨西哥paquin说的：

“Diantres !!!”

对于每个项目中每个类别的每个地图上的每个特征，都必须完成这个工作。

为此可以保存 进口，因此只能按文件或按目录调用它。 事实是，很难转换数据，尤其是在单独的文件中时。 不会受伤，在.NET中使用vba进行自动测试
跳过该过程，而不是徒步完成此任务，这可能导致每天自杀的次数超过数次。 主要的问题是，要实现这一目标，我们将继续依靠专门的（且烟熏的）咨询公司来了解Bentley Map和Geographics的胆量，但这是有可能的，但是应用程序不应如此星空（让我们面对现实，两者都是如此）对于普通用户。

如果信息被存储在原始DNA中，则更加痛苦 在历史上...新文件将没有历史记录。

在结论

如果数据量很少或存储在空间盒中，我提出的解决方案是可行的，因此可悲的结论是，由于数据转换，从Geographics迁移到Bentley Map并不容易。 如他之前所说，地理空间管理员是 牙痛数据迁移可能会更加痛苦，除非Bentley为其用户提供的解决方案不想一天到晚。

和geofumed的朋友交谈，他们让我觉得这是一个不明智的比喻，但是从今天开始，在一家肮脏的酒店里，今天是一个无聊的日子，比较如此真实，在你允许的情况下，我会使用它：

“这不像改变合作伙伴...

......可能就像是再次失去了你的童贞“