ERDDAP™ Änderungen

ERDDAP™ ist ein großes Beispiel Benutzergetriebene Innovation , wo Produktinnovation oft von den Verbrauchern kommt ( ERDDAP™ Benutzer) , nicht nur die Erzeuger ( ERDDAP™ Entwickler) . Im Laufe der Jahre, die meisten Ideen für neue Features und Änderungen in ERDDAP™ haben von den Benutzern kommen. Diese Benutzer werden unten für ihre großen Ideen gutgeschrieben. Danke! Bitte halten Sie diese großen Vorschläge kommen!

Hier sind die Änderungen, die jeder ERDDAP™ Veröffentlichung.

Version 2.28.1

(veröffentlicht 2025-09-05)

Dinge ERDDAP™ Administratoren müssen wissen und tun:
Unterstützung hinzugefügt für X-Forwarded-Prefix. Dies ist von besonderem Interesse für Administratoren, die Server auf einem Subpfad ausführen. Bitte lesen Sie unsere aktualisierte Dokumentation für Apache und Nginx für weitere Informationen.

Dank @srstsavage

Version 2.28.0

(veröffentlicht 2025-08-29)

Neue Funktionen und Änderungen (für Benutzer) :
Croissant Schema ist jetzt verfügbar. Admins können steuern, ob die Standard-Metadaten Croissant verwenden, aber ab 2.28.0 können Sie die Croissant-Definition mit dem neuen Exportdateityp ".croissant" anfordern. (die eine jsonld-Datei bietet) .
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Neues Docker Bild erstellt auf jeder zusammengeführten Zuganforderung. Dies sind Alpha-Builds, sie sind keine versionierten Versionen. Sie haben einen Tag wie "20250814T034025", der anzeigt, wann er gebaut wurde. Wenn Sie die neuesten Funktionen ausprobieren möchten, können Sie diese verwenden. Wenn Sie etwas stabiler wollen, verwenden Sie unsere Versionen mit einem semantischen Versions-Tag (z.B. 2.28.0) . Wir wollen immer, dass die Alpha-Versionen nutzbar sind, aber es gibt weniger Tests für sie als unsere versionierten Versionen. Wir empfehlen Ihnen immer, etwas zumindest neu als unsere "letzte" Veröffentlichung zu verwenden, die die neueste semantische Version sein wird.
Docker Bilder jetzt auf GitHub zusätzlich zu Was ist los? .

Dank @ocefpaf , @abkfenris , @srstsavage , und MathewBiddle zu ihren Beiträgen rund um die Docker Images. Dies beinhaltete die ersten Beiträge von allen außer @stststsavage!

Es gibt jetzt Unterstützung für die Erzeugung Croissant Schema Dateien. Es ist standardmäßig. Sie können das Croissant Schema in Ihrem setup.xml mit (NICHT EMPFEHLEN- Bitte erreichen Sie ein Problem bei GitHub, wenn Sie dies tun müssen) :

    <generateCroissantSchema>false</generateCroissantSchema>

Einige Einstellungen haben ihre Standardwerte geändert. Verwenden SieHeadersForUrl und verwenden Sie EddReflection jetzt beide standardmäßig wahr. Wenn sie ein Problem verursachen und Sie sie auf false setzen müssen, erstellen Sie bitte ein Problem. Die Absicht ist, sie in einer zukünftigen Veröffentlichung zu entfernen.
Einige Einstellungen wurden entfernt. nutzenSharedWatchService und redirectDocumentation ToGitHubIo wurde standardmäßig für mehrere Versionen auf true gesetzt und an dieser Stelle ziemlich gut getestet. Entfernen Sie diese erlaubt für einige Code-Reinigung.
Einige kleine Änderungen, Fehlerbehebungen und Optimierungen.
Für ERDDAP™ Entwickler:
Viele tote Code entfernt. Viele Warnungen wurden behoben.

Version 2.27.0

(veröffentlicht 2025-06-11)

Neue Funktionen und Änderungen (für Benutzer) :
Neue Daten zum Colorbar-Konverter auf Servern bei /erddap/convert/color.html
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Default behavoir ist, dass der Cache jetzt unabhängig von der großen Lastdatensätze Aufgabe gelöscht wird. Dies ermöglicht eine zuverlässigere und regelmäßige Clearing von alten Cache-Dateien. Es gibt zusätzliche Arbeit, um Server-Behavoir zu verbessern, wenn niedrig auf Festplattenspeicherplatz (Rückgabe eines Fehlers für Anfragen, die den Server möglicherweise aus dem Raum ausführen, und das Löschen des Caches häufiger unter niedrigen Festplattenbedingungen, um Fehler zu verhindern) . In datasets.xml (oder Setup.xml) Sie können den neuen Cache hinzufügen/einfügen ClearMinutes-Parameter, um zu steuern, wie häufig der Server überprüft, um den Cache zu löschen. Hinweis, der vorhandene Parameter cacheMinutes steuert das Alter der zu haltenden Dateien, den neuen Cache ClearMinutes ist, wie oft eine Chache klar zu machen.

    <cacheClearMinutes>15</cacheClearMinutes>

Sie können die neuen Cache klare Kontrollen deaktivieren, indem TaskCacheClear auf false in setup.xml, obwohl das nicht empfohlen wird. Cache ClearMinutes ist auch in der Datensätze Dokumentation .

Lokalisierte Datensatz-Metadatenunterstützung. Es unterstützt die Lokalisierung von Werten in einem addAttributes Abschnitt. Fügen Sie einfach ein Attribut mit dem zusätzlichen xml:lang-Tag hinzu. Zum Beispiel einen französischen Titel zu einem Datensatz hinzufügen addAttributes Abschnitt würde beinhalten:

    <att name="title">Data from a local source.</att>
    <att name="title" xml:lang="fr">Donn&#xE9;es provenant d'une source locale.</att>

Weitere Details in der lokalisierte Metadatendokumentation .

Neues Docker Erfassen Sie die Datei mit Optionen für SSL und einen Barebones Prometheus Server. Dank Shane St. Savage für die SSL und Jiahui Hu für die Prometheus.
Unterstützung für die Verwendung von Informationen in den Headern, um die Server-URL zu bestimmen, anstatt sich auf die config-Datei zu verlassen. Auf diese Weise kann ein Server mit mehreren Namen aufgerufen werden und bestimmte Konfigurationen vereinfachen. Bitte aktivieren Sie es und senden Sie Feedback.

    <useHeadersForUrl>true</useHeadersForUrl>

Einige kleine Änderungen, Fehlerbehebungen und Optimierungen.
Für ERDDAP™ Entwickler:
Refactor, wie Ausgabedateitypen in Code definiert sind. Dies sollte es so machen, dass Dateitypen hinzugefügt werden können, ohne viele Code-Stellen berühren müssen.

Version 2.26

(veröffentlicht 2025-03-31)

Für alle:
Großes Update auf unserer Dokumentationsseite:https://erddap.github.io/ Neben dem aktualisierten Erscheinungsbild gibt es eine verbesserte Navigation, Suche, Übersetzung und es sollte einfacher sein, weiter zu warten!
Neue Funktionen und Änderungen (für Benutzer) :
Abonnements und RSS Updates sollten für Datensätze, die häufig von Dateiänderungen aktualisiert werden, zuverlässiger geschehen.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Die Standardauslösung erfordert/unterstützt Java Version 21. Zurück in dieser Veröffentlichung ist in der Lage, eine Java 17 kompatibel binär.
Neue Funktion, um die Informationen, die über Datensätze in der UI angezeigt werden, anzupassen. Wir erwarten, dass dies besonders nützlich ist, um Dinge wie Dataset Zitate hinzuzufügen. Für weitere Details können Sie die neue Dokumentation . Dank Ayush Singh für den Beitrag!
Zusätzliche Prometheus Metriken. Der größte ist http _request_duration_seconds, die Anforderungs-Antwortzeiten nach unten durch: "request_type", "dataset_id", "dataset_type", "file_type", "lang_code", "status_code" umfasst Dieses maschinenlesbare Format ermöglicht eine bessere Sammlung von Metriken, um zu verstehen, wie Benutzer den Server verwenden.
Neue Art, ISO19115 XML-Dateien zu generieren. Es verwendet Apache SIS und ist eine neue Option in dieser Veröffentlichung. Bitte aktivieren Sie es und senden Sie Feedback.

    <useSisISO19115>true</useSisISO19115>

Die UI wird nun einzelne Links für jeden URL in Feldern wie infoUrl und Zusammenfassung.
Abonnements und RSS Updates sollten bei Datensätzen, die häufig von Dateiänderungen aktualisiert werden, zuverlässiger geschehen. Wenn dies Probleme verursacht, erreichen Sie bitte auf GitHub und deaktivieren Sie die Funktionalität, indem Sie die untere Flagge zu Ihrem setup.xml hinzufügen. NICHT EMPFEHLEN

    <updateSubsRssOnFileChanges>false</updateSubsRssOnFileChanges>

Subset-Variablen werden nicht mehr automatisch für den Datensatz Typ EDDTableFromNcCFFiles generiert. Wenn Sie sich auf das Verhalten verlassen, können Sie entweder (bevorzugte Lösung) fügen Sie die subsetVariables zur Datensatzdefinition in Ihrer datasets.xml , oder fügen Sie die untere Flagge zu Ihrem setup.xml. Wenn Sie das Bedürfnis haben, dies einzuschalten, kommen Sie bitte auf GitHub, damit wir Ihren Anwendungsfall besser unterstützen können. NICHT EMPFEHLEN

<includeNcCFSubsetVariables>true</includeNcCFSubsetVariables>

Der Server wird nun Dokumentationsanfragen umleiten (unter Downloads/ die Dokumentation, die migriert wurde) zur neuen Dokumentationsseite. Bei Bedarf können Sie dies mit einer Flagge in setup.xml deaktivieren: NICHT EMPFEHLEN

    <redirectDocumentationToGitHubIo>false</redirectDocumentationToGitHubIo>

Einige kleine Änderungen und Fehlerbehebungen.
Für ERDDAP™ Entwickler:
Mehr Codequalität Verbesserungen und tote Code-Reinigung. Dazu gehören kleinere Optimierungen, eine bessere Handhabung von verschließbaren Ressourcen und die Entfernung von langen veralteten Datentypen (wie Vector) .
Große Refactoring an EDStatic, um die meisten der config, Nachricht und metrischen Code auszuziehen. Es verkapselt auch die Initialisierung und Handhabung von Verzeichnispfaden besser (Diese letzten 2 müssen mehr getan werden.)
Viele Fortschritte bei einem offiziell unterstützten Docker Image. Der Plan ist, nach dem ERDDAP™ 2.26 Release ist verfügbar.

Version 2.25

(veröffentlicht 2024-10-31)

Neue Funktionen und Änderungen (für Benutzer) :
EDDTableFromFiles kann nun Abfragen mit nur abgeleiteten Ausgängen unterstützen (global, jexl Script oder Variablen) .
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Version 2.25 erfordert Java 21 oder neuer. Dies ist die LTS-Version und ist seit über einem Jahr erhältlich.
Der SharedWatchService ist jetzt der Standard. Wenn Sie es deaktivieren müssen, wenden Sie sich bitte an chris. john at noaa.gov, um mich wissen zu lassen, so kann ich es in zukünftigen Versionen verbessern und hinzufügen: <nutzenSharedWatchService>false</useSharedWatchService> zu Ihrem setup.xml.
Die ERDDAP™ servlet startet nun beim Server-Start. Das bedeutet, dass Datensätze sofort geladen werden, anstatt zu warten, bis eine Anfrage gestellt wird.
Der removeMVRows-Parameter in EDDTableFromMultidimNcFiles wird nun einen Effekt haben. Die Einstellung auf false kann einige Abfragen erheblich beschleunigen, dies kann jedoch nicht für alle Datensätze geeignet sein. Für weitere Informationen siehe Beschreibung des Parameters .
Datensätze (EDDTableFromNcFiles und EDDGrid Von NcFiles) Verwendung von zarr-Dateien werden nun unterstützt. Sie müssen "zarr" in der DateiNameRegex oder pathRegex enthalten. Siehe zarr secion in den Datensätzen Dokumentation für weitere Details.
Neuer Datensatztyp, EDDTableFromParquetFiles wird nun unterstützt. Siehe EDDTableFromParquetFiles secion in den Datensätzen Dokumentation für weitere Details.
Prometheus Metriken sind jetzt bei /erddap/metrics erhältlich.
Eine neue XML-Parser-Implementierung ist verfügbar. Dieser neue Parser ermöglicht die Verwendung von XInclude in datasets.xml . Dank Ayush Singh für die Funktion.
Neue Parameter in datasets.xml um ungewöhnliche Aktivitäts-E-Mails zu kontrollieren. Ungewöhnliche Wirksamkeit FailPercent verfällt auf den alten Wert von 25%. Dank Ayush Singh für die Funktion.
Neuer Parameter in setup.xml, der kontrolliert, ob Datensatz-Ladefehler auf der status.html-Seite angezeigt werden. Es ist standardmäßig wahr, um Datensatzfehler auf der Statusseite zu deaktivieren, set showLoadErrorsOnStatusPage auf false:<showLoadErrorsOnStatusPage>false</showLoadErrorsOnStatusPage>
Einige kleine Änderungen und Fehlerbehebungen.
Für ERDDAP™ Entwickler:
Prüfung auf Einheit und Integration getrennt (langsam) Tests. Auch mehr Tests ermöglicht und Tests wurden weniger flaky gemacht.
Fehler in der Vergangenheit (einige Kontrollen noch behindert) und Spot Bugs durch Maven integriert.
Vollständige Codebasis formatiert, um die Google Style Guide.

Version 2.24

(veröffentlicht 2024-06-07)

Neue Funktionen und Änderungen (für Benutzer) :
Neue Farbpalette EK80 für akustische Datensätze verfügbar. Danke an Rob Cermak.
Behebt ein Problem, bei dem EDDTableAggregateRows keine richtigen Reichweiten von allen Kindern gezeigt hat. Dank Marco Alba für den Fix- und Bugbericht.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: SECURITY CHANGE: Google Authentication könnte Änderungen an Ihrem CSP erfordern.

Konkret müssen Sie auch hinzufügenhttps://accounts.google.com/gsi/stylezu stlye-src undhttps://accounts.google.com/gsi/zu verbinden-src. Für den Skript-Src können Sie jetzthttps://accounts.google.com/gsi/client.

Für weitere Informationen können Sie die Google-Seite über CSP-Konfiguration.

New Shared Watch Service. Dies ist eine neue Option, um Verzeichnisse für Updates zu sehen. Es hat für jedes Dateisystem anstelle eines Threads pro Datensatz einen Thread. Am wahrscheinlichsten wird dies die Anzahl der Fäden drastisch reduzieren, die für Veränderungen verwendet werden. Es bedeutet, dass alle Datensätze zusammen aktualisiert werden, anstatt jeder Datensatz mit einer eigenen Updatefrequenz. Wahrscheinlich wird dies häufigere Updates für die meisten Datensätze bedeuten.

Um dieses Add zu aktivieren<nutzenSharedWatchService>true</useSharedWatchService> zu Ihrem setup.xml.

Bitte versuchen Sie das und melden Sie sich zurück, wie es für Sie funktioniert zu chris. john bei noaa.gov.

Fix für falsche Var-Namen in Protokollen. Dank Ayush Singh für die Reparatur.
Einige kleine Änderungen und Fehlerbehebungen.
Verbesserungen für ERDDAP™ Entwickler:
Unterstützung für die lokale Entwicklung mit Docker. Danke Matt Hopson und Roje.
Unterstützung für die lokale Entwicklung mithilfe von Jetty und Dokumentationsverbesserungen. Danke Micah Wengren.
Änderungen an Tests zur Reduzierung von Problemen über Plattform. Danke. Shane St. Savage.

Version 2.23

(veröffentlicht 2023-02-27)

Beachten Sie, dass diese Veröffentlichung von Bob Simons gemacht wurde, und zeigen, dass er während des Übergangs zu Chris John, seinem Nachfolger, immer noch um und aktiv ist. Bei dieser Veröffentlichung werden alle Codeänderungen von Chis John vorgenommen, sofern nicht anders angegeben.

Neue Funktionen und Änderungen (für Benutzer) :
(Keine)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: SECURITY CHANGE: Google Authentication erfolgt nun über die neue Google Identity Services Bibliothek, die Teil von "Sign In with Google" ist. Googles Unterstützung für das alte "Google Sign In"-System wird 2023-03-31 eingestellt. Also, wenn Sie Google Authentication in Ihrem ERDDAP™ Installation, Sie müssen aktualisieren ERDDAP™ v2.23+ vorher. (Bob tut mir leid. Es ist Bobs Schuld.)
VERBESSERT: NCCSV ist jetzt v1.2. Die Änderung ist, dass die Dateien jetzt UTF-8-codierte Dateien sind (sie/Sie waren aSCII) und so kann jetzt jedes Unicode-Zeichen enthalten, wie es ist, ohne kodieren als \u_hhh_, obwohl das noch erlaubt ist. Beim Schreiben von NCCSV-Dateien, ERDDAP™ schreibt jetzt v1.2 Dateien. ERDDAP™ wird immer noch NCCSV-Dateien lesen, die der v1.0 und v1.1 Spezifikation folgen. Dank Pauline-Chauvet, n-a-t-e und thogar-computer für dies und die Tests zu tun, um sicherzustellen, dass verschiedene Tabellenkalkulation Programme können UTF-8 Dateien importieren. Dank Bob Simons für diesen Codewechsel.
NEU: Die status.html-Webseite hat nun eine Zeile in der Nähe von oben, die angibt, welcher Datensatz loadDatasets aktuell geladen und verwandte Statistiken, oder keine, wenn kein Datensatz geladen wird. Dies kann sehr hilfreich sein ERDDAP™ Administratoren versuchen herauszufinden, warum laden Datasets dauert so lange. Auch die nGridDatasets, nTableDatasets und nTotalDatasets zählen unten, die jetzt momentan sind (zuvor waren sie am Ende der letzten großen Last Datensätze) . Diese Änderung ist für Roy Mendelssohn. Dank Bob Simons für diesen Codewechsel.
VERPROVED: Datensätze generieren Xml ändert sich nun an CF-1.10 (war CF-1.6) in den Attributen "Konventionen". Dank Bob Simons für diesen Codewechsel.
Einige kleine Änderungen und Fehlerbehebungen.

Artikel 2.22

(veröffentlicht 2022-12-08)

Beachten Sie, dass diese Veröffentlichung von Bob Simons durchgeführt wurde und zeigen, dass er während des Übergangs zu seinem Nachfolger immer noch aktiv ist.

Neue Funktionen und Änderungen (für Benutzer) :
(Keine)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Nichts.
SICHERHEIT BUG FIX: Es gab einen Cross Site Scripting-bezogenen Fehler in dem Code für die Sprachauswahl Dropdown. Dank NOAA Sicherheitsscans, um das zu fangen. Dies zeigt, dass NOAA Sicherheit ist aktiv und routinemäßig auf der Suche nach Sicherheitsschwächen in ERDDAP .
SICHERHEIT FIX: Die vielen Bibliotheken von ERDDAP™ wurden, wie üblich, als Teil dieser Veröffentlichung aktualisiert. Diesmal wurde der PostgreSQL Treiber aktualisiert. (die einen Sicherheitsfehler hatte) bis 42.5.1.
VERBESSERT: Mehr kleine Änderungen an ERDDAP Das Speichermanagementsystem sollte die Chance auf eine bestimmte Anforderung reduzieren, die aufgrund fehlender verfügbarer Speicher ausfällt.
Einige kleine Änderungen und Fehlerbehebungen.

Artikel 2.21

(veröffentlicht 2022-10-09)

Neue Funktionen und Änderungen (für Benutzer) :
(Keine)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: Für Java 17, Sie sollten nicht \-d64 in JAVA\_OPTS in setenv.bat oder setenv.sh verwenden. Also, wenn es da ist, entfernen Sie es bitte. Ich denke, dass 64 Bit Modus jetzt ausgewählt wird, wenn Sie eine 64-Bit-Version herunterladen Java . Danke an Sam Woodman.
BUG FIX: Manchmal versuchte das neue E-Mail-System zu oft einzuloggen, was Google E-Mail-Server verursachte, alle zukünftigen Protokolle in Versuchen abzulehnen. Nun, das E-Mail-System vermeidet diese und verwandte Probleme.

Version 2.20

(veröffentlicht 2022-09-30)

Verwenden Sie v2.20 nicht. Es ist fehlerhaft. Aber Administratoren müssen immer noch die TO DO-Elemente tun, die unten aufgeführt sind, wenn Sie auf v2.21+ upgraden.
Neue Funktionen und Änderungen (für Benutzer) :
(Keine)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
IMPROVED: Wir haben das alte Speicherverwaltungssystem wieder aktiviert (Math2.ensureMemoryVerfügbar) und das neue Speichermanagementsystem modifiziert (EDStatic.shedThisRequest) besser damit zu arbeiten. Vgl. Status für Details.
CHANGED: Der Standard für<ipAddressMaxRequests> in datasets.xml wurde von 7 auf 15 erhöht. Es ist klar, dass einige legitim WMS Kunden können mehr als 7 gleichzeitige Anfragen generieren.

Version 2.19

(veröffentlicht 2022-09-01)

Verwenden Sie v2.19 nicht. Es ist fehlerhaft. Aber Administratoren müssen immer noch die TO DO-Elemente tun, die unten aufgeführt sind, wenn Upgrade auf v2.20+.
Neue Funktionen und Änderungen (für Benutzer) :
NEU: Es gibt eine neue serverseitige Funktion, orderBy Descending, das funktioniert wie orderBy , aber sortiert in absteigender Reihenfolge. Dank Adam Leadbetter.
IMPROVED: Jetzt, Graphen (aber keine Karten) erweitert wird, um den verfügbaren Raum auf der Leinwand zu füllen, d.h., Raum nicht von der Legende verwendet. Sie können hohe Grafiken, quadratische Grafiken oder breite Grafiken erhalten, indem Sie die &.size=width addieren und manipulieren | height Parameter (wobei Breite und Höhe die Größe der Leinwand angeben, in Pixeln) auf der Anfrage URL. (Dies ist keine Option auf der .graph Webseite. Sie müssen es manuell der URL hinzufügen.) Wenn Sie den &.size-Parameter nicht angeben, haben Anfragen für .smallPng, .png, .largePng, .smallPdf, .pdf und .large.pdf vorgegebene Canvas-Größen, so dass Ihr Diagramm erweitert wird, um den verfügbaren Raum zu füllen, aber wird in der Regel ungefähr quadratisch sein. Danke an Bob Fleming.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: ERDDAP™ jetzt erfordert Java 17 und der dazugehörige Tomcat 10. Sie müssen folgen ERDDAP™ Installationsanleitung (oder das Äquivalent z.B. für Docker) zu installieren Java 17 und Tomcat 10 und kopieren Sie Ihre \[ Tomcat \] /Content-Verzeichnis von Ihrer Tomcat 8-Installation in die neue \[ Tomcat \] Verzeichnis. Es gibt keine anderen Änderungen, die Sie an Ihre ERDDAP Installation im Zusammenhang mit dieser Änderung. Mit anderen Worten: ERDDAP™ funktioniert wie vorher.

Vergessen Sie nicht, die ERDDAP -verwandte Änderungen an Tomcats Server.xml und context.xml beim Upgrade von Tomcat. Vgl. ERDDAP ' Installationsanweisungen von Tomcat .

Mein Eindruck von Java 17 ist, dass es mehr Verarbeitungsleistung und Speicher für langlaufende, größere Anwendungen wie ERDDAP™ , so funktioniert es etwas langsamer als Java 8 mit niedrigen Leistungsrechnern (z.B. 2 Kerne und minimaler RAM) und arbeitet etwas schneller als Java 8 mit höheren Leistungsrechnern (z.B. 4+ Kerne und reichlich RAM) . Wenn Sie schlechte Leistung sehen, verwenden Sie Programme wie Linux's Kopf um die Ressourcennutzung zu überprüfen und zu berücksichtigen ERDDAP™ mehr Ressourcen, insbesondere mehr Speicher. Die Erinnerung ist billig! Die meisten Telefone haben mehr Prozessoren und Speicher als die Server, die einige von Ihnen verwenden, um zu laufen ERDDAP ! Danke an Erin Turnbull.

TO DO: Wenn Sie ERDDAP™ auf Cassandra zuzugreifen, für Cassandra, müssen Sie die Version der Java dass du die Cassandra benutzt hast. Nur zu wechseln Java 17 zum Laufen von Tomcat+ ERDDAP .
TO DO: Empfohlen: Wenn die CPU Ihres Servers 4+ Kerne und 8+ GB RAM hat, sollten Sie diese Einstellungen in Ihren Einstellungen ändern. datasets.xml Datei:

          <nGridThreads>3</nGridThreads>  
          <nTableThreads>3</nTableThreads>  

Wenn Ihr Server weniger Ressourcen hat, halten Sie sich an "1" für beide Einstellungen. Die nThreads Systeme für EDDGrid VonFiles und EDDTable VonFiles wurden deutlich verbessert. Diese Veränderungen führten zu einer enormen Geschwindigkeitsverbesserung (z.B. 2X Beschleunigung, wenn nThreads auf 2 oder mehr eingestellt ist) für die anspruchsvollsten Anfragen (wenn eine große Anzahl von Dateien verarbeitet werden muss, um die Ergebnisse zu sammeln) . Einige verwandte Veränderungen von Chris John werden auch zu einer allgemeinen Beschleunigung während führen ERDDAP . Der Code für diese Änderungen wurde von Chris John beigetragen. Danke. Chris!

WARNING: hyphen in datasetID 's werden abgeschrieben und nicht mehr unterstützt (obwohl technisch noch erlaubt) . Sie werden wahrscheinlich in der nächsten Veröffentlichung deaktiviert werden. Wenn Sie Bindestriche verwenden, wechseln Sie zu Unterstrichen jetzt, um Probleme zu vermeiden. Wenn Sie die Änderung jetzt machen, ist es mit Ihrer eigenen Geschwindigkeit. Wenn Sie bis zur nächsten Veröffentlichung warten, werden Sie in einer Panik sein und müssen damit an diesem Tag umgehen.
NEU: Jetzt, für .htmlTable Datenantworten, wenn die Daten in einer String-Zelle Daten enthalten:Bild/png;base64, gefolgt von einem base64 codierten .png-Bild, ERDDAP™ wird ein Symbol anzeigen (so kann der Benutzer das Bild sehen, wenn sie darüber schweben) und Tasten, um den Text oder das Bild in der Zwischenablage zu speichern. Dank Marco Alba (wer hat den Code beigetragen) und Bob Simons (die sich leicht verändert haben) .
NEU: -doNotAddStandardNames Wenn Sie \-doNotAddStandardNames als Befehlszeilenparameter einschließen, wenn Sie ausführen Datensätze Xml, erzeugen Datensätze Xml wird nicht hinzugefügt standard\_name in der addAttributes für andere Variablen als Variablen, genannt Breite, Länge, Höhe, Tiefe oder Zeit (die offensichtlich sind standard\_name S) . Dies kann nützlich sein, wenn Sie die Ausgabe aus der Erzeugung verwenden Datensätze Xml direkt in ERDDAP™ ohne die Ausgabe zu bearbeiten, weil Datensätze Xml erraten oft standard\_name s falsch. (Beachten Sie, dass wir immer empfehlen, dass Sie die Ausgabe bearbeiten, bevor Sie sie in ERDDAP .) Mit diesem Parameter werden andere kleinere verwandte Effekte haben, weil die erraten standard\_name häufig für andere Zwecke verwendet wird, z.B. um ein neues zu schaffen long\_name , und die colorBar-Einstellungen zu erstellen. Danke an Kevin O'Brien.
NEU: Sie können jetzt setzen<updateMaxEvents>10</updateMaxEvents> in datasets.xml (mit den anderen Einstellungen in der Nähe von oben) um die maximale Anzahl von Dateiänderungen zu ändern (Standardeinstellungen) die vom updateEveryNMillis-System verarbeitet werden. Eine größere Zahl (100?) kann nützlich sein, wenn es sehr wichtig ist, dass der Datensatz immer aktuell gehalten wird. Siehe updateMaxEvents Dokumentation . Danke an John Maurer.
NEU: Unterstützung für global " real\_time =wahr | false" String-Attribut. Wenn das falsch ist (Der Standard) und wenn der Datensatz kein Update verwendet AllNMillis, ERDDAP™ wird Antworten auf Anfragen für Dateitypen, in denen die gesamte Datei erstellt werden muss, bevor ERDDAP™ kann beginnen, die Antwort auf den Benutzer zu senden und sie für bis zu 15 Minuten wiederverwenden (z.B., .nc , .png) . Wenn dies auf true gesetzt wird oder der Datensatz das Update verwendet AllNMillis, ERDDAP™ wird nie die Antwortdateien sperren und immer neu erstellte Dateien zurückgeben. Danke an John Maurer.
NEU: E-Mails werden jetzt in einer separaten E-Mail geschicktThread. Dies macht das Laden von Datensätzen und anderen Aktionen, die E-Mails schneller generieren, weil loadDatasets nicht auf die zu sendende E-Mail warten muss, was manchmal eine lange Zeit dauert. Das neue System kann mehrere E-Mails pro E-Mail-Sitzung senden, wodurch die Anzahl der E-Mail-Server-Anmeldungen reduziert und das Risiko für diejenigen, die scheitern, weil sie zu häufig sind. Es gibt Statistiken für die E-Mail Lesen Sie auf der status.html Seite und Diagnose-Nachrichten in log.txt -- suchen Sie nach "emailThread". Beachten Sie, dass eine Tally von nEmailsPerSession=0, zeigt Probleme, d.h. eine E-Mail-Sitzung konnte keine E-Mails senden. Danke an Bob Simons.
CHANGED: E-Mails werden jetzt mit etwas unterschiedlichem Code gesendet (wegen Java 17 und die Änderung der E-Mail) . Wenn Sie Probleme haben, E-Mails zu senden, bitte E-Mail erd.data at noaa.gov .
NEU: Abonnement-Aktionen, die "touch" eine Remote-URL jetzt in einem separaten touchThread behandelt werden. Dies macht das Laden von Datensätzen und anderen Aktionen, die URLs schneller berühren, weil loadDatasets nicht warten muss, bis die Berührung abgeschlossen ist, was manchmal eine lange Zeit dauert. Es gibt Statistiken für die touchThread auf der status.html Seite und Diagnose-Nachrichten in log.txt -- suchen Sie nach "touchThread". Danke an Bob Simons.
NEU: Auf der status.html-Seite gibt es in der "Major LoadDatasets Time Series" eine neue "shed"-Spalte, die die Anzahl der Anfragen angibt, die wegen der aktuellen ERDDAP™ Der Speichereinsatz war zu hoch. Anfragen, die vergossen werden, werden den HTTP-Statuscode 503 "Service Available" zurückgeben. Diese Anträge waren nicht unbedingt ein Problem. Sie kamen gerade zu einer geschäftigen Zeit an. Dies war Teil einer Revision, wie ERDDAP™ mit hoher Speichernutzung.
NEU: Auf Unix/Linux-Computern gibt es jetzt eine "OS Info"-Linie auf der status.html-Webseite mit aktuellen Betriebssysteminformationen einschließlich CPU-Last und Speichernutzung.
VERBESSERT: Jetzt, wenn ERDDAP™ wird neu gestartet und quickRestart=true, EDDTableFromFiles-Datensätze werden Subset wiederverwenden .nc und deutlich .nc . Für einige Datensätze verringert dies die Zeit, um den Datensatz zu laden (z.B. 60 Sekunden bis 0,3s) . Zusammen mit der neuen E-MailThread und TaskThread (siehe oben) , dies sollte sehr beschleunigen Neustart ERDDAP™ für viele ERDDAP™ Anlagen. Dank an Ben Adams und John Kerfoot.
VERÄNDERUNG: Zuvor Waisendatensätze (Datensätze, die in ERDDAP™ aber nicht datasets.xml ) wurden einfach auf den Status hingewiesen. html und in log.txt nach jedem großen ladenDatasets. Jetzt werden sie automatisch von ERDDAP™ und auf status.html und log.txt angemerkt, und per E-Mail Alles zu. Wenn Sie also einen Datensatz entfernen möchten ERDDAP™ , jetzt alles, was Sie zu tun haben, ist entfernen Sie sein Stück xml in datasets.xml und es wird in den nächsten großen ladenDatasets entfernt. Danke an Bob Simons.
KNOWN BUG in netcdf-java v5.2 und v5.5.3: Die EDDGrid VonThredds Katalogoption in GenerateDatasets Xml verwendet, um für THREDDS Kataloge zu arbeiten, die Referenzen auf Datensätze in entfernten THREDDS Katalogen enthalten. Jetzt nicht. Ich habe das Problem den netcdf-java Entwicklern gemeldet.
BUG FIX: Für Docker Benutzer Einstellung setup.xml Parameter über ERDDAP \_paramName: für int und boolean Parameter (z.B. E-Mail SmtpPort) , ERDDAP™ war falsch auf der Suche nach nur paramName. Jetzt sucht es nach _ ERDDAP \paramName. Dank Alessandro De Donno.
ÄNDERUNG: Die ERDDAP™ Das Testsystem nutzt nun ein automatisiertes System, um zu überprüfen, ob neu erstellte Testbilder genau wie erwartet sind. Danke an Chris John für den Vorschlag und Bob Simons für die Umsetzung.

Version 2.18

(veröffentlicht 2022-02-23)

Neue Funktionen und Änderungen (für Benutzer) :
EIN
Dinge ERDDAP™ Administratoren müssen wissen und tun:
BUG FIX: .nc Dateien wurden unter Umständen nicht geschlossen. Jetzt sind sie es. Dank Marco Alba, Roland Schweitzer, John Maurer und anderen.

Version 2.17

(veröffentlicht 2022-02-16)

Neue Funktionen und Änderungen (für Benutzer) :
BUG FIX: Nach Änderungen der orderBy System vor ein paar Jahren, Tabledap's Make A Graph nicht richtig behandelt viele Fragen, die verwendet orderBy Xxx. Jetzt schon. Dank Maurice Libes.
CHANGE: Zuvor, ERDDAP™ zurückgewiesene Anträge . transparent Png's, wenn die Breiten- und/oder Längenwerte teilweise oder vollständig außerhalb der Reichweite waren. ( ERDDAP™ GitHub Issues #19, gepostet von Rob Fuller -- danke für das posting that Rob) Jetzt gibt es transparente Pixel für alle außer Reichweitenbereiche des Bildes zurück. Dies ist für viele Client-Anwendungen nützlich. Die Codeänderungen, um diese Änderung zu machen, wurden vollständig von Chris John durchgeführt. Vielen Dank, Chris!
CHANGE: Zuvor, ERDDAP™ zurückgewiesene Gridap-Anforderungen, bei denen die Indexwerte für eine bestimmte Dimension \[ hoch: langsam \] . Nun macht es diese Anträge gültig, indem die niedrigen und hohen Werte getauscht werden. Dies löst ein langjähriges Problem für Benutzer und für externe Programme wie xtracto, die die wenigen Datensätze verfolgen mussten, die Breitenwerte haben, die von hoch bis niedrig reichen, um Anfrage wie \[ (50) : (20) \] so dass die Anfrage im Indexraum \[ niedrig:hoch \] . Vgl.https://coastwatch.pfeg.noaa.gov/erddap/griddap/jplAquariusSSS3MonthV5.htmlEine Anfrage wie \[ (20) : (50) \] für einen dieser Datensätze automatisch als \[ (50) : (20) \] .
ÄNDERUNG: .esriAscii-Anfragen lösen nun ein Dialogfeld "Datei: Speichern als" im Browser des Benutzers aus. Dank Joel Van Noord.
BUG FIX: Nun, wenn die Längenvariable eines Kinderdatensatzes eines EDDGrid LonPM180 oder EDDGrid Lon0360 Datensatz hat eine valid\_min und/oder valid\_max Attribut, sie werden in der EDDGrid LonPM180 oder EDDGrid Lon0360 Datensatz. Dank Roy Mendelssohn.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: Wenn du gesetzt hättest<dataProviderFormActive> zu falsch, um vorübergehend mit der XSS-Schwachstelle umzugehen, bitte setzen Sie es wieder auf wahr.
SECURITY BUG FIX: Behobene XSS Sicherheitslücke in Data Provider Form. Dank Genaro Contreras Gutiérrez.
BUG FIX: Als ein AWS S3 Dirctory mehr als 10000 Dateien hatte, ERDDAP™ "Internal Error" warf. Das ist jetzt behoben. Dank Andy Ziegler.
BUG FIX: EDDGrid SideBySide erlaubte es nicht, die Variablen sourceName s in verschiedenen Kinderdatensätzen gleich sein. Jetzt schon. Danke an Joshua Stanford.

Version 2.16

(veröffentlicht 2021-12-17)

Neue Funktionen und Änderungen (für Benutzer) :
ÄNDER/BUG FIXES: Zahlreiche kleine Änderungen des Übersetzungssystems dank Vorschlägen von sprachspezifischen Editoren. Dank Melanie Abecassis, Marco Alba, Jessy Barrette, Filipe Fernandes, Etienne Godin, Jennifer Sevadjian und Mike Smit.
ADDED einen richtigen Disclaimer und Zuschreibung für Google Translate, wie es von den Bedingungen von Google Translate verlangt. Auch, die<html> tag im HTML für jede Webseite identifiziert nun nicht-englische Webseiten als maschinell übersetzt. Danke an Mike Smit.
BUG FIX: Die Login-Webseiten arbeiten nun mit unterschiedlichen Spracheinstellungen richtig. Danke an Mike Smit.
NEU orderBy Summenfilter. Und neue Check All and Uncheck Alle Tasten auf EDDGrid Seite des Data Access Formulars. Dank des Codebeitrags von Marco Alba.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: Wenn Sie <FrageMarkImageFile>QuestionMark.jpg</questionMarkImageFile> in Ihrer setup.xml-Datei, Sie müssen entweder das ganze Tag entfernen (empfohlen, so dass die Standarddatei verwendet wird) oder zu ändern: <FrageMarkImageFile>QuestionMark.png</questionMarkImageFile>
WANDEL: Nur so wissen Sie, Adoptiv hat AdoptOpenJDK als Haupt/Empfohlene Quelle ersetzt Java (OpenJDK) .
CHANGE: Die Protokolldateien von ERDDAP™ , GenerateDatasets Xml und DasDds sind jetzt UTF-8, nicht die Standard-Zeichen des Computers. Ich habe viel überprüft und einige Änderungen vorgenommen, um sicherzustellen, dass ERDDAP™ immer das richtige Zeichen beim Lesen oder Schreiben aller Arten von Dateien, und nicht mehr (in mehreren Fällen) basiert auf dem Standard-Zeichen des Computers. Dies korrigierte einige Fehler und zog so nah wie ich konnte, um das Ziel, UTF-8 für so viele Dateitypen wie möglich zu verwenden (z.B. .log, .xml, .html, .json , .json l, .nc Kopf) . Beachten Sie, dass viele ältere Dateitypen erforderlich sind, um ISO-8859-1 zu verwenden (z.B., OPeNDAP .das, .ddds, .csv, .tsv , .nc 3 .nccsv , .cpt) . Ich habe zuvor versucht, mit der CF-Gruppe und mit Unidata Unterstützung für UTF-8 in .nc 3 Dateien; beide waren resistent.
NEU: Beim Herunterladen von Dateien von AWS S3, ERDDAP ' s Cache VonUrl System in EDDGrid VonFiles und EDDTable FromFiles nutzt nun den neuen AWS Transfer Manager, um Dateien über parallelisierte Stücke herunterzuladen. (also sehr schnell) . Der Zieldurchsatz wird auf 20 Gbps pro Datei eingestellt, so funktioniert dies gut mit allen AWS-Instanztypen, vor allem aber mit hervorragender "Networking Performance". Mit dieser Veränderung ERDDAP ' s Cache FromUrl-System bietet jetzt vergleichbare Geschwindigkeiten, um die Annäherung von Röntgenbildern von parallelisierten Downloads von vor-gekunketen Dateien, aber ohne die Notwendigkeit, die Quelldateien von .nc und .hdf in zerklüftete Röntgendateien. Tatsächlich, ERDDAP 's System ist besser, wenn es eine spätere Anfrage von der gleichen Datei zu lesen, weil ERDDAP™ hat jetzt eine lokale Kopie der Datei. Unsere Gemeinschaft hat seit Jahren Standardisierung auf .nc und .hdf Dateien. Jetzt müssen wir nicht, dass alles raus, um gute Leistung bei der Speicherung von Daten in AWS S3. Dank Rich Signell.
CHANGE: searchEngine=Lucene ist, für jetzt, deprecated. Es ist ein komplexes System, das oft Ergebnisse liefert, die sich geringfügig von dem wünschenswerteren Verhalten von searchEngine=original unterscheiden. Für fast alle ERDDAP™ Installationen, die Zeitersparnis von Lucene nicht die Unterschiede in den Ergebnissen ausgleichen. Bitte verwenden Sie searchEngine=original, wenn möglich. Wenn das Probleme verursacht, mailen Sie bitte Bob.
CHANGE: Die Lucene searchEngine verhält sich jetzt mehr wie die ursprüngliche SucheEngine. Es gibt keine Fälle mehr, in denen lucene denkt, dass ein Datensatz passt und originell nicht. Auch, lucene's Rankings jetzt gleich original's Rankings (weil das Original jetzt immer verwendet wird, um die Rankings zu berechnen) .
BUG FIX: Beginnend in einer kürzlich veröffentlichten, ERDDAP™ hörte auf, mehr als die ersten 1000 Objekte in einem gegebenen AWS S3 Eimer zu sehen. Jetzt. ERDDAP™ sieht wieder alle Objekte. Dank Andy Ziegler.
BUG FIX: Jetzt EDDTableAggregate Rows entfernt die actual\_range Attribut, wenn ein oder mehrere der Kinderdatensätze ihre Variablen nie kennen ' actual\_range (z.B. EDDTableFromDatabase) . Dank Erik Geletti.

Version 2.15

(veröffentlicht 2021-11-19)

Neue Funktionen und Änderungen (für Benutzer) :
ERDDAP™ hat ein neues System, um die Sprache, die für alle Webseiten verwendet werden soll, anzugeben. Wenn ERDDAP™ Installation ist eingerichtet, um es zu verwenden, die Liste der Sprachen erscheint in der oberen rechten Ecke jeder Webseite. ERDDAP™ URL's von vor, diese Version weiter zu arbeiten und immer wieder englische Inhalte, wie vorher.

Nicht alle Texte oder alle Webseiten wurden übersetzt. Es gab Zeitbeschränkungen für dieses Projekt, das verhinderte, dass Qi und Bob auf 100%.

Die offensichtliche Frage ist: Warum haben wir so viel Mühe in dies gesetzt, wenn Chrome wird übersetzen Webseiten auf-the-fly? Die Antwort ist: so bekommen wir viel mehr Kontrolle darüber, wie die Übersetzung erfolgt. Insbesondere gibt es viele Wörter, die nicht auf den Webseiten übersetzt werden sollten, z.B. die Titel und Zusammenfassungen von Datensätzen, die Namen von Variablen, Parametern, Einheiten und Organisationen. Ein Großteil des Übersetzungsaufwands war die Identifizierung von Wörtern und Phrasen, die nicht übersetzt werden sollten. Auch die maschinellen Übersetzungen neigten dazu, bestimmte Arten von HTML-Markup zu manipulieren. Mit der Übersetzung konnten wir dieses Problem minimieren.

Das Übersetzungsprojekt wurde von Qi Zeng durchgeführt (ein Google Summer of Code intern) und Bob Simons mit Googles Übersetzung Webservice. Es war ein großes Projekt. Danke. Qi!

BUG FIX: ERDDAP™ jetzt erlaubt ORCID ID X als letzte Ziffer zu haben. Dank Maurice Libes.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO:
- Sie müssen ein paar Änderungen im Zusammenhang mit ERDDAP 's neues System, um Benutzer die Sprache für Webseiten angeben zu lassen.
  - Auf der ersten Zeile Ihrer setup.xml und datasets.xml Dateien, ändern sich zu: encoding="UTF-8" und ändern Sie die kodierung des Dokuments in Ihrem Texteditor, so dass es als UTF-8-Datei gespeichert wird. Datensätze generieren Xml nimmt nun an, dass die datasets.xml ist eine UTF-8-Datei.
  - Programmierer, die kompilieren ERDDAP : Alle ERDDAP™ .java-Dateien sollten standardmäßig als UTF-8-Dateien behandelt werden. Sie müssen möglicherweise "-codieren UTF-8" in die Java-Befehlszeile hinzufügen. (Ja.)
  - Um dieses System zu aktivieren (stark empfohlen) in der<startBodyHtml5> tag, die Sie in datasets.xml , ändern Sie "&amp!loginInfo" in "&amp!loginInfo; | & Sprache;" so dass die Liste der Sprachen erscheint in der oberen rechten Ecke jeder ERDDAP™ Seite.
  - ERDDAP™ nur verwendet<startBodyHtml5> tag, die Sie in datasets.xml die HTML-Inhalte für das Banner an der Spitze jedes ERDDAP™ Webseite, egal welche Sprache der Benutzer wählt. Wenn Sie diesen Tag ändern, " &EasierAccessToScientificData; " statt "Ein einfacherer Zugang zu wissenschaftlichen Daten" und " &BroughtToYouBy; " anstelle von "Brought to you by", ERDDAP™ wird übersetzte Versionen dieser Phrasen im Banner verwenden.
  - Auch der neue Standard<TheShortDescriptionHtml> in datasets.xml ist

                <theShortDescriptionHtml><!\\[CDATA\\[ 
                <h1>ERDDAP</h1>
                &erddapIs;
                &thisParticularErddap;
                \\[standardShortDescriptionHtml\\]
                \\]\\]></theShortDescriptionHtml>

Die letzten 3 Inhaltszeilen sind Dinge, die mit übersetztem Text ersetzt werden. Wenn Sie einen von ihnen konvertieren (vor allem BesondersErddap;) oder alle von ihnen zum expliziten Text in datasets.xml (die Priorität hat, wenn vorhanden) oder message.xml, wird dieser Text angezeigt, egal, welche Sprache der Benutzer wählt. Dies ist nicht perfekt, aber ich dachte, dass nur wenige Administratoren bearbeiten möchten<theShortDescriptionHtml> in 35 verschiedenen Dateien, um 35 verschiedene übersetzte Versionen dieses Tags zur Verfügung zu stellen.

ÄNDERUNG: Einige Fehler werden nun etwas anders behandelt und so kann die Tallye der "Failed Requests" auf status.html und in der Daily Report Email hinzugefügt werden. Diese Zahlen können also etwas größer sein als vorher.
BUG FIX: Datensätze generieren Xml für EDDGrid Lon0360 und EDDGrid LonPM180 schließt nun Quelldatensätze mit datasetID =~~".\*\_LonPM180" und datasetID =~~".\*\_Lon0360" bzw.

Version 2.14

(veröffentlicht 2021-07-02)

Neue Funktionen und Änderungen (für Benutzer) :
(keine)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
NEU: EDDGrid Lon0360, die einen gegitterten Datensatz mit Längenwerten >=0 und<=360 aus einem gitterierten Datensatz mit Längenwerten >=-180 und<= 180. Siehe EDDGrid Lon0360 Dokumentation . Danke an Dale Robinson.
NEU: ERDDAP™ Administratoren können nun jeden Wert in setup.xml über eine Umgebungsvariable namens ERDDAP \_valueName vor dem Laufen ERDDAP . Zum Beispiel, verwenden ERDDAP \_baseUrl überwiegt die<baseUrl> Wert. Dies kann bei der Bereitstellung hilfreich sein ERDDAP™ mit einem Container, wie Sie Standardeinstellungen in setup.xml setzen können und dann spezielle Einstellungen über Umgebungsvariablen liefern. Wenn Sie geheime Informationen angeben ERDDAP™ über diese Methode überprüfen Sie sicher, ob die Informationen geheim bleiben. ERDDAP™ nur liest die Umgebungsvariablen einmal pro Start, in der ersten Sekunde des Starts, so ist eine Möglichkeit, dies zu verwenden: setzen Sie die Umgebungsvariablen, starten ERDDAP™ , warte bis ERDDAP™ wird gestartet, dann die Umgebungsvariablen nicht mehr. Danke an Marc Portier.
VERBESSERT: Nun, wenn einige Dateien in einem EDDTableFrom... Dateien-Datensatz mit vielen Dateien haben einige sehr lange String-Werte, der Datensatz wird viel schneller laden und auf Anfragen viel schneller reagieren. Zuvor, ERDDAP™ würde eine Menge Platz für die min und max String Werte in den Dateien zuordnen, die mit Dateiinformationen für solche Datensätze gespeichert werden. Die resultierende Datei war riesig, wodurch sie geschrieben und langsam gelesen wird. Danke an OBIS.
VERBESSERT: Jetzt, ERDDAP™ eine bessere Aufgabe, ungewöhnliche und ungültige Zeichenfolgen in CSV-Dateien zu interpretieren. Danke an OBIS.
FIX: Nach einem Jahr Ärger mit Cassandra habe ich schließlich Cassandra erfolgreich installiert (V2) wieder und so konnte die Tests mit Cassandra v2. So kann ich jetzt sicherer sagen, dass ERDDAP™ arbeitet mit Cassandra v2 und v3. Danke an ONC.

Version 2.12

(veröffentlicht 2021-05-14)

Neue Funktionen und Änderungen (für Benutzer) :
BUG FIX: Wenn Sie auf der Abonnement Blacklist sind, können Sie jetzt keine Liste Ihrer Abonnements anfordern.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: NEU: System, um die Fähigkeit von böswilligen Benutzern und übermäßig aggressive legitime Benutzer automatisch zu begrenzen, um eine große Anzahl von gleichzeitigen Anfragen zu machen, die Systemleistung für andere Benutzer abbauen würde. Es gibt 3 neue optionale Tags in datasets.xml die Sie direkt nach<graphBackgroundColor>:

        <ipAddressMaxRequests></ipAddressMaxRequests>  <!-- current default=7 -->
        <ipAddressMaxRequestsActive></ipAddressMaxRequestsActive>  <!-- current default=2 -->
        <ipAddressUnlimited></ipAddressUnlimited>  <!-- default=empty -->  

Für weitere Informationen siehe ipAddressMaxRequests . ERDDAP™ auch jetzt druckt die "Anzahl der einzigartigen Benutzer (seit Start) " auf der status.html-Seite. Dank der Person in China angreifen meine ERDDAP™ Installation.

CHANGE zu Postgresql Fahrerverhalten: Als ich den Postgresql-Treiber aktualisierte, kamen die Spaltennamen in der von Postgresql und GenerateDatasetsXml generierten Tabellenliste wie bisher in allen Großbuchstaben zurück. Ich weiß nicht, ob das andere Dinge beeinflussen wird, da Datenbanken oft diese Namen für unempfindlich halten. Mein Testdatensatz funktioniert immer noch richtig. Aber wenn Ihr Datensatz damit nicht mehr funktioniert ERDDAP™ update, dies ist der mögliche Grund, zuerst zu verfolgen.
BUG FIX: ERDDAP™ behandelt jetzt auch private AWS S3 Dateien richtig. Es gab andere verwandte Verbesserungen beim Umgang mit AWS S3 Dateien. Dank Michael Gangl und Dylan Pugh.
NEU: EDDGrid VonNcFiles und EDDGrid Von NcFiles Entpackt können jetzt Daten von "Strukturen" in .nc 4 und .hdf 4 Dateien. Um eine Variable zu identifizieren, die von einer Struktur stammt,< sourceName > muss das Format verwenden: fullStructureName | memberName, zum Beispiel group1/myStruct | myMember . Danke an NRL.
VERÄNDERUNG: Nun, wenn die aktuelle Speichernutzung plus diese Anfrage noch etwas hoch ist, Rastersätze nThreads für diese Anfrage an 1. So ERDDAP™ speichert Speicher, wenn Speicher knapp ist. Dank der Person in China angreifen meine ERDDAP™ Installation.
NEUE System zur Überwachung der Anzahl der offenen Dateien (die Steckdosen und andere Dinge enthält, nicht nur Dateien) in Tomcat auf Linux-Computern. Wenn einige Dateien irrtümlich nie geschlossen werden, kann die Anzahl der offenen Dateien erhöhen, bis es das Maximum erlaubt überschreitet und viele wirklich schlechte Dinge passieren. Also jetzt auf Linux-Computern (die Informationen sind nicht für Windows verfügbar) :
- Es gibt eine neue Spalte "Open Files" auf der rechten Seite der status.html-Webseite, die die Prozent der max-Dateien offen zeigt. Unter Windows zeigt es nur "?".
- Wann ERDDAP™ generiert diese Informationen am Ende jedes großen Datensatzes, es wird auf das Protokoll gedruckt. txt Datei: openFileCount=current von max=max %=percent
- Wenn der Prozentsatz > 50 % beträgt, wird eine E-Mail an die ERDDAP™ Administrator und E-Mail Alles An E-Mail-Adressen.

Um mehr herauszufinden, oder wenn Sie dieses Problem auf Ihrem ERDDAP™ , siehe Zu viele offene Dateien . Dank der Person in China angreifen meine ERDDAP™ Installation.

NEU: Ich habe eine Menge Überprüfung und Handhabung von "Zu vielen offenen Dateien" hinzugefügt, so dass die Aufgabe einfach aufhört und der Benutzer die Fehlermeldung sieht. Datendateien werden nicht mehr als schlecht markiert, wenn sie Ergebnisse in einem "Zu viele offene Dateien" Fehler lesen.
NEU \[ BigParentDirectory \] /badFilesFlag Verzeichnis: Wenn Sie eine Datei in diesem Verzeichnis mit einer datasetID als Dateiname (der Dateiinhalt spielt keine Rolle) , ERDDAP™ löscht die badFiles .nc Datei für diesen Datensatz (wenn) und den Datensatz ASAP neu laden. Diese Ursachen ERDDAP™ erneut versuchen, mit den Dateien vorher zu arbeiten (irrtümlich?) als schlecht markiert. Dank Marco Alba.
CHANGED: Beim Start, wenn ein EDDGrid Von...Files oder EDDTableFrom... Files dataset hat zunächst 0 Dateien in seiner Liste der bekannten gültigen Dateien (z.B. ein neuer Datensatz) , dann ERDDAP™ defers laden es und setzt eine Flagge, so dass es ASAP geladen wird, nachdem die wichtigsten ladenDatasets beendet ist. Dies beschleunigt das erste Startup, wenn es neue Datensätze gibt.
ÄNDERUNG: FileVisitorDNLS.testAWSS3 () und FileVisitorSubdir.testAWSS3 () ; jetzt verwenden Sie die AWS v2 (nicht v1) SDK. Also jetzt der Git ERDDAP™ Distribution enthält jetzt alle benötigten Dateien und Sie müssen nicht mehr manuell die massive v1 AWS SDK Jar-Datei hinzufügen.
ÄNDERUNG: Ich habe mit Maven umgeschaltet, um Abhängigkeiten zu erkennen/zu gewinnen (die .jar Dateien in /lib) . Die Änderung auf v2 des AWS SDK erforderte dies. Es wird für andere importierte Code in der Zukunft benötigt werden. Ein großer Dank an Kyle Wilcox, der die pom.xml, die er erstellt und verwendet, zur Verfügung stellte, die mehrere Probleme für mich gelöst.
CHANGED: Der Klassenpfad-Parameter (- cp) verwendet in GenerateDatasetXml, DasDds und anderen kleinen Programmen, die mit ERDDAP™ , und in der Beratung zu Programmierern ist jetzt viel einfacher und sollte sich nie wieder ändern, da es auf das Verzeichnis bezieht, nicht die einzelnen Dateien: \-cp Klassen;C:\Programme\_tomcat\lib\servlet-api.jar;lib\\* (oder ':' statt ';' für Linux und Macs) . (Ich hätte das vor Jahren tun sollen, als es eine Option wurde.)
NEU: Datasets generieren Xml hat eine neue Dienstprogramm-Option: findenDuplicateTime, die durch eine Sammlung von gegitterten suchen wird .nc (und verwandt) Dateien, um Dateien mit doppelten Zeitwerten zu finden. Vgl. findenDuplicate Zeit
NEU: datasets.xml kann jetzt ein<paletten> tag, die die<paletten> tag Wert von messages.xml (oder revertiert auf den Nachrichten.xml-Wert, wenn er leer ist) . Damit können Sie die Liste der verfügbaren Paletten ändern, während ERDDAP™ läuft. Auch, wenn Sie eine cptfiles Unterverzeichnis im ERDDAP™ Inhaltsverzeichnis, ERDDAP™ alle \*.cpt-Dateien in diesem Verzeichnis in das Verzeichnis kopieren \[ Tomcat \] /webapps/erdap/WEB-INF/cptfiles Verzeichnis jedes Mal ERDDAP™ beginnt. Mit diesen Änderungen können Sie Paletten hinzufügen und die Änderungen bestehen bleiben, wenn Sie eine neue Version installieren ERDDAP . Siehe Dokumentation der Paletten
Dank Jennifer Sevadjian, Melanie Abecassis und vielleicht anderen CoastWatch Menschen.
ÄNDERUNG: [<langsamDownTroubleMillis>] (/docs/server-admin/datasets#slowdowntroublemillis) wird jetzt für alle fehlgeschlagenen Anträge verwendet, nicht nur ein paar Arten.
CHANGED: Der RunLoadDatasets Thread unterbricht nun den LoadDatasets Thread bei 3/4 LoadDatasets MaxMinutes, so gibt es mehr Zeit für LoadDatasets, um die Unterbrechung zu bemerken und zu verlassen. Dafür gibt es immer mehr Diagnosenachrichten.
VERÄNDERUNG von der alten Version von Lucene zu v8.7.0.
CHANGE: E-Mails gesendet ERDDAP™ jetzt mit einer festen Breite Schrift erscheinen.
CHANGE: EDDGrid FromFiles erhält nun die Achsenwerte sowie Attribute von FIRST | LAST-Datei, wie in<metadataFrom>. Danke. (nicht) zu Ken Casey, et al.
ADDED-Unterstützung für die ungültigen Einheiten "degree\_North" und "degree\_East", die von den jüngsten Dateien falsch verwendet werden (seit 2020-10-01) in der AVHRR Pathfinder Version 5.3 L3-Collated (L3C) SST-Datensätze (nceiPH53 sst d1day und nceiPH53 sst n1day) . ERDDAP™ kann sie nun auf gültige Einheiten standardisieren. Danke. (nicht) zu Ken Casey, et al.

Artikel 2.11

(veröffentlicht 2020-12-04)

Neue Funktionen und Änderungen (für Benutzer) :
BUG FIX: OrderByMean warf eine NullPointerException, wenn eine Variable nur eine von \FillValue oder fehlende\ Wert definiert. Jetzt geht es richtig um die Situation. Dank Marco Alba.
BUG FIX: Es gab Probleme mit den ODV Textdateien erstellt von ERDDAP™ in v2.10. Diese Probleme sind behoben. Danke an Shaun Bell.
BUG FIX: Nur in ERDDAP™ v2.10: Wenn die Lat-lon-Füllungen in der URL angegeben wurden, wurde die Begrenzungsbox nicht auf der Weltkarte gezeichnet. Jetzt ist es wieder. Danke an John Maurer.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
BUG FIX: Nur in ERDDAP™ v2.10: Die Skriptdateien für ArchiveADataset, GenerateDatasets Xml und DasDds funktionierten nicht, weil sie nicht die Änderungen an dem Klassenpfad hatten, der mit ERDDAP™ v2.10. Jetzt tun sie es. Dank Marco Alba.
NEU: In datasets.xml , you may now have the tag:

        <emailDiagnosticsToErdData></emailDiagnosticsToErdData> <!-- true (the default) or false -->  

Derzeit, wenn wahr (oder wenn der Tag leer ist, oder wenn der Tag nicht in der Datei ist) , wenn die Anfrage eines Benutzers zu einer NullPointerException führt, ERDDAP™ wird E-Mail an den Stack erd.data at noaa.gov (die ERDDAP™ Entwicklungsteam) . Dies sollte sicher und sicher sein, da keine vertraulichen Informationen (z.B. die AnfrageUrl) ist in der E-Mail enthalten. Dies sollte es ermöglichen, alle unsicheren, völlig unerwarteten Fehler zu fangen, die zu NullPointerExceptions führen. Ansonsten sieht der Benutzer die Ausnahmen, aber die ERDDAP™ Wir wissen nicht, dass ein Problem behoben werden muss.

Es ist möglich, dass dieser Tag zu anderen, ähnlichen diagnostischen Informationen führen wird, die an erd.data at noaa.gov in der Zukunft. Der Inhalt der E-Mail wird immer minimal und mit Fehlern verwandt sein, und nicht zum Beispiel Nutzungsinformationen. Dank Marco Alba.

CHANGED: Jetzt, häufig komprimierte Dateitypen ( .bz2 , .gz , .gzip , .tar , .tgz , .z , .zip ) sind auch für Byte-Range-Anfragen verboten. Dies wird über<ErweiterungenNoRangeRequests> in message.xml.
KNOWN PROBLEM: Wie bei ERDDAP™ 2.10, .nc ml Dateien, die versuchen, ein Attribut zu ändern, ändern Sie das Attribut nicht. Dies ist ein bekannter Fehler in netcdf-java, den ich berichtet habe und sie sagen, wird in der nächsten Version von netcdf-java behoben werden.

Version 2.10

(veröffentlicht 2020-11-05)

Neue Funktionen und Änderungen (für Benutzer) :
NEU: Das neue Interpolation Umsetzer interpoliert Werte aus den Werten eines netzgebundenen Datensatzes effizient. Als solche ist es besonders für Forscher geeignet, die mit Tierspurdaten arbeiten. Dieser Konverter nimmt eine Tabelle mit Breite, Länge und Zeitspalten (und vielleicht andere Spalten) und gibt eine Tabelle mit zusätzlichen Spalten mit interpolierten Werten zurück. So ist dies ähnlich dem beliebten Xtractomatic Skript ursprünglich von Dave Foley erstellt, bietet aber den Vorteil der Verarbeitung bis zu 100 Punkte pro Anfrage. Dank Dave Foley und Jordan Watson ( NMFS ) .
IMPROVED: Erweiterte Suche ist jetzt streng für nicht-.html-Anfragen. Es wird jetzt Ausnahmen für Anträge werfen, die dauerhafte Fehler haben (z.B. Anfragen, bei denen minLat > maxLat) oder vorübergehende Fehler (z.B. Anträge auf ein standard\_name das existiert nicht) . Für .html-Anfragen ist Advanced Search unverändert: Wie bei Google-Suches, wird es seine besten und stillen Fehler beheben oder ignorieren. Dank Rich Signell.
IMPROVED: Die Karte auf der Seite Erweiterte Suche ist jetzt größer (Sie müssen noch squintieren, aber weniger) und deutlich genauer (aber immer noch nicht perfekt) . Danke an John Maurer.
IMPROVED: Die "Draw Landmaske"-Einstellung auf Make A Graph Webseiten und die &.land=...-Einstellung in URLs, die eine Karte anfordern, unterstützt nun zwei weitere Optionen: "outline" zieht nur die Landmask-Umriss, politische Grenzen, Seen und Flüsse. "aus" zieht nichts. Siehe &.land=... Dokumentation . Danke an John Maurer.
IMPROVED: Grafiken und Karten erstellt von ERDDAP™ können nun drei neue Markertypen verwenden: Borderless Filled Square, Borderless Filled Circle, Borderless Filled Up Triangle. Der Code dafür wurde von Marco Alba von ETT / EMODnet Physics unterstützt. Dank Marco Alba.
NEU: "files" System unterstützt jetzt Antworten auf den Dateityp (.csv, .htmlTable , .itx , .json , .jsonlCSV1 , .jsonlCSV , .jsonlKVP , .mat , .nc , .nccsv , .tsv , oder .xhtml .) , z. https://coastwatch.pfeg.noaa.gov/erddap/files/jplMURSST41/.csv . Dank Kyle Wilcox.
VERBESSERT: Die URLs, die bei Verwendung eines Data Access Formulars generiert werden (.html) oder ein Make-A-Graph (.graph) Webseite jetzt richtig prozentual kodieren die Zeichen \[ und \] . Dies macht die URLs ein wenig härter für den Menschen zu lesen, aber ist besser aus einem web-security-Standpunkt. Administratoren haben nun die Möglichkeit, entspanntQueryChars= ' \[ \] | ' in der Tomcat Server.xml Datei (weniger sicher) oder (mehr sicher) . Dank Antoine Queric, Dominic Fuller-Rowell und anderen.
NEU: Wenn eine Anfrage an einen EDDTable-Datensatz beinhaltet &add Variablen Ort (_attribute Name, Attribut Werte) , ERDDAP™ alle Variablen hinzufügen, die attribute Name = Beitrag Value in die Liste der angeforderten Variablen. Siehe > Variablen Wo die Dokumentation . Dank Aurelie Briand, et al.
ÄNDERN: ERDDAP™ weigert nun Byte-Range-Anforderungen an /files/ .nc oder .hdf Dateien. Versuchen Sie nicht, mit der Fernbedienung zu verbinden .nc oder .hdf Dateien, als wären sie lokale Dateien. Es ist schrecklich ineffizient und verursacht oft andere Probleme. Stattdessen:
- Verwendung(OPeN)DAPClient-Software zu verbinden ERDDAP ' DAP Dienstleistungen für diesen Datensatz (die /griddap/ oder tabledap / in der URL) . Das ist, was DAP ist für.
- Verwenden Sie das Datenzugriffsformular des Datensatzes, um eine Teilmenge von Daten anzufordern.
- Wenn Sie die gesamte Datei oder wiederholten Zugriff über einen langen Zeitraum benötigen, verwenden Sie curl , wget , oder Ihr Browser, um die gesamte Datei herunterzuladen, dann auf die Daten aus Ihrer lokalen Kopie der Datei zugreifen.
VERBESSERT: die .odv Txt Ausgabeoption wurde neu geschrieben, um die neue Version zu unterstützen ODV .txt Dateien und die korrekte Darstellung von Trajektorien, Zeitreihen und Profildaten zu unterstützen.
IMPROVED: Jetzt werden die Suchbegriffe in doppelten Zitaten als json string interpretiert, so dass sie \ codierte Zeichen haben können. Dies ermöglicht es Ihnen unter anderem, nach einem genauen Match für ein Attribut zu suchen, z.B. "institution= NOAA \n " passt nicht zu einem Datensatz mit Institution= NOAA NMFS . Danke an Dan Nowacki.
VERBESSERT: An zusätzlichen Orten, schwimmende Punktzahlen (besonders in Doppel umgewandelte Schwimmer) erscheint nun als etwas abgerundetere Version der Anzahl an zusätzlichen Stellen, z.B. ein zuvor als Doppel gezeigter Schwimmer wie 32.27998779296875, könnte nun als 32.28 erscheinen. Dank Kyle Wilcox.
BUG FIX: unsignierte ganze Audiodateien wurden leicht falsch gelesen. Jetzt werden sie richtig gelesen.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
WARNING: Das erste Mal, dass Sie laufen ERDDAP™ v2.10, einige Datensätze basierend auf lokalen Datendateien laden sehr langsam, weil ERDDAP™ muss die Datenbank der Dateiinformationen neu erstellen. Nach der langsamen anfänglichen Nachladung laden sie schnell wie zuvor. Bitte geduldig sein.
Du musst es tun:
- Wenn Sie zunächst v2.10 laufen, können einige Datensätze nicht laden, weil ERDDAP™ ist nun strenger über einige Metadaten. Wie vorher, ERDDAP™ wird Ihnen einen Daily Report per E-Mail senden, wenn er zuerst geladen wird. Dazu gehören die Fehlermeldungen für jeden der Datensätze, die nicht geladen wurden. Lesen Sie die Fehlermeldungen, um die Probleme herauszufinden. In den meisten Fällen müssen Sie nur eine kleine Änderung der Metadaten des Datensatzes vornehmen, um das Problem zu lösen.
- In datasets.xml , suche nach< sourceName >= (merken, dass '=' Zeichen, das eine Festwert sourceName ) . Für die meisten ERDDAP™ Setups, die sind selten. Wenn eine der Werte nach '=' sind Strings (nicht Zahlen) , Sie müssen jetzt den String in doppelte Zitate einschließen. Zum Beispiel Vorher:< sourceName >=KZ401</ sourceName > Nach:< sourceName >="KZ401"</ sourceName >
- NEU: Es gibt eine neue optionale Einstellung in setup.xml,<defaultAccessibleViaFiles>, die den Standard festlegt<zugänglichViaFiles> für jeden der Datensätze. Der Standard für dieses neue Tag ist falsch, was die vorherige ERDDAP™ Verhalten. Diese niedrigere Pegeleinstellung kann durch einen bestimmten Datensatz übersteuert werden<zugänglichViaFiles> Einstellung.

EMPFEHLUNGEN (weil es Benutzer gibt, die dies wollen) : Wenn Sie alle EDD machen wollen... FromFiles-Datensätze über das Dateisystem zugänglich, dann

Fügen Sie diesen Tag zu Ihrer setup.xml-Datei hinzu:

                <defaultAccessibleViaFiles>true</defaultAccessibleViaFiles>

(Optional) Alle entfernen

                <accessibleViaFiles>true</accessibleViaFiles>

in datasets.xml da der Standard jetzt wahr ist.

\_FillValue Attribute hinzufügen: ERDDAP™ verwendet, um einen Standard \_FillValue für alle Ganzzahlvariablen zu haben: den Maximalwert des Datentyps (z.B. 127 für Byte-Variablen) . Jetzt nicht. Um zu vermeiden, dass diese Werte als Datenwerte dargestellt werden (nicht fehlende Werte) , Sie müssen diese über \_FillValue Attribute explizit angeben. Ab jetzt, jedes Mal, wenn Sie beginnen ERDDAP™ , es sendet dem Administrator eine E-Mail mit einer .csv-Tabelle mit einer Liste von ganzzahligen Quellvariablen, die nicht \_FillValue oder missing\_value Attribute und die vorgeschlagenen neuen \_FillValue Attribute. Vgl. In den Warenkorb Wert Attribute für weitere Informationen und Anweisungen.
Wenn Sie kompilieren ERDDAP™ , Sie müssen den Classpath-Parameter auf den Javac-Befehlszeilen ändern, um einen Verweis auf diese neuen jar 's hinzuzufügen: lib/commons-jexl.jar;lib/aws-java-sdk.jar;lib/jackson-annotations.jar;lib/jackson-core.jar;lib/jackson-databind.jar .
CHANGED: Tomcat 9 ist jetzt die empfohlene Version von Tomcat für ERDDAP . Die neueste Version von Tomcat 8.5+ ist jetzt auch in Ordnung. Wir haben aufgeräumt ERDDAP ' Installationsanweisungen von Tomcat .

Die neueste Version von Java 8) (nicht Java 9, 10, 11, ...) von AdoptOpenJDK bleibt die empfohlene Version Java für ERDDAP . Java 8 hat Long Term Support von AdoptOpenJDK, so dass es sicher zu bedienen ist, aber denken Sie daran, die neueste Version von ihm periodisch aus Sicherheitsgründen zu erhalten.

NEU: Script SourceNames / Abgeleitete Variablen in Tabular Datasets EDDTableFromFiles, EDDTableFromDatabase und EDDTableFromFileNames-Datensätze können jetzt Ausdrücke und Skripte in den sourceName . Damit können Sie neue Variablen basierend auf vorhandenen Variablen in den Quelldateien erstellen. Die Berechnung für eine bestimmte neue Variable erfolgt innerhalb einer Zeile der Ergebnisse, wiederholt für alle Zeilen. Zum Beispiel, um eine Längenvariable mit Werten im Bereich -180 - 180° von einer Größe mit Werten im Bereich 0 - 360° zu machen: < sourceName >=Math2.anglePM180 (Zeile.columnDouble ("lon") ) </ sourceName > Für Details siehe Script SourceNames
Danke an Bob Simons (die das vorher geplant haben ERDDAP™ v1.0 und endlich einen Weg gefunden, es umzusetzen) , Kevin O'Brien, Roland Schweitzer, John Maurer, und die Apache JEXL-Bibliothek für den wirklich harten Teil (und es gut machen) .
NEU: Nicht zugeordnete ganze Datentypen (ubyte, ushort, uint, ulong) werden unterstützt. Beachten Sie, dass viele Dateitypen (z.B. .das, .dds, .nc 3) nicht alle diese neuen Datentypen unterstützen. Siehe Daten Typdokumentation für Details wie ERDDAP™ sich mit diesen Unterschieden auseinandersetzt. Besonders, seit(OPeN)DAP, vor allem die .dds Antwort, unterstützt nicht unterzeichnete Bytes, Longs oder Ulongs, Sie können verwenden möchten ERDDAP 's tabellarische Darstellung von .das und .das, wie in der http .../erdap/ Informationen / datasetID _.html Webseite (zum Beispiel, https://coastwatch.pfeg.noaa.gov/erddap/info/cwwcNDBCMet/index.html ) die Sie auch in anderen Dateitypen oder .nccsv Antwort von Metadaten (zum Beispiel, https://coastwatch.pfeg.noaa.gov/erddap/tabledap/cwwcNDBCMet.nccsvMetadata ) , die beide alle Datentypen in allen Situationen unterstützen.

WARNING: Für Datensätze, die von dieser Änderung betroffen sind, ist es möglich, dass Sie Probleme mit dem Datensatz sehen, weil die Daten, die ERDDAP™ Auslesungen aus der Quelle können unterschiedlich sein (z.B. Variablen, die zuvor als signierte ganze Zahlen gelesen wurden, können nun als unsignierte ganze Zahlen gelesen werden) . Die daraus resultierenden Probleme beinhalten: neue Dateien, die nicht zum Datensatz hinzugefügt werden, und/oder Fehler, wenn Sie versuchen, auf die Daten zuzugreifen. Wenn ein Datensatz Probleme hat, ist das erste, was zu versuchen ist, eine harte Flagge für den Datensatz. Wenn das das Problem nicht löst, dann müssen Sie sich log ansehen. txt, um die Fehlermeldungen zu sehen, in die datasets.xml für den Datensatz und/oder vielleicht rerun generierenDatasets.xml für den Datensatz. Dank netcdf-java 5.x (die das Problem zwang) und die bevorstehende CF 1.9.

IMPROVED: Es gibt jetzt bessere Dokumentation / Beratung wie man einen Datensatz aus Dateien in AWS S3 Buckets erstellt. Danke an Micah Wengren.
ÄNDERUNG: Es gibt mehrere Änderungen im Zusammenhang mit dem "files" System.
- Der Code, um dies zu handhaben, wurde neu geschrieben, um von mehr Klassen nutzbar zu sein.
- NEU: Benutzeranfragen für Verzeichnislisten können nun anfordern, dass die Antwort eines der Standard-Einzeltabellentypen ist, indem Sie die gewünschte Dateierweiterung anwenden: .csv, .htmlTable , .itx , .json , .jsonlCSV1 , .jsonlCSV , .jsonlKVP , .mat , .nc , .nccsv , .tsv , oder .xhtml ) Zum Beispiel https://coastwatch.pfeg.noaa.gov/erddap/files/jplMURSST41/.csv
  Dank Kyle Wilcox und Shane St Savage.
- IMPROVED: Jetzt generieren Datensätze Xml enthält keine<zugänglichViaFiles> tag in der Ausgabe. Die Annahme ist, dass der Datensatz auf den Wert des neuen<defaultAccessibleViaFiles> tag in setup.xml. Vgl. zugänglich ViaFis .
- IMPROVED: Zusätzliche Datensätze unterstützen jetzt zugänglich ViaFiles: EDDGrid SideBySide, EDDGrid GesamtexistenteDimension, EDDGrid Aus Erddap, EDDTableFromErddap, EDDGrid VonEDDTable, EDDTableFrom EDDGrid , und EDDGrid Von Etopo. Dazu werden die Dateien eines bestimmten Remote/Kind-Datensatzes nur dann zugänglich sein, wenn sowohl der Elternteil als auch der Fern-/Kind-Datensatz zugänglich sind. ViaFiles auf true gesetzt (perhaps via<defaultAccessibleViaFiles>). Dank Damian Smyth und Rob Fuller.
- TO DO / EMPFEHLUNG: Wir empfehlen, alle relevanten Datensätze über das Dateisystem zugänglich zu machen, indem wir<defaultAccessibleViaFiles> to true in setup.xml weil es eine Gruppe von Benutzern gibt, für die dies der bevorzugte Weg ist, um die Daten zu erhalten. Unter anderem "files" system macht es für Benutzer leicht, zu sehen, welche Dateien zur Verfügung stehen und wann sie zuletzt geändert werden, so dass es für einen Benutzer leicht ist, seine eigene Kopie des gesamten Datensatzes zu erhalten. Wenn Sie im Allgemeinen keine Datensätze über das Dateisystem zugänglich machen möchten, setzen<defaultAccessibleViaFiles> auf false. In jedem Fall nur verwenden<zugänglichViaFiles> für die wenigen Datensätze, die Ausnahmen von der von<defaultAccessibleViaFiles> (zum Beispiel, wenn der Datensatz verwendet .nc ml-Dateien, die für Benutzer nicht wirklich nützlich sind) .
IMPROVED: Wenn nun ein Quelldatensatz CF-Gitter\_Mapping-Informationen hat, erzeugen Sie Datensätze Xml für Grid Datasets wird die Informationen zur globalen<addAtts>, und die Informationen werden global hinzugefügt<sourceAtts> Jedes Mal werden Daten aus der Datei gelesen. Die Informationen werden in den globalen Attributen des Datensatzes als eine Reihe von Attributen mit dem Präfix Grid\mapping\ angezeigt.
IMPROVED: Unterstützung von Gruppen beim Lesen .nc ANHANG (und in gewissem Maße .hdf 5.) Dateien. Generell eine ERDDAP™ Der Datensatz wird aus den Variablen in einer der Gruppen der Datei aufgebaut. Auch, GenerateDatasets Xml für EDDGrid VonNcFiles und EDDGrid Von NcFiles Entpackt fragt jetzt nach einer "Gruppe" (z.B. "" für alle/alle Gruppen, "someGroup", "someGroup/someSubGroup", oder " \[ Wurzeln \] "für nur die Wurzelgruppe) . Dank Charles Carleton und Jessica Hausman.
VERPROVED: Datensätze generieren Xml für EDDGrid VonNcFiles und EDDGrid Von NcFiles Entpackt unterstützt nun einen optionalen "DimensionsCSV"-Parameter, mit dem Sie die Quellnamen der Dimensionen angeben können, die Sie diesen Datensatz verwenden möchten. Verwenden Sie "", um die Variablen, die die meisten Dimensionen verwenden, wie zuvor. Auch ein verwandter kleiner Fehler, der mit dieser Art von Datei aufgetreten ist, ist jetzt behoben. Danke an Sujal Manandhar.
BUG FIX: Datensätze generieren Xml listet jetzt richtig "EDDTableFromJsonlCSVFiles" auf (nicht "EDDTableFromJsonlCSV") als eine der EDDType Optionen. Dank Andy Ziegler.
VERBESSERT: EDDGrid Von NcFiles Entpackt standardisiert jetzt "Einheiten" Attribute auf Standard-/"kanonische" Euter (das gleiche Verfahren wie der Units-Wandler) . Zum Beispiel "meter per second" , "meters/second" , "m.s^-1" , und "m s-1" alle werden "m s-1" . Dank Andy Ziegler.

WARNING: Es ist möglich, dass dies Probleme für einige bestehende Datensätze verursacht (z.B. dazu führen, dass neue Dateien mit "schlecht" gekennzeichnet werden) . Wenn ja, eine harte Flagge für den Datensatz, so dass alle Quelldateien mit dem neuen System wieder gelesen werden.

IMPROVED: Jetzt eine Variable< sourceName > kann einen festen Wert von =NaN angeben und die Variable kann eine actual\_range Attribut, das einen endlichen Bereich angibt. Dies ist manchmal nützlich, so dass ein Datensatz (insbesondere ein EDDTableFromFileNames-Datensatz) kann Dummy Variable (S) (z.B. Breite, Länge, Zeit) mit festen Werten von NaN, jedoch mit einem gültigen actual\_range (wie durch das Attribut festgelegt) . Dann, in Advanced Search kann ein Benutzer nach Datensätzen suchen, die Daten in einem bestimmten Breiten-, Längen-, Zeitbereich haben und dieser Datensatz wird sagen können, dass es relevante Daten hat (obwohl alle tatsächlichen Datenreihen NaN zeigen) . Siehe Festwertdokumentation . Dank Mathew Biddle.
NEU: Jetzt, die datasets.xml chunk für einen EDDTableFromAsciiFiles oder EDDTableFromColumnarAsciiFiles Datensatz kann einen Tag umfassen, der sagt, ERDDAP™ ignorieren alle Zeilen an der Spitze der Datei bis und einschließlich der Zeile, die dem angegebenen regulären Ausdruck entspricht. Zum Beispiel <Über uns\\ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \\\\\\\\\\\\\\\\\\\\\\*\ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \\\\\\\\\\\\\\\\\\\\\\*END DER HEADER.\</SkipHeaderToRegex> ignoriert alle Zeilen bis und einschließlich einer Zeile, die mit "\\\* END DER HEADER". Siehe die [<skipHeaderToRegex> Dokumentation] (/docs/server-admin/datasets#skipheadertoregex) . Danke an Eli Hunter
NEU: Jetzt, die datasets.xml chunk für ein EDDTableFromAsciiFiles oder EDDTableFromColumnarAsciiFilesdataset kann einen Tag umfassen, der sagt, ERDDAP™ alle Zeilen in der Datei zu ignorieren, die dem angegebenen regulären Ausdruck entsprechen. Zum Beispiel

        <skipLinesRegex>#.\\*</skipLinesRegex>

wird alle Linien überspringen, die mit "#" beginnen. Siehe die [<skipLinesRegex> Dokumentation] (/docs/server-admin/datasets#skiplinesregex) . Danke an Eli Hunter.

NEU: Die datasets.xml chunk für jeden EDDTable Datensatz kann jetzt enthalten &add Variablen Ort (attributeNamesCSV) . Wenn es das tut, ERDDAP™ wird ein Widget für jedes der angegebenen Attribute hinzufügen Namen des Data Access Formulars des Datensatzes (.html Webseite) um es Benutzern zu erleichtern, hinzufügen &add Variablen Ort (_attribute Name, Attribut Werte) auf die Anfrage. Siehe > Variablen Wo die Dokumentation . Dank Aurelie Briand, et al.
NEU Drittanbieter-Tool: ERDDAP - Lint ERDDAP -lint ist ein Programm von Rob Fuller und Adam Leadbetter des Irish Marine Institute, das Sie verwenden können, um die Metadaten Ihrer ERDDAP™ Datensätze. ERDDAP -lint "enthält Regeln und eine einfache statische Web-Anwendung für die Durchführung einiger Überprüfungstests gegen Ihre ERDDAP™ Server. Alle Tests werden im Webbrowser durchgeführt." Wie die Unix/Linux Lint Tool, Sie können die bestehenden Regeln bearbeiten oder neue Regeln hinzufügen. Vgl. ERDDAP - Lint für weitere Informationen.

Dieses Tool ist besonders nützlich für Datensätze, die Sie vor einiger Zeit erstellt haben und jetzt mit Ihren aktuellen Metadatenpräferenzen aktualisiert werden wollen. Zum Beispiel frühe Versionen von GenerateDatasets Xml hat sich nicht darum bemüht, weltweit zu schaffen creator\_name , creator\_email , creator\_type oder creator\_url Metadaten. Sie könnten benutzen ERDDAP -die Datensätze zu identifizieren, die diesen Metadaten-Attributen fehlen.

Dank Rob und Adam für die Erstellung dieses Tools und die Bereitstellung ERDDAP™ Gemeinschaft.

NEU: Jetzt ist es okay, wenn einige der Dateien in einem EDDGrid FromFiles dataset hat nicht alle Variablen des Datensatzes. Die Dateien werden enthalten, als hätten sie die Variablen (mit allen fehlenden Werten) . Dank Dale Robinson und Doug Latornell.
NEU: Es gibt neue Nutzungsstatistiken in der Log-Datei und im Daily Report, um Administratoren zu helfen, die Benutzer zu identifizieren, die Speicherprobleme verursachen. Die Statistiken werden "OutOfMemory" genannt (Array Größe) "OutOfMemory (Zu groß) ", und "OutOfMemory (Zu groß) ". Sie zeigen die IP-Adressen der Nutzer, die in diesen Kategorien Anfragen gestellt haben, und die Anzahl der von ihnen gestellten Anfragen. Wenn es keine beunruhigenden Anträge gab, werden diese Statistiken nicht angezeigt. "Außenansicht (Array Größe) " und "OutOfMemory (Zu groß) " Anträge sind in der Regel kein Problem, weil die Anträge so groß waren, dass ERDDAP™ schnell erwischt und eine Fehlermeldung zurückgegeben. Das "OutOfMemory (Zu groß) " Anträge sind gefährlicher, weil ERDDAP™ machte einige Mühe, bevor es erkannte, es gab nicht genug Speicher zur Verfügung, um die Anfrage zu handhaben (obwohl das Problem unmittelbar vor diesen Anträgen andere Anfragen sein kann) .

Es gibt auch neue Statistiken namens "Large Request, IP-Adresse", die die IP-Adressen der Benutzer, die große Anfragen gemacht (aktuell, gerastet .nc Waren > 1GB) .

Auch die Zeitreihentabelle auf der status.html Seite enthält jetzt eine "memFail" Spalte, die die Anzahl der Anfragen zeigt, die mit "OutOfMemory gescheitert sind. (Zu groß) " Fehler seit den letzten großen Load Datasets. Jede andere Zahl als 0 ist hier zumindest ein Grund zur Sorge. Danke an Bob Simons.

NEU: Die neue Version von Hyrax zeigt Verzeichnislisten anders als zuvor an. ERDDAP™ kann nun die alten und neuen Verzeichnislisten lesen.
NEU: Datensatz-Reloads und Nutzer-Antworten, die >10 Sekunden dauern, bis Sie fertig sind (erfolgreich oder erfolglos) sind mit " gekennzeichnet (10er!) ". So können Sie die log.txt-Datei für diesen Satz suchen, um die Datensätze zu finden, die langsam zu laden waren oder die Anforderungsnummer der Anfragen, die langsam zu beenden waren. Sie können dann in der log.txt-Datei höher aussehen, um zu sehen, was das dataset Problem war oder was die Benutzeranfrage war und von wem es war. Diese langsamen Datensatzbelastungen und Benutzerwünsche besteuern sich manchmal auf ERDDAP . Damit Sie mehr über diese Anfragen wissen, können Sie helfen, Probleme zu identifizieren und zu lösen.
VERBESSERT: Bei der Validierung eines CF DSG-Datensatzes, ERDDAP™ stellt nun sicher, dass Variablen mit cf\role-Attributen in der entsprechenden cdm\...\variables-Liste sind und nicht in anderen cdm\...\_variables-Listen sind. Wenn zum Beispiel ein TimeseriesProfile-Datensatz eine "station\_id"-Variable hat, die das cf\_role=timeseries\_id-Attribut hat, dann muss "station\_id" in der cf\_timeseries\_variables-Liste sein, muss aber nicht in der cf\_profile\_variables-Liste sein. Danke an Micah Wengren.
VERBESSERT: 'Simplify' ist jetzt schneller, verwendet weniger Speicher und kann LongArray zurückgeben. Dank Unidata .
IMPROVED: QuickRestart ist jetzt deutlich schneller für EDDTableFrom (nc-bezogen) Dateien (außer EDDTableFromNcCFFiles und EDDTableFromInvalidCRAFiles) weil machen Voraussichtlich (und einen anderen Ort) jetzt liest einfach die Metadaten der Sampledatei statt alle Daten zu lesen. Danke an Jessica Austin.
IMPROVED: Es gibt jetzt Unterstützung für Zeitketten mit Präzision größer als To-the-Millisekunden, wenn die zusätzlichen Ziffern alle 0's sind, z.B. "2020-05-22T01:02:03.456000000Z". Danke an Yibo Jiang.
IMPROVED: GenerateDatasetsXml's EDD.suggestDestinationName verwendet, um '(') und alles nachher zu entfernen. Jetzt entfernt es (.\) nur, wenn dies das Ende der sourceName . Jetzt entfernt es auch \[ .\ \] nur, wenn dies das Ende der sourceName . Danke an Julien Paul.
VERPROVED: Datensätze generieren Xml macht jetzt die Variable destinationName s einzigartig durch hinzugefügt \_2, \_3, ..., nach Bedarf. Danke an Julien Paul.
VERBESSERT: Wenn Calendar2.parseDateTime parses dd, hh, oder HH, kann das erste 'digit' jetzt ein Raum sein.
KNOWN PROBLEM: Beginnen mit ERDDAP™ 2.10, .nc ml Dateien, die versuchen, ein Attribut zu ändern, ändern Sie das Attribut nicht. Dies ist ein bekannter Fehler in netcdf-java, den ich berichtet habe und sie sagen, wird in der nächsten Version von netcdf-java behoben werden.
BROKEN LINKS FIX: Ich habe ein richtiges System für die Prüfung von gebrochenen Links in ERDDAP™ Web-Seiten, so sollte es jetzt sehr wenige gebrochene Links (zumindest ab jedem Release-Datum -- neue kaputte Links entstehen oft) .
BUG FIX: EDDTableFromHtpGet scheiterte mit bestimmten Arten von Anfragen. Jetzt nicht. Danke an Emma bei BODC.
BUG FIX: Um einige Anfragen zu bearbeiten, machte EDDTable eine temporäre Datei für jede gewünschte Variable, wobei ein Dateiname im Namen der Variable endet. Wenn der Name der Variable auch eine Art Komprimierung war (z.B. .Z) , ERDDAP würde versuchen (und scheitern) um die temporäre Datei zu dekomprimieren. Jetzt enden die temporären Dateinamen in ".temp". Dank Mathew Biddle.
BUG FIX: GenerateDatasetsXml und Calendar2.convertTo Java Datum Format sind jetzt viel weniger wahrscheinlich, eine falsche Änderung zu machen, wenn Sie versuchen, ein möglicherweise ungültiges Datum Zeitformat zu beheben. Insbesondere wird kein automatisch empfohlenes DateTime-Format geändert. Dank Mathew Biddle.
BUG FIX: Wenn es einen Fehler gab, während Inhalte von einer entfernten URL erhalten wurden, und wenn der ErrorStream-Inhalte komprimiert wird, ERDDAP™ jetzt die Fehlermeldung richtig dekomprimiert. Danke an Bob Simons.
BUG FIX:<abonnierenToRemoteErdddapDataset> wurde nicht angewendet, wenn... FromErddap Dataset war ein Kinderdatensatz. Jetzt ist es. Danke an Chris Romsos.
BUG FIX: Datensätze generieren Xml denkt nicht mehr, dass ein Quell-Variable-Name beginnend mit "latin" kann Breite sein. Dank Vincent Luzzo.
BUG FIX: Nun, ein OutOfMemoryError beim Lesen einer Datendatei während der Bearbeitung der Anfrage eines Benutzers ist kein Grund, eine Datei in die BadFiles-Liste hinzuzufügen. Danke an Bob Simons.

Version 2.02

(veröffentlicht 2019-08-21)

Neue Funktionen und Änderungen (für Benutzer) :
NEU: Es gibt jetzt zwei Möglichkeiten, um nach Datensätzen auf mehreren zu suchen ERDDAP S. Sie arbeiten etwas anders und haben verschiedene Schnittstellen und Optionen.
- SearchMultiple ERDDAP S.html von Bob Simons/ NOAA NMFS SWFSC ERD .
- http://erddap.com von Rob Fuller/The Marine Institute of Ireland.

Dank Tylar Murray für die ursprüngliche Anfrage.

VERBESSER: eine Anfrage an die "files" System zum Herunterladen einer Datei, die tatsächlich auf einer Remote-Website (z.B. AWS S3) führt nun zu einer Umleitung, so dass der Benutzer tatsächlich die Daten aus der Quelle herunterladen wird, anstatt zu verwenden ERDDAP™ als Vermittler. Dank Andy Ziegler und NOAA .
NEU: Als Beispiel für die neuen AWS S3-bezogenen Funktionen und um es jedem zu erleichtern, Dateien aus öffentlichen AWS S3-Buckets zu durchsuchen und herunterzuladen, haben wir erstellt ~110 Probendatensätze die es jedem erlauben, den Inhalt von fast allen AWS S3 Open Data Eimer . Wenn Sie auf die "files" Link für jede dieser Sample-Datensätze, Sie können den Verzeichnisbaum und Dateien in diesem S3 Bucket durchsuchen. Aufgrund der Art, wie diese Datensätze funktionieren, sind diese Verzeichnislisten immer perfekt aktuell, weil ERDDAP™ sie auf-die-fly. Wenn Sie den Verzeichnisbaum auf einen tatsächlichen Dateinamen klicken und auf den Dateinamen klicken, ERDDAP™ wird Ihre Anfrage an AWS S3 umleiten, damit Sie die Datei direkt von AWS herunterladen können. ERDDAP™ Administratoren können Lesen Sie die Anweisungen, wie Sie dies für andere S3 Eimer tun . Dank Andy Ziegler und NOAA .
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Sie brauchten, um zu tun: keine
VERBESSERT: ERDDAP 's Methode zum Speichern von Arrays von Strings (StringArray) ist jetzt viel mehr Speicher effizient. Streichung Arrays werden überall verwendet ERDDAP™ , insbesondere beim Lesen tabellarischer ASCII-Datendateien. Auch andere Änderungen machen das Lesen von CSV/TSV/SSV ASCII, Kolumnar ASCII und jsonlCSV tabular Dateien schneller und viel mehr Speicher effizient. Das Ergebnis ist: für eine 764 MB ASCII Daten-Testdatei (aber zu einem 52MB komprimiert .gz Datei) mit 3,503,266 Zeilen und 33 Spalten, die maximale Speichernutzung ging von 10GB bis 0,6GB (am Gipfel) . Die Zeit, es zu lesen, ging von ~7 Minuten (aber variiert stark, wie viel physischer Speicher im Computer ist) bis zu ~36 Sekunden (einschließlich 10er für die Vereinfachung () die nur von GenerateDatasets verwendet wird Xml) . Viele andere Orte in ERDDAP™ wird von dieser erhöhten Speichereffizienz profitieren. Dank Tylar Murray und Mathew Biddle.

Ich habe eine andere Lösung erforscht (Speichern von StringArray als UTF-8-codierte Byte-Arrays) . Das reduziert die Speichernutzung weitere ~33%, aber zu den Kosten von ~33% Verlangsamung. Im Vergleich zu dem System, das jetzt verwendet wird, schien das wie ein schlechter Handel ab. Es ist einfacher, einen Computer mehr Speicher zu geben (Mehr Speicher für ~$200 kaufen) als schneller zu machen (einen neuen Computer kaufen) .

Wenn es bequem ist, ist es immer noch eine gute Idee, riesige tabellarische Dateien in mehrere kleinere Dateien basierend auf einigen Kriterien wie stationID und/oder Zeit. ERDDAP™ muss oft nur eine der kleinen Dateien als Antwort auf die Anfrage eines Benutzers öffnen und so viel schneller reagieren können.

IMPROVED: Es gibt jetzt ERDDAP™ AWS S3 Dokumentation , die beschreibt, wie man ERDDAP™ mit Datendateien in AWS S3 Eimer arbeiten. Auch, ERDDAP™ nutzt nun neue Features im AWS S3 Java API. Auch, ERDDAP™ jetzt können AWS S3 URLs zusätzliche Zeichen enthalten (Zeitraum, Bindestrich, Unterstrich) in Eimernamen. Auch, ERDDAP™ erfordert nun, dass AWS S3 Bucket URLs auf eine bestimmte Weise identifiziert werden: https://bucketName.s3._aws-region._amazonaws.com/prefix/
wo Präfix optional ist. Dank Andy Ziegler und NOAA .
VERPROVED: Datensätze generieren Xml behandelt jetzt zusätzliche häufig missing\_value s steht-ins als fehlende Werte und ist daher wahrscheinlicher, eine Spalte in einen numerischen Datentyp umzuwandeln. Auch PrimitiveArray.simplify () protokolliert nun, welchen bestimmten Datenwert es zur Behandlung einer bestimmten Spalte als Spalte von Strings verursacht hat. Dank Mathew Biddle.
VERBESSERT:<requestBlacklist> unterstützt jetzt .\.\ (oder\:\für IPv6) am Ende der IP-Adressen, so dass Sie einen größeren Teil der IP-Adressen, z.B. 110.52, schwarz auflisten können.\.\ (China Unicom Tianjin) . Siehe die Dokumentation für [<AnfrageBlacklist> (/docs/server-admin/datasets#requestblacklist) Dank China Unicom und China Telecom.
VERBESSERT: Wenn die Quelle eines Datensatzes keinen Datensatz angibt "institution" Attribute, GenerateDatasets Xml und loadDataset erhalten es jetzt von einem "creator\_institution" Attribut (wenn verfügbar) . Danke an Micah Wengren.
BUG FIX: Standardisierung Was nicht immer auf ASCII-Datendateien angewendet wurde. Auch, EDDTable nicht richtig Umgang mit Einschränkungen auf Zeitwerte, wenn die Quelle hatte String Zeitwerte und Standardisierung Was benutzt wurde. Dank Paloma de la Vallee.

Ich habe nicht klar gesagt: Sie sollten einfach Standardisieren Welche Funktionen, wenn Sie sie tatsächlich benötigen (z.B., wenn verschiedene Quelldateien Zeitwerte auf unterschiedliche Weise speichern) , weil einige Anfragen an Datensätze, die Standardisierung verwenden Was etwas langsamer verarbeitet wird.

BUG FIX: Ein Fehler in Code verwendet von EDDGrid FromNcFiles verursachte es, mit .nc 4 und .hdf 5 Dateien, die "long" haben (Int64) Variablen. Das ist jetzt behoben. Dank Friedemann Wobus.
BUG FIX: Kleine Änderungen an ISO 19115 Dateien, um einen anderen Validator glücklich zu machen. Dank Chris MacDermaid und Anna Milan.

Version 2.01

(veröffentlicht 2019-07-02)

Neue Funktionen und Änderungen (für Benutzer) :
Keine.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
BUG FIX: Ein Fehler im Code, der das Data Access Formular für tabledap datasets bewirkten, dass die Webseite für einige Datensätze leer ist. Auch habe ich die Handhabung von unerwarteten Fehlern auf allen HTML-Seiten verbessert, so dass sie (in) eine Fehlermeldung anzeigen. Dank Marco Alba.
VERPROVED: Datensätze generieren Xml druckt nicht mehr eine lange Warnung an der Spitze der Ausgabe. Stattdessen, bitte siehe Generierung bearbeiten Datensätze Xml Ausgabe . Danke an Steven Baum.
VERPROVED: Datensätze generieren Xml macht nun leicht verschiedene Empfehlungen in verschiedenen Situationen für<updateEveryNMillis> für EDD...Von...Files datasets. Auch, GenerateDatasets Xml entmutigt nun das ursprüngliche "Extrakt"-System für EDDTableFromFiles-Datensätze.

Version 2.00

(veröffentlicht 2019-06-26)

** ERDDAP™ v2.00 ist endlich da! Ja!**
Wir entschuldigen uns für die lange Verzögerung, die erforderlich ist, um diese Version zu beenden. Danke für Ihre Geduld.
Die gute Nachricht ist, dass die zusätzliche Zeit verwendet wurde, um mehr der Funktionen hinzuzufügen, die Benutzer angefordert hatten. Die schlechte Nachricht ist, dass auch mit der Verzögerung, nicht alle angeforderten Funktionen hinzugefügt wurden. Es tut uns leid, aber es schien wichtiger, diese Freilassung herauszuholen, als mehr zu verzögern (Für immer?) immer neue Features hinzufügen. Wir versprechen, in Zukunft zu häufigeren Releases zurückzukehren.
"Version 2?! Gibt es große Veränderungen und Unvereinbarkeiten?" Große neue Features? Ja. Große Inkompatibilitäten oder Änderungen für Administratoren oder Benutzer? Nein. Wir springen von v1.82 bis v2.00:
- teils zu feiern 10 Jahre (Jetzt 11) seit der ersten öffentlichen Veröffentlichung ERDDAP™ (v1.00 auf 2008-05-06, die nach außen sah bemerkenswert wie v2.00) . In dieser Zeit, ERDDAP™ von einer Anlage auf fast 100 Anlagen in mindestens 12 Ländern (Australien, Belgien, Kanada, Frankreich, Indien, Irland, Italien, Südafrika, Spanien, Thailand, UK, USA) .
- zum Teil eine große Ergänzung in einer völlig neuen Richtung zu markieren: ERDDAP™ hat nun ein Daten-Ingest-System, um mit den vorhandenen Datenserver-Diensten zu gehen (siehe EDDTableFromHtpGet ) ,
- und zum Teil, weil es kein großer Sprung von 1.82 bis 2.00 numerisch, so schien dies wie die richtige Zeit.
Die andere gute Nachricht ist, dass es jetzt zwei andere Gruppen, die Code zu ERDDAP™ (in dieser Version und mit Indikationen werden sie fortfahren) : Rob Fuller und Adam Leadbetter vom irischen Marine Institute und Roland Schweitzer von PMEL und Weathertop Consulting. Vielen Dank. Es ist wahr, dass sie an Projekten ihrer eigenen Wahl arbeiten, aber das ist das klassische Open-Source-Entwicklungsmodell -- Gruppen tragen Code für die Funktionen, die sie am liebsten hinzufügen möchten. Der zusätzliche Nutzen für die Mitarbeiter: Sie erhalten, um die neuen Funktionen zu nutzen, sobald sie fertig sind; sie müssen nicht auf die nächste Veröffentlichung warten ERDDAP . Ihre Gruppe ist auch gerne beizutragen! Siehe ERDDAP™ Programmer's Guide .
Wir hoffen, Sie mögen ERDDAP™ v2.00. Wir freuen uns auf die nächsten 10 Jahre ERDDAP™ Entwicklung und immer mehr Nutzung auf der ganzen Welt.
Neue Funktionen und Änderungen (für Benutzer) :
NEU: orderByMean Filter für tabledap datasets berechnet die Mittel für die angegebenen Gruppen. Auch, alle von orderBy Optionen unterstützen nun eine zusätzliche Möglichkeit, Gruppen zu definieren: _numericVariable \[ / Nummer \[ ZeitEinstellungen \] \[ :offset \] \] _, z.B. Zeit/Tag oder Tiefe/10:5. Zum Beispiel stationID ,Zeit, WasserTemp& orderByMean (" stationID ,Zeit/1day") würde die Ergebnisse sortieren stationID und Zeit, dann berechnen und den Mittelwert von WasserTemp für jede stationID für jeden Tag. Dies sind bemerkenswert nützliche und leistungsstarke neue Features. Der neue Code für diese Funktionen und die Änderungen des alten Codes wurden von Rob Fuller und Adam Leadbetter vom irischen Marine Institute unterstützt und über Git eingereicht. Danke. Rob und Adam!
NEU: Ausgabedateityp für tabellarische Datensätze: .data Tabelle , eine JSON-Datei formatiert für die Verwendung mit Google Visualization Client-Bibliothek ( Google Charts ) . Der dafür vorgesehene Code wurde von Roland Schweitzer übernommen und über Git eingereicht. Danke. Roland!
NEU: Ausgabedateityp für tabellarische Datensätze: .jsonlCSV1 , die wie die bestehende .jsonlCSV Option, aber mit Spaltennamen auf der ersten Zeile. Danke an Eugene Burger.
NEU: Wenn der Administrator es aktiviert, können sich Benutzer jetzt mit ihrem ODER Konto. Es ist ein OAuth 2.0-Authentifizierungssystem, ähnlich wie Google-Authentifizierung. ORCID wird von Forschern weit verbreitet, um sich eindeutig zu identifizieren. ORCID-Konten sind kostenlos und haben nicht die Datenschutzprobleme, die Google-Konten haben. Vgl. ERDDAP ' Orcid Authentifizierungshinweise . Dank an BCO (Adam Shepard, Danie Kinkade, etc.) .
NEU: Ein neuer URL-Konverter konvertiert aktuelle URLs in aktuelle URLs. Siehe .../erddap/convert/urls.html auf jeder ERDDAP™ Installation, z.B. diese Verbindung zum Konverter in der ERD ERDDAP . Dies sollte für Datenmanager nützlich sein. Dies wird auch intern von GenerateDatasetsXml verwendet. Dank Bob Simons und Sharon Mesick.
VERBESSERT: Die Time Converter hat nun Optionen, um eine gemeinsame Stringzeit in eine ISO8601-Stringzeit umzuwandeln oder ein UDUNITS - wie Zeiteinheiten in einer richtigen UDUNITS Zeiteinheiten String. Dies sollte auch nützlich sein, ERDDAP™ Administratoren, die wissen müssen, welches Format für das Attribut "Einheiten" für String-Zeitvariablen anzugeben ist. Dies wird auch intern von GenerateDatasetsXml und die standardizeWelche Funktion von EDDTableFromFiles verwendet. Danke an Bob Simons.
NEU: Die Konverter von Einheiten hat eine neue "Standardize UDUnits" Option. Zum Beispiel werden "deg\_C/m" und "degrees\_C Meter-1" beide in "degree\_C m-1". Diese Funktion wird auch von der StandardisierungWelche Funktion von EDDTableFromFiles verwendet. Danke an Bob Simons.
NEU: Für Grafiken (andere als Oberflächengraphen) und tabledap 's Make A Graph-Webseiten, wenn die x-Achse keine Zeitachse ist, wenn nur eine Untermenge des x-Achsen-Variablen-Bereichs sichtbar ist, gibt es jetzt Schaltflächen über dem Graph, um die X-Achse nach links oder nach rechts zu verschieben. Dank Carrie Wall Bell / dem Hydrophone Projekt.
NEU: Für Graphen kann die X- und/oder Y-Achse nun eine Log-Skala verwenden. Benutzer können die Y Axis-Skala über ein neues Dropdown-Widget auf dem Raster steuern und tabledap Machen Sie ein Graph-Webseiten. Siehe .xRange und . yRange Dokumentation . Dank Carrie Wall Bell / dem Hydrophone Projekt.
VERBESSERT: ERDDAP™ macht nun eine bessere Nutzung verschiedener HTTP-Fehlercodes und gibt nun eine(OPeN)DAPv2.0-formatierte Fehlermeldung Payload. Vgl. die Details . Dank Antoine Queric und Aurelie Briand.
IMPROVED: Verwenden Sie nicht Netcdf-java/c oder andere Software-Tools, um eine Verbindung mit .nc oder .hdf Dateien serviert von ERDDAP 's /files/ system als ob sie lokale Dateien waren. ERDDAP™ lehnt nun diese Anträge ab. Es ist schrecklich ineffizient und verursacht oft andere Probleme. Stattdessen:
- Verwendung(OPeN)DAPClient-Software zu verbinden ERDDAP ' DAP Dienstleistungen für den Datensatz (die /griddap/ oder tabledap / in der URL) . Das ist, was DAP ist für und tut so gut.
- Oder verwenden Sie das Datenzugriffsformular des Datensatzes, um eine Teilmenge von Daten anzufordern.
- Oder, wenn Sie die gesamte Datei oder wiederholten Zugriff über eine lange Zeit benötigen, verwenden curl , wget , oder Ihr Browser, um die gesamte Datei herunterzuladen, dann auf die Daten aus Ihrer lokalen Kopie der Datei zugreifen.
VERBESSERT: Auf der ERDDAP™ Startseite, Volltextsuche ist jetzt über "Ansicht einer Liste aller Datensätze", da es der beste Ausgangspunkt für die meisten Benutzer ist. Dank Didier Mallarino und Maurice Libes.
IMPROVED: Auf DataProviderForm3.html gibt es jetzt Dropdown-Listen von Common standard\_name S. Vielen Dank an jemanden beim IOOS DMAC Meeting.
IMPROVED: Auf den /files/Webseiten gibt es nun einen Link zum neuen "Was kann ich mit diesen Dateien machen?" Abschnitt der /files/Dokumentation. Dieser Abschnitt beschreibt verschiedene Dateitypen und gibt Vorschläge, wie mit ihnen zu arbeiten. Dank Maurice Libes.
VERBESSERT: Fast jede Anfrage an ERDDAP™ sollte mindestens ein bisschen schneller und manchmal viel schneller sein.
BUG FIX: Unter Umständen, wenn ein EDDTable-Datensatz Daten in einigen Arten gespeichert .nc Dateien, das globale "id" Attribut wurde auf den vorgeschlagenen Namen der Datei gesetzt, die einen Hash enthält, um es einzigartig auf diese Anfrage zu machen. Jetzt wird "id" richtig unverändert gelassen (wenn angegeben) oder auf den Datensatz eingestellt datasetID (nicht spezifiziert) . Danke an John Maurer.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: Diese Veröffentlichung wird einige Zeit dauern und von Ihnen arbeiten. Bitte seien Sie geduldig und planen Sie ein paar Stunden, um die erforderlichen Änderungen und ein paar Stunden zu tun, um mit neuen Features zu experimentieren.
TO DO: Für die Sicherheit, machen Sie eine Sicherungskopie Ihrer aktuellen setup.xml und datasets.xml Dateien, so dass Sie zu ihnen in dem unwahrscheinlichen Fall, wo Sie müssen wieder in ERDDAP™ v1.82.
TO DO: Die Empfehlung Java ist jetzt AdoptOpenJDK's OpenJDK 8) (LTS) + HotSpot. Dies ist eine Open Source-Variante Java die keine Einschränkungen ihrer Verwendung hat (nicht Oracle ' Java Verteilung) . Es wird von Oracle ' Java in einer fortschreitenden Weise, mit Oracle Segen. Aus Sicherheitsgründen ist es wichtig, Ihre Java Version aktuell. Vgl. ERDDAP ' Java Installationsanleitung .
TO DO: AdoptOpenJDK's Java benötigt eine kleine Ergänzung zu Ihrer Tomcat Installation: siehe Ressourcen Cache Anleitung . Ich denke, das ist ein Ersatz für die -XX:MaxPermSize-Einstellung, die (Adopt) OpenJDK unterstützt nicht mehr.
TO DO: Der neue Standard und empfehlen<fontFamily> Einstellung in setup.xml ist DejaVu Sans, die in AdoptOpenJDK gebaut werden Java . Siehe überarbeitete Anleitung zur Schriftinstallation .
TO DO: Viele Tags bewegen sich von setup.xml zu datasets.xml . Der Vorteil ist, dass Sie ihre Werte ändern können, während ERDDAP™ läuft, ohne Neustart ERDDAP . Bemerkenswert, Sie können leicht ändern<startBodyHtml5> zur Anzeige einer temporären Nachricht auf der ERDDAP™ Startseite (z.B. "Check out the new JPL MUR SST v4.1 dataset ..." oder "This ERDDAP™ wird offline für die Wartung 2019-05-08T17:00 PDT durch 2019-05-08T20:00 PDT sein.") . Wenn/wenn Sie diese Tags in ändern datasets.xml , die Änderungen werden das nächste Mal wirksam ERDDAP™ liest datasets.xml .
1. Kopieren Sie diesen Inhalt in Ihre datasets.xml Datei (wobei in der Nähe des Starts der Datei, nach<erdddapDatasets>:

            <!-- The tags below are described in setupDatasetsXml.html.
                 The defaults listed below are as of ERDDAP™ v2.00. -->
            <cacheMinutes></cacheMinutes>                                     <!-- default=60 --> 
            <decompressedCacheMaxGB></decompressedCacheMaxGB>                 <!-- default=10 --> 
            <decompressedCacheMaxMinutesOld></decompressedCacheMaxMinutesOld> <!-- default=15 --> 
            <drawLandMask></drawLandMask>                                     <!-- "over" or "under" (default) -->
            <graphBackgroundColor></graphBackgroundColor>                     <!-- 0xAARRGGBB, default is 0xffccccff -->
            <loadDatasetsMinMinutes></loadDatasetsMinMinutes>                 <!-- usually=default=15 -->
            <loadDatasetsMaxMinutes></loadDatasetsMaxMinutes>                 <!-- default=60 -->
            <logLevel></logLevel> <!-- "warning" (fewest messages), "info" (default), or "all" (most messages) -->
            <nGridThreads></nGridThreads>                                     <!-- default=1 -->
            <nTableThreads></nTableThreads>                                   <!-- default=1 -->
            <partialRequestMaxBytes></partialRequestMaxBytes>                 <!-- default=490000000 -->
            <partialRequestMaxCells></partialRequestMaxCells>                 <!-- default=10000000 -->
            <slowDownTroubleMillis></slowDownTroubleMillis>                   <!-- default=1000 -->
            <unusualActivity></unusualActivity>                               <!-- default=10000 -->
            <!-- The defaults for the following tags are in messages.xml. -->
            <startHeadHtml5></startHeadHtml5>                                
            <startBodyHtml5></startBodyHtml5>                                 <!-- This is often customized. -->
            <theShortDescriptionHtml></theShortDescriptionHtml>               <!-- This is often customized. -->
            <endBodyHtml5></endBodyHtml5>
            <standardLicense></standardLicense>
            <standardContact></standardContact>
            <standardDataLicenses></standardDataLicenses>
            <standardDisclaimerOfEndorsement></standardDisclaimerOfEndorsement>
            <standardDisclaimerOfExternalLinks></standardDisclaimerOfExternalLinks>
            <standardGeneralDisclaimer></standardGeneralDisclaimer>
            <standardPrivacyPolicy></standardPrivacyPolicy>

Einmal, kopieren Sie den Wert (wenn) für jeden dieser Tags aus Ihrer setup.xml-Datei in den neuen Tag, den Sie gerade eingefügt haben (oben) in datasets.xml . Zum Beispiel, wenn Sie einen Wert von 30 für<CacheMinutes> in setup.xml, sollten Sie diesen Wert in den neuen<ccheMinutes> tag in datasets.xml (wenn der Wert gleich dem neuen Standardwert ist, ist es am besten, den Tag einfach in datasets.xml Rohöl) .

Wenn Ihr Wert anders ist als der neue vorgeschlagene Standard (außer für<startBodyHtml5> und<theShortDescriptionHtml>, die nützlich sind, um Ihre ERDDAP™ Installation), bitte überlegen, auf die neuen Standardwerte umzuschalten. Dies gilt insbesondere für<partiellRequestMaxBytes> und<partiellRequestMaxCells>, wo sich der Standard-/Suggested-Wert im Laufe der Jahre deutlich geändert hat.

Nachdem Sie jeden Wert kopieren, löschen Sie das Tag und seine Beschreibung von setup.xml. Es ist besser, diese Tags in datasets.xml . Und es gibt jetzt bessere Beschreibungen in setupDatasetsXml.html .

Ein Quirk des neuen Systems ist, dass die erste Webseite, wenn Sie starten ERDDAP wird der Standard ERDDAP™ Seite. Jede nachfolgende Webseite verwendet den ...Html-Inhalt, den Sie in datasets.xml .

WARNING: Das erste Mal, dass Sie laufen ERDDAP™ v2.0, Datensätze basierend auf lokalen Datendateien laden sehr langsam, weil ERDDAP™ muss die Datenbank der Dateien in einem etwas anderen Format neu erstellen. Nach der langsamen anfänglichen Nachladung laden sie schnell wie zuvor. Bitte geduldig sein.

EDDTableFromHtpGet

BIG NEW FEATURE: EDDTableFromHtpGet
Bis jetzt, ERDDAP™ Lesen Sie einfach Daten und haben es den Benutzern zur Verfügung gestellt. Jetzt. ERDDAP™ verfügt über ein einfaches, effizientes System zur Erfassung von Echtzeitdaten von Sensoren. Unter anderem bietet dieser Datensatz eine feinkörnige Versionierung: er erinnert sich an jede Änderung, die zum Datensatz gemacht wurde, wenn er gemacht wurde, und von wem. In der Regel wollen die Benutzer nur die neueste Version des Datensatzes, mit allen Änderungen angewendet. Aber es gibt die Möglichkeit, dass Benutzer Daten aus dem Datensatz anfordern, wie es zu jedem Zeitpunkt war. Dies erleichtert reproduzierbare Wissenschaft. Im Gegensatz zu den meisten anderen Echtzeit-Datensätzen sind diese Datensätze daher für DOI S . weil sie DOI Anforderung, dass der Datensatz nicht verändert wird, außer durch Aggregation. Vgl. EDDTableFromHtpGet . Dank an OOI (von vorn und jetzt) um darüber zu reden, was nötig ist und Eugene Burger für die Erinnerung daran, an was wichtig ist.
BIG NEW FEATURE: ERDDAP™ kann nun Daten direkt von extern komprimierten Datendateien bedienen, einschließlich .tgz , .tar .gz , .tar .gzip , .gz , .gzip , .zip , .bz2 , oder .Z. Datasets können eine Mischung von extern komprimierten Dateien enthalten (vielleicht die älteren Datendateien?) und nicht-extern-komprimierte Dateien, und Sie können eine Datei jederzeit komprimieren/dekomprimieren.

Das funktioniert großartig! In den meisten Fällen ist die Verlangsamung im Zusammenhang mit der Dekomprimierung der Dateien geringfügig. Wir ermutigen Sie dringend, dies zu versuchen, insbesondere für Datensätze und/oder Datendateien, die selten verwendet werden.

Dies kann Sie sparen $30.000 oder mehr! Das ist eines der wenigen ERDDAP™ Funktionen, die Sie viel Geld sparen können -- wenn Sie viele Datendateien komprimieren, benötigen Sie viel weniger RAIDs/Hard-Laufwerke, um die Daten zu speichern, oder umgekehrt, Sie können weit mehr Daten (bis 10x) mit den RAIDs, die Sie bereits haben. Wenn diese Funktion Sie davor spart, eine andere RAID zu kaufen, dann hat es Sie ungefähr $30.000 gespeichert.

Siehe Extern komprimierte Dateien Dokumentation . Dank Benoit Perrimond und Paloma de la Vallee.

BIG NEW FEATURE: Alle EDDGrid VonFiles und allen EDDTableFromFiles-Datensätzen unterstützen<ccheFromUrl> tag und a<ccheSizeGB> tag. Wenn cacheSizeGB nicht angegeben ist, wird dies eine vollständige Kopie der Dateien eines entfernten Datensatzes herunterladen und erhalten. Wenn cacheSizeGB angegeben ist und >0 ist, wird dies Dateien vom entfernten Datensatz nach Bedarf in einen lokalen Cache mit einer begrenzten Größe herunterladen, der bei der Arbeit mit Cloud-basierten (z.B. S3) Datendateien. Siehe Cache VonUrl Dokumentation für Details. Dank an Bob Simons und Roy Mendelssohn (die seit Jahren Skripte schreiben, um lokale Kopien von Remote-Datensatz-Dateien zu handhaben) , Lloyd Cotten, Eugene Burger, Conor Delaney (als er bei Amazon Web Services war) , und die Google Cloud Platform.
NEU: Das neue EDDTableFromJsonlCSV Klasse kann tabellarische Daten auslesen JSON Zeilen CSV-Dateien ("Better als CSV") . Dank der Menschen am Marine Institute of Ireland, die mir über dieses Format und Eugene Burger und PMEL erzählen, für die Anfrage, es als Eingabetyp zu unterstützen.
NEU: Alle EDDGrid und alle EDDTableFromFiles-Datensätze unterstützen<nThreads> Einstellung, die sagt ERDDAP™ wie viele Threads zu verwenden, wenn auf eine Anfrage reagiert. Siehe nThreads Dokumentation für Details. Dank Rob Bochenek von Axiom Data Science, Eugene Burger, Conor Delaney (als er bei Amazon Web Services war) , und Google Cloud Platform.
NEU Standardisierung Was für alle EDDTableFromFiles Unterklassen - Bisher, wenn für eine bestimmte Variable, die Werte der wichtigen Attribute (z.B., scale\_factor , add\_offset , missing\_value , \_FillValue, Einheiten) waren nicht konsistent, EDDTableFromFiles würde einen Wert für jedes Attribut "gültig" und markieren Dateien mit anderen Attributwerten als "Bad Files". Jetzt gibt es ein System, um die Dateien zu standardisieren, sobald EDDTableFromFiles die Dateien liest. Vgl. EDDTableFromFiles Standardisierung Was? . Einer von ERDDAP Hauptziele sind die Bereitstellung von Datendateien und Datensätzen in konsistenter Weise. Standardisierung Was ist ein wichtiges neues Werkzeug, um diese Realität zu machen. Dank Marco Alba, Margaret O'Brien (und andere EML-Benutzer) , BCO-DMO und InPort Benutzer.
NEW EDDTableFromInvalidCRAFiles ermöglicht es Ihnen, einen Datensatz aus einer Sammlung von NetCDF (v3 oder v4) .nc Dateien, die eine bestimmte, ungültige Variante des CF DSG Contiguous Ragged Array verwenden (CRA) Dateien. Beispieldateien für diesen Datensatztyp finden Sie unterhttps://data.nodc.noaa.gov/thredds/catalog/ncei/wod/ \[ 2020-10-21 Dieser Server ist jetzt nicht zuverlässig verfügbar \] . Obwohl ERDDAP™ unterstützt diesen Dateityp, es ist ein ungültiger Dateityp, den niemand verwenden sollte. Gruppen, die derzeit diesen Dateityp verwenden, werden stark ermutigt, ERDDAP™ um gültige CF DSG CRA-Dateien zu generieren und mit diesen Dateien zu stoppen. Dank Ajay Krishnan und Tim Boyer.
EDDTableFromThreddsFiles und EDDTableFrom Hyrax Dateien werden nun depreciert. Bitte wechseln Sie zu EDDTableFromNcFiles (oder eine Variante) plus<ccheFromUrl>. Wenn das aus irgendeinem Grund nicht funktioniert, E-Mail erd.data at noaa.gov . Wenn vor 2020 keine Beschwerden vorliegen, können diese Datensatztypen entfernt werden.
VERBESSERT -- Das System zur automatischen Umwandlung von nicht-ISO 8601 Zeiten in ISO 8601 Zeiten (eingeführt in v1.82) wurde stark erweitert, um eine Vielzahl von zusätzlichen Formaten zu behandeln. Dies betrifft GenerateDatasetsXml und ERDDAP 's Umgang mit Quellmetadaten.
VERBESSERT -- Mit seiner dritten großen Revision des String-Zeitausgleichssystems (und hoffentlich der Letzte) , ERDDAP™ nicht mehr verwendet Java 's DateTimeFormatter wegen Bugs, die manchmal extreme Zeiten beeinflussen (Jahre<=0000). ERDDAP™ verwendet jetzt ein eigenes System zum Parsing Zeitstrings.
WARNING: Das neue String Zeitsparsystem ist etwas strenger. Wenn einer Ihrer Datensätze plötzlich nur fehlende Werte für Zeitwerte hat, ist die Ursache fast sicher, dass die Zeitformatkette etwas falsch ist. Es sollten Fehlermeldungen in log sein. txt bezogen auf Zeitwerte, die nicht mit dem Zeitformat übereinstimmen -- das sollte Ihnen helfen, den Zeitformat-String für diesen Datensatz zu fixieren. Wenn Sie Hilfe benötigen, verwenden Sie die Option in ERDDAP 's Time Converter, die "Convert \[ S \] jede gemeinsame Stringzeit in eine ISO 8601 String-Zeit" -- es gibt das Format an, das der Konverter verwendet, um den Quellstring zu parsieren.
EMPFEHLUNG: Der schnellste, einfachste und günstigste Weg, um zu beschleunigen ERDDAP Der Zugriff auf tabellarische Daten besteht darin, die Datendateien auf einem Solid State Drive zu setzen (SSD) . Die meisten tabellarischen Datensätze sind relativ klein, so dass eine 1 oder 2 TB SSD wahrscheinlich ausreicht, um alle Datendateien für alle Ihre tabellarischen Datensätze zu halten. SSD ist schließlich verschleißen, wenn Sie Daten an eine Zelle schreiben, löschen und neue Daten zu oft an diese Zelle schreiben. Stattdessen empfehle ich, (wie möglich) Sie verwenden einfach Ihre SSD, um die Daten einmal zu schreiben und es oft zu lesen. Dann sollte sogar eine verbrauchergerechte SSD eine sehr lange Zeit dauern, wahrscheinlich viel länger als irgendein Festplattenlaufwerk (HDD) . Consumer-grade SSD's sind jetzt billig (2018, ~$200 für 1 TB oder ~$400 für 2 TB) und die Preise fallen immer noch schnell. Wann ERDDAP™ Zugriff auf eine Datendatei, eine SSD bietet beide
- kürzere Latenzzeit (~0.1ms, versus ~3ms for an HDD, versus ~10 (?) ms for a RAID, versus ~55ms for Amazon S3) , und
- höherer Durchsatz (~500 MB/S, versus ~75 MB/s für eine HDD versus ~500 MB/s für eine RAID) .

So können Sie bis zu einem ~10X Leistungssteigerung (vs a HDD) für $200! Im Vergleich zu den meisten anderen möglichen Änderungen an Ihrem System (einen neuen Server für $10.000? eine neue RAID für $35.000? einen neuen Netzwerkschalter für $5.000? usw.) , dies ist bei weitem die beste Return on Investment (ROI) . Wenn Ihr Server nicht mit Speicher geladen wird, ist ein zusätzlicher Speicher für Ihren Server auch eine großartige und relativ kostengünstige Möglichkeit, alle Aspekte zu beschleunigen ERDDAP . \[ SSD wäre auch für netzgebundene Daten großartig, aber die meisten netzgebundenen Datensätze sind viel größer, was die SSD sehr teuer macht. \]

NEU: Jeder, der eingeloggt ist, bekommt roll= \[ Wer ist hier? In \] , auch wenn es nicht<Benutzer-Tag für sie in datasets.xml . Wenn Sie Datasets festlegen<zugänglichTo> \[ Wer ist hier? In \] , dann wer eingeloggt hat ERDDAP™ (z.B. über ihr Gmail oder Orcid-Konto) wird autorisiert, auf den Datensatz zuzugreifen, auch wenn Sie noch keine<Benutzer-Tag für sie in datasets.xml . Dank Maurice Libes.
VERBESSERT: Die UDUNITS /UCUM-Einheiten-Wandler wurde umfassend verbessert. Es behandelt ungültige Einheiten Strings besser (beginnend mit einem Schwerpunkt auf der Erhaltung von Informationen, anstatt die Gültigkeit) . Auch die Ergebnisse haben jetzt eine standardisierte Syntax.
NEU: Die UDUNITS /UCUM-Einheiten-Konverter hat eine neue Möglichkeit, eine UDUNITS String. Dies funktioniert gut für gültig UDUNITS Strings und vernünftigerweise gut für nicht-Standard / ungültig UDUNITS Strings. Zum Beispiel, UDUNITS ="Meter pro Sekunde", "Meter/Sekunde", "m.s^-1" , und "m s-1" wird alle "m.s-1" zurückkehren. Dies war für die neue Standardisierung erforderlich Welches System oben beschrieben. Dank Marco Alba, Margaret O'Brien (und andere EML-Benutzer) , BCO-DMO und InPort Benutzer.
NEU: EDDTableFromMultidimNcFiles hat jetzt eine Leckerbissen Option, das sagt ERDDAP™ bestimmte Dimensionen zu behandeln (z.B. LAT und LON) als ob sie andere Dimensionen haben (z.B. TIME) . Dies ist nützlich für einige falsche Dateien, die verschiedene Dimensionen für verschiedene Variablen verwenden, wenn sie nur eine Dimension verwendet haben sollten (z.B. TIME) . Dank Marco Alba und Maurice Libes.
NEU: Jetzt, alle EDDGrid Von...Files-Datensätzen unterstützen eine neue Sonderachse sourceName was sagt ERDDAP™ Informationen aus der Datei zu extrahierenName (nur Dateiname.ext) und den Wert zu verwenden ersetzen den vorhandenen linken Achswert. Das Format ist \\\*ersetzenFromFileName,dataType,extractRegex,captureGroupNumber Vgl. Diese Dokumentation . Dank der NOAA Pathfinder Tägliche Aggregationsdatensatz.
NEU: Jetzt, alle EDDGrid Von...Files-Datensätzen unterstützen eine neue Sonderachse sourceName was sagt ERDDAP™ Informationen aus dem Pfad der Datei zu extrahierenName (Verzeichnisse + Dateiname.ext)
\\\*pathName,dataType,extractRegex,captureGroupNumber Dazu verwendet der Pfadname immer '/' als Verzeichniszeichen, nie ''. Vgl. Diese Dokumentation . Dank Paloma de la Vallee.
NEU: Jetzt alle EDDTableFrom... Dateien Datensätze unterstützen zusätzliche Pseudovariable sourceName s, die Informationen aus der Datei entnehmenName (nur Dateiname.ext) (siehe \*\*Das ist ein Problem. ) oder aus dem vollen Pfad der DateiName (/dir1/dir2/Dateiname.ext) (siehe \*\*Der Name ) . Dank Paloma de la Vallee.
NEU: Wenn ein EDDGrid Datensatz hat eine oder mehrere sehr große Abmessungen (z.B. Millionen von Werten) die viel Speicher aufnehmen, können Sie das neue [<DimensionValuesInMemory>] (/docs/server-admin/datasets#dimensionvaluesinmemory) Einstellung zu falsch (der Standard ist wahr) , die dazu führt, dass der Datensatz die Werte auf dem Datenträger speichert und bei Bedarf abruft. Dank David Rodriguez und Rich Signell (re: EDDGrid VonAudioFiles) .
VERBESSERT: Zuvor, wenn Sie die dataVariable s für einen EDDTableFromFiles-Datensatz und das erneute Laden des Datensatzes, EDDTableFromFiles würde alle Datendateien wieder lesen. Jetzt kann es mit der Neuordnung umgehen, ohne alle Datendateien neu zu lesen. Dank Roland Schweitzer.
VERBESSERT: Jetzt, wenn ERDDAP™ liest ASCII, NCCSV und JSON Lines CSV tabular data files, wenn es einen Fehler auf einer bestimmten Zeile findet (z.B. falsche Anzahl von Gegenständen) , es protokolliert eine Warnmeldung ("WARNUNG: Skipping line #"... " unerwartete Anzahl von Elementen...") in der log.txt Datei und dann weiter den Rest der Datendatei lesen. So ist es Ihre Verantwortung, regelmäßig zu schauen (oder ein Skript schreiben, um dies zu tun) für diese Nachricht im Protokoll. txt, damit Sie die Probleme in den Datendateien beheben können. ERDDAP™ wird so eingerichtet, dass die Benutzer weiterhin alle verfügbaren gültigen Daten lesen können, obwohl einige Zeilen der Datei Fehler haben. Zuvor, ERDDAP™ die Datei als "schlecht" markiert und aus dem Datensatz entfernt.
VERBESSERT: Wenn präzise Zeiten (z.B. zur nächsten Sekunde oder Millisekunde) an der Quelle als "Minuten seit ..." gespeichert werden (oder größere Einheiten) , ERDDAP™ jetzt rundet sie auf die nächste Millisekunde beim Lesen der Werte in ERDDAP . Andernfalls werden die Floating-Point-Nummern brutalisiert und Datenanforderungen zu bestimmten Zeiten (z.B., &time=2018-06-15T01:30:00) wird scheitern. Bisher wurde sie so genau wie möglich berechnet. (und tut immer noch, wenn die Einheiten z.B. "Sekunden seit ..." oder "Millisekunden seit ..." sind) . Es ist am besten, dieses Problem zu vermeiden, indem Sie nicht große Einheiten verwenden (z.B. Minuten oder Stunden) präzise Zeitwerte speichern (z.B. Mikrosekunden) -- Computer arbeiten schlecht an der Handhabung von Dezimalstellen. Dank Marco Alba.
VERÄNDERUNGEN zu EDDTableFrom EDDGrid die es viel besser machen. EDDTableFrom EDDGrid ermöglicht es den Benutzern, netzgebundene Datensätze abzufragen, als ob sie tabellarische Datensätze wären ("Quicky by Value") .
- Es unterstützt jetzt<maxAxis0> tag (Standardeinstellungen) die die maximale Anzahl der Achse angibt \[ 0) \] (in "time" ) Werte, die sofort abgefragt werden können. Dies verhindert, dass naive Anfragen EDDTableFrom bekommen EDDGrid zur Suche durch einen gesamten netzgebundenen Datensatz (was einen Timeout-Fehler versagen würde) .
- Datensätze generieren Xml hat jetzt eine Option, EDDTableFrom zu generieren EDDGrid Datensätze für alle netzgebundenen Datensätze in einem bestimmten ERDDAP™ die zu einem bestimmten Regex passen (Verwenden Sie .\*, um alle Datensätze anzupassen) . Die Datensätze, die sie erstellt, haben zusätzliche Informationen in dem zusammenfassenden Attribut, das angibt, dass es sich um eine tabellarische Version eines netzgebundenen Datensatzes handelt. Und ihre datasetID ist die datasetID des netzgebundenen Datensatzes plus "\_AsATable".
- Es gibt eine große Geschwindigkeit für die häufigste Einrichtung: wenn der gegitterte Datensatz ein EDDGrid AusErddap-Datensatz, der in der gleichen ERDDAP .

Dank James Gallagher und Ed Armstrong.

NEU: erzeugen Datensätze Xml für alle Arten von Datensätzen ist jetzt viel wahrscheinlicher, eine \_FillValue oder missing\_value Attribut einer numerischen Variable addAttributes . Dies geschieht beispielsweise, wenn String fehlende Wertmarker (z.B. "", ".", "?", "NA", "nd", "NaN") für diese Variable in der Sample-Datei in ERDDAP 's native fehlende Werte (127 in Byte-Säulen, 32767 in kurzen Spalten, 2147483647 in Intsäulen, 9223372036854775807 in langen Spalten und NaN in Float- und Doppelvariablen) . Es tritt auch für NaN-Werte in Float und Doppelvariablen auf. Auch wurde "nd" in der Liste der häufigsten fehlenden Wertmarker in numerischen Datenspalten hinzugefügt, die ERDDAP™ sollte suchen. Dank Matt Biddle von BCO-DMO.
IMPROVED: die ncdump-Option im Generieren Datensätze Xml ist jetzt mehr wie ncdump (aber immer noch verwendet die netcdf-java-Version von ncdump) . Jetzt druckt es eine neue Liste von Optionen. Jetzt, für .nc ml Dateien, es druckt die ncdump Ausgabe für das Ergebnis der .nc Änderungen der Datei in der zugrunde liegenden Datei .nc oder .hdf Datei.
BUG FIX: Es gab einen Aktengriff Leck (irgendwann ERDDAP™ zu frieren) bei der Erstellung einiger Arten von Ausgabedateien, z.B. .geotif, verursacht, insbesondere wenn Fehler während der Erstellung aufgetreten sind. Ich glaube, das ist jetzt alles in Ordnung. Wenn Sie noch Probleme sehen, bitte sagen Sie mir die Art von Datensatz (Gitter oder Tisch) und die Art der Datei, die das Problem verursacht. Dank Steven Beale, Lynn DeWitt, Jibei Zhao und anderen.
BUG FIX: Die WMS Leaflet demo hat die "tiefe" Achse nicht vollständig/properly in "elevation" umgewandelt. Nun, es tut es, und die gebrochenen Legenden-Anfragen werden behoben. Auch alle Achsenoptionen in den Dropdown-Listen sind immer in aufsteigender sortierter Reihenfolge. Dank Antoine Queric und Aurelie Briand.
BUG FIX: EDDTableFromFiles unterstützt nun korrekt Einschränkungen von String-Variablen, die aus Char-Variablen in den Datendateien erstellt wurden. Dank Antoine Queric und Aurelie Briand.
BUG FIX: Wenn nun ein Datensatz nicht verfügbar wird, versucht der Datensatz zu benachrichtigen (mit der Nachricht "Dieser Datensatz ist derzeit nicht verfügbar.") seine Teilnehmer, börsennotierte Aktionen, rss und lonPM180 Datensätze, die darauf vertrauen. Dank Roy Mendelssohn und Bob Simons.
BUG FIX: Zwei Fehler im Zusammenhang mit EDDTableCopy. Danke an Sam McClatchie.
VERBESSERT: Die Anzahl der auf der status.html Seite angezeigten fehlgeschlagenen Anfragen wird steigen, weil mehr Dinge als bisher als Fehler gezählt werden.
VERBESSERT: ERDDAP 's status.html zeigt jetzt "Requests (mediane Zeiten in ms) " in der Zeitreihe. Früher zeigte es mediane Zeiten, die auf ganzzahlige Sekunden verkürzt wurden.
IMPROVED: Im jsonld-Ausgang kommt nun der jsonld "name" aus dem Datensatz "title" in ERDDAP , und die jsonld "headline" kommt jetzt aus dem Datensatz " datasetID " ERDDAP . Früher wurde es umgekehrt. Das scheint mir falsch zu sein, denn im normalen englischen Gebrauch ist "Name" in der Regel ein kurzer, (ideal) eindeutige Kennung, die sich selten/nicht ändert (z.B. Robert Middlename Simons) , keine Beschreibung, die nicht einzigartig ist und sich leicht und oft ändern kann (z.B. "Ein Kerl, der Software für NOAA " vs. "Ein großer Kerl, der Software für NOAA ") . Gee, es wäre toll, wenn die schema.org Definition von Name , im Rahmen eines Datasets, waren spezifischer. Software-Entwickler sollten in der Lage sein, eine Umsetzung einer Spezifikation allein auf der Grundlage der Spezifikation zu schreiben, ohne Anleitung von Experten. Aber ich deferiere Google (vor allem Natasha Nein) , NZEI (John Relph) und Rob Fuller.
VERBESSERT: Im jsonld-Ausgang sind die vier "spatialCoverage GeoShape Box"-Werte jetzt minLat minLon maxLat maxLon. Bisher wurden die Lat- und lonenpositionen umgekehrt. Gee, es wäre toll, wenn die schema.org Definition von GeoShare die richtige Reihenfolge angegeben. Software-Entwickler sollten in der Lage sein, eine Umsetzung einer Spezifikation allein auf der Grundlage der Spezifikation zu schreiben, ohne Anleitung von Experten. Dank Natasha Noy und Rob Fuller.

Version 1.82

(veröffentlicht 2018-01-26)

Neue Features (für Benutzer) :
Zahlreiche subtile Veränderungen im Look-and-feel ERDDAP™ Webseiten.
- VERBESSERT: ERDDAP™ verwendet nun HTML 5 und macht eine bessere Nutzung von CSS.
- VERBESSERT: Die Webseiten wurden leicht modifiziert, um sie sauberer und weniger "busig" zu machen. (Sie sind noch dicht und es gibt noch Dinge, über die man sich beschweren könnte, aber hoffentlich viel weniger als zuvor.) Vielen Dank an John Kerfoot für einige Kommentare.
- VERBESSERT: Die Webseiten sehen jetzt auf Mobiltelefonen und anderen kleinen Geräten viel besser aus, besonders wenn Sie sie in der Landschaftsorientierung verwenden. Sie sehen auch in sehr kleinen und sehr großen Fenstern in Desktop-Browsern besser aus.
- IMPROVED: Um die Sicherheit und andere Gründe zu verbessern, die Verwendung einer aktuellen Openlayers-Version für die WMS Demonstrationsseiten wurden ersetzt durch Leaflet .
- NEU: Unterstützung für Vorschauen von Bild-, Audio- und Videodateien in der "files" System (zum Beispiel, dieser Testdatensatz ) und in .htmlTable Antworten, wenn eine Zelle die URL einer Bild-, Audio- oder Videodatei hat (zum Beispiel, Diese Anfrage ) . Wenn Sie über ein '?'-Symbol schweben, sollten Sie eine Bild-, Audio- oder Videodatei Vorschau sehen. Sie können auch auf den Datei-Link klicken, um den Datei-Vollbildschirm in Ihrem Browser anzuzeigen. Siehe Dokumentation von Mediendateien . Beachten Sie, dass verschiedene Browser verschiedene Dateitypen unterstützen, so dass die Beispiele möglicherweise nicht in Ihrem Browser arbeiten. Dank dieser Leute/Links für Ideen und Sample-Code für CSS-only image tooltips (wart aufhttps://codepen.io/electricalbah/pen/eJRLVd) und abgeleitete Bildbeladung (wart aufhttps://varvy.com/pagespeed/defer-images.html) (obwohl der Code vor der Verwendung geändert wurde ERDDAP ) . Dank Cara Wilson, Matthew Austin und Adam Shepherd/BCO-DMO für Anträge auf Bildunterstützung. Dank Jim Potemra, Rich Signell, OOI und Carrie Wall Bell für Anfragen an Audio/Hydrophone-Datei-Unterstützung. Dank OOI für die Anzeige der Notwendigkeit für Video-Support.
- NEU: Eine Untermenge von Daten von allen ERDDAP™ Datensatz (aber in der Regel ein Datensatz von Audiodateien) kann nun in einer .wav Audiodatei gespeichert werden. ( Dokumentation ) Dank Jim Potemra, Rich Signell, OOI und Carrie Wall Bell für Anfragen an Audio/Hydrophone-Datei-Unterstützung.
- IMPROVED: Das Format für die Web Accessible Folders (WAF) (z.B. die /files/ Ordner) wurde aktualisiert, um eine HTML-Tabelle zu verwenden. Das neue Format mimiert die neuere Version der Verzeichnisliste, die von neueren Versionen von Apache erstellt wurde. Die Menschen werden feststellen, dass die Änderungen die Informationen leichter lesen lassen. Software, die diese Dokumente teilt (z.B. Software, die ISO 19115 Dokumente aus ERDDAP ) muss überarbeitet werden, aber das neue Format wird einfacher als das vorherige Format. (Achtung, Anna Milan.)
- NEU outOfDateDatasets.html Seite. ( Beispiel ) Diese Webseite zeigt eine Tabelle mit allen Datensätzen in Echtzeit, die eine< testOutOfDate > tag (siehe unten) , geordnet nach, wie aus dem Datum die Datensätze sind. Dieses Dashboard sollte nützlich sein für ERDDAP™ Administratoren und Endbenutzer, wenn sie wissen wollen, welche Datensätze aktuell sind. Für aktuelle Datensätze gibt es vermutlich ein Problem mit der Datenquelle, so dass ERDDAP™ ist nicht in der Lage, Daten von neueren Zeitpunkten zu sehen / zu vergessen. Administratoren: Wenn Sie keine Out-Of-Date Datasets Webseite wünschen, fügen Sie diese zu Ihrem setup.xml hinzu: <outOfDateDatasetsActive>false</outOfDateDatasetsActive> Es gibt jetzt testOutOfDate und raus In der allDatasets Datensatz. Dank Bob Simons, der das seit Jahren gewollt hat, und den cleveren Menschen des irischen Marine Institutes, die mir die Inspiration über ihren dedizierten Raspberry Pi und Monitor gab, die immer einen solchen Bildschirm in ihrem Büro zeigt.
- VERBESSERT: .htmlTable und .xhtml Die Reaktion wird nun besser formatiert, kompakter und damit schneller geladen. Dank HTML5 und CSS.
NEU Ausgabedateityp für Rasterdatensätze: .timeGaps. Es zeigt eine Liste von Lücken in den Zeitwerten, die größer sind als die mediane Lücke. ( Beispiel ) Dies ist nützlich für ERDDAP™ Administratoren und Endbenutzer, wenn sie wissen wollen, ob es unerwartete Lücken in den Zeitwerten für einen Datensatz gibt, der regelmäßig beabstandete Zeitwerte erwartet. Dank Bob Simons und Roy Mendelssohn, die diese Funktion brauchten.
IMPROVED: Das Standarddiagramm für die allDatasets dataset ist jetzt eine Karte mit x=maxLon und y=maxLat. Dank John Kerfoot, Rich Signell und OOI-CI.
NEU: Erddapy -- ist kein ERDDAP™ Funktion, aber wird für viele von Interesse sein ERDDAP™ Benutzer. Erddapy ( ERDDAP™ + Python ) ein Python Bibliothek erstellt von Filipe Fernandes, "nutzt den Vorteil von ERDDAP ' RESTful Web-Dienste und schafft die ERDDAP™ URL für jede Anfrage wie die Suche nach Datensätzen, die Erfassung von Metadaten, das Herunterladen von Daten usw.." Dank an Filipe Fernandes.
Ich hätte schon mal sagen sollen: Es gibt ein R-Paket von Drittanbietern, das die Arbeit mit ERDDAP™ von innerhalb R: Rerddap . Dank ROpensci und Roy Mendelssohn.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: In setup.xml, rechts unten<adminInstitution>, bitte einfügen<adminInstitutionUrl> tag, der eine URL für Ihre Institution angibt (oder Gruppe) .
TO DO: Diese 3 Tags in setup.xml werden nicht mehr verwendet: <Start HeadHtml><startBodyHtml> und<EndBodyHtml>. Sie ersetzt durch <StartHeadHtml5>,<startBodyHtml5> und<endBodyHtml5>, die Standardwerte in Nachrichten angegeben haben.xml (und unten gezeigt) .

Wir empfehlen die Verwendung des Standards<startHeadHtml5> und<EndBodyHtml5>. Wir empfehlen: Wenn Sie Änderungen am Original vorgenommen haben<startBodyHtml> und/oder möchten Sie anpassen ERDDAP™ jetzt, bitte kopieren Sie das neue<startBodyHtml5> tag (von unten) in Ihre setup.xml und modifizieren Sie es, um Ihre ERDDAP™ und ERDDAP 's Webseiten reflektieren Ihre Organisation, nicht NOAA ERD . Bemerkenswert, ändern Sie bitte die "Brought to you by" zu Ihrer Organisation (S) . Wenn Sie Hilfe benötigen, bitte E-Mail erd.data at noaa.gov . (Wenn Sie nicht Ihre anpassen wollen ERDDAP™ jetzt verwenden Sie den Standard<startBodyHtml5>.)

Dann löschen Sie die 3 alten Tags in Ihrem setup.xml, die nicht mehr verwendet werden.

        <startBodyHtml5><!\\[CDATA\\[ 
        <body>
        <table class="compact nowrap" style="width:100%; background-color:#128CB5;"> 
          <tr> 
            <td style="text-align:center; width:80px;"><a rel="bookmark"
              href="https://www.noaa.gov/"><img 
              title="National Oceanic and Atmospheric Administration" 
              src="&erddapUrl;/images/noaab.png" alt="NOAA"
              style="vertical-align:middle;"></a></td> 
            <td style="text-align:left; font-size:x-large; color:#FFFFFF; ">
              <strong>ERDDAP</strong>
              <br><small><small><small>Easier access to scientific data</small></small></small>
              </td> 
            <td style="text-align:right; font-size:small;"> 
              &loginInfo; &nbsp; &nbsp;
              <br>Brought to you by 
              <a title="National Oceanic and Atmospheric Administration" rel="bookmark"
              href="https://www.noaa.gov">NOAA</a>  
              <a title="National Marine Fisheries Service" rel="bookmark"
              href="https://www.fisheries.noaa.gov">NMFS</a>  
              <a title="Southwest Fisheries Science Center" rel="bookmark"
              href="https://www.fisheries.noaa.gov/about/southwest-fisheries-science-center">SWFSC</a> 
              <a title="Environmental Research Division" rel="bookmark"
              href="https://www.fisheries.noaa.gov/about/environmental-research-division-southwest-fisheries-science-center">ERD</a>  
              &nbsp; &nbsp;
              </td> 
          </tr> 
        </table>
        \\]\\]></startBodyHtml5>

Es gibt zusätzliche Möglichkeiten, die Sie können Anpassung ERDDAP™ also ERDDAP 's Webseiten reflektieren Ihre Organisation statt NOAA ERD .

TO DO: Die< EDDGrid ...Example> Tags (beginnend mit< EDDGrid IdExample>) und<EDDTable... Beispiel > Tags (beginnend mit<EDDTableIdExample>) in Ihrer setup.xml-Datei verwendet werden, um Beispiele im Raster zu erstellen und tabledap Dokumentation. html Webseiten in Ihrem ERDDAP .

Wenn Sie diese Tags nicht angepasst haben, löschen Sie sie bitte von Ihrer setup.xml-Datei. Jetzt haben sie alle Standardeinstellungen in message.xml, die sich auf Datensätze in Bob's beziehen ERDDAP™ beihttps://coastwatch.pfeg.noaa.gov/erddap/index.html. So müssen Sie nicht mehr bestimmte Datensätze in Ihrem ERDDAP . Wenn Sie die Standardeinstellungen überschreiben möchten, kopieren Sie einige oder alle diese Tags in Ihre setup.xml und ändern Sie ihre Werte. Wenn Sie möchten, dass die Beispiele auf Ihre ERDDAP™ Die einfachste Methode ist:

Fügen Sie diese beiden Datensätze in Ihren ERDDAP™ durch das Hinzufügen von datasets.xml :

            <dataset type="EDDGridFromErddap" datasetID="jplMURSST41" active="true">
                <sourceUrl>https://coastwatch.pfeg.noaa.gov/erddap/griddap/jplMURSST41</sourceUrl>
            </dataset>
            <dataset type="EDDTableFromErddap" datasetID="pmelTaoDySst" active="true">
                <sourceUrl>https://coastwatch.pfeg.noaa.gov/erddap/tabledap/pmelTaoDySst</sourceUrl>
            </dataset>

Fügen Sie diesen Tag zu Ihrem setup.xml hinzu, aber ändern Sie die URL zu Ihrem ERDDAP ' ( https ?) URL:

            <EDDGridErddapUrlExample>https://coastwatch.pfeg.noaa.gov/erddap/</EDDGridErddapUrlExample>
            <EDDTableErddapUrlExample>https://coastwatch.pfeg.noaa.gov/erddap/</EDDTableErddapUrlExample>

Wenn Sie diese Tags angepasst haben, lassen Sie sie wie es ist und fügen Sie bitte diese 2 neuen Tags zu Ihrem setup.xml hinzu, um die ERDDAP™ URL für diese Datensätze, aber ändern Sie die URL auf Ihre ERDDAP ' ( https ?) URL:

        <EDDGridErddapUrlExample>https://coastwatch.pfeg.noaa.gov/erddap/</EDDGridErddapUrlExample>
        <EDDTableErddapUrlExample>https://coastwatch.pfeg.noaa.gov/erddap/</EDDTableErddapUrlExample>

TO DO: ERDDAP™ verwendet nun eine css-Datei namens erddap2.css. Wenn Sie Änderungen vorgenommen haben \[ Tomcat \] /webapps/erdap/images/erddap.css, betrachten ähnliche Änderungen an erddap2.css (im gleichen Verzeichnis) .
NEU: ERDDAP 's Webseiten haben jetzt eine große Anzahl von fast unsichtbaren internen Links (der Text ist schwarz und nicht unterstrichen) . Wenn Sie über einen dieser Links schweben (in der Regel die ersten Worte der Überschriften und Absätze) , der Cursor wird eine Hand. Wenn Sie auf den Link klicken, ist die URL der interne Link zu dem Abschnitt des Dokuments. Dies macht es einfach, sich auf bestimmte Abschnitte der Dokumentation zu beziehen. Vielen Dank an Bob Simons, der das seit Jahren wollte.
NEU: ERDDAP™ jetzt unterstützt Byte Range / Accept-Ranges Anfragen für Teile von /files/ Dateien. Dies wurde benötigt, um die Audio- und Video-Viewer in Browsern zu unterstützen.
TO DO: Jetzt, um die Sicherheit zu verbessern, wenn Sie angegeben<baseHttpsUrl> in setup.xml (und damit unterstützen https ) , die empfohlene Flagge Url ist ein https URL mit einem sichereren FlagKey. Falls ja, wird jede vorherige FlaggeUrls/flagKeys ungültig. Admins: Wenn diese Änderungen für Sie gelten ERDDAP™ und wenn du ERDDAP™ hat EDDGrid VonErddap und EDDTable VonErddap's abonnieren Remote ERDDAP s, dann, nach dem Update ERDDAP , du ERDDAP™ wird automatisch versuchen, mit dem neuen FlagUrl zu abonnieren, so dass Sie die alten Abonnements löschen und die neuen Abonnements validieren sollten, wenn Sie die neuen Abonnement-Validierungs-E-Mails erhalten.
TO DO: Wenn Sie ERDDAP™ hat EDDGrid FromErddap-Datensätze für erdVH3-Datensätze auf Bob's Coastwatch ERDDAP™ , Bitte ändern Sie sie, um sich auf die neuen erdVH2018 Datensätze zu beziehen.
TO DO: Wenn Sie einen der jplAquariusSSS-Probedatensätze in Ihrem ERDDAP™ , Bitte ändern Sie "V4" in der datasetID "V5".
TO DO: actual\_range ist jetzt ein CF Standard Attribut (als CF-1.7) und klar sagt, wenn die Variable verwendet add\_offset und/oder scale\_factor die Datenwerte zu verpacken, actual\_range Werte sollten den ausgepackten Datentyp verwenden und ausgepackt werden. Leider widerspricht dies unserem vorherigen Rat. Datensätze generieren Xml entpackt jetzt verpackt actual\_range Werte, aber das wird keine vorhandenen Datensätze in Ihrem datasets.xml Datei.

So, bitte überprüfen Sie Ihre Datensätze: wenn die Werte einer Variablen verpackt sind und wenn actual\_range wird als gepackte Datenwerte angegeben, bitte einfügen< addAttributes > actual\_range Wert, um die ausgepackten Werte anzugeben. Andernfalls wird der Datensatz nicht geladen ERDDAP . Eine einfache und fast perfekte Möglichkeit, dies zu tun ist, um Ihre Suche datasets.xml für die Quelle Attribute, die

        <att name="actual\\_range" type="shortList">  
        or <att name="actual\\_range" type="intList">  

und scale\_factor andere als 1,0. Das sind die actual\_range Attribute, die Sie reparieren müssen.

Für Achsgrößen in EDDGrid Datensätze, ERDDAP™ immer setzt die actual\_range Attribut ist der tatsächliche Bereich der Werte, da es diese Werte kennt.

Für Achsengrößen mit absteigenden Werten (z.B. einige Breitenvariablen) , ERDDAP™ erstellt actual\_range mit \[ 0) \] ... \[ Letzter Beitrag \] Werte, die hoch waren. Jetzt verwendet es immer Low-High-Werte, um die neue CF-Definition zu machen.

Die Richtigkeit der actual\_range für EDDTable-Datensätze besonders wichtig ist, weil ERDDAP™ Nutzeranfragen für Datenwerte, die weniger als die actual\_range Mindestwert oder größer als der actual\_range Maximalwert.

Verwandt: der eigentliche\_min, tatsächlich\_max, data\_min und data\_max Attribute werden abgeschrieben. Bitte konvertieren Sie Ihre Datensätze zur Nutzung actual\_range statt.

HINWEIS (optional, aber empfohlen) : Für jeden Echtzeit- und Prognosedatensatz in Ihrem ERDDAP™ , bitte fügen Sie ein [< testOutOfDate > (/docs/server-admin/datasets#testoutofdate) tag mit einem Wert im Formular now- nUnits, z. now- 2 Tage. Ist der maximale Zeitwert für den Datensatz älter als dieser Wert, wird der Datensatz als aktuell betrachtet und als solcher auf dem outOfDateDatasets.html Seite. Dies bietet einen einfachen Weg, um zu sehen, wann etwas mit der Quelle eines Datensatzes falsch ist.
NEU: Semantische Markierung von Datensätzen mit json-ld (JSON Linked Data)
ERDDAP™ jetzt verwendet json-ld (JSON Linked Data) um Ihren Datenkatalog und Ihre Datensätze zum Teil zu machen semantisches Web , das ist Tim Berners-Lees Idee, Webinhalte mehr maschinell lesbar und Maschine "verstanden" zu machen. Suchmaschinen ( insbesondere Google ) und andere semantische Werkzeuge können diese strukturierte Markierung verwenden, um die Entdeckung und Indexierung zu erleichtern. Das json-ld strukturierte Markup erscheint als unsichtbar-zu-Menschen<! Code auf derhttp://.../erddap/info/index.htmlSeite (das eine semantische Bahn ist Datenschutzerklärung ) und auf jederhttp://.../erddap/info/datasetID/index.htmlSeite (das eine semantische Bahn ist Datensatz ) . (Speziell dank Adam Leadbetter und Rob Fuller vom Marine Institute in Irland für die harten Teile der Arbeit, um diesen Teil der ERDDAP .)
NEU: Es gibt neue Datensätze, die Daten aus Audiodateien lesen können: EDDGrid VonAudioFiles , die Audiodaten als Rasterdaten behandelt. EDDTableFromAudioFiles , die Audiodaten als tabellarische Daten behandelt. Dank Jim Potemra, Rich Signell, OOI und Carrie Wall Bell für Anfragen an Audio/Hydrophone-Datei-Unterstützung.
Änderungen an Datasets generieren Xml (und damit verbundene Änderungen) :
- NEU: ERDDAP™ hat jetzt ein System automatisch Aktualisierung von Off-of-date URLs beide in GenerateDatasets Xml und beim Laden von Datensätzen. Wenn Sie Vorschläge für zusätzliche URLs haben, die erwischt und aktualisiert werden sollten, oder wenn Sie denken, dass dies in einen Dienst umgewandelt werden sollte (wie die Konverter) , bitte E-Mail erd.data at noaa.gov .
- NEU: Jetzt, wenn GenerateDatasets Xml sieht eine CF standard\_name (Das sollte alles sein) mit einem Großbuchstaben, fügt es die gesamte Kleinbuchversion hinzu< addAttributes >. Auch, wenn ein Datensatz lädt, wenn ERDDAP™ sieht eine CF standard\_name mit einem Oberkörper-Charakter, ändert es still standard\_name . Dank Rich Signell.
- NEU: Jetzt, wenn GenerateDatasets Xml sieht ein Attribut mit einer Zeit, die nicht im ISO 8601 Format ist, es fügt die ISO 8601 formatierte Zeit zu< addAttributes >. wenn ERDDAP™ das Format nicht erkennt, es lässt den Zeitwert unverändert. Wenn Sie ein Format sehen, das ERDDAP™ nicht erkennen und beheben, bitte E-Mail es an erd.data at noaa.gov .
- IMPROVED: Der Low-Level-Code für die EDDGrid VonThredds Katalogoption in GenerateDatasets Xml setzt nun auf die Unidata netcdf-java Katalog Raupencode (Drredds. Katalogklassen) so dass es alle THREDDS Kataloge handhaben kann (die überraschenderweise komplex sein kann) . Dank Roland Schweitzer für diesen Wandel und dank Unidata für den Code.
- NEU: Datasets generieren Xml für EDDGrid VonDap fügt nun ", startYear-EndYear" zum Titelende basierend auf aktuellen Zeitachsenwerten hinzu. EndYear="präsent", wenn Daten in den letzten 150 Tagen vorhanden sind.
- NEU: Datasets generieren Xml für EDDGrid FromDap fügt jetzt ", \[ Entschließung \] °" auf den Titel, wenn der Datensatz gleichmäßig beabstandet ist und das gleiche für Lat und lon.
- IMPROVED: Der Zeitkonverter hat nun zusätzliche Funktionen, insbesondere die Fähigkeit, Stringzeiten in einer Vielzahl von gängigen Formaten in ISO 8601 Strings oder in eine UDUnits-kompatible Zahl umzuwandeln. Alle zuvor unterstützten Funktionen funktionieren unverändert.
- BUG FIX: Datensätze generieren Xml und der Schlüsselwörter-Konverter enthalten jetzt "Earth Science > " zu Beginn von GCMD Science Keywords. Wenn ein Datensatz geladen wird ERDDAP™ , ERDDAP™ korrigiert jetzt alle GCMD-Keywords in dem Keywords-Attribut, die nicht mit "Earth Science > " beginnen oder das alles andere als Titel Fall verwenden (wo der erste Buchstabe jedes Wortes kapitalisiert wird) .
- VERBESSERT: Wenn Sie vorschlagen< destinationName >'s, GenerateDatasets Xml für EDDTableFromAsciiFiles benutzte gerade das Schwanzende sourceName mit '/' (einige waren Dateiname) . Jetzt verwendet es die gesamte sourceName (z.B. "blahblahblah (m/s)". Diese Änderung wird für einige Datensätze gut sein und nicht für andere, aber es ist sicherer Verhalten. Dank Maurice Libes.
- BUG FIX: Datensätze generieren Xml und die Dataset-Konstrukteure sorgen nun dafür, dass es keine doppelten Spaltennamen gibt. Dank Maurice Libes.
- BUG FIX: Datensätze generieren Xml für EDDTableFromAsciiFiles hat nicht geschrieben<SpalteSeparator> zum Ausgang. Jetzt schon. Dank Maurice Libes.
NEU: Das DasDds-Tool druckt nun Zeitlücke Informationen aus (die .timeGaps Informationen ) wenn der Datensatz ein netzgebundener Datensatz ist.
NEU: Advanced Search akzeptiert jetzt die Zeitwerte "now_\-nUnits_". Dank Rich Signell.
IMPROVED: Um die Sicherheit zu verbessern, wenn eine E-Mail-Adresse in den Metadaten oder Daten eines Datensatzes auf eine HTML-Webseite geschrieben wird, wird die "@" durch " ersetzt. Dies erfasst nur E-Mail-Adressen, die der gesamte Metadaten- oder Datenwert sind, nicht E-Mail-Adressen, die in längeren Werten eingebettet sind.
VERBESSER: Um die Sicherheit zu erhöhen, die RSS Informationen für private Datensätze sind nun nur den Benutzern zugänglich (und RSS Leser) die eingeloggt und berechtigt sind, diesen Datensatz zu verwenden.
NEU: Nun, wenn ein Datensatz geladen wird, wenn date\_created , date\_issued , date\_modified , oder Datum\_metadata\_modified Attribut hat einen Zeitwert, der nicht im ISO 8601 Format ist, ERDDAP™ ändert es an der ISO 8601 formatierten Zeit. wenn ERDDAP™ das Format nicht erkennt, es lässt den Zeitwert unverändert. Wenn Sie ein Format sehen, das ERDDAP™ nicht erkennen und beheben, bitte E-Mail es an erd.data at noaa.gov .
IMPROVED: .dods Antworten von EDDGrid Datensätze sollten nun deutlich schneller sein. Dank Rich Signell.
Änderungen im Zusammenhang mit ERDDAP „Erstellung von ISO 19115-Dokumenten:
- BUG FIX: bei der Erstellung von ISO 19115-Dokumenten dataVariable Einheiten wurden nicht HTML Attribut codiert und Prozent kodiert. Jetzt sind sie es. Dank des ISO 19115-Validators von NGDC.
- BUG FIX: bei der Erstellung von ISO 19115-Dokumenten date\_created wie es ist, so oft war das falsche Format. Jetzt wird es in ISO 8601 Z String umgewandelt. Dank des ISO 19115-Validators von NGDC.
- BUG FIX: bei der Erstellung von ISO 19115-Dokumenten ERDDAP™ jetzt länger schreibt Termine mit Jahr=0000 (wie mit Klimadatensätzen) , weil das ISO 19115 Schema keine Termine mit Jahr=0000 erlaubt. Dank des ISO 19115-Validators von NGDC.
NEU: Wie vor einer Anfrage http .../erddap/version wird nur die Versionsnummer zurückgeben (als Text) , z.B. " ERDDAP \_version=1.82". Jetzt eine Anfrage an http .../erddap/version\string gibt eine Nummer und einen optionalen Suffix von '\' plus ASCII Text zurück (keine Leerzeichen oder Kontrollzeichen) , z.B. " ERDDAP \_version\_string=1.82\_JohnsFork". Die Leute, die die Gabel machen, werden dies durch Ändern der EDStatic.erddapVersion festlegen. Diese Art zu tun, es verursacht keine Probleme für frühere Versionen von ERDDAP . Dank Axiom (vor allem Kyle Wilcox) und das irische Meeresinstitut (vor allem Rob Fuller) .
BUG FIX: Für wms version=1.3.0, anforderung= GetMap , crs=EPSG:4326 (nicht CRS:84) Anfragen: die bbox Bestellung muss minLat,minLon,maxLat,maxLon sein. Für CRS:84 Anfragen, wie vor, bbox bestellen muss minLon,minLat,maxLon,maxLat sein. Dies kann mit ERDDAP ' WMS 1.3.0 Service in ArcGIS (dank Paola Arce) . Danke. (nicht) bis OGC um das so kompliziert zu machen. Dank Leaflet um das richtig zu handhaben und mir einen Weg zu geben, das zu testen.
IMPROVED: Vorheriger Link für RSS und E-Mail-Abonnements hat die http URL für Ihre ERDDAP . Jetzt ist es https URL, wenn das aktiv ist.
NEU: EDDGrid Kopieren unterstützt jetzt einen optionalen Tag<nurSince>_someValue</onlySince>, wobei der Wert eine bestimmte ISO-8601-formatierte Zeit oder eine now- nUnits (z.B., now- 2 Jahre) Zeit. Siehe nur Seit der Dokumentation . Danke an Drew P.
VERBESSERT: Wenn verfügbar, ERDDAP™ wird zeigen https URL (aus<baseHttpsUrl>, falls vorhanden) anstelle der http URL, wenn es den Benutzern die URL sagt, um ein Abonnement hinzuzufügen/zu validieren/zu löschen/ zu erstellen.
BUG FIX: ERDDAP™ jetzt erlaubt eine Abonnement-Aktion mit "https://". (Bob schlägt seine Stirn.) Danke an Jennifer Sevadjian.
BUG FIX: .jsonlKVP jetzt verwendet ':' zwischen jedem Schlüssel und Wert, anstatt '=' . (Bob schlägt seine Stirn.) Danke an Alexander Barth.
BUG FIX: Zuvor, wenn Sie neu gestartet ERDDAP™ mit quickRestart=true, und wenn, bevor der Datensatz in der Regel neu geladen wurde, haben Sie einen Anruf zu einem EDDTableFromFiles-Datensatz gemacht, der updateEveryNMillis verwendet, und wenn eine Datendatei gerade geändert wurde, würde die Anfrage mit einem Nullzeiger-Fehler scheitern. Jetzt wird die Anfrage erfolgreich sein. Dank John Kerfoot.
NEU: Wenn ein Datensatz geladen wird ERDDAP™ , die Keywords werden nun in sortierte Reihenfolge umgeordnet und alle neuen Linienzeichen werden entfernt.
VERBESSERT: Wenn ein .geoJson, .json oder .nc oJson Anfrage hat .json p-Parameter, der Antwort-Mime-Typ ist Anwendung / Javascript. Anmerkung: .json p wird nicht unterstützt .jsonlCSV oder .jsonlKVP , da es nicht funktioniert. Danke an Rob Fuller.
IMPROVED: Der mime-Typ für json lines fileType-Optionen ist jetzt "application/x-jsonlines". Es war Anwendung/Jsonl. Derzeit gibt es keine endgültige richtige Wahl.
IMPROVED: Die Anzahl der auf der status.html-Seite angezeigten fehlgeschlagenen Anfragen wird steigen, weil mehr Dinge als zuvor, z.B. ClientAbortException, als Fehler gezählt werden.
VERBESSERT: Nun, wenn eine Antwort von ERDDAP™ wird nicht komprimiert, dann wird der Header der Antwort "Content-Encoding"="identity" enthalten.
VERBESSERT: Das Attribut "license" wurde nicht benötigt. Nun, wenn es nicht spezifiziert ist, der StandardLicense von messages.xml (oder von setup.xml wenn vorhanden) wird als Standard verwendet.
NEU: Es gibt jetzt einen optionalen DateiAccessSuffix Attribut . die mit dem vorhandenen DateiAccessBaseUrl Attribut .
IMPROVED: Um die Sicherheit zu erhöhen, wurde diese Version mit der neuesten Java JDK v8u162.
NEU: Um die Sicherheit zu erhöhen, mehrere gemeinsame Domains, die temporäre E-Mail-Adressen anbieten (z.B. @mailinator.com) sind jetzt auf einer permanenten E-Mail-Blackliste für das Abonnement-System.
NEU: Um die Sicherheit zu erhöhen, beinhalten die Höhen im Daily Report jetzt: Auf den Wunschzettel Flagge IP Adresse nicht verfügbar (seit letztem Tagesbericht)
Auf den Wunschzettel Flagge IP Adresse nicht verfügbar (seit Start)
Auf den Wunschzettel Flagge IP Adresse besetzt (seit letztem Tagesbericht)
Auf den Wunschzettel Flagge IP Adresse besetzt (seit Start)
Die "Failed" Talies lassen Sie sehen, wer (einen Hacker?) versucht, eine Flagge zu setzen, aber scheitert.
IMPROVED: Um die Sicherheit zu erhöhen, E-Mail-Adressen in der<AboEmailBlacklist> in Ihrem datasets.xml werden nun als fallunempfindlich angesehen.

Version 1.80

(veröffentlicht 2017-08-04)

Neue Features (für Benutzer) :
NEU orderByCount () filter lässt Sie angeben, wie die Ergebnistabelle sortiert wird (oder) und gibt nur eine Zeile für jede Sortengruppe zurück, wobei die Anzahl der Nicht-Sende-Werte für jede Variable zählt. Zum Beispiel orderByCount (" stationID ") wird sortiert haben stationID und eine Zeile für jede stationID , mit einer Zählung der Anzahl der Nichtzulässigkeitswerte für jede Größe. Wenn Sie nur angeben orderByCount (") , die Antwort wird nur eine Zeile mit der Anzahl der nicht-missing-Werte für jede Datengröße sein. Siehe orderBy ... Dokumentation Danke an Ben Adams.
NEU .nc oJson Datei Geben Sie die Option für gegitterte und tabellarische Datensätze ein. Diese Option macht einen NCO lvl=2 "pedantic" JSON-Datei mit allen Informationen, die normalerweise in einer .nc Datei. Vgl. http://nco.sourceforge.net/nco.html#json Danke an Charlie Zender.
BUG FIX: Die orderBy ... () Optionen auf der Make A Graph Webseite werden nun korrekt behandelt.
BUG FIX: .geoJson-Ausgang druckt nun keine Zeilen, in denen die Lat- oder lon-Werte fehlen. Auch Höhenwerte (wenn verfügbar) werden nun in die Koordinaten aufgenommen, nicht als Datenwerte. Danke an Jonathan Wilkins.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
SICHERHEIT ISSUE: Die Protokolle.js Bibliothek für die OpenLayers demo auf dem WMS Seiten in ERDDAP™ ist nicht aktuell und hat einen Fehler, der es möglicherweise erlaubt, missbräuchlich verwendet werden. (Leider aktualisiert OpenLayers und Protokolle. js ist nicht einfach.) Das eröffnet die Möglichkeit, dass die Bibliothek eingerichtet werden könnte, um eine Cross-Site-Verwundbarkeit zu ermöglichen. Da ERDDAP™ nur Verwendungen OpenLayers spezifisch voreingestellt und nur spezifisch ERDDAP -basierte Datenquellen, glauben wir, dass es keine Cross-Site-Verwundbarkeit in ERDDAP Verwendung OpenLayers und Protocols.js. Aber wenn Sie das nicht glauben, können Sie jetzt die Verwendung der OpenLayers demo auf dem WMS Seiten Ihrer ERDDAP™ durch Hinzufügen

        <openLayersActive>false</openLayersActive>

auf Ihre setup.xml-Datei. Der Standard ist "wahr". Dank Charles Carleton und NCEI.

SECURITY CHANGES: Unused .jar Dateien und doppelte .jar Dateien (weil sie auch in netcdfAll.jar sind) werden entfernt haben ERDDAP™ Verteilung. Nicht aktuelle .jar Dateien wurden aktualisiert. Dank Charles Carleton und NCEI.
VERÄNDERUNGEN DER SICHERHEIT: Die netcdfAll.jar-Datei mit ERDDAP™ ist die neueste Version (Derzeit 4.6.10) , aber es enthält immer noch interne jackson .jar Dateien, die bekannt sind, um nicht aktuell zu sein und Sicherheitslücken haben, vor allem die Jackson-Bibliotheken, die nur beim Zugriff auf Amazon S3-Datenquellen verwendet werden. Wenn Sie nicht über Amazon S3 auf Daten zugreifen (du würdest wissen, ob du) Diese Schwachstellen sind nicht relevant.

Die netcdf-java-Entwickler behaupten, dass diese Schwachstellen wegen der Art, wie Netcdf-Code diese Bibliotheken verwendet, nicht relevant sind und in jedem Fall nur für den Zugriff auf Amazon S3 relevant wären. Vgl. https://github.com/Unidata/thredds/issues/866 . Ich glaube ihnen. Wenn Sie noch Bedenken haben, wenden Sie sich bitte an die netcdf-java Entwickler. (Beachten Sie, dass, wenn Sie nicht glauben, die netcdf-java Entwickler und betrachten nicht mit ERDDAP™ Sie sollten deshalb auch nicht THREDDS verwenden, weil THREDDS Netcdf-java grundsätzlicher und umfassender verwendet als ERDDAP .)

Details: Der störende Code und die Sicherheitswarnungen sind: netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-databind/pom.xml Vgl.https://nvd.nist.gov/vuln/detail/CVE-2016-7051-- hoch netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.dataformat/jackson-dataformat-cbor/pom.xml Vgl.https://nvd.nist.gov/vuln/detail/CVE-2016-7051-- hoch netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-annotations/pom.xml Vgl.https://nvd.nist.gov/vuln/detail/CVE-2016-7051-- hoch Vgl.https://nvd.nist.gov/vuln/detail/CVE-2016-3720-- Kritisch netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-core/pom.xml Vgl.https://nvd.nist.gov/vuln/detail/CVE-2016-7051-- hoch Vgl.https://nvd.nist.gov/vuln/detail/CVE-2016-3720-- Kritisch "Für Version 4.6.10 zieht aws-java-sdk-core in Version 2.6.6 von Jackson-\* Artefakte." (E-Mail von netcdf-java people) . Dank Charles Carleton und NCEI.

VERWENDUNGSBEREICH: Wenn Sie recompilieren ERDDAP™ , beachten Sie, dass der für die Befehlszeile benötigte -cp-Classpath-Parameter jetzt viel kürzer ist als zuvor. Sehen Sie die neue -cp-Einstellung in Diese Dokumentation . Dank Charles Carleton und NCEI.
NEUE OPTION in GenerateDatasets Xml: EDDTableFromBcodmo, das ist nur für den internen Gebrauch bei BCO-DMO. Dank Adam Shepherd und BCODMO.
NEUE ATTRIBUTE und FEATURE: Wenn eine EDDTable Spalte Dateinamen von webfähigen Dateien hat (z.B. Bild-, Video- oder Audiodateien) , Sie können hinzufügen

        <att name="fileAccessBaseUrl">_someBaseURL_</a>

zur Angabe der Basis-URL (mit /) benötigt, um die Dateinamen in vollständige URLs zu machen. Dann .htmlTable Antworten, ERDDAP™ den Dateinamen als Link zur kombinierten URL anzeigen (die Basis Url plus Dateiname) . Wenn du willst ERDDAP™ um die zugehörigen Dateien zu bedienen, machen Sie einen separaten EDDTableFromFileNames-Datensatz für diese Dateien (es kann ein privater Datensatz) . Dank Adam Shepherd und BCODMO.

NEU ATTRIBUTE EMPFEHLUNG: Wenn eine EDDTable Spalte Dateinamen von webfähigen Dateien hat (z.B. Bild-, Video- oder Audiodateien) die über ein Archiv zugänglich sind (z.B., .zip Datei) über eine URL zugänglich, Nutzung

        <att name="fileAccessArchiveUrl">_theURL_</att>

die URL für das Archiv angeben. Wenn du willst ERDDAP™ um die Archivdatei zu bedienen, machen Sie einen separaten EDDTableFromFileNames-Datensatz für diese Datei (es kann ein privater Datensatz) . Dank Adam Shepherd und BCODMO.

VERBESSUNGEN zur Generierung von Datensätzen Xml die Ursachen von ungültig/schlecht zu entfernen< subsetVariables > Vorschläge und Duplikat/schlecht vorgeschlagene Variablennamen usw. Dank Rich Signell, Adam Shepherd und BCO-DMO.
NEU: Die politische Grenzinformation, die mit ERDDAP ist von einem Dritten und etwas außerhalb des Datums. Auch gibt es bestrittene Grenzen an mehreren Orten der Welt, wo unterschiedliche Menschen unterschiedliche Vorstellungen darüber haben, was richtig ist. Wir haben kein CLAIM über den KORREKT der POLITIKBEREICH DATEN, die mit ERDDAP . Wenn Sie die politischen Grenzinformationen nicht mögen, die mit ERDDAP™ , Sie können jetzt sagen ERDDAP™ nie politische Grenzen zu ziehen, indem man

        <politicalBoundariesActive>false</politicalBoundariesActive>

auf Ihre setup.xml-Datei. Der Standard ist "wahr". Dank Raju Devender.

NEUE METADATA TAG: In der datasets.xml für einen Datensatz können Sie nun die Standardnummer der Farbe angeben Stangenabschnitte für eine dataVariable auf Diagrammen und Karten mit

        <att name="colorBarNSections">_anInteger_</att>

(default=-1, was sagt zu lassen ERDDAP™ Entscheidung) . Siehe Farbe Bareinstellungen .

VERBESSERT: Die Zustandsgrenzfarbe auf Karten war lila (Deep Purple für Sie Baby Boomers) . Jetzt ist es grau (zwischen der nationalen Grenze grau und dem Land grau) .
BUG FIX:<iso19115File> und<fgdcFile> datasets.xml wurden nicht immer korrekt behandelt. Jetzt sind sie es. Dank an BCO-DMO.

Version 1.78

(veröffentlicht 2017-05-27)

Neue Features (für Benutzer) :
(keine)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
IMPROVED: Die Reihenfolge der Zeilen in "Major LoadDatasets Time Series" auf der status.html-Seite ist jetzt neu auf oben auf älteste unten.
BUG FIX: ERDDAP™ jetzt schreibt .nccsv Dateien mit der Zeitvariablen actual\_range als ISO-8601 String-Zeit. Das korrigiert den Fehler mit EDDTableFromErddap Parsing-Info von einem Remote-Datensatz und von der QuickRestart-Datei für alle EDDTableFrom...Files-Datensätze. (Die Zeit actual\_range wird das erste Mal falsch sein, wenn der Datensatz in v1.78 geladen wird, aber korrekt, nachdem er neu geladen wurde, z.B. wenn Sie den Datensatz markieren.)

Version 1.76

(veröffentlicht 2017-05-12)

Neue Features (für Benutzer) :
CHANGE in Tomcat: Für Anfragen ERDDAP™ aus anderen Software als Webbrowsern kommen (z.B., curl R, Matlab , Python , Java ) : Wie bei früheren Änderungen in Versionen von Tomcat (die untere Software, die läuft ERDDAP ) seit Anfang 2016 muss immer mehr der Zeichen im Abfrageteil der Anfrage-URL sein Prozentsatz kodiert aus Sicherheitsgründen. Browser kümmern sich um prozentuale Kodierung für Sie. mit ERDDAP™ in einem Browser wird nicht betroffen, es sei denn, die Anfrage wird auf einen anderen umgeleitet ERDDAP .
VERBESSERT: Zuvor, ERDDAP™ behandelt Ausgewählte Variablen mehr wie unsignierte kurze ganze Zahlen als Zeichen. Jetzt behandelt es sie mehr wie 1-Charakter-langes UCS-2 (Unicode) Strings. Siehe dokumentation . Dank Aurelie Briand und dem Argo-Projekt.
VERBESSERT: Zuvor, ERDDAP™ kleine Unterstützung für Unicode Zeichen über Zeichen #255 in Strings. Jetzt, intern, ERDDAP™ voll unterstützt 2-byte UCS-2 Zeichen (Zeichen nummeriert 0 bis 65535) in Strings. Wenn String-Daten in verschiedene Dateitypen geschrieben werden, ERDDAP™ macht das Beste, um 2-Byte-Wagen zu unterstützen. Ein weiteres Beispiel sind .csv-Dateien, die ERDDAP™ schreibt mit dem ISO-8859-1 Zeichensatz (ein 1-Byte-Charakter) , so ERDDAP™ schreibt alle Zeichen über Zeichen #255 mit der JSON-like \u_hhh_ syntax. Vgl. String-Daten .
VERBESSERT: In .nc Dateien geschrieben von ERDDAP™ , char Variablen, die als Strings interpretiert werden, haben das Attribut \_Encoding=ISO-8859-1
In .nc Dateien, die von ERDDAP™ , Char-Variablen mit "\_Encoding" werden als Strings mit dem angegebenen Charset interpretiert.
REMINDER: ERDDAP™ Stützen JSON-ähnliche Gegenverschlüsselung von Sonderzeichen, wenn Sie Einschränkungen von Zeichen- und Zeichenvariablen angeben. So können Sie etwas wie &myString="\u20ac" anfordern, wenn Sie Datenzeilen wünschen, bei denen myString=€ seit 20ac die hexadezimale Version des Codepunktes für das Euro-Symbol ist. Mehrere Quellen im Web zeigen die Codepunktzahlen für Unicode-Symbole, z.B. https://en.wikipedia.org/wiki/Unicode .
VERBESSERT: Zuvor, ERDDAP™ begrenzte Unterstützung für lange ganze Zahl Variablen. Jetzt ERDDAP™ voll unterstützt intern und tut sein Bestes, wenn Sie lange Daten auf verschiedene Dateitypen schreiben. Siehe lange Dokumentation . Dank des irischen Marine Institute, Craig Risien, Rich Signell, Christopher Wingard und OOI.
NEU: Ausgabedateityp für griddap und tabledap : ** .nccsv ** , die NetCDF - wie ASCII, CSV-Datei, die auch alle Metadaten enthält, die in einer vergleichbaren .nc Datei. Siehe NCCSV Spezifikation . Danke an Steve Hankin.
NEU: ** orderByClosest Filter** lässt Sie angeben, wie die Ergebnistabelle sortiert wird und ein Intervall (z.B. 2 Stunden) . Innerhalb jeder Sortiergruppe werden nur die dem Intervall am nächsten liegenden Zeilen gehalten. Zum Beispiel orderByClosest (" stationID , Zeit, 2 Stunden") wird sortiert haben stationID und Zeit, aber nur die Zeilen für jede stationID wo der letzte orderBy Spalte (Zeit) am nächsten 2 Stundenintervalle. Das ist das nächste tabledap um Werte in einer Netzabfrage zu streichen. Diese Option kann über jede tabledap datasets .html-Webseite, .graph-Webseite und von jeder URL, die Sie selbst generieren. Dank des irischen Marine Institute and Ocean Networks Canada.
NEU: ** orderByLimit Filter** lässt Sie angeben, wie die Ergebnistabelle sortiert wird und eine Limitnummer (z.B. 100) . Innerhalb jeder Sortengruppe werden nur die ersten 'begrenzten' Zeilen aufbewahrt. Zum Beispiel orderByMax (" stationID , 100") wird sortiert haben stationID , aber nur die ersten 100 Zeilen für jede stationID . Dies ist ähnlich wie SQLs LIMIT-Klausel. Diese Option kann über jede tabledap datasets .html-Webseite, .graph-Webseite und von jeder URL, die Sie selbst generieren. Dank des irischen Marine Institute and Ocean Networks Canada.
NEU: Zwei neue Antwort-Dateitypen, ** .jsonlCSV und .jsonlKVP ** für Anfragen an netzgebundene Datensätze, tabellarische Datensätze und viele andere Orte in ERDDAP (z.B. Anfragen an Informationen über Datensätze) . Die Dateien sind JSON Lines Dateien ( https://jsonlines.org/ ) wobei jede Zeile ein separates JSON-Objekt aufweist. .jsonlCSV hat nur die Werte in einem CSV-Format. .jsonlKVP hat Schlüssel: Wertepaare. Jede Linie steht auf eigene Faust. Die Leitungen sind nicht in einem größeren JSON-Array oder Objekt eingeschlossen. Zum Beispiel siehe Diese Musteranforderung . Dank Damian Smyth, Rob Fuller, Adam Leadbetter und Irlands Marine Institute.
NEU: Es gibt neue Dokumentationen Zugriff auf private Datensätze in ERDDAP™ via Scripts . Danke an Lynn DeWitt.
VERBESSERT: Das Mindestmaß des ** OpenLayers ** Karte war 2 Grad und ist jetzt 4 Datenpixel. Danke an Rusty Holleman.
VERBESSERT: In einigen Fällen sind Anträge, die eine regelmäßiger Ausdruck constraint wird viel schneller verarbeitet.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
SLOW FIRST STARTUP: Das erste Mal, wenn Sie diese neue Version starten, dauert es lange für ERDDAP™ alle Datensätze laden, weil sie alle Quelldatendateien erneut lesen müssen (obwohl nur der Header für netzgebundene Datendateien) . Wenn Sie die Protokolle betrachten, können Sie Fehlermeldungen sehen, die "alte/ununterstützte erweitertVersion" von einigen internen Dateien sagen -- das ist okay -- ERDDAP™ die neuen Versionen der internen Dateien. Bitte geduldig sein.
ACTION: ERDDAP™ jetzt nutzt die neue java.time Klassen (auch bekannt als JSR 310) anstatt Joda, String-Zeiten in numerische Zeiten zu parsen. Anmerkungen:
- wenn ERDDAP™ hat plötzlich Probleme, String-Zeiten für einen bestimmten Datensatz zu parsing und wandelt so einfach die meisten oder alle Zeiten in NaN's um (fehlende Werte) , das Problem ist fast immer mit dem Datum Zeitformat-String, den Sie als "Einheiten" der Variablen angegeben haben. Das neue System benötigt manchmal einen etwas anderen DatumTime Format string.
- Wenn numerische Monate und Tage im Datum Zeitfolgen nicht 0-gepolstert sind (z.B. "3/7/2016") , stellen Sie sicher, dass das Format nur eine einzelne M und d hat (z.B. "M/d/yyyy", nicht "MM/dd/yyyy") .
- Ändern Sie alle fraktionierten Sekunden Spezifikation, die Kleinbuchstaben verwendet (z.B. die .ss in yyyy-MM-dd 'T'HH:mm:ss.ss) , ins Kapital S's, (z.B., yyyy-MM-dd 'T'HH:mm:ss.SSS) .
- ERDDAP™ nicht mehr unterstützt string date Zeitformate mit zweistelligen Jahren (y) mit einem impliziten Jahrhundert (z.B. 1900 oder 2000) . Unternehmen verbrachten Milliarden von Dollar, um dieses Problem in den späten 1990er Jahren zu beheben. Wissenschaftler sollten nicht zweistellige Jahre verwenden. Bitte reparieren Sie die Quelldatei (S) durch Umwandeln in 4-stellige Jahre, dann verwenden Sie yyyyy im Datum Zeitformat.
- Sie können Yyyy oder YYYY verwenden (die ERDDAP™ in uuuu umwandelt) 4stellige Jahre, einschließlich negativer Jahre, z.B. -4712 (mit 4713 BC) . Dank SeaDataNet, Thomas Gardner und BODC.
- Bitte verwenden Sie Z innerhalb eines DateTime-Formats, um zu erhalten ERDDAP einen Zeitversatz (z.B. Z, +0200, -08, -0800, -08:30) .
- Stellen Sie sicher, dass Sie Java Version 1.8.0\_21 oder höher.
- Programmierer -- Wenn Sie schreiben Java Programme, die laufen ERDDAP™ Code, Sie müssen die Referenz auf joda-time entfernen. jar im Klassenpfad-Parameter.
NEU: ERDDAP ' Archiv Datensatz-Tool können jetzt erstellen BagIt Dateien . NCEI kann auf diesem Format standardisieren. Dank Scott Cross und John Relph.
IMPROVED: Die Links zum Download der erdddap. Krieg gegen die ERDDAP™ Web-Seiten zeigen nun GitHub . (Sie sind öffentliche Links, also müssen Sie nicht GitHub beitreten.) Dies bedeutet viel schnellere Downloads (bis 12Mb/s gegen 1Mb/s) und wenige Probleme mit Downloads. Dank Damian Smyth, Rob Fuller, Adam Leadbetter, Conor Delaney und Irlands Marine Institute.
VERBESSERT: Die status.html Seite und die tägliche Status Report E-Mail enthält jetzt einen Abschnitt "Major LoadDatasets Time Series", der Statistiken über ERDDAP™ ab dem Ende jedes großen LoadDatasets für die letzten 100 großen LoadDatasets. Dank unserer beunruhigenden RAID.
NEU: ein neuer, optional (aber empfohlen) Parameter für EDDTableFromCassandra-Datensätze: [ ** <PartitionKeyCSV> ** ! (/docs/server-admin/datasets#partitionkeycsv) . Dank Ocean Networks Kanada.
NEU: EDDTableFromAsciiFiles unterstützt jetzt ** <SäuleSeparator> ** Parameter. Wenn null oder "", wird die Klasse wie früher, Andernfalls, die erste Zeichen wird als Spaltentrenner beim Lesen der Dateien verwendet. Dank Sky Bristol und Abigail Benson.
Neu: der neue Datensatztyp, EDDTableFromNccsvFiles , kann einen Datensatz durch Aggregation machen NCCSV .csv Dateien . Danke an Steve Hankin.
VERBESSERT: EDDTableFromErddap jetzt verwendet .nccsv um Informationen aus der Ferne zu erhalten ERDDAP s und für das lokale Archiv dieser Metadaten-Info. Dies ermöglicht die volle Unterstützung für die Char und die langen Datentypen und für Unicode (UCS-2) charset für chars und Strings. Dank Rob Fuller und Irlands Marine Institute.
VERBESSERT: EDDTableFromErdap und EDDGrid FromErddap unterstützt jetzt ** <Umleitung>false</redirect> ** was sagt ERDDAP™ niemals die Anfrage an die Fernbedienung umleiten ERDDAP . Der Standard ist wahr. Dies ist nützlich, wenn die Fernbedienung ERDDAP™ ist ein privater ERDDAP . Dank Damian Smyth, Rob Fuller und Irlands Marine Institute.
VERBESSERT: ERDDAP™ jetzt fangen gelöschte Nutzeranfragen früher. Und ERDDAP™ schaltet nun schneller ab, weil die Low-Level-Gewinde schneller abschalten. Dank unserer beunruhigenden RAID.
Datensätze generieren Xml:
NEU: Der neue spezielle EDDType "ncdump" druckt ein ncdump \-ähnlicher Ausdruck des Headers eines .nc Datei. Sie können auch die Datenwerte für bestimmte Variablen drucken. (oder geben Sie "Nichts" ein, um keine Datenwerte zu drucken) . Dies ist nützlich, weil, ohne ncdump, es schwer ist zu wissen, was in einer Datei ist und somit welche EDDType Sie für GenerateDatasetsXml festlegen sollten. Dank Craig Risien, Rich Signell, Christopher Wingard und OOI.
NEU: Für Seedaten Nettodaten: Gegebenenfalls generieren Sie Datasets Xml führt nun eine bestimmte semantische Konvertierung mittels einer Remote SPARQL-Abfrage durch: Wenn die Quellmetadaten einer Variable einen sdn\_parameter\_urn umfasst, z.B. sdn\_parameter\_urn = "SDN:P01::PSLTZZ01", GenerateDatasets Xml wird das entsprechende P02-Attribut hinzufügen, z.B. sdn\_P02\_urn = "SDN:P02::PSAL". Wenn Sie Datensätze haben, die diese Attribute verwenden, und wenn Sie ERDDAP '< categoryAttributes > in setup.xml enthält sdn\_parameter\_urn und sdn\_P02\_urn, Benutzer können verwenden ERDDAP™ Kategorie-Suchsystem zur Suche nach Datensätzen mit bestimmten Werten dieser Attribute. Dank BODC und Alexandra Kokkinaki.
VERPROVED: Datensätze generieren Xml ändert jetzt viele http:// Referenzen in den Metadaten https:// gegebenenfalls.
VERPROVED: Datensätze generieren Xml versucht nun, Schöpfer\_type und Publisher\_type zu erraten.
IMPROVED: Die von GenerateDatasets vorgeschlagenen Daten der Variablen Xml wird jetzt etwas besser. Dank Margaret O'Brien, LTER und EML.
VERPROVED: Datensätze generieren Xml ist besser bei der Angabe der<cdm\_data\_type> und Hinzufügen der entsprechenden, erforderlichen Attribute (z.<cdm\_timeseries\_variables>), so dass Sie diese Informationen liefern können. Dank Rich Signell.
VERBESSERT: In GenerateDatasets Xml, für EDDTable-Datensätze, der Vorschlag für< subsetVariables > ist jetzt viel konservativer. Dank John Kerfoot.
VERBESSERT: Wenn datasets.xml für einen Datensatz spezifiziert featureType aber nicht cdm\_data\_type, featureType wird als cdm\_data\_type verwendet. Dank Rich Signell.
BUG FIX: erzeugen Datensätze Xml schlägt jetzt die richtige<dataTyp> für Datengrößen, die scale\_factor , add\_offset und/oder \_Unsigned Attribute.
VERBESSERT: Wann ERDDAP™ öffnet .nc Datei, die kürzer als es sein sollte (z.B., es wurde nicht vollständig kopiert) , ERDDAP™ behandelt nun die Datei so schlecht. Zuvor, ERDDAP™ zurückgegeben fehlende Werte für einen fehlenden Teil der Datei, weil dies das Standardverhalten für netcdf-java ist. ERDDAP™ jetzt nutzt ucar .nc 2.iosp.netcdf3.N3header.disallowFileTruncation = true; Dank unserer beunruhigenden RAID und Christian Ward-Garrison.
IMPROVED: Der ISO 19115 Schriftsteller nutzt jetzt Hersteller / Typ , wenn vorhanden.
VERBESSERT: ERDDAP™ jetzt nutzt die neueste netcdf-java v4.6.9, die zusätzliche Arten von netcdf-4 Dateien . Dank Craig Risien, Rich Signell, Christopher Wingard und OOI.
BUG FIX: Probleme vermeiden, wenn verschiedene Quelldateien verschiedene Datentypen für eine bestimmte Variable haben. Dank Roy Mendelssohn und Eugene Burger.
BUG FIX: Umrechnungen des Zeitformats sind nun besser vor schlechten Zeitwerten geschützt. Dank NDBC.
BUG FIX: EDDGrid Von NcFiles Ausgepackt behandelt jetzt Zeitwerte mit "Monate seit ..." und "Jahre seit ..." richtig (durch Inkrementierung des Monats oder Jahres, nicht durch rohes Hinzufügen z.B. 30days wiederholt) . Dank Soda3.3.1.
BUG FIX: nur in v1.74, Abonnements eine Aktion erforderlich (z.B., http:// ...) , das war und sollte optional sein.
BUG FIX: EDDGrid VonMergeIRFiles.lowGetSourceMetadata () keine globalen Attribute hinzufügen. Jetzt schon.

Version 1.74

(veröffentlicht 2016-10-07)

Neue Features (für Benutzer) :
Jetzt, wenn eine Liste von Datensätzen (Alle oder von einer Suche) wird auf einer Webseite angezeigt, lange Titel werden auf mehreren Zeilen angezeigt. Bisher wurde die Mitte eines langen Titels durch "... " ersetzt. Dank Margaret O'Brien, LTER und EML.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
TO DO: Ändern Sie auf Linux-Computern die Apache-Timeout-Einstellungen, so dass zeitraubende Benutzeranforderungen nicht Timeout (mit dem, was oft als "Proxy" oder "Bad Gateway"-Fehler erscheint) . Als root-Benutzer:
1. Ändern der Apache http d.conf Datei (meist in /etc/ http d/conf/) : Ändern der bestehenden<Timeout> Einstellung (oder eine am Ende der Datei hinzufügen) bis 3600 (Sekunden) , anstatt der Standard 60 oder 120 Sekunden. Ändern der bestehenden<ProxyTimeout> Einstellung (oder eine am Ende der Datei hinzufügen) bis 3600 (Sekunden) , anstatt der Standard 60 oder 120 Sekunden.
2. Neuart Apache: /usr/sbin/apachectl -k anmutig (aber manchmal ist es in einem anderen Verzeichnis) .

Danke an Thomas Oliver.

NEU: \[ BigParentDirectory/hard Flaggenverzeichnis Dies funktioniert wie das Flag-Verzeichnis, aber die HardFlag-Version löscht auch alle Datensatzinformationen. Es gibt keine URLs, um eine hardFlag. Dies kann nur durch das Setzen einer Datei in diesem Verzeichnis verwendet werden. hart Flaggen sind sehr nützlich, wenn Sie etwas tun, das eine Veränderung in der Art verursacht ERDDAP™ liest und interpretiert beispielsweise die Quelldaten, wenn Sie eine neue Version von ERDDAP™ oder wenn Sie bestimmte Arten von Änderungen an der Definition eines Datensatzes vorgenommen haben datasets.xml . Vgl. Diese Dokumentation . Dank John Kerfoot und allen Argo Gruppen.
NEU: Datasets generieren Xml hat jetzt eine EDDTableFromEML Option die eine Datensatzbeschreibung in einer ökologischen Metadatensprache liest (EML) Datei, lädt die zugehörige Datendatei herunter und erzeugt ein Stück datasets.xml so dass der Datensatz hinzugefügt werden kann ERDDAP . Es gibt auch eine EDDTableFromEMLBatch, die das gleiche für alle EML-Dateien in einem Verzeichnis macht. Dies funktioniert sehr gut, weil EML eine hervorragende Arbeit zur Beschreibung des Datensatzes leistet und weil KNB und LTER die eigentlichen Datendateien zur Verfügung stellen. EML plus ERDDAP™ könnte eine tolle Kombination sein, da ERDDAP™ könnte den Nutzern einen direkten Zugriff auf die Fülle von KNB- und LTER-Daten geben und diesen Projekten helfen, die US-Regierung zu treffen Öffentlicher Zugang zu Forschungsergebnissen (PARR) Anforderungen durch Bereitstellung der Daten über einen Webservice. Vgl. Diese Dokumentation . Dank Margaret O'Brien, LTER und EML.
NEU: Datasets generieren Xml hat jetzt eine EDDTableFromInPort Option die eine Datensatzbeschreibung in einer InPort XML-Datei liest und versucht, ein Stück von datasets.xml so dass der Datensatz hinzugefügt werden kann ERDDAP . Dies schafft selten einen gebrauchsfertigen XML-Chunk für datasets.xml , aber es wird einen guten groben Entwurf schaffen, der ein guter Ausgangspunkt für die Bearbeitung durch einen Menschen ist. Es wäre toll, wenn Menschen, die InPort verwenden, um ihre Datensätze zu dokumentieren, auch verwenden würden ERDDAP™ die tatsächlichen Daten über ERDDAP Webdienste und damit die US-Regierung und NOAA ' Öffentlicher Zugang zu Forschungsergebnissen (PARR) Anforderungen durch Bereitstellung der Daten über einen Webservice. Dies ist eine Lösung, die jetzt verwendet werden könnte. ( erd.data at noaa.gov ist glücklich zu helfen.)
Vgl. Diese Dokumentation . Dank Evan Howell und Melanie Abecassis.
VERBESSERT: ERDDAP™ jetzt nutzt netcdf-java 4.6.6. Mit früheren Versionen, netcdf-java einige Füllwerte lesen (vielleicht, nur in netcdf-4 Dateien) als 0. Jetzt liest es einige von ihnen als netcdf Standard-Füllwert: -127 für Bytes, -32767 für Shorts, -2147483647 für Ints. Unidata sagt, das neue Verhalten ist das richtige Verhalten. Wenn eine Variable in einem Datensatz anfängt, einen dieser Werte anzuzeigen, wo sie früher 0's zeigen, können Sie z.

        <att name="\\_FillValue" type="short">-32767</att>

zu der Variablen addAttributes zu sagen ERDDAP™ diesen Wert als missing\_value /\_Fill Wert. In vielen Fällen ergibt sich jedoch nicht das gewünschte Ergebnis: 0'. Wenn ja, betrachten Sie die Änderung der Dateien mit NCO oder die Dateien neu schreiben. Beschwerden? Bitte kontaktieren Sie uns Unidata ;-)

TO DO: Neue TopographieDepth Palette Ich ermutige Sie, alle Datensätze zu wechseln, die die OceanDepth-Palette verwenden, um die neue TopographyDepth-Palette zu verwenden, die wie Topographie ist, mit Ausnahme der Farben, die gekippt werden, so dass es für Tiefenwerte geeignet ist (Positiv::down) , statt Höhenwerte (Positiv::up) . Die empfohlenen Einstellungen für diese Palette sind:

            <att name="colorBarMaximum" type="double">8000.0</att>
            <att name="colorBarMinimum" type="double">-8000.0</att>
            <att name="colorBarPalette">TopographyDepth</att> 

NEUE FEATURE: Streichung missing\_value und/oder \_FillValue Wenn eine String-Variable a definiert missing\_value und/oder \_FillValue, ERDDAP™ diese Werte nun aus den Daten entfernen und durch einen leeren String ersetzen, so dass fehlende Werte wie bei anderen Datensätzen als leere Strings angezeigt werden ERDDAP . Dank Margaret O'Brien, LTER und EML.
NEUE FEATURE: Unterstützung für lokale Zeiten Zeitstempelvariablen mit Quelldaten von Strings können nun über eine " eine Zeitzone angeben time\_zone " Attribut, das führt ERDDAP™ um die lokalen Zeitzonen-Quellenzeiten zu konvertieren (einige in Standardzeit, einige in Tageslicht Sparzeit) in Zulu Zeiten. Die Liste der gültigen Zeitzonennamen ist wahrscheinlich identisch mit der Liste in der TZ Spalte in Diese Tabelle . Der Standard ist " Zulu ". Gemeinsame US-Zeitzonen sind: US/Hawaii, US/Alaska, US/Pacific, US/Mountain, US/Arizona, US/Central, US/Eastern. Für Zeitstempelvariablen mit numerischen Quelldaten können Sie die " time\_zone "Attribut, aber der Wert muss " Zulu " oder "UTC". Dank Margaret O'Brien, LTER und EML.
NEW FEATURE: EDDTableFromAsciiFiles unterstützt jetzt Semikolon-getrennte Dateien und ist klüger darüber, den Separator auszugestalten. Dank Margaret O'Brien, LTER und EML.
NEUE FEATURE: Wenn es einen signifikanten Fehler in loadDatasets gibt (Groß oder Klein, z.B. ein fehlender oder ungültiger datasets.xml Dokument) , ERDDAP™ wird es jetzt in status.html angeben, direkt unter "n Datasets Failed To Load" als ERROR: während der Verarbeitung datasets.xml : siehe log.txt für Details.
NEUE FEATURE: ERDDAP™ sucht Waisen. Wann ERDDAP™ macht eine große Last Datasets, es sucht nun Waisendatensätze (Datensätze, die in ERDDAP™ aber nicht datasets.xml ) . Wenn gefunden, werden sie in status.html aufgelistet, direkt unter "n Datasets Failed To Load" als ERROR: n Orphan Datasets (Datensätze in ERDDAP™ aber nicht datasets.xml ) = ... Wenn Sie entfernen möchten (Entladen) einer Waise aus ERDDAP™ , Sie müssen hinzufügen <dataset type="anyValidType" datasetID = "theDatasetID" active="false" /> bis datasets.xml bis der Datensatz während der nächsten großen LoadDatasets entladen wird.
BUG FIX: Wenn ein Datensatz eine numerische Zeitstempelvariable mit anderen Einheiten als "seconds since 1970-01-01T00:00:00Z" und mit<updateEveryNMillis> system active, der Bereich der Zeitstempelvariablen wurde falsch gesetzt, wenn der Datensatz aktualisiert wurde. Dank John Kerfoot.
BUG FIX: Wenn<quickRestart> war wahr in setup.xml und Sie haben Daten von einem EDDTableFrom... Dateien-Datensatz, der verwendet wird<updateEveryNMillis>, die erste Anfrage an den Datensatz würde scheitern, aber spätere Anfragen würden erfolgreich sein. Jetzt wird die erste Anfrage nicht scheitern. Dank John Kerfoot.
BUG FIX: Die GenerateDatasetsXml.sh und .bat arbeiteten nicht mit >9 Parametern auf der Kommandozeile. Jetzt schon. Dank John Kerfoot.
BUG FIX: Die neuen EDDTableFromMultidimNcFiles entfernten nicht konsequent Trailing-Räume von Strings. Jetzt schon. Besonders betroffen waren die ARGO-Dateien. Dank Kevin O'Brien und Roland Schweitzer.
BUG FIX: Alle Zugriff auf Remote DAP Die Dienstleistungen werden nun durch moderneren Code initiiert. Dadurch wird der "connection Closed"-Fehler behoben, wenn auf einige EDDTableFromErddap-Datensätze zugegriffen wird. Danke an Kevin O'Brien.
BUG FIX: Die Handhabung orderBy ... () und deutlich () sind nun zurück auf die Art, wie sie vor den jüngsten Änderungen waren: eine bestimmte Anfrage kann mehrere orderBy ... () und/oder () Filter; ERDDAP™ wird sie in der angegebenen Reihenfolge behandeln. Danke an David Karuga.
BUG FIX: Ist der Datensatz EDDTableFromDatabase und eine Abfrage hat SourceCanOrderBy und/oder SourceCanDoDistinct , dann kann die Datenbank (je nach Einstellungen datasets.xml ) teilweise oder vollständig handhabbar nur die erste orderBy . () oder deutlich () . Danke an David Karuga.
BUG FIX: Die jüngste Extra-Prozent-Kodierung verursachte Probleme mit einigen Abfragen für .nc CF-Dateien, z.B. "HTTP Status 500 - Query-Fehler: vari=station ist zweimal in der Ergebnisvariablenliste aufgeführt." Danke an Kevin O'Brien.
BUG FIX: EDDTableFromFiles hatte Schwierigkeiten, einen Datensatz neu zu laden, als eine der Spalten eine wahre Zeichenspalte war. Dank Roland Schweitzer.
BUG FIX: EDDGrid Von NcFiles Entpackt jetzt auch Konverter missing\_value und \_FillValue zu Standardwerten, so dass Dateien mit verschiedenen Werten aggregiert werden können. Aufgrund dieser Änderung, nachdem Sie diese neue Version von ERDDAP™ , bitte set a hart Flagge für jede EDDGrid Von NcFiles Ausgepackter Datensatz in Ihrem ERDDAP .
VERBESSERT: EDDTableFromNcCFFiles kann nun Dateien behandeln, die mehrere Sample\_dimensions haben. Ein vorgegebener Datensatz muss nur Variablen verwenden, die eine der Sample\_Dimensions verwenden. Danke an Ajay Krishnan.
VERBESSERT: Für EDDTableFrom...Files,<sortFilesBySourceNames> jetzt erlaubt Komma getrennt (empfohlen) oder räumlich getrennte Listen mit variablen Quellnamen. In beiden Fällen können einzelne Variablennamen von doppelten Zitaten umgeben sein, z.B. wenn der Name einen Innenraum aufweist.

Version 1.72

(veröffentlicht 2016-05-12)

Neue Features (für Benutzer) : Keine.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
NEU EDDTableFromMultidimNcFiles EDDTableFromMultidimNcFiles ist eine neue Alternative zu EDDTableFromNcFiles. Es ist entworfen, um mit Gruppen von Dateien mit mehreren Variablen mit gemeinsamen Dimensionen zu behandeln, z.B. var1 \[ eine \] \[ B. \] , var2 \[ eine \] , var3 \[ B. \] ScalarVar. Dank des Argo-Projekts Aurélie Briand und Roland Schweitzer.
BUG FIX: ERDDAP™ (über die DateiVisitorDNLS und FileVistorSubdir Klassen) folgt nun symbolischen Links auf Linux. ERDDAP™ immer noch nicht folgen .lnk's unter Windows.
BUG FIX von Bug in 1.70 eingeführt: deutlich + orderBy wurden in einer Anfrage nicht gemeinsam erlaubt. Jetzt sind sie wieder. Sie sind nicht gegenseitig exklusiv/redundant. Danke an David Karuga.
VERÄNDERUNG datasets.xml schwarze Liste der IP-Adressen: IP v4 Adressen erscheinen ERDDAP™ als 4 periodisch getrennte Hexenzahlen. Ich glaube, IP v6 Adressen erscheinen als 8 kolonengetrennte Hexenzahlen. So. ERDDAP™ unterstützt nun Kolonen in den IP-Adressen in dieser Liste und :\* am Ende der Liste, um eine Reihe von Adressen zu blockieren.
VERBESSERT: ERDDAP™ jetzt verwendet NetcdfFileWriter zu schreiben .nc Dateien statt der deprecated NetcdfFileWriteable. Es sollte keine erkennbare Änderung der resultierenden Dateien geben. Dies eröffnet die Möglichkeit, groß zu machen .nc Dateien, die die .nc 3 64bit Erweiterungen. Wenn Sie dies wünschen/benötigen, senden Sie bitte eine Anfrage an erd.data at noaa.gov .
IMPROVED: Viele der Links zu Remote-Websites waren nicht aktuell. Jetzt sind sie aktuell und nutzen https: anstatt http : wann immer möglich.
Viele kleine Veränderungen.

Version 1.70

(veröffentlicht 2016-04-15)

Neue Features (für Benutzer) : Keine.
Dinge ERDDAP™ Administratoren müssen wissen und tun: Im Folgenden gibt es einige empfohlene Änderungen an der Dokumentation in Ihrer setup.xml-Datei. Bitte machen Sie diese Änderungen jetzt. 30 Minuten Arbeit können Sie jetzt Stunden der Verwirrung in der Zukunft retten.
Fehlerbehebung: Das Problem war, dass Anträge, die auf eine Fernbedienung umgeleitet wurden ERDDAP mit einem ungültigen Zeichen ' | ' Fehlermeldung. Dies geschah nur mit den jüngsten Versionen von Tomcat. Dank Rusty Holleman, Conor Delaney und Roy Mendelssohn.
Fehlerbehebung: ERDDAP™ jetzt eine aktuelle Version von netcdf-java (Es ist eine lange Geschichte) die aktuelle Unterstützung für NcML beinhaltet, die das Problem mit NcML LogicalReduce behoben, nicht wie erwartet funktioniert. Es kann einige kleine Änderungen der Metadaten geben, die ERDDAP™ liest über netcdf-java von .nc , .hdf , .grib und .bufr Dateien. Dank Favio Medrano.
Der neue EDDTableAggregateRows ermöglicht es Ihnen, einen zusammengefassten EDDTable-Datensatz aus zwei oder mehr EDDTable-Datensätzen zu erstellen, die dieselben Datenvariablen mit denselben Einheiten aufweisen. Danke an Kevin O'Brien.
Neue Optionen für EDDTableFromDatabase ( SourceCanOrderBy und SourceCanDoDistinct ) geben Sie an, ob ERDDAP™ , die Datenbank oder beides klar und deutlich zu handhaben orderBy (und alle Varianten) Einschränkungen. Danke an David Karuga.
Sie können nun die Grafiken und Metadaten eines privaten Datensatzes der Öffentlichkeit über den neuen [<graphsAccessibleTo>public</graphsZugang zu>] (/docs/server-admin/datasets#graphsaccessibleto) tag. Dank Emanuele Lombardi.
Wenn ein String an GenerateDatasets übergeben wird Xml oder DasDds ist von doppelten Zitaten umgeben, es ist nicht zitiert (als ob es ein JSON-String ist) . Dank John Kerfoot und Melanie Abecassis.
Datensätze generieren Xml unterstützt jetzt "default" um den Standard und "Nichts" zu erhalten, um einen leeren String zu erhalten (sie arbeiten mit oder ohne Zitate) . Dies löst einige Probleme im Zusammenhang mit leeren Strings.
Jetzt in GenerateDatasets Xml, für alle EDDGrid VonFiles und EDDTable AusFiles-Datensätze, wenn die Probe FileName, den Sie angeben, ist "" (die leere Saite) , es wird die letzte übereinstimmende DateiName aus dem Verzeichnis + regex + recursive=true.
Aktualisiert: Der DisplayInBrowser-Code, der verwendet wird, um die Ergebnisse von GenerateDatasetsXml und DasDds auf Linux-Computern anzuzeigen, war nicht aktuell und gab eine seltsame Nachricht über Netscape. Dies nutzt nun ein modernes Linux-Tool: xdg-open. Dank Melanie Abecassis.
Die allDatasets Datensatz hat nun eine "files" Spalte, die die Basis-URL des /files-Links angibt (wenn es eine gibt) für den Datensatz.
Steigern Sie die allgemeine Sicherheit Ihres ERDDAP™ durch Änderung der Berechtigungen, die mit dem tomcat-Verzeichnis und dem bigParentDirectory verbunden sind: (Die aktuellen Befehle unten sind für Linux. Für andere Betriebssysteme, machen analoge Änderungen.)
- Ändern Sie die "Gruppe" tomcat, Ihren Benutzernamen oder den Namen einer kleinen Gruppe, die tomcat und alle Administratoren von Tomcat/ ERDDAP , z. chgrp -R yourUserName apache-tomcat-8.0.23 chgrp -R your Benutzername bigParentDirectory
- Ändern Sie die Berechtigungen, damit Tomcat und die Gruppe Vorrechte gelesen, geschrieben, ausgeführt haben, z. chmod -R ug+rwx apache-tomcat-8.0.23 chmod -R ug+rwx bigParentDirectory
- Entfernen Sie die Berechtigungen von "anderen" Benutzern zum Lesen, Schreiben oder Ausführen: chmod -R o-rwx apache-tomcat-8.0.23 chmod -R o-rwx bigParentDirectory Dies ist wichtig, weil es verhindert, dass andere Benutzer möglicherweise sensible Informationen in ERDDAP™ Setup-Dateien, Log-Dateien und Dateien mit Informationen über private Datensätze.
Das Authentifizierungs-/Loginsystem wurde überarbeitet. Dank Thomas Gardner, Emanuele Lombardi und der neuen US-Regierung HTTPS-Only Standard .
- Die Authentifizierung=geöffnete Option wurde entfernt. Es war nicht aktuell.
- Die neue, empfohlen, Authentisierung = Google Verwendung der Option Google Anmelden (basierend auf OAuth 2.0) um jedem ein Google-E-Mail-Konto zu ermöglichen (einschließlich Google verwaltete Konten wie @noaa.gov ) einloggen.
- Das neue, Authentisierung = E-Mail Option ist ein Back-up für Authentifizierung = Google. Es ermöglicht Benutzern mit einem<Benutzer-Tag in datasets.xml um sich einzuloggen, indem Sie ihnen eine E-Mail mit einem speziellen Link senden.
- In Ihrem setup.xml ändern Sie bitte die Beschreibung für<Authentifizierung

            <!-- If you want to restrict access to some datasets, 
            you need to specify the method used for logging on (authentication).
            See the info at 
            https://erddap.github.io/setup.html#security
            Currently, the options are: "" (logins not supported, the default), 
            "custom", "email", and "google" (recommended).  
            \\[No longer supported: "basic", "openid"\\]
            -->

In Ihrem setup.xml fügen Sie dies bitte direkt unter der<VERFAHREN Tag

            <!-- If authentication=google, you must supply your Google Client ID. 
            See
            https://developers.google.com/identity/sign-in/web/devconsole-project
            When setting this up, for Authorized JavaScript origins, 
            for testing on your computer, use the domain "localhost" 
            (e.g., origin=https://localhost:8443), 
            not "127.0.0.1" (because Google Sign-In doesn't work with anything 
            at that domain).
            This will be a string of about 75 characters, probably starting with
            several digits and ending with .apps.googleusercontent.com .
            -->
            <googleClientID></googleClientID>

Benutzer, die nicht angemeldet sind, können jetzt verwenden http oder https URLs (falls Sie eingerichtet haben)<baseHttpsUrl> in Ihrem setup.xml). Dank der neuen US-Regierung HTTPS-Only Standard .
Jetzt können Sie alle Benutzer ermutigen, zu nutzen https (nicht http ) durch Einstellung<baseUrl> als ein https URL. Um die Benutzer nur zu zwingen https , Sie müssen auch Änderungen an Ihrem Apache/Tomcat-Setup vornehmen, um nicht- https Zugang. Dank der neuen US-Regierung HTTPS-Only Standard .

In Ihrem setup.xml ändern Sie bitte die Beschreibung für<BasisUrl>

            <!-- baseUrl is the start of the public URL, to which "/erddap" 
            is appended. For example:
            For running/testing on your personal computer:
              <baseUrl>http://localhost:8080</baseUrl>     
              (127.0.0.1 doesn't work with authentication=google).
            If you want to encourage all users to use https (not http), 
              make the baseUrl the same as the baseHttpsUrl (see below).
            For ERD releases, we used to use
              <baseUrl>http://coastwatch.pfeg.noaa.gov</baseUrl>    
            For ERD releases, we now use
              <baseUrl>https://coastwatch.pfeg.noaa.gov</baseUrl>    
            -->

Die Optionen<Passwort Encoding> geändert. In Ihrem setup.xml ändern Sie bitte die Beschreibung für<Passwort Encoding> zu sein

            <!-- For "custom" authentication, this specifies how you have 
            stored passwords in the roles tags in datasets.xml.
            If you aren't storing any passwords, this is irrelevant.
            The options (in order of increasing security) are: 
            "MD5", "UEPMD5" (MD5(UserName:ERDDAP:Password)), 
            "SHA256", "UEPSHA256" (SHA256(UserName:ERDDAP:Password), 
            the default).
            You should only use "MD5" or "SHA256" if you need to match 
            values stored that way in an external password database.
            See the info at 
            https://erddap.github.io/setup.html#security
            --> 

In Ihrem setup.xml ändern Sie bitte die Beschreibung für<baseHttpsUrl>

            <!-- This is a variant of <baseUrl> which is used when 
            authentication is active and the user is logged in.
            In general, you take the <baseUrl>, change "http" to "https", 
            and change/add ":8443". This must begin with "https://".
            If you make a proxy so that ":8443" isn't needed, 
            then don't use ":8443" here.
            This is relevant even if <authentication> is "".
            See the instructions at 
            https://erddap.github.io/setup.html#security
            For example:
            For running/testing on your personal computer:
              <baseHttpsUrl>https://localhost:8443</baseHttpsUrl>                  
            For releases at ERD, we use:
              <baseHttpsUrl>https://coastwatch.pfeg.noaa.gov</baseHttpsUrl>  
            If you want to encourage all users to use https (not http), 
              make the baseUrl (see above) the same as the baseHttpsUrl.
            --> 

Nun, wenn listPrivateDatasets=true in setup.xml, noch weniger Informationen werden über Datensätze angezeigt, auf die ein Benutzer keinen Zugriff hat.
Jetzt, vor allem, wenn Sie zunächst Ihre ERDDAP , Sie können jetzt sagen ERDDAP™ nicht zu versuchen, Remote abonnieren ERDDAP™ Datensätze. Dank an Filipe Rocha Freire. In Ihrem Setup.xml, direkt vor<fontFamily>, bitte hinzufügen

        <!-- Normally, if you have a EDDGridFromErddap or EDDTableFromErddap 
        dataset in your datasets.xml, it will try to subscribe to the remote 
        ERDDAP™ dataset so that the local dataset is kept perfectly up-to-date.
        If this ERDDAP™ is not publicly accessible (http://localhost), or its
        IP address will change soon, or you have some other reason, 
        you can tell this ERDDAP™ to not try to subscribe to the remote 
        ERDDAP™ datasets by setting this to false. (default=true) 
        This is the overall setting for this ERDDAP. It can be overridden by
        the same tag (with a different value) in the datasets.xml chunk for 
        a given EDD...FromErddap dataset. 
        For each fromErddap dataset that doesn't subscribe to the remote 
        ERDDAP™ dataset, you should set <reloadEveryNMinutes> to a smaller 
        number so that the local dataset stays reasonably up-to-date. -->
        <subscribeToRemoteErddapDataset>true</subscribeToRemoteErddapDataset>

In Ihrem Setup.xml, in den Anweisungen oben<emailFromAddress>, bitte einfügen: Wenn möglich, setzen Sie diese auf eine sichere Verbindung (SSL / TLS) an den E-Mail-Server. Wenn Ihr Setup keine sichere Verbindung zum E-Mail-Server nutzt, machen Sie bitte die Änderungen, um es so zu machen.
In deinem datasets.xml , bitte diese Zeile zur Beschreibung hinzufügen<AboEmailBlacklist> in Ihrem datasets.xml : Sie können den Namen "\" eine ganze Domäne, z.\@example.com .
Da die Änderung des Protokollierungssystems in v1.66 erfolgt, ist die Protokolldatei nie aktuell. Es gibt immer Nachrichten oder Teile von Nachrichten, die auf die Protokolldatei geschrieben werden. Jetzt können Sie es aktuell machen (für einen Augenblick) indem Sie Ihre ERDDAP Status-Webseite aufhttp://your.domain.org/erddap/status.html.
HashDigest...
Eine kleine Veränderung (zu String2.kanonisch) Das sollte helfen, die Dinge schnell zu bewegen, ERDDAP™ ist sehr beschäftigt und auch besser mit einer sehr großen Anzahl von Datensätzen zu behandeln.
Stark Empfohlen: Stoppen mit<konvertierenToPublicSourceUrl> in datasets.xml eine IP-Nummer in einem Datensatz umwandeln< sourceUrl > (z.B.,http://192.168.#.#/) in einen Domainnamen (z.B., http :my.domain.org/) . Ab sofort neue Abonnementshttp://localhost,http://127.0.0.1, undhttp://192.168.#.#URLS wird aus Sicherheitsgründen nicht erlaubt. So nutzen Sie bitte immer den öffentlichen Domainnamen im< sourceUrl > tag (bei Bedarf aufgrund von DNS-Problemen) , Sie können die /etc/hosts Tabelle auf Ihrem Server um das Problem zu lösen, indem lokale Domainnamen ohne Verwendung eines DNS-Servers in IP-Nummern umgewandelt werden. Sie können testen, ob ein bestimmter Domain-Name richtig behoben wird, indem Sie ping some.domain.name
In generierenDatasets.xml, für Remote-Datensätze (z.B. von einem THREDDS-Server) , die automatisch generiert datasetID s sind für die meisten Domains unverändert. Für ein paar Domains, der erste Teil (d.h. der Name) der automatisch generierten datasetID wird etwas anders sein. Insbesondere Namen, die einen Teil hatten, sind jetzt wahrscheinlicher, zwei Teile zu haben. Zum Beispiel Datensätze vonhttp://oos.soest.hawaii.eduvorher führte datasetID s, die mit hawaii\_, aber jetzt führen zu datasetID s, die mit hawaii\soest\ beginnen. Wenn dies Probleme für Sie verursacht, bitte mailen Sie mir. Es gibt vielleicht eine Arbeit.
Der Cassandra Treiber wurde auf cassandra-driver-core-3.0.0.jar und damit für Cassandra v3 aktualisiert. EDDTableFromCassandra nutzt keine neuen Features in Cassandra V3. Indexe in Cassandra können jetzt komplexer sein, aber ERDDAP™ noch verwendet das Cassandra v2 Indexmodell, das annimmt, dass eine indizierte Spalte direkt mit '=' Einschränkungen. Datensätze generieren Xml für EDDTableFromCassandra erkennt Spalten nicht mehr mit Indizes; wenn ein Index einfach ist, müssen Sie es in datasets.xml von Hand. Wenn Sie Unterstützung für komplexere Indizes oder andere neue Funktionen benötigen, bitte E-Mail erd.data at noaa.gov . ! Wenn Sie noch Cassandra 2.x verwenden, benutzen Sie bitte weiter ERDDAP™ v1.68 bis zum Upgrade auf die Verwendung von Cassandra 3.x.
Jars und der Classpath -- Fast alle der enthaltenen Drittanbieter .jar Dateien wurden auf ihre neuesten Versionen aktualisiert.
- slf4j.jar wurde zu /lib und dem Klassenpfad hinzugefügt.
- Witzig. jar und tsik. jar wurden von /lib und dem Klassenpfad entfernt.
- Wenn Sie Fehlermeldungen über Klassen erhalten, die nicht gefunden werden, wenn Sie kompilieren oder ausführen ERDDAP™ oder eines seiner Werkzeuge, vergleichen Sie den Klassenpfad Ihrer Befehlszeile mit ERDDAP ' Aktueller Klassenpfad um herauszufinden, welche .jars von Ihrem Klassenpfad fehlt.

Version 1.68

(veröffentlicht 2016-02-08)

Neue Features (für Benutzer) : Keine.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
EDDGrid FromFiles Aggregation über Dateinamen oder globale Metadaten -- Alle Variationen EDDGrid FromFiles kann nun eine Gruppe von Dateien aggregieren, indem eine neue linksste Dimension, in der Regel Zeit, basierend auf einem Wert aus jedem Dateinamen oder aus dem Wert eines globalen Attributs, das in jeder Datei ist.
VERBESSER: Wir haben vorhin vorgeschlagen, dass Sie eine EDDGrid FromErddap Datensatz in Ihrem datasets.xml dass die jplMU referenziert und reserviert RSS T-Datensatz in unserem ERDDAP . Da nun eine neuere Version dieses Datensatzes vorliegt, wird dieser Datensatz jetzt depreciert. Wenn Sie diesen Datensatz in Ihrem ERDDAP™ , bitte diesen neuen Datensatz hinzufügen

        <dataset type="EDDGridFromErddap" datasetID="jplMURSST41" active="true">  
          <!-- Multi-scale Ultra-high Resolution (MUR) SST analysis fv04.1, Global, 0.011 Degree, Daily -->  
          <sourceUrl>https://coastwatch.pfeg.noaa.gov/erddap/griddap/jplMURSST41</sourceUrl>  
        </dataset>  

Wenn Sie den alten jplMU entfernen möchten RSS T-Datensatz von Ihrem ERDDAP™ (Es ist deine Wahl) , ändern Sie seine aktive Einstellung von "wahr" zu "false".

Fehlerbehebung: Bitte überprüfen Sie das BigParentDirectory, das Sie in Ihrem setup.xml angegeben haben. Wenn Sie am Ende der<bigParentDirectory> Name, dann ERDDAP™ wird mehrere Verzeichnisse erstellt haben, indem Wörter direkt auf den Namen, den Sie angegeben haben, anstatt Unterverzeichnisse zu erstellen. Ab Version 1.68, ERDDAP™ fügt einen Slash zum Ende des Verzeichnisnamens hinzu, wenn Sie keinen angeben. Also, wenn Sie vorher keine Slash am Ende, dann wenn Sie installieren ERDDAP™ v1.68 Sie müssen diese Verzeichnisse verschieben und umbenennen nach du schaltest die alten ERDDAP™ und vor Sie starten das neue ERDDAP . Zum Beispiel, wenn Sie irrtümlich angegeben bigParentDirectory als /home/erddapBPD (kein nachlaufender Wimpern) und ERDDAP™ hat irrtümlich erstellt Verzeichnisse wie /home/erddapBPDcache /home/erddapBPDcopy /home/erddapBPDdataset /home/erddapBPDflag /home/erddapBPDlogs /home/erddapBPDlucene und eine Datei namens /home/erddapBPDsubscriptionsV1.txt, dann müssen Sie bewegen und umbenennen sie zu sein /home/erddapBPD/cache /home/erddapBPD/Kopie /home/erddapBPD/dataset /home/erddapBPD/flag /home/erddapBPD/logs /home/erddapBPD/lucene und /home/erddapBPD/subscriptionsV1.txt
Fehlerbehebung: Es gab Fehler in EDDGrid LonPM180 in ERDDAP™ v1.66, die aufgetreten ist, wenn der Kinderdatensatz ein EDDGrid Von Erddap.
Fehlerbehebung: Es gab einen Fehler in EDDGrid VonFiles und EDDTable VonFiles in ERDDAP™ v1.66, verursacht<updateEveryNMillis>, um das erste Mal ignoriert zu werden, dass der Datensatz nach einem Neustart geladen wurde.
Fehlerbehebung/Neues Feature: Wenn ein Kind Daten innerhalb EDDGrid GesamtexistenteDimension, EDDGrid Verstanden. EDDGrid VonEDDTable, EDDGrid LonPM180, EDDGrid SideBySide, EDDTableCopy oder EDDTableFrom EDDGrid ist ein ...FromErddap-Datensatz, dass Elterndatensatz jetzt abonniert ERDDAP™ Datensatz. Wenn ERDDAP™ Datensatz ist in der gleichen ERDDAP™ , das Abonnement und seine Validierung erfolgt direkt; Sie erhalten keine E-Mail, die Sie bitten, das Abonnement zu validieren. Andernfalls, wenn das Abonnementsystem für Ihre ERDDAP™ wird ausgeschaltet,<reloadEveryNMinutes> Einstellung für den Stammdatensatz auf eine kleine Zahl (60?) so dass es aktuell bleibt.
Fehlerbehebung/Neues Feature: Wenn ein Kind Daten innerhalb EDDGrid GesamtexistenteDimension, EDDGrid Verstanden. EDDGrid VonEDDTable, EDDGrid LonPM180, EDDGrid SideBySide, EDDTableCopy oder EDDTableFrom EDDGrid hat active="false", dass Kinderdatensatz jetzt übersprungen ist.

Version 1.66

(veröffentlicht 2016-01-19)

Neue Features (für Benutzer) :
Abbildungen (nicht Karten) kann nun Abwärtswerte auf den Achsen haben. Um dies zu erhalten, wenn Sie eine Make A Graph Webseite verwenden, ändern Sie neue Y Axis: aufsteigende Einstellung (Der Standard) zum Absteigen. Oder in einer URL, die ein Diagramm anfordert, verwenden Sie das neue optionale 3. ' | ' Parameter für die < Reichweite und/oder &. yRange Schalter , die nichts sein können (Der Standard) , true, oder t, um aufsteigende Werte zu erhalten, oder verwenden Sie falsche oder f, um absteigende Werte zu erhalten. Die Wahrheit | falsche Werte sind unempfindlich. Dank Chris Fullilove, John Kerfoot, Luke Campbell und Cara Wilson.
Benutzer können nun die Hintergrundfarbe für Graphen festlegen, indem ein &.bgColor=0x_ AARRGGBB_ schaltet auf die URL, die den Graph anfordert. Siehe .bgColor im Bereich der Graphics Commands Netzteil und tabledap Dokumentation. Dank John Kerfoot und Luke Campbell.
Für tabellarische Datensätze können sich die Zwänge jetzt auf min beziehen (someVariableName) oder max (someVariableName) . Vgl. min () und max () . Dank John Kerfoot.
Für tabellarische Datensätze, Zeitbeschränkungen, die Jetzt kann nun Zeiteinheiten von Millisekunden oder Millisekunden angeben.
Eine Anfrage für ein Bild eines tabellarischen Datensatzes macht nun eine Karte (nicht ein Diagramm) wenn die x- und y-Variablen Längs- und Breitenvariablen sind (Kompatible Einheiten) . Dank Rich Signell.
Fehlerbehebung: Zeitachsen-Etiketten und Zecken hatten manchmal seltsame Unregelmäßigkeiten, wenn Sie mehrere Diagramme gleichzeitig anfordern (z.B. auf einer Webseite) . Das Problem war ein Fehler in der SGT-Grafikbibliothek, die ERDDAP™ Verwendung (eine Variable war "statisch", die nicht hätte sein sollen) . Danke an Bradford Butman.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Es ist ein Sicherheitsrisiko, um Ihr E-Mail-Passwort in eine einfache Textdatei wie setup.xml zu setzen. Um dieses Problem zu mildern, empfehlen wir Ihnen dringend:
1. Ein E-Mail-Konto nur einrichten ERDDAP Verwendung, z.B. erddap@yourInstitution.org . Das hat auch andere Vorteile, insbesondere mehr als eine ERDDAP™ Administrator kann dann Zugang zu diesem E-Mail-Konto erhalten.
2. Machen Sie die Berechtigungen der setup.xml Datei rw (Lesen Sie mehr) für den Benutzer, der Tomcat und ERDDAP™ (User=tomcat?) und keine Berechtigungen (nicht lesen oder schreiben) für die Gruppe und andere Benutzer. Dank an Filipe Rocha Freire.
Der neue ArchivADataset Werkzeug vereinfacht die Herstellung eines .tar .gz Archiv mit einer Teilmenge eines Datensatzes in einem für die Archivierung geeigneten Format (insbesondere bei NOAA NZEI) . Dies sollte für viele nützlich sein ERDDAP™ Administratoren in vielen Situationen, aber vor allem für Gruppen innerhalb NOAA .
Der neue Datensatztyp EDDGrid VonNcFilesUnpacked eine Variante von EDDGrid Von NcFiles. Der Unterschied ist, dass diese Klasse jede Datendatei entpackt, bevor EDDGrid FromFiles betrachtet die Dateien:
- Es entpackt gepackte Variablen, die scale\_factor und/oder add\_offset .
- Es fördert ganzzahlige Variablen, die \_Unsigned=true-Attribute zu einem größeren Ganzzahl-Datentyp haben, so dass die Werte als unbezeichnete Werte erscheinen. Zum Beispiel ein \_Unsigned=true byte (8 Bit) variabel wird ein signiert kurz (16 Bit) variabel.
- Es konvertiert \_FillValue und missing\_value Werte für NaN's (oder MAX\_VALUE für ganze Datentypen) .

Der große Vorteil dieser Klasse ist, dass es eine Möglichkeit bietet, mit verschiedenen Werten von scale\_factor , add\_offset , \_FillValue oder missing\_value in verschiedenen Dateien in einer Sammlung. Ansonsten müsst ihr ein Werkzeug wie NcML oder NCO um jede Datei zu ändern, um die Unterschiede zu entfernen, so dass die Dateien von EDDGrid Von NcFiles. Damit diese Klasse richtig funktioniert, müssen die Dateien den CF-Standards für die zugehörigen Attribute folgen. Dank Philippe Makowski.

Der neue Datensatztyp EDDGrid LonPM180 Sie können Datensätze ändern, die Längenwerte größer als 180 haben (z.B. der Bereich 0 bis 360) in Datensätze mit Längenwerten im Bereich -180 bis 180 (Longitude Plus oder Minus 180, daher der Name) . Der große Vorteil der Bereitstellung von Datensätzen mit Längenwerten im Bereich -180 bis 180 ist, dass OGC Dienstleistungen (z.B., WMS ) Längenwerte in diesem Bereich erfordern. Dank Lynne Tablewski, Fabien Guichard, Philippe Makowski und Martin Spel. 2016-01-26 Update: Eeek! Dies hat einen Fehler, der auftritt, wenn der Kinderdatensatz ein EDDGrid VonErddap, die einen Datensatz in der gleichen ERDDAP . Dieser Fehler ist behoben ERDDAP™ V1.68.
In GenerateDatasetsXml , ein neuer Sonderdatensatztyp, EDDGrid LonPM180FromErddapCatalog, können Sie die datasets.xml für EDDGrid LonPM180 Datensätze aus allen EDDGrid Datensätze in einem ERDDAP die alle Längenwerte größer als 180 haben.
Für alle EDDGrid Datensätze, in datasets.xml Sie können jetzt die optionale (<zugänglich Via WMS >wahr | falsch</erreichbar Via WMS > (/docs/server-admin/datasets#accessibleviawms) (Standard=true) . dies auf falsche unzumutbar deaktivieren die WMS Service für diesen Datensatz. Falls zutreffend, kann der Datensatz über WMS aus anderen Gründen (z.B. keine Spitzen- oder Ionenachsen) . Dies ist besonders nützlich für Datensätze, die alleine existieren und von EDDGrid LonPM180, so dass nur die LonPM180-Version über WMS .
In setup.xml können Sie eine andere Standardfarbe für den Hintergrund der Grafiken angeben. Die Farbe wird als 8-stelliger hexadezimaler Wert in der Form 0x_AARRGGBB_ angegeben, wobei AA, RR, GG und BB die als 2-stellige hexadezimale Zahl angegebene Opazität, rote, grüne und blaue Komponenten sind. Beachten Sie, dass die Leinwand immer opak weiß ist, so ein (Halbzeug - Ja.) transparente Graph Hintergrundfarbe vermischt sich in die weiße Leinwand. Der Standard ist hellblau:

        <graphBackgroundColor>0xffccccff</graphBackgroundColor>

Dank John Kerfoot und Luke Campbell.

In setup.xml können Sie jetzt die maximale Größe für die Logfile (wenn es umbenannt wird, um sich anzumelden. txt. früher und ein neues Protokoll. txt wird erstellt) in MegaBytes. Das Mindestmaß beträgt 1. Das zulässige Höchstmaß beträgt 2000. Der Standard ist 20 (MB) . Zum Beispiel:

        <logMaxSizeMB>20</logMaxSizeMB>

In datasets.xml , [<fgdcFile> (/docs/server-admin/datasets#fgdcfile) oder [<iso19115File> (/docs/server-admin/datasets#iso19115file) kann nun eine lokale Datei sein (wie vor) oder eine URL (die heruntergeladen werden, so gibt es eine lokale Kopie) . wenn ERDDAP™ ist nicht in der Lage, die Datei herunterzuladen, das Laden des Datensatzes wird fortgesetzt, aber der Datensatz hat keine fgdc- oder iso19115-Datei.
EDDGrid VonFiles und EDDTable FromFiles-Datensätze können jetzt einen schnellen Neustart durchführen (das System, ERDDAP™ versucht zu verwenden, wenn die Datensätze zuerst geladen werden, ERDDAP™ wird neu gestartet) . Dies beschleunigt Neustart ERDDAP . 2016-01-26 Update: Eeek! Dies hat einen Fehler, der Ursachen hat<updateEveryNMillis> wird zum ersten Mal ignoriert, wenn der Datensatz nach einem Neustart geladen wird. Dieser Fehler ist behoben ERDDAP™ V1.68.
Eine allgemeine Verbesserung des QuickRestart-Systems ermöglicht ERDDAP™ Datensätze schneller laden, wenn ERDDAP™ wird neu gestartet.
Alle EDDGrid VonFiles und EDDTable FromFiles Subclasses akzeptieren jetzt ein neues<pathRegex> tag, in der Regel direkt unten angegeben<rekursiv>. Wenn rekursiv "wahr" ist, nur volle Unterverzeichnisse, die dem Pfad entsprechenRegex (Standard="\") wird angenommen. In ähnlicher Weise a< sourceUrl s> tag in einem EDDGrid AggregateExistingDimension kann jetzt ein pathRegex Attribut enthalten (Standard="\") .
Der Standard<partiellRequestMaxBytes> in setup.xml ist jetzt 490000000 (~490 MB) . Dies vermeidet einige Probleme/Timeouts im Zusammenhang mit dem Erhalt von Daten von THREDDS-Datenservern. Danke an Leslie Thorne.
Eine kleine Änderung des Log-Systems sollte erlauben ERDDAP™ besser reagieren, wenn es sehr, sehr beschäftigt ist. Informationen werden nun in die Log-Datei auf dem Laufwerk in ziemlich großen Stücken geschrieben. Der Vorteil ist, dass dies sehr effizient ist -- ERDDAP™ wird niemals verhindern, dass Informationen in die Protokolldatei geschrieben werden. Nachteilig ist, dass das Log fast immer mit einer Teilnachricht endet, die erst dann abgeschlossen werden wird, wenn der nächste Block geschrieben wird.
Fehlerbehebung im Zusammenhang mit inotify und die [<UpdateEveryNMillis>] (/docs/server-admin/datasets#updateeverynmillis) System für EDDGrid VonFiles und EDDTable AusFiles-Datensätze: Es ist nicht mehr erforderlich, eine große von fs.inotify.max\_user\_watches oder fs.inotify.max\_user\_instances anzugeben. Es gibt einen Fehler in Java das einige Teile verursacht Java 's inotify/WatchDirectory System nicht Müll gesammelt werden, wenn sie abgeschlossen werden; schließlich würde die Anzahl der Zombie-Inotify-Uhren oder -Instanzen die angegebene maximale Anzahl überschreiten. ERDDAP™ funktioniert jetzt Java Bug. Auch die Anzahl der inotify Threads ist auf der status.html Web-Seite aufgeführt, so dass Sie ein Auge auf seine Nutzung behalten können. Typischerweise gibt es 1 inotify Thread pro EDDGrid VonFiles und EDDTable AusFiles-Datensatz.
Fehlerbehebung: An vielen Stellen wurde anstelle eines Fehlers, der neu gezählt wurde, ein neuer Fehler erzeugt, der nur eine kurze Version der ursprünglichen Fehlermeldung und ohne die Stackspur beinhaltete. Wenn nun ein neuer Fehler generiert wird, enthält er die gesamte ursprüngliche Ausnahme, z.B. werfen neue Ausnahme ("einige neue Nachricht", e) ; Danke an Susan Perkins.
Bug fix: bis vor kurzem (v1.64?) , wenn ein .../ datasetID URL wurde angefordert, ERDDAP™ würde .html zur URL hinzufügen. In v1.64 scheiterte dies (eine falsch formatierte URL generiert und dann gescheitert) . Jetzt funktioniert das wieder. Danke an Chris Fullilove.

Version 1.64

(veröffentlicht 2015-08-19)

Neue Features (für Benutzer) :
Es gibt nun Anleitungen für den Zugriff auf den passwortgeschützten privaten ERDDAP™ Datensätze ( https:// ) über curl und Python . Siehe curl und Python Anweisungen. Dank Emilio Mayorga von NANOOS und Paul Janecek von Spyglass Technologies.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
ERDDAP™ jetzt erfordert Java 1.8+. Java 1.7 erreicht seine Ende des Lebens (keine Sicherheitsupdates mehr) im April 2015. Diese Version von ERDDAP™ wird nicht mit Versionen von Java unter 1,8. Wenn Sie von Java 1.7. (oder früher) , Sie sollten auch aktualisieren Tomcat. Siehe ERDDAP™ Anweisungen einrichten zum Herunterladen von Links und Ratschlägen.
Neues Datenträgerformular. Wenn ein Datenanbieter zu Ihnen kommt, in der Hoffnung, einige Daten zu Ihrem hinzufügen ERDDAP™ , kann es schwierig und zeitraubend sein, alle Metadaten zu sammeln, die benötigt werden, um den Datensatz in ERDDAP . Viele Datenquellen (z.B. .csv-Dateien, Excel-Dateien, Datenbanken) keine internen Metadaten haben, also ERDDAP™ hat ein neues Data Provider-Formular, das Metadaten des Datenanbieters erfasst und dem Datenanbieter eine andere Anleitung gibt, einschließlich umfassender Anleitung für Daten in Datenbanken. Die vorgelegten Informationen werden in die datasets.xml Format und dann an die ERDDAP™ Administrator (du) und geschrieben (anhängig) zu bigParentDirectory/logs/dataProviderForm.log . So automatisiert die Form den Prozess der Eingabe eines Datensatzes in ERDDAP™ , aber die ERDDAP™ Der Administrator muss die datasets.xml chunk und behandeln Sie die Datendatei (S) vom Anbieter oder der Verbindung zur Datenbank. Weitere Informationen finden Sie in der Datenanbieter Bezeichnung .
Neu<MatchAxisNDigits> kann verwendet werden EDDGrid VonFiles (und damit vonNcFiles und vonMergeIRFiles) , EDDGrid GesamtexistenteDimension, EDDGrid Kopieren und EDDGrid SideBySide-Datensätze, um festzulegen, wie genau die Achsenwerte in verschiedenen Dateien entsprechen müssen (wie viele Ziffern) : 0 = keine Überprüfung (Nicht benutzen!) , 1-18 zur Erhöhung der Präzision oder 20 (Der Standard) für genaue Gleichheit. Für n=1-18, ERDDAP™ sorgt dafür, dass die ersten n Ziffern von Doppelwerten (oder (n+1) div 2 für Schwimmerwerte) sind gleich. <matchAxisNDigits> ersetzt<sicherstellenAxisValuesAreEqual>, das jetzt abgeschrieben wird. Ein Wert von 'true' wird in MatchAxisNDigits=20 umgewandelt. Ein Wert von „false“ (Tu das nicht!) wird in Übereinstimmung umgewandelt AxisNDigits=0.
EDDGrid VonFiles und EDDTable FromFiles wird sehr langsam laden, wenn Sie diese Version verwenden ERDDAP . ERDDAP™ speichert nun die internen Dateiinformationen etwas anders, so dass die interne Dateitabelle für jeden dieser Datensätze neu erstellt werden muss. Keine Sorge. Nichts ist falsch. Es ist eine einmalige Sache.
Remote Source Dateien EDDGrid FromNcFiles, EDDTableFromNcFiles, EDDTableFromNcCFFiles ermöglichen nun die Dateien in einem Verzeichnis, das von http:// (und wahrscheinlich https:// und ftp://, aber sie sind nicht getestet) wenn der Remoteserver unterstützt Range Anfragen in der Anfrage Header. THREDDS und Amazon S3 Unterstützung Range Requests, Hyrax nicht. Dieses System ermöglicht es Ihnen, Daten in Remote-Dateien zuzugreifen, ohne die Dateien herunterzuladen (was hilfreich ist, wenn die Remote-Dateien zu voluminös sind) , aber der Zugriff auf diese Dateien wird viel langsamer als der Zugriff auf lokale Dateien oder sogar auf eine Remote OPeNDAP Quelle. Dies schließt ein "files" in einem Amazon S3 Eimer, da sie über http:// . Wenn die S3 Objektnamen wie Dateinamen sind (mit internen /'s wie ein Linux-Verzeichnisbaum) , ERDDAP™ auch die Dateien über zugänglich machen ERDDAP ' "files" System. Damit dies funktioniert, müssen Ihre S3 Anmeldeinformationen in ~/.aws/credentials sein (auf Linux, OS X oder Unix) , oder C:\Benutzer\USERNAME\.aws\credentials (auf Windows) auf dem Server mit ERDDAP . Siehe Amazon SDK Dokumentation .
Datensätze generieren Xml hat eine neue, ungewöhnliche Option: EDDsFromFiles. Dies wird durch ein Dateisystem gehen (sogar ein Remote-System wie ein Amazon S3 wenn die Objekte dateiähnliche Namen haben) und die datasets.xml chunks für eine Reihe von Datensätzen. Ihre Meilen können variieren. Dies funktioniert gut, wenn die Dateien so organisiert werden, dass alle Datendateien in einem bestimmten Verzeichnis (und seine Unterverzeichnisse) geeignet für einen Datensatz (z.B. alle SST 1-Tage-Verbunde) . Andernfalls (z.B., wenn ein Verzeichnis einige SST-Dateien und einige Chlorophyll-a-Dateien enthält) , dies funktioniert schlecht, kann aber dennoch nützlich sein.
Programmierer: neue /lib .jar Dateien. Wenn Sie kompilieren ERDDAP™ , bitte beachten Sie die neuen .jar-Dateien in der in der ERDDAP™ Programmer's Guide .
Meer\_Wasser\_praktisch\_Salinität Wenn Sie den CF-Standardnamen sea\_water\_salinity für jede Variable verwenden, ermutige ich Sie, auf das Meer zu wechseln\_water\_practical\_salinity, die in Version 29 der CF-Standard-Namenstabelle (und einige frühere Versionen -- ich wusste nicht, dass) . Dieser Name gibt an, dass dies in der Tat ein praktischer Salinity-Wert ist, der Practical Salinity Units ( PSU ) , im Gegensatz zu einem älteren g/kg Wert. Die kanonischen Einheiten sind unterschiedlich, aber immer noch unglaublich nicht hilfreich: 1 (vermutlich implizieren PSU /PSS-78) , im Gegensatz zu 1e-3 (vermutlich mit g/kg) für Meer\_Wasser\_Salinität. \[ Hey. Unidata und CF: Wir identifizieren Werte, die andere Waagen verwenden, beispielsweise Fahrenheit oder Celsius, über eine Einheitenkette, die der Name der Waage oder irgendeine Variation ist. Warum können wir nicht Salinitätseinheiten über ihre Skala identifizieren, z.B. PSS-78? Ich weiß: PSS-78 Werte sind "einheitlos", aber es gibt eine implizite Skala, nicht wahr? Wenn ich eine neue praktische Salinitätsskala erfinde, in der die Werte 0,875 mal die PSS-78 Werte sind, sollten die kanonischen Einheiten immer noch "1" sein? Wie konnte ein Benutzer sie auseinander erzählen? Einheiten von 1e-3 und 1 sind weder beschreibend noch hilfreich für Benutzer, die versuchen herauszufinden, was die Zahlen zeigen. \]

Version 1.62

(veröffentlicht 2015-06-08)

Neue Features (für Benutzer) :
Für EDDGrid datasets, Benutzer können jetzt Grafik-Typ machen: Oberflächengraphen mit jeder Kombination von numerischen Achsen, nicht nur Länge und Breite. Dies lässt Sie x versus y (Projektiert) Grafiken und verschiedene Hovmöller Diagramme , z.B. die Versustiefe oder die Zeit gegen Tiefe. \[ Hinweis: Wenn Tiefe auf den Y-Achsen liegt, wird es wahrscheinlich von dem, was Sie wollen, umgelenkt werden. Leider ist es noch keine Option. \] Dank Cara Wilson und Lynn DeWitt.
Es gibt ein neues Oceanic/Atmospheric Acronym Converter die Sie ein gemeinsames ozeanisches/atmospherisches Akronym zu/aus einem vollständigen Namen konvertieren lässt.
Es gibt ein neues Ozean/Atmospheric Variable Names Converter die Sie einen gemeinsamen ozeanischen/atmospherischen Variablennamen zu/aus einem vollständigen Namen konvertieren lässt.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Java 7/8-1998 Oracle nicht mehr unterstützt (stellt Sicherheitsfehlerfixe für) Java 7. ERDDAP™ noch unterstützt Java 7, aber bitte gehen Sie zu Java 8. Die nächste Veröffentlichung ERDDAP™ wird wahrscheinlich erfordern Java 8.
valid\_min /max/range Zuvor und jetzt, wenn dataVariable hatte scale\_factor und add\_offset Metadaten, ERDDAP™ entpackt die Datenwerte und entfernt diese Metadaten. Zuvor, ERDDAP™ nicht modifiziert/unpacken valid\_range , valid\_min , valid\_max Metadaten (die in der Regel/sollten Füllwerte enthalten) von scale\_factor und add\offset . Jetzt schon. Bitte suchen Sie Ihre ERDDAP™ für "valid\" und sicherstellen, dass alle Variablen, die valid\_range , valid\_min , oder valid\_max die richtigen Werte haben, wenn die Datensätze in der neuen Version erscheinen ERDDAP . Vgl. valid\_range /min/max Dokumentation .
ACDD-1.3 Zuvor, ERDDAP™ (besonders GenerateDatasets Xml) verwendet/verwendet (1,0) Version der NetCDF Attribut Convention for Dataset Discovery die als " bezeichnet wurde Unidata Dataset Discovery v1.0" in den globalen Konventionen und Metadata\_Conventions Attribute. Jetzt empfehlen wir ACDD-Version 1.3 die Anfang 2015 ratifiziert wurde und als "ACDD-1.3" bezeichnet wird. Glücklicherweise ist ACDD-1.3 sehr rückwärtskompatibel mit Version 1.0. Wir freuen uns, dass Sie Wechsel in ACDD-1.3 . Es ist nicht schwer.
Datensätze generieren Xml Attribute Es gab eine Vielzahl von Änderungen, um die< addAttributes > Werte vorgeschlagen von GenerateDatasets Xml für die globalen Konventionen, creator\_name /email/url, Keywords, Zusammenfassung und Titelattribute und für die Variable long\_name Attribut. Einige Änderungen beziehen sich auf die neue Verwendung von ACDD-1.3.
EDDTableFrom SOS Datensätze Mit der gelegentlichen Hinzufügung neuer Typen SOS Server und Änderungen an den alten Servern, es wird immer schwieriger für ERDDAP™ den Servertyp automatisch aus den Antworten des Servers zu erkennen. Die Verwendung von [<SosServerTyp> (/docs/server-admin/datasets#eddtablefromsos-skeleton-xml) (mit einem Wert von IOOS\_NDBC, IOOS\_NOS, OOSTethys , oder) ist jetzt STRONGLY EMPFEHLEN. Wenn irgendwelche Ihrer Datensätze dieser Art Probleme in der neuen Version haben ERDDAP , versuchen, GenerateDatasets neu zu starten Xml für die SOS Server, um ein neues Stück von datasets.xml für diesen Datensatz. Datensätze generieren Xml lässt Sie ausprobieren<sosServerType> Optionen, bis Sie die richtige für einen bestimmten Server finden. Wenn Sie noch Probleme haben, lassen Sie mich bitte das Problem kennen, das Sie sehen, und die URL des Servers und ich werde versuchen, zu helfen.
EDDTableFromFileNames Datensätze Einige Attribute, die empfohlen wurden addAttributes sind jetzt SourceAttributes. Sie müssen wahrscheinlich nichts für bestehende Datensätze in Ihrem ändern datasets.xml .
Fehlerbehebung im Zusammenhang mit bestimmten Anforderungen an EDDTableFromNcCFFiles-Datensätze. Ich habe auch eine große Anzahl von Einzeltests zu den bestehenden großen Anzahl von Einzeltests der zugrunde liegenden Methoden hinzugefügt (es gibt 100s von Szenarien) . Danke an Eli Hunter.
Fehlerbehebung/kleine Änderungen an EDDGrid Von MergeIR. Dank Jonathan Lafite und Philippe Makowski
Fehlerbehebung: EDDGrid FromErddap funktioniert jetzt auch, wenn ein Remote-Datensatz nicht ioos\_category Variable Attribute. Danke an Kevin O'Brien.
Fehlerbehebung in .graph Webseite für EDDGrid Datensätze, wenn nur eine Achsgröße mit mehr als einem Wert vorhanden ist. Danke an Charles Carleton.
Es gab andere kleine Verbesserungen, Änderungen und Fehlerbehebungen.

Version 1.60

(veröffentlicht 2015-03-12)

Neue Features (für Benutzer) : keine
Dinge ERDDAP™ Administratoren müssen wissen und tun:
STRONGLY RECOMMENDED: Aktualisieren der Server Roboter.txt Datei zu enthalten: Unmittelbar: /erddap/files/
INotify Problem und Lösung: Auf Linux-Computern, wenn Sie verwenden<UpdateEveryNMillis> mit Datensätzen mit Typ= EDDGrid VonFiles, EDDTableFromFiles, EDDGrid Kopieren, EDDTableCopy oder deren Unterklassen, können Sie ein Problem sehen, bei dem ein Datensatz nicht geladen wird (gelegentlich oder konsequent) mit der Fehlermeldung: "IOException: Benutzergrenze von inotify Instanzen erreicht oder zu viele offene Dateien". Wenn ja, können Sie dieses Problem beheben, indem Sie (als Wurzel) : echo fs.inotify.max\_user\_watches=65536 | tee -a /etc/sysctl.conf echo fs.inotify.max\_user\_instances=1024 | tee -a /etc/sysctl.conf Sekundarbereich Oder, verwenden Sie höhere Zahlen, wenn das Problem anhält. Der Standard für Uhren ist 8192. Die Standardeinstellung beträgt beispielsweise 128. \[ UPDATE: Es gibt einen Fehler in Java die verursacht, dass die Fälle nicht Müll gesammelt werden. Dieses Problem wird vermieden ERDDAP™ v1.66 und höher. So ist die bessere Lösung, auf die neueste Version zu wechseln ERDDAP . \]
NoSuchFileException Fehlerbehebung: Es gab einen Fehler, der Datensätze von Typ= EDDGrid VonFiles, EDDTableFromFiles, EDDGrid Kopieren, EDDTableCopy oder ihre Unterklassen, um nicht gelegentlich mit dem Fehler "NoSuchFileException: someFileName" zu laden. Der Bug ist mit der Verwendung von FileVisitor verwandt und wurde in ERDDAP™ V1.56. Das Problem ist selten und wird höchstwahrscheinlich Datensätze mit einer Vielzahl von häufig wechselnden Datendateien beeinflussen.
Es gab kleine Verbesserungen, Änderungen und Fehlerbehebungen.

Version 1.58

(veröffentlicht 2015-02-25)

Neue Features (für Benutzer) :
Der neue "files" system lässt Sie ein virtuelles Dateisystem durchsuchen und Quelldatendateien von vielen herunterladen ERDDAP™ Datensätze. Die "files" System ist standardmäßig aktiv, aber ERDDAP™ Administratoren können es deaktivieren, indem Sie

        <filesActive>false</filesActive>

in der ERDDAP™ setup.xml Datei. Ein besonderer Dank an Philippe Makowski, der fortdauerte, als ich langsam die Schönheit dieser Idee zu schätzen wusste.

Zeitziel Max... Zuvor hatte die Zeitvariable von EDDTable-Datensätzen mit nahen Echtzeitdaten ein ZielMax von NaN, was darauf hindeutete, dass der maximale Zeitwert für den Datensatz aktuell ist, aber nicht genau bekannt und häufig verändert wird. Jetzt hat das ZielMax einen echten Wert, der das aktuell bekannte letzte Mal anzeigt. Viele Datensätze haben kontinuierlich aktualisierte Daten. ERDDAP™ unterstützt den Zugriff auf die neuesten Daten, auch wenn es nach dem aktuell bekannten letzten Mal ist. Beachten Sie, dass das neue [<UpdateEveryNMillis>] (/docs/server-admin/datasets#updateeverynmillis) Unterstützung EDDGrid VonFiles und EDDTable FromFiles datasets aktualisiert das Ziel der ZeitvariableMax. Eine weitere Folge dieser Veränderung ist, daß datasetID = allDatasets dataset enthält nun das aktuell bekannte letzte Mal in den maxTime Spalten. Dank John Kerfoot.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
STRONGLY RECOMMENDED: Aktualisieren der Server Roboter.txt Datei zu enthalten: Unmittelbar: / Dateien/ Unmittelbar: /erddap/files/
Stichprobe datasets.xml -- Letztes Jahr empfehlen wir mehrere ausgezeichnete Datensätze in der Küstenwache ERDDAP™ dass du zu deinem ERDDAP™ nur indem Sie ein paar Zeilen zu Ihrem datasets.xml . Wenn Sie die erdVH-Datensätze hinzugefügt haben, wechseln Sie bitte zu den neueren erdVH2-Datensätzen:
- Erstellen Sie eine Kopie aller erdVH-Datensätze und ändern Sie die kopierten datasetID 's von erdVH... zu erdVH2... und ändern Sie die Referenz sourceUrl von erdVH... zu erdVH2...
- Setzen Sie die erdVH... Datensätze auf active="false".
Alle EDDGrid VonFiles und EDDTable FromFiles-Unterklassen unterstützen jetzt [<zugänglichViaFiles>] (/docs/server-admin/datasets#accessibleviafiles) die Quelldatendateien über die "files" Systeme. Standardmäßig ist dieses System für jeden Datensatz deaktiviert. Sie müssen den Tag hinzufügen, um es zu aktivieren. Dank Philippe Makowski.
Alle EDDGrid VonFiles und EDDTable FromFiles-Unterklassen unterstützen jetzt [<UpdateEveryNMillis>] (/docs/server-admin/datasets#updateeverynmillis) . Standardmäßig ist dieses System für jeden Datensatz deaktiviert. Sie müssen den Tag hinzufügen, um es zu aktivieren. Dank Dominic Fuller-Rowell und NGDC.
Der neue EDDTableFromFileNames erstellt einen Datensatz aus Informationen über eine Gruppe von Dateien im Dateisystem des Servers, aber es dient nicht Daten aus innerhalb der Dateien. Dies ist zum Beispiel nützlich für die Verteilung von Sammlungen von Bilddateien, Audiodateien, Videodateien, Textverarbeitungsdateien und Tabellenkalkulationsdateien. Das funktioniert Hand in Hand mit dem neuen "files" System, so dass Benutzer die Dateien herunterladen können. Ein besonderer Dank an Philippe Makowski, der fortdauerte, als ich langsam die Schönheit dieser Idee zu schätzen wusste.
Der neue EDDGrid VonEDDTable Sie können einen tabellarischen Datensatz in einen netzgebundenen Datensatz konvertieren. Dank Ocean Networks Kanada.
Der neue EDDGrid VonMergeIRFiles aggregierte Daten aus einer Gruppe von lokalen MergeIR .gz Dateien. EDDGrid VonMergeIRFiles hat die Unterscheidung, das erste Stück Code zu sein, zu ERDDAP . Es wurde ganz ohne unsere Hilfe getan. Drei fröhliche und besondere Dank an Jonathan Lafite und Philippe Makowski von R.Tech Engineering.
Es gibt ein neues, optionales setup.xml-Tag,<unitTestDataDir>, die das Verzeichnis mit den Unit Testdatendateien angibt, die über ein neues GitHub-Repository verfügbar sind: https://github.com/ERDDAP/erddapTest . Zum Beispiel:

        <unitTestDataDir>/erddapTest/</unitTestDataDir>

Dies ist noch nicht nützlich, aber ist Teil der Bewegung, um so viele der Einheitstests zu machen, die von anderen Menschen wie möglich durchgeführt werden können. Danke an Terry Rankine.

Es gab viele kleine Verbesserungen, Änderungen und Fehlerbehebungen.

Version 1.56

(veröffentlicht 2014-12-16)

Neue Features (für Benutzer) : (Keine)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Sie wissen wahrscheinlich schon, EDDGrid Von Erddap und EDDTableFromErddap die Sie mit Datensätzen in anderen verknüpfen lassen ERDDAP s und sie in deiner ERDDAP . Benutzeranfragen für aktuelle Daten aus diesen Datensätzen werden unsichtbar an die Quelle weitergeleitet ERDDAP™ , so dass die Daten nicht durch Ihr System fließen oder Ihre Bandbreite verwenden. Es gibt jetzt eine große Liste von empfohlenen Datensätzen in der Probe datasets.xml in erdddapContent .zip . Um sie in Ihre ERDDAP™ , alles, was Sie tun müssen, ist kopieren und einfügen Sie die, die Sie in Ihre datasets.xml . Danke an Conor Delaney.
Wenn Sie kompilieren ERDDAP™ , Sie müssen einige neue hinzufügen . Jar Dateien zu Ihrem Classpath - cp Schalter für Javac und Java.
Der neue EDDTableFromCassandra Daten von Cassandra . Dank Ocean Networks Kanada.
Der neue EDDTableFromColumnarAsciiFiles behandelt Daten von ASCII-Datendateien mit fester Breite Spalten. Dank Philippe Makowski.
Alle EDDGrid VonFiles und EDDTable FromFiles Subclasses nutzen jetzt eine neue Methode, FileVisitor (hinzugefügt Java in 1.7) Informationen über die Dateien zu sammeln. Dies kann für die erste Sammlung von Dateiinformationen für einen bestimmten Datensatz keinen Nutzen haben, scheint aber einen großen Vorteil für spätere Zusammenkünfte zu haben, wenn es bald geschehen ist, während das Betriebssystem noch die Informationen kached hat. Dank NGDC.

Wir empfehlen noch: Wenn ein Datensatz eine große Anzahl von Dateien hat (z.B. > 1.000) , das Betriebssystem (und damit EDDGrid VonFiles und EDDTableFromFiles) wird viel effizienter arbeiten, wenn Sie die Dateien in einer Reihe von Unterverzeichnissen speichern (eins pro Jahr, oder eins pro Monat für Datensätze mit sehr häufigen Dateien) , so dass es nie eine große Anzahl von Dateien in einem bestimmten Verzeichnis.

Mehrere kleine Verbesserungen an EDDTableFromAsciiFiles.
Einige Verbesserungen an EDDTableFromAsciiServiceNOS, insbesondere um einige zusätzliche Spalten von Informationen aus der Quelle zu erhalten. Danke an Lynn DeWitt.
Einige kleine Fehlerbehebungen im Zusammenhang mit der ISO 19115, dass ERDDAP™ erzeugt. Danke an Anna Milan.

Version 1.54

(veröffentlicht 2014-10-24)

Neue Features (für Benutzer) :
Einige Variablen arbeiten jetzt mit der Zeit an der Millisekunden-Präzision, z.B. 2014-10-24T16:41:22.485Z. Dank Dominic Fuller-Rowell.
Kleine Änderungen/Befestigungen:
Bugfix: mit einer bestimmten Kombination von Umständen, EDDGrid FromNcFile Datasets lieferten Daten mit reduzierter Präzision (z.B. Schwimmer statt Doppel) . Dies könnte nur Datenwerte mit > 8 signifikanten Zahlen beeinflussen. Verzeihung. (Und es war ein klassischer Computerprogrammierfehler: ein falscher Charakter.) Dank Dominic Fuller-Rowell.
Viele kleine Veränderungen.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Griddap-Datensätze unterstützen nun Zeitstamp-Achsenvariablen und Datenvariablen (d.h. Variablen mit Zeitwerten, jedoch a destinationName andere "time" ) . Dank Dominic Fuller-Rowell.
ERDDAP™ unterstützt jetzt korrekt Millisekunden time\_precision "1970-01-01T00:00:00:00.000Z". Ein absichtlicher Quirk: beim Schreiben von Zeiten an humanorientierte Dateien (z.B., .csv, .tsv , .json , .xhtml ) , ERDDAP™ Verwendung der angegebenen time\_precision wenn es Sekunden und/oder Dezimalsekunden enthält; andernfalls verwendet es Sekunden time\_precision "1970-01-01T00:00:00Z" (für Konsistenz und Rückwärtskompatibilität) . Dank Dominic Fuller-Rowell.
EDDGrid FromNcFiles unterstützt jetzt das Lesen von String dataVariable S.
.nc Dateien, die von griddap geschrieben wurden, können jetzt String haben dataVariable S.
Datensätze generieren Xml enthält jetzt mehr Flush () ruft, um das Problem der Informationen zu vermeiden, die nicht in die Dateien geschrieben werden. Dank Thierry Valero.
Die Dokumentation für GenerateDatasetsXml wurde verbessert, um zu zeigen, dass der -i-Schalter nur funktioniert, wenn Sie alle Antworten auf der Kommandozeile angeben (z.B. Skriptmodus) . Und der Skriptmodus wird erklärt. Dank Thierry Valero.
ERDDAP™ zwei Variablen in einem Datensatz nicht mehr die gleiche sourceName . (Wenn es jemand zuvor getan hat, hat es wahrscheinlich zu Fehlermeldungen geführt.) Wie vorher, ERDDAP™ nicht zulassen, dass zwei Variablen in einem Datensatz die gleichen haben destinationName .

Version 1.52

(veröffentlicht 2014-10-03)

Neue Features: (keine)
Kleine Änderungen/Befestigungen:
Ein anderer (kleiner) sich verändern ERDDAP™ schneller.
Verbesserung der ISO 19115-Dateien, die von ERDDAP : neu empfohlen<gmd:protocol> Werte (Informationen, Suche, OPeNDAP : OPeNDAP , ERDDAP :griddap und ERDDAP : tabledap ) innerhalb<gmd:CI\_OnlineResource&gt. Dank Derrick Snowden und John Maurer.
Viele kleine Veränderungen.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Bugfix: GenerateDatasetsXml.sh und DasDds.sh waren nicht in erdddap.war für 1.48 und 1.50. Jetzt sind sie es. Dank Thierry Valero.
Kleine Änderungen an einigen Geschwindigkeitstests in TestAll, um sie weniger zufällig anfällig zu machen. Danke an Terry Rankine.

Version 1.50

(veröffentlicht 2014-09-06)

Neue Features: (keine)
Kleine Änderungen/Befestigungen:
Das ERDDAP™ sollte viel schneller sein als die letzten Versionen.
Dinge ERDDAP™ Administratoren müssen wissen und tun: (nichts)

Version 1.48

(veröffentlicht 2014-09-04)

Neue Features:
ERDDAP™ jetzt immer einen tabellarischen Datensatz erstellt, datasetID = allDatasets , die eine Informationstabelle über alle darin enthaltenen Datensätze enthält ERDDAP . Es kann wie jeder andere tabellarische Datensatz abgefragt werden. Dies ist eine nützliche Alternative zum aktuellen System, um Informationen über Datensätze programmatisch zu erhalten.
Es gibt zwei neue Ausgabedateitypen für EDDTable und EDDGrid , .csv0 und .tsv 0. Sie sind Komma- und Tab-getrennte-Wert-Dateien, die keine Zeilen mit Spaltennamen oder Einheiten haben. Die Daten beginnen auf der ersten Zeile. Sie sind besonders nützlich für Skripte, die nur ein Stück Informationen von ERDDAP .
Kleine Änderungen/Befestigungen:
Karten können jetzt auf Längen im Bereich -720 bis 720 gemacht werden.
Der neue .nc Dateityp ist für alle verfügbar EDDGrid Datensätze. Es gibt die NCML \-formatierte Beschreibung des Datensatzes (ähnlich zu einer kombinierten .dds + .das) .
Fehlerbehebung: Speichern von tabellarischen Daten zu einem .nc Die Datei war auf 100.000 Werte pro Variable beschränkt. Jetzt ist es nur auf 2 GB Gesamtdateigröße beschränkt. Danke an Kevin O'Brien.
Fehlerbehebung: die saveAs Matlab Methoden stellen nun sicher, datasetID s werden in Sicherheit umgewandelt Matlab variable Namen. Aber ich empfehle immer noch, dass Sie erstellen datasetID s, die gültige Variablennamen sind: beginnend mit einem Buchstaben und dann nur mit A-Z, a-z, 0-9 und \_. Vgl. datasetID . Dank Luke Campbell.
Fehlerbehebung in EDDTableFromDatabase: Mit einigen Arten von Datenbanken, ein NO\_ Die Datenantwort aus der Datenbank führte zu einer punktlosen 30 zweiten Verzögerung ERDDAP . Danke an Greg Williams.
Fehlerbehebung: EDDGrid Erstellen Sie ein Diagramm mit Graph-Typ = Linien (oder Marker oder Marker und Linien) erzwungene x-Achsenvariable Zeit zu sein. Jetzt kann es jede Achse sein. Danke an Lynn DeWitt.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
STRONGLY EMPFEHL: Update Java
Diese Version von ERDDAP™ Anforderungen Java 7 oder höher, jedoch Java 7 wird im April 2015 sein Lebensende erreichen (Bald!) , so ist jetzt eine gute Zeit zu wechseln Java 8. Also Java 8 ist STRONGLY EMPFEHL. Ich teste mit Java 8. Beachten Sie, dass Java 6 erreichte sein Ende im Februar 2013 (keine Sicherheitsfehlerbehebungen mehr!) .
STRONGLY EMPFEHL: Update Tomcat Wenn Sie Tomcat verwenden, wechseln Sie bitte auf die neueste Version von Tomcat. Tomcat 8 ist für die Arbeit mit Java 8.
" ERDDAP " ist kein Akronym mehr. Jetzt ist es nur ein Name. Ich will nicht, dass der Name hervorhebt ERD . Ich will ERDDAP™ um Ihre Institution und Ihre Daten hervorzuheben.
PLEAEN anpassen Sie das Aussehen Ihres ERDDAP™ Installation zur Hervorhebung Ihrer Institution und Ihrer Daten . Mit einer Stunde Arbeit, können Sie schöne Verbesserungen machen, die für immer dauern wird.
In setup.xml, die<displayDiagnosticInfo> Option wird nun immer ignoriert und behandelt, als wäre der Wert falsch. EMPFEHLUNG: Entfernen Sie die<displayDiagnosticInfo> tag und verwandte Infos von setup.xml.
In setup.xml, der Standard für< drawLandMask > war "über", aber jetzt ist es "unter", die eine bessere allgemeine Standard (funktioniert gut mit allen Datensätzen) .
Die GenerateDatasetsXml.sh und DadDds.sh Linux-Skripte verwenden jetzt bash anstelle von csh und haben die Erweiterung .sh. Dank Emilio Mayorga
Datensätze generieren Xml und DasDds erstellen jetzt eigene Protokolldateien (GenerateDatasetsXml.log und DasDds.log) und Ausgabedateien (GenerateDatasetsXml.out und DadDds.out) in bigParentDirectory/logs/, und nie ihre Ergebnisse auf die Zwischenablage setzen.
Datensätze generieren Xml unterstützt nun einen -i-Befehlszeilenparameter, der den Ausgang an einem bestimmten Ort in die angegebene Datei einfügt. Siehe Dokumentation . Danke an Terry Rankine.
EDDTableFromDatabase unterstützt<SpalteNameQuotes></columnNameQuotes>, mit gültigen Werten " (Der Standard) Oder gar nichts. Dieser Charakter (wenn) wird vor und nach Spaltennamen in SQL-Abfragen verwendet. Verschiedene Arten von Datenbanken, die auf unterschiedliche Weise eingerichtet werden, benötigen unterschiedliche Spaltennamen-Zontierungszeichen.
Tabulare Breite und Längenvariablen können jetzt angepasst haben long\_name 's, z.B. Profile Latitude. Bisher konnten sie nur Latitude und Longitude sein.
Geben Sie ab sofort "defaultDataQuery" und "defaultGraphQuery" als Attribute in den globalen Metadaten des Datensatzes an (d.h.<addAtts>), nicht als getrennt<defaultDataQuery> und<defaultGraphQuery> Tags. (Obwohl, wenn Sie sie noch über die Tags angeben, ERDDAP™ wird automatisch globale Attribute mit den Informationen erstellen.)

Version 1.46

(veröffentlicht 2013-07-09)

Neue Features:
(Keine)
Kleine Änderungen/Befestigungen:
Bugfix: In EDDTableFromDatabase, nur in Version 1.44, ERDDAP™ unrichtig zitierte den Tabellennamen der Datenbank in SQL-Anweisungen. Das ist jetzt behoben. Danke an Kevin O'Brien.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
** Wenn Sie die Standardnachrichten in message.xml nicht ändern, Löschen \[ Tomcat \] /content/erddap/messages.xml . **
Die Standard-Nachrichten.xml-Datei ist jetzt im Erddap. Kriegsakte, nicht erddapContent .zip . Sie müssen also nicht mehr manuell Nachrichten.xml aktualisieren.
Wenn Sie die Nachrichten in message.xml ändern, von jetzt an, jedes Mal, wenn Sie aktualisieren ERDDAP™ , auch:
- Machen Sie die gleichen Änderungen, die Sie vor dem neuen gemacht haben \[ Tomcat \] /webapps/erdap/WEB-INF/classes/gov/noaa/pfel/erddap/util/messages.xml. Und dieses eine Mal: löschen \[ Tomcat \] /content/erddap/messages.xml .
- Oder herauszufinden, was sich in den neuen Nachrichten geändert hat.xml (via diff) , und ändern Sie Ihre \[ Tomcat \] /content/erddap/messages.xml Datei entsprechend.

Ausführung 1.44

(veröffentlicht 2013-05-30)

Neue Features:
Abfragen zu EDDTable-Datensätzen unterstützen & orderBy Min. (...) und orderByMinMax (...) (die zwei Zeilen in jeder Gruppe zurückgibt, mit dem Minimum und dem Maximum der letzten orderBy Wert) . Danke an Lynn DeWitt.
Es gibt zwei neue tabledap Dateitypen: .nc CFHeader und .nc CFMAHeader (die den ncdumpartigen Header des entsprechenden .nc CF und .nc CFMA Dateitypen) . Danke an Steve Hankin.
Kleine Änderungen/Befestigungen:
Bugfix: Laden der .graph und .html-Webseiten für Datensätze mit vielen Zeitwerten war langsam, weil ERDDAP™ war langsam bei der Generierung der Zeitschieberoptionen. Jetzt ist es immer schnell. Dank Michael Barry, OOICI und Kristian Sebastian Blalid.
Fehlerbehebung: Bei einigen EDDTable-Datensatztypen wurden die Zeitzwänge nicht immer korrekt behandelt. Jetzt sind sie es. Dank John Maurer und Kevin O'Brien.
Fehlerbehebung: Datensätze würden nicht geladen, wenn alle subsetVariables wurden feste Wertevariablen. Das werden sie. Dank Lynn DeWitt und John Peterson.
IMPROVED: Jetzt wirken alle Abfragen für nur Subset-Variablen als ob &distinct () ist Teil der Abfrage.
IMPROVED: jetzt für Abfragen, die .json p=functionName, Funktion Name MUST jetzt eine Serie von 1 oder mehr sein (abschnittsweise getrennt) Wörter. Jedes Wort muss mit einem ISO 8859 Buchstaben oder "\" beginnen und mit 0 oder mehr ISO 8859 Buchstaben, Ziffern oder "\" verfolgt werden. Ja, das ist restriktiver als Java Scripts Anforderungen an Funktionsnamen.
Die Zeitachse auf Diagrammen funktioniert nun gut für längere Zeitbereiche (80 - 10000 Jahre) und kürzere Zeitbereiche (0,003 - 180 Sekunden) .
ERDDAP™ ist nun eher vergeblich, wenn Änderungen von ISO-8601-Format-Zeitdaten abgeglichen werden.
Es gab viele andere kleine Änderungen und Fehlerbehebungen.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Sie müssen die neueste Version aktualisieren, um sicher zu sein.
ERDDAP™ hat eine Sicherheitsprüfung durchgeführt. Es gab einige Fehler und Schwächen. Version 1.44 enthält mehrere wichtige Sicherheitsfehlerbehebungen und mehrere Änderungen zur Erhöhung der Sicherheit und Zugänglichkeit (z.B. für Sehbehinderte) . Version 1.44 hat die Nachfolge-Sicherheitsprüfung bestanden. Dank all der guten Menschen bei USGS und Acunetix, die dies ermöglichten. (Sollte nicht NOAA macht das?)
Der neue EDDTableFrom WFS Dateien eine lokale Kopie aller Daten aus einer ArcGIS Kartenserver WFS Server und so können die Daten schnell reserviert werden, um ERDDAP™ Benutzer. Dank Christy Caudill.
Der neue EDDTableFrom EDDGrid lässt Sie einen EDDTable-Datensatz aus einem EDDGrid Datensatz. Einige häufige Gründe dafür sind:
- Damit kann der Datensatz mit OPeNDAP Auswahlbeschränkungen (die ein Benutzer angefordert haben kann) .
- Der Datensatz ist inhärent ein tabellarischer Datensatz. Dank OOICI, Jim Potemra, Roy Mendelssohn.
Der variable Name "Tiefe" ist jetzt eine besondere Alternative zu "Höhe". Die Einheiten müssen eine Variante von "Meter" sein. Die Datenwerte müssen positiv=down sein. ERDDAP™ ist jetzt voll bewusst, die Bedeutung von "tiefe" und unterstützt es, wo auch immer Höhe unterstützt wird (z.B. als Bestandteil eines CF DSG cdm\_data\_type=Profildatensatzes) . Ein Datensatz darf sowohl "tiefe" als auch "Altitude"-Variablen nicht haben.
In deinem datasets.xml , bitte entfernen Sie alle Verwendungen von<att name="cdm\_altitude\_proxy">tiefe</att> da Tiefe jetzt eine besondere Alternative zur Höhe ist und daher nicht speziell identifiziert werden muss.
In deinem datasets.xml , bitte entfernen Sie alle Verwendungen von<lotMetersPerSourceUnit>, außer EDDTable Von SOS . Wenn der Wert 1 ist, löschen Sie ihn einfach. Wenn der Wert -1 ist, sollten Sie den variablen Namen in die Tiefe ändern. Für andere Werte, addieren< addAttributes > zum Beispiel:

        <att name="scale\\_factor" type="float">-1</att>

Alle Datensätze unterstützen jetzt
- <defaultDataQuery>, die verwendet wird, wenn .html ohne Abfrage angefordert wird.
  - Das brauchen Sie wahrscheinlich selten.
  - Bei Gridap-Datensätzen ist es üblich, einen anderen Standardtiefe- oder Höhendimensionswert anzugeben. (z.B., \[ 0) \] anstatt \[ Letzter Beitrag \] ) . In jedem Fall sollten Sie immer alle Variablen auflisten, immer dieselben Dimensionswerte für alle Variablen verwenden, und fast immer verwenden \[ 0) \] , \[ Letzter Beitrag \] , oder \[ 0:last \] für die Dimensionswerte. Zum Beispiel:

                <defaultDataQuery>u\\[last\\]\\[0\\]\\[0:last\\]\\[0:last\\],v\\[last\\]\\[0\\]\\[0:last\\]\\[0:last\\]</defaultDataQuery>

Für tabledap datasets, die häufigste Verwendung dieser ist, einen anderen Standardzeitbereich anzugeben (relativ zu jetzt, z.B. &time>= now- 1 Tag) . Denken Sie daran, dass die Anforderung keine Datenvariablen ist die gleiche wie die Angabe aller Datenvariablen, so dass in der Regel können Sie einfach die neue Zeitkonstrat angeben. Zum Beispiel:

                <defaultDataQuery>&amp;time&gt;=now-1day</defaultDataQuery>

<defaultGraphQuery>, die verwendet wird, wenn .graph ohne Anfrage angefordert wird.
- Das brauchen Sie wahrscheinlich selten.
- Bei Gridap-Datensätzen ist die häufigste Verwendung dieser Daten eine andere Standardtiefe oder Höhendimensionswert anzugeben. (z.B., \[ 0) \] anstatt \[ Letzter Beitrag \] ) und/oder anzugeben, dass eine bestimmte Variable grafisch dargestellt wird. In jedem Fall werden Sie fast immer verwenden \[ 0) \] , \[ Letzter Beitrag \] , oder \[ 0:last \] für die Dimensionswerte. Zum Beispiel:

                <defaultGraphQuery>temp\\[last\\]\\[0\\]\\[0:last\\]\\[0:last\\]&amp;.draw=surface&amp;.vars=longitude|latitude|temp</defaultGraphQuery>

Für tabledap datasets, die häufigsten Verwendungen von diesem sind die Angabe unterschiedlicher Variablen, die zu graphieren sind, ein anderer Standardzeitbereich (relativ zu jetzt, z.B. &time>= now- 1 Tag) und/oder verschiedene Standardgrafikeinstellungen (z.B. Markertyp) . Zum Beispiel:

                <defaultGraphQuery>longitude,latitude,seaTemperature&amp;time&gt;=now-1day&amp;.marker=1|5</defaultGraphQuery>

Denken Sie daran, dass Sie XML-Code oder Prozent-Code benötigen (entweder einer, aber nicht beide) die Standardabfragen, da sie in einem XML-Dokument sind. Zum Beispiel wird & ,<wird < und > wird > . Und bitte überprüfen Sie Ihre Arbeit. Es ist einfach, einen Fehler zu machen und nicht zu bekommen, was Sie wollen. Dank Charles Carleton, Kevin O'Brien, Luke Campbell und anderen.

EDDGrid FromDap, EDDGrid VonErddap und EDDTableFrom EDDGrid haben ein neues System, um mit Datensätzen zu umgehen, die sich häufig ändern (wie oft alle 0,5 s) . Im Gegensatz zu ERDDAP 's regelmäßiges, proaktives System zum vollständigen Nachladen jedes Datensatzes, dieses optionale zusätzliche System ist reaktiv (ausgelöst durch eine Benutzeranforderung) und inkremental (nur die Aktualisierung der Informationen, die aktualisiert werden müssen) . Zum Beispiel, wenn eine Anfrage an eine EDDGrid FromDap-Datensatz tritt seit dem letzten Update mehr als die angegebene Anzahl von Millisekunden auf, ERDDAP™ wird sehen, ob es neue Werte für den linken (in "time" ) Dimension und, wenn ja, laden Sie diese neuen Werte einfach herunter, bevor Sie die Anfrage des Benutzers bearbeiten. Dieses System ist sehr gut, einen sich schnell ändernden Datensatz aktuell mit minimalen Anforderungen an die Datenquelle zu halten, aber zu den Kosten der leichten Verlangsamung der Verarbeitung einiger Benutzerwünsche. Siehe<UpdateEveryNMillis>] (/docs/server-admin/datasets#updateeverynmillis)
Dank Michael Barry und OOICI.
EDDGrid FromNcFiles, EDDTableFromNcFiles und EDDTableFromNcCFFile unterstützen nun NcML .nc ml Quelldateien anstelle von .nc Dateien. Dank Jose B Rodriguez Rueda.
Für EDDGrid GesamtexistenteDimension, ERDDAP™ unterstützt eine neue serverType="dodsindex"-Option für das serverType-Attribut der< sourceUrl s> tag. Dies funktioniert mit Webseiten, die innerhalb von Dateien Listen haben<Vordruck</pre> und oft unter einem OPeNDAP Logo. Ein Beispiel ist https://opendap.jpl.nasa.gov/opendap/GeodeticsGravity/tellus/L3/mascon/RL06/JPL/v02/CRI/netcdf/contents.html .
Für EDDTableFrom SOS jetzt unterstützt einen optionalen Tag

        <sosServerType>_serverType_</sosServerType>

so können Sie den Typ angeben SOS Server (also ERDDAP™ muss es nicht herausfinden) . Gültige Werte<serverTyp\> sind IOOS\_NDBC, IOOS\_NOS, OOSTethys , und (ein neu unterstützter Server Typ) . Vgl. EDDTableFrom SOS . Dank Derrick Snowden und Janet Fredericks.

Alle EDDGrid Von...Files, EDDTableFrom...Files, EDDGrid Kopieren und EDDTable Kopieren Sie jetzt einen optionalen Tag

        <fileTableInMemory>true</fileTableInMemory> (The default is false.)

was sagen kann ERDDAP™ um die Datei zu halten Tabelle (mit Informationen über jede Quelldatendatei) im Speicher statt nur auf der Festplatte (Der Standard) . Behalten der DateiTabelle in Speicher beschleunigt Anfragen für Daten (besonders wenn es >1000 Quelldatendateien gibt) , aber verwendet mehr Speicher. Wenn Sie dies für jeden Datensatz festlegen, achten Sie auf den Speicher: derzeit verwenden Sie Zeile yourDomain /erddap/status.html um sicherzustellen, dass ERDDAP™ hat noch viel freies Gedächtnis. Danke an Fredrik Stray.

EDDTableFromASCIIFile unterstützt jetzt<einsatz>. Die zwei häufigsten Zeichensätze (Case sensitive!) ISO-8859-1 (Der Standard) und UTF-8.
Empfohlen: in setup.xml, innerhalb<startHeadHtml>, bitte ändern<html in <html lang="en-US"> (oder Sprachcode wenn Sie Nachrichten übersetzt haben.xml) .
setup.xml hat neue optionale Tags, um Teile von ERDDAP :
- <KonverterActive>false</convertersActive>
- <SlideSorterActive>false</SlideSorterActive>
- <wmsActive>false</wmsActive> Im Allgemeinen empfehlen wir, diese auf false zu setzen.
Datensätze generieren Xml schreibt nun Ergebnisse zu bigParentDirectory/logs/generateDatasetsXmlLog.txt, nicht log.txt. Dank Kristian Sebastian Blalid.
Datensätze generieren Xml macht jetzt einen guten Vorschlag für die<Nachladen EveryNMinutes>. Dank der NOAA UAF-Projekt.
Viele kleine Verbesserungen an GenerateDatasetsXml. Dank der NOAA UAF-Projekt.

Version 1.42

(veröffentlicht 2012-11-26)

Neue Features:
(Keine großen neuen Features.)
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Wenn Sie von ERDDAP™ 1.38 oder 1.40, es gab keine Änderungen, die Sie benötigen, um Änderungen Ihrer Konfigurationsdateien vorzunehmen (aber Sie müssen die neue Nachrichten.xml-Datei verwenden) .
ERDDAP™ wieder kann mit Java 1.6. ( ERDDAP™ v1.40 erforderlich Java 1.7.) Wir empfehlen immer noch dringend die neueste Version zu verwenden Java 1.7.
Ein neuer Datensatztyp, EDDTableFrom AwsXmlFiles , kann Daten von einem Satz von Automatischer Wetterstation lesen (AWS) XML-Datendateien. Dank Lynn Dewitt und dem Exploratorium.
Kleine Änderungen/Befestigungen:
Anpassung an Änderungen des NDBC SOS Quelldatenserver.
Anpassung an Änderungen der NOS COOPS ASCII-Dienste.
Erstellte einige kleine Änderungen und Fehlerbehebungen.

Version 1.40

(veröffentlicht 2012-10-25)

Neue Features:
Es gibt ein neues Ausgabedateiformat für tabledap Datensätze: .nc CFMA, die die angeforderten Daten in einem .nc Datei, die der CF entspricht Diskrete Sampling Geometrien Multidimensionale Array-Optionen, die daher den NODC-Vorlagen entsprechen \[ 2021: Jetzt die NCEI-Vorlagen \] zur Speicherung dieser Art von Daten. Dank NODC.
tabledap Anfragen können jetzt Zeitzwänge wie &time> now- 5 Tage. Siehe Dokumentation . Danke an James Gosling.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Wenn Sie von ERDDAP™ 1.38, es gab keine Änderungen, die Sie benötigen, um Änderungen Ihrer Konfigurationsdateien vorzunehmen (aber Sie müssen die neue Nachrichten.xml-Datei verwenden) .
ERDDAP™ öffentliche Releases und interne Meilensteine sind über ERDDAP™ auf GitHub . Weitere Informationen finden Sie in der Das ist mein Name. für die ERDDAP™ Projekt sowie die allgemeinere ERDDAP™ Programmer's Guide . (Dies wurde einige Wochen nach der ERDDAP™ 1.38 Release.)
Datensätze generieren Xml wurde verbessert.
- Das Skript wurde überarbeitet, damit es korrekt auf allen Linux-Computern funktionieren sollte (nicht nur ein paar) .
- Es fügt jetzt hinzu creator\_name , creator\_email , und creator\_url wann immer möglich.
- Viele andere kleine Verbesserungen.
Wie ERDDAP™ mit der Zeit.
- Intern, ERDDAP™ jetzt behandelt Zeiten bei Millisekundengenauigkeit (nicht Sekunden) .
- Sie können nun optional die Zeitgenauigkeit für einen bestimmten Datensatz angeben, siehe time\_precision . Sie können beispielsweise einen Datensatz festlegen, um Zeitwerte mit Datumsgenauigkeit anzuzeigen (z.B., 1970-01-01) .
- Ihre aktuellen Datensätze verwenden die Standardeinstellungen, so dass sie durch diese Änderungen nicht beeinflusst werden und die Zeit mit Sekundengenauigkeit weiter anzeigen wird. Dank Servet Cizmeli und Philip Goldstein.
EDDTableFromNcCFFiles ist ein neuer Datensatztyp, den Sie in Ihrem datasets.xml Datei. Es kann Daten aus einem der zahlreichen Dateiformate lesen, die durch die CF Diskrete Sampling Geometrien Konventionen. Dank NODC und speziellem Dank an Kyle Wilcox für die Herstellung von Sample-Dateien für die große Anzahl der gültigen DSG-Dateiformate und für die Bereitstellung sie öffentlich zugänglich.
Kleine Änderungen/Befestigungen:
Erweitert die schnell starten System für alle relevanten EDDGrid und EDDTable Unterklassen.
Verbesserte Dokumentation, insbesondere im Zusammenhang mit der Verwendung Netzteil und tabledap aus verschiedenen Client-Software.
Geänderte erweiterte Suche, um minTime und/oder maxTime als epochSeconds ausgedrückt zu unterstützen. Danke an Lynn Dewitt.
Geändert .htmlTable ausgeben, um URLs und E-Mail-Adressen als Links anzuzeigen.
"rel=" und "rev=" hinzugefügt<a href> tags. Dank Pat Cappelaere von der OGC REST Projekt.
Verbesserter Schutz vor unrealistisch großen Datenanforderungen, insbesondere innerhalb tabledap , wo es ein schwierigeres Problem ist.
Mehr Nachrichten in Nachrichten.xml verschoben.
Hat Geschwindigkeitsverbesserungen gemacht.
Festgelegt EDDGrid VonFiles zu erlauben absteigenden sortierten Achsen. Dank Maricel Etchegaray.
Entfernte Hinweise auf iGoogle, da es eingestellt wird.
Erstellte einige kleine Änderungen und Fehlerbehebungen.

Version 1.38

(veröffentlicht 2012-04-21)

Neue Features:
ISO 19115 und FGDC ERDDAP™ kann für jeden Datensatz automatisch ISO 19115 und FGDC XML-Metadatendateien generieren. Links zu den Dateien sind auf jeder Liste von Datensätzen sichtbar (z.B. aus Volltextsuche) und auch in Web Accessible Folders (WAF) (siehe FGDC WAF und ISO 19115 WAF ) . Dank Ted Habermann, Dave Neufeld und vielen anderen.
Volltextsuche für Datasets jetzt unterstützen \-_ excludedWord _ und \-"excluded phras" . Dank Rich Signell.
Suchen nach Datensätzen kehren nun Ergebnisse einer Seite zu einer Zeit zurück. Der Standard verwendet den Parameter string: page=1&itemsPerPage=1000, aber Sie können die Werte in der URL Ihrer Anfrage ändern. Dank Steve Hankin und dem UAF-Projekt.
OpenSearch -- ERDDAP™ jetzt unterstützt die OpenSearch 1.1. Standard zur Suche nach Datensätzen. Dies ermöglicht unter anderem die Katalog-Aggregation-Websites zu verteilten Suchvorgängen (Durchführen einer Suchanfrage zu jedem Katalog, den er kennt) .
Comma getrennt Wert (CSV) Dateien -- ERDDAP™ erzeugt nun CSV-Dateien mit nur einem Komma zwischen Werten (die Excel bevorzugt) , statt comma+space. Dank Jeff deLaBeaujardiere.
Millionen Datensätze -- Es wurden mehrere Änderungen zur Unterstützung vorgenommen. ERDDAP s mit einer großen Anzahl von Datensätzen, vielleicht sogar eine Million. Dank Steve Hankin und dem UAF-Projekt.
Dinge ERDDAP™ Administratoren müssen wissen und tun:

Quick Restart

A schnelles Neustart-System ermöglicht ERDDAP™ viel schneller neu starten. Bitte fügen Sie dies Ihrer setup.xml-Datei hinzu nach oben</datasetsRegex>:

              <!-- If true, when you start up ERDDAP™, some types of datasets (e.g., 
              EDDGridFromDap) will used cached information (.dds, .das, etc.) to reload
              very quickly, without contacting the remote server.  The dataset's age 
              will be based on when the dataset was reloaded last.  Normally this 
              should be true (the default), but set it to false if you want to bypass 
              the cached information.
              <quickRestart>true</quickRestart>

Volltextsuche nach Datensätzen können jetzt mit der Lucene Suchmaschine durchgeführt werden (obwohl wir die ursprüngliche Suchmaschine empfehlen, wenn Sie weniger als 10.000 Datensätze haben) oder das ursprüngliche Suchsystem. Bitte fügen Sie dies Ihrer setup.xml-Datei hinzu nach oben</displayDiagnosticInfo>:

              <!-- ERDDAP™ lets you choose between two search engines for full text searches:
              \\* original (the default) -- is the best choice if your ERDDAP™ has fewer 
                than about 10,000 datasets.  It is very robust and trouble free. 
              \\* lucene -- is the best choice for more than about 10,000 datasets.
                The advantages are that with any number of datasets it works fast 
                and uses very little memory.
                But there are many things that might go wrong with individual 
                queries and with the whole system. 
                And although its behaviour (the datasets it finds and the order that
                it ranks them) is almost identical to the original search engine,
                it has a few quirky, subtle, small differences.
              -->
              <searchEngine>original</searchEngine>

In setup.xml können/sollten Sie nun zwei neue Kategorien in die komma-getrennte Liste einfügen< categoryAttributes >
- global:keywords (Fügen Sie es direkt nach global:institution) -- ein neuer Sonderfall, der eine komma-separierte Liste von Schlüsselwörtern aus dem globalen Keywords-Attribut enthält, um einen separaten Eintrag für jedes Keyword zu erstellen.
- Variable Name (Am Ende hinzufügen) -- ein neuer Spezialfall, der jeden der dataVariable destinationName S.
In setup.xml können Sie (Aber warum?) sagen. ERDDAP™ keine FGDC- und/oder ISO 19115-Metadaten für jeden Datensatz anbieten, einschließlich

        <fgdcActive>false</fgdcActive>  
        <iso19115Active>false</iso19115Active>

Die Standardwerte für diese Einstellungen sind zutreffend.

In datasets.xml , Bitte beachten Sie die Verbesserung der Metadaten für Ihre Datensätze. ERDDAP™ generiert nun automatisch ISO 19115 und FGDC XML-Metadatendateien für jeden Datensatz basierend auf den Metadaten des Datensatzes. Also, gute Datensatz-Metadaten führen zu guter ERDDAP -generierte Metadaten nach ISO 19115 und FGDC.
Sehen Sie die neue Dokumentation für die vielen neuen EMPFEHLEN Globale Attribute .
In datasets.xml , if you want to tell ERDDAP™ eine vorgefertigte FGDC- und/oder ISO 19115-Datei zu verwenden, die irgendwo auf dem Dateisystem des Servers liegt, anstatt dass ERDDAP™ Diese Dateien generieren, verwenden:

        <fgdcFile>_fullFileName_</fgdcFile>  
        <iso19115File>_fullFileName_</iso19115File>

Wenn fullFileName\=" oder die Datei nicht gefunden wird, wird der Datensatz keine FGDC und/oder ISO 19115 Metadaten haben. Dies ist also auch dann sinnvoll, wenn Sie die FGDC- und/oder ISO 19115-Metadaten für einen bestimmten Datensatz unterdrücken möchten.

In datasets.xml , für alle EDDGrid SideBySide und EDDGrid AggregateExistingDimension-Datensätze, stellen sicher, dass Kinderdatensätze unterschiedlich sind datasetID s als ihre Elterndatensätze und als die anderen Kinder. (Zum Beispiel könnten Sie George Foremans einfaches, aber effektives System zur Benennung seiner Kinder verfolgen.) Wenn alle Namen in einer Familie genau die gleichen sind, wird der Datensatz nicht geladen (mit der Fehlermeldung, dass die Werte der aggregierten Achse nicht sortiert sind) .
In datasets.xml , es gab einige Änderungen in der Liste der gültigen ioos\_category Metadatenwerte:
- "pCO2" wurde in "CO2" geändert.
- "Physical Oceanography" wurde hinzugefügt.
- "Soils" wurde hinzugefügt.
In datasets.xml , ERDDAP™ nicht mehr erlaubt. datasetID . Es war erlaubt, aber entmutigt. (Tut mir leid.)
In datasets.xml , das Setup für EDDTableFromThreddsFiles und EDDTableFrom Hyrax Dateien haben sich leicht geändert, weil beide Klassen nur neu geschrieben wurden, um effizienter zu sein (beide Klassen machen jetzt immer eine lokale Kopie aller Remote-Datendateien) . Siehe die Dokumentation zur Einrichtung dieser Klassen: EDDTableFrom Hyrax Dateien und EDDTableFromThreddsFiles . Siehe insbesondere die überarbeiteten Anmerkungen zu<DateiDir> (irrelevant) und< sourceUrl > (jetzt essenziell) . Auch sollten Sie diese Klasse nie in EDDTableCopy für Effizienz einpacken.
In datasets.xml , wenn Sie EDDTableFromDatabase mit einer Oracle Datenbank, Sie sollten eine Verbindung enthalten Immobilien wie

        <connectionProperty name="defaultRowPrefetch">4096</connectionProperty>

wie viele Zeilen von Daten zu einem Zeitpunkt abrufen, weil der Standard 10 ist, was schrecklich ineffizient ist. Siehe Oracle Dokumentation . MySql und PostgreSQL scheinen bessere Standardeinstellungen für diese Einstellung zu haben. Danke an Kevin O'Brien.

Wenn Sie EDDTableFromDatabase verwenden, sehen Sie die verbesserte "Speed" Dokumentation für zusätzliche Vorschläge zur Verbesserung der Leistung. Danke an Kevin O'Brien.
In datasets.xml , für alle EDDTable... Datensätze, in den Konventionen und Metadata\_Conventions Globale Attribute, siehe CF-1.6 (nicht CF-1.0, 1.1, 1.2, 1.3, 1.4 oder 1.5) , da CF-1.6 die erste Version ist, die die Änderungen im Zusammenhang mit der diskreten Probenahmegeometrie einschließt.
Programmierer, die die ERDDAP™ Code muss lib/lucene-core.jar in die Liste der Jar-Dateien in ihrem Javac und Java-Befehlszeilenpfade hinzufügen.
ERDDAP™ eine Neuer Service einen CF-Standard-Namen in ein GCMD-Wissenschafts-Schlüsselwort umwandeln. Sie können dies nützlich finden, wenn Sie globale Keywords Metadaten für die Datensätze in Ihrem ERDDAP .
Umgang mit Bots -- Bitte lesen Sie diesen Rat verhindern, dass Bots Ihre ERDDAP™ auf dumme Weise .
Übersetzung -- Der Text zu ERDDAP 's Webseiten sind jetzt meist in message.xml und so geeignet für die Übersetzung in verschiedene Sprachen (z.B. Deutsch, Französisch) . Die Nachrichten verwenden nun oft MessageFormat zur Formatierung, auch um Übersetzungen zu erstellen. Wenn Sie an einer Übersetzung interessiert sind, schreiben Sie bitte eine E-Mail erd dot data at noaa dot gov .
Stichprobe datasets.xml -- Es gab mehrere kleine, aber signifikante Fehler in der Probe datasets.xml . Wenn Sie diese Datensätze verwenden, erhalten Sie bitte die neueren Versionen aus der neuen Probe datasets.xml im neuen erddapContent .zip Datei. Danke an James Wilkinson.
Git -- Ich werde es schwer machen ERDDAP™ ein GitHub-Projekt ASAP nach dieser Veröffentlichung.
Kleine Änderungen/Befestigungen:
Eine neue Palette, OceanDepth, ist nützlich für Tiefenwerte (positiv ist nach unten) , z.B. 0 (Weiden) bis 8000 (tief) .
Die .kml Ausgabe von tabledap verwendet ein besseres Markersymbol (es ist nicht fuzzy) . Und das Hovering über einen Marker macht es jetzt größer.
EDDTableFromFiles -- Im letzten Upgrade hatte die neue netcdf-java-Bibliothek engere Einschränkungen für variable Namen in .nc Dateien. Das verursachte Probleme für EDDTableFromFiles, wenn eine Variable sourceName hatte bestimmte Pünktlichkeitszeichen. EDDTableFromFiles wird nun geändert, um dieses Problem zu vermeiden. Danke an Thomas Holcomb.
Die .subset-Seite unterstützt jetzt 0/10/100/1000/10000/100000 anstelle eines Kontrollkästchens für Verwandte Daten. Der Tooltip warnt, dass 100000 Ihren Browser zum Absturz bringen können. Dank Annette DesRochers, Richard (Ab) Coughlin und das IOOS-Biologische Projekt.
.../erddap/info/ datasetID _/index.html Webseiten zeigen nun URLs und E-Mail-Adressen als klickbare Links. Danke an Richard (Ab) Coughlin und das IOOS Biological Project.
Fehlerbehebung: In tabledap , für Datensätze mit Höhe MessgerätePerSourceUnit<0, Anfragen mit Höhenbeschränkungen wurden falsch behandelt. Dank Kyle Wilcox.
Fehlerbehebung: EDDGrid AggregateFromExistingDimension unterstützt nun vielfältigere TDS URLs. Danke?

Version 1.36

(veröffentlicht 2011-08-01)

Neue Features:
Keine signifikanten Veränderungen aus Sicht eines Benutzers.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Der pmelTao-Datensatz, der oft als Stichprobendatensatz für den tabledap
Dokumentation ist nicht mehr verfügbar. ERDDAP™ Administratoren müssen diese Änderungen vornehmen:
- In deinem datasets.xml , wenn Sie ein datasetID = "pmelTao" Datensatz, Hinzufügen active="false" direkt vor der ">" am Ende dieser Linie.
- In Ihrem Setup.xml, wenn Ihr<EDDTableIdExamping> ist pmelTao dann:
  - Wenn Sie datasets.xml hat keinen Datensatz mit datasetID = "erdGlobecBottle"

                <dataset type="EDDTableFromErddap" datasetID="erdGlobecBottle" active="true">  
                  <sourceUrl>https://coastwatch.pfeg.noaa.gov/erddap/tabledap/erdGlobecBottle</sourceUrl>  
                </dataset>

In Ihrem setup.xml ersetzen Sie alle Tags von<EDDTableIdExamping> durch <EDDTable Matlab PlotBeispiel> mit

                <!-- Tabledap Examples
                This group of settings is used to make examples for the tabledap documentation 
                that appears at \\[baseUrl\\]/erddap/tabledap/documentation.html and elsewhere.
                If you include the erdGlobecBottle dataset in your datasets.xml (recommended), 
                you don't need to change these.
                If you don't, you MUST change these before you make your ERDDAP™ public; 
                otherwise, none of the examples will work!
                The new settings should be very similar to the defaults.
                If your ERDDAP™ won't serve any tabular datasets, use "NOT\\_APPLICABLE" for all of the entities.
                In .xml files like this, ampersand, lessThan, and greaterThan have to be 
                HTML encoded as "&amp;", "&lt;", "&gt;".
                -->
                <!-- This is the datasetID for an EDDTable dataset that is served by your ERDDAP.
                     This dataset is used as the basis for all of the EDDGrid examples below. 
                     Ideally, it is a dataset that has longitude, latitude, and time variables (among others). 
                     ('time' allows for making a time series graph. 'latitude' and 'longitude' allow for making a map.)
                     The dataset can have longitude values -180 to 180, or 0 to 360. -->
                <EDDTableIdExample>erdGlobecBottle</EDDTableIdExample>
                <!-- This is a comma-separated list of variables from the dataset.
                     It is useful if it is "longitude,latitude,time," plus a data variable name. -->
                <EDDTableVariablesExample>longitude,latitude,time,bottle\\_posn,temperature1</EDDTableVariablesExample>
                <!-- This is the constraints example which is appended to EDDTableVariablesExample. -->
                <EDDTableConstraintsExample>&amp;time&gt;=2002-08-17T00:00:00Z&amp;time&lt;=2002-08-19T20:18:00Z</EDDTableConstraintsExample>
                <!-- This is an example data query using an ISO-formatted time. 
                     You could generate your example via your dataset's Data Access Form in ERDDAP.  -->
                <EDDTableDataTimeExample>longitude,latitude,time,bottle\\_posn,temperature1&amp;time&gt;=2002-08-17T00:00:00Z&amp;time&lt;=2002-08-19T20:18:00Z</EDDTableDataTimeExample>
                <!-- This is an equivalent example data query, but which specifies time as seconds-since-1970-01-01. 
                     If you need to convert a date/time to "seconds since 1970-01-01", use
                     https://coastwatch.pfeg.noaa.gov/erddap/convert/time.html -->
                <EDDTableDataValueExample>longitude,latitude,time,bottle\\_posn,temperature1&amp;time&gt;=1029542400&amp;time&lt;=1029788280</EDDTableDataValueExample>
                <!-- This is an example query which generates a graph. 
                     You could generate your example via your dataset's Make A Graph form in ERDDAP.  -->
                <EDDTableGraphExample>bottle\\_posn,temperature1&amp;time=2002-08-19T10:06:00Z&amp;.draw=lines</EDDTableGraphExample>
                <!-- This is an example query which generates a map. 
                     In the default mapExample, temperature1, time, bottle\\_posn are useful 
                     because they appear in GoogleEarth with the .kml example 
                     and are ignored by the other image file types. -->
                <EDDTableMapExample>longitude,latitude,temperature1,time,bottle\\_posn&amp;time&gt;=2002-08-13T00:00:00Z&amp;time&lt;=2002-08-20T00:00:00Z&amp;bottle\\_posn=1&amp;.draw=markers&amp;.marker=5|5</EDDTableMapExample>
                <!-- This is a Matlab example which uses data from the EDDTableGraphExample.
                     Note the Matlab notation datasetName.variableName.  -->
                <EDDTableMatlabPlotExample>plot(erdGlobecBottle.bottle\\_posn, erdGlobecBottle.temperature1)</EDDTableMatlabPlotExample>

Für Datensätze, bei denen der Typ eine Unterklasse von EDDTableFromFiles ist, können Sie jetzt Daten aus Metadaten machen. Konkret können Sie nun eine Variable aus den Werten eines Attributs einer der ursprünglichen Variablen vornehmen. Zum Beispiel in datasets.xml , innerhalb einer< dataVariable > tag, wenn Sie

        <sourceName>variable:cruise:PI</sourceName>

ERDDAP™ wird eine Variable mit den Werten des PI Attributs der Kreuzfahrtvariablen machen. Danke an WOD.

Änderungen:
Kleine Veränderungen

Version 1.34

(veröffentlicht 2011-06-15)

Änderungen:
Fehlerbehebung: Behoben Sie ein Speicherleck, das auf etwa 64-Bit aufgetreten ist Java Anlagen.
Fehlerbehebung: ERDDAP™ setzt diese globalen Attribute nun korrekt ein, wenn die Werte der Breitendimension von hoch bis niedrig liegen: geospatial\_lat\_min, geospatial\_lat\_max, Southernmost\_Northing, Northernmost\_Northing.

Anmerkung: actual\_range ist unverändert: Es kann niedrige, hohe Werte oder hohe, niedrige Werte haben, da es beabsichtigt ist, den Bereich und die Reihenfolge der Speicherung anzuzeigen.

Kleine Veränderungen.
ERDDAP™ Administratoren müssen keine Änderungen an ihrem setup.xml vornehmen oder datasets.xml .

Version 1.32

(veröffentlicht 2011-05-20)

Änderungen:
Unterstützung der neu ratifizierten, CF Discrete Sampling Geometries (die leider noch nicht online verfügbar ist) , die die vorgeschlagenen CF-Punkt-Beobachtungsübereinkommen ersetzt. ERDDAP™ Benutzer sehen, dass cdm\_feature\_type=Station durch TimeSerie ersetzt wird und es kleine Änderungen an den für die .nc CF-Dateityp (flat\_dimension wird jetzt als Sample\_dimension bezeichnet) . ERDDAP™ Administratoren müssen diese Änderungen in datasets.xml :
- cdm\_data\_type=Station sollte in cdm\_data\_type=TimeSeries geändert werden.
- cdm\_data\_type=StationProfile sollte in cdm\_data\_type=TimeSeriesProfile geändert werden.
- cdm\_station\_variables sollte in cdm\_timeseries\_variables geändert werden.
- cf\_role=station\_id sollte in cf\_role=timeseries\_id geändert werden.
Neu ioos\_category Optionen: "Colored Dissolved Organic Matter", "pCO2", "Stream Flow", "Total Supended Matter".
Mögliche Lösung zu einem möglichen Speicherleck auf 64-Bit Java . \[ Es hat nicht funktioniert. \]
Kleine Veränderungen.

Version 1.30

(veröffentlicht 2011-04-29)

Neue Features:
Unterstützung für 64-Bit Java . Bei Verwendung mit 64 Bit Java , ERDDAP™ kann jetzt viel mehr Heap-Speicher verwenden und viele weitere gleichzeitige Anfragen behandeln.
Unterstützung für .nc Dateianfragen bis 2GB (auch ohne 64-Bit Java ) über bessere Nutzung ERDDAP 's Umgang mit Daten in Stücken.
Viele 2X Geschwindigkeit Verbesserungen im Code und 2X Geschwindigkeit steigt von Java 1.6 make ERDDAP™ 2X bis 4X schneller als zuvor.
Verbesserung der Speicherspeicherung deutlich niedriger ERDDAP 's Basisspeichernutzung.
Für tabellarische Datensätze, ERDDAP™ ist nun voll bewusst, dass der cdm\_data\_type eines Datensatzes und wie die Datenkarten zum CDM-Typ sind. Siehe CF Diskrete Sampling Geometrien Spezifikation . Vielleicht irgendwann bald wird diese Word-Datei in .html umgewandelt und die aktuellen "OBSOLETE"-Informationen auf dieser Webseite ersetzen. Dank der NOAA UAF-Projekt.
Für die meisten EDDTable-Datensätze, eine neue Ausgabedatei-Typ Option, .nc CF, schafft zusammenhängende Ragged Array .nc Dateien, die der neuesten Version der CF Diskrete Sampling Geometrien Konventionen . Diese Dateien werden strukturiert, um den CDM-Datentyp des Datensatzes zu reflektieren. Da sich die vorgeschlagenen Konventionen gerade geändert haben, unterstützt die netcdf-java-Bibliothek das Lesen der von ERDDAP und als CDM-Datendateien interpretieren. Es wird wahrscheinlich bald. Dank der NOAA UAF-Projekt.
Die View : Distinct Data Option auf der .subset Webseite ist jetzt eine Dropdown-Liste, mit der Benutzer die maximale Anzahl von Zeilen von verschiedenen Daten angeben können, die angezeigt werden sollen (Standard = 1000) . Diese Änderung und andere erlauben ERDDAP™ mit Datensätzen zu arbeiten, die sehr viele Zeilen von verschiedenen Daten haben. (Die Anzahl der einzigartigen Werte für jede einzelne Variable ist immer noch ein Problem, aber es kann ziemlich hoch sein (20.000?) bevor die .subset und andere Webseiten wirklich langsam laden.) Dank der NOAA UAF-Projekt.
.subset Webseiten haben eine neue Option: Zeigen Sie Distinct Data Counts an. Dank des GTOPP Projekts.
Um den Benutzern die einzelnen Werte zu helfen (z.B. Stationsnamen) werden nun auf den Formularen Make-A-Graph und Data Access angezeigt. Dank der NOAA UAF-Projekt.
.transparent Png-Anfragen unterstützen nun alle Arten von Graphen und Datendarstellungen. Es zieht nur die Daten -- keine Achsen, Legenden, Landmask oder alles andere. Dies ermöglicht es, Bilder als Schichten von transparentPngs zu machen. Wenn &.size=width | height wird in der Abfrage angegeben (empfohlen) , es ist geehrt. Standardmäßig sind 360x360 Pixel. Die einzige Ausnahme ist EDDGrid &.draw=Oberfläche, wo der Standard (wie vor) ist ein Bild mit ~1/pixel pro Datenpunkt (bis zu 3000 x und y Pixel) . Danke an Fred Hochstaedter.
Die WMS Webseiten zeigen nun die Farbleiste für die Variable des Datensatzes (S) . Dank Emilio Mayorga und anderen.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Diese Veröffentlichung beinhaltet viele Änderungen. Sie sind alle wichtig. Bitte geduldig sein und durch alle unten aufgeführten Änderungen arbeiten.
Diese Version wird früher herausgeschoben als beabsichtigt, mit einigen zu behandeln Java Sicherheitsfehler. Leider sind dafür mehrere Features/Fixe vorgesehen ERDDAP™ Version ist nicht in dieser Version. Tut mir leid. Hoffentlich wird die nächste Version relativ bald (und viel einfacher zu aktualisieren,) .
Um mehrere Sicherheitsfehler zu vermeiden Java 6 Update 23 und unten, herunterladen und installieren Sie die neueste Version Java ( Java 6 Update 24 oder höher) . Wenn Sie ein 64-Bit-Betriebssystem haben, erhalten Sie eine 64-Bit-Version von Java .
Wenn Sie Tomcat 5 verwenden, müssen Sie auf Tomcat 6 oder 7 upgraden (bevorzugt) . Wenn Sie Tomcat 6 verwenden, beachten Sie die Upgrade auf Tomcat Version 7.
Bitte folgen Sie allen Anweisungen für eine neue ERDDAP™ , aber gegebenenfalls werden Sie Dateien von Ihrer alten Installation auf die neue Installation kopieren, insbesondere die \[ Tomcat \] /content/erddap Verzeichnis und Dateien. Als Teil davon, beachten Sie die neue Tomcat Setup Empfehlungen .
Die default erddap.css ist jetzt in der Datei erddap.war enthalten.
- Um den Standard erdddap.css zu verwenden, Löschen dein Alter \[ Tomcat \] /content/erddap/images/erddap.css .
- Wenn Sie geändert haben \[ Tomcat \] /content/erddap/images/erddap.css, und wollen sie weiterhin nutzen: Lassen Sie es einfach an Ort und Stelle und ersetzen Sie die<Eingangsteil mit

            /\\* Small input items let more be shown on one screen  
            (esp. Chrome and Safari). Google Chrome and Safari have  
            default margin 2px, while others are 0. This sets all to 0.  
            .skinny is used e.g., for the buttons above the image on  
            a Make A Graph page. \\*/  
            input\\[type=button\\], input\\[type=submit\\], button {  
              margin:0px; padding:0px 3px; }  
            input\\[type=checkbox\\], input\\[type=password\\],  
              input\\[type=text\\], select, textarea {  
              margin:0px; padding:0px; }  
            input\\[type=radio\\] {margin:0px 2px; padding:0px; }  
            input.skinny {padding:0px 1px; }

In deinem \[ Tomcat \] /content/erddap/setup.xml:
- Ersetzen Sie die Kommentare und Tags im Zusammenhang mit<partiellRequestMaxBytes> und<TeilRequestMaxZells> mit

            <!-- When possible (and it isn't always possible),  
            ERDDAP™ breaks source data requests into chunks to  
            conserve memory. See the description of these tags in  
            messages.xml. You can override the default chunk sizes  
            here with  
            For grids:  
             <partialRequestMaxBytes>100000000</partialRequestMaxBytes>  
            For tables:  
             <partialRequestMaxCells>100000</partialRequestMaxCells>  
            \\-->

Ersetzen Sie die Kommentare im Zusammenhang mit< categoryAttributes > und den Wert des Tags ändern:

            <!-- This is the comma-separated list (recommended:  
            in alphabetical order) of the global attribute and  
            variable attribute names which will be used to  
            categorize the datasets and shown to clients at urls  
            like .../erddap/categorize/ioos\\_category/index.html  
            (ioos\\_category is unusual, but is used at ERD).  
            If an attribute is a global attribute, identify it by  
            prefixing it with "global:".  
            \\-->  
            <categoryAttributes>global:institution, ioos\\_category,  
            long\\_name, standard\\_name</categoryAttributes>  

In< categoryAttributes > das sind globale Attribute, die jetzt über das Präfix global identifiziert werden: (z.B. global:institution) . Andere Attribute werden als variable Attribute angenommen (z.B., standard\_name ) . Auch Institute-Werte (die einzigen) wurden im Originalfall verlassen. Jetzt werden alle Kategoriewerte in Kleinbuchstaben umgewandelt.

In deinem \[ Tomcat \] /Fortsetzung/Erlaubung/ datasets.xml :
- Big IMPROVED: ERDDAP™ hat neue Anforderungen im Zusammenhang mit dem cdm\_data\_type eines Tabulardatensatzes. Insbesondere hat jeder Datensatz MUST die richtigen Metadaten und Variablen im Zusammenhang mit dem cdm\_data\_type. Wenn nicht, wird der Datensatz nicht geladen und einen Fehler werfen. Siehe Dokumentation für cdm\_data\_type .
- FYI: Es gibt einen neuen Datensatztyp: EDDTableFromAsciiServiceNOS.
- FYI: Es gibt drei neu erlaubt ioos\_category Optionen: Hydrologie, Qualität (z.B. für Qualitätsfahnen) , und Statistiken (z.B. gemein) .
- Für EDDTableFrom... Dateien datasets, entfernen Sie alle<nDimensions> tags. Sie werden nicht mehr benötigt oder verwendet.
- Für Variablen mit destinationName = Höhe, ERDDAP™ nicht mehr drückt long\_name um Altitude zu sein. Bitte gehen Sie durch datasets.xml und immer wieder nach< destinationName > Höhe und Ergänzung zu dieser Variablen< addAttributes >

              <att name="long\\_name">Altitude</att>

(oder ein wenig anders long\_name in Sonderfällen) .

Optional: Alle EDDTableFromFiles Unterklassen unterstützen Variable sourceName =global:... um globale Metadaten aus jeder Datei in eine Datenvariable zu konvertieren. Danke an Lynn DeWitt.
EDDTableFromDatabase-Benutzer -- ERDDAP™ kommt mit einem neuen JDBC 4 Treiber für Postgres. Für andere Datenbanken, überprüfen Sie das Web für die neueste JDBC .jar-Datei für Ihre Datenbank. Seit ERDDAP™ jetzt verwendet Java 1.6+, JDBC 4 (nicht 3) wird wahrscheinlich empfohlen.
FYI
- EDDGrid Von...Files und EDDTable Von... Dateien Datensätze speichern jetzt die DateiTabelle Informationen in \[ BigParentDirectory \] /Datensatz Info/ \[ datasetID \] /\* .nc Dateien. Auch EDDTable-Datensätze speichern jetzt die Subset-Informationen in \[ BigParentDirectory \] /Datensatz Info/ \[ datasetID \] /\* .nc Dateien. Diese Dateien, die verwendet werden \[ BigParentDirectory \] /Datensatz Info/ \[ datasetID \] . .json Dateien. Die alten Dateien werden automatisch gelöscht, wenn ERDDAP™ beginnt. Oder Sie können alle Dateien löschen (aber die leeren Unterverzeichnisse verlassen) in \[ BigParentDirectory \] /datasetInfo/.
- Ich arbeitete an einer neuen EDDTableFromNcCFFiles, die Daten aus lokalen und Remote-Dateien mit den vorgeschlagenen, neuen CF Point Observation Conventions lesen würde. Aber es ist nicht in dieser Veröffentlichung. Es gibt Probleme in den netcdf-java-Bibliotheken mit einigen Methoden zum Lesen dieser Dateien. Und es gab einige sehr jüngste Änderungen an den vorgeschlagenen CF Point Observation Conventions. Wenn die netcdf-java-Bibliothek auf den neuesten Vorschlag festgelegt und aktualisiert wird, werde ich die Arbeit daran wieder aufnehmen.
- Laufen ERDDAP™ unter Windows kann Probleme haben: vor allem können Sie im \[ bigParentDirectory/logs/log.txt Datei, die ERDDAP™ ist manchmal nicht in der Lage, Dateien schnell zu löschen und/oder umbenennen. Dies ist auf Antivirus-Software zurückzuführen (z.B. von McAfee und Norton) die die Dateien für Viren überprüft. Wenn Sie in dieses Problem laufen (die durch Fehlermeldungen in der log.txt-Datei wie "Unable to delete ..." gesehen werden können) , das Ändern der Antivirus-Software-Einstellungen kann das Problem teilweise lindern. Wenn ERDDAP™ in Windows ist nur ein Test auf Ihrem Desktop, dies ist nur eine ärgerliche. Wenn ERDDAP™ in Windows ist Ihr Publikum ERDDAP™ , überlegen, auf einen Linux-Server zu wechseln.
Slow First Startup -- Das erste Mal, dass Sie laufen ERDDAP™ nach dem Upgrade, ERDDAP™ kann langsam sein, um die Datensätze zu laden. Der Weg ERDDAP™ speichert Informationen über aggregierte Dateien hat sich geändert, so ERDDAP™ muss einige Informationen aus all diesen Dateien wieder lesen. Das wird Zeit brauchen.
Fehler auf Startup -- Angesichts der Änderungen im Zusammenhang mit cdm\_data\_type ist es wahrscheinlich, dass einige Ihrer Datensätze nicht laden und Fehler werfen. Lesen Sie die Daily Report E-Mail, die ERDDAP™ sendet Sie, wenn ERDDAP™ ist fertig. Es wird eine Liste von Datensätzen, die nicht geladen (an der Spitze) und der Grund, warum sie nicht geladen haben (in der Nähe von unten) .
Wenn Sie stecken oder andere Fragen haben, schicken Sie mir die Details: erd.data at noaa.gov .
Programmierer -- Wenn Sie schreiben Java Programme, die laufen ERDDAP™ Code, Sie müssen einige der Befehlszeile Parameter Referenzen ändern:
- Wechseln Sie joda-time1.32.jar zu joda-time. Ja
- Ändern Sie die Postgres JDBC .jar Referenz auf postgresql.jdbc.jar
Kleine Änderungen und Bugfixes:
Verbesserte Verbindungshandling, um aufgehängte Fäden zu vermeiden.
Verbesserte Konkurrenzpraktiken, um nahezu identische Anforderungen effizienter zu handhaben.
ERDDAP™ nutzt jetzt netcdfAll-4.2.jar (umbenannt in netcdfAll-latest. Ja) . Dieser Schalter erforderte mehrere interne Änderungen und verursachte einige kleine externe Änderungen, z.B. Änderungen, wie Grib-Dateien gelesen werden und winzige Änderungen an der .nc Header Ausgang.
Neue Funktion: \[ Erdddap \] /convert/fipscounty.html konvertiert FIPS Landkreiscodes zu/von Landkreisnamen.
Auf Karten sind die Staatsgrenzen nun dunkelviolett, so dass sie auf allen Hintergrundfarben besser stehen.
Tabelle .kml Ausgabe verwendet erneut ein kreisförmiges Symbol, um Punkte zu markieren (nicht das Flugzeug-Symbol Google vor kurzem umgeschaltet) .
Die erdCalcofi-Datensätze wurden umgeordnet und werden nun von lokalen Dateien bedient (schneller) .
Datensätze generieren Xml aus Bedrohungen Catalog erstellt jetzt eine Ergebnisdatei: \[ Tomcat \] /webapps/erdap/WEB-INF/temp/ EDDGrid VonThreddsCatalog.xml . Danke an Kevin O'Brien.
Datensätze generieren Xml aus Bedrohungen Katalog versucht nun unnötige Portnummern aus den Quell-URL zu entfernen (z.B.:8080 und :8081 können manchmal entfernt werden) . Dank NOAA Zentrales Sicherheitsteam.
Für .subset-Webseiten hat die Map of Distinct Data nun einen variablen Lat-lon-Bereich.
Mehrere Listen in ERDDAP™ (z.B. die Tabelle, die alle Datensätze zeigt) wurden so sortiert, dass A.Z vor a sortiert wurde. .z . Jetzt sortieren sie auf eine fallunempfindliche Weise.
Kleine Änderungen an den .subset-Webseiten, einschließlich: Einheiten werden jetzt angezeigt.
Datensätze generieren Xml und DasDds werfen keine Ausnahme mehr, wenn sie die Ergebnisse nicht auf die System-Clipboard oder DisplayInBrowser setzen können. Dank Eric Bridger und Greg Williams.
Fehlerbehebung: Wenn Datensätze geladen werden, ERDDAP™ entfernt nun die geospatialen globalen Attribute. Danke an Charles Carleton.
Fehlerbehebung: String2.getClassPath () jetzt richtig prozentual dekodiert die Klasse Pfad (insbesondere unter Windows, Leerzeichen im Dateinamen erschienen als %20) . Diese Betroffenen ERDDAP™ EDStatic ruft SSR.getContextDirectory () und Content/erddap finden. Dank Abe Coughlin.
Bugfix: in EDDTableFromFiles verwandt mit getDataForDapQuery Handling von verschiedenen () Anträge. Danke an Eric Bridger.
Fehlerbehebung: tabledap Anfragen wurden nicht ordnungsgemäß mit Höhenbeschränkungen behandelt, wenn der Datensatz seine Höhenlage MetersPerSourceUnit war -1. Danke an Eric Bridger.
Fehlerbehebung: EDDTableFrom... Dateien Datensätze behandeln nun korrekt Anfragen, die =NaN und !=NaN enthalten.

Version 1.28

(veröffentlicht 2010-08-27)

Neue Features: Keine.
Dinge ERDDAP™ Administratoren müssen wissen und tun: Keine.
Fehlerbehebung: Fehler bei der Programmierung behoben (nur in ver 1.26) wird gemacht haben ERDDAP™ sehr langsam.

Version 1.26

(veröffentlicht 2010-08-25)

Neue Features: Keine.
Dinge ERDDAP™ Administratoren müssen wissen und tun:
Von dir \[ Tomcat \] /content/erddap/setup.xml,
- In<legal>, auf einer neuen Linie unten \[ Standard Datenlinsen \] , Einsatz \[ StandardKontakt \] . \[ StandardKontakt \] bezieht sich auf<adminEmail> spezifiziert höher in setup.xml.
- Entfernen<TabelleCommonBGColor> und<TabelleHighlightBGFarbe>.
- Empfohlen: Veränderung<EndBodyHtml>

            <endBodyHtml><!\\[CDATA\\[  
            <br>&nbsp;  
            <hr>  
            ERDDAP, Version &erddapVersion;  
            <br><a href="&erddapUrl;/legal.html">Disclaimers</a> |  
            <a href="&erddapUrl;/legal.html#privacyPolicy">Privacy Policy</a> |  
            <a href="&erddapUrl;/legal.html#contact">Contact</a>  
            </body>  
            \\]\\]></endBodyHtml>

Erforderlich: Zu deinem \[ Tomcat \] /content/erddap/images/erdap.css und erdddapAlt.css, unten hinzufügen:

        /\\* This is used on the /info/\\[datasetID\\]/index.html pages to highlight a row or cell. \\*/  
        tr.highlightBGColor {background-color:#cceecc; }  
        td.highlightBGColor {background-color:#cceecc; }

Fehlerbehebungen und kleine Änderungen:
Bugfix: In einigen Situationen funktionierten Formulare nicht in einigen Versionen des Internet Explorers. Vielen Dank an Greg Williams.
Fehlerbehebung: Die Make A Graph-Tasten funktionierten nicht, wenn der Datensatz von einer Fernbedienung war ERDDAP .
Fehlerbehebung: WMS manchmal nicht funktionierte, wenn der Datensatz von einer Fernbedienung war ERDDAP .
Viele kleine Änderungen und Fehlerbehebungen.

Version 1.24

(veröffentlicht 2010-08-06)

Neue Features:
Neu Web-Seiten von Subset verwenden Sie facetierte Suche, um Teilmengen von tabellarischen Datensätzen auszuwählen. Danke an POST.
Neu Erweiterte Suche kombiniert alle anderen Suchoptionen und fügt Longitude, Breite und Zeit gebundene Boxen. Dank Ellyn Montgomery. (Tut mir leid für die Verzögerung.)
Neu Umrechnen von Zeit Web-Seite und Service können Sie numerische Zeiten zu / von ISO-Stringzeiten konvertieren.
Neu Einheiten umrechnen Web-Seite und Service können Sie konvertieren UDUNITS bis/von UCUM-Einheiten. Dank NOAA IOOS SOS .
Wenn tabledap Anfrage beinhaltet &units ("UCUM") , die Einheiten Namen werden aus Originalnamen umgewandelt (in UDUNITS ) bis UCUM Einheiten Namen. Dies betrifft nur Einheiten\Namen\, keine Datenwerte. Dank NOAA IOOS SOS .
Verbesserungen bei der Erstellung von Graph-Webseiten und -graphen:
- Wenn das Diagramm eine Karte ist, gibt es neue Make A Graph-Tasten zum Zoomen in/out und eine neue Option, um den Mittelpunkt der Karte zu ändern. Danke an POST.
- Filtereinstellungen in der Nähe von unten hinzugefügt. Danke an Greg Williams.
- Die eingebauten Küstendatendateien wurden auf GSHHS v2.0 aktualisiert. Danke an POST.
- Die Karten enthalten jetzt Seen und Flüsse. Danke an POST. (Leider fehlt das Sacramento River Delta, weil sich weder die Küstendaten noch der See/Fluss-Datensatz damit auseinandersetzen.)
- Die in pscoast-derived National/state-Dateien gebaut wurden aktualisiert. Danke an POST.
- Topography.cpt wurde leicht modifiziert. (Tut mir leid, wenn das dich negativ beeinflusst.) Danke an POST.
- In Gridap's Make A Graph, wenn ein Benutzer eine Variable ändert, wird das Formular automatisch neu übermittelt, so dass das axisVariable s' showStartAndStop reflektiert immer die Diagrammvariablen. Dank Joaquin Trinanes.
- Für png und pdf Bild URLs:
  - New &.land=value, wo value "unt" sein kann (Topographie) oder "über" (nur zeigen Badmetrie) . Wenn nicht angegeben, wird die Standardeinstellung durch drawLandMask in datasets.xml oder setup.xml. Danke an POST.
  - Neu: Zeilen in der Legende, die zu lang sind, werden automatisch in mehrere Zeilen zerlegt. Danke an POST.
- Für png image URLs:
  - Neu &.legend=value, wo value "Bottom" sein kann (Standard) "Aus" oder "nur". Damit können Sie die Legende einschließen, die Legende ausschließen oder nur die Legende bekommen. Danke an Cara Wilson.
  - Neu & Neu Pixels_ hinterlässt eine Grenze von nPixels (z.B. 10) an der Unterseite des Bildes. Es wird nach .legend=Off angewendet. Danke an Cara Wilson.
  - Neu &.size=width | height lässt Sie die Breite und Höhe des Bildes in Pixeln angeben.
Neue Ausgabedateiformate:
- .csvp und .tsv p -- wie .csv und .tsv , aber mit " (units) " an die Spaltennamen in der ersten Zeile angehängt.
- .odvTxt -- macht eine .txt-Datei, die das Erhalten von Daten vereinfacht Meeresdaten Blick (ODV) .
- .esriCsv -- macht eine .csv-Datei zum Import in ESRI's geeignet ArcGIS . (nur tabellarische Datensätze) Dank Jan Mason, Jeff de La Beaujardiere, und NOAA IOOS SOS Projekt.
GUI Verbesserungen der Kategorie Webseiten. Auch die kategorisieren Werte (andere als Institute) sind jetzt alle Kleinen. Nicht-kleinere Anträge werden akzeptiert (umgeleitet) für Rückwärtskompatibilität. Dank Roy Mendelssohn.
Fehlermeldungen sind nun noch kürzer und orientieren sich an den Benutzern. Danke an Greg Williams.
Eine interne Änderung, die stark reduziert ERDDAP 's Basisspeichernutzung.
Viele neue Features, die nur für das POST-Projekt relevant sind.
Dinge ERDDAP™ Administratoren müssen wissen und tun: Es gibt viele Änderungen. Tut mir leid. Aber jeder bringt einige nette Vorteile.
Große Änderungen an GenerateDatasetXml -- es stellt jetzt oft mehr Fragen (die relevanten Datensatz Arten Informationen) und erzeugt nun immer im Wesentlichen gebrauchsfertige Inhalte für datasets.xml . Sie sind immer noch verantwortlich für die Einrichtung, so sollten Sie noch überprüfen, die datasets.xml Inhalt vor der Verwendung. Ein menschlicher Einsatz in das Projekt wird immer besser als ein Computerprogramm. Dank des UAF-Projekts.
REQUIRED: In setup.xml müssen Sie die WMS Abschnitt. Es sollte jetzt diese Tags enthalten (aber fühlen Sie sich frei, die Werte zu ändern) :

        <!-- These default accessConstraints, fees, and keywords are used 
        by the SOS, WCS, and WMS services.
        They can be overridden by "accessConstraints", "fees", "keywords" 
        attributes in a dataset's global metadata.
        If a dataset that has an "accessibleTo" tag doesn't override 
        "accessConstraints", then the default for "accessConstraints" is the
        "accessRequiresAuthorization" value.  
        -->
        <accessConstraints>NONE</accessConstraints>
        <accessRequiresAuthorization>only accessible to authorized
        users</accessRequiresAuthorization>
        <fees>NONE</fees>
        <keywords>Earth science, oceans</keywords> 
        
        <!-- This appears on the erddap/legal.html web page after the 
        General Disclaimer. 
        You can replace any of the \\[standardParts\\] with your own HTML. -->
        <legal><!\\[CDATA\\[
        \\[standardDisclaimerOfEndorsement\\]
        \\[standardDisclaimerOfExternalLinks\\]
        \\[standardPrivacyPolicy\\]
        \\[standardDataLicenses\\]
        \\]\\]></legal>
        
        <!-- Specify the default units standard (e.g., "UDUNITS" 
        (the default) or "UCUM") that you (the ERDDAP™ admin) are using to 
        specify units.  The value is case-sensitive.
        This is used by ERDDAP's SOS server to determine if the units need to
        be converted to UCUM units for WMS and SOS GetCapabilities responses. 
        -->
        <units\\_standard>UDUNITS</units\\_standard>
        
        <!-- For the wms examples, pick one of your grid datasets that has
        longitude and latitude axes.
        The sample variable must be a variable in the sample grid dataset.
        The bounding box values are minx,miny,maxx,maxy.
        -->
        <wmsSampleDatasetID>erdBAssta5day</wmsSampleDatasetID>
        <wmsSampleVariable>sst</wmsSampleVariable>
        <!-- The bounding box values are 
           minLongitude,minLatitude,maxLongitude,maxLatitude.
           Longitude values within -180 to 180, or 0 to 360, are now okay. -->
        <wmsSampleBBox>0,-75,360,75</wmsSampleBBox>

REQUIRED: In setup.xml, kopieren und einfügen Sie diesen neuen Vorschlag<startHeadHtml>, um Ihre alte Version zu ersetzen. Aber fühlen Sie sich frei, Änderungen für Ihre Präferenzen vorzunehmen.

        <!-- startHeadHtml has the start of the HTML document and the 
        'head' tags (starting at "<!DOCTYPE>", but not including 
        "</head>") for all HTML web pages. 
        This may include &erddapUrl;, which is expanded to be 
          \\[baseUrl\\]/erddap (or \\[baseUttpsUrl\\]/erddap if the user is logged in).
        If your ERDDAP™ allows users to log in, all referenced image files, 
          css files, etc. must be in \\[tomcat\\]/content/erddap/images or a 
          subdirectory and must be referenced here with 
          &erddapUrl;/images/\\[fileName\\].
        
        favicon.ico is the image that browsers associate with your website.
        For more information, see https://en.wikipedia.org/wiki/Favicon .
        You can use your own favicon.ico file by putting it in 
          \\[tomcat\\]/content/erddap/images. 
        
        \\*\\*\\* Optional: you can change the appearance of all of your 
        ERDDAP's HTML pages by changing the CSS <style> settings below.
        
        For an example of a very different style, change the import reference
        to <tomcat>/content/erddap/images/erddapAlt.css
        
        \\*\\*\\* If your CSS style includes links to files (e.g., images), that 
        style information must be inline in the style tag below, after the
        'import' line, not in the .css file.  
        Put all of the (e.g., image) files in the 
        \\[tomcat\\]/content/erddap/images directory (or a subdirectory) and 
        reference them below starting with &erddapUrl;.
        Why? On ERDDAP™ https: web pages, \\*all\\* links should use "https:" 
        (not "http:"); otherwise, most browsers consider the web page not 
        fully secure.  Because ERDDAP™ would use the same .css file for 
        http: and https: web pages, the links within the .css file wouldn't 
        switch between http: and https:.  There doesn't seem to be a way 
        around this other than using inline style information.
        -->
        <startHeadHtml><!\\[CDATA\\[ 
        <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
          "http://www.w3.org/TR/html4/loose.dtd">
        <html>
        <head>
        <title>ERDDAP</title>
        <link rel="shortcut icon" href="&erddapUrl;/images/favicon.ico">
        <style type="text/css">
        <!--
          @import "&erddapUrl;/images/erddap.css";
        -->
        </style>
        \\]\\]></startHeadHtml>
        
        <!-- The tableCommonBGColor MUST be the same color as the 
           table.commonBGColor in erddap.css above. Suggested is #f1ecd8. 
           But if you use erddapAlt.css, change this to #e7dec5. -->
        <tableCommonBGColor>#f1ecd8</tableCommonBGColor>
        
        <!-- This is used, e.g., for the type=variable rows on the metadata
          info tables. -->
        <tableHighlightBGColor>#cceecc</tableHighlightBGColor>

Dank POST, Hans Vedo und Rick Blair.

REQUIRED: In setup.xml, in<startBodyHtml>, ändern Sie die<Körper>-Tag nur<body>, da der Stil jetzt von erdddap.css gesetzt wird.
REQUIRED: In setup.xml ändern Sie dies<EndBodyHatml> (aber ändern Sie die E-Mail-Adresse an Ihre E-Mail-Adresse und fühlen Sie sich frei, andere Änderungen vorzunehmen) :

        <!-- The end of the body of the HTML code for all HTML web pages
          (with "</body>" at the end). 
        This may include &erddapUrl;, which is expanded to be 
          \\[baseUrl\\]/erddap (or \\[baseUttpsUrl\\]/erddap if the user is logged in).
        If your ERDDAP™ allows users to log in, all referenced image files, etc. 
          must be in \\[tomcat\\]/content/erddap/images or a subdirectory
          and must be referenced here with &erddapUrl;/images/\\[fileName\\].
        
        You can change this, but please keep "ERDDAP, Version &erddapVersion;"
        and these references to the Disclaimers and Privacy Policy. -->
        <endBodyHtml><!\\[CDATA\\[ 
        <br>&nbsp;
        <hr>
        ERDDAP, Version &erddapVersion;
        <br><font class="subduedColor">Questions, comments, 
          suggestions?  Please send an email to 
          <tt>erd dot data at noaa dot gov</tt>
        <br>and include the ERDDAP™ URL directly related to your question
          or comment.
        <br>
          <a href="&erddapUrl;/legal.html">Disclaimers</a> | 
          <a href="&erddapUrl;/legal.html#privacyPolicy">Privacy 
            Policy</a>
        </font>
        </body>
        \\]\\]></endBodyHtml>

HIGHLY RECOMMENDED: In setup.xml, die empfohlene<theShortDescriptionHtml> ist jetzt

        <theShortDescriptionHtml><!\\[CDATA\\[ 
        <h1>ERDDAP</h1>
        This website (the Environmental Research Division's Data Access 
        Program) aggregates scientific data from diverse local and remote 
        sources and offers you a simple, consistent way to download subsets 
        of the data in common file formats and make graphs and maps.
        This particular ERDDAP™ installation has oceanographic data
        (for example, data from satellites and buoys).
        
        \\[standardShortDescriptionHtml\\]
        \\]\\]></theShortDescriptionHtml>

Fühlen Sie sich frei, dies zu ändern, insbesondere der letzte Satz im ersten Absatz.

In setup.xml, emailEverythingTo und emailDailyReport Um nun komma-separierte Listen von E-Mail-Adressen zu sein. Die erste E-MailAlles Spezielle Abonnements für EDDXxxxFromErddap-Datensätze verwenden diese E-Mail-Adresse. Danke an John Maurer.
E-Mail-Fehler sind jetzt bei der \[ BigParentDirectory \] /logs/emailLogYYYYY-MM-DD.txt Datei.
In setup.xml gibt es einen neuen optionalen Parameter, um E-Mail-Account-Eigenschaften (in der Regel direkt nach<E-MailPassword>:

          <emailProperties>_propertyName1_|_propertyValue1_|_propertyName2_| _propertyValue2_|...</emailProperties>  
        For example, gmail accounts need  
          <emailProperties>mail.smtp.starttls.enable|true</emailProperties>  

Der Standard ist nichts. Dank Rich Signell.

REQUIRED: Wenn Sie EDDTableCopy oder EDDGrid Kopieren, Sie müssen alle \[ BigParentDirectory \] / Kopieren/ Verzeichnisse und Dateien, die "xh" im Verzeichnis oder Dateinamen enthalten, nachdem die alten ERDDAP™ und vor dem Starten des neuen ERDDAP™ so dass diese Dateien wieder kopiert werden. Es tut mir sehr leid, aber es war wichtig, die Änderung zu machen und hoffentlich betrifft es wenige Admins und wenige Dateien. In Linux finden Sie diese Dateien mit, cd \[ BigParentDirectory \] / Kopieren finden .\xh\
In Windows finden Sie diese Dateien mit, Start | Suche Was suchen Sie nach: Dokumente Alle oder ein Teil des Dateinamens: xh Sieh ein: Durchsuchen -> \[ BigParentDirectory \] / Kopieren Klicken Sie auf 'Search' ^A, um alle auszuwählen Del to delete all
REQUIRED: In datasets.xml , für EDDTableFromDatabase-Datensätze, für Datums- und Zeitstempelvariablen, die Daten ändern Geben Sie doppelt und die Einheiten zu Sekunden seit 1970-01-01T00:00Z. Wir EQUIRE, dass Sie Zeitstempeldaten in der Datenbank speichern\*mit\*eine Zeitzone. Ohne Zeitzone Informationen, die Fragen, die ERDDAP™ sendet an die Datenbank und die Ergebnisse, die ERDDAP™ wird aus der Datenbank über JDBC sind mehrdeutig und werden wahrscheinlich falsch sein. Wir haben versucht, aber keine zuverlässige Möglichkeit gefunden, mit "Zeitstempel ohne Zeitzone" Daten zu umgehen. Wir denken, das ist sowieso gute Praxis. Schließlich hat "Zeitstempel ohne Zeitzone" Daten eine implizierte Zeitzone. Obwohl es großartig ist, dass die Zeitzone für den Datenbank-Admin offensichtlich ist, ist es sinnvoll, diese explizit anzugeben, damit andere Software mit Ihrer Datenbank richtig interagieren kann. Danke, Michael Urzen.
EMPFEHLUNG: In datasets.xml , um .subset-Webseiten für facettierte Suche Ihrer tabellarischen Datensätze zu aktivieren, müssen Sie hinzufügen [< subsetVariables > (/docs/server-admin/datasets#subsetvariables) auf die globalen Attribute des Datensatzes.
EMPFEHLUNG: In datasets.xml , wenn Sie den Datensatz mit datasetID ="pmelGtsppp", bitte ändern Sie es

          <dataset type="EDDTableFromDapSequence" datasetID="pmelGtsppp" active="false">  
        Whether or not you had that dataset, feel free to add this new GTSPP dataset:  
          <dataset type="EDDTableFromErddap" datasetID="erdGtsppBest">  
            <sourceUrl>https://coastwatch.pfeg.noaa.gov/erddap/tabledap/erdGtsppBest</sourceUrl>  
          </dataset>

EMPFEHLUNG: In datasets.xml , es gibt neue gültige Optionen für die [<cdm\_data\_type>] (/docs/server-admin/datasets#cdm_data_type) Globales Attribut, so sollten Sie den Wert für Ihre Datensätze überprüfen/ändern.
In datasets.xml , das neue [<sourceNeedsExpandedFP\_EQ>] (/docs/server-admin/datasets#sourceneedsexpandedfp_eq) ist hilfreich, wenn der Quellserver nicht konsequent mit &variable\=value-Tests arbeitet (wegen der allgemeine Schwierigkeit, die Gleichheit der Floating-Point-Nummern zu testen ) . sourceNeedsExpandedFP\_EQ wird standardmäßig auf true gesetzt (die sicherste Einstellung) Sie müssen also keine Änderungen vornehmen.
Neu EDDTableFromAsciiFiles . Danke an Jerry Yun Pan.
Neu EDDTableFromThreddsFiles . Dank Roy Mendelssohn.
Änderungen an EDDTableFromNcFis lässt es mit einer breiteren Palette von Dateien verwendet werden.
EDDTableFromBMDE wurde deaktiviert. Es gibt keine aktiven, angemessenen Datenquellen mehr.
In GenerateDatasetXml, das neue EDDGrid VonThredds Katalog erntet einen gesamten THREDDS Katalog (oder eine Untermenge) und generiert datasets.xml Inhalt. Dank des UAF-Projekts.
Datensätze generieren Xml und DasDds setzen jetzt auch ihre Ergebnisse in \[ BigParentDirectory \] /logs/log.txt. Dank Rich Signell und Charles Carleton.
Viele Verbesserungen am Login-System. Danke an POST.
Dinge ERDDAP™ Programmierer Notwendigkeit zu wissen und zu tun:
Im Verzeichnis /WEB-INF/lib/ wurden Änderungen vorgenommen. Bitte ändern Sie Ihre Javac- und Java-Klassenpfad-Einstellungen entsprechend.
Es gibt ein neues \[ Ihr Url \] /erddap/version Service zur Bestimmung der Version eines ERDDAP . Die Antwort ist Text, z. ERDDAP \_version=1.24 Wenn Sie eine HTTP 404 Not-Found Fehlermeldung erhalten, behandeln Sie die ERDDAP™ als Version 1.22 oder niedriger. Danke an POST.
Kleine Änderungen und Bugfixes:
EDDTableFrom Sos ändert sich:
- Abgekürzte Unterstützung beim Lesen von IOOS SOS XML-Antworten.
- Unterstützung für das Lesen von IOOS SOS Text/csv. (Also NOS SOS Server werden derzeit nicht unterstützt.)
- Erstellte viele Änderungen im Zusammenhang mit IOOS SOS Serverdetails.
- Unterstützung für BBOX-Abfragen für IOOS SOS und OOSTethys SOS Server. Diese Änderungen führen zu einer großen Beschleunigung für relevante Datenanforderungen. Dank an IOOS SOS .
Text in .mat tabellarische Datendateien werden nun korrekt gespeichert. Dank Roy Mendelssohn.
WMS
OpenLayers wird nun gebündelt ERDDAP™ für den Einsatz in der WMS Webseiten. Dies korrigiert das Problem verursacht, wenn OpenLayers vor einigen Monaten geändert und zukünftige Probleme verhindert.
In der WMS GetCapabilities Antwort, die<OnlineResource> Wert ist nun die URL der WMS Service. Danke an Charlton Galvarino.
Eine Legende wird auf der WMS Webseite, um die Farbleiste anzuzeigen. Dank Emilio Mayorga.
EDDGrid AggregateExistingDimension-Konstruktor hatte Probleme, wenn eine Achse Quelle Werte waren nicht gleich ihrem Ziel Werte, z.B. wenn Quellzeit etwas anderes war als "seconds since 1970-01-01" . Dank Todd Spindler.
In TabelleWriterGeoJson, der Überschuss ',' nach bbox \[ ... \] wurde entfernt. Danke an Greg Williams.
Viele kleine Änderungen und Fehlerbehebungen.

Version 1.22

(veröffentlicht 2009-07-05)

Der in 1.20 eingeführte SlideSorter Bug ist behoben.
Der in 1.20 eingeführte OBIS Bug ist behoben.
Die Hinweise auf Jason-Datensätze auf der Bilder/Gadgets/GoogleGadgets-Seite wurden entfernt.

Version 1.20

(veröffentlicht 2009-07-02)

ERDDAP™ Administratoren, bitte fügen Sie diese zu Ihrer setup.xml-Datei hinzu:

    <!-- If you want to restrict access to some datasets, you need to 
    specify the method used for logging on (authentication). See the info 
    at https://erddap.github.io/setup.html#security
    Currently, the options are: "" (logins not supported, the default),
    "custom", "openid". Note that openid login doesn't work when testing 
    with localhost (https://127.0.0.1:8443).
    -->
    <authentication></authentication>
    
    <!-- This specifies how you have stored passwords in the roles tags 
    in datasets.xml. If you aren't storing any passwords this is irrelevant.
    The options (in order of increasing security) are: "plaintext", "MD5", 
    or "UEPMD5" (MD5(UserName:ERDDAP:Password), the default).
    You should only use "plaintext" or "MD5" if you need to match values 
    stored that way in an external password database.  See the info at
    https://erddap.github.io/setup.html#security
    -->
    <passwordEncoding>UEPMD5</passwordEncoding>
    
    <!-- This determines whether datasets that the user doesn't currently
    have access to (because he isn't logged in or because his roles don't
    allow access) should be shown on lists of data sets 
    (e.g., from full text search, categorize, view all datasets, ...).
    The options are: "true", or "false" (the default).
    If false, no information about the dataset (even its existence) is 
      shown to users who don't have access to it.
    If true, some information about the dataset (title, summary, etc) is
      shown to users who don't have access to it.  
      If the user clicks on a link to a dataset he doesn't have access to,
      he will get an error message and be prompted to log in.
    -->
    <listPrivateDatasets>false</listPrivateDatasets>
    
    <!-- If the number of requests between two runs of LoadDatasets 
    exceeds unusualActivity, an email is sent to emailEverythingTo.
    The default is 10000.
    -->
    <unusualActivity>10000</unusualActivity>

Neue Datensatztypen EDDGrid Kopie und EDDTableCopy eine lokale Kopie eines anderen erstellen und pflegen EDDGrid oder EDDTable Datensatz und dienen Daten aus der lokalen Kopie. Diese sind sehr einfach zu bedienen und sehr effektiv Lösungen für einige der größten Probleme mit der Bereitstellung von Daten aus Remote-Datenquellen:
- Zugriff auf Daten von einer entfernten Datenquelle kann langsam sein (aus verschiedenen Gründen) .
- Der Remote-Datensatz ist manchmal nicht verfügbar (wieder, aus verschiedenen Gründen) .
- Die Wiederherstellung auf einer Quelle für die Daten skaliert nicht gut (z.B., wenn viele Benutzer und viele ERDDAP s nutzen es) .

Außerdem ist die lokale Kopie eine Sicherung des Originals, was nützlich ist, wenn etwas mit dem Original passiert.

Es gibt nichts Neues über eine lokale Kopie eines Datensatzes. Was hier neu ist, ist, dass diese Klassen es\*leicht\*zu erstellen und\*Pflege\*eine lokale Kopie von Daten aus einer\*Sorte\*von Arten von Remote-Datenquellen und\*Metadaten hinzufügen\*beim Kopieren der Daten.

Diese Dataset-Typen sind Teil einer kompletten Reihe von Features, die die Erstellung von Netz/Kunden/Föderationen ERDDAP S sehr schwere Lasten zu handhaben (z.B. in einem Rechenzentrum) .

Neuer Datensatztyp EDDTableFromDatabase erhält Daten von einer lokalen oder Remote-Datenbanktabelle.
ERDDAP™ hat Sicherheit System, das die Authentifizierung unterstützt (Benutzer einloggen lassen) und Autorisierung (den Zugang zu bestimmten privaten Datensätzen zu gewähren) .
Es gibt zwei, neue Befehlszeilen-Tools zu helfen ERDDAP™ Administratoren erzeugen das XML für einen neuen Datensatz in datasets.xml :
- Datensätze generieren Xml kann für nahezu jede Art von Datensätzen einen groben Entwurf des Datensatzes XML erzeugen.
- DasDds hilft Ihnen, das XML für einen Datensatz wiederholt zu testen und zu verfeinern. ERDDAP 's GenerateDatasets Xml Webseiten wurden entfernt. Aus Sicherheitsgründen unterstützten sie nur einige Datensätze. Die neuen Befehlszeilentools sind eine bessere Lösung.
Der neue Statusseite lässt jeder (aber insbesondere Administratoren) den Status eines ERDDAP™ von jedem Browser durch gehen \[ BasisUrl \] /erddap/status.html .
Tabledap unterstützt jetzt serverseitige Funktionen :
- &distinkt () entfernt doppelte Zeilen aus der Antworttabelle,
- und orderBy (...) lässt Sie angeben, wie die Antworttabelle sortiert werden soll,
- und orderByMax (...) lässt Sie angeben, wie die Antworttabelle sortiert werden soll und entfernt alle Zeilen außer den Zeilen mit den Maximalwerten in der letzten angegebenen Spalte. Dies kann beispielsweise verwendet werden, um die letzten verfügbaren Daten für jede Station zu erhalten.
Tabular Datasets können nun zusätzliche DateTime-Variablen enthalten, die nicht benannt sind "time" . Diese Variablen werden durch ihre Metadaten "Einheiten" erkannt, die enthalten müssen " since " (für numerisches Datum Zeiten) oder "ja" oder "Y" (für formatierte String DateTimes) . Aber bitte immer noch benutzen destinationName "time" für das Hauptdatum Zeitvariable.
ERDDAP™ jetzt erzeugt ein Sitemap.xml Datei, die Suchmaschinen sagt, dass Ihr ERDDAP nur muss jeden Monat gekrochen werden. ERDDAP™ Administratoren, bitte folgen Diese Anweisungen die Suchmaschinen über die neue Sitemap.xml-Datei zu benachrichtigen.
ERDDAP 's Fehlermeldungen sind jetzt viel kürzer und richtet sich an Kunden (nicht Programmierer) . Danke an Greg Williams.
(<AnfrageBlacklist> (/docs/server-admin/datasets#requestblacklist) unterstützt nun auch IP-Adressen, bei denen die letzte Nummer durch \* ersetzt wurde.
Anträge auf .json und .geoJson Dateien können jetzt eine optionale Jsonat Anfrage durch Hinzufügen von "& .json p=functionName" zum Ende der Abfrage. Im Grunde sagt das einfach: ERDDAP™ "functionName (" zu Beginn der Antwort und ") " bis zum Ende der Antwort. Wenn es ursprünglich keine Abfrage gab, lassen Sie die "&" in Ihrer Anfrage. Danke an Greg Williams.
Viele neue Statistiken wurden dem Tagesbericht .
Auf den Internetseiten mit Listen von Datensätzen, Institution und id sind jetzt rechts. Dies bewegt Abonnement und andere nützlichere Spalten in Ansicht auf schmale Computer-Bildschirme.
Auf allen Webseiten, dem Titel der Seite (basierend auf der<Titel in der<startHeadHtml>, die Sie in setup.xml definieren) wird geändert, um eine bessere Beschreibung der Webseite einschließen (z. B. durch Aufnahme des Titels und der Institution des aktuellen Datensatzes) .
Xmx-Informationen werden nun mit den in log.txt, dem Daily Report und auf status.html gedruckten Speicherinformationen aufgenommen. Dank Ellyn Montgomery.
ERDDAP™ zusätzlichen universellen Schutz gegen alle Fehler (z.B. OutOfMemoryError) . Danke an Charles Carleton.
Verbesserungen bei der Fehlerbehandlung, wenn die Antwort bereits begangen wurde.
VERBESSERT: EDDTableFromFiles und EDDGrid VonFiles jetzt nur erlauben<metadataFrom> erste oder letzte. penultimate wird nicht mehr unterstützt. Und erste und letzte basieren jetzt auf den Dateien lastModifiedTime.
Fehlerbehebung: in EDDTableFrom SOS , ungültige Informationen für eine Station warfen eine Ausnahme und ließ den gesamten Datensatz zurückgewiesen werden. Jetzt werden diese Stationen einfach ignoriert (und die Fehlermeldung protokolliert log.txt) . Danke an Rick Blair.

Version 1.18

(veröffentlicht 2009-04-08)

Fehlerbehebung: Ab 1.14 ging das EDDTable Data Access Formular und Make A Graph Webseite nicht richtig mit zitierten Einschränkungen um.
Fehlerbehebung: Ab 1.14 hat EDDTableFromDapSequence keine Zeitbeschränkungen korrekt behandelt, wenn die Quellzeiteinheiten nicht "Sekunden seit 1970-01-01T00:00" waren.

Version 1.16

(veröffentlicht 2009-03-26)

ERDDAP™ Administratoren:
Dies ist eine wichtige Veröffentlichung, weil es einen Fehler behoben, der eine ERDDAP™ Gewindelauf, wenn Sie Tomcat Manager zum Stoppen/Starten oder Nachladen ERDDAP . Also, wenn Sie 1.16 installieren, verwenden Sie nicht nur Tomcat Manager, um die alten ERDDAP™ und die neue ERDDAP . Stattdessen: die alte ERDDAP™ , restart Tomcat (oder der Server) , dann die neue ERDDAP . Es ist immer eine gute Idee, das bei der Installation einer neuen Version zu tun.
Bitte hinzufügen [<AnfrageBlacklist></RequestBlacklist> (/docs/server-admin/datasets#requestblacklist) zu dir datasets.xml . Dies kann verwendet werden, um eine Liste der Client-IP-Adressen, die blockiert werden (z.B. um einen Denial of Service-Angriff oder einen übermäßig eisigen Web-Roboter abzuwehren) .
Es gibt jetzt eine \[ BigParentDirectory \] /logs-Verzeichnis, um die ERDDAP™ Logfiles. Wenn Sie beginnen ERDDAP™ , es macht eine Archivkopie von log.txt und log. txt.previous Dateien mit einem Zeitstempel. Wenn es Probleme vor dem Neustart gab, kann es nützlich sein, diese Dateien zu analysieren.
ERD ' ERDDAP™ hat nun das Abonnementsystem aktiviert.
ERDDAP™ wieder erlaubt (aber immer noch nicht empfohlen) die "%26" Kodierung von "&" in Anfrage URLs (siehe mit v1.14 ändern ) .
Mehrere neue Ergänzungen zum Tally-Bereich der Tagesbericht .
Kleine Fehlerbehebungen in generierenDatasetsXml.
Ein paar kleine Fehlerbehebungen.

Version 1.14

(veröffentlicht 2009-03-17)

Änderungen für Benutzer:
- In Netzdatenanfragen, ERDDAP™ unterstützt: Letztens wobei n eine ganze Zahl von Indizes ist und (Letzter Beitrag) wobei d ein Zahlenwert ist (für die Zeit, es ist in Sekunden) .
- In tabellarischen Datenanfragen erfordern String-Zwänge doppelte Zitate um den Wert, z.B. &id="NDBC40121" Dies erfordert die DAP Protokoll.
- In tabellarischen Datenanforderungen, ERDDAP™ erfordert jetzt alle Zwänge richtig prozentual kodiert . Browser machen dies automatisch, so dass dies meistens Auswirkungen auf Computerprogramme / -scripts, auf die Zugriffe ERDDAP .

Prozent26

Zuvor, die eine graphische Webseite einbetten und ERDDAP™ Google Gadget Webseite sagte, die "&" in der Bild-URL mit "%26" zu ersetzen. Ab sofort sollten Sie die "&" in der Bild-URL durch "&amp" ersetzen. So müssen Sie alle "%26" in bestehenden Webseiten und Google Gadgets durch "&amp" ersetzen. (Tut mir leid.)
ERDDAP™ Administratoren, bitte:
Fügen Sie folgendes hinzu Setup.xml Datei (und die Flagge ändern Schlüsselwort) :

        <!-- ERDDAP™ has a service that lets remote users set a flag
        to notify ERDDAP™ to try to reload a dataset.
        These requests use a key which is generated based
        on baseUrl/warName, a datasetID, and flagKeyKey.
        \\*\\*\\* Change this once, to any text (a favorite quote? random text? 
        It doesn't matter). Normally, you won't ever change this again.
        But if you think someone is abusing the flag system,
        change this text again, restart ERDDAP™, and send
        all of the users of the flag system the relevant new flagKeys
        (see the list in the Daily Report). -->
        <flagKeyKey>A stitch in time saves nine. CHANGE THIS!!!</flagKeyKey>
        
        <!-- ERDDAP™ has an email/URL subscription system which sends a user
        an email or pings a url whenever a dataset of interest changes.
        (This is different from the RSS system, which is always active.)
        The system relies on the server being able to send out 
        emails to people to validate their subscription requests.
        The emails appear to come from the emailFromAddress below.
        So if your server can't send out emails, don't make this system active.
        You may choose (for whatever reason) to make this system active or not, 
        so valid values below are "true" (the default) and "false".
        Note that if you change this and restart ERDDAP™, the list of 
        subscriptions (in \\[bigParentDirectory\\]/subscriptionsV1.txt) isn't
        affected. See also the subscriptionEmailBlacklist in datasets.xml.
        -->
        <subscriptionSystemActive>true</subscriptionSystemActive>  

Auf der Linie nach<emailUserName> in Ihrem Setup.xml Datei, hinzufügen

        <emailPassword>_myPassword_</emailPassword> <!-- optional; if absent, emails can't be sent to non-local addresses -->  

und geben Sie Ihr echtes Passwort ein.

Sie können sich ändern<wmsSampleBBox> in Ihrem Setup.xml Datei, um Längenwerte bis zu 360, z.B.

        <!-- The bounding box values are 
           minLongitude,minLatitude,maxLongitude,maxLatitude.
           Longitude values within -180 to 180, or 0 to 360, are now okay. -->
        <wmsSampleBBox>0,-75,360,75</wmsSampleBBox>  

In deinem datasets.xml Datei, umbenennen Sie den Datensatz Typ EDDTableFromNc4DFiles in EDDTableFromNcFiles (die nun Dateien mit einer beliebigen Anzahl von Dimensionen unterstützt) . Wenn Sie einen EDDTableFromNc4DFile Datensatz hatten:
1. Sie müssen auf type="EDDTableFromNcFiles" in Ihren Datensätzen wechseln. XML-Datei.
2. Sie müssen einen<nAbmessungen> ANHANG</nDimensions> tag zum XML des Datensatzes.
3. Sie können das neue hinzufügen<sortFilesBySourceNames>-Tag, um die interne Reihenfolge der Dateien anzugeben, die die Gesamtreihenfolge der zurückgegebenen Daten bestimmt.

Für Details siehe EDDTableFromFiles .

In der Vergangenheit, für EDDTableFromDapSequence, für OPeNDAP DRDS Server, in datasets.xml , wir haben<sourceCanConstrainStringsRegex>~=</sourceCanConstrainStringRegex>. Aber wir sehen jetzt, dass die DRDS-Regex-Unterstützung begrenzter ist als ERDDAP 's, so empfehlen wir<sourceCanConstrainStringsRegex></sourceCanConstrainStringRegex>, so dass Regex-Zwänge nicht an die Quelle weitergegeben werden, sondern von ERDDAP .
Überarbeitetes Handling von SourceCanConstrain... in datasets.xml von EDDTableFromDapSequenz und (intern) alle EDDTable-Datensatztypen. Das neue System ist einfacher und besser reflektiert die Variabilität verschiedener Datenquellen. Sie können das XML für Ihre Datensätze in ändern datasets.xml .
Es gibt mehrere neue Features, die von selbst nützlich sind, aber wenn sie kombiniert werden, erleichtern auch die Schaffung Netz/Kunden/Föderationen ERDDAP S .
- Neue Datensatztypen:
  - EDDGrid Von Erddap und EDDTableFromErddap die eine ERDDAP™ einen Datensatz aus einem anderen ERDDAP™ sehr einfach und sehr effizient.
  - EDDGrid VonFiles (und seine Unterklasse, EDDGrid Von NcFiles das lesen kann NetCDF .nc , GRIB .grb und HDF .hdf Dateien) .
  - EDDTableFromNcFis das lesen kann NetCDF .nc die eine tischartige Struktur aufweisen.
- RunLoadDatasets und LoadDatasets wurden so überarbeitet, dass ERDDAP™ ist sehr reaktionsschnell, um Datensätze basierend auf Dateien in den Flagge Verzeichnis (often)<5 Sekunden, wenn HauptloadDatasets aktuell erledigt ist).
- Neue Dienstleistung zu ermöglichen eine URL zur Erstellung einer Flaggendatei für einen bestimmten Datensatz, z.
```
    https://coastwatch.pfeg.noaa.gov/erddap/setDatasetFlag.txt?datasetID=rPmelTao&flagKey=123456789  
```

erstellt eine Flag-Datei im Flag-Verzeichnis für rPmelTao (obwohl die Flagge Schlüssel hier ist falsch) .

Neu Abonnement Service, damit jeder Client eine Aktion angeben kann, die bei der Erstellung eines bestimmten Datensatzes durchgeführt wird (wenn ERDDAP™ wird neu gestartet) und wenn sich der Datensatz in irgendeiner Weise ändert. Dieses System kann über<Subskription SystemActive> in Ihrem Setup.xml Datei. Die ERDDAP™ Tagesbericht jetzt listet alle Abonnements auf und beinhaltet die URL, die für die Löschung von jedem erforderlich ist, falls Sie das System missbraucht fühlen. In datasets.xml Es gibt eine neue, optionale [<Abonnement EmailBlacklist> (/docs/server-admin/datasets#subscriptionemailblacklist) tag, so dass Administratoren eine komma-separierte Liste von E-Mail-Adressen angeben können, die sofort aus dem Abonnementsystem in schwarz aufgeführt sind.
Neu [<onChange> (/docs/server-admin/datasets#onchange) Attribut datasets.xml die ERDDAP™ Administrator geben Sie eine Aktion an, die durchgeführt wird, wenn ein bestimmter Datensatz erstellt wird (wenn ERDDAP™ wird neu gestartet) und wenn sich der Datensatz in irgendeiner Weise ändert.
Verbesserungen bei der Volltextsuche: Die Speicherung der Suchkette für jeden Datensatz nutzt nun 1/2 den Speicher. Der Suchalgorithmus (Boyer-Moore-like) ist jetzt 3X schneller.
Emails von ERDDAP™ jetzt immer das Thema und Inhalt \[ Erdddap Url \] , so dass es klar ist, ERDDAP™ das kam aus (falls Sie mehrere ERDDAP S) .
Mehr umfangreiche Statistiken für die Tagesbericht E-Mail.
Neue Protokolldatei \[ BigParentDirectory \] /emailLogYEAR-MM-DD.txt protokolliert alle von ERDDAP™ jeden Tag. Dies ist besonders nützlich, wenn Ihr Server tatsächlich keine E-Mails senden kann -- Sie können sie zumindest im Protokoll lesen.
ERDDAP™ macht \[ BigParentDirectory \] /cache/ ( datasetID ) Verzeichnis für jeden Datensatz, da es viele Dateien kache.
Neu RSS TEIL 1 für jeden Datensatz (für die orange RSS Icons auf den Listen von Datensätzen, Datenzugriffsformularen und erstellen Sie eine Graph-Webseiten) .
EDDGrid .kml Antworten verwenden jetzt geflieste Bilder ("superoverlays" -- dynamisch generierte Quadtree-Bilder) . Das erste Bild lädt in GoogleEarth viel schneller als zuvor. Die Auflösung der Karte erhöht sich, wenn Sie einzoomen, bis zur vollständigen Auflösung des Datensatzes. Empfehlen: Benutzer sollten anfordern .kml für einen Zeitpunkt, aber der gesamte Längenbereich des Datensatzes. Leider wurde die Unterstützung für Zeitbereiche entfernt (Ich hoffe, es wird zurückkommen) .
ERDDAP™ Jetzt wird hinzugefügt Expires und Cache-Control max-age headers auf alle Dateien aus dem /images-Verzeichnis angefordert. Dies reduziert die Anzahl der statischen Dateianforderungen, die an ERDDAP und so stark beschleunigt am meisten ERDDAP™ Seite lädt. Auch, viele Java Script-Datei-Referenzen bewegt sich auf der Unterseite ihrer HTML-Seiten, die auch viele ERDDAP™ Seite lädt. Dank des Buches "High Performance Web Sites" von Steve Souders und der ySlow Ergänzung zum FireBug Plugin in FireFox.
ERDDAP™ von netcdf-java 2.2.22 auf netcdf-java 4.0 umgeschaltet. Dies erlaubt unter anderem EDDGrid VonNcFiles zum Lesen HDF .hdf , sowie GRIB .grb und NetCDF .nc Dateien.
EDDGrid VonDap und EDDGrid VonNcFiles unterstützt nun auch DArray (sowie DGrid) dataVariable S. Wenn eine Dimension keine entsprechende Koordinatengröße aufweist, ERDDAP™ erzeugt eine Achsgröße mit den Indexwerten (z.B. 0, 1, 2, ..., 311, 312) . Also alle anderen Aspekte EDDGrid bleibt gleich: ) Es dient immer noch allen Datensätzen als Gitter, mit einer für jede Dimension variablen Achse. ) Abfragen können noch Werte aus den Achsengrößen anfordern. Dank Charles Carleton, Thomas Im, Dorian Raymer und anderen.
Die WMS OpenLayers Seiten haben nun einen Standard-Längswinkelbereich, der etwas größer ist als der Datensatzbereich (nicht der genaue Bereich, so dass der Kontext der kleinen Datensätze offensichtlicher ist) . Der Standardbereich kann nun auch 0 bis 360 betragen, was die vollständige Reichweite vieler Datensätze jetzt anzeigen lässt. Dank Todd Spindler.
Neue Slider auf einigen Datenzugriffsformularen und erstellen Sie eine Graph-Webseiten. Sie vereinfachen (Rohöl) Spezifikation der gewünschten Daten und gutes visuelles Feedback.
Eine neue Option für die<Datensatz> in den Warenkorb datasets.xml : active="false" .
Referenzen ERD ' ERDDAP™ von Coastwatch.pfel (noch funktioniert per Proxy) an der Küste beobachten.pfeg (bevorzugt) .
Neue Unterstützung für data\_min und data\_max Variable Metadaten-Attribute.
Eine teilweise Lösung für die WaitThenTryAgain / Teilergebnisse Ausnahme : Nun gelingt es einigen Anträgen, die zuvor beim Erkennen einer Datenquellenänderung fehlgeschlagen wurden, weil ERDDAP™ wird den Datensatz neu laden und die Daten automatisch neu erfragen, alles im Kontext der ursprünglichen Anfrage.
Fehlerbehebung: erzeugen Datensätze Xml wurde behindert ERDDAP™ Version 1.12. Danke an Ellyn Montgomery, dass Sie das hier zeigen.
Kleine Änderungen der Fehlerbehandlung.
Viele Verbesserungen zur Vermeidung/Deal bei möglichen Race-Bedingungen (d.h. mögliche Probleme, die sich aus der mehrgängigen Natur ergeben ERDDAP ) die kleine, seltene Probleme verursachten.
Wenn nun eine Fehlermeldung auf einem Bild geschrieben wird, bleibt das Bild nur für ~5-10 Minuten im Cache. (nicht 60) . Danke an Cara Wilson.
Die Standard-Nachricht, wenn es keine Daten gibt, ist jetzt "Ihre Abfrage hat keine passenden Ergebnisse erzeugt.", die kürzer, genauer und passt OPeNDAP Server.
EDDGrid nicht mehr erlaubt gebundene Achswerte.
Kleine Änderungen an .ver und .help-Anfragen.
Viele kleine Änderungen und Fehlerbehebungen.

Version 1.12

(veröffentlicht 2008-10-31)

EDDTableFrom SOS wieder arbeitet mit NDBC SOS und arbeitet mit dem neuen NOS SOS .
EDDTableFromBMDE benötigt ERDDAP™ Admin zur Angabe dataVariable S.
EDDGrid erfordert nicht mehr, dass Lat und lon gleichmäßig beabstandet sind. transparent Png oder .kml . Dank Todd Spindler.
Ein paar kleine Veränderungen.

Version 1.10

(veröffentlicht 2008-10-14)

Neue "colorBar"-Metadaten für Datenvariablen in datasets.xml definiert die Standard-Farbleiste-Einstellungen für Grafiken und Karten. Vgl. Weitere Informationen . Dies ist wichtig, weil es das Aussehen der Standard-Diagramme und Karten, die von Make A Graph erstellt werden, erheblich verbessert und weil die Standard-Diagramme und Karten jetzt eine einheitliche Farbleiste haben, auch wenn der Client die gewünschte Zeit oder geographische Reichweite ändert. Auch dies war notwendig für WMS .
ERDDAP™ nun die meisten Gitterdaten über eine WMS Service. Dies ist wichtig, weil es zeigt, dass, zusätzlich zu Daten von vielen Arten von Datenservern, ERDDAP™ Daten über verschiedene Protokolle verteilen ( DAP , WMS , ... mehr in Zukunft) . Siehe Kundendokumentation . Oder Dokumentation für Administratoren . Oder Probieren Sie es aus .
Neue Unterstützung für Longitude-Werte > 180 in .kml Dateien.
Neue cdm\_data\_type: Andere .
ERDDAP™ unterstützt jetzt "boolean" QuelldatenType. Vgl. Weitere Informationen Dies wird für die zukünftige EDDTableFromDatabase nützlich sein.
Neue EDDTableFromBMDE unterstützt Datenquellen von DiGIR/BMDE.
EDVGridAxis erlaubt absteigende Sortierwerte. Die pmelOscar-Datensätze brauchten dies.
ERDDAP™ gibt nun HTTP-Fehler zurück (z.B. "404 für Ressource/Seite nicht gefunden") in mehr Situationen statt HTML-Seiten mit Fehlermeldungen.
Viele Änderungen/Zugaben an die ERDDAP™ Dokumentation.
Viele kleine Veränderungen.
Ein paar Fehlerbehebungen.
Dinge ERDDAP™ Administratoren sollten diese Version aktualisieren:
In datasets.xml , für jedes EDDTableFrom SOS datasets, ändern Sie die Metadaten "observedProperty" auf "sourceObservedProperty".
Die Regeln für ein axisVariable oder dataVariable ' destinationName werde nun strenger . Sie müssen überprüfen, ob Ihre Variablennamen gültig sind. Überprüfen Sie sie entweder von Hand oder laufen Sie ERDDAP™ und schauen Sie sich die Fehlermeldungen in dem Bericht an, der an den Administrator gesendet wird.
In datasets.xml , wenn Sie möchten, dass eine Netzdatenvariable über WMS , Sie müssen hinzufügen colorBar metadata. Zumindest beispielsweise<att name=" colorBarMinimum "typ="double">0</att>

          <att name="colorBarMaximum" type="double">32</att>

Vgl. Weitere Informationen .

Fügen Sie folgendes hinzu Setup.xml Datei (aber es mit Ihren Informationen anpassen) :

        <!-- drawLand specifies the default Make A Graph setting for 
        whether the landmask should be drawn "over" (the default) or "under" 
        surface data on maps. "over" is recommended for primarily 
        oceanographic data (so that grid data over land is obscured by the 
        landmask). "under" is recommended for all other data.
        -->
        <drawLand>over</drawLand>  
        
        <!-- Information about the ERDDAP™ administrator is used for the 
        SOS and WMS servers. You MUST CHANGE these to describe your 
        installation. 
        -->
        <adminInstitution>NOAA Environmental Research 
        Division</adminInstitution>
        <adminIndividualName>Your Name</adminIndividualName>
        <adminPosition>Webmaster</adminPosition>
        <adminPhone>your-phone-number</adminPhone>
        <adminAddress>99 Pacific St, Suite 255A</adminAddress>
        <adminCity>Monterey</adminCity>
        <adminStateOrProvince>CA</adminStateOrProvince>
        <adminPostalCode>93940</adminPostalCode>
        <adminCountry>USA</adminCountry>
        <adminEmail>yourName@yourSite</adminEmail>
        
        <!-- Information about the ERDDAP™ administrator is used for ERDDAP's
        SOS server. You MUST CHANGE these to describe your installation. 
        -->
        <sosTitle>NOAA Environmental Research Division SOS</sosTitle>
        <sosAbstract>NOAA Environmental Research Division's ERDDAP™ makes 
          data from multiple sources available via the SOS 
          protocol.</sosAbstract>
        <sosKeywords>Weather, Ocean Currents, Temperature, 
          Salinity</sosKeywords>
        <sosAccessConstraints>NONE</sosAccessConstraints>
        <sosFees>NONE</sosFees>
        
        <!-- Information about the ERDDAP™ administrator is used for 
        ERDDAP's WMS server. You MUST CHANGE these to describe your 
        installation. -->
        <wmsTitle>NOAA Environmental Research Division 
        WMS</wmsTitle>
        <wmsAbstract>NOAA Environmental Research Division's ERDDAP™ makes
        data from multiple sources available via the WMS 
        protocol.</wmsAbstract>
        <wmsKeywords>Weather, Ocean Currents, Temperature, 
          Salinity</wmsKeywords> 
        <wmsAccessConstraints>NONE</wmsAccessConstraints>
        <wmsFees>NONE</wmsFees>
        <!-- For the wms examples, pick one of your grid datasets that has 
        longitude and latitude axes. The sample variable must be a variable 
        in the sample grid dataset.  The bounding box values are 
        minx,miny,maxx,maxy.
        -->
        <wmsSampleDatasetID>erdBAssta5day</wmsSampleDatasetID>
        <wmsSampleVariable>sst</wmsSampleVariable>
        <wmsSampleBBox>0,-75,180,75</wmsSampleBBox>

Version 1.08

(veröffentlicht 2008-07-13)

Ein neuer Webservice ERDDAP™ , erzeugen Datensätze Xml, hilft ERDDAP™ Administratoren, indem ein grober Entwurf des XML erstellt wird, der benötigt wird, um einen Datensatz in datasets.xml
Einige Änderungen/Bug-Behebungen, die darauf abzielen, dass die netcdf-java als Opendap-Server betrachtet werden kann, einschließlich: Globale Metadaten werden jetzt als "NC\_GLOBAL" bezeichnet. (statt "GLOBAL") .
Die EDDGrid und EDDTable Data Access Formulare nutzen nun Abfrageinformationen in der URL. Wenn beispielsweise ein Benutzer von einem Formular für einen Graph erstellen in ein Datenzugriffsformular geht, werden die Einschränkungen nun ordnungsgemäß übertragen.
tabledap 's Make A Graph erlaubt jetzt Einschränkungen auf String-Variablen.
EDDTable's Make A Graph ermöglicht jetzt NaN-Zwänge. Danke an Steve Hankin.
Fehlerbehebung: EDDTable speichern AsImage hat die .colorbar min und max Werte nicht richtig erkannt. Danke an Steve Hankin
Viele Verbesserungen an setupDatasetsXml. Dank Ellyn Montgomery.
Griddap-Anfragen erlauben () -Style fordert etwas außerhalb des tatsächlichen Achsbereichs. Dies ist angemessen, da () -Werte werden auf den nächsten Istwert gerundet. Dank Cindy Bessey
Ich machte den FloatArray und DoubleArray Test von isEvenlySpaced anspruchsvoller. Es wird immer unvollkommen (weil der Test für jeden Datensatz angepasst werden müsste) Aber es sollte besser sein. Dank Ellyn Montgomery.
Ich habe setup.html und setupDatasets verschoben Xml.html erddap's /download-Verzeichnis und hart verschlüsselt alle Links zu ihnen. Jetzt kann ich Änderungen vornehmen und die Setup-Informationen sofort aktualisieren.
Viele kleine Veränderungen. Ein paar kleine Fehlerbehebungen.
Dinge ERDDAP™ Administratoren sollten diese Version aktualisieren:
Los.<Die Beschreibung Html> von Ihren Nachrichten.xml zu Ihrem Setup.xml Datei. Es gibt den Text, der in der Mitte der linken Seite der ERDDAP™ Homepage. Auch, hinzufügen<H1> ERDDAP </h1> (oder eine andere Überschrift) auf die Spitze. Oder, Kopie<theShortDescriptionHtml> in der neuen Setup.xml Datei (aus dem neuen erddapContent .zip ) in Ihre setup.xml.

Version 1.06

(veröffentlicht 2008-06-20)

Neue Unterstützung für IOOS DIF SOS Datenquellen.
Viele kleine Veränderungen. Ein paar kleine Fehlerbehebungen.

Version 1.04

(veröffentlicht 2008-06-10)

Neue Slide Sorter Funktion.
Neue Google Gadgets Seite und Beispiele.
Fehlerbehebung in EDDGrid .saveAsNc für Variable mit Skalen und AddOffset.

Version 1.02

(veröffentlicht 2008-05-26)

Neu EDDGrid SideBySide ermöglicht verschiedene axisVariable S \[ 0) \] Quelle Werte.
Alle Strom- und Winddatensätze wurden in EDDGrid SideBySide-Datensätze.
Bilder aus Bildanfragen werden nun für 1 Stunde geätzt.

Version 1,00

(veröffentlicht 2008-05-06)

Erstellen Sie ein Graph-Webseiten und Grafikbefehle in URLs.
Unterstützung für Flag-Dateien, um das Nachladen eines Datensatzes zu zwingen.
Neuer Datensatztyp: EDDTableFrom4DFiles (die erste Unterklasse von EDDTableFromFiles) .

Version 2.28.1​

Version 2.28.0​

Version 2.27.0​

Version 2.26​

Version 2.25​

Version 2.24​

Version 2.23​

Artikel 2.22​

Artikel 2.21​

Version 2.20​

Version 2.19​

Version 2.18​

Version 2.17​

Version 2.16​

Version 2.15​

Version 2.14​

Version 2.12​

Artikel 2.11​

Version 2.10​

Version 2.02​

Version 2.01​

Version 2.00​

EDDTableFromHtpGet​

Version 1.82​

Version 1.80​

Version 1.78​

Version 1.76​

Version 1.74​

Version 1.72​

Version 1.70​

Version 1.68​

Version 1.66​

Version 1.64​

Version 1.62​

Version 1.60​

Version 1.58​

Version 1.56​

Version 1.54​

Version 1.52​

Version 1.50​

Version 1.48​

Version 1.46​

Ausführung 1.44​

Version 1.42​

Version 1.40​

Version 1.38​

Quick Restart​

Version 1.36​

Version 1.34​

Version 1.32​

Version 1.30​

Version 1.28​

Version 1.26​

Version 1.24​

Version 1.22​

Version 1.20​

Version 1.18​

Version 1.16​

Version 1.14​

Prozent26​

Version 1.12​

Version 1.10​

Version 1.08​

Version 1.06​

Version 1.04​

Version 1.02​

Version 1,00​