Pecan: Hinzufügen neuer Datenquellen/Datensätze mit PEcAn

Wenn es Datensätze gibt, die wir bereits als interessant markiert haben und die auch bereits auf GEE sind, dann fügen Sie sie auf jeden Fall hinzu! Wenn Sie eine Liste der Überschneidungen zwischen New Dataset und GEE veröffentlichen, helfen wir Ihnen gerne bei der Priorisierung.

Allerdings leben viele der interessierenden Datensätze nicht auf GEE und werden besser entweder durch andere/zusätzliche automatisierte Workflows (für standardisierte Daten mit hohem Volumen) oder die Datenaufnahme-App (zum Einlesen von „Long Tail“-Daten über .) gehandhabt DOI, Drag-and-Drop oder die APIs für generalisierte Datenbestände [zB DataOne]).

Wir sind auf jeden Fall daran interessiert, all diese Tools weiterzuentwickeln.

Ja, meine Neigung wäre, GEE als Fallback zu verwenden, wenn nicht an anderer Stelle einigermaßen einfach zu verwendende APIs für die Originaldaten verfügbar sind. Soweit ich mich erinnere, führt GEE unter der Haube eine Menge Neuprojektion/Resampling durch, um alle Fernerkundungsbilder auf eine Linie zu bringen, die letztendlich die Grenze zwischen den echten Daten und dem, was gerade neu abgetastet oder interpoliert wurde, verwischt. Das funktioniert für viele ihrer Endbenutzer sehr gut, aber die Art der Modell-Daten-Fusion, die wir mit PEcAn durchführen, erfordert möglicherweise ein höheres Maß an Sorgfalt. Das soll nicht heißen, dass wir GEE nicht verwenden sollten, nur dass es sich normalerweise lohnt, ein wenig Zeit damit zu verbringen, nach alternativen Orten zu suchen, um einen bestimmten Datensatz zu erhalten. In einigen Fällen ist es einfacher und besser, die Daten von GEE abzurufen. In diesem Fall sollten wir dies tun. In anderen Fällen kann es jedoch einfacher und besser sein, die Daten aus einer anderen Quelle zu beziehen.

Insbesondere sollten wir zusätzlich zu den obigen Vorschlägen von Mike auch die Fähigkeiten der DAACs im Auge

• LPDAAC verwaltet viele
• ORNL DAAC konzentriert sich ursprünglich eher auf
• NSIDC DAAC ist in erster Linie für Schnee und Eis

Danke, ich werde versuchen, die überlappenden Datensätze herauszufinden. Ich verstehe, dass es in einigen Fällen besser ist, Quellen wie DAACs anstelle des GEE direkt zu verwenden.

Ich habe auch notiert, dass ich mehr Datenquellen in meinen App-Vorschlag zur Datenaufnahme aufnehmen möchte. Ich fand ein R-Paket nasapower Herunterladen von NASA POWER-Daten in R und eine R-Schnittstelle nasadata für den Zugriff auf einige NASA-APIs. Ich bin mir nicht sicher, welcher Weg besser ist, brauche vielleicht mehr Erkundung.

@chilampoon Ich bin bei diesen beiden Vorschlägen etwas vorsichtig. Beide enthalten viele tote Links, was kein gutes Zeichen dafür ist, dass einer von beiden gepflegt wird. NASA POWER scheint ein abgeleitetes Produkt zu sein, das sich auf Energieressourcen konzentriert, und nicht etwas, das auf unserer Prioritätenliste für die Einnahme ganz oben steht. Wenn man sich die Vignette des nasadata Pakets kurz ansieht, liest es sich wirklich wie etwas, das von jemandem geschrieben wurde, der die Fernerkundung nicht versteht (bezieht sich zB auf Landsat 8 als "Bilder von geringer Qualität"). Es scheint auch, dass der Zugriff auf Landsat 8 tatsächlich über Google Earth Engine erfolgt.

Dies mag kein allgemeiner Konsens im PEcAn-Team sein, aber ich denke, wenn Sie die Rohdaten von einem bestimmten Satelliten benötigen, sprechen Sie jetzt von ausreichend großen Datenmengen, sodass es sinnvoll ist, Code für diese API zu schreiben (was meiner Meinung nach @ashiklom vorhin vorgeschlagen hat). Aber dort ist die Liste der gewünschten Daten ziemlich wichtig! Wenn Sie andererseits wissen, dass Sie viele Vorverarbeitungsschritte in der Cloud durchführen möchten, um das Datenvolumen Ihres Downloads zu reduzieren (und diese Verarbeitung auf Ihren eigenen Computern vermeiden), und Sie mit jeder Art von Reprojektion/Interpolation einverstanden sind das auf GEE auftritt, dann macht dieser Dienst Sinn. GEE hat auch den Vorteil, dass es eine einzige Schnittstelle bietet, die verdammt schnell ist. Schließlich ist die NASA zwar großartig, aber nicht die einzige Weltraumbehörde, die Fernerkundungsdaten produziert, die wir brauchen (in der Tat, @istfer wollte, dass die GEE-Schnittstelle Sentinel-Daten

ps Zusätzlich zum Bedarf von @istfer an multispektralen Daten (Sentinel, LANDSAT usw.) https://doi.org/10.3390/rs11212507

Danke fürs Teilen @mdietze Ich habe die meisten dieser Quellen bereits vorbereitet. Werde auch versuchen einen Weg für GOES zu finden.

@mdietze Danke für die Erinnerung! Ich frage mich, ob Sie nur NOAA GOES-Daten importieren möchten oder sowohl GOES als auch den geschätzten NDVI? Hoppla, ist das in diesem Papier vorgeschlagene Modell bereits in PEcAn integriert?

Das GOES-Tagestagsmodell im Wheeler-Papier befindet sich derzeit in einem eigenen Repo außerhalb von PEcAn. Diese vollständige Pipeline zu implementieren und zu optimieren, zusätzlich zu allen anderen aufgeführten Fernerkundung, würde den Rahmen von GSOC sprengen, aber eine stärkere Automatisierung des anfänglichen Downloads wäre definitiv ein hilfreicher/wichtiger erster Schritt

Dieses Problem ist veraltet, da es 365 Tage ohne Aktivität geöffnet war.