地理コンポーネントをQRコードに追加できることがわかりました。
また、これを使用してGoogle Chart APIで作成できることもわかりました。
https://chart.googleapis.com/chart?cht=qr&chs=400x400&chl=geo:30.3,-97.6
これにより、次のようなQRコードが作成されます。
ここまでは順調ですね。そして、QRコードリーダーアプリを使用してiPhoneでそれを読み返すと、正しい場所（オースティン、テキサス州）にあるGoogleマップに送られます。
問題は、これを作成するために使用される文字列がlat / longを使用することです。同じデータをKMLファイルに書き込んだ場合、long / latが予想されます。
問題は、QRコードにどのスペックを使用するかです。
私のお金は、QRリーダーがめちゃくちゃになっていますが、よくわかりません。誰もが決定的な答えを持っていますか？
回答:
それが機能する場合、私は何かが台無しにされることができるかどうかわかりません！しかし、私はあなたが何を意味するのか知っていると思います。
主な問題は、QRがテキストをエンコードすることです。それだけです。アプリケーションがそのテキストをどのように解釈するかが重要です。Android向けのZXing APIは、「地理情報」エンコーディングを緯度/ 経度として簡単に一覧表示します。これは、提供されたQRをスキャンすると確認されます。テキサス州オースティンに移動します。
私は少し（しかし徹底的にではありませんが）調べましたが、上記のリンクを除いて、そのドキュメントは見つかりません。他のすべての結果は最終的にそのページにつながります。もう少し検索すると、元の仕様が議論されたメーリングリストやフォーラムの議論が現れるかもしれません。
つまり、geoQRコードに関する限り、lat / longが「標準」であり、将来的に変更されるとしたら驚きです。long / latである別のタグを使用して別のエンコーディングを想定することもできますが、実際には、アプリケーション用に開発するのに十分な柔軟性がありますが、他のアプリケーションで使用する場合は、それを他のアプリケーションに知らせなければなりません。
これは、長い/緯度のエンコードの例を含むGoogleチャートQRコードです。lonlatタグは私自身の発明の1つです。
https://chart.googleapis.com/chart?cht=qr&chs=400x400&chl=lonlat:-97.6,30.3
予想通り、私のAndroidフォンはそれをURIとして認識しますが、それをどうするかわかりません。
Googleマップの場合、URLはmaps.googleを使用して解析できます
KMLを追加する
KMLは、パブリックであり、QRコードを生成するための検証のためにGoogleサーバーを介して読み取られます。
新しいチャートウィザードを使用して作成
http://code.google.com/apis/chart/image/docs/chart_wizard.html
緯度、経度、またはマップをクリックしてZXing Generatorを使用すると、チャートAPIに同じ結果が表示されます。http： //chart.apis.google.com/chart？cht = qr＆chs = 230x230＆chl = geo％3A63.27812271092345 ZXing wiki地理情報による％2C18.709716796875：
たとえば、Googleのニューヨークオフィス（北緯40.71872度、経度73.98905度、西100度の地点）をエンコードするには、「geo：40.71872、-73.98905,100」とエンコードします。