一般的な質問
問題が発生し、サポートが必要です。
こちらのガイドに沿って質問を投稿し、できるだけ多くの情報を提供します(Stack Overflow の良い質問をするガイドをご覧ください)。通常は、次のことを意味します。
コードエディタ内のスクリプトへのリンクを送信する([Get Link] ボタンをクリックして取得)
スクリプトの実行に必要なアセットの共有
失敗したバッチタスクの場合は、失敗したタスクの ID を報告します。タスク ID は
4C25GIJBMB52PXTEJTF4JLGL
のようになります。これらのタスクは、Code Editor の [タスク] タブにあります。詳細
Earth Engine のアーキテクチャについて読むには、どこにアクセスすればよいですか?
こちらの論文をご覧ください。Gorelick et al. 2017
Google 以外のおすすめの Earth Engine チュートリアルはありますか?
EDU ページとトレーニング リソース ページをご覧ください。
おすすめのリモート センシング チュートリアルはありますか?
Ujaval Gandhi によるこの無料の EE コースをご覧ください。リモート センシングの概要を説明する動画が含まれています。
Earth Engine プログラミング
よくあるコーディング エラーにはどのようなものがありますか?
デバッグ ガイドをご覧ください。
ee.Image("image") * 2
などの基本的な演算を使用できないのはなぜですか?
EE では、サーバーサイドとクライアントサイドのオブジェクトやオペレーションを混在させないでください。EE オブジェクトに対するすべてのオペレーションはサーバーサイドで実行されます。クライアントサイドの計算は、意図したとおりに機能しません。詳しくは、こちらのページをご覧ください。
for
ループまたは if/else
ステートメントを使用するにはどうすればよいですか?
Earth Engine のプログラミングは関数型言語を使用して行われるため、ループと条件演算は、map
や filter
などの同等のコンセプトを使用して表現する必要があります。詳しくは、こちらのページをご覧ください。
画像や動画にテキストラベルを表示するにはどうすればよいですか?
テキストラベルは組み込みでサポートされていませんが、次のことができます。
- サードパーティの JS パッケージを使用する。例を表示
- サードパーティの Python パッケージ geemap を使用する。
- EE QGIS プラグインを使用して QGIS で EE 画像をインポートする
標準のカラーパレットを使用できますか?
サードパーティの JS パッケージ ee-palettes を使用します。
Earth Engine を使用する独自のウェブサイトを作成するにはどうすればよいですか?
基本的なアプリケーションには Earth Engine Apps を使用します。より複雑なケースでは、EE を活用した App Engine アプリを構築できます。
地図 ID の仕組み
地図 ID(API 全体で mapid
と呼ばれます)は、クライアントが地図タイルを取り出すためのキーです。各 ID は、getMapId
エンドポイントに画像式を指定することで作成されるハッシュです。生成された ID は、後でタイルの生成に使用される画像式とユーザー認証情報の両方を参照するキーです。
地図タイルをリクエストするには、タイルのロケーション(x
、y
、zoom
)と mapid
(画像と認証情報のキー)を指定する必要があります。同じ ID を再利用して、多くの地図タイルを一括で読み込むことができます。mapid
キーの再利用に制限はありませんが、数時間後に期限切れになります。保持期間については具体的な期間を公開していませんが、作成するコードは ID の有効期限切れに対して耐障害性がある必要があります。
これらの ID の作成には、少量のデータの保存と認証情報の検証が含まれるため、できるだけ長く再利用することをおすすめします。getMapId
エンドポイントに固有の API 割り当てはありませんが、タイル取得のレートとほぼ同じレートで mapid
オブジェクトを作成するワークフローは、おそらく問題が発生しています。これらの ID は一時的なリソースであるため、Earth Engine には、これらの ID を削除、一覧表示、管理する API エンドポイントはありません。
ee.Algorithms.If()
が true と false の両方のケースを出力するのはなぜですか?
function a() { print("true"); }
function b() { print("false"); }
// Prints 'true' and 'false'.
ee.Algorithms.If(true, a(), b());
If()
アルゴリズムは、Earth Engine の他のすべてのアルゴリズムと同様に動作します。つまり、アルゴリズム自体を実行する前に、すべての引数を評価する必要があります。アルゴリズムは trueCase
と falseCase
の両方の結果を取得し、condition
引数に基づいて 1 つを選択して返しますが、これらの値をアルゴリズムに渡すには、両方のパスを実行する必要がありました。
「リクエスト ペイロードのサイズが上限を超えています」というエラーが表示される
Earth Engine に非常に大きなリクエストを送信しようとしています。これは通常、コードで多くのクライアントサイドの「for」ループが使用されている場合や、多くのジオメトリ オブジェクトから FeatureCollection が作成されている場合に発生します。後者の場合は、スクリプトでそのようなジオメトリを作成するのではなく、それらを含む CSV ファイルを生成し、テーブル アセットにアップロードします。
ee.Image.clip()
と ee.Filter.bounds()
の違いは何ですか?
こちらの GIS Stack Exchange スレッドをご覧ください。ee.Image.clip()
関数は、指定された ee.Geometry
または ee.Feature
と交差しないピクセルをマスクし、可視化では透明にして計算から除外します。画像からピクセルを切り取ると考えることができます。
ee.Filter.bounds()
関数は、ee.Geometry
または ee.Feature
との画像の交差に基づいて、ee.ImageCollection
から ee.Image
オブジェクトをフィルタします。特定の領域と交差する画像のみに分析の範囲を制限するために使用され、式の最適化に役立ちます。
画像ピクセルを特徴コレクションに変換するにはどうすればよいですか?ピクセルごとに 1 つの特徴を取得します。
ee.Image.sample()
関数を使用します。関数の API のリファレンス ページで使用例をご覧ください。
ee.ImageCollection.merge()
と ee.ImageCollection.combine()
の違いは何ですか?
ee.ImageCollection.merge()
関数は、それぞれの画像に一致するバンド、メタデータ、CRS、スケールがあるかどうかに関係なく、2 つのコレクションのすべての画像を 1 つのコレクションに統合します。これは、2 つのコレクションの結合です。combine()
メソッドは、2 つのコレクションの一致する画像のバンドを 1 つのコレクションに結合します。一致する画像は同じ ID(system:index
プロパティ)を共有します。これは、画像 ID に基づく 2 つのコレクションの内部結合であり、一致する画像のバンドが結合されます。一致する画像の場合、セカンダリ画像のバンドがプライマリ画像に追加されます(上書きは省略可)。一致する画像がない場合、空のコレクションが返されます。
複数の日付範囲で画像コレクションをフィルタするにはどうすればよいですか?
こちらの GIS Stack Exchange スレッドをご覧ください。複数のコレクションを merge()
で結合するか、ee.Filter.or()
を使用します。
特定のポイントの周囲に境界ボックスを作成する方法
// Buffer the point by a chosen radius and then get the bounding box.
var LNG = -117.298;
var LAT = 45.162;
var point = ee.Geometry.Point([LNG, LAT]);
var buffer = point.buffer(30000); // half of box width as buffer input
var box = buffer.bounds(); // draw a bounding box around the buffered point
Map.centerObject(box);
Map.addLayer(point);
Map.addLayer(box);
// Map the buffer and bounds procedure over a point feature collection.
var pointCol = ee.FeatureCollection([
ee.Feature(ee.Geometry.Point([LNG + 1, LAT])),
ee.Feature(ee.Geometry.Point([LNG - 1, LAT]))
]);
var boxCol = pointCol.map(function(feature) {
var box = feature.buffer(30000).bounds();
return feature.setGeometry(box.geometry());
});
Map.addLayer(boxCol);
Data Catalog
データセット X を追加できますか?
データセット リクエスト ガイドに沿って、データセット リクエストのバグを報告します。
Earth Engine のホームフォルダにデータをアップロードすることもできます。ラスターデータのインポートとテーブルデータのインポートをご覧ください。
既存のデータセットに新しいバージョンがある
データセット リクエスト ガイドに沿ってデータセットのバグを報告し、データセットの更新をリクエストしていることを明記します。
既存のデータセットが更新されていない、またはアセットがない
問題を報告する前に、可能であれば、選択したアセットがデータセット プロバイダのサイトに実際に存在することを確認してください。詳細については、画像がないに関するガイドをご覧ください。
ImageCollection
をフィルタしてアセットを検索する場合は、フィルタが過度に制限されていないことを確認してください。
特に、次の点に注意してください。
初期のレベル 1 シーンでは、Sentinel-2 SR(レベル 2 データ)は ESA によって生成されませんでした。
Landsat には、2000 年より前の全世界をカバーするデータはありません。
既存のデータセットに間違った値がある
デベロッパー フォーラムに投稿する。アセットの元の解像度にズームインし、誤った値を明確に表示するスクリプトを含めます。代替の値が確認された正確な場所を説明します。
データセットについて他に問い合わせることができる場所はありますか?
NASA データセットについてご不明な点がある場合は、NASA Earth Data フォーラムをご覧ください。
Copernicus データセットで動作するツールボックスについては、S1、S2、S3 のフォーラムをご覧ください。
EE カタログのサイズはどれくらいですか?
2023 年 10 月現在、カタログには 1, 000 を超えるデータセットが含まれています。ディスク上のサイズは 90 ペタバイトを超えます(ロスレス圧縮を考慮した場合)。
EE のデータはどのくらいの頻度で更新されますか?
通常、継続的なデータセットはすべて少なくとも 1 日 1 回更新されます(ただし、すべてのデータセットに毎日新しいデータが追加されるわけではありません)。一部のデータセットは 1 日に数回更新されます。ただし、カタログに最新のアセットが存在することを保証するポリシーはありません。
EE カタログのコンテンツをプログラムで表示するにはどうすればよいですか?
データセットのリストは、STAC 形式で Google Cloud Storage バケット gs://earthengine-stac
にエクスポートされます。エントリ ファイルは catalog.json です。
Google マップのデータや画像を分析に使用できますか?
Google は、分析用のベースマップ データをライセンス提供または販売していません。
アセットが取り込まれた日付を確認するにはどうすればよいですか?
'system:version'
アセット プロパティは、Unix エポックからのマイクロ秒数で表される取り込みタイムスタンプです。次の例は、Landsat 画像の取り込みタイムスタンプを人が読める形式に変換します。
var image = ee.Image('LANDSAT/LC08/C02/T1_L2/LC08_044034_20210508');
print('Ingest date', ee.Date(image.getNumber('system:version').divide(1000)));
Earth Engine カタログには JSON-LD メタデータがありますか?
はい。JSON-LD メタデータはカタログの HTML ページに埋め込まれています。たとえば、Sentinel-2 ページには次のブロックが含まれています。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [{
"@type": "ListItem",
"position": 1,
"name": "Earth Engine Data Catalog",
"item": "https://developers.google.com/earth-engine/datasets"
},{
"@type": "ListItem",
"position": 2,
"name": "Harmonized Sentinel-2 MSI: MultiSpectral Instrument, Level-1C",
"item": "https://developers.google.com/earth-engine/datasets/catalog/COPERNICUS_S2_HARMONIZED"
}]
}
</script>
Landsat
simpleComposite
アルゴリズムはどのように実装されていますか?
サーバーサイドの実装は、この JavaScript コードと同じです。
Landsat の表面反射率データから雲のない合成画像を作成するにはどうすればよいですか?
Landsat レベル 2(地表反射率)データには、雲やその他の不要な画像アーティファクトをマスクするために使用できる品質バンドがいくつかあります。これらのバンドを使用して Landsat 8 SR 画像を処理し、雲のない中間合成画像を作成する例については、こちらの GIS Stack Exchange の投稿をご覧ください。デベロッパー ガイドの教師あり分類の例で使用する雲のない合成画像を作成する場合も、同じ手順を使用します。
センサー間の Landsat サーフェス反射率の調整は必要ですか?
Roy et al., 2016 には、Landsat 7-8 TOA と地表反射率の反射率の違いの分析が含まれています。OLS 係数と RMA 係数を公開し、読者が 1 つのセンサーのデータの反射率値を別のセンサーのデータに変換できるようにしました。論文の最後の行には、「センサーの違いは非常に小さいものの、Landsat データの用途によっては大きな影響を与える可能性があります」と記載されています。ただし、この分析は収集前のデータに基づいています。
コレクション 1 とコレクション 2 の再処理中に行われた改善はセンサー間の関係に影響する可能性がありますが、現在のところ、コレクション 1 またはコレクション 2 のデータについて Roy ら(2016)のような分析は行われていません。正式な分析は行われていませんが、影響力のある Landsat ユーザーの間で、コレクション 2 レベル 2(地表反射率)データには補正が不要であるという一般的なコンセンサスがあるようです。たとえば、コレクション 2 レベル 2 の調整の必要性に関する質問への回答で、Landsat 科学チームの Mike Wulder は、対象となるアプリケーションの性質(土地被覆マッピングや変化検出など)に応じて、コレクション 2 の表面反射率プロダクトは非常に適切で信頼性が高く、センサー間の調整は必要ないと述べています。
MSS 画像の雲と雲の影をマスクするにはどうすればよいですか?
JavaScript コードエディタ用のサードパーティの msslib モジュールには、MSScvm アルゴリズムの実装と、MSS データの探索と準備に役立つその他の関数が含まれています。
データ管理
アップロードしたデータの所有者は誰ですか?
Earth Engine の利用規約に基づき、お客様は Earth Engine にアップロードしたデータを所有します。
データをアップロードできない
コードエディタの右上にあるタスクペインで、アップロード タスクのステータスを確認します。専用のタスクページも確認できます。
タスクがない場合は、Code Editor からファイルをアップロードしようとしたが、ネットワークの問題によりファイルのアップロードが完了しなかったため、タスクが作成されなかった可能性があります。別のブラウザまたは別のパソコンを使用してみます。
失敗したタスクがある場合は、表示されたエラーを調べます。特定のエラー メッセージが表示されない場合は、まず、ラスター ファイルの場合は gdalinfo
、ベクター ファイルの場合は ogr2ogr
を実行して、ファイルが破損していないことを確認します。これらのコマンドは、ソースファイルからすべてのデータを読み取ろうとし、ファイルが破損している場合はエラーを表示します。
gdalinfo 呼び出しの例:
gdalinfo -mm -stats -checksum file.tif
in.shp
を out.csv
に変換する ogr2ogr 呼び出しの例:
ogr2ogr -lco GEOMETRY=AS_WKT -f CSV out.csv in.shp
ファイルが有効と思われる場合は、失敗したタスク ID をテキストとして(スクリーンショットではなく)デベロッパーのメーリング リストに投稿します。タスク ID の形式は 4C25GIJBMB52PXTEJTF4JLGL
です。可能であれば、ソースファイルを公開読み取り可能にします。非公開ファイルの場合は、Earth Engine チームが確認できるように earthengine@google.com
とのみ共有してください。ソースファイルを共有できない場合は、少なくとも gdalinfo -mm -stats -checksum
の出力を提供してください。
Earth Engine で特定のプロジェクションがサポートされていない場合は、アップロードする前に、gdalwarp
などを使用してデータを再投影する必要があります。
NetCDF またはサポートされていないラスター形式のファイルをアップロードするにはどうすればよいですか?
Earth Engine にアップロードできるのは GeoTIFF のみです。他の GDAL 互換形式は、gdal_translate
を使用して GeoTIFF に変換できます。例:
gdal_translate -co COMPRESS=DEFLATE file.nc file.tif
一部の NetCDF ファイルまたは HDF ファイルは、gdalinfo
で検出できる複数のサブデータセットで構成されています。この場合の gdal_translate
コマンドは次のようになります(二重引用符で囲まれたパスに注意してください)。
gdal_translate HDF4_EOS:EOS_GRID:"/tmp/MCD12Q1.A2001001.h00v08.005.2011055224312.hdf":MOD12Q1:Land_Cover_Type_1 file.tif
NetCDF ファイルに、GDAL で認識できる投影が含まれていない場合があります。この場合は、gdal_translate
コマンドラインで投影と空間範囲を設定する必要があります。例:
gdal_translate -a_srs EPSG:4326 -a_ullr -180 90 180 -90 file.nc file.tid
アップロードした GeoTIFF に使用できる圧縮アルゴリズム
アップロード時に、GeoTIFF は DEFLATE、JPEG、JPEG-XL/JXL、LERC、LERC_DEFLATE、LERC_ZSTD、LZMA、LZW、WEBP、ZSTD で圧縮できます。ライブ COG 読み取りには、DEFLATE、JPEG、LZW、ZSTD を使用できます。ZSTD は、ほとんどの画像で優れた圧縮率を維持しながら、解凍が速いため、全体的に優れた選択肢です。
gdal_translate
の使用時に ZSTD 圧縮を適用するには、次のオプションを追加します。データに浮動小数点値がある場合は、PREDICTOR
を 3 に変更します。
gdal_translate in.tif out.tif \
-co COPY_SRC_OVERVIEWS=YES \
-co TILED=YES \
-co BLOCKXSIZE=512 \
-co BLOCKYSIZE=512 \
-co COMPRESS=ZSTD \
-co PREDICTOR=2 \
-co ZSTD_LEVEL=22 \
-co INTERLEAVE=BAND \
-co NUM_THREADS=ALL_CPUS
ラスター取り込みが数日間実行されても完了しません。
gdalinfo
を使用して、ファイルに次の GDAL オプションが設定されているかどうかを確認します。INTERLEAVE=PIXEL
このオプションが設定され、バンドが多数あるファイルの場合、ファイルのレイアウトにより読み取りが非常に遅くなるため、取り込みが完了しないことがあります。
このようなファイルは、アップロードする前にバンド インターレース レイアウトに変換してみてください。
gdal_translate -co "INTERLEAVE=BAND" src.tif dst.tif
アップロードしたラスターがベースマップと一致しません。
データがベースマップからわずかにずれている場合は、投影に誤ったデータム(地球の形状に関する前提)がある可能性があります。これは、GDAL メタデータで完全にエンコードできない正弦型投影で最もよく発生します。ターゲット予測がどのようなものであるべきかわかっている場合(SR-ORG:6974
(MODIS 正弦曲線投影を使用するファイルの場合)を設定します。コマンドラインによるアップロード中は --crs
フラグを設定し、アップロード マニフェストの crs
フィールドを設定します。
データが著しく歪んでいるか、まったく間違った場所にある場合は、投影またはアフィン変換が間違っている可能性があります。
ラスターは東半球にのみ表示されます。
おそらく、経度範囲 [0, 360] にまたがるグローバル ラスターがアップロードされています。ただし、Earth Engine では、ラスターは [-180, 180] の範囲内にする必要があります。取り込む前に、ラスター内の左半分と右半分を交換します。GIS Stack Exchange の提案をご覧ください。
取り込まれた分類画像に斑点が見えるのはなぜですか?
おそらく、デフォルトの MEAN
ピラミッド化ポリシーを使用しています。分類画像の場合は、MODE
ピラミッド化ポリシーを使用する必要があります。QA/ビットマスク画像の場合は、SAMPLE
ピラミッド化ポリシーを使用する必要があります。
次のエラーが表示されます。データ値 -128.0 は、タイプ Short<0, 255> のバンド #0 に適用できません。
GDAL は、符号付き整数を含む単一バイト バンドを扱うことができないため、そのようなバンドを符号なし整数として読み取ります。これは、負の「データなし」値と競合します。
値が実際に符号付き整数の場合は、マニフェストのアップロードを使用して、ファイルを含むタイルセット セクションに data_type: "INT8"
を追加します。
値が符号なし整数の場合、ファイルに無効な nodata 値が含まれています。アップロード時に、正しいデータ値(または存在する場合は、発生しない値)でオーバーライドできます。gdal_translate -a_nodata
を使用して nodata 値を変更したり、gdal_edit.py -unsetnodata
を使用して削除したりすることもできます。
GeoJSON やサポートされていない他のベクター形式のファイルをアップロードするにはどうすればよいですか?
ogr2ogr
を使用して、OGR 互換形式を CSV または SHP に変換します。例:
or2ogr -f "ESRI Shapefile" file.shp file.kml
CSV アップロードでは、ジオメトリ列に GeoJSON を含めることができます。
Python を使用してデータをアップロードしたい、または複数のファイルを一度にアップロードしたい。
コマンドラインによるアップロードを使用します。このようなアップロードでは、まずソースファイルを GCS(Google Cloud Storage)バケットに配置する必要があります。無料枠の上限内であれば、GCS の使用料は発生しません。詳しくは、料金ページをご覧ください。
多くのタイルに分割された大きなラスター モザイクをアップロードしたい。
ファイルの投影とピクセルサイズがすべて同じ場合は、同じアセットにまとめてアップロードするだけで、自動的にモザイク化されます。
ファイルのプロジェクションまたはピクセルサイズが異なる場合、それらを 1 つのラスター アセットにモザイク化することはできません。代わりに、各タイルを個別のアセットとして同じ ImageCollection
にアップロードします。この ImageCollection
は、ImageCollection.mosaic()
を使用してモザイク化できます。
モザイクをアップロードしようとすると、タイルの不一致に関するエラーが表示されます。
Earth Engine ラスター モザイクのタイルは、同じ投影とピクセルサイズにする必要があります。また、タイルはピクセル境界に正確に配置する必要があります。
GCS バケットからファイルをアップロードしようとしましたが、Earth Engine でファイルが見つかりません。
GCS のアップロードと Earth Engine への接続に、異なる Google アカウントを使用している可能性があります。Earth Engine への接続に使用するアカウントが GCS ファイルを読み取れることを確認します。ブラウザのマルチログインが混乱する場合は、シークレット ブラウザ ウィンドウで Earth Engine に接続します。
複数のアセットを一度にエクスポートしたい。
各画像を個別にエクスポートする必要があります。
1 つのコマンドで Folder
または ImageCollection
を移動または削除したい。
親フォルダまたはコレクションを移動または削除するには、まず各アセットを移動または削除する必要があります。子アセットが多い場合は、シェルまたは Python ループを記述して、それらを反復処理します。
EE の外部から Earth Engine データに直接アクセスしたい。
QGIS には Earth Engine プラグインがあります。
GDAL には Earth Engine ドライバがあります。
他のシステムでは、EE の REST API を使用できます。
Earth Engine アセット全体を再取り込みせずに、アセットの一部を更新したい。
EE にアップロードされたラスターデータやベクターデータを更新することはできません。更新できるのはアセットのメタデータ プロパティのみです。
アカウントにアクセスできなくなりました。アセットはどうすればよいですか?
元のアカウントのポリシーでデータ転送が許可されている場合は、アセットを別のアカウントと共有し、アセットをコピーして新しいアカウントが所有するようにしてください。移動するアセットが多い場合は、コマンドライン コピー ユーティリティを使用します。
アカウントが削除されると、そのアカウントが所有するアセットにはアクセスできなくなります。
エクスポートした画像が間違った場所にあります。
正弦型や円錐型など、一部の投影では、GeoTIFF ファイルに必要な投影パラメータをすべて保存できない場合があります。その結果、エクスポートされたファイルが、デスクトップ GIS ツールで表示されたときや EE に再取り込みされたときに、間違った場所に表示されます。
この問題を解決するには、GeoTIFF ファイルで適切に機能することが知られているエクスポート crs
パラメータを指定します。たとえば、対象領域を含む UTM ゾーンの EPSG コードを使用します。
COG アセットを保存するために、どの Cloud Storage バケットのロケーションを使用すればよいですか?
答えは、最適化したい目標によって異なります。低レイテンシのコンピューティング アクセスを最適化する場合、COG アセットを保存するのに最適な GCS バケットのロケーションは US-CENTRAL* です。その他の考慮事項については、バケットのロケーションをご覧ください。
エクスポートしたフィーチャー コレクション アセットに、設定したプロパティが保持されません。
Export.table.*
関数は、出力でテーブルレベルのプロパティを保持しません。多くの出力形式(CSV、GeoJSON など)では、このようなメタデータはサポートされていません。Export.table.toAsset
関数はテーブルレベルのプロパティをサポートできますが、現時点ではサポートされていません。
CSV 形式でドライブにエクスポートされたテーブルは、XLSX 形式に変換されます。
Google ドライブの設定によっては、Earth Engine からエクスポートした CSV テーブルが XLSX ファイルに変換され、データ型の変換など、意図しない影響が生じる可能性があります。以降のエクスポートの動作を変更する手順は次のとおりです。
- ウェブ版 Google ドライブで、右上の設定アイコンをクリックします。
- [設定] をクリックします。
- [アップロードしたファイルを Google ドキュメント エディタ形式に変換します] までスクロールして、チェックボックスをオフにします。
コードエディタ
間違ったアカウントを使用するよう求められるため、Code Editor にログインできません。
ログアウトし、[アカウントの選択] ページで Earth Engine の使用に登録されているアカウントを選択し、2 番目の [Earth Engine Code Editor に進むにはアカウントを選択してください] ページで同じアカウントを再度選択します(正確な文言は異なる場合があります)。
世界地図のスクリーンショットを撮りたいのですが、ウェブ Mercator 図法は好みではありません。
コードエディタで使用される地図投影は Web Mercator(EPSG:3857)です。赤道から離れるほど物体のサイズが拡大され、赤道付近の地域と比較して高緯度地域が実際よりもはるかに大きく見えます。Code Editor の地図キャンバスのプロジェクションは変更できませんが、ee.Image.changeProj
メソッドを使用して、任意のプロジェクションで画像を Web Mercator キャンバスに「ペイント」できます。ロビンソン投影で Code Editor 地図にグローバル DEM を表示する例については、メソッドの API リファレンス ページをご覧ください。なお、Code Editor のインスペクタと描画ツールは引き続き Web Mercator で動作するため、この手法は可視化目的でのみ使用してください。
スクリプトが保存されない(Script error: Unknown commit
)。
スクリプトを保存するときに Script error: Unknown commit
メッセージが表示された場合は、保存先のリポジトリが同期されていない可能性があります。この状態の原因はさまざまであり、特定することは困難です。この問題を解決するには、[スクリプト] タブの右上にあるボタンを使用してスクリプトリストが更新されるか確認します。それでも問題が解決しない場合は、[スクリプト] タブの [新規] ボタンから新しいリポジトリを作成し、そこにスクリプトを保存してみてください(同期されていないリポジトリから新しいリポジトリにスクリプトを移動しなければならない場合があります)。