データが迅速に処理されるよう、この記事に記載されたファイル形式、スキーマ、書式、テンプレートを使用してデータを送信してください。
Google マップ コンテンツ パートナー（GMCP）でサポートされているファイル形式
.SHP（シェイプファイル）: 必要なファイル拡張子（.shp、.shx、.dbf、.prj が必須）を .zip ファイル（圧縮ファイル）にして送信します。
.CSV（カンマ区切り値）: カンマ区切りのデータを送信します。各列は引用符で囲みます。ヘッダー行と空間属性（緯度と経度の座標）が必要です。
.KML / .KMZ（Keyhole Markup Language）: SchemaData と SimpleField（推奨）または ExtendedData を使ってデータを表現します。.kml / .kmz ファイルには住所フィールドが必要です。KML / KMZ ファイルは Google Earth で作成できます。詳しくは、こちらのリンクをクリックしてください。
注意事項:
- ジオデータベース、AutoCAD ファイル、MrSID、MapInfo TAB は使用できません。ほとんどのソフトウェアには SHP または CSV への変換オプションが用意されているため、サポートされている形式でエクスポートできます。
- GMCP では、変更されていない未加工の地図データのみを受け付けます。WMS や WFS など、OGC 準拠のウェブサービス経由のデータを受け付けることはできません。
- PDF は少数の対象物についてのみ、限られた場合において認められます。行政区域については使用できません。
- ファイルサイズの制限はありません。
Data Format Concepts
For specific Data Type field/attribute requirements and options, please review the respective Data Type sections. Here are fields/attributes requirements applicable to all Data Types:
- Table attributes cannot contain special character encodings; We accept UTF-8, UTF-16, and UTF-32.
- For lookup tables, you can use .dbf or .csv files
- If you use a .csv file, separate the data by commas. Limit commas in other fields
- Surround each column by quotes to prevent issues with commas in names
- Make sure there’s a header row
- We don’t have standards on field types, field widths, or domains
- We recommend OGC, FGDC or other internationally recognized standard of formatted Metadata
ジオメトリ
次の項目を含まないジオメトリを指定してください。
- 行き止まりのジオメトリまたは私道
- ダングルライン
- 重なり合うライン、またはほぼ重なり合うライン
- 重なり合うポリゴン
- 行政の境界や区画など、多角形状の対象物のポリライン
- アンダーシュート
また、次の点にご注意ください。
- 同じ名前の対象物や同じ対象物を含む対象物は、複数のポリゴンではなく 1 つのポリゴンで表す必要があります。
- 内部ループまたはドーナツは、湖などの対象物を公園から除外したり、水域対象物から島を除外したりする場合に使用できます。
- ポリゴンは正しく内外判定され、自己交差してはなりません。内部ポリゴンと外部ポリゴンのどちらも時計回りとすることが推奨されます。
サポートされているデータタイプ
Google マップ コンテンツ パートナーでは、次のタイプのデータを受け付けます。
- 住所ポイント / ジオコード
- ビジネスやサービスなどのスポット（POI）
- 行政区域
- 道路網の更新情報。例:
- 自転車道と歩道
- 新規道路と、既存の道路の変更（ジオメトリ、名前、通行方向など）
- 道路関連の交通規制（検問所、国境制限など）
- その他の地図の更新情報。例:
- 複合施設（建物のフットプリントや敷地の外周線は受け付けていますが、データの処理には時間がかかり、期限もお約束できないことをご了承ください）
- EV 充電スタンド
- 新規宅地開発（道路の中心線、ジオコーディングされた住所、営業所の所在地）
- 公園（緑地）
- 上空画像
- 水域
一般的なデータタイプ
住所ポイント（ジオコード）
ジオコードのサンプル ファイル
- 住所ポイントのデータには、シェイプファイルまたは .KML / .KMZ の地理空間形式を使用できます。
- 有効な住所とするには、必要なすべての住所情報（番地、道路名（町名）、行政区域、郵便番号）を含めてください。情報が欠けていると、更新のリクエストを処理できない可能性があります。
- 道路名は略語表記ではなく、正式名称を使用します。
- 住所ポイントを、その敷地や建物の中心に配置します。
- 形式の標準化 - 地域内のすべての住所が一貫した形式である必要があります。
- たとえば、ある地域のある家が 1-A で、別の家が 2B であってはなりません。形式は 1A と 2B にする必要があります。
住所のフィールド（属性）リスト:
次の表は、ジオコーディングされた住所のフィールドを「必須」または「省略可」としてリストしたものです。この形式は、スポットや道路のデータセットの住所フィールドにも適用されます。
|
フィールド |
必須 |
説明 |
例 |
|---|---|---|---|
|
ST_NUM |
必須 |
番地 |
125 |
|
APT_NUM |
省略可 |
部屋番号 |
101 |
|
BLDGNAME |
省略可 |
建物名 |
D ビル |
|
ST_NAME |
必須 |
道路の名前とタイプ（町名） （「Street」や「Avenue」の略語形式は使用できますが、正式名称の使用が推奨されます） |
パウエル ストリート |
|
NEIGHBH |
省略可 |
周辺地域名 |
ユニオン スクエア |
|
CITY |
必須 |
市区町村名 |
サンフランシスコ |
|
STATE |
必須 |
州（2 文字の略称） |
CA |
|
ZIP |
必須 |
5 桁の郵便番号 |
94108 |
|
CNT_NAME |
省略可 |
郡名 |
サンフランシスコ |
|
CNT_FIPS |
省略可 |
FIPS 6-4 郡コード（Information Technology Laboratory をご覧ください） |
06075f5 |
| ID | 推奨 | 対象物の一意の ID | B1、B2、B3 など |
スポット（POI）
スポットのサンプル ファイル
使用できるスポットのカテゴリ
- 固定の場所や店舗を持つ企業や政府機関
- 企業のオフィスや倉庫などの建物（空港ターミナルを除く）
- 無人で取引が行われる[1]施設やキオスク
- 公衆トイレや水飲み場などの無人の公共施設
- 自然対象物: 国有林や国立公園
- ランドマーク: 記念碑[2]、塔、城
- 公共施設: スタジアム、学校、テーマパーク、礼拝所
- 広敷地の対象物: 大学、病院、空港
[1] 金銭のやり取りが発生する場合
[2] 人物または出来事を記念して特別に作られた、単独で設置されている建造物
| フィールド | 必須 | 説明 | 例 |
|---|---|---|---|
| NAME | 必須 | 特定のリスティングのビジネス名を指定します。 | エンパイア ステート ビル |
| TYPE | 必須 | ビジネスが属する業種を指定します。 （病院、医学研究所など） |
歴史的建造物 |
| LAT | 必須 | リスティングの位置に対応する緯度を指定します。 | 40.7484 |
| LONG | 必須 | リスティングの位置に対応する経度を指定します。 | -73.9857 |
| FULL_AD | 推奨 | すべての情報（番地、道路名、市区町村、州/都道府県/地域、国、郵便番号）を含む完全な形式の住所を指定します。 | 10011 ニューヨーク州ニューヨーク市ウェスト 34th ストリート 20 スイート 201 |
| ST_NUM | 推奨 |
分割した住所 |
20 |
| ST_NAME | 推奨 | ウェスト 34th ストリート | |
| APT_NUM | 推奨 | スイート 201 | |
| CITY | 推奨 | ニューヨーク | |
| STATE | 推奨 | NY | |
| ZIP | 推奨 | 10011 | |
| PHONE | 推奨 | ビジネスの代表電話番号（+86 などの国コードを含む）を指定します。 | (212) 736-3100 |
| WEBSITE | 省略可 | ビジネスの公式ウェブサイトの URL を指定します。URL が「http://」で始まり、ドメイン名が含まれていることを確認してください。 | https://www.esbnyc.com/ |
| MON | 省略可 |
営業時間の形式について詳しくは、次のリンクをご覧ください。 |
09:00-17:00 |
| TUES | 省略可 | 09:00-17:00 | |
| WED | 省略可 | 09:00-17:00 | |
| THURS | 省略可 | 09:00-17:00 | |
| FRI | 省略可 | 09:00-17:00 | |
| SAT | 省略可 | 09:00-17:00 | |
| SUN | 省略可 | 09:00-17:00 | |
| ID | 推奨 | NY_001 |
使用できるその他のスポットの属性:
- Existence - 施設の営業状況（営業中、臨時休業、閉業）
- serves_dine_in - イートインの可否
- has_takeout - テイクアウトの可否
- has_curbside_pickup - カーブサイド ピックアップの可否
- has_delivery - 宅配サービスの有無
- has_in_store_pickup - オンライン注文して店舗で受け取りの可否
- has_no_contact_delivery - 非対面の玄関先への置き配の可否
- has_in_store_shopping - 店舗への訪問の可否
行政境界
基本要件:
- 行政区域の名前（英語と現地の言語での名称を推奨）
- 行政区域の境界を示すポリゴン
- 海岸沿いの場合、境界が海岸線まで伸びている必要があります
- 河川が境界である場合は、行政区域同士をスナップさせる必要があります
- 他国との境界に注意 - 近隣の国々に合わせて境界を調整します
- 「タイル」データに隙間や重複、スリバー セグメントがないことを確認します
- 行政区域、郵便番号、または境界の対象物を示す [タイプ] 列
- 行政区域のレイヤまたはタイプごとに区切られた複数の対象物のタイプ（以下の例を参照）
行政区域として分類されるもの:
- 郵便番号
- 郵便番号の上桁と下桁
- 郵便区域
- 行政区域（州、都道府県、郡）
- 地方自治体の対象物（市区町村や地区）
- 近隣区域
- 通称的な地域（ベイエリア、アカディアナなど）
- 学区
- 居留地（部族地域）
注意事項:
- 行政境界のアップロードはすべて行政担当者によって審査されるため、編集が行われる保証はありません。
- 行政区域については、信頼できる提供元（政府）のデータのみが考慮されます。
- ポイントよりもポリゴンが推奨されますが、市区町村、またはそれより小規模の対象物についてはポイントも使用できます。
- シェープファイルと .KML / .KMZ を使用できます。行政区域については PDF は使用できません。
Political Fields/Attribute Requirements:
| FIELD | REQUIRED | DESCRIPTION | EXAMPLE |
|---|---|---|---|
| NAME | REQUIRED | Official Name of the Feature | Seattle |
| TYPE | REQUIRED | Administrative Level | City |
道路と歩道
- 道路と歩道のデータには、シェープファイルまたは .KML / .KMZ が推奨されます。
- セグメントベースの表現を使用する: セグメントとは、2 つの交差点間の道路部分を指します。接触していない状態の交差点が複数ある道路は使用できません。
- 道路の形式は、番地の形式が異なる以外は、前述の住所形式と多くの点で類似しています。
- 住所範囲はすべてジオメトリを基準に指定します。たとえば、セグメントの始点から終点に向かう経路の右側が「右側」となります。
- 道路の交通規制については、後述の個別のセクションをご覧ください。
道路と歩道のフィールド（属性）のリスト
以下のフィールドは、道路や歩道の指定に役立ちます。「必須」は、このタイプの対象物に固有のものです。
|
フィールド |
必須 |
説明 |
例 |
|---|---|---|---|
|
ID |
省略可 |
道路セグメントの一意で固定の識別子 |
任意の英数字の文字列（例:「14232514」） |
|
ST_NAME |
推奨 |
道路の名前とタイプ（「Street」、「Avenue」は略語を使用してかまいません） |
パウエル ストリート |
|
RT_Name |
推奨 |
ルート名 |
サウスイースト 52nd ストリート |
| BIKE_RT | 推奨 | 自転車ルートの名前 | バーク ギルマン トレイル、チェシアハド レイク ユニオン ループ |
|
ST_NM_A1 |
省略可 |
別名 1 |
U.S. 101 |
|
ST_NM_A2 |
省略可 |
別名 2 |
RT 101 |
|
NEIGHBH |
省略可 |
周辺地域名 |
ユニオン スクエア |
|
CITY |
推奨 |
市区町村名 |
サンフランシスコ |
|
ADMIN |
推奨 |
最上級の行政区域 |
ワシントン、ニュー サウス ウェールズ、コークなど |
|
POSTAL |
推奨 |
郵便番号 |
94103 |
|
AR_RT_FR |
省略可 |
ジオメトリを基準とした右側の始点住所 |
2 |
|
AR_RT_TO |
省略可 |
ジオメトリを基準とした右側の終点住所 |
98 |
|
AR_LT_FR |
省略可 |
ジオメトリを基準とした左側の始点住所 |
1 |
|
AR_LT_TO |
省略可 |
ジオメトリを基準とした左側の終点住所 |
99 |
|
SURFACE |
省略可 |
路面 |
舗装または未舗装 |
|
SPEED_LM |
省略可 |
制限速度（MPH または KPH） |
20mph、32 KPH など |
|
CAR |
道路のデータセットに必須 |
車両が通行可能なセグメント |
通行可、小型車のみ（原動機付き自転車）、なし、通行禁止 |
|
PEDEST |
歩道のデータセットに必須 |
歩行者の通行のみに制限されているセグメント |
次のいずれか: トレイル、通路、モール、歩道、路側帯、なし、通行禁止 |
|
BIKE |
必須 |
自転車の通行が可能なセグメントであるかどうか。通行可能な場合は、どのようなタイプのルートか |
次のいずれか: 交通路以外、自転車専用道路、自転車で走りやすい歩道、自転車共用道路、歩道のある自転車共用道路、自転車レーン、歩道のある自転車レーン、通行禁止、該当なし |
|
CAR_RESTR |
省略可 - 既知の制限がある場合を除く |
乗用車とトラックが通行可能なセグメントであるか |
次のいずれか: 通行禁止、通行可能 |
|
PED_RESTR |
省略可 - 既知の制限がある場合を除く |
歩行者が通行可能なセグメントであるか |
次のいずれか: 通行禁止、通行可能 |
|
DIR |
推奨 | 進行方向を識別します |
次のいずれか: 双方向、順方向、逆方向 |
| BIKE SAFETY |
省略可 - ルートに既知の安全上の懸念がある場合を除く |
この自転車ルートに関して、既知の安全上の懸念があるか |
次のいずれか:
|
|
SEPARATE |
省略可 |
道路セグメントは中央の障壁で区切られているか |
Y / N |
|
TURN_R |
省略可 |
右折 / 左折制限（正確な形式については、後述のセクションで説明） |
自由形式のテキスト |
|
ELEV |
省略可 |
高架、橋、トンネルであるか |
次のいずれか: 橋、トンネル、オーバーパス、アンダーパス |
その他のタイプのデータ
自転車設備
自転車設備: 自転車設備の例
- 自転車データには、シェープファイルまたは .KML / .KMZ 形式が推奨されます。
- セグメントベースの表現を使用する: セグメントとは、ある道路 / 歩道が 2 つの交差点間を占める部分を指します。接触していない状態の交差点が複数ある道路 / 歩道は使用できません。
注意事項:
以前のアップロードを更新する場合は、説明にその旨を明記してください。同じ道路網について再度アップロードする際は、更新された情報のジオメトリと属性のみを含めてください。
自転車設備の定義
|
自転車設備のフィールドのリスト
次のフィールドは、自転車設備の指定に役立ちます。「必須」は、このタイプの対象物に固有のものです。
|
フィールド |
必須 |
説明 |
例 |
|---|---|---|---|
| BIKE | 必須 | 自転車の通行が可能なセグメントであるかどうか。通行可能な場合は、どのようなタイプのルートか | 次のいずれか: 交通路以外、自転車専用道路、自転車で走りやすい歩道、自転車共用道路、歩道のある自転車共用道路、自転車レーン、歩道のある自転車レーン、通行禁止、該当なし |
|
ID |
省略可 |
道路セグメントの一意で固定の識別子 |
任意の英数字の文字列（例:「14232514」） |
|
ST_NAME |
推奨 |
道路の名前とタイプ（「Street」、「Avenue」は略語を使用してかまいません） |
ストーン ウェイ ノース |
|
RT_Name |
推奨 |
ルート名 |
サウスイースト 52nd ストリート |
| BIKE_RT | 推奨 | 自転車ルートの名前 | バーク ギルマン トレイル、チェシアハド レイク ユニオン ループ |
|
NEIGHBH |
省略可 |
周辺地域名 |
ウォーリングフォード |
|
CITY |
推奨 |
市区町村名 |
シアトル |
|
ADMIN |
推奨 |
最上級の行政区域 | ワシントン、ニュー サウス ウェールズ、コークなど |
|
POSTAL |
推奨 |
郵便番号 |
98103 |
|
SURFACE |
省略可 |
路面 |
舗装または未舗装 |
|
SPEED_LM |
省略可 |
制限速度（MPH または KPH） |
20mph、32 KPH など |
|
CAR_RESTR |
省略可 - 既知の制限がある場合を除く |
乗用車とトラックが通行可能なセグメントであるか |
次のいずれか: 通行禁止、通行可能 |
|
PED_RESTR |
省略可 - 既知の制限がある場合を除く |
歩行者が通行可能なセグメントであるか |
次のいずれか: 通行禁止、通行可能 |
|
DIR |
推奨 | 進行方向を識別します |
次のいずれか: 双方向、順方向、逆方向 |
| BIKE SAFETY |
省略可 - ルートに既知の安全上の懸念がある場合を除く |
この自転車ルートに関して、既知の安全上の懸念があるか |
次のいずれか:
|
建物のフットプリント、敷地境界、土地区画
- 建物または敷地の範囲のポリゴン
- 建物または敷地の名前（該当する場合）
- APN または一意の識別番号（土地区画のみ）
- 完全な住所情報
- カテゴリ（住居、商業）を含める必要があります
- 土地区画データ（住宅の区画税の対象区域など）は受け付けてはいますが、地図への追加は積極的には行われておりません。
- 建物のフットプリントと敷地境界線（病院の境界線など）は受け付けてはいますが、データの処理には時間がかかり、期限もお約束できないことをご了承ください。
ドローン画像
- 2D の天底（上から下）画像
- 形式に関する要件
- ファイル形式: GeoTIFF、JP2000
- オルソ補正されたデータであること
- 単一画像またはモザイクタイル
- 形式に関する要件
- データの基本的な説明（必須）
- 図法
- 画像の場所（緯度 / 経度）
- 撮影日
- 撮影方法（衛星、飛行機、バルーン、ドローンなど）
- おおよその解像度（cm / px）
- 3D モデル
- 形式: 単一の OBJ ファイルを含む .zip
- MTL ファイルとテクスチャ ファイル（JPG または PNG）を含む
- おおよその最大頂点数: 500 万
- データの基本的な説明（必須）
- 画像の場所（緯度 / 経度）
- 撮影日
- 撮影方法（ドローン、車両、ヘリコプター、360 度カメラ、手持ち撮影など）
- おおよその解像度（cm / px）
- 形式: 単一の OBJ ファイルを含む .zip
EV 充電スタンド
EV 充電スタンドのデータのアップロードを通して Google にご協力いただき、ありがとうございます。誠に申し訳ありませんが、現在ユーザー エクスペリエンスの向上に向けたプロセスとインフラストラクチャの変更を実施しており、GMCP での EV 充電スタンドのデータ処理を一時停止しております。お客様のアップロード処理を一旦保留し、後日改めて再開させていただきます。現時点でお客様側でのご対応は必要ございません。
データ処理が再開されましたら、このアップロードのステータスを「審査中」に変更してお知らせします。処理が完了し、データが Google マップに実装されると、アップロード ステータスが「使用中」に変わります。
ご不明な点がございましたら、このメッセージ パネルからいつでもお気軽にお問い合わせください。ご不便をおかけして申し訳ございませんが、何卒ご理解とご協力をお願い申し上げます。
電気自動車充電スタンド（EVSE - Electric Vehicle Supply Equipment）は、プラグイン電気自動車やハイブリッド自動車のバッテリーを充電するための電気エネルギーを供給する、一般公開されたキオスク、ポール、支柱、コンセントです。EV 充電スタンドは通常、道路、ショッピング センター、レストラン、駐車場などにあります。
現在、EVCS データには 2 種類の形式を使用できます。
Open Charge Point Interface（OCPI）
OCPI のサンプル ファイル
Open Charge Point Interface（OCPI）は、充電ポイント事業者と eMobility サービス プロバイダ間での、EV 充電のスケーラブルで自動化されたローミング設定を可能にします。認証、充電ポイント情報のやり取り、詳細な充電履歴のやり取り、充電ポイントのリモート制御、スマート充電に関する情報の関係者間でのやり取りをサポートしています。データが OCPI 形式であれば（OCPI に参画していない場合でも）、データをオンボーディングできます。
この形式のオブジェクトについて詳しくは、OCPI のドキュメントの「8.3. Object Description」をご覧ください。
この形式を使用する際の確認点:
- 充電ポイントの一次事業者ですか？
- データあるいはビジネスの拡大中であり、データを頻繁に更新する必要がありますか？
- データを頻繁に更新できるようにエンドポイントを共有しますか？
- サンプルデータを提供していただけますか？
Google EV Location Feed Specifications（GELFS）
GELFS のサンプル ファイル
Google EV Location Feed Specification（GELFS）では、電気自動車（EV）の充電場所と関連情報の一般的な形式を定義しています。GELFS を使って EV 充電ネットワークのデータを公開すると、Google マップなどさまざまなアプリケーションでそれらのデータを使用できるようになります。
この形式のメリットは、以下を提供できることです。
- 充電スタンドの正確な場所情報（住所、および該当する場合には運営事業者）
- 充電スタンドのコネクタと電源の特性
- リアルタイムの空き状況
- 予約キューや、メンテナンスによるサービス停止期間など、今後予定されている空き状況
- 使用可能な形式（JSON）
GELFS のデータ更新のタイプ
質問:
- 充電ポイントの一次事業者ですか？
- データあるいはビジネスの拡大中であり、データを頻繁に更新する必要がありますか？
- データを頻繁に更新できるようにエンドポイントを共有しますか？
- サンプルデータを提供していただけますか？
- EV 充電スタンドのリアルタイム データはありますか？
- データを頻繁に更新できるようにエンドポイントを共有しますか？
- サンプルデータを提供していただけますか？
- フィードの支払いと認証は行いますか？
- データを頻繁に更新できるようにエンドポイントを共有しますか？
- サンプルデータを提供していただけますか？
エンドポイントを共有した場合:
|
データを定期的に更新する場合に、毎回アップロードする必要がありません。次の 3 つの方法で更新できます。
データが更新されていない場合でも、GELFS のデータレベルでの必須フィールドであれば、リクエストを受け付けることができます。 GELFS の標準化されたエンドポイントとフィード認証 GELFS ではフィード単位でのアクセス認証の指定も必要もありません。静的な認証トークンを使用して、HTTPS 経由でパートナー様のサーバーの GELFS フィードにアクセスし、データを取得することをおすすめします。具体的には、トークンを Authorization HTTP ヘッダーを介してパートナー様のサーバーに送信します（例: Authorization: Token StaticToken1234）。
注:「完全なフィード」の静的データを介して OCPI 形式のデータを共有することもできます。 |
エンコード
GELFS のデータレベルでの必須フィールド:
（JSON 形式の）データには最小要件があります。以下のフィールドは必須であり、次のいずれかの情報が不足しているデータは受理されません。
gelfs_version: "0.96"
Locations:
- Id（文字列）
- network_brand_name（文字列）
- network_name（文字列）
- contact（連絡先）
- Operator_phone
- operator_website
- coordinates（住所）
- Latitude
- longitude
- address（文字列）
- address_string
- Street_number
- Street_name
- Locality
- Admin_area
- Postal_code
- Country_code
- language_code
- stations（文字列）
- Access_restriction
Station
- Id
- Coordinates
- Latitude
- longitude
- ports
Port
- Id
- connector_type
- power_kw
- Charging_mechanism
- last_updated
- Authentications
- authentication_id
Status（リアルタイム データが利用可能な場合）
注:
充電スタンドのリアルタイムの決済ネットワークと空き状況を利用していて、フィードが頻繁に更新される場合:
- 次のドキュメントを参照し、データを標準形式で提供し、エンドポイントを設定できるかどうかを確認してください
- フィードのサンプルを提供してください
- Google からご連絡のうえ、オンボーディング プロセスをご案内いたします
GELFS の最上位オブジェクト
GELFS の最上位オブジェクトには、一連の位置情報オブジェクトと、実装するフィードの gelfs_version が含まれます。以下に例を示します。
|
フィールド |
タイプ |
必須 / 省略可 |
コメント |
|---|---|---|---|
|
gelfs_version |
文字列 |
必須 |
GELFS 仕様のバージョン番号 |
|
locations |
Location |
必須 （配列） |
Location オブジェクトの配列 |
Location
Location オブジェクトは、1 つの充電ネットワーク プロバイダの特定の物理的な場所（住所など）を示します。Location オブジェクトはスポットと同様であり、たとえば駐車場に 20 基の充電スタンドがあっても、1 つの Location オブジェクトで表現されます。
Location オブジェクトは、gelfs_data 配列内の要素として指定します。
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: id タイプ: 文字列
|
必須 |
|
|
フィールド: network_brand_name タイプ: 文字列
|
必須 |
例: WonderCharge
|
|
フィールド: network_name タイプ: 文字列
|
必須 |
|
|
フィールド: contact タイプ: 文字列
|
必須 |
|
|
フィールド: coordinates タイプ: Coordinates
|
必須 |
|
|
フィールド: address タイプ: Address
|
必須 |
|
|
フィールド: location_hint タイプ: 文字列
|
省略可 |
例: エレベーターの近く、駐車場の 4 階。 |
|
フィールド: opening_hours タイプ: Opening Hours
|
省略可（配列） | この充電スポットの営業時間。 |
|
フィールド: access_restriction タイプ: AccessRestrictionEnum
|
必須 |
|
|
フィールド: host タイプ: Host
|
省略可 |
注:「host」は、統括しているホールディング会社、あるいは市や地域の行政などではなく、EV 充電スタンドで物理的に確認できる個別の事業者に関連付ける必要があります。 |
|
フィールド: stations タイプ: Station
|
必須（配列） |
|
|
フィールド: onstreet_location タイプ: ブール値
|
省略可 |
注: 同じスポットの道路内と道路外に充電スタンドがある場合は、道路内と道路外のグループごとに個別の location オブジェクトを作成します。 |
|
フィールド: opening_date タイプ: 文字列
|
省略可 |
注: 正確な開業予定日が不明な場合は、最も近い月を YYYY-mm の形式で入力してください。 |
|
フィールド: language_code タイプ: 文字列
|
省略可 |
|
|
フィールド: last_updated タイプ: 文字列
|
必須 |
|
AccessRestrictionEnum
|
フィールド |
列挙値 |
コメント |
|---|---|---|
|
access_restriction |
PUBLIC |
|
|
CUSTOMERS_ONLY |
|
|
|
GUESTS_ONLY |
|
|
|
EMPLOYEES_ONLY |
|
|
|
STUDENTS_ONLY |
|
|
|
RESIDENTS_ONLY |
|
|
|
HOME_CHARGER |
|
|
|
UNKNOWN |
注: この制限が適用されている充電器は、Google マップに表示されない場合があります |
Opening Hours
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: weekday_begin タイプ: 整数 |
省略可 |
|
|
フィールド: weekday_end タイプ: 整数 |
省略可 |
|
|
フィールド: hour_begin タイプ: 文字列 |
省略可 |
|
|
フィールド: hour_end タイプ: 文字列 |
省略可 |
|
Contact
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: operator_phone タイプ: 文字列 |
必須 |
|
|
フィールド: operator_website タイプ: 文字列
|
省略可 |
|
Coordinates
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: latitude タイプ: 倍精度 |
必須 |
|
|
フィールド: longitude タイプ: 倍精度 |
必須 |
|
Address
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: address_string タイプ: 文字列
|
省略可 |
|
|
フィールド: street_number タイプ: 文字列 |
省略可 |
|
|
フィールド: street_name タイプ: 文字列 |
省略可 |
|
|
フィールド: locality タイプ: 文字列 |
省略可 |
|
|
フィールド: admin_area タイプ: 文字列 |
省略可 |
|
|
フィールド: postal_code タイプ: 文字列 |
省略可 |
|
|
フィールド: country_code タイプ: 文字列 |
必須 |
|
|
フィールド: language_code タイプ: 文字列 |
省略可 |
|
Host
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: name タイプ: 文字列 |
必須 | 設置者である組織 / ビジネス / 法人の名前 |
|
フィールド: address タイプ: Address |
省略可 |
設置者の住所項目 |
|
フィールド: contact タイプ: Contact |
省略可 | 設置者の連絡先情報 |
Station
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: id タイプ: 文字列 |
必須 |
|
|
フィールド: label タイプ: 文字列 |
省略可 |
|
|
フィールド: coordinates タイプ: Coordinates |
必須 |
|
|
フィールド: ports タイプ: Port |
必須（配列） |
|
|
フィールド: notes タイプ: 文字列 |
省略可 |
|
|
フィールド: url タイプ: 文字列 省略可 |
省略可 |
|
Port
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: id タイプ: 文字列 |
必須 |
|
|
フィールド: connector_type タイプ: ConnectorTypeEnum |
必須 |
|
|
フィールド: power_kw タイプ: 浮動小数点数 |
必須 |
|
|
フィールド: charging_mechanism タイプ: ChargingMechanismEnum |
必須 |
|
|
フィールド: port_status タイプ: PortStatus |
省略可 |
|
|
フィールド: last_updated タイプ: 文字列 |
必須 |
|
|
フィールド: authentications タイプ: 認証 |
必須（配列） |
|
|
フィールド: notes タイプ: 文字列 |
省略可 |
|
|
フィールド: reservable タイプ: ブール値 |
省略可 |
|
|
フィールド: wheelchair_access_only タイプ: ブール値 |
省略可 |
|
|
フィールド: dedicated_parking タイプ: ブール値
|
省略可 |
|
ConnectorTypeEnum
|
フィールド |
列挙値 |
コメント |
|---|---|---|
|
connector_type |
WALL_OUTLET |
|
|
J_1772 |
||
|
MENNEKES |
||
|
CHADEMO |
||
|
CCS_TYPE_1 |
|
|
|
CCS_TYPE_2 |
|
|
|
TESLA |
|
|
|
GBT |
ChargingMechanismEnum
|
フィールド |
列挙値 |
コメント |
|---|---|---|
| charging_mechanism |
CABLE |
|
|
SOCKET |
|
PortStatus
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: status タイプ: PortStatusEnum |
必須 |
|
|
フィールド: start_time タイプ: 時間 |
省略可 |
（例: 2020-10-01T19:20:30+01:00） |
|
フィールド: end_time タイプ: 時間 |
省略可 |
|
PortStatusEnum
|
フィールド |
列挙値 |
コメント |
|---|---|---|
|
current_status |
AVAILABLE |
|
|
IN_USE |
|
|
|
RESERVED |
|
|
|
OUT_OF_ORDER |
|
|
|
UNKNOWN |
|
|
|
UNAVAILABLE |
|
Authentication
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: authentication_id タイプ: AuthenticationMethod.ID |
必須 |
|
|
フィールド: payment_required タイプ: ブール値 |
省略可 |
注: 充電は無料でも、認証が必要な場合があります。 |
|
フィールド: authentication_urls タイプ: AuthenticationUrl |
省略可 |
|
AuthenticationUrl
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: port_auth_url タイプ: 文字列 |
省略可 |
|
|
フィールド: station_auth_url タイプ: 文字列 |
省略可 |
|
|
フィールド: location_auth_url タイプ: 文字列 |
省略可 |
|
認証と支払い
Authentication オブジェクトでは、充電ポートごとの認証方法を指定します。これにより、充電ポートごとに複数の細分化された認証方法を追加できます。
認証では、ユーザーが ID を持っていることを表明する方法を指定し、ネットワークはこれを使用して適切なリソース（物理的な会員カード、アプリ、クレジット カードなど）へのアクセスを判断します。各認証方法は個別のオブジェクトとして指定され、これらのオブジェクトは Port オブジェクト内で ID を基準として参照されます。
認証方法ごとに、支払いが必要かどうかを指定できます。認証情報を提供するうえで必要となるオブジェクトは次のとおりです。
Authorization
GELFS の認証と支払いの最上位オブジェクトには、gelfs_version 文字列フィールドと、AuthenticationMethod オブジェクトを含む ev_data ラッパー オブジェクトがあります。以下に例を示します。
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: gelfs_version タイプ: 文字列 |
省略可 |
|
|
フィールド: authentication_methods タイプ: AuthenticationMethod |
必須（配列） |
|
AuthenticationMethod
| フィールド変数 | 必須 / 省略可 | コメント |
|---|---|---|
|
フィールド: id タイプ: 文字列 |
必須 |
|
|
フィールド: authentication_method タイプ: AuthenticationMethod Enum |
必須 |
|
|
フィールド: description タイプ: 文字列 |
省略可 |
注: これはユーザーに表示される名前であり、ユーザーが識別または認識できるわかりやすい名前にする必要があります。 |
AuthenticationMethod Enum
|
フィールド |
列挙値 |
コメント |
|---|---|---|
|
authentication_method |
UNKNOWN |
|
|
NONE |
認証の必要なし。ドライバは、どのような認証も提示せずにポートを使用できます |
|
|
CREDIT_CARD |
クレジット カード（スワイプ、チップ、または NFC）でポートを有効化 |
|
|
DEBIT_CARD |
デビットカード（スワイプ、チップ、または NFC）でポートを有効化 |
|
|
MEMBERSHIP_CARD |
ネットワーク事業者の会員カードでポートを有効化 |
|
|
MEMBERSHIP_APP |
ネットワーク事業者のスマートフォン アプリ |
|
|
QR_CODE |
QR コードをスキャンしてポートを有効化 |
|
|
OTHER |
認証方法は既知（「UNKNOWN」ではない）であるが、上記のいずれの方法にも該当しない |
新規宅地開発
新規宅地開発のサンプル ファイル
-
シェープファイルが推奨されます。シェイプファイル形式でない場合、データ処理に時間がかかります。空間情報のない PDF は受領できません。
-
道路名を添えた道路の中心線（詳しくは「道路と住所」のセクションをご覧ください）。
-
住所は、建物または占有区画の中心とする必要があります。道路名（町名）と番地は必須です。可能な場合はすべての住所項目を含めてください（詳しくは「道路と住所」のセクションをご覧ください）。
- 一般公開日（開発された宅地へのアクセスが一般公開される年と月）を含める必要があります。
- スポットのシェープファイルの属性テーブルには、地域の営業所名を含める必要があります。
- 土地区画データは受け付けてはいますが、地図への追加は積極的には行われておりません。
- 道路の中心線、住所、境界線、区画のすべてを 1 つの ZIP ファイルにまとめてアップロードできます。これらは 1 つのパッケージとして処理されます。
互換性のある形式のデータを準備する方法については、土地区画地図のデジタル化をご覧ください。
上空画像
- 2D の天底（上から下）画像
- 形式に関する要件
- ファイル形式: GeoTIFF、JP2000
- オルソ補正されたデータであること
- 単一画像またはモザイクタイル
- データの説明（必須）
- 図法
- 画像の場所（緯度 / 経度）
- 撮影日
- 撮影方法（衛星、飛行機、バルーン、ドローンなど）
- おおよその解像度（cm / px）
- 形式に関する要件
公園と保護区
公園と保護区のサンプル ファイル
公園や保護区には次の情報が必要です。
- 公園境界のポリゴン ジオメトリ。ポイント ジオメトリよりも推奨されます。また、1:25,000 以上の縮尺が推奨されます。
- 公園が 2 つのセクションに分かれている場合は、それらを 1 つのポリゴンに含めます。
- 公園または保護区の名前（NAME フィールドに指定。別名については、ALT_NM_1、ALT_NM_2 の各フィールドに指定）。
- 公園の分類を示すフィールド。[MTFCC] 列（タイプ）で指定します。米国国勢調査局の MAF/TIGER Feature Class Code Definitions に記載されている最新の MTFCC の公園コードを使用します。また、タイプを定義するデータ ディクショナリを含めます。
- 必要に応じて、公園には住所、営業時間、駐車場、設備を含めることができます。X_USAGE、X_HOURS、X_PARKING など、「X_詳細情報」の形式でフィールドにデータを追加します。
受領できる公園のカテゴリ
- 標準的な公園（州立公園、国立公園、都道府県立公園など）
- 森林（州有林、国有林を含む）
- レクリエーションとスポーツの広場 / エリア
- 自然保護区
- 次のような緑地:
- 安全にアクセス可能
- 一般公開されている
- ユーザーの訪問スポット
受領されない公園のカテゴリ
- 草木のみが植えられた中央分離帯
- 都市部の狭い緑地
- 次のような緑地:
- 安全にアクセスできない
- 一般公開されていない
通行止めフィード
通行止めフィードを使用すると、完全に閉鎖された道路、一部閉鎖された道路、道路のその他の状況に関するリアルタイム データを共有できます。
重要:
通行止めフィードのデータの処理には時間がかかり、期限もお約束できないことをご了承ください。それでも、お客様が関心をお持ちであること、データが利用可能であることを示すために、アップロードされることをおすすめします。これは、お客様の地域の通行止めへの対応を改善することにも役立ちます。
フィード形式の要件
- 必須: フィードは、HTTP、HTTPS、または FTP でアクセスできる URL エンドポイントを介して送信する必要があります。
- 推奨されるフィード仕様: WZDx、CIFS、DATEX
- 推奨されるデータ形式: GeoJSON
- サポートされているその他のデータ形式: JSON、XML
データ要件
通行止めフィードには次のフィールドを含めることができます。
| フィールド | 必須 | 説明 | 例 |
|---|---|---|---|
| TYPE | 必須 |
道路規制ごとに、全面通行止めや車線規制など、道路規制のタイプを明確に識別するタイプ フィールドを含める必要があります。 サポートされている道路規制のタイプ:
|
INCIDENT_ROAD_CLOSED |
| POLYLINE | 必須 |
規制の対象となる道路の進行方向に沿ったポリライン ジオメトリを、道路の中心線から 10 m 以内の精度で配置する必要があります。各ポイントには WGS84 座標系を使用します。 ポリラインの描画順序は、進行方向に対応します。 |
“42.1601432984533 -119.3525208937842 42.1781676611244 -119.35679623266” |
| DIRECTION | 必須 |
方向フィールドでは、規制が道路の片方向または両方向のどちらに関するものかを示す必要があります（例: 「片方向」、「両方向」）。 |
BOTH_DIRECTIONS |
| BEARING | 省略可 | 規制の対象となる道路の正確な進行方向を記述するために、方位フィールド（例: 90）を含めることができます（省略可）。 | 90 |
| START_TIME | 必須 |
道路規制ごとに、規制のスケジュールを明確に示す開始時間と終了時間のフィールドを含める必要があります。時刻には ISO8601 形式を使用して分単位で記述し、タイムゾーンを含めます（例: |
2017-06-05T00:01:00-04:00 |
| END_TIME | 必須 | 上記を参照してください。 | 2017-11-22T15:30:00-05:00 |
| ID | 省略可 | 道路規制の一意の識別子（規制が発生している期間中は固定）。 | 3f4r45ff233 |
| ROAD_NAME | 省略可 | 道路規制が生じている道路の名前。 | ノース リバティー ストリート |
| DESCRIPTION | 省略可 | 道路規制の説明。 | 道路工事による完全通行止め |
| SOURCE | 省略可 | 道路規制の関係機関または報告者（フィードに複数の関係機関または報告者からのデータが含まれる場合）。 | 地方運輸局 XYZ |
交通機関
交通機関のサンプル ファイル
リアルタイムのフィードデータは Google の乗換案内ウェブサイトで提供していただけます。GMCP では、以下を追加できます。
停留所 / 駅（バス停）
- ジオメトリ - 対象物のポイントまたはポリゴン
- 駅または停留所の名前
- 停留所の座標（緯度と経度）
- ルートのタイプ（路線ではない）
- 交通機関
- 住所
- 停留所の時刻表
フットプリント
- ジオメトリ - フットプリント、建物、バス停車帯のポリゴン
- 駅の名前
- 緯度 / 経度
- 交通機関
- ルートのタイプ
停留所や駅のフィールド（属性）のリスト:
以下のフィールドは、「必須」または「省略可」となります。
|
フィールド |
必須 |
説明 |
例 |
|---|---|---|---|
|
STOP_NAME |
必須 |
駅または停留所の名前 |
42 ストリート |
|
LAT |
必須 |
停留所の緯度座標 |
40.752619 |
|
LONG |
必須 |
停留所の経度座標 |
-73.977268 |
|
RTE_TYPE |
必須 |
交通サービスのタイプ |
電車 |
|
AGENCY |
必須 |
交通システムを所有または運営する事業体 |
ITO |
|
ST_NUM |
省略可 |
番地 |
89 |
|
ST_NAME |
鉄道、地下鉄の駅、交通拠点については必須 |
道路の名前とタイプ（町名） （「Street」や「Avenue」の略語形式は使用できますが、正式名称の使用が推奨されます） |
イースト 42nd ストリート |
|
NEIGHBH |
省略可 |
周辺地域名 |
ミッドタウン（マンハッタン） |
|
CITY |
必須 |
市区町村名 |
ニューヨーク |
|
STATE |
必須 |
州（2 文字の略称） |
NY |
|
ZIP |
必須 |
5 桁の郵便番号 |
10017 |
|
CNT_NAME |
省略可 |
郡名 |
マンハッタン |
|
STOP_TIMES |
省略可 |
交通機関対象物がこの場所に停車する時刻 |
1:00, 1:30, 2:00, 2:30 |
- 駅、駅舎、バス停車帯のモデル化 - すべての駅を 1 つの交通網として単一のポリゴンにまとめるのではなく、個々の駅を個別のポリゴンまたはポイントとしてアップロードします。
- 乗換案内にデータを登録される場合は、こちらのリンクで詳細をご確認ください。
交通機関のフットプリントのフィールド（属性）のリスト:
以下のフィールドは、「必須」または「省略可」となります。
|
フィールド |
必須 |
説明 |
例 |
|---|---|---|---|
|
STN_NAME |
必須 |
駅名 |
チューリッヒ中央駅 |
|
LAT |
必須 |
停留所の緯度座標 |
40.76255 |
|
LONG |
必須 |
停留所の経度座標 |
-74.000969 |
|
AGENCY |
必須 |
交通システムを所有または運営する事業体 |
ITO |
|
RTE_TYPE |
省略可 |
交通サービスのタイプ |
電車 |
検問所、通行止め、国境、道路規制による通行制限
検問所、通行止め、道路規制、国境規制の表形式データをアップロードする場合は、下記の渡航制限に関するガイダンスに従ってください。
- 所定の形式で、できるだけ詳しく記入してください。属性テーブルには必ずテンプレートと同等のフィールドを含めてください。
- 他の形式（PDF、シェープファイル、公開 URL、詳細なスクリーンショットなど）も使用できます。
渡航制限のフィールド（属性）のリスト:
シェープファイルまたは .KML / .KMZ をアップロードする場合は、道路、自転車、歩行者のフィールド（属性）のリストに記載された必須または省略可のフィールドと、以下の必須フィールド（属性）を含めます。
|
フィールド |
説明 |
例 |
|---|---|---|
|
FROM_ID |
右折 / 左折制限の開始点となるセグメントの ID（上述の道路セグメントの ID 列を参照） |
14232514 |
|
FROM_END |
右折 / 左折制限が適用されるセグメントの開始点（ジオメトリを基準とする） |
「FROM」または「TO」 |
|
TO_ID |
右折 / 左折制限の終了点となるセグメントの ID（上述の道路セグメントの ID 列を参照） |
14232599 |
|
TO_END |
右折 / 左折制限が適用されるセグメントの終了点（ジオメトリを基準とする） |
「FROM」または「TO」 |
|
MODE |
制限が適用される移動手段 |
「ALL」、「PEDESTRIAN」、「CAR」、「TRUCK」、「BUS」、「NON-HOV」のいずれか |
|
START_TM |
右折 / 左折制限の開始時間（24 時間表記）。制限が無期限の場合は、この項目と END_TM を空白のままにします |
06:00 |
|
END_TM |
右折 / 左折制限の終了時間（24 時間表記）。制限が無期限の場合は、この項目と START_TM を空白のままにします |
10:00 |
| STRTDATE | 右折 / 左折制限の開始日 | 01/02/2023 |
| END_DATE | 右折 / 左折制限の終了日。制限が無期限の場合は空白のままにします | 03/03/2023 |
|
TYPE |
右折 / 左折制限のタイプ |
「NO LEFT TURN」、「NO RIGHT TURN」、「NO U-TURN」のいずれか |
水域
水域のサンプル ファイル
- 水域対象物の名前（該当する場合）
- 水域対象物のタイプ
- 河川、湖、貯水池、池、水路など（これらは一例です）
- 水域を表すポリゴン
- 河川を表すラインは使用可能
- 水域対象物を表すポイント ジオメトリは使用不可
特に記載がない限り、このページのコンテンツはクリエイティブ コモンズの表示 4.0 ライセンスにより使用許諾されており、サンプルコードは Apache 2.0 ライセンスにより使用許諾されています。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日: 2022-01-11 UTC