DashboardはArcGISプラットフォームの最も重要なウェブアプリケーションの一つです。アプリケーションの正式名称は <\/SPAN>Operations Dashboard for ArcGIS<\/SPAN>で、2018年2月7日にリリースされました。実際には、通常「dashboard」という短縮名を使うか、スロバキア語の表現を使いたい場合は「prehľadová tabula」と呼ぶことがあります。Dashboardには地図、グラフ、 その他の視覚的コンポーネントを含めることができます。その主な目的は、サービス、設備、イベントの状態とパフォーマンスの動態をリアルタイムで監視することです。<\/SPAN><\/P>比較的簡単に作成でき、構成可能なコンポーネントの選択肢もかなり広いです。ユーザーは非常に効果的に利用でき、自分の創造性を十分に発揮できます。そしてこのような場合によくあるように、dashboardを通じてすべてを表現しようとして、多すぎるコンポーネントを使ってしまう危険性があります。同様に、重要なコンポーネントの機能を十分に活用しないことも起こり得ます。そこで私は個人的にdashboardで気に入っている点についていくつかメモを書きました。読者は自由に考え、この提案を利用するかどうか判断してください。<\/P><\/P><\/H1>明確な目的と焦点<\/H3>Dashboardは利用可能なデータからすべてを解決しようとすべきではありません。対象ユーザーに対して最も重要な情報をできるだけわかりやすく簡単に提供することに焦点を当てるべきです。もしユーザーが複数の活動を同じアジェンダで監視していて、それらを一つのdashboardに詰め込むのが難しい場合は、それぞれ別々のdashboardを作成する方が良いでしょう。この場合、明快さと透明性がより重要です。 <\/P>例えば自治体向け駐車場管理のアジェンダで、その維持管理、VZNによる占有状況、あるいは許可証の期限切れなどを監視したい場合、それぞれの問題ごとに別々のdashboardを作成するのが良いでしょう。<\/SPAN><\/P><\/P>シンプルでわかりやすいデザイン<\/SPAN><\/P>Dashboardはコンポーネントで過剰になってはいけませんし、それらは何らかの意図や秩序なしに配置されてはいけません。良い例として以下のdashboardがあります。これは駐車場維持管理の現場でインシデントを監視・評価しています。動的要素(監視)は左側に配置され、分析要素は右側にあります。<\/P><\/P><\/H2>他のコンポーネントと調和した理解しやすい地図<\/SPAN><\/H2>Dashboardで地図上に監視される要素は十分大きく見えるべきであり、できるだけ美しく理解しやすく区別できるシンボルであるべきです。それらは同じ属性を監視している場合、他のコンポーネントと色調が一致しているべきです。ベースマップは空間内で良好な把握と方向付けが可能でありながら、「シンボルより目立たない」ものが選ばれるべきです。<\/P>上記画像を見ると、シンボルの色は左側のインシデントリスト統計と一致しています。右側の分析グラフでは意図的に地図上シンボルの色は使われていません。グラフ内の棒グラフはインシデントの他属性に関するものであり、地図上で象徴されている記録状態とは異なるためです。<\/P><\/P>アクション<\/SPAN><\/P>多くのコンポーネントには他の要素に影響を与えるアクションがあります。アクションはdashboardを分析ツールに変えるため、有効活用する価値があります。この点で最も直接的な利用法はグラフです - グラフ内の棒やセクターをクリックすると、そのフィルター条件に合致する地図上の要素のみが選択されます。<\/P>同様にリスト内でもアクション利用が適切です - リスト内要素をクリックすると、その地図上で強調表示されたり、さらには地図がその位置へズームインしたりします。もしdashboardが広範な一般公開向けの場合、この機能についてダッシュボード下部などで案内することをお勧めします。<\/P><\/P><\/P>ポップアップへの注意<\/SPAN><\/P>不適切なレイヤーではポップアップを禁止し、使用したいレイヤーでは設定に注意してください。<\/SPAN><\/P>
<\/> <\/>
サインインしたメンバーは投稿、更新のフォローなどができます。初めてですか?無料アカウントを登録してください。
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.