国連における変更検出のための静的バージョン

Question

皆さん、こんにちは -

現在の実装では、ジオデータベースの変更検出を支援するためにいくつかの「static」バージョンを使用しています。例えば、夜間のプロセスで static バージョンと SDE.Default を比較し、どのフィーダーが変更されたかを特定して、OMS インターフェースにどのフィーダーを抽出して OMS データベースで更新する必要があるかを通知しています。

他にも、やや似た目的で使用されている static バージョンがあります。

OMS では ArcFM GDBM/Feeder Services を使って変更を検出しているかもしれません。しかし、フィーダー以外の変更目的では、static バージョンを保持し続ける必要があるかどうか疑問に思っています。

この件について何かご意見や経験があれば大変ありがたいです。

ありがとうございます、

Ed

EdwardBlair · Answer

@gis_KIWI4   Pretty interesting.   Thanks much for the detail. We will check out these options!

GIS_kiwi4 · Answer

@EdwardBlair - I am assuming your non-UN feature classes have versioned data. You can continue using static copies to get version differences but if you didn't want to keep the static copies then use the ExtractChanges or Query(with Historic Moment) or simply using the EditDate query?

Each one comes with it's own set of advantages and disadvantages.

ExtractChanges - Most robust and gives you the "delta" so you don't have to find differences within a FME process. This is slightly more complex to implement because you have to store generation states (layerservergens) and use them for the next query.

Query(with Historic Moment) - Simple but you have to read the entire dataset twice (current and historic) and then set up change detection. If the dataset is sizable then you risk running the process longer.

EditDate query - Simplest of the lot but you have to figure out how you will account for deletes.

Our datasets are pretty modest in size and we have used Query with the FME CHANGEDETECTOR transformer.

EdwardBlair · Answer

Hi @gis_KIWI4 ... thanks much for the feedback.

I should have been clearer.   For subnetwork change detection we *hope to* use the SE GDBM framework.

Thing is, we also need to detect changes to other, non-Utility Network feature classes.   This is, at the moment, what I'm most interested in.

Ed