閲覧することができます。リポジトリで公開されており、それらを参考にすれば、同実験で公開されているものと同等のウェブアプリケーションを作成するのは難しくありません。ユーザーとしては、地理院地図に表示されるベクターデータが、どのように作成されたかの方に関心があります。ファイルのセットですが、はじめからそのような形態で作成された地理情報データセットは、まず存在しないでしょう。活用できるかも知れません。このトランスフォーマーは、パラメーターで指定したズームレベルのウェブマップタイルによって入力フィーチャーのジオメトリをクリップし、クリップ後のフィーチャーにズームレベルとタイルインデクスを格納した属性を付加して出力します。形式のベクタータイルデータに変換するワークスペース例を掲げます。格納されており、標準のトランスフォーマーと同じ操作で任意のワークスペースに追加、利用できます。ズームレベル10のウェブマップタイルによってダムデータをクリップする。緯度経度に座標変換する。形式でファイルに出力する。振り分けて出力する必要があります。地理院地図の「ベクトルタイル提供実験」では、次のようなファイルパスが使用されています。機能を使い、これらの値に基づいて各フィーチャーの出力先ファイルを適切に決定することができます。設定方法については後述します。座標系が設定されます。緯度経度に座標変換を行いました。アプリケーションです。ズームレベル10以上のときに、上記ワークスペースによって作成したベクタータイルデータに基づいてダム地点を示すマーカーを表示します。OpenStreetMap※ローカルサーバーでのテスト結果をキャプチャしたものであり、インターネット上では公開していません。フィーチャーを振り分けて出力することができます。クリップ後のフィーチャーに与えたズームレベル、タイルインデクスを使い、国土地理院「ベクトルタイル提供実験」の方式に準じて次のようなファイルパスを設定しました。ワークスペースの実行時にその属性の値に置き換わります。ファイルのセットが作成されます。複数のデータセットにフィーチャーを振り分けて出力するための簡便なオプション機能ですが、このオプションを使用するライターは、受け取ったフィーチャーをキャッシュし、すべてのフィーチャーが到着してからファイルへの出力を始めるので、メモリ使用効率が良い仕組みではありません。処理内容でも、フィーチャーをメモリに一時的に格納する部分があります。使ったひとつのワークスペースによって全国分のデータを一括して処理することができました。データ量が多い、あるいはズームレベルが大きい場合には、この方法では極めて効率が悪くなったり、メモリオーバーフローによって変換が失敗したりする可能性があります。実務上は、ソースデータの規模や提供形態に応じて妥当な方法を検討する必要があります。形式に変換・出力するという二段構えのアプローチが良さそうです。データベースにデータを格納しておくと、ソースデータの一部に変更があったときに該当するタイルのみを更新する仕組みを作ることも容易になり、データの保守の面でも有利であると考えられます。形式ベクタータイルデータに変換した実験結果です。ファイルに出力するワークスペースをバッチ処理で実行しました。この方法ならば、仮に全国分のデータを変換するとしてもメモリオーバーフローが生じることはありません。今回の実験結果からは、全国分の変換を行うのに要する時間は数日のオーダーになると推測されます。よる一連のデータ変換プロセスは自動化でき、変換を行っている間に人員を拘束するわけではないので「数日」は許容範囲かも知れませんが、パフォーマンスを改善する余地はまだあります。(白地図)※ローカルサーバーでのテスト結果をキャプチャしたものであり、インターネット上では公開していません。(Atom)このブログを検索このサイトでは、原則としてウェブ上で公開されているデータを素材としてデータ変換を行うFMEワークスペース例を紹介します。データフロー全体が一望できるようにシナリオやワークスペース例はできるだけ簡潔にするとともに、短時間で読み切れるように説明は要点のみとしています。画像が小さくて分かり難い場合は、右クリックして新しいタブで開くなどにより、原寸で表示させてださい。記事は更新したり削除したりすることがあります。記事内で参照している外部のウェブサイト名、URL、ダウンロードファイル名等は、最新の状態が反映されていないことがあります。