SuperMap iClient3D for WebGL を使用してGeoJSONデータでマスク効果を実現

 

一、はじめに

このコードは、3D地理情報可視化プラットフォームで地理的なマスク効果を作成する方法を示します 。GeoJSON形式のデータファイルを読み込むことにより、指定された領域（例えば、東半球と西半球のマスク）のマスクを計算して表示し、正確な座標を使用してその境界を定義します 。

 

二、考え方

具体的な実装手順は以下の通りです 。

  1. GeoJSONデータの読み込み：地理的領域の輪郭データを取得し、それを3D環境で表示可能な形式に変換します 。
  2. 座標変換：地理座標（経度・緯度など）を3D座標系での位置に変換します 。
  3. マスク効果の作成：座標データに基づいて東半球と西半球の領域を定義し、透明または半透明のマテリアルを適用してマスク効果を生成します 。
  4. 境界線の表示：各マスク領域に可視化された境界線を追加し、地図上でより目立たせます 。

三、データ処理

対応する領域の輪郭GeoJSONファイルを取得します。GeoJSONは、地理情報システム（GIS）でよく使用されるファイル形式で、地理的領域の幾何学的形状と属性データが含まれています。公開されている地理データセットを選択するか、要件に応じて領域のGeoJSONファイルをカスタマイズすることができます 。

 

四、フロントエンド読み込みコード

function init(SuperMap3D, scene, viewer) {

  // カメラオブジェクトを取得

  var camera = scene.camera;

 

  // マスクポイントの座標を格納する配列

  const maskpointArray = []

 

  // データファイルを読み込む（GeoJSON形式のデータと仮定）

  $.get('./data/Sample_1.json', function (json)

    const precision = 0.0001; // 精度を設定し、2つの半球の間に重複領域を生成するために使用

 

    // 最初の半球の境界座標を計算（西半球と仮定）

    const hemisphere1Coordinates = [

      -180, -89,   // 左下隅

      0 - precision, -89,  // 右下隅

      0 - precision, 89,   // 右上隅

      -180, 89    // 左上隅

    ];

 

    // 2番目の半球の境界座標を計算（東半球と仮定）

    const hemisphere2Coordinates = [

      0 + precision, -89,  // 左下隅

      180, -89,    // 右下隅

      180, 89,     // 右上隅

      0 + precision, 89    // 左上隅

    ];

 

    // マスクの色と透明度を定義

    const maskMaterial = new SuperMap3D.Color(0.1, 0.2, 0.3, 0.8);

 

    // 最初の半球のマスクエンティティを作成（西半球部分）

    const hemisphere1Mask = viewer.entities.add({

      polygon: {

        // 経度・緯度座標から変換されたポリゴンを使用してマスク領域を表す

        hierarchy: new SuperMap3D.PolygonHierarchy(

          SuperMap3D.Cartesian3.fromDegreesArray(hemisphere1Coordinates)

        ),

        height: 500,

        material: maskMaterial // 定義されたマスクマテリアルを使用

      }

    });

 

    // 読み込まれたGeoJSONデータから座標を抽出

    for (let i = 0; i < json.features[0].geometry.coordinates[0][0].length; i++) {

      // 座標をmaskpointArray配列に追加

      maskpointArray.push(json.features[0].geometry.coordinates[0][0][i][0]);

      maskpointArray.push(json.features[0].geometry.coordinates[0][0][i][1]);

    }

 

    // 経度・緯度から変換された座標からCartesian3オブジェクトを生成

    var maskspoint = SuperMap3D.Cartesian3.fromDegreesArray(maskpointArray);

 

    // 全球座標の境界を定義

    const globalCoordinates = [

      -180, -89,  // 左下隅

      1, -89,     // 右下隅

      1, 89,      // 右上隅

      -180, 89    // 左上隅

    ];

 

    // もう一方の全球座標の境界（東半球部分）

    const globalCoordinates1 = [

      180, 89,    // 左下隅

      -1, 89,     // 右下隅

      -1, -89,    // 右上隅

      180, -89    // 左上隅

    ];

 

    // 2番目の半球のマスクエンティティを作成（東半球部分）

    const hemisphere2Mask = viewer.entities.add({

      polygon: {

        hierarchy: new SuperMap3D.PolygonHierarchy(

          SuperMap3D.Cartesian3.fromDegreesArray(hemisphere2Coordinates),

          [

            {

              positions: maskspoint // ここに切り抜く領域の座標を追加

            }

          ]

        ),

        height: 500,

        material: maskMaterial // 定義されたマスクマテリアルを使用

      }

    });

 

    // マスクマテリアルの表示エラーを避けるために、手動でマテリアルを設定

    hemisphere2Mask.polygon.material = maskMaterial;

 

    // マスク領域の境界を表示するための境界線エンティティを作成

    const line = new SuperMap3D.Entity({

      id: 2,

      polyline: {

        positions: maskspoint, // 先ほど定義したマスク座標を使用

        width: 2, // 境界線の幅を設定

        material: SuperMap3D.Color.fromCssColorString('#6dcdeb') // 境界線の色を設定

      }

    });

 

    // 境界線エンティティをビューに追加

    viewer.entities.add(line);

  });

}

 

