問題タブ [ogc]

WCS現在、リーフレット マップのオーバーレイとして使用しようとしています。ラスター データを表示できるhttps://github.com/domoritz/leaflet-maskcanvasを既に見つけました。私の質問は次のとおりですWCS-URL。リーフレットを追加して、どのデータを表示するかを伝える方法はありますか? おそらく、追加のリーフレット プラグインがないのでしょうか。WCS-Dataまたは、js を使用してマップで視覚化する別の方法を教えてもらえますか?

jsonix を使用して、SOS DescribeSensor リクエストからの xml レスポンスを非整列化しようとしています。より広い範囲では、jsonix を使用して、SOS、特に 2.0 からのすべての応答をアンマーシャリングします。応答が SML または SensorML 名前空間を使用していることに気付いたので、モジュールの依存関係とサブ依存関係 (つまり、GML_3_1_1、SWE_1_0_1、IC_2_0、SMIL_2_0、SMIL_2_0_Language、そしてもちろん SensorML_1_0_1) を追加しました。これらを追加する前に、戻り値が一般的な json であることに気付きました (最初のスクリーンショット、特に sml:physicalsystem 付近を参照)。依存関係を追加した後、アンマーシャリング プロセスの一部でコンソールにエラーが表示されましたが、これは理解できません (2 番目のスクリーンショットを参照)。参考までに、サーバーからの xml 応答へのリンクを次に示します。https://drive.google.com/file/d/0B8LdnPVJpHz7M3VGb0FZc2lQcjQ/view?usp=sharing . コンテキストを作成するときに、これがモジュールの順序と関係があるかどうかを本当に理解したいと思いますが、それは問題ないと思います。これに対する解決策が発見されたら、フォローアップの質問が 2 つあります。

1. highsource github ページの ogc-schemas から構築されたモジュールを使用すると、jsonix を介してすべての応答を処理できると (一般的に) 期待するのは合理的ですか? つまり、すべての要素は常に定義された型にマップされます。これらのスキーマ/マッピングが非常に複雑であることはわかっています。

2. 要素を個別に追跡したり、jsonix が正しく解析されていないように思われる場合にさまざまなモジュール ファイルをトレースしたりするのではなく、モジュールを検証したり、スキーマに対して検証したりするために使用できる他のツールはありますか?

前もって感謝します-Richard3d

var context = new Jsonix.Context([XLink_1_0, GML_3_2_1, IC_2_0, SMIL_2_0, SMIL_2_0_Language, GML_3_1_1, SWE_1_0_1, SensorML_1_0_1, OWS_1_1_0, SWE_2_0, SWES_2_0, WSN_T_1, WS_Addr_1_0_Core, OM_2_0, ISO19139_GMD_20070417, ISO19139_GCO_20070417, ISO19139_GSS_20070417, ISO19139_GTS_20070417, ISO19139_GSR_20070417, Filter_2_0, SOS_2_0]);

GMLファイルをベクター レイヤーに読み込み、マップ上にプロットしようとしています。解析されてベクター レイヤーに追加されますが、何らかの理由でフィーチャがマップに表示されません。

（ソースコードに小さな変更を加えた）GMLからのファイルで試してみましたが、問題なく消化できるようです。Geoserveropenlayers 3

GML何か不足していますか、それともカスタム ファイルをサポートしていないパーサーに何かありますか?

コード：

元のGMLファイルは、IOC ステーション GMLで入手できます。を避けるために、ローカルにコピーを作成しましたCORS。

ogc サービスの事前定義された URL がある場合、wms か wfs かを知るにはどうすればよいですか?/My/predefined/URL/

私が作成した場合、/My/predefined/URL/?request=GetCapabilitiesどのサービスタイプがわかるかはわかっていますが、次のようなより速い方法はありますGetServiceTypeか?

wms と wfs から URL を分類したいのですが、場合によってはその情報を URL で直接見つけることができますが、そうでない場合もあります。各 URL の getCapabilites を要求し、servicetype 属性を検索して、wms か wfs かを確認する必要なく、どうすればそれを行うことができますか。

私は地理情報開発のこの分野に不慣れです。以下のパイプライン アーキテクチャ フローに従って、GIS ベースのアプリケーションの問題を解決しています。

PostGIS - GeoServer - リーフレット

タイルをマップに構成するリーフレット クライアント アプリケーションをセットアップしました。また、マップ上にマークを付けたり描画したりするオプションをユーザーに提供するために、いくつかのリーフレット プラグイン (Draw、zoom など) を使用しています。

以下に示すように、描画されたポリゴンの GeoJSON 機能を描画して取得できます。

描画されたポリゴン リクエストをどのように送信し、(保存されている) ポリゴンをプログラムで取得する必要があるかを理解するこの部分の後、私は立ち往生しています。答えが WFS-T であることはわかっていますが、生のコードでこれをどのように使用すればよいでしょうか。生のコード例を次に示します。

生コードのリンク: https://pastebin.com/wCAHxVc0Follow the link

参考文献:

1. https://gis.stackexchange.com/questions/266402/save-leaflet-drawn-features-with-attributes-to-postgis

2. https://github.com/Flexberry/Leaflet-WFST