タグ付けされた質問 「specification」

3
一般的なGISのポリゴン頂点の順序:時計回りまたは反時計回り
2日前に、ESRIシェープファイルのポリゴンの頂点の内部保存順序について質問しました。その質問は回答されました(ポリゴンはシェイプファイルに時計回りまたは反時計回りに保存されていますか?)、また古い投稿で回答されました(ポリゴン作成(時計回りの回転かどうか)) しかし、今では私の質問はより一般的であり、独自の答えがあるかどうかはわかりません。時計回りの順序はESRIシェープファイルのみですか、それとも一般的なGIS形式ですか?また、GISソフトウェアの内部表現についてはどうですか?たとえば、QGISを使用し、ポリゴンを含む* .shpを読んだ場合、外側の境界の内部表現は元のシェープファイルのように時計回りであると仮定しますが、QGISでサポートされているすべてのファイル形式はどうでしょうか?ArcGISの場合はどうですか?また、ポリゴンが反時計回りに保存されているファイル形式が存在する場合、これらのファイルがQGIS、ArcGISなどにロードされると、内部で方向が変更されるため、たとえばPyQGISを使用してデータを読み取ると、ポリゴンは時計回りになります順序付けられました? 私の目的はQGISのプラグインを作成することですが、データのソースはESRIシェープファイルまたはその他の形式にすることができます。方位角を使用してポリゴンの連続する側面間の角度を確認する必要があるため、順序が時計回りであるかどうかを知る必要があります。1つの解決策は、各ポリゴンの面積を計算することです。正しく覚えていれば、正の場合は順序は時計回りになり、負の場合は順序は反時計回りになります。 面積計算は集中的なタスクではないため、プラグインをそれほど遅くすることはありません。しかし、QGISの特殊なケースでは、元のソースの順序に関係なく、ポリゴンを時計回りに保存するか反時計回りに保存するかを誰もが知っていますか?これまでにESRIシェープファイルを使用しており、layer.getFeatures()。geometry()。asPolygon()の座標は、外側の境界線では時計回りに、穴の場合は反時計回りに、つまり元の* .shpのように保存されます。

2
GeoServerの推奨サーバー仕様
フラッグシップアプリケーションであるドーセットエクスプローラーを介して地理データを提供します。これは、OpenLayersとGeoServerを使用して、OSMやOSベースマップなどの地理データや、航空写真、学校などのその他の大量のデータを提供します。 私の質問は、GeoServerにどのようなサーバー仕様を使用すべきかということです。WMSを介してタイルを配信するために使用できるサーバーは1つだけです(おそらく、将来的にはWFSも使用する可能性があります)。1日あたり100〜200人のユーザーを獲得していますが、サーバーが維持されると確信しているとすぐに、これが上昇し始めることを期待しています。余裕がある最高の仕様に固執するだけなのか、それとも制限や理論的な上限があるのか​​。 どんなポインタでも大歓迎です!

1
GeoJSON仕様とIRMとしてのCRSの最新情報
現在、GISデータに対してWeb APIを作成しており、現在、ジオコーディングサービスを改良しています。出力タイプをGeoJSONとして指定するオプションを作成しているので、仕様に従うようにしています。データはnad83データムUTMゾーン12北投影に保存されます。GeoJSON仕様は、 CRSを追加すると言います。wkidは26912ですが、OGC CRS URNとは何ですか? OGC CRS URNはいくつかの部分に分かれていることを理解できます。 urn:ogc:def:crs:OGC:1.3:CRS84 urnは識別子、ogcは組織、defは別の静的取引、crsはタイプ(座標参照システム)、OGCは機関、1.3はバージョン、CRS84はプロジェクションです。 なぜUTM 26912の権威は欧州石油調査グループですか? マッピングフレームワークはこのCRS名を使用しますか? 私は仕様に従っていきたいのですが、もっと多くのマッピングフレームワークがwkidを使用しているようです。 http://spatialreference.org/ref/epsg/26912/ 情報を取得するのに最適な場所のように見えますが、骨nもリストしていません。GeoJSON仕様はばかげていますか?

1
「EPSG:4326」仕様のsrsNameはGML 3.1 / 3.2に準拠していますか?
srsName="EPSG:4326"GML文書に時々見られます(例:https : //postgis.net/docs/ST_GeomFromGML.html、特定のソースは公開されていません)。意図(おそらくここでは重要ではない軸の順序を除く)は明確で、おそらくさまざまなシステム間で相互運用可能ですが、実際に仕様に準拠しているかどうかは疑問です。 私はOGC Naming AuthorityとOGC URNポリシーを見てきましたが、それらはurn:ogc:def:crs:EPSG:\d{4,5}フォームを使用します(つまりurn:ogc:def:crs:EPSG:4326)。 GMLポイントプロファイル(OGC 05-029r4)はsrsName="urn:ogc:def:crs:EPSG:6.6:4326"例で使用されており、「よく知られている」必要があります。srsNameただし、実際に特定のものを除外するものは何もありません。 あるsrsName="EPSG:abcd"フォームは(特に、中srsName="EPSG:4326"(ポイントプロファイルのために、特に)GML 3.1または3.2の要素の仕様準拠)?
11 gml  ogc  specification 

3
メタデータとGeoJSON?
私の代理店は現在、FGDC XMLメタデータを含むシェープファイルを維持および配布しています。 多くの形状をGeoJSONに変換しましたが、開発者がデータの取得場所を忘れると、ノードアプリが壊れたときに誰が責任を負うのかわからなくなるのではないかと心配しています。 GeoJSONメタデータ仕様はありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.