[GMapsJ:2722] GoogleMAPSにおいて独自レイヤを追加する方法
240 views
Skip to first unread message
megumeru
May 14, 2010, 5:46:02 AM5/14/10
to Google-Maps-API-Japan
はじめまして。本日より参加しました川畑と申します。
よろしくお願いいたします。
GoogleMAPSにおいて、独自の情報（マーカー群）を載せる場合、
MｙMAP等の方法がありますが、外部に情報を置き、読み込む場合は
KMLファイルを使う方法がベターでしょうか？
--
このメールは Google グループのグループ「Google-Maps-API-Japan」の登録者に送られています。
このグループに投稿するには、google-map...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-maps-api-...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-maps-api-japan?hl=ja からこのグループにアクセスしてください。
よろしくお願いいたします。
GoogleMAPSにおいて、独自の情報（マーカー群）を載せる場合、
MｙMAP等の方法がありますが、外部に情報を置き、読み込む場合は
KMLファイルを使う方法がベターでしょうか？
--
このメールは Google グループのグループ「Google-Maps-API-Japan」の登録者に送られています。
このグループに投稿するには、google-map...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-maps-api-...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-maps-api-japan?hl=ja からこのグループにアクセスしてください。
hiroaki
May 14, 2010, 9:27:52 AM5/14/10
to Google-Maps-API-Japan
川畑さん
こんにちは。はじめまして。
要件や状況によって異なってくるとは思いますが、私の場合とすると、 Google Maps API で用いるデータは大凡は JSON 形式がベ
ター（いえ、ベスト）です。
KML や GPX などの XML 形式ですと、その解析処理（ Parse ）に、ブラウザへの負担がかかります。比較的最近のマシンを使っている
ユーザならまず気づきませんが、少し古い低スペックなマシン（ブラウザ）ですと、情報量が増せばそれほど、もたもたすることがあります。
加えて KML では比較的サイズが大きくなりますし、その点についても JSON のほうに分があると思います。
処理面から見ても、 XML は JavaScript で読める形に変換しなければなりませんが、 JSON ならそのままオブジェクトとして扱える
のも強みです。
また更に、 JSONP にすると、 Same Origin Policy の制約を回避でき、外部ドメインからでもデータを取り込みできるようにな
ります。これは、シーンによっては外せないポイントになることもあるでしょう。
尤もいろいろと要件によって、 CSV や KML や GPX でもよいといえばよく、つまるところ制作の手間と、データ管理の容易さ、保守性、パ
フォーマンスとのトレードオフ、など、いろいろと天秤にかけるべきだと思いますので、画一的にこれだと決めつけないことがベターあると思います。
たとえば、マイマップからのデータ（オリジナルのデータが KML ）で、かつサーバサイドで JSON に変換できない条件であれば KML そのま
まがよいと思います。これはいわずもがな Google との親和性に於いて有利で、 Maps に限らず、 Earth などにも使えたり、また仕様
に定義されているオブジェクトの種類が豊富で、表現の幅があります。それらの点に、ほかのフォーマットよりも優位性を見いだす事ができれば、 KML
がベターということになるでしょう。ただし、 KML は手書きでメンテするのが大変だというトレードオフがあります。──といったような。
こんにちは。はじめまして。
要件や状況によって異なってくるとは思いますが、私の場合とすると、 Google Maps API で用いるデータは大凡は JSON 形式がベ
ター（いえ、ベスト）です。
KML や GPX などの XML 形式ですと、その解析処理（ Parse ）に、ブラウザへの負担がかかります。比較的最近のマシンを使っている
ユーザならまず気づきませんが、少し古い低スペックなマシン（ブラウザ）ですと、情報量が増せばそれほど、もたもたすることがあります。
加えて KML では比較的サイズが大きくなりますし、その点についても JSON のほうに分があると思います。
処理面から見ても、 XML は JavaScript で読める形に変換しなければなりませんが、 JSON ならそのままオブジェクトとして扱える
のも強みです。
また更に、 JSONP にすると、 Same Origin Policy の制約を回避でき、外部ドメインからでもデータを取り込みできるようにな
ります。これは、シーンによっては外せないポイントになることもあるでしょう。
尤もいろいろと要件によって、 CSV や KML や GPX でもよいといえばよく、つまるところ制作の手間と、データ管理の容易さ、保守性、パ
フォーマンスとのトレードオフ、など、いろいろと天秤にかけるべきだと思いますので、画一的にこれだと決めつけないことがベターあると思います。
たとえば、マイマップからのデータ（オリジナルのデータが KML ）で、かつサーバサイドで JSON に変換できない条件であれば KML そのま
まがよいと思います。これはいわずもがな Google との親和性に於いて有利で、 Maps に限らず、 Earth などにも使えたり、また仕様
に定義されているオブジェクトの種類が豊富で、表現の幅があります。それらの点に、ほかのフォーマットよりも優位性を見いだす事ができれば、 KML
がベターということになるでしょう。ただし、 KML は手書きでメンテするのが大変だというトレードオフがあります。──といったような。
W少年
May 14, 2010, 11:12:08 AM5/14/10
to Google-Maps-API-Japan
私の場合はデータ整理は全部phpにやらせるのでJSONでもXMLでもデータ作成の手間はそれ程変わらないのですが、JSONだと日本語が含まれる場
合はユニコード変換しないといけませんね。
そのため、データ整理の際はデータベースにいったん登録したのち、phpでつくった出力テンプレートを介してXMLファイルに書きだしてからphpの
JSON出力関数を使ってJSON変換しています。
日本語をJSON出力関数を介さずに直接ユニコード変換するいい方法はありませんか。
合はユニコード変換しないといけませんね。
そのため、データ整理の際はデータベースにいったん登録したのち、phpでつくった出力テンプレートを介してXMLファイルに書きだしてからphpの
JSON出力関数を使ってJSON変換しています。
日本語をJSON出力関数を介さずに直接ユニコード変換するいい方法はありませんか。
Masashi.K
May 14, 2010, 11:57:54 AM5/14/10
to Google-Maps-API-Japan
>W少年さん
PEAR::Services_JSONがオススメ。
マルチバイトのまま渡しても、勝手にユニコード変換してくれます。
>川畑さん
手っ取り早くつかうならKMLがオススメです。
マイマップで作れるのと、Google Maps API v2ならGOverlay.getKml()で一発解決。
編集できるソフトも増えてきています。
他の技術とあわせて使うならXMLまたは、JSONのがいいと思います。
クライアント側をJavaScriptだけでまとめるなら、JSONのが扱いやすいと思います。
JavaScript + Flashとか、いろいろと組み合わせるなら、XMLで規格を統一しておくと楽ですよ。
個人的な意見ですが、ご参考になれば。
PEAR::Services_JSONがオススメ。
マルチバイトのまま渡しても、勝手にユニコード変換してくれます。
>川畑さん
手っ取り早くつかうならKMLがオススメです。
マイマップで作れるのと、Google Maps API v2ならGOverlay.getKml()で一発解決。
編集できるソフトも増えてきています。
他の技術とあわせて使うならXMLまたは、JSONのがいいと思います。
クライアント側をJavaScriptだけでまとめるなら、JSONのが扱いやすいと思います。
JavaScript + Flashとか、いろいろと組み合わせるなら、XMLで規格を統一しておくと楽ですよ。
個人的な意見ですが、ご参考になれば。
megumeru
May 16, 2010, 10:51:06 PM5/16/10
to Google-Maps-API-Japan
川畑です
皆様回答をありがとうございます。まだまだ勉強不足だなと反省仕切りです。
個々からは派生になるので、個々の返信でいいのか迷いますが、
GoogleMAPS上でそのレイヤーを保存するのはAPIの役割ではなく、そのデータを送った先の
サーバの役割であることに気がつきました。
KMLなり、JSONのデータを記録するにしても、それはAPIの役割ではないのですね。
基本的なことについて考えが至らず、すいません。
皆様回答をありがとうございます。まだまだ勉強不足だなと反省仕切りです。
個々からは派生になるので、個々の返信でいいのか迷いますが、
GoogleMAPS上でそのレイヤーを保存するのはAPIの役割ではなく、そのデータを送った先の
サーバの役割であることに気がつきました。
KMLなり、JSONのデータを記録するにしても、それはAPIの役割ではないのですね。
基本的なことについて考えが至らず、すいません。
Reply all
Reply to author
Forward
0 new messages