五、効果の表示




コメント

コメントを投稿

このブログの人気の投稿

【GIS初心者向け】国土数値情報、ShapefileとGeoJSONどっちをダウンロードすべき？特徴と使い分けを徹底解説！

GISユーザーにとっておなじみの「国土数値情報」。これまで標準だったShapefile（シェープファイル）形式に加え、最近GeoJSON（ジオジェイソン）形式でのデータ提供も拡充され、ダウンロード時にどちらを選ぶべきか迷った経験はありませんか？ 「昔から使っているからShapefileで…」という方も多いかもしれませんが、実はこの二つ、得意なことや使い勝手が大きく異なります。 今回は、このGISデータ形式の「大御所」と「ニュースター」を比較し、あなたが今、そしてこれからどちらを使うべきかの判断材料を分かりやすく解説します。 まずは両選手をご紹介！それぞれのプロフィール シェープファイル：GIS界の「頼れる大御所」 シェープファイルは、米Esri社が開発し、長年にわたりGIS業界の標準形式として君臨してきたデータ形式です。QGISやArcGISといったデスクトップGISソフトで作業するなら、まず間違いのない形式と言えるでしょう。  * 長所：    * ほぼ全てのGISソフトが対応しており、互換性が非常に高い。    * 歴史が長く、利用実績やノハウが豊富。    * バイナリ形式のため、非常に大規模なデータの表示が比較的速い場合がある。  * 短所：    * 複数のファイル（.shp, .shx, .dbfなど最低3つ）で1セットのため、ファイル管理が煩雑。「.shpファイルだけ送る」といったミスが起こりがち。    * 属性情報のフィールド名が半角10文字（SHIFT-JIS）までという古い制限がある。    * Webブラウザで直接表示するには一手間かかる。 例えるなら、「信頼と実績の百科事典（分冊）」。内容は確かですが、少し古風で持ち運び（ファイルのやり取り）が少し面倒なイメージです。 GeoJSON：Web時代の「軽快なニュースター」 GeoJSONは、Webの世界で標準的に使われるJSON（ジェイソン）という形式を、地理空間データに応用したものです。Web地図（Leaflet, Mapbox等）との相性が抜群で、近年のWebGISの発展を支えてきました。  * 長所：    * 単一のテキ...
続きを読む

伝統漁業の未来を変える宇宙の視点！定置網漁業と衛星データの賢い付き合い方

