好的,我认为你的建议。这是我所做的: p>
每次改变路线或更新后,运行相同的进程,它将为新的无与伦比的节点合并到节点源中。在某些位置似乎有一些奇怪的结果,我得到一些奇怪的结果,这些位置被捕获在一起但正在创建多个节点。我怀疑,即使他们看起来很抢购,它们也会通过创建额外节点的最小金额关闭。 p>
不确定如何清洁到上方。 p>
hmmm,是的,这也是我在思考的内容。也许另一种方法是为所有当前节点创建初始GUID,并将其拉入DB和源路网SHP文件中。添加的任何新的项目都可以附加到同一个表。问题是,如何防止新的GUID使用已现有的号码?我最初需要将所有节点加载到数据库表中,然后使用数据库表与更改检测器与更新的道路网络SHP文件进行比较。此外,如果我正在使用RoadNetwork来创建节点,那么无论我如何执行此操作,该节点将始终从RoadNetwork源重新创建,因此将始终创建新节点,因为它们是创建的不在原始来源。我希望这是有道理的。 p>
至少那是我在想的东西,但我不知道forsure。 p>
这不是很简单。我相信我们不是唯一只有这样做的事情。 p>
嗨 p>
取决于您的数据和要求,这是一个可能大的承诺。如果您的要求很简单,我建议在节点(UUIDGenerator)上生成GUID标识符,然后使用例如使用例如。匹配器或ChangeTetector要使用更新的数据集进行比较。 p>
如果您的源数据具有稳定的标识符,则对每个更新保持不变,可以相对简单地跟踪工作空间中的更新(组通过)。如果您只有依赖变更检测的几何,则可能进入大量工作,试图猜测基于部分操作的几何形状的关系。 p>
我在过去的类似内容但遗憾的是,不能分享任何东西,就是这样对那些用例来说,它最终是相当数量的工作。 p>
david p>