私たちの食卓に新鮮な魚を届けてくれる伝統漁法、「定置網漁業」。 魚の通り道に網を仕掛けて、魚たちが自然に入ってくるのを待つという、とても環境にやさしい漁法です。魚を追いかけ回さないので燃料をあまり使わず、海の資源を守りながら漁をすることができます。 しかし、この「待ち」のスタイルには、大きな悩みがありました。それは、漁獲が海の自然条件に大きく左右されてしまうこと。「今日は魚が網に入ってくれるだろうか…」というのは、漁師さんたちにとって長年の課題でした。 この伝統的な漁業の不確実性を、宇宙から解決するテクノロジーが登場しています。それが「人工衛星」のデータ活用です。 宇宙から海を「見える化」する 宇宙を周回する人工衛星は、私たち人間には見えない海の様々な顔を捉えることができます。 海の「水温」をチェック 魚には、それぞれ好みの水温があります。例えば、冬の味覚であるブリは16℃から20℃くらいの水温を好むと言われています。衛星は、広大な海の表面水温をまるで天気図のように示してくれるので、「ブリの群れが好みそうな水温帯が、自分たちの網に近づいてきているぞ」といった予測が可能になります。 海の「流れ」を読む 魚たちの多くは、潮の流れに乗って移動します。特に、性質の違う潮と潮がぶつかる「潮目」は、魚の餌となるプランクトンが溜まりやすく、絶好の漁場となります。衛星データを使えば、この潮の流れや潮目の位置をピンポイントで把握でき、魚が網に入りやすいタイミングを逃しません。 海の「栄養」を測る 衛星は、海の色から植物プランクトンの量を分析することもできます。プランクトンは海の栄養の源。つまり、プランクトンが豊富な場所には、それを食べる小魚が集まり、さらにその小魚を狙う大きな魚が集まってきます。海の栄養状態を知ることは、漁獲ポテンシャルを判断する上で重要なヒントになるのです。 衛星データが漁業の現場にもたらす変革 では、これらの衛星データを定置網漁業に活用すると、現場はどのように変わるのでしょうか。 経験と勘から、データに基づく漁業へ これまでベテラン漁師さんの経験と勘に頼っていた部分を、客観的なデータで裏付けられるようになります。これにより、若手の漁師さんでも判断がしやすくなり、技術の継承問題にも貢献します。効率的に網の点検を行ったり、水揚げの計画を立てたりと、日々の操業に科学的な...
続きを読む

3分でわかる住所と地番の違い

マイホームの購入や相続、役所での手続きなどで、「住所」と「地番」という二つの言葉を目にすることがあります。これらは一見似ていますが、実はその目的も管轄も全く異なる、全くの別物です。 この違いを理解しないと、不動産取引や登記手続きで混乱を招くことがあります。その違いを3分で分かりやすく解説します。 「住所」とは？ ― 建物に付けられた、人が訪ねるための名前 私たちが普段手紙を出したり、宅配便を頼んだり、カーナビで行き先を設定したりするときに使うのが「住所」です。  * 目的：郵便物の配達や、人がその建物を訪問しやすくするために使われます。いわば、建物に付けられた「表札」や「ニックネーム」のようなものです。  * 基準：主に「住居表示法」という法律に基づき、市区町村が定めます。建物の玄関の位置などを基準に、分かりやすく順番に割り振られます。  * 対象：建物です。建物がなければ、基本的に住所は割り振られません。 「地番」とは？ ― 土地に付けられた、管理するための整理番号 一方、「地番」は、不動産の登記や固定資産税の管理など、法的な手続きで使われる土地の識別番号です。  * 目的：土地の所有権を明確にし、売買や相続などの権利関係を記録（登記）するために使われます。いわば、土地一筆ごとに付けられた「マイナンバー」や「管理用ID」です。  * 基準：主に「不動産登記法」に基づき、法務局が定めます。明治時代の地租改正に端を発し、土地を管理するために割り振られてきました。  * 対象：土地（地面）です。その上に建物があるかどうかは関係ありません。 なぜ住所と地番は違うのか？ この二つが一致しない最大の理由は、成り立ちと目的が全く違うからです。 日本では、まず土地を管理するための「地番」が全国で整備されました。しかし、この地番は入り組んだ土地の並び通りに振られているため、郵便配達員などが家を見つけるのには非常に不便でした。 そこで後から、主に市街地で「住居表示」という新しいルールが導入され、建物に対して分かりやすい「住所」が付けられるようになったのです。 そのため、以下のような状況が当たり前に起こります。  * 広い一つの土地（1つの地番）の上に、アパートや分譲住宅が複数建っている（複数の住所）。  *...
続きを読む