ERDDAP™ Wijzigingen

ERDDAP™ is een groot voorbeeld van Gebruikersgestuurde innovatie , waar productinnovatie vaak afkomstig is van consumenten ( ERDDAP™ gebruikers) , niet alleen de producenten ( ERDDAP™ ontwikkelaars) . Door de jaren heen, de meeste ideeën voor nieuwe functies en veranderingen in ERDDAP™ zijn afkomstig van gebruikers. Die gebruikers worden hieronder bijgeschreven voor hun geweldige ideeën. Dank je! Houd alstublieft die geweldige suggesties komen!

Hier zijn de wijzigingen in verband met elk ERDDAP™ Loslaten.

Versie 2.30.0​

(vrijgegeven 2026-04-07)

Versie v2.30.0 richt zich grotendeels op bug fixes, afhankelijkheid updates voor stabiliteit en veiligheid, en het testen van prestaties verbeteringen.

• Nieuwe functies en wijzigingen (voor gebruikers) :

  • Verbeterd Croissant compatibiliteit met metagegevens en manifeste ondersteuning, waaronder mlcroissant compatibiliteit.
  • Betere ondersteuning voor parketbooleanen.

• Dingen ERDDAP™ Beheerders moeten weten en doen:

  • Ongebruikte command line tools en bijbehorende code werden verwijderd van de codebase om technische schulden te verminderen. Zie https://github.com/ERDDAP/erddap/pull/432.

  • Een nieuwe functievlag forceSynchronousLoading is toegevoegd om de standaard uitgesteld dataset laden aanpak te omzeilen. Dit mag zelden nodig zijn en alleen worden gebruikt in gevallen waarin uitgestelde lading problemen veroorzaakt. Zie functie vlag pagina voor details.

Versie 2.29.0​

(uitgebracht 2025-12-15)

Actie vereist.

ERDDAP™ versie 2.29.0 vereist jdk 25 of later. Update uw jdk versie. Als dat een probleem is, kunt u bouwen ERDDAP™ voor een oudere jdk (terug naar ten minste 17) door het pom.xml bestand te veranderen. JDK 25 is een LTS release van Java en bevat vele verbeteringen, met name verbeterde prestaties.

• Nieuwe functies en wijzigingen (voor gebruikers) :

• ISO 19115 versies: Zie hieronder voor admin info. Voor gebruikers kunt u nu specifieke versies van ISO 19115 metadata aanvragen. Doe dit vanuit de griddap/ tabledap pagina's voor een dataset met het bestandstype omlaag. Deze versies zullen onafhankelijk zijn van de standaardserver.

• Dingen ERDDAP™ Beheerders moeten weten en doen:

• Nieuwe functie, MQTT ondersteuning. Voor details raad ik het lezen van de Nieuwe pagina erover. Dit omvat het kunnen bouwen van datasets van MQTT-berichten, en het publiceren van MQTT-berichten wanneer een dataset verandert. Het is standaard uitgeschakeld, dus als je het wilt gebruiken, moet je het inschakelen.

Met dank aan Ayush Singh voor het werken aan MQTT!

• S3 verbeteringen: Ondersteuning voor S3 URI's toevoegen als de cacheFromUrl waarde. Dit zal toelaten ERDDAP ter ondersteuning van particuliere emmers gehost op amazonaws.com Behandelde ook een S3-geheugenlek probleem.

Dankzij @SethChampagneNRL voor het werk op S3!

• ISO 19115 versies: Er is nu ondersteuning voor 3 verschillende versies van ISO 19115 metadata. De standaard versie wordt bestuurd door instellingen in uw setup.xml. Als useSisISO19115 is onjuist, zal de server standaard leveren NOAA gewijzigde ISO19115_2. Als useSisISO19115 waar is, dan zal de server een andere versie gebruiken, afhankelijk van de waarde van gebruikSisISO19139. Als useSisISO19139 waar is, zal de standaard ISO19139_2007 zijn, als useSisISO19139 vals is zal de standaard ISO19115_3_2016 zijn. Wij raden het gebruik van SisISO19115=true en useSisISO19139=false aan. Uw organisatie kan verschillende instellingen vereisen.

• Naar de java. tijdbibliotheek (In plaats van java.util. GregorianCalendar) . Dit moet zorgen voor verbetering van de prestaties van vragen die betrekking hebben op datum/tijd kolommen. Er mag geen merkbaar effect zijn voor de overgrote meerderheid van de datasets. Het enige bekende geval dat dit een verandering veroorzaakt is als de dataset wordt gebruikt dagen sinds 0000/01-01 of vergelijkbaar. Als dit een probleem is voor een variabele, kunt u toevoegen <att name="legacy_time_adjust"> waar </att> aan de addAttributes sectie van een van de dataVariable of axisVariable .

• datasets.xml wordt nu verwerkt door een Stringsubstitutor . Dit heeft vele toepassingen, waaronder het instellen van private waarden (zoals wachtwoorden) gebruik van omgevingsvariabelen. Dit kan worden uitgeschakeld door EnvParsing in te stellen op false in setup.xml.

• Drukas: Voegt een speciaal geval voor verhogingen gedefinieerd door druk toe. Dit wordt voornamelijk gebruikt in Meteorologie datasets die verticale verhogingen in isobarische niveaus definiëren. OPMERKING: Kleinere drukwaarden betekenen hogere hoogtes, zodat de as tegenover de normale hoogtes loopt, gedefinieerd in meters of voeten.

Dankzij SethChampagneNRL

• EDDGrid FromNcFiles met verschillende afmetingen: Er is (experimenteel) steun voor EDDGrid VanNcFiles datasets om variabelen te hebben die niet dezelfde set assen gebruiken. Rapporteer alsjeblieft hoe dit werkt voor jou, of als het gedrag niet helemaal juist lijkt.

• Er is een verzameling van optimalisaties die veilig moeten zijn, maar hebben vlaggen om terug te keren naar oud gedrag indien nodig. Als u de noodzaak vindt om een van de vlaggen in te stellen, dient u een bug in te dienen. Als we horen van geen problemen zullen de meeste van deze worden verwijderd met de nieuwe gedrag standaard in de toekomst. Er is een nieuwe pagina over featurevlaggen waar je kunt lezen over deze en andere vlaggen.

  • aanraking Thread Alleen WhenItems: Dit is een verandering zodat de touchThread alleen draait als er items in de wachtrij zijn om aan te raken. Een minder draad draaien is een kleine optimalisatie, maar toch nuttig. Standaardwaarden voor waar.

  • useNcMetadata VoorBestandstabel: Deze wijziging laat de interne bestandstabel toe om nc attributen te gebruiken, specifiek een variable actual_range attribuut om het hele nc bestand te vermijden. Dit kan de initiële laden van datasets drastisch versnellen op basis van nc-bestanden als de werkelijke_range voor elke variabele in elk bestand als een attribuut is opgenomen. Merk op dat dit de waarde vertrouwt, dus als het fout is, zal de interne bestandstabel onjuiste informatie hebben. Standaardwaarden voor waar.

  • ncHeader MakeFile: Deze wijziging maakt het mogelijk nc header bestanden te genereren zonder eerst het representatieve nc bestand te genereren. Dit is een kleine optimalisatie voor EDDTable, maar een enorme optimalisatie voor velen EDDGrid verzoeken. Standaardinstellingen voor onjuist (zoals in vals is het beoogde geoptimaliseerd gedrag) .

  • achtergrond AanmakenSubset Tabellen: Deze verandering verplaatst enkele van de eerste verwerking van datasets naar een achtergrondthread. Dit zou de tijd voor het laden van datasets moeten verbeteren. Met name het vertraagde deel is deeltabellen, die ook worden gegenereerd wanneer nodig als de vertraagde verwerking nog niet is gebeurd. Standaardwaarden voor waar.

• Enkele kleine wijzigingen, fouten herstellen (dank Italo Borrelli voor de fix voor EDDTableFromAggregateRows, bedankt @SethChampagneNRL voor het inschakelen van lengtegraden groter dan 360 in EDDGrid LonPM180, en verschillende andere bugfixes) , en optimalisatie.

• Voor ERDDAP™ Ontwikkelaars:

• Aanvullende optimalisaties, inclusief het halveren van de testtijd.

• Nieuwe testprofielen voor zeer schilferig (extern) of extreem langzaam (langzaamAWS) tests.

Versie 2.28,1​

(uitgebracht 2025-09-05)

• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Ondersteuning toegevoegd voor X-Forwarded-Prefix. Dit is van bijzonder belang voor beheerders die servers draaien op een subpad. Lees onze bijgewerkte documentatie voor Apache en Nginx voor meer informatie.

Dankzij @srstsavage

Versie 2.28.0​

(uitgebracht 2025-08-29)

• Nieuwe functies en wijzigingen (voor gebruikers) :

• Croissant schema is nu beschikbaar. Beheerders kunnen bepalen of de standaard metadata Croissant gebruikt, maar beginnend met 2.28.0 kunt u de Croissant definitie voor met het nieuwe export bestandstype ".croissant" aanvragen (die een jsonld-bestand levert) .

• Dingen ERDDAP™ Beheerders moeten weten en doen:

• Nieuwe Docker Afbeelding gemaakt op elk samengevoegde pull verzoek. Dit zijn alpha builds, ze zijn niet versioned releases. Ze hebben een tag als "20250814T034025," die aangeeft wanneer het werd gebouwd. Als u de nieuwste functies wilt uitproberen kunt u deze gebruiken. Als je iets stabielers wilt, gebruik dan onze releases met een semantische versietag (bv. 2.28,0) . We streven er altijd naar om de alpha releases bruikbaar te hebben, maar er is minder testen voor hen dan onze versies. We raden je altijd aan iets zo nieuw te gebruiken als onze "laatste" release die de meest recente semantische versie zal zijn.

• Docker Afbeeldingen nu beschikbaar op GitHub naast DockerHub .

Dankzij @ocefpaf , @abkfenris , @srstsavage en MathewBiddle hun bijdragen rond de Docker Images. Dit omvatte de eerste bijdragen van alle van hen behalve @ststsavage!

• Er is nu ondersteuning voor het genereren van Croissant schema dossiers. Het staat standaard aan. U kunt de Croissant schema uitschakelen in uw setup.xml met (NIET AANVAARD- Gelieve contact op te nemen of een probleem op GitHub als u dit moet doen) :

    <generateCroissantSchema>false</generateCroissantSchema>

• Sommige instellingen hebben hun standaardwaarden gewijzigd. gebruik HeadersForUrl en gebruikEddReflection nu allebei standaard naar true. Als ze een probleem veroorzaken en je moet ze op valse, maak dan een probleem. De bedoeling is om ze te verwijderen in een toekomstige release.

• Sommige instellingen zijn verwijderd. gebruikSharedWatchService en redirectDocumentatie ToGitHubio was standaard op ware voor meerdere releases en vrij goed getest op dit punt. Verwijderen van deze toegestaan voor enige code opruiming.

• Enkele kleine veranderingen, bug fixes, en optimalisaties.

• Voor ERDDAP™ Ontwikkelaars:

• Veel dode codes verwijderd. Veel waarschuwingen zijn verholpen.

Versie 2.27.0​

(uitgebracht 2025-06-11)

• Nieuwe functies en wijzigingen (voor gebruikers) :

• Nieuwe gegevens voor kleurbalkconverter op servers op /erddap/convert/color.html

• Dingen ERDDAP™ Beheerders moeten weten en doen:

• Standaardgedrag is dat de cache nu wordt gewist onafhankelijk van de taak van de major load datasets. Dit zal zorgen voor meer betrouwbare en regelmatige opruiming van oude cache bestanden. Er is extra werk om het gedrag van de server te verbeteren wanneer er weinig schijfruimte is (returning a error for requests to make the server running out of space, and clearing the cache more frequenter in low disk omstandigheden to try to prevent fouten) . In datasets.xml (of setup.xml) kunt u de nieuwe cache toevoegen/instellen ClearMinutes parameter om te bepalen hoe vaak de server controleert om de cache te wissen. Opmerking, de bestaande cacheMinutes parameter regelt de leeftijd van bestanden die bewaard moeten worden, de nieuwe cache ClearMinutes is voor hoe vaak een chache duidelijk te maken.

    <cacheClearMinutes>15</cacheClearMinutes>

U kunt de nieuwe cache clear controles uitschakelen door taakCacheClear op false in setup.xml te zetten, maar dat wordt niet aanbevolen. cache ClearMinutes is ook in de documentatie over datasets .

• Gelokaliseerde dataset metadata ondersteuning. Het ondersteunt lokalisatie voor waarden in een addAttributes Section. Voeg gewoon een attribuut toe met de extra xml:lang tag. Bijvoorbeeld om een Franse titel toe te voegen aan een dataset uw addAttributes De afdeling omvat:

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

Aanvullende gegevens beschikbaar in de gelokaliseerde metagegevensdocumentatie .

• Nieuwe Docker Stel bestand samen met opties voor SSL en een barebones Prometheus server. Dankzij Shane St. Savage voor de SSL en Jiahui Hu voor de Prometheus.

• Ondersteuning voor het gebruik van informatie in de headers om de server-URL te bepalen in plaats van te vertrouwen op het configuratiebestand. Hierdoor kan een server door meerdere namen worden benaderd en kunnen bepaalde configuraties worden vereenvoudigd. Schakel het in en stuur feedback.

    <useHeadersForUrl>true</useHeadersForUrl>

• Enkele kleine veranderingen, bug fixes, en optimalisaties.

• Voor ERDDAP™ Ontwikkelaars:

• Refactor voor hoe uitvoer bestandstypen worden gedefinieerd in code. Dit moet het zodat bestandstypen kunnen worden toegevoegd zonder dat u veel code plaatsen aan te raken.

Versie 2.26​

(vrijgegeven 2025-03-31)

• Voor iedereen:
• Grote update naar onze documentatie site: https://erddap.github.io/

Naast de bijgewerkte verschijning is er verbeterde navigatie, zoeken, vertaling, en het moet gemakkelijker te onderhouden vooruit!

• Nieuwe functies en wijzigingen (voor gebruikers) :

• Abonnementen en RSS updates moeten meer betrouwbaar gebeuren voor datasets die regelmatig worden bijgewerkt uit bestandswijzigingen.

• Dingen ERDDAP™ Beheerders moeten weten en doen:

• De standaard versie vereist/ondersteunt Java versie 21. Terug in deze release is in staat om gemakkelijk een Java 17 compatibel binair.

• Nieuwe functie om de informatie over datasets in de UI aan te passen. We verwachten dat dit bijzonder nuttig is om dingen als dataset citaten toe te voegen. Voor meer informatie kunt u de nieuwe documentatie . Met dank aan Ayush Singh voor de bijdrage!

• Aanvullende Prometheus statistieken. De grootste is http _Aanvragen_duur_seconden waarin de responstijden voor verzoeken zijn onderverdeeld in: "request_type," "dataset_id," "dataset_type," "file_type," "lang_code," "status_code" Dit machineleesbare formaat zal een betere verzameling metrics mogelijk maken om te begrijpen hoe gebruikers de server gebruiken.

• Nieuwe manier om ISO19115 XML bestanden te genereren. Het maakt gebruik van Apache SIS en is een nieuwe optie in deze release. Schakel het in en stuur feedback.

    <useSisISO19115>true</useSisISO19115>

• De UI zal nu individuele links voor elke url in velden zoals de infoUrl en samenvatting.

• Abonnementen en RSS updates moeten meer betrouwbaar gebeuren voor datasets die regelmatig worden bijgewerkt uit bestandswijzigingen. Als dit problemen veroorzaakt, kunt u contact opnemen met GitHub en uitschakelen van de functionaliteit door het toevoegen van de onderstaande vlag aan uw setup.xml. NIET AANVAARD

    <updateSubsRssOnFileChanges>false</updateSubsRssOnFileChanges>

• Subsetvariabelen worden niet langer automatisch gegenereerd voor datasettype EDDTableFromNcCFFiles. Als je op het gedrag vertrouwt, kun je ofwel (Geprefereerde oplossing) voeg het subsetVariables naar de dataset definitie in uw datasets.xml , of voeg de onderstaande vlag aan uw setup.xml. Als je de noodzaak voelt om dit aan te zetten, neem dan contact op met GitHub zodat we je use case beter kunnen ondersteunen. NIET AANVAARD

<includeNcCFSubsetVariables>true</includeNcCFSubsetVariables>

• De server zal nu documentatieverzoeken omleiden (onder downloads / dat is de documentatie die is gemigreerd) naar de nieuwe documentatiesite. Indien nodig kunt u dit uitschakelen met een vlag in setup.xml: NIET AANVAARD

    <redirectDocumentationToGitHubIo>false</redirectDocumentationToGitHubIo>

• Een paar kleine wijzigingen en bugfixes.

• Voor ERDDAP™ Ontwikkelaars:

• Meer code kwaliteit verbeteringen en dode code opruimen. Dit omvat kleine optimalisaties, een betere behandeling van afsluitbare hulpbronnen en migratie van lange verouderde datatypes. (zoals Vector) .

• Grote refactoring naar EDStatic om het grootste deel van de configuratie, bericht en metrische code eruit te halen. Het is ook beter ingekapseld initialisatie en behandeling van directory paden (Deze laatste 2 hebben meer te doen.)

• Veel vooruitgang in de richting van een officieel ondersteunde Docker Image. Het plan is om af te ronden en los te laten na de ERDDAP™ 2.26 release is beschikbaar.

Versie 2.25​

(vrijgegeven 2024-10-31)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• EDDTableFromFiles kan nu vragen ondersteunen met alleen afgeleide outputs (globals, jexl script, of variabelen) .  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Versie 2.25 vereist Java 21 of nieuwer. Dit is de LTS versie en is al meer dan een jaar beschikbaar.  
• De SharedWatchService is nu de standaard. Als je het wilt uitschakelen, neem dan contact op met Chris. John bij Noaa.gov om me te laten weten, zodat ik kan verbeteren in toekomstige versies en toevoegen: <useSharedWatchService>false</useSharedWatchService> naar uw setup.xml.  
• De ERDDAP™ servlet start nu bij het opstarten van de server. Wat betekent dat datasets direct beginnen te laden in plaats van te wachten tot een verzoek is gedaan.  
• De removeMVRows parameter in EDDTableFromMultidimNcFiles zal nu een effect hebben. Het op false zetten kan een aantal vragen aanzienlijk versnellen, maar dit is misschien niet geschikt voor alle datasets. Voor meer informatie zie de beschrijving van de parameter .  
• Datasets (EDDtabelVanNcFiles en EDDGrid VanNcFiles) het gebruik van zarr-bestanden wordt nu ondersteund. Ze moeten "zarr" opnemen in het bestandNameRegex of pathRegex. Zie Zarr secion in de datasets documentatie voor meer details.  
• Nieuw datasettype, EDDTableFromParquetFiles wordt nu ondersteund. Zie EDDTableFromParquetFiles secion in the datasets documentation voor meer details.  
• Prometheus metrics nu beschikbaar zijn op /erddap/metrics.  
• Een nieuwe XML parser implementatie is beschikbaar. Deze nieuwe parser maakt het gebruik van XInclude in datasets.xml . Met dank aan Ayush Singh voor de functie.  
• Nieuwe parameter in datasets.xml om ongewone activiteiten e-mails te controleren. ongewoonActiviteit FailProcent defaults tot de oude waarde van 25%. Met dank aan Ayush Singh voor de functie.  
• Nieuwe parameter in setup.xml die bepaalt of dataset laden fouten worden getoond op de status.html pagina. Het is standaard waar, om datasetfouten op de statuspagina uit te schakelen, stel showLoadErrorsOnStatusPage in op false:<showLoadErrorsOnStatusPage>false</showLoadErrorsOnStatusPage>  
• Een paar kleine wijzigingen en bugfixes.  
• Voor ERDDAP™ Ontwikkelaars:
• Tests gescheiden naar eenheid en integratie (langzaam) tests. Ook meer tests mogelijk en tests zijn minder schilferig gemaakt.  
• Foutmelding (sommige controles nog steeds uitgeschakeld) en Spot Bugs geïntegreerd via Maven.  
• Volledige code basis geformatteerd op de Google Style Guide.  

Versie 2.24​

(vrijgegeven 2024-06-07)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• Nieuw kleurenpalet EK80 voor akoestische datasets beschikbaar. Met dank aan Rob Cermak hiervoor.  
• Repareer een probleem waar EDDTableAggregateRows niet de juiste bereiken van alle kinderen. Met dank aan Marco Alba voor de fix en bug report.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• DOEN: VEILIGHEIDSVERANDERING: Google Authentication kan wijzigingen in uw CSP vereisen.

In het bijzonder, kunt u ook nodig om toe te voegen https://accounts.google.com/gsi/style naar stlye-src en https://accounts.google.com/gsi/ om-src te verbinden. Voor de script-src kunt u nu gebruiken https://accounts.google.com/gsi/client.

Voor meer informatie kunt u naar de Google pagina over CSP configuratie.  

• Nieuwe Shared Watch Service. Dit is een nieuwe optie voor het bekijken van mappen voor updates. Het heeft één thread voor elk bestandssysteem in plaats van één thread per dataset. Waarschijnlijk zal dit het aantal threads dat gebruikt wordt om naar veranderingen te kijken drastisch verminderen. Het betekent wel dat alle datasets samen worden bijgewerkt in plaats van elke dataset met een eigen updatefrequentie. Waarschijnlijk betekent dit meer frequente updates voor de meeste datasets.

Deze toevoeging inschakelen<useSharedWatchService>true</useSharedWatchService> naar uw setup.xml.

Probeer dit alsjeblieft en rapporteer hoe het werkt voor Chris. John bij Noaa.gov.  

• Fix voor onjuiste var namen in logs. Dankzij Ayush Singh.  
• Een paar kleine wijzigingen en bugfixes.  
• Verbeteringen voor ERDDAP™ ontwikkelaars:
• Ondersteuning voor lokale ontwikkeling met behulp van Docker. Bedankt Matt Hopson en Roje.  
• Ondersteuning voor lokale ontwikkeling met behulp van Jetty en documentatieverbeteringen. Bedankt Micah Wengren.  
• Wijzigingen in tests om problemen te verminderen cross platform. Bedankt. Shane St. Savage.  

Versie 2.23​

(vrijgegeven 2023-02-27)

Merk op dat deze release werd gedaan door Bob Simons, waardoor blijkt dat hij nog steeds actief is tijdens de overgang naar Chris John, zijn opvolger. Alle code wijzigingen worden uitgevoerd door Chis John, tenzij anders aangegeven.

• Nieuwe functies en wijzigingen (voor gebruikers) :
• (Geen)
   
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• DOEN: VEILIGHEIDSVERANDERING: Google Authentication wordt nu bereikt via de nieuwe Google Identity Services-bibliotheek die deel uitmaakt van "Aanmelden bij Google." De ondersteuning van Google voor het oude "Google Sign In" systeem wordt stopgezet 2023-03-31. Dus als u Google Authentication in uw ERDDAP™ installatie, U MOET updaten naar ERDDAP™ v2.23+ daarvoor. (Bob heeft spijt van de korte termijn. Het is Bob's schuld.)
   
• NCCSV is nu v1.2 De wijziging is dat de bestanden nu UTF-8-gecodeerde bestanden zijn (het waren ASCII) en dus kan nu elk Unicode teken zoals is, zonder codering als \u_hhhh_, hoewel dat nog steeds toegestaan is. Bij het schrijven van NCCSV bestanden, ERDDAP™ schrijft nu v1.2 bestanden. ERDDAP™ zal nog steeds lezen NCCSV-bestanden die de v1.0 en v1.1 specificatie volgen. Dankzij Pauline-Chauvet, n-a-t-e, en thogar-computer voor het suggereren van dit en het doen van de tests om ervoor te zorgen dat verschillende spreadsheet programma's kunnen importeren UTF-8 bestanden. Met dank aan Bob Simons voor deze codewijziging.  
• NIEUW: De status.html webpagina heeft nu een regel aan de bovenkant die aangeeft welke dataset loadDatasets momenteel laden en gerelateerde statistieken, of geen als er geen dataset wordt geladen. Dit kan zeer nuttig zijn om ERDDAP™ beheerders proberen uit te zoeken waarom laden Datasets duurt zo lang. Ook de nGridDatasets, nTableDatasets, en nTotalDatasets tellen hieronder die nu direct (voorheen waren ze vanaf het einde van de laatste grote lading Datasets) . Deze verandering is voor Roy Mendelssohn. Met dank aan Bob Simons voor deze codewijziging.  
• VERBETERD: GenererenDatasets Xml verandert nu in CF-1.10 (was CF-1.6) in de "Conventies" attributen. Met dank aan Bob Simons voor deze codewijziging.  
• Een paar kleine wijzigingen en bugfixes.  

Versie 2.22​

(vrijgegeven 2022-12-08)

Merk op dat deze release werd gedaan door Bob Simons, waardoor hij laat zien dat hij nog steeds actief is tijdens de overgang naar zijn opvolger.

• Nieuwe functies en wijzigingen (voor gebruikers) :
• (Geen)
   
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Niets.  
• VEILIGHEIDSBUGFIX: Er was een Cross Site Scripting-gerelateerde bug in de code voor de taal selectie drop-down. Dankzij NOAA Veiligheidsscans om dit te vangen. Dit toont aan dat NOAA veiligheid actief en routinematig op zoek naar veiligheidsgebreken in ERDDAP .  
• VEILIGHEIDSFIX: De vele bibliotheken die door ERDDAP™ werden bijgewerkt, zoals gebruikelijk, als onderdeel van deze release. Deze keer was het updaten van de PostgreSQL driver inbegrepen (met een beveiligingsbug) tot 42,5.1.  
• VERBETERD: Kleinere wijzigingen in ERDDAP 's geheugenbeheersysteem moet de kans op een gegeven verzoek te verminderen falen als gevolg van gebrek aan beschikbaar geheugen.  
• Een paar kleine wijzigingen en bugfixes.  

Versie 2.21​

(vrijgegeven 2022-10-09)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• (Geen)
   
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Voor Java 17, je moet \-d64 niet gebruiken in JAVA\_OPTS in setenv.bat of setenv.sh. Dus als het er is, verwijder het dan. Ik denk dat 64 bit mode nu is geselecteerd wanneer u een 64 bit versie van Java . Dankzij Sam Woodman.  
• BUG FIX: Soms probeerde het nieuwe e-mailsysteem te vaak in te loggen, waardoor Google E-mailservers alle toekomstige loginpogingen afwees. Het e-mailsysteem vermijdt dit en gerelateerde problemen.  

Versie 2.20​

(vrijgegeven 2022-09-30)

• Gebruik geen v2.20. Het is gebrekkig. Maar beheerders moeten nog steeds de onderstaande TODO-items doen bij het upgraden naar v2.21+.  
• Nieuwe functies en wijzigingen (voor gebruikers) :
• (Geen)
   
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• VERBETERD: We hebben het oude geheugenbeheersysteem opnieuw ingeschakeld (Wiskunde2.ZorgGeheugenBeschikbaar) en het nieuwe geheugenbeheersysteem gewijzigd (EDStatic.shedThisRequest) om er beter mee te werken. Zie Geheugenstatus voor details.  
• VERANDERD: De standaard voor<ipAdresMaxverzoeken> in datasets.xml verhoogd van 7 naar 15. Het is duidelijk dat sommige legitieme WMS Klanten kunnen meer dan 7 gelijktijdige verzoeken genereren.  

Versie 2.19​

(vrijgegeven 2022-09-01)

• Gebruik geen v2.19. Het is gebrekkig. Maar beheerders moeten nog steeds de onderstaande TODO-items doen bij het upgraden naar v2.20+.  
• Nieuwe functies en wijzigingen (voor gebruikers) :
• NIEUW: Er is een nieuwe server-side functie, orderBy Afdalen, wat werkt als orderBy , maar soorten in dalende volgorde. Dankzij Adam Leadbetter.  
• VERBETERD: Nu, grafieken (maar geen kaarten) zal uitbreiden om de beschikbare ruimte op het doek te vullen, d.w.z. ruimte die niet door de legende wordt gebruikt. U kunt hoge grafieken, vierkante grafieken, of brede grafieken door het toevoegen en manipuleren van de &.size=width | _Hoogte_parameter (waar breedte en hoogte de grootte van het canvas specificeren, in pixels) op de aanvraag URL. (Dit is geen optie op de .graph web pagina. U moet het handmatig toevoegen aan de URL.) Als u de &.size parameter niet specificeert, hebben verzoeken voor .smallPng, .png, .largePng, .smallPdf, .pdf en .large.pdf een vooraf gedefinieerde canvasgrootte, zodat uw grafiek zal uitbreiden om de beschikbare ruimte te vullen, maar meestal ruwweg vierkant. Dankzij Bob Fleming.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• DOEN: ERDDAP™ nu vereist Java 17 en de verwante Tomcat 10. U moet de ERDDAP™ installatie-instructies (of het equivalent, bijvoorbeeld voor Docker) te installeren Java 17 en Tomcat 10 en kopieer uw \[ kat \] /content directory van je Tomcat 8 installatie naar de nieuwe \[ kat \] directory. Er zijn geen andere wijzigingen die u aan uw ERDDAP installatie in verband met deze verandering. Met andere woorden, ERDDAP™ Werkt zoals vroeger.

Vergeet niet om de ERDDAP -gerelateerde wijzigingen aan Tomcat's server.xml en context.xml wanneer u Tomcat upgrade. Zie ERDDAP 's Tomcat installatie-instructies .

Mijn indruk van Java 17 is dat het de voorkeur geeft aan meer verwerkingskracht en geheugen voor langdurige, grotere toepassingen zoals ERDDAP™ , dus het werkt iets langzamer dan Java 8 met lage vermogenscomputers (b.v. 2 kernen en minimale RAM) en werkt iets sneller dan Java 8 met hogere vermogenscomputers (b.v. 4+ cores en overvloedige RAM) . Dus als je slechte prestaties ziet, gebruik programma's zoals Linux's boven om het gebruik van hulpbronnen te controleren en geven te overwegen ERDDAP™ meer middelen, met name meer geheugen. Geheugen is goedkoop! De meeste telefoons hebben meer processors en geheugen dan de servers die sommigen van u gebruiken om te draaien ERDDAP ! Dankzij Erin Turnbull.  

• DOEN: Als u ERDDAP™ Voor Cassandra moet je de versie van Cassandra blijven gebruiken. Java Dat je gebruikte voor het leiden van de Cassandra. Overschakelen naar Java 17 voor het uitvoeren van Tomcat+ ERDDAP .  
• Aanbevolen: Als de CPU van uw server 4+ cores heeft en 8+ GB RAM, overweeg dan om deze instellingen in uw datasets.xml bestand:

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

Als uw server minder middelen heeft, blijf dan bij "1" voor beide instellingen. De nThreads systemen voor EDDGrid FromFiles en EDDTable FromFiles werd aanzienlijk verbeterd. Deze veranderingen leidden tot een enorme snelheidsverbetering (b.v. 2X-snelheid bij nThreads ingesteld op 2 of meer) voor de meest uitdagende verzoeken (wanneer een groot aantal bestanden moet worden verwerkt om de resultaten te verzamelen) . Sommige gerelateerde veranderingen van Chris John zal ook leiden tot een algemene snelheid gedurende ERDDAP . De code voor deze wijzigingen werd door Chris John bijgedragen. Dank je. Chris!  

• WAARSCHUWING: koppeltekens in datasetID 's worden verouderd en niet meer ondersteund (Hoewel technisch nog steeds toegestaan) . Waarschijnlijk worden ze in de volgende release niet toegelaten. Als u koppeltekens gebruikt, schakelt u nu naar onderstrepingen om problemen te voorkomen. Als je nu de verandering maakt, is het op je eigen snelheid. Als je wacht tot de volgende release, ben je in paniek en moet je het die dag afhandelen.  
• NIEUW: Nu, voor .htmlTable gegevensresponsen, indien de gegevens in een stringcel gegevens bevatten:image/png;base64, gevolgd door een base64 gecodeerde .png afbeelding, ERDDAP™ zal een pictogram tonen (zodat de gebruiker de afbeelding kan zien als ze erover zweven) en knoppen om de tekst of de afbeelding op te slaan op het klembord. Met dank aan Marco Alba (die de code heeft bijgedragen) en Bob Simons (die het licht heeft aangepast) .  
• NIEUW: -NotAddStandardNames Als u \-doNotAddStandardNames als een commandoregel parameter wanneer u genereren uitvoeren Datasets Xml genereren Datasets Xml zal niet toevoegen standard\_name aan de addAttributes voor andere variabelen dan de met naam genoemde variabelen: breedtegraad, lengtegraad, hoogte, diepte of tijd (die duidelijk zijn standard\_name s) . Dit kan handig zijn als u de uitvoer van genereren Datasets Xml direct in ERDDAP™ zonder de uitvoer te bewerken, omdat genereren Datasets Xml raadt vaak standard\_name Niet correct. (Merk op dat we altijd aanraden dat u de uitvoer bewerkt voordat u deze gebruikt in ERDDAP .) Het gebruik van deze parameter zal andere kleine gerelateerde effecten hebben omdat de geraden standard\_name wordt vaak gebruikt voor andere doeleinden, bijvoorbeeld om een nieuwe long\_name , en om de kleurbalk instellingen te maken. Dankzij Kevin O'Brien.  
• NIEUW: U kunt nu zetten<updateMaxEvents>10</updateMaxEvents> in datasets.xml (in met de andere instellingen aan de bovenkant) het maximum aantal bestandswijzigingen wijzigen (standaard=10) dat zal worden verwerkt door het updateEveryNMillis systeem. Een groter getal (100?) kan nuttig zijn wanneer het zeer belangrijk is dat de dataset altijd up-to-date wordt gehouden. Zie updateMaxEvents documentatie . Dankzij John Maurer.  
• NIEUW: Toegevoegd steun voor wereldwijde " real\_time =true | False" String eigenschap. Als dit niet waar is (de standaard) en als de dataset geen update gebruikt EveryNMillis, ERDDAP™ zal cache antwoorden op verzoeken voor bestandstypen waar het hele bestand moet worden gemaakt voor ERDDAP™ kan beginnen met het sturen van de reactie aan de gebruiker en hergebruik ze voor ongeveer 15 minuten (bv. .nc , .png) . Als dit waar is of als de dataset een update gebruikt EveryNMillis, ERDDAP™ zal nooit cache de response bestanden en zal altijd terugkeren nieuw aangemaakte bestanden. Dankzij John Maurer.  
• NIEUW: E-mails worden nu verzonden in een aparte e-mailThread. Dit maakt het laden van datasets en andere acties die e-mails genereren sneller omdat loadDatasets hoeft niet te wachten op de e-mail te worden verzonden, wat soms een lange tijd duurt. Het nieuwe systeem kan meerdere e-mails per e-mailsessie versturen, waardoor het aantal e-mailserverlogins wordt verminderd en het risico van falende e-mails wordt verminderd omdat ze te frequent zijn. Er zijn statistieken voor de e-mailThread op de status.html pagina en kenmerkende berichten in log.txt -- zoek naar "emailThread." Merk op dat een tally van nEmailsPerSession=0, duidt op problemen, d.w.z. een e-mailsessie kon geen e-mails versturen. Dankzij Bob Simons.  
• VERANDERD: E-mails worden nu verzonden met iets andere code (vanwege Java 17 en de wijziging naar e-mailThread) . Als u problemen heeft met het versturen van e-mails, stuur dan een e-mail erd.data at noaa.gov .  
• NIEUW: Abonnementsacties die een externe URL "aanraken" worden nu in een aparte touchThread behandeld. Dit maakt het laden van datasets en andere acties die URL's aanraken sneller omdat loadDatasets niet hoeft te wachten tot de touch voltooid is, wat soms lang duurt. Er zijn statistieken voor de touchThread op de status.html pagina en kenmerkende berichten in log.txt -- zoek naar "touchThread." Dankzij Bob Simons.  
• NIEUW: Op de status.html pagina, in de "Major LoadDatasets Time Series," is er een nieuwe "shed" kolom die het aantal verzoeken aangeeft die zijn weggeworpen omdat huidige ERDDAP™ Het geheugengebruik was te hoog. Verzoeken die worden afgewezen zullen HTTP status code 503 "Service Beschikbaar" retourneren. Die verzoeken waren niet per se een probleem. Ze zijn net op een drukke tijd aangekomen. Dit was onderdeel van een vernieuwing van hoe ERDDAP™ behandelt hoog geheugengebruik.  
• NIEUW: Op Unix/Linux computers staat nu een "OS Info"-regel op de status.html-webpagina met actuele besturingssysteeminformatie inclusief CPU-belasting en geheugengebruik.  
• VERBETERD: Nu, wanneer ERDDAP™ wordt herstart en quickRestart=true, EDDTableFromFiles datasets zullen de subset hergebruiken .nc en onderscheiden .nc . Voor sommige datasets vermindert dit sterk de tijd om de dataset te laden (bv. van 60 seconden tot 0,3s) . Samen met de nieuwe e-mailThread en taakThread (zie boven) , dit moet sterk versnellen herstart ERDDAP™ voor velen ERDDAP™ installaties. Dankzij Ben Adams en John Kerfoot.  
• VERANDERD: Eerder, weesdatasets (datasets die in leven zijn ERDDAP™ maar zijn niet binnen datasets.xml ) werden gewoon genoteerd op status. html en in log.txt na elke grote loadDatasets. Nu worden ze automatisch verwijderd van ERDDAP™ en genoteerd op status.html en in log.txt, en gemaild naar e-mail Alles aan. Dus als je een dataset wilt verwijderen uit ERDDAP™ , nu alles wat je hoeft te doen is verwijderen zijn brok xml in datasets.xml en het zal worden verwijderd in de volgende grote ladingDatasets. Dankzij Bob Simons.  
• KENNEN BUG in netcdf-java v5.5.2 en v5.5.1: De EDDGrid Van Thredds Catalogusoptie in GenererenDatasets Xml gebruikt om te werken voor THREDDS catalogi die verwijzingen naar datasets in remote THREDDS catalogi bevatten. Nu niet meer. Ik heb het probleem gemeld aan de netcdf-java ontwikkelaars.  
• BUG FIX: Voor Docker gebruikers het instellen van setup.xml parameters via ERDDAP \_paramName: voor int- en booleaanse parameters (e-mail SmtpPort) , ERDDAP™ was verkeerd op zoek naar paramName. Nu zoekt het naar _ ERDDAP \paramNaam. Dankzij Alessandro De Donno.  
• VERANDERING: de ERDDAP™ testsysteem gebruikt nu een geautomatiseerd systeem om te controleren of nieuw gemaakte testbeelden precies zijn zoals verwacht. Dankzij Chris. John voor de suggestie en Bob Simons voor de implementatie.  

Versie 2.18​

(vrijgegeven 2022-02-23)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• Geen
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• BUG FIX: .nc De dossiers waren onder bepaalde omstandigheden niet gesloten. Nu wel. Dankzij Marco Alba, Roland Schweitzer, John Maurer en anderen.  

Versie 2.17​

(vrijgegeven 2022-02-16)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• BUG FIX: Na wijzigingen in de orderBy systeem een paar jaar geleden, Tabledap's Make A Graph niet goed behandeld veel vragen die gebruikt orderBy Xxx_. Nu wel. Dankzij Maurice Libes.  
• Eerder, ERDDAP™ afgewezen verzoeken om . transparant Png's wanneer de breedte- en/of lengtewaarden geheel of gedeeltelijk buiten bereik waren. ( ERDDAP™ GitHub problemen #19, gepost door Rob Fuller -- bedankt voor het posten van die Rob) Nu geeft het transparante pixels terug voor alle buiten bereik gebieden van de afbeelding. Dit is nuttig voor veel clienttoepassingen. De code wijzigingen om deze verandering te maken werden volledig gedaan door Chris John. Dank je wel, Chris.  
• Eerder, ERDDAP™ afgewezen griddap-verzoeken indien de indexwaarden voor een bepaalde dimensie \[ hoog: laag \] . Nu maakt het die verzoeken geldig door de lage en hoge waarden te ruilen. Dit lost een al lang bestaand probleem op voor gebruikers en voor externe programma's zoals xtracto die moesten bijhouden van de weinige datasets met breedtegraden die variëren van hoog tot laag om een verzoek te doen zoals \[ (50) : (20) \] zodat het verzoek in de indexruimte \[ laag:hoog \] . Zie https://coastwatch.pfeg.noaa.gov/erddap/griddap/jplAquariusSSS3MonthV5.html Nu, een verzoek zoals \[ (20) : (50) \] voor een van deze datasets wordt automatisch geïnterpreteerd als \[ (50) : (20) \] .  
• VERANDERD: .esriAscii-verzoeken activeren nu een "Bestand: Opslaan als" dialoogvenster in de browser van de gebruiker. Dankzij Joel Van Noord.  
• BUG FIX: Nu, als de lengte variabele van een kind dataset van een EDDGrid LonPM180 of EDDGrid Lon0360 dataset heeft een valid\_min en/of valid\_max attribuut, worden ze verwijderd in de EDDGrid LonPM180 of EDDGrid Lon0360 dataset. Dankzij Roy Mendelssohn.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Als je had ingesteld<dataProviderFormActive> to false om tijdelijk om te gaan met de XSS kwetsbaarheid, stel het terug naar waar.  
• SECURITY BUG FIX: Vaste XSS kwetsbaarheid in Data Provider Form. Dankzij Genaro Contreras Gutiérrez.  
• BUG FIX: Toen een AWS S3 dirctory meer dan 10000 bestanden had, ERDDAP™ gooide een "interne fout." Dit is nu opgelost. Dankzij Andy Ziegler.  
• BUG FIX: EDDGrid SideBySide heeft geen variabele toegestaan sourceName s in verschillende kinddatasets hetzelfde zijn. Nu wel. Dankzij Joshua Stanford.  

Versie 2.16​

(vrijgegeven 2021-12-17)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• VERANDERINGEN/OPSTELLINGEN: Talrijke kleine wijzigingen in het vertaalsysteem dankzij suggesties van taalspecifieke redacties. Dankzij Melanie Abecassis, Marco Alba, Jessy Barrette, Filipe Fernandes, Etienne Godin, Jennifer Sevadjian en Mike Smit.  
• ADDED een goede disclaimer en toeschrijving voor Google Translate, zoals vereist door de voorwaarden van Google Translate. Ook de<html> tag in de HTML voor elke webpagina nu goed identificeert niet-Engelse webpagina's als zijn machine vertaald. Dankzij Mike Smit.  
• BUG FIX: De login webpagina's werken nu goed met verschillende taalinstellingen. Dankzij Mike Smit.  
• NIEUW orderBy Somfilter. En nieuwe Alles controleren en alle knoppen verwijderen EDDGrid Data Access Formulier webpagina. Dankzij de code bijdrage van Marco Alba.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Als u <vraagMarkImageFile>VraagMark.jpg</vraagMarkImageFile> in uw setup.xml bestand, moet u ofwel de hele tag verwijderen (aanbevolen, dus het standaardbestand wordt gebruikt) of verander het in: <vraagMarkImageFile>VraagMark.png</vraagMarkImageFile>  
• Het is maar dat je het weet. Adoptie heeft AdoptOpenJDK vervangen als de belangrijkste/aanbevolen bron van Java (OpenJDK) .  
• VERANDERING: De logbestanden van ERDDAP™ , GenererenDatasets Xml, en DasDds zijn nu UTF-8, niet de standaard tekenset van de computer. Ik heb veel gecontroleerd en een paar wijzigingen aangebracht om ervoor te zorgen dat ERDDAP™ geeft altijd de juiste tekenset aan bij het lezen of schrijven van allerlei bestanden, en niet langer (in meerdere gevallen) vertrouwt op de standaard tekenset van de computer. Dit corrigeerde een paar fouten en bewoog zo dicht mogelijk bij het doel van het gebruik van UTF-8 voor zoveel mogelijk bestandstypen (bv., .log, .xml, .html, .json , .json l, .nc Kop) . Merk op dat veel oudere bestandstypen nodig zijn om ISO-8859-1 te gebruiken (bv. OPeNDAP .das, .dds, .csv, .tsv , .nc 3, .nccsv , .cpt) . Ik heb eerder geprobeerd om te werken met de CF groep en met Unidata ondersteuning voor UTF-8 toevoegen in .nc 3 bestanden; beide waren resistent.  
• NIEUW: Bij het downloaden van bestanden van AWS S3, ERDDAP 's cache FromUrl-systeem in EDDGrid FromFiles en EDDTable FromFiles gebruikt nu de nieuwe AWS Transfer Manager om bestanden te downloaden via parallelle brokken (dus zeer snel) . De doel doorvoer is ingesteld op 20 Gbps, per bestand, dus dit werkt goed met alle AWS instantie types, maar vooral degenen die uitstekende "Networking Performance" hebben. Met deze verandering ERDDAP 's cache FromUrl systeem biedt nu vergelijkbare snelheden aan xarray's aanpak van parallelle downloads van pre-chunked bestanden, maar zonder de noodzaak om de bronbestanden te converteren van .nc en .hdf in gebarsten xarray bestanden. In feite, ERDDAP 's systeem is beter als er een later verzoek om te lezen uit hetzelfde bestand, omdat ERDDAP™ heeft nu een lokale kopie van het bestand. Onze gemeenschap heeft jarenlang gestandaardiseerd op .nc en .hdf dossiers. Nu hoeven we dat allemaal niet weg te gooien om goede prestaties te krijgen bij het opslaan van gegevens in AWS S3. Dankzij Rich Signell.  
• VERANDERING: zoekenEngine=Luceen is, voor nu, verouderd. Het is een complex systeem dat vaak resultaten oplevert die iets afwijken van het meer wenselijke gedrag van zoekenEngine=origineel. Voor bijna alles ERDDAP™ installaties, de tijdsbesparing van Lucene compenseren de verschillen in resultaten niet. Gebruik in plaats daarvan searchEngine=origineel indien mogelijk. Als dat problemen veroorzaakt, mail dan Bob.  
• VERANDERING: De Lucene zoekmachine gedraagt zich nu meer als de originele zoekmachine. Er zijn geen gevallen meer waarin lucene denkt dat een dataset overeenkomt met en origineel niet. Ook, lucene's rankings nu gelijk originele's rankings (want origineel wordt nu altijd gebruikt om de rankings te berekenen) .  
• BUG FIX: Beginnend in een recente release, ERDDAP™ stopte met het zien van meer dan de eerste 1000 objecten in een gegeven AWS S3 emmer. Nu, ERDDAP™ weer ziet alle objecten. Dankzij Andy Ziegler.  
• BUG FIX: Nu EDDTableAggregate Rijen verwijdert de actual\_range attribuut wanneer één of meer van de kinddatasets de variabelen niet kent ' actual\_range (b.v. EDDTableFromDatabase) . Dankzij Erik Geletti.  

versie 2.15​

(vrijgegeven 2021-11-19)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• ERDDAP™ heeft een nieuw systeem om de gebruiker de taal te laten specificeren die gebruikt moet worden voor alle webpagina's. Indien ERDDAP™ installatie is ingesteld om het te gebruiken, de lijst van talen zal verschijnen in de rechterbovenhoek van elke webpagina. ERDDAP™ URL's van voor deze versie blijven werken en altijd terug Engelse inhoud, zoals voorheen.

Niet alle tekst of alle webpagina's werden vertaald. Er waren tijdsdruk op dit project waardoor Qi en Bob niet tot 100% konden komen.

De voor de hand liggende vraag is: waarom hebben we hier zoveel moeite voor gedaan als Chrome webpagina's on-the-fly zal vertalen? Het antwoord is: op deze manier krijgen we veel meer controle over hoe de vertaling wordt gedaan. Er zijn veel woorden die niet op de webpagina's moeten worden vertaald, bijvoorbeeld de titels en samenvattingen van datasets, de namen van variabelen, parameters, eenheden en organisaties. Veel van de vertaalinspanning was het identificeren van woorden en zinnen die niet moeten worden vertaald. Ook, de machine vertalingen de neiging om bepaalde soorten van HTML markup mangle. Door de vertaling te beheren konden we dit probleem minimaliseren.

Het vertaalproject werd uitgevoerd door Qi Zeng (a Google Summer of Code stagiair) en Bob Simons gebruiken Google's Vertaling webservice. Het was een groot project. Bedankt. Qi!

• BUG FIX: ERDDAP™ nu staat ORCID ID's toe om X als laatste cijfer te hebben. Dankzij Maurice Libes.  

• Dingen ERDDAP™ Beheerders moeten weten en doen:

• DOEN:

  • U moet een paar wijzigingen aanbrengen in verband met ERDDAP 's nieuwe systeem om gebruikers de taal voor webpagina's te laten specificeren.
    • Op de eerste regel van uw setup.xml en datasets.xml bestanden, verander naar: codering="UTF-8" en verander de codering van het document in uw teksteditor zodat het wordt opgeslagen als een UTF-8 bestand. GenererenDatasets Xml neemt nu aan dat de datasets.xml is een UTF-8 bestand.
    • Programmeurs die compileren ERDDAP : Alle ERDDAP™ .java bestanden moeten standaard worden behandeld als UTF-8 bestanden. Mogelijk moet u "-codering UTF-8" toevoegen aan de javac commandoregel. (Ja.)
    • Dit systeem inschakelen (sterk aanbevolen) In de<startBodyHtml5>-tag die u in datasets.xml , verander "&amp!loginInfo;" in "&amp!loginInfo; | & taal;" zodat de lijst van talen verschijnt in de rechterbovenhoek van elke ERDDAP™ Webpagina.
    • ERDDAP™ gebruikt alleen de<startBodyHtml5>-tag die u in datasets.xml om de HTML-inhoud voor de banner bovenaan elke ERDDAP™ webpagina, ongeacht welke taal de gebruiker selecteert. Als je die tag verandert om te gebruiken " &EasierAccessToScientificData; "in plaats van "Gemakkelijker toegang tot wetenschappelijke gegevens" en " &BroughtToYouBy; "In plaats van "naar jou gebracht door," ERDDAP™ gebruikt vertaalde versies van die zinnen in de banner.
    • Ook de nieuwe standaard<de korte beschrijvingHtml> in datasets.xml is

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

De laatste 3 regels van inhoud zijn dingen die zullen worden vervangen door vertaalde tekst. Als je een van hen bekeert (met name dit SpeciaalErddap;) of alle van hen naar expliciete tekst in datasets.xml (die voorrang heeft, indien aanwezig) of messages.xml, die tekst zal verschijnen ongeacht welke taal de gebruiker selecteert. Dit is niet perfect, maar ik dacht dat weinig beheerders zouden willen bewerken<deShortDescriptionHtml> in 35 verschillende bestanden om 35 verschillende vertaalde versies van die tag.

• VERANDERD: Sommige fouten worden nu iets anders behandeld en dus kan worden toegevoegd aan de lijst van "Failed Requests" op status.html en in het Dagelijks Verslag E-mail. Dus die getallen kunnen iets groter zijn dan voorheen.  
• BUG FIX: GenererenDatasets Xml voor EDDGrid Lon0360 en EDDGrid LonPM180 sluit nu brondatasets uit met datasetID ="."\*LonPM180" en datasetID ="."\*\_Lon0360" respectievelijk.  

Versie 2.14​

(vrijgegeven 2021-07-02)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• (geen)
   
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• NIEUW: EDDGrid Lon0360 die een gerasterde dataset maakt met lengtewaarden >=0 en<=360 uit een gerasterde dataset met lengtewaarden >=-180 en<= 180. Zie EDDGrid Lon0360 documentatie . Dankzij Dale Robinson.  
• NIEUW: ERDDAP™ beheerders kunnen nu elke waarde in setup.xml overschrijven via een omgevingsvariabele genaamd ERDDAP \_waardeNaam voordat u start ERDDAP . Gebruik bijvoorbeeld ERDDAP \_baseUrl overschrijft de<baseUrl> waarde. Dit kan handig zijn bij het implementeren ERDDAP™ met een container, zoals u standaardinstellingen kunt plaatsen in setup.xml en dan speciale instellingen kunt leveren via omgevingsvariabelen. Als u geheime informatie aan ERDDAP™ Controleer via deze methode of de informatie geheim blijft. ERDDAP™ leest alleen de omgevingsvariabelen eenmaal per opstarten, in de eerste seconde van opstarten, dus een manier om dit te gebruiken is: stel de omgevingsvariabelen in, start ERDDAP™ , wacht tot ERDDAP™ wordt gestart en de omgevingsvariabelen worden uitgeschakeld. Dankzij Marc Portier.  
• VERBETERD: Nu, als sommige bestanden in een EDDTableVan... Bestanden dataset met veel bestanden hebben een aantal zeer lange String waarden, de dataset zal veel sneller laden en veel sneller reageren op verzoeken. Wat voorafging: ERDDAP™ zou veel ruimte voor de min en max String waarden in de bestanden die zijn opgeslagen met bestandsinformatie voor dergelijke datasets toewijzen. Het resulterende bestand was enorm, waardoor het werd geschreven en langzaam gelezen. Dankzij OBIS.  
• Nu, ERDDAP™ doet een betere taak van het interpreteren van ongebruikelijke en ongeldige karakterreeksen in CSV-bestanden. Dankzij OBIS.  
• Na een jaar van problemen met Cassandra, heb ik eindelijk Cassandra geïnstalleerd. (v2) opnieuw en zo was in staat om de tests opnieuw te doen met Cassandra v2. Dus nu kan ik meer vertrouwen stellen dat ERDDAP™ werkt met Cassandra v2 en v3. Dankzij ONC.  

Versie 2.12​

(vrijgegeven 2021-05-14)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• BUG FIX: Als je op de zwarte lijst staat, kun je nu geen lijst aanvragen van je abonnementen.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• DOEN: NIEUW: systeem om automatisch het vermogen van kwaadaardige gebruikers en overdreven agressieve legitieme gebruikers te beperken om een groot aantal gelijktijdige verzoeken die de prestaties van het systeem voor andere gebruikers zou degraderen. Er zijn 3 nieuwe optionele tags in datasets.xml die u direct na kunt/moet toevoegen<diagramAchtergrondkleur>:

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

Zie voor meer informatie ipAddressMaxverzoeken . ERDDAP™ ook nu drukt het "Aantal unieke gebruikers (sinds opstarten) " op de status.html pagina. Dankzij de persoon in China die mijn ERDDAP™ installatie.  

• VERANDERING aan postgresql driver gedrag: Toen ik de Postgresql driver bijgewerkt, de kolom namen in de tabel lijst gegenereerd door Postgresql en GenerateDatasetsXml kwam terug alle hoofdletters, in plaats van alle kleine letters, zoals voorheen. Ik weet niet of dat andere dingen zal beïnvloeden, omdat databases die namen vaak als hoofdletterongevoelig beschouwen. Mijn testset werkt nog steeds correct. Maar als je dataset stopt met werken met dit ERDDAP™ update, dit is de mogelijke reden om eerst na te streven.  

• BUG FIX: ERDDAP™ nu ook behandelt privé AWS S3 bestanden correct. Er waren andere gerelateerde verbeteringen aan de behandeling van AWS S3-bestanden. Dankzij Michael Gangl en Dylan Pugh.  

• NIEUW: EDDGrid VanNcFiles en EDDGrid VanNcFiles Uitgepakt kan nu gegevens lezen van "structuren" in .nc 4 en .hdf Vier dossiers. Om een variabele te identificeren die afkomstig is van een structuur, de< sourceName > moet het formaat gebruiken: fullStructureName | memberName, bijvoorbeeld groep1/myStruct | mijn Lid . Dankzij NRL.  

• VERANDERD: Nu, als het huidige geheugengebruik plus dit verzoek is zelfs iets hoog, griddap sets nThreads voor dit verzoek tot 1. Dus, ERDDAP™ Bespaart geheugen wanneer geheugen schaars is. Dankzij de persoon in China die mijn ERDDAP™ installatie.  

• NIEUW systeem om het aantal geopende bestanden te controleren (die sockets en sommige andere dingen bevat, niet alleen bestanden) in Tomcat op Linux computers. Als sommige bestanden per ongeluk nooit worden gesloten, kan het aantal geopende bestanden toenemen totdat het de maximaal toegestane en tal van echt slechte dingen gebeuren. Dus nu, op Linux computers (de informatie is niet beschikbaar voor Windows) :

  • Er is een nieuwe kolom "Open Files" aan de rechterkant van de status.html webpagina met het percentage van de max bestanden geopend. Op Windows, het toont gewoon "?"
  • Wanneer ERDDAP™ genereert die informatie aan het einde van elke belangrijke dataset herladen, het zal afdrukken naar het logboek. txt-bestand: openFileCount=current of max=max %=percent
  • Indien het percentage >50% bedraagt, wordt een e-mail naar de ERDDAP™ beheerder en e-mail Alles Naar e-mailadressen.

Om meer te weten te komen, of als u dit probleem op uw ERDDAP™ , zie Te veel geopende bestanden . Dankzij de persoon in China die mijn ERDDAP™ installatie.  

• NIEUW: Ik heb veel controle en behandeling van "Te veel geopende bestanden" toegevoegd, dus de taak stopt gewoon en de gebruiker ziet de foutmelding. Gegevensbestanden zullen niet langer worden gemarkeerd als slecht als het lezen ervan resulteert in een "Te veel geopende bestanden" fout.  
• NIEUW \[ bigParentDirectory \] /badFilesVlag map: Als je een bestand in deze map plaatst met een datasetID als bestandsnaam (de inhoud van het bestand doet er niet toe) , ERDDAP™ zal de badFiles verwijderen .nc bestand voor die dataset (indien) en herlaad de dataset zo snel mogelijk. Dit veroorzaakt ERDDAP™ om opnieuw te proberen om te werken met de bestanden eerder (Fout?) gemarkeerd als slecht. Dankzij Marco Alba.  
• VERANDERD: Bij het opstarten, indien een EDDGrid Van...Bestanden of EDDtabelVan... Bestanden dataset in eerste instantie heeft 0 bestanden in de lijst van bekende geldige bestanden (Bijvoorbeeld, het is een nieuwe dataset) , dan ERDDAP™ stelt het laden uit en zet een vlag zodat het zo snel mogelijk wordt geladen nadat de hoofdbelastingDatasets is voltooid. Dit versnelt de initiële opstart wanneer er nieuwe datasets zijn.  
• VERANDERD: FileVisitorDNLS.testAWSS3 () en FileVisitorSubdir.testAWSS3 () Gebruik nu de AWS v2 (niet v1) SDK. Dus nu de Git ERDDAP™ distributie nu bevat alle benodigde bestanden en je hoeft niet langer handmatig toe te voegen de enorme v1 AWS SDK jar bestand.  
• VERANDERD: Ik heb Maven gebruikt om afhankelijkheden te detecteren/verzamelen (de .jar bestanden in /lib) . De verandering in v2 van de AWS SDK vereiste dit. Het zal nodig zijn voor andere ingevoerde code in de toekomst. Een enorme dank aan Kyle Wilcox die de pom.xml die hij creëerde en gebruikt, die verschillende problemen voor mij opgelost.  
• VERANDERD: de klassepadparameter (-cp) gebruikt in GenerateDatasetXml, DasDds en andere kleine programma's die komen met ERDDAP™ , en in het advies aan programmeurs is nu veel eenvoudiger en mag nooit meer veranderen omdat het verwijst naar de directory, niet de individuele bestanden: \-cp klassen;C:\programma's\_tomcat\lib\servlet-api.jar;lib\* (of ':' in plaats van ';' voor Linux en Macs) . (Ik had dit jaren geleden moeten doen toen het een optie werd.)
   
• NIEUW: GenererenDatasets Xml heeft een nieuwe utility optie: vindDuplicateTime die zal zoeken via een verzameling van gerasterde .nc (en verwant) bestanden om bestanden met dubbele tijdwaarden te vinden. Zie findDuplicate Tijd
   
• NIEUW: datasets.xml kan nu een<paletten> tag die de<paletten> tag waarde van messages.xml (of keert terug naar de berichtwaarde.xml als het leeg is) . Hiermee kunt u de lijst met beschikbare paletten wijzigen terwijl ERDDAP™ is aan het rennen. Ook, als je een cptfiles subdirectory in de ERDDAP™ inhoudsmap, ERDDAP™ zal alle \*.cpt bestanden in die map kopiëren naar de \[ kat \] /webapps/erddap/WEB-INF/cptfiles directory elke keer ERDDAP™ begint. Door deze wijzigingen kunt u paletten toevoegen en de wijzigingen aanhouden wanneer u een nieuwe versie van ERDDAP . Zie Palettendocumentatie
  Dankzij Jennifer Sevadjian, Melanie Abecassis en misschien andere kustwachtmensen.  
• VERANDERD: [<trageDownTroubleMillis>] (/docs/server-admin/datasets#slowdowntroublemillis) wordt nu gebruikt voor alle mislukte verzoeken, niet slechts een paar soorten.  
• VERANDERD: De RunLoadDatasets-thread onderbreekt nu de LoadDatasets-thread bij 3/4 LoadDatasets MaxMinutes dus er is meer tijd voor LoadDatasets om de onderbreking en exit sierlijk op te merken. Ook zijn er meer en betere kenmerkende berichten voor dit.  
• Veranderd van de oude versie van Lucene naar v87.0.  
• VERANDERING: e-mails verzonden door ERDDAP™ nu verschijnen met een vaste breedte lettertype.  
• Wijziging: EDDGrid FromFiles krijgt nu aswaarden en attributen van FIRST | LAST-bestand, zoals gespecificeerd in<metadataVan>. Bedankt. (niet) Aan Ken Casey, et al.  
• ADDED ondersteuning voor de ongeldige eenheden "grade\_North" en "grade\_East" die ten onrechte worden gebruikt door de recente bestanden (sinds 2020-10-01) in de AVHRR Pathfinder versie 5.3 L3-verzameld (L3C) SST-datasets (nceiPH53 sst d1day en nceiPH53 sst n1day) . ERDDAP™ kan ze nu standaardiseren tot geldige eenheden. Bedankt. (niet) Aan Ken Casey, et al.  

Versie 2.11​

(vrijgegeven 2020-12-04)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• BUG FIX: OrderByMean gooide een NullPointerUitzondering als een variabele slechts een van \FillValue of ontbrekende\ Waarde gedefinieerd. Nu behandelt het de situatie correct. Dankzij Marco Alba.  
• BUG FIX: Er waren problemen met de ODV-tekstbestanden aangemaakt door ERDDAP™ in v2.10. Die problemen zijn opgelost. Dankzij Shaun Bell.  
• BUG FIX: Net binnen. ERDDAP™ v2.10: Als de lat lon grenzen in de URL zijn opgegeven, dan is de box niet getekend op de wereldkaart. Nu weer. Dankzij John Maurer.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• BUG FIX: Net binnen. ERDDAP™ v2.10: De scriptbestanden voor ArchiveADataset, GenererenDatasets Xml en DasDds werkten niet omdat ze niet de veranderingen in het klassepad hadden die werden toegevoegd met ERDDAP™ v2.10. Nu wel. Dankzij Marco Alba.  
• NIEUW: In datasets.xml , u mag nu het label:

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

Momenteel, indien waar (of als de tag leeg is, of als de tag niet in het bestand staat) , wanneer het verzoek van een gebruiker leidt tot een NullPointerException, ERDDAP™ zal de stack trace e-mailen naar erd.data at noaa.gov (de ERDDAP™ ontwikkelingsteam) . Dit moet veilig en veilig zijn, aangezien geen vertrouwelijke informatie (b.v. het verzoekUrl) is opgenomen in de e-mail. Dit moet het mogelijk maken om elke obscure, totaal onverwachte bugs die leiden tot NullPointerExceptions te vangen. Anders ziet de gebruiker de uitzonderingen, maar de ERDDAP™ ontwikkelaars niet, dus we weten niet of er een probleem is dat opgelost moet worden.

Het is mogelijk dat deze tag zal leiden tot andere, soortgelijke kenmerkende informatie wordt gemaild naar erd.data at noaa.gov in de toekomst. De inhoud van de e-mail zal altijd minimaal zijn en gerelateerd aan bugs, en niet, bijvoorbeeld, gebruiksinformatie. Dankzij Marco Alba.  

• VERANDERD: Nu gemeenschappelijke gecomprimeerde bestandstypen ( .bz2 , .gz , .gzip , .tar , .tgz , .z , .zip ) zijn ook verboden voor byte range verzoeken. Dit wordt gespecificeerd via<extensiesNoRangeRequests> in messages.xml.  
• KENNISPROBLEEM: Zoals bij ERDDAP™ 2.10, .nc ml bestanden die proberen om een attribuut te veranderen, veranderen het attribuut niet. Dit is een bekende bug in netcdf-java die ik heb gemeld en ze zeggen dat zal worden opgelost in de volgende release van netcdf-java.  

Versie 2.10​

(vrijgegeven 2020-11-05)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• NIEUW: De nieuwe Interpolaat converter interpoleert efficiënt waarden uit de waarden van een gerasterde dataset. Als zodanig is het bijzonder nuttig voor onderzoekers die werken met dierspoorgegevens. Deze converter neemt een tabel met breedte, lengte en tijd kolommen (en misschien andere kolommen) en geeft een tabel terug met extra kolommen met geïnterpoleerde waarden. Dit is dus vergelijkbaar met de populaire Xtractomatisch script oorspronkelijk gemaakt door Dave Foley, maar biedt het voordeel van verwerking tot 100 punten per aanvraag. Dankzij Dave Foley en Jordan Watson ( NMFS ) .  
• VERBETERD: Geavanceerd zoeken is nu streng voor niet-.html verzoeken. Het zal nu uitzonderingen maken voor verzoeken met permanente fouten (b.v. verzoeken waarbij minLat > maxLat) of tijdelijke fouten (b.v. verzoeken om een standard\_name die niet bestaat) . Voor .html-verzoeken is Geavanceerd zoeken ongewijzigd: zoals bij Google-zoekopdrachten doet het zijn beste en stilletjes herstelt of negeert het fouten. Dankzij Rich Signell.  
• VERBETERD: De kaart op de pagina Geavanceerd zoeken is nu groter (Je moet nog knijpen, maar minder) en aanzienlijk nauwkeuriger (maar nog steeds niet perfect) . Dankzij John Maurer.  
• VERBETERD: De instelling "Draw land mask" op Make A Graph webpagina's en de &.land=... instelling in URL's die een kaart aanvragen ondersteunt nu nog twee opties: "outline" trekt de landmaskers, politieke grenzen, meren en rivieren. "Uit" tekent niets. Zie &.land=... documentatie . Dankzij John Maurer.  
• VERBETERD: grafieken en kaarten aangemaakt door ERDDAP™ kan nu drie nieuwe merkers gebruiken: Grensloze Gevulde Vierkant, Grensloze Gevulde Cirkel, Grensloze Gevulde Driehoek. De code hiervoor werd bijgedragen door Marco Alba van ETT / EMODnet Physics. Dankzij Marco Alba.  
• NIEUW: "files" systeem ondersteunt nu gewoon Bestandstypeantwoorden (.csv, .htmlTable , .itx , .json , .jsonlCSV1 , .jsonlCSV , .jsonlKVP , .mat , .nc , .nccsv , .tsv , of .xhtml .) , bijvoorbeeld, https://coastwatch.pfeg.noaa.gov/erddap/files/jplMURSST41/.csv . Dankzij Kyle Wilcox.  
• VERBETERD: De URL's gegenereerd wanneer een gebruiker een Data Access Form gebruikt (.html) of een make-a-graph (.graph) web pagina nu goed procent-coderen de tekens \[ en \] . Dit maakt de URL's een beetje moeilijker voor mensen om te lezen, maar is beter vanuit een web-security standpunt. Beheerders hebben nu de mogelijkheid om ontspannenQueryChars= ' \[ \] | ' in het Tomcat server.xml bestand (minder veilig) of niet (veiliger) . Dankzij Antoine Queric, Dominic Fuller-Rowell en anderen.  
• NIEUW: Als een verzoek aan een EDDTable datasets bevat &add Variabelen Wanneer (Attribuut Naam, kenmerk Waarde) , ERDDAP™ zal alle variabelen toevoegen die een attribuut hebben Naam=attribuut Waarde naar de lijst van gevraagde variabelen. Zie & Toevoegen Variabelen Waar documentatie . Dankzij Aurelie Briand, et al.  
• VERANDERD: ERDDAP™ weigert nu bytebereikverzoeken naar /files/ .nc of .hdf dossiers. Probeer geen verbinding te maken met remote .nc of .hdf bestanden alsof het lokale bestanden waren. Het is verschrikkelijk inefficiënt en veroorzaakt vaak andere problemen. In plaats daarvan:
  • Gebruik(OPeN)DAPclient software om verbinding mee te maken ERDDAP 's DAP diensten voor deze dataset (die /griddap/ of / tabledap / in de URL) . Dat is wat DAP is voor.
  • Gebruik het Data Access Form van de dataset om een subset van gegevens aan te vragen.
  • Als u het hele bestand of herhaalde toegang over een lange periode nodig hebt, gebruik curl , wget , of uw browser om het hele bestand te downloaden, dan toegang tot de gegevens van uw lokale kopie van het bestand.  
• VERBETERD: de Txt uitvoer optie is herschreven om de nieuwe versie van ODV .txt bestanden en ter ondersteuning van de juiste weergave van baan-, tijd- en profielgegevens.  
• VERBETERD: Nu, zoektermen in dubbele citaten worden geïnterpreteerd als een json string, zodat ze kunnen hebben \ gecodeerde tekens. Zo kunt u onder andere zoeken naar een exacte match voor een attribuut, bijvoorbeeld, "instelling= NOAA \n " zal niet overeenkomen met een dataset met instelling= NOAA NMFS . Dankzij Dan Nowacki.  
• VERBETERD: Op extra plaatsen, zwevende puntnummers (vooral praalwagens omgezet naar dubbels) Nu verschijnen als een iets meer afgeronde versie van het aantal op extra plaatsen, bijvoorbeeld een float die eerder als een dubbel zoals 32.27998779296875 werd getoond, zou nu kunnen verschijnen als 32.28. Dankzij Kyle Wilcox.  
• BUG FIX: ongesigneerde integer audiobestanden werden enigszins verkeerd gelezen. Nu worden ze correct gelezen.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• WAARSCHUWING: De eerste keer dat u draait ERDDAP™ v2.10, sommige datasets op basis van lokale gegevensbestanden zullen laden zeer langzaam omdat ERDDAP™ moet opnieuw zijn database van bestandsinformatie. Na de langzame eerste herlading, zullen ze snel laden, zoals voorheen. Wees geduldig.  
• Dingen die je moet doen:
  • Wanneer u voor het eerst v2.10, sommige datasets niet laden omdat ERDDAP™ is nu strenger over sommige metadata. Zoals voorheen, ERDDAP™ zal u een Dagelijks Verslag e-mailen wanneer het voor het eerst wordt geladen. Dat zal de foutmeldingen voor elk van de datasets die niet geladen. Lees de foutmeldingen om de problemen te achterhalen. In de meeste gevallen hoeft u alleen maar een kleine verandering te maken in de metadata van de dataset om het probleem op te lossen.  
  • In datasets.xml , zoeken< sourceName >= (de '=' teken, dat een vaste waarde sourceName ) . Voor de meeste ERDDAP™ Deze zijn zeldzaam. Als een van de waarden na '=' zijn tekenreeksen (geen nummers) , je moet nu de string omsluiten in dubbele citaten. Bijvoorbeeld, Vóór:< sourceName >=KZ401<' sourceName > Na:< sourceName >="KZ401"<' sourceName >  
  • NIEUW: Er is een nieuwe optie in setup.xml,<standaardAccessibleViaFiles>, waarmee de standaardinstelling wordt ingesteld<toegankelijkViaFiles> voor elk van de datasets. De standaard voor deze nieuwe tag is onjuist, die de vorige nabootst ERDDAP™ Gedrag. Deze lagere niveau instelling kan worden overschreven door een gegeven dataset's<toegankelijkViaFiles> instelling.

AANVAARD (omdat er gebruikers zijn die dit willen) : Als je alle EDD wilt maken... FromFiles datasets toegankelijk via het bestandssysteem, dan

1. Voeg deze tag toe aan je setup.xml bestand:

                <defaultAccessibleViaFiles>true</defaultAccessibleViaFiles>

2. (Optioneel) Verwijder alle

                <accessibleViaFiles>true</accessibleViaFiles>

in datasets.xml omdat de standaard is nu waar.  

• \_FillValue-attributen toevoegen: ERDDAP™ gebruikt om een standaard \_FillValue voor alle integer variabelen te hebben: de maximale waarde van het gegevenstype (bv. 127 voor bytevariabelen) . Nu niet meer. Om te voorkomen dat deze waarden als gegevenswaarden worden getoond (ontbrekende waarden niet) , je moet deze expliciet vermelden via \_FillValue attributen. Vanaf nu, elke keer als je begint ERDDAP™ , het zal de beheerder een e-mail met een .csv tabel met een lijst van integer bron variabelen die niet hebben \_FillValue of missing\_value attributen, en de voorgestelde nieuwe \_FillValue attributen. Zie _Vullen toevoegen Waardeattributen voor meer informatie en instructies.  
• Als u compileert ERDDAP™ , moet je de klassepath parameter op de javac commando regels wijzigen om een verwijzing naar deze nieuwe pot's toe te voegen: lib/commons-jexl.jar;lib/aws-java-sdk.jar;lib/jackson-annotations.jar;lib/jackson-core.jar;lib/jackson-databind.jar .  
• VERANDERD: Tomcat 9 is nu de aanbevolen versie van Tomcat voor ERDDAP . De nieuwste versie van Tomcat 8.5+ is voorlopig ook prima. We hebben opgeruimd. ERDDAP 's Tomcat installatie-instructies .

De laatste versie van Java 8 (niet Java 9, 10, 11, ...) van GoedkeuringOpenJDK blijft de aanbevolen versie van Java voor ERDDAP . Java 8 heeft langdurige ondersteuning van AdoptopenJDK zodat het veilig te gebruiken blijft, maar vergeet niet om de nieuwste versie van het periodiek om veiligheidsredenen.

• NIEUW: Script Bronnamen / Afgeleide Variabelen in Tabulaire Datasets EDDTableFromFiles, EDDTableFromDatabase, en EDDTableFromFileNames datasets kunnen nu expressies en scripts in de sourceName . Hiermee kun je nieuwe variabelen maken op basis van bestaande variabelen in de bronbestanden. De berekening voor een gegeven nieuwe variabele gebeurt binnen één rij van de resultaten, herhaaldelijk voor alle rijen. Om bijvoorbeeld een lengtegraadsvariabele te maken met waarden in het bereik -180 - 180° van een variabele met waarden in het bereik 0 - 360°: < sourceName >=Math2.anglePM180 (rij.kolomDubbel ("lon") ) <' sourceName > Voor nadere bijzonderheden, zie Script-bronnamen
  Dankzij Bob Simons. (Wie heeft dit eerder gepland? ERDDAP™ v1.0 en uiteindelijk vond een manier om het te implementeren) , Kevin O'Brien, Roland Schweitzer, John Maurer, en de Apache JEXL bibliotheek voor het doen van het echt moeilijke deel (en het goed doen) .  
• NIEUW: Niet-gesigneerde gehele gegevenstypen (ubyte, ushort, uint, ulong) Nu worden ze gesteund. Merk op dat veel bestandstypen (bv., .das, .dds, .nc 3) niet al deze nieuwe data types ondersteunen. Zie Gegevens Typedocumentatie voor details over hoe ERDDAP™ behandelt deze verschillen. Met name, aangezien(OPeN)DAP, met name de .dds response, ondersteunt niet ondertekend bytes, longs, of ulongs, kunt u gebruiken ERDDAP .das en .das als weergegeven in de tabel http .../erdap/ info / _ datasetID _.html webpagina (bijvoorbeeld, https://coastwatch.pfeg.noaa.gov/erddap/info/cwwcNDBCMet/index.html ) die u ook kunt krijgen in andere bestandstypen of de .nccsv Metadatarespons (bijvoorbeeld, https://coastwatch.pfeg.noaa.gov/erddap/tabledap/cwwcNDBCMet.nccsvMetadata ) , beide ondersteunen alle data types in alle situaties.

WAARSCHUWING: Voor datasets die door deze wijziging worden beïnvloed, is het mogelijk dat u problemen met de dataset ziet omdat de gegevens die ERDDAP™ leest van de bron kan anders zijn (Bijvoorbeeld, variabelen die eerder als gesigneerde gehele getallen werden gelezen, kunnen nu als niet-gesigneerde gehele getallen worden gelezen) . De resulterende problemen zijn: nieuwe bestanden worden niet toegevoegd aan de dataset, en/of fouten wanneer u probeert om toegang te krijgen tot de gegevens. Als een dataset problemen heeft, is het eerste ding om te proberen om zet een harde Vlag voor de dataset. Als dat het probleem niet oplost, dan moet je naar log kijken. txt om de foutmeldingen te zien, duik in de datasets.xml voor de dataset, en/of misschien rerun generateDatasets.xml voor de dataset. Dankzij netcdf-java 5.x (waardoor de zaak werd gedwongen) en de komende CF 1.9.

• Er is nu betere documentatie/advies voor het maken van een dataset van bestanden in AWS S3 emmers. Dankzij Micah Wengren.  
• VERANDERD: Er zijn verschillende veranderingen in verband met de "files" systeem.
  • De code om dit te verwerken werd herschreven om bruikbaar te zijn voor meer klassen.  
  • NIEUW: User requests for directory listings can now request that the response be one of the standard plain table types by addending the designed file extension: .csv, .htmlTable , .itx , .json , .jsonlCSV1 , .jsonlCSV , .jsonlKVP , .mat , .nc , .nccsv , .tsv , of .xhtml ). Bijvoorbeeld, https://coastwatch.pfeg.noaa.gov/erddap/files/jplMURSST41/.csv
    Dankzij Kyle Wilcox en Shane St Savage.  
  • Verbeterd: Nu, Genereren Datasets Xml bevat geen<toegankelijkViaFiles>-tag in de uitvoer. De veronderstelling is dat de dataset zal afhangen van de waarde van de nieuwe<standaardToebehorenViaFiles> tag in setup.xml. Zie toegankelijk ViaFiles .  
  • VERBETERD: Extra datasettypes ondersteunen nu toegankelijk ViaFiles: EDDGrid SideBySide, EDDGrid AggregatExistingDimension, EDDGrid FromErdap, EDDTableFromErdap, EDDGrid FromEDTable, EDDTableVan EDDGrid en EDDGrid Van Etopo. Hiervoor zijn de bestanden van een gegeven remote/child dataset alleen toegankelijk als zowel de ouder als de remote/child dataset toegankelijk zijn ViaFiles ingeschakeld (misschien via<standaardAccessibleViaFiles>). Dankzij Damian Smyth en Rob Fuller.  
  • DOEN / AANBEVELING: We raden aan om alle relevante datasets toegankelijk te maken via het bestandssysteem door het instellen<defaultAccessibleViaFiles> te true in setup.xml omdat er een groep gebruikers is voor wie dit de voorkeur is om de gegevens te krijgen. De Commissie is van mening dat de "files" systeem maakt het gemakkelijk voor gebruikers om te zien welke bestanden beschikbaar zijn en wanneer ze voor het laatst gewijzigd, waardoor het gemakkelijk voor een gebruiker om hun eigen kopie van de hele dataset te behouden. Als u over het algemeen geen datasets toegankelijk wilt maken via het bestandssysteem, ingesteld<defaultAccessibleViaFiles> to false. In beide gevallen, gewoon gebruiken<toegankelijkViaFiles> voor de weinige datasets die uitzonderingen zijn op het algemene beleid dat door<standaardToebehorenViaFiles> (bijvoorbeeld wanneer de dataset gebruikt .nc ml bestanden, die niet echt nuttig zijn voor gebruikers) .  
• VERBETERD: Nu, als een bron dataset heeft CF grid\_mapping informatie, genereren Datasets Xml voor gerasterde datasets voegt de informatie toe aan global<addAtts>, en de informatie zal worden toegevoegd aan globale<bronAtts> elke keer dat gegevens uit het bestand worden gelezen. De informatie zal verschijnen in de globale attributen van de dataset als een verzameling attributen met het prefix raster\mapping\ .  
• VERBETERD: Ondersteuning voor groepen bij het lezen .nc 4 (en tot op zekere hoogte .hdf 5) dossiers. In het algemeen ERDDAP™ dataset zal worden opgebouwd uit de variabelen in een van de bestandsgroepen. Ook, GenererenDatasets Xml voor EDDGrid VanNcFiles en EDDGrid VanNcFiles Uitgepakt vraagt nu om een "groep" (b.v. "" voor elke/alle groepen, "sommigegroep," "sommigegroep/een enkelesubgroep," of " \[ root \] " voor alleen de hoofdgroep) . Dankzij Charles Carleton en Jessica Hausman.  
• VERBETERD: GenererenDatasets Xml voor EDDGrid VanNcFiles en EDDGrid VanNcFiles Uitgepakt ondersteunt nu een optionele parameter "DimensionsCSV" waarmee u de bronnamen kunt opgeven van de afmetingen die u wilt dat deze dataset gebruikt. Gebruik "" om de variabelen te krijgen die de meeste dimensies gebruiken, zoals voorheen. Ook is een verwante kleine bug die gebeurde met dit type bestand nu opgelost. Dankzij Sujal Manandhar.  
• BUG FIX: GenererenDatasets Xml bevat nu "EDDTableFromJsonlCSVFiles" (niet "EDDTableFromJsonlCSV") als een van de EDDType opties. Dankzij Andy Ziegler.  
• VERBETERD: EDDGrid VanNcFiles Uitgepakt standaardiseert "units" attributen aan standaard/"canonical" udunits (dezelfde methode als de converter van de eenheden) . Bijvoorbeeld, "meter per second" , "meters/second" , "m.s^-1" en "m s-1" worden "m s-1" . Dankzij Andy Ziegler.

WAARSCHUWING: Het is mogelijk dat dit problemen zal veroorzaken voor sommige bestaande datasets (bijv. nieuwe bestanden "slecht" laten labelen) . Zo ja, zet een harde Vlag voor de dataset zodat alle bronbestanden opnieuw worden gelezen met het nieuwe systeem.

• VERBETERD: Nu, een variabele< sourceName > kan een vaste waarde van =NaN specificeren en de variabele kan een actual\_range attribuut dat een eindig bereik specificeert. Dit is soms nuttig zodat een dataset (met name een EDDTableFromFileNames dataset) kan dummy variabele hebben (s) (b.v. breedtegraad, lengtegraad, tijd) met vaste waarden van NaN, maar met een geldig actual\_range (zoals ingesteld door het kenmerk) . Dan, in Geavanceerd zoeken kan een gebruiker zoeken naar datasets die gegevens hebben in een specifieke breedtegraad, lengtegraad, tijdbereik en deze dataset zal kunnen zeggen dat het wel relevante gegevens heeft (Hoewel alle werkelijke rijen van gegevens NaN tonen) . Zie documentatie met vaste waarde . Dankzij Mathew Biddle.  
• NIEUW: Nu, de datasets.xml brok voor een EDDTableFromAsciiFiles of EDDTableFromColumbnarAsciiFiles dataset kan een tag bevatten die vertelt ERDDAP™ om alle regels bovenaan het bestand te negeren tot en met de regel die overeenkomt met de opgegeven reguliere expressie. Bijvoorbeeld, <skipheaderToRegex>\*\*\*Einde kop.\</skipheaderToRegex> zal negeren alle lijnen tot en met een lijn die begint met "\\\ einde van de header" . Zie [<skipheaderToRegex> documentatie] (/docs/server-admin/datasets#skipheadertoregex) . Dankzij Eli Hunter  
• NIEUW: Nu, de datasets.xml brok voor een EDDTableFromAsciiFiles of EDDTableFromColumbnarAsciiFilesdataset kan een tag bevatten die vertelt ERDDAP™ alle regels in het bestand die overeenkomen met de opgegeven reguliere expressie negeren. Bijvoorbeeld,

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

zal alle regels die beginnen met "#" overslaan. Zie [<skipLinesRegex> documentatie] (/docs/server-admin/datasets#skiplinesredex) . Dankzij Eli Hunter.  

• NIEUW: datasets.xml brok voor elke EDDTable-dataset kan nu &toevoegen Variabelen Wanneer (attribuutNamesCSV) . Als dat zo is, ERDDAP™ zal een widget toevoegen voor elk van de opgegeven attribuut Naam van het Data Access Form van de dataset (.html web pagina) om het gebruikers gemakkelijk te maken om &add toe te voegen Variabelen Wanneer (Attribuut Naam, kenmerk Waarde) op het verzoek. Zie & Toevoegen Variabelen Waar documentatie . Dankzij Aurelie Briand, et al.  
• NIEUW Hulpmiddel voor derden: ERDDAP - Lint ERDDAP -lint is een programma van Rob Fuller en Adam Leadbetter van het Irish Marine Institute dat u kunt gebruiken om de metadata van uw ERDDAP™ datasets. ERDDAP -lint "bevat regels en een eenvoudige statische webapplicatie voor het uitvoeren van sommige verificatie testen tegen uw ERDDAP™ server. Alle tests worden uitgevoerd in de webbrowser." Zoals de Unix/Linux-pijlgereedschap, kunt u de bestaande regels bewerken of nieuwe regels toevoegen. Zie ERDDAP - Lint voor meer informatie.

Deze tool is vooral nuttig voor datasets die u enige tijd geleden hebt gemaakt en nu wilt up-to-date brengen met uw huidige metadata voorkeuren. Bijvoorbeeld, vroege versies van GenerateDatasets Xml heeft geen moeite gedaan om wereldwijd te creëren creator\_name , creator\_email , maker\_type, of creator\_url Metadata. Je zou kunnen gebruiken ERDDAP -lint om de datasets te identificeren die geen metadata hebben.

Met dank aan Rob en Adam voor het creëren van deze tool en het ter beschikking stellen van de ERDDAP™ Gemeenschap.

• NIEUW: Nu is het goed als sommige bestanden in een EDDGrid FromFiles dataset heeft niet alle variabelen van de dataset. De bestanden worden opgenomen alsof ze de variabelen hadden (met alle ontbrekende waarden) . Dankzij Dale Robinson en Doug Latornell.  
• NIEUW: Er zijn nieuwe gebruiksstatistieken in het logbestand en het Daily Report om beheerders te helpen de gebruikers te identificeren die geheugenproblemen veroorzaken. De statistieken worden genoemd "OutOfMemory (Array-grootte) ", "OutOfMemory (Te groot) " en "OutOfMemory (Veel te groot) ". Zij tonen de IP-adressen van de gebruikers die verzoeken in deze categorieën hebben ingediend en het aantal verzoeken dat zij hebben ingediend. Als er geen lastige verzoeken waren, zullen deze statistieken niet verschijnen. "OutOfMemory (Array-grootte) " en "OutOfMemory (Veel te groot) " verzoeken zijn meestal geen probleem omdat de verzoeken waren zo groot dat ERDDAP™ Pakte ze snel en gaf een foutmelding terug. De "OutOfMemory (Te groot) " verzoeken zijn gevaarlijker omdat ERDDAP™ deed wat moeite voordat het besefte dat er niet genoeg geheugen beschikbaar was om het verzoek te behandelen (Hoewel het probleem kan zijn andere verzoeken vlak voor deze verzoeken) .

Er zijn ook nieuwe statistieken met de naam "Grote aanvraag, IP-adres" die de IP-adressen van de gebruikers die grote verzoeken hebben gedaan tonen (momenteel gerasterd .nc bestanden > 1GB) .

Ook bevat de tijdreekstabel op de status.html pagina nu een kolom "memFail" met het aantal verzoeken dat mislukt is met "OutOfMemory" (Te groot) " fouten sinds de laatste grote Load Datasets. Elk ander nummer dan 0 hier is op zijn minst reden tot bezorgdheid. Dankzij Bob Simons.

• NIEUW: De nieuwe versie van Hyrax toont map lijsten anders dan voorheen. ERDDAP™ kan nu de oude en nieuwe directory lijsten lezen.  
• NIEUW: Dataset herlaadt en gebruikers antwoorden die > 10 seconden duren om te voltooien (succesvol of niet succesvol) zijn gemarkeerd met " (>10s!) ". Zo kunt u het log.txt bestand zoeken naar deze zin om de datasets te vinden die traag waren om te herladen of het verzoeknummer van de verzoeken die traag waren om te voltooien. U kunt dan kijken hoger in het log.txt bestand om te zien wat de dataset probleem was of wat de gebruiker verzoek was en van wie het was. Deze trage dataset ladingen en gebruikers verzoeken zijn soms belastend op ERDDAP . Meer weten over deze verzoeken kan u helpen problemen te identificeren en op te lossen.
• VERBETERD: bij het valideren van een CF DSG-dataset, ERDDAP™ zorgt er nu voor dat variabelen met cf\role-attributen in de overeenkomstige cdm\...\variabelenlijst staan en niet in andere cdm\...\_variabelenlijsten staan. Bijvoorbeeld, als een tijdreeksProfile dataset een "station\_id" variabele heeft die de cf\_role=timeserie\_id attribuut heeft, dan moet "station\_id" in de cf\_timeseries\_variabelen lijst staan, maar niet in de cf\_profile\_variabelen lijst. Dankzij Micah Wengren.  
• VERBETERD: 'Simplify' is nu sneller, gebruikt minder geheugen, en kan LongArray terugbrengen. Dankzij Unidata .  
• VERBETERD: quickRestart is nu aanzienlijk sneller voor EDDTableVan (nc-gerelateerd) Bestanden (behalve EDDTableFromNcCFFiles en EDDTableFromInvalidCRAFiles) omdat make Verwacht (en een andere plaats) Nu leest u de metadata van het monsterbestand in plaats van alle gegevens te lezen. Dankzij Jessica Austin.  
• VERBETERD: Er is nu ondersteuning voor tijdstrings met precisie groter dan to-the-millisecond als de extra cijfers zijn alle 0's, bijvoorbeeld, "2020-05-22T01:02:03.456000000Z." Dankzij Yibo Jiang.  
• VERBETERD: GenererenDatasetsXml's EDD.suggerestDestinationName gebruikt om '(' en alles erna te verwijderen. Nu verwijdert het (.\) alleen indien dit het einde is van de sourceName . Nu verwijdert het ook \[ .\ \] Alleen als dat het einde van de sourceName . Dankzij Julien Paul.  
• VERBETERD: GenererenDatasets Xml maakt nu de variabele destinationName s uniek door toegevoegd \_2, \_3, ..., indien nodig. Dankzij Julien Paul.  
• VERBETERD: Wanneer Kalender2.parseDateTime parses dd, hh, of HH, kan de eerste 'cijfer' nu een spatie zijn.
• KENNISPROBLEEM: Beginnen met ERDDAP™ 2.10, .nc ml bestanden die proberen om een attribuut te veranderen, veranderen het attribuut niet. Dit is een bekende bug in netcdf-java die ik heb gemeld en ze zeggen dat zal worden opgelost in de volgende release van netcdf-java.  
• BROKEN LINKS FIX: Ik maakte een goed systeem voor het testen van gebroken links in ERDDAP™ webpagina's, dus er moeten nu zeer weinig verbroken links (ten minste vanaf elke releasedatum -- er ontstaan vaak nieuwe verbroken links) .  
• BUG FIX: EDDTableFromHttpGet mislukt met bepaalde soorten verzoeken. Nu niet meer. Dankzij Emma van BODC.  
• BUG FIX: Om sommige verzoeken te behandelen, maakte EDDTable een tijdelijk bestand voor elke gevraagde variabele, met een bestandsnaam die eindigt op de naam van de variabele. Als de naam van de variabele ook een soort compressie was (bv., .Z) , ERDDAP zou proberen (en falen) het tijdelijk bestand decomprimeren. Nu eindigen de tijdelijke bestandsnamen in ".temp." Dankzij Mathew Biddle.  
• BUG FIX: GenererenDatasetsXml en Kalender2.convertTo Java Datumtijd Formaat is nu veel minder waarschijnlijk om een onjuiste wijziging te maken bij het proberen om een mogelijk ongeldige datum tijdformaat te herstellen. Opvallend is dat er geen auto-aangehaalde datumTijdformaat zal worden gewijzigd. Dankzij Mathew Biddle.  
• BUG FIX: Als er een fout is opgetreden bij het verkrijgen van inhoud van een externe URL, en als de foutStream inhoud gecomprimeerd is, ERDDAP™ decomprimeert nu goed de foutmelding. Dankzij Bob Simons.  
• BUG FIX:<abonnerenToRemoteErdapDataset> werd niet toegepast toen de EDD... Van Erddap dataset was een kind dataset. Nu wel. Dankzij Chris Romsos.  
• BUG FIX: GenererenDatasets Xml denkt niet langer dat een bron variabele naam die begint met "latin" breedtegraad is. Dankzij Vincent Luzzo.  
• BUG FIX: Nu is een OutOfMemoryError tijdens het lezen van een gegevensbestand tijdens het verwerken van een verzoek van een gebruiker geen reden om een bestand toe te voegen aan de BadFiles lijst. Dankzij Bob Simons.  

Versie 2.02​

(uitgebracht 2019-08-21)

• Nieuwe functies en wijzigingen (voor gebruikers) :

• NIEUW: Er zijn nu twee manieren om te zoeken naar datasets op meerdere ERDDAP s. Ze werken iets anders en hebben verschillende interfaces en opties.

  • Meerdere zoekopdrachten ERDDAP s.html van Bob Simons/ NOAA NMFS SWFSC ERD .
  • http://erddap.com van Rob Fuller/The Marine Institute of Ireland.

Dankzij Tylar Murray voor het oorspronkelijke verzoek.  

• VERBETERD: een verzoek aan de "files" systeem om een bestand te downloaden dat eigenlijk op een externe site is (bv. AWS S3) nu leidt naar een redirect, dus de gebruiker zal de gegevens daadwerkelijk downloaden van de bron, in plaats van te gebruiken ERDDAP™ als tussenpersoon. Dankzij Andy Ziegler en NOAA .  
• NIEUW: Als voorbeeld van de nieuwe AWS S3-gerelateerde functies, en om het gemakkelijker te maken voor iedereen om te bladeren en bestanden te downloaden van openbare AWS S3 emmers, hebben we gemaakt ~110 sample datasets die iedereen toestaan om de inhoud van bijna alle van de AWS S3 Open Data emmers . Als u op de "files" link voor een van die sample datasets, kunt u bladeren door de directory boom en bestanden in die S3 emmer. Vanwege de manier waarop deze datasets werken, zijn deze directory lijsten altijd perfect up-to-date omdat ERDDAP™ Hij krijgt ze op de vlucht. Als je in de mapboom klikt naar een echte bestandsnaam en op de bestandsnaam klikt, ERDDAP™ zal uw verzoek omleiden naar AWS S3 zodat u het bestand direct kunt downloaden van AWS. ERDDAP™ beheerders kunnen lees aanwijzingen voor hoe dit te doen voor andere S3 emmers . Dankzij Andy Ziegler en NOAA .  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Dingen die je moet doen: geen  
• VERBETERD: ERDDAP 's methode voor het opslaan van arrays van strings (Tekenreeks) is nu veel efficiënter geheugen. Tekenreeks Arrays worden overal gebruikt ERDDAP™ , met name bij het lezen van tabel ASCII-gegevensbestanden. Ook andere wijzigingen maken het lezen van CSV/TSV/SSV ASCII, columnar ASCII, en jsonlCSV tabelgegevensbestanden sneller en veel efficiënter geheugen. Het resultaat is: voor een 764 MB ASCII data test bestand (maar gecomprimeerd tot een 52MB .gz bestand) met 3,503,266 rijen en 33 kolommen ging het maximale geheugengebruik van 10GB naar 0,6GB (bij piek) . De tijd om het te lezen ging van ~7 minuten (maar varieert sterk met hoeveel fysiek geheugen is in de computer) tot ~36 seconden (inclusief tienen voor vereenvoudiging () die alleen wordt gebruikt door GenerateDatasets Xml) . Veel andere plaatsen in ERDDAP™ zal profiteren van deze verhoogde geheugenefficiëntie. Dankzij Tylar Murray en Mathew Biddle.

Ik heb een andere oplossing onderzocht. (strings in StringArray opslaan als UTF-8-gecodeerde byte arrays) . Dat vermindert geheugengebruik een andere ~33%, maar ten koste van ~33% vertraging. Vergeleken met het systeem dat nu wordt gebruikt, leek dat een slechte ruil. Het is makkelijker om een computer meer geheugen te geven (koop meer geheugen voor ~ $200) dan om het sneller te maken (koop een hele nieuwe computer) .

Als het handig is, is het nog steeds altijd een goed idee om enorme tabelgegevensbestanden te splitsen in verschillende kleinere bestanden op basis van sommige criteria zoals stationID en/of tijd. ERDDAP™ zal vaak slechts een van de kleine bestanden te openen in antwoord op het verzoek van een gebruiker, en dus in staat zijn om veel sneller te reageren.

• Er is nu ERDDAP™ AWS S3-documentatie , die beschrijft hoe te krijgen ERDDAP™ om te werken met gegevensbestanden in AWS S3 emmers. Ook, ERDDAP™ maakt nu gebruik van nieuwe functies in de AWS S3 Java API. Ook, ERDDAP™ nu laat AWS S3 URL's extra tekens toe (periode, koppelteken, onderstreept) in emmernamen. Ook, ERDDAP™ nu vereist dat AWS S3 emmer URL's worden geïdentificeerd op een specifieke manier:    https://bucketName.s3._aws-region._amazonaws.com/prefix/
  indien het voorvoegsel facultatief is. Dankzij Andy Ziegler en NOAA .  
• VERBETERD: GenererenDatasets Xml behandelt nu extra vaak missing\_value s stand-ins als ontbrekende waarden en dus is het waarschijnlijker om een kolom om te zetten naar een numeriek gegevenstype. PrimitiveArray.simplify () nu logt welke specifieke data waarde ervoor zorgde dat het een gegeven kolom te behandelen als een kolom van strings. Dankzij Mathew Biddle.  
• VERBETERD:<aanvraagBlacklist> ondersteunt nu .\.\ (of:\:\voor IPv6) aan het einde van de IP-adressen zodat je een groter stuk IP-adressen kunt blacklisten, bijvoorbeeld 110,52.\.\ (China Unicom Tianjin) . Zie de documentatie voor [<verzoekBlacklist>] (/docs/server-admin/datasets#verzoekblacklist) Dankzij China Unicom en China Telecom.  
• VERBETERD: Als de bron van een dataset geen een "institution" attribuut, GenerateDatasets Xml en loadDataset krijgen het nu van een "creator\_institution" attribuut (indien beschikbaar) . Dankzij Micah Wengren.  
• BUG FIX: standaardiseren Wat niet altijd werd toegepast op ASCII-gegevensbestanden. Ook EDDTable niet goed omgaan met beperkingen op tijd waarden wanneer de bron had String tijd waarden en standaardiseren Wat gebruikt werd. Dankzij Paloma de la Vallee.

Ik heb eerder niet duidelijk gezegd: je moet gewoon standaardiseren Welke functies wanneer je ze echt nodig hebt (Bijvoorbeeld, wanneer verschillende bronbestanden tijdwaarden op verschillende manieren opslaan) , omdat sommige verzoeken om datasets die standaardiseren Wat zal worden verwerkt een beetje langzamer.

• BUG FIX: Een fout in code gebruikt door EDDGrid FromNcFiles veroorzaakte het falen met .nc 4 en .hdf 5 bestanden met "lang" (int64) variabelen. Dit is nu opgelost. Dankzij Friedemann Wobus.  
• BUG FIX: Kleine wijzigingen in ISO 19115 bestanden om een andere validator blij te maken. Dankzij Chris MacDermaid en Anna Milan.  

Versie 2.01.​

(uitgebracht 2019-07-02)

• Nieuwe functies en wijzigingen (voor gebruikers) :
• Geen.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• BUG FIX: Een bug in de code die het Data Access Form genereert voor tabledap datasets zorgden ervoor dat die webpagina leeg was voor sommige datasets. Ook, Ik verbeterde de behandeling van onverwachte fouten op alle HTML-pagina's, zodat ze (meestal) een foutmelding weergeven. Dankzij Marco Alba.
• VERBETERD: GenererenDatasets Xml drukt niet langer een lange waarschuwing af aan de bovenkant van de uitgang. In plaats daarvan, zie Genereren bewerken Datasets Xml-uitvoer . Dankzij Steven Baum.
• VERBETERD: GenererenDatasets Xml doet nu iets verschillende aanbevelingen in verschillende situaties voor<updateEveryNMillis> voor EDD...Van...Bestanden datasets. Ook, GenererenDatasets Xml ontmoedigt nu het originele "extract"-systeem voor EDDTableFromFiles-datasets.

Versie 2.00​

(vrijgegeven 2019-06-26)

• ** ERDDAP™ V2.00 is eindelijk hier! Ja!**
   

• We verontschuldigen ons voor de lange vertraging die nodig is om deze versie af te maken. Bedankt voor je geduld.  

• Het goede nieuws is dat de extra tijd werd gebruikt om meer van de functies die gebruikers hadden gevraagd toe te voegen. Het slechte nieuws is dat zelfs met de vertraging, niet alle gevraagde functies werden toegevoegd. Het spijt ons, maar het leek belangrijker om deze release vrij te krijgen dan meer te vertragen. (Voor altijd?) voortdurend nieuwe functies toevoegen. We beloven om terug te keren naar frequentere releases in de toekomst.  

• "Versie 2?! Zijn er grote veranderingen en onverenigbaarheden?" Grote nieuwe functies? Ja. Grote onverenigbaarheden of wijzigingen voor beheerders of gebruikers? Nee. We sprongen van v1.82 naar v2.00:

  • deels om 10 jaar te vieren (nu 11) sinds de eerste openbare bekendmaking van ERDDAP™ (v1.00 op 2008-05-06, die uiterlijk opvallend leek op v2,00) . In die tijd, ERDDAP™ van één installatie naar bijna 100 installaties in ten minste 12 landen (Australië, België, Canada, Frankrijk, India, Ierland, Italië, Zuid-Afrika, Spanje, Thailand, Verenigd Koninkrijk, Verenigde Staten) .
  • gedeeltelijk om een belangrijke toevoeging in een geheel nieuwe richting te markeren: ERDDAP™ heeft nu een data-inname systeem om te gaan met de bestaande data server diensten (zie EDDtabelFromHttpGet ) ,
  • en deels omdat het geen grote sprong was van 1,82 naar 2,00 numeriek, dus dit leek de juiste tijd.  

• Het andere goede nieuws is dat er nu twee andere groepen zijn die code bijdragen aan ERDDAP™ (in deze versie en met aanwijzingen zullen ze doorgaan) : Rob Fuller en Adam Leadbetter van het Ierse Marine Institute, en Roland Schweitzer van PMEL en Weathertop Consulting. Heel erg bedankt. Het is waar dat ze werken aan projecten van hun eigen keuze, maar dat is het klassieke open-source ontwikkelingsmodel - groepen dragen code bij voor de functies die ze het liefst zouden willen toegevoegd zien. Het toegevoegde voordeel voor de medewerkers: ze mogen de nieuwe functies gebruiken zodra ze klaar zijn; ze hoeven niet te wachten op de volgende release van ERDDAP . Uw fractie is ook welkom om een bijdrage te leveren! Zie ERDDAP™ Programmagids .  

• We hopen dat je het leuk vindt. ERDDAP™ v2.00. We kijken uit naar de volgende 10 jaar ERDDAP™ ontwikkeling en steeds meer gebruik over de hele wereld.  

• Nieuwe functies en wijzigingen (voor gebruikers) :
   

• NIEUW: orderByMean filter voor tabledap datasets berekenen de middelen voor de gespecificeerde groepen. Ook alle van de orderBy opties ondersteunen nu een extra manier om groepen te definiëren: _numeriekVariabel \[ /nummer \[ tijdEenheden \] \[ :offset \] \] _, bijvoorbeeld, tijd/1/dag of diepte/10:5. Bijvoorbeeld, stationID ,time,waterTemp& orderByMean (" stationID ,tijd/1/dag") zou de resultaten sorteren op stationID en tijd, dan berekenen en retourneren het gemiddelde van waterTemp voor elke stationID voor elke dag. Dit zijn opmerkelijk nuttige en krachtige nieuwe functies. De nieuwe code voor deze functies en de wijzigingen in de oude code werden bijgedragen door Rob Fuller en Adam Leadbetter van het Ierse Instituut voor de Zee en ingediend via Git. Dank je. Rob en Adam!  

• NIEUW: type uitvoerbestand voor tabeldatasets: .data Tabel , een JSON bestand geformatteerd voor gebruik met de Google Visualization clientbibliotheek ( Google Charts ) . De code hiervoor werd bijgedragen door Roland Schweitzer en ingediend via Git. Dank je. Roland!  

• NIEUW: type uitvoerbestand voor tabeldatasets: .jsonlCSV1 , dat is als de bestaande .jsonlCSV optie, maar met kolomnamen op de eerste regel. Dankzij Eugene Burger.  

• NIEUW: Als de beheerder het toelaat, kunnen gebruikers nu inloggen met hun ORCID rekening. Het is een OAuth 2.0-authenticatiesysteem, net als Google-authenticatie. ORCID wordt veel gebruikt door onderzoekers om zich uniek te identificeren. ORCID-accounts zijn gratis en hebben niet de privacyproblemen die Google-accounts hebben. Zie ERDDAP 's Orcid authenticatie-instructies . Met dank aan BCO-DOMO (Adam Shepard, Danie Kinkade, enz.) .  

• NIEUW: Een nieuwe URL-converter converteert verouderde URL's naar up-to-date URL's. Zie .../erddap/convert/urls.html op elke ERDDAP™ installatie, bijvoorbeeld, de koppeling met de converter in de ERD ERDDAP . Dit moet nuttig zijn voor gegevensbeheerders. Dit wordt ook intern gebruikt door GenerateDatasetsXml. Met dank aan Bob Simons en Sharon Mesick.  

• VERBETERD: Tijdomzetten nu heeft opties voor het omzetten van een gemeenschappelijke string tijd in een ISO8601 string tijd, of converteren van een UDUNITS -zoals tijd eenheden string in een juiste UDUNITS tijd eenheden string. Dit zou ook nuttig moeten zijn om ERDDAP™ beheerders die moeten weten welk formaat moet worden opgegeven voor het "units" attribuut voor tekenreekstijdvariabelen. Dit wordt ook intern gebruikt door GenerateDatasetsXml en de standardizeWelke functie van EDDTableFromFiles. Dankzij Bob Simons.  

• NIEUW: Units Converter heeft een nieuwe "Standaard UDunits" optie. Bijvoorbeeld, "deg\_C/m" en "graden\_C meters-1" worden beide omgezet in "grade\_C m-1." Deze functie wordt ook gebruikt door de standaardizeWelke functie van EDDTableFromFiles. Dankzij Bob Simons.  

• NIEUW: Voor grafieken (andere dan oppervlaktegrafieken) op griddap's en tabledap 's Make A Graph web pages, when the x as isn't a time as, when only a subset of the x as variable's range is visible, there are now knoppen beyond the graph to shift the X Axis leftwards or rightwards. Dankzij Carrie Wall Bell / het Hydrophone project.  

• NIEUW: Voor grafieken kan de X- en/of Y-as nu een logschaal gebruiken. Gebruikers kunnen de Y-asschaal bedienen via een nieuw drop-down widget op de griddap en tabledap Maak een grafiek webpagina's. Zie .xRange en . yRange documentatie . Dankzij Carrie Wall Bell / het Hydrophone project.  

• VERBETERD: ERDDAP™ maakt nu beter gebruik van verschillende HTTP foutcodes en geeft nu een(OPeN)DAPv2.0-geformatteerde foutmelding lading. Zie de details . Dankzij Antoine Queric en Aurelie Briand.  

• VERBETERD: Gebruik geen Netcdf-java/c of andere software tools om verbinding te maken met .nc of .hdf door ERDDAP 's /files/systeem alsof het lokale bestanden zijn. ERDDAP™ Weigert nu deze verzoeken. Het is verschrikkelijk inefficiënt en veroorzaakt vaak andere problemen. In plaats daarvan:

  • Gebruik(OPeN)DAPclient software om verbinding mee te maken ERDDAP 's DAP diensten voor de dataset (die /griddap/ of / tabledap / in de URL) . Dat is wat DAP is voor en doet zo goed.
  • Of gebruik het Data Access Form van de dataset om een subset van gegevens aan te vragen.
  • Of, als je het hele bestand of herhaalde toegang over een lange periode nodig hebt, gebruik curl , wget , of uw browser om het hele bestand te downloaden, dan toegang tot de gegevens van uw lokale kopie van het bestand.

   

• VERBETERD: ERDDAP™ homepage, Full Text Search is nu boven "Bekijk een lijst van alle Datasets" omdat het het beste startpunt is voor de meeste gebruikers. Dankzij Didier Mallarino en Maurice Libes.  

• VERBETERD: Op DataProviderForm3.html er zijn nu dropdown lijsten van gemeenschappelijke standard\_name s. Dankzij iemand op de IOOS DMAC vergadering.  

• VERBETERD: Op de /files/webpagina's is nu een link naar de nieuwe "Wat kan ik doen met deze bestanden?" sectie van de /files/documentatie. Die sectie beschrijft verschillende bestandstypen en geeft suggesties voor hoe met hen te werken. Dankzij Maurice Libes.  

• VERBETERD: Bijna elk verzoek om ERDDAP™ Moet op zijn minst een beetje sneller, en soms een stuk sneller.  

• BUG FIX: Onder bepaalde omstandigheden, wanneer een EDDTable dataset opgeslagen gegevens in sommige soorten van .nc bestanden, het globale "id" attribuut werd ingesteld op de voorgestelde naam van het bestand, die een hash bevat om het uniek te maken voor dat verzoek. Nu blijft "id" correct ongewijzigd (indien gespecificeerd) of ingesteld op de dataset datasetID (indien niet gespecificeerd) . Dankzij John Maurer.  

• Dingen ERDDAP™ Beheerders moeten weten en doen:
   

• Deze release zal enige tijd duren en werken van u. Wees geduldig en plan het nemen van een paar uur om de vereiste veranderingen te doen en een paar uur meer om te experimenteren met nieuwe functies.  

• TO DO: Maak voor veiligheid een back-up van uw huidige setup.xml en datasets.xml bestanden zodat u kunt terugkeren naar hen in het onwaarschijnlijke geval waar u moet terugkeren naar ERDDAP™ v1.82.  

• DOEN: De aanbevolen Java is nu AdoptOpenJDK's OpenJDK 8 (LTS) + HotSpot. Dit is een open source variant van Java zonder beperkingen voor het gebruik ervan (in tegenstelling tot Oracle 's Java distributie) . Het is afgeleid van Oracle 's Java op een continue manier, met Oracle Zijn zegen. Om veiligheidsredenen is het belangrijk om uw Java versie up-to-date. Zie ERDDAP 's Java installatie-instructies .  

• TO DO: AdopteerOpenJDK's Java heeft een kleine toevoeging aan uw Tomcat installatie nodig: zie de Resources Cache instructies . Ik denk dat dit een vervanging is voor de -XX:MaxPermSize instelling, die (Goedkeuring) OpenJDK ondersteunt niet meer.  

• DOEN: De nieuwe standaard en aan te bevelen<lettertypeFamily> instellen in setup.xml is DejaVu Sans die zijn ingebouwd in AdoptOpenJDK's Java . Zie herziene installatie-instructies voor lettertype .  

• TO DO: Veel tags bewegen van setup.xml naar datasets.xml . Het voordeel is dat je hun waarden kunt veranderen terwijl ERDDAP™ draait, zonder herstart ERDDAP . Met name kunt u gemakkelijk veranderen<startBodyHtml5> om een tijdelijk bericht op de ERDDAP™ startpagina (Bijvoorbeeld: "Bekijk de nieuwe JPL MUR SST v4.1 dataset ..." of "This ERDDAP™ zal offline zijn voor onderhoud 2019-05-08T17:00:00 PDT tot 2019-05-08T20:00:00 PDT.") . Als/wanneer u deze tags wijzigt in datasets.xml , de veranderingen zullen van kracht worden de volgende keer ERDDAP™ leest datasets.xml .  

  1. Kopieer deze inhoud naar uw datasets.xml bestand (in de buurt van het begin van het bestand, na<erddapDatasets>):

            <!-- 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>

2. Eén voor één, kopieer de waarde (indien) voor elk van die tags van uw setup.xml bestand in de nieuwe tag die je net geplakt (boven) in datasets.xml . Bijvoorbeeld, als u een waarde van 30 had gebruikt voor<cacheMinuten> in setup.xml, moet je die waarde kopiëren naar de nieuwe<cacheMinuten>-tag in datasets.xml (Hoewel als de waarde hetzelfde is als de nieuwe standaard waarde, is het het beste om gewoon de tag in datasets.xml leeg) .

Als uw waarde verschilt van de nieuwe voorgestelde standaard (behalve voor<startBodyHtml5> en<de korte beschrijvingHtml>, die nuttig zijn voor het aanpassen van uw ERDDAP™ installatie), overwegen om te schakelen naar de nieuwe standaard waarden. Dit geldt met name voor:<gedeeltelijkverzoekMaxBytes> en<partialRequestMaxCells>, waar de standaard/aangeduid waarde in de loop der jaren aanzienlijk is veranderd.

Nadat u elke waarde hebt gekopieerd, verwijdert u de tag en de beschrijving ervan van setup.xml. Het is beter om deze tags in datasets.xml . En er zijn nu betere beschrijvingen in setupDatasetsXml.html .

Een eigenaardigheid van het nieuwe systeem is dat de allereerste webpagina bij het opstarten ERDDAP zal de standaard zijn ERDDAP™ Webpagina. Elke volgende webpagina zal de ...Html inhoud die u specificeert in datasets.xml .

• WAARSCHUWING: De eerste keer dat u draait ERDDAP™ v2.0, datasets op basis van lokale gegevensbestanden zal laden zeer langzaam omdat ERDDAP™ moet zijn database van bestanden opnieuw in een iets ander formaat. Na de langzame eerste herlading, zullen ze snel laden, zoals voorheen. Wees geduldig.  

EDDtabelFromHttpGet​

• Grote NIEUWE KENMERKEN: EDDTableFromHttpGet
  Tot nu, ERDDAP™ alleen gegevens lezen en beschikbaar stellen voor gebruikers. Nu, ERDDAP™ heeft een eenvoudig, efficiënt systeem om real-time data van sensoren in te nemen. Deze dataset biedt onder andere fijnkorrelige versiering: het herinnert zich elke wijziging in de dataset, wanneer deze is gemaakt, en door wie. Gewoonlijk willen gebruikers alleen de nieuwste versie van de dataset, met alle wijzigingen toegepast. Maar er is de optie voor gebruikers om gegevens op te vragen uit de dataset zoals het op elk moment was. Dit vergemakkelijkt reproduceerbaare wetenschap. In tegenstelling tot de meeste andere bijna-real-time datasets komen deze datasets dus in aanmerking voor DOI s . omdat ze de DOI de eis dat de gegevensverzameling ongewijzigd blijft, behalve door aggregatie. Zie EDDtabelFromHttpGet . Dankzij OOI (van lang geleden en nu) Om te praten over de noodzaak van dit en Eugene Burger voor de herinnering aan het werken aan wat belangrijk is.  
• Grote NIEUWE KENMERKEN: ERDDAP™ kan nu gegevens rechtstreeks uit extern gecomprimeerde gegevensbestanden, waaronder .tgz , .tar .gz , .tar .gzip , .gz , .gzip , .zip , .bz2 , of .Z. Datasets kunnen een mix van extern gecomprimeerde bestanden bevatten (Misschien de oudere gegevensbestanden?) en niet-extern gecomprimeerde bestanden, en u kunt comprimeren / decomprimeren een bestand op elk moment.

Dit werkt geweldig! In de meeste gevallen is de vertraging in verband met het decomprimeren van de bestanden klein. Wij raden u sterk aan om dit te proberen, met name voor datasets en/of gegevensbestanden die zelden worden gebruikt.

Dit kan je 30.000 dollar of meer besparen! Dit is een van de weinige ERDDAP™ functies die u veel geld kunnen besparen -- als u veel gegevensbestanden comprimeert, hebt u veel minder RAID's/harde schijven nodig om de gegevens op te slaan, of omgekeerd kunt u veel meer gegevens serveren (tot 10x) Met de RAID's die je al hebt. Als deze functie bespaart u van het kopen van een andere RAID, dan heeft het u ongeveer $ 30.000.

Zie Documentatie van extern gecomprimeerde bestanden . Dankzij Benoit Perrimond en Paloma de la Vallee.

• Grote NIEUWE KENMERKEN: Alles EDDGrid FromFiles en alle EDDTableFromFiles datasets ondersteunen een<cacheFromUrl>-tag en a<cacheSizeGB>-tag. Als cacheSizeGB niet is opgegeven, zal dit een volledige kopie van de bestanden van een dataset op afstand downloaden en onderhouden. Als cacheSizeGB is opgegeven en >0, zal dit bestanden downloaden van de externe dataset, indien nodig, in een lokale cache met een beperkte grootte, wat nuttig is bij het werken met cloud-based (bv. S3) gegevensbestanden. Zie cache FromUrl documentatie voor details. Dankzij Bob Simons en Roy Mendelssohn (die al jaren scripts schrijven om lokale kopieën van datasetbestanden op afstand te maken) Lloyd Cotten, Eugene Burger, Conor Delaney (toen hij bij Amazon Web Services was) , en het Google Cloud Platform.  

• NIEUW: De nieuwe EDDTableFromJsonlCSV klasse kan tabelgegevens lezen van JSON Lijnen CSV-bestanden ("Beter dan CSV") . Dank aan de mensen van het Instituut voor de Zee van Ierland voor het vertellen van mij over dit formaat en aan Eugene Burger en PMEL voor het verzoek om steun als een input type.  

• NIEUW: Alle EDDGrid en alle EDDTableFromFiles datasets ondersteunen een<nThreads> instelling, die vertelt ERDDAP™ hoeveel threads te gebruiken bij het beantwoorden van een verzoek. Zie nThreads-documentatie voor details. Dankzij Rob Bochenek van Axiom Data Science, Eugene Burger, Conor Delaney (toen hij bij Amazon Web Services was) en Google Cloud Platform.  

• NIEUW standaardiseren Wat voor alle EDDTableFromFiles subklassen - Eerder, indien voor een gegeven variabele, de waarden van de belangrijke attributen (bv. scale\_factor , add\_offset , missing\_value , \_FillValue, eenheden) waren niet consistent, EDDTableFromFiles zou één waarde voor elk attribuut kiezen om "geldig" te zijn en bestanden met andere attribuutwaarden te markeren als "Bad Files." Nu is er een systeem om de bestanden te standaardiseren zodra EDDTableFromFiles de bestanden leest. Zie EDDtableFromFile standaardiseren Wat . Een van ERDDAP 's belangrijkste doelstellingen is om gegevensbestanden en datasets toegankelijk te maken op een consistente manier. standaardiseren Wat is een belangrijk nieuw instrument om dat te realiseren? Met dank aan Marco Alba, Margaret O'Brien (en andere EML-gebruikers) , BCO-DMO, en InPort gebruikers.  

• NIEUWE EDDTableFromInvalidCRAFiles kunt u een dataset van een verzameling van NetCDF (v3 of v4) .nc bestanden die een specifieke, ongeldige variant van de CF DSG Contiguous Ragged Array gebruiken (CRA) dossiers. Voorbeeldbestanden voor dit datasettype zijn te vinden op https://data.nodc.noaa.gov/thredds/catalog/ncei/wod/ \[ 2020-10-21 Deze server is nu niet meer betrouwbaar beschikbaar \] . Hoewel ERDDAP™ ondersteunt dit bestandstype, het is een ongeldig bestandstype dat niemand mag gebruiken. Groepen die momenteel dit bestandstype gebruiken worden sterk aangemoedigd om te gebruiken ERDDAP™ om geldige CF DSG CRA bestanden te genereren en te stoppen met het gebruik van deze bestanden. Dankzij Ajay Krishnan en Tim Boyer.  

• EDDTableVanafthreddsFiles en EDDTableVan Hyrax Bestanden zijn nu verouderd. Ga naar EDDtableVanNcFiles (of een variant) plus<cacheFromUrl>. Als dat niet werkt om een of andere reden, e-mail erd.data at noaa.gov . Indien vóór 2020 geen klachten zijn ingediend, kunnen deze gegevenssets worden verwijderd.  

• VERBETERD Het systeem voor het automatisch omzetten van niet-ISO 8601 keer in ISO 8601 keer (geïntroduceerd in v1.82) is sterk uitgebreid om te gaan met een groot aantal extra formaten. Dit beïnvloedt GenerateDatasetsXml en ERDDAP 's behandeling van bronmetadata.  

• VERBETERD Met de derde grote herziening van het tijdleksysteem (en hopelijk de laatste) , ERDDAP™ niet langer gebruikt Java 's DateTimeFormatter vanwege bugs die soms invloed hebben op extreme tijden (jaren<=0000). ERDDAP™ gebruikt nu zijn eigen systeem voor het ontleden van tijdreeksen.  

• WAARSCHUWING: Het nieuwe snarentijdontledingssysteem is iets strenger. Als een van uw datasets plotseling alleen waarden voor tijdwaarden mist, is de oorzaak vrijwel zeker dat de tijdindeling string iets verkeerd is. Er moeten foutmeldingen in log zijn. txt gerelateerd aan tijdwaarden die niet overeenkomen met het tijdformaat -- dat zou je moeten helpen om de tijdindeling voor die dataset te repareren. Als u hulp nodig hebt, gebruik dan de optie in ERDDAP 's Tijd Converter die "Convert \[ s \] elke gewone tekenreekstijd in een ISO 8601 tekenreekstijd" -- het geeft het formaat aan dat de converter gebruikte om de brontekenreeks te verwerken.  

• AANBEVELING: De snelste, makkelijkste en goedkoopste manier om te versnellen ERDDAP 's toegang tot tabelgegevens is om de gegevensbestanden op een Solid State Drive (SSD) . De meeste tabeldatasets zijn relatief klein, dus een 1 of 2 TB SSD is waarschijnlijk voldoende om alle gegevensbestanden voor al uw tabeldatasets te bewaren. SSD is uiteindelijk uitgeput als je gegevens naar een cel schrijft, verwijdert en te vaak nieuwe gegevens naar die cel schrijft. In plaats daarvan beveel ik aan dat (zoveel mogelijk) Je gebruikt gewoon je SSD om de gegevens één keer te schrijven en vaak te lezen. Dan, zelfs een consument-grade SSD moet een zeer lange tijd duren, waarschijnlijk veel langer dan elke harde schijf schijf (HDD) . SSD's van consumentenklasse zijn nu goedkoop (in 2018, ~ $200 voor 1 TB of ~ $400 voor 2 TB) en de prijzen dalen nog steeds snel. Wanneer ERDDAP™ toegang tot een gegevensbestand, een SSD biedt beide

  • kortere latentie (~0.1ms, versus ~3ms voor een HDD, versus ~10 (?) ms voor een RAID, versus ~55ms voor Amazon S3) en
  • hogere doorvoercapaciteit (~500 MB/S, versus 75 MB/s voor een HDD versus 500 MB/s voor een RAID) .

Zodat je tot een ~10X prestatie boost (vs. een HDD) voor $200! Vergeleken met de meeste andere mogelijke wijzigingen in uw systeem (Een nieuwe server voor $10.000? Een nieuwe RAID voor $35.000? Een nieuwe netwerkschakelaar voor $5000? enz.) , dit is veruit het beste rendement op investeringen (ROI) . Als uw server niet is geladen met geheugen, extra geheugen voor uw server is ook een geweldige en relatief goedkope manier om alle aspecten van ERDDAP . \[ SSD's zouden ook geweldig zijn voor gerasterde data, maar de meeste gerasterde datasets zijn veel groter, waardoor de SSD erg duur is. \]
 

• NIEUW: Iedereen die ingelogd is krijgt een rol= \[ iedereenlogged In \] , zelfs als er geen<gebruiker> tag voor hen in datasets.xml . Als u datasets instelt<toegankelijktot>tot \[ iedereenlogged In \] , dan iedereen die is ingelogd bij ERDDAP™ (bijvoorbeeld via hun Gmail- of Orcid-account) zal geautoriseerd zijn om toegang te krijgen tot de dataset, zelfs als u geen<gebruiker> tag voor hen in datasets.xml . Dankzij Maurice Libes.  

• VERBETERD: UDUNITS /UCUM units converter werd uitgebreid verbeterd. Het behandelt ongeldige eenheden strings beter (beginnend met de nadruk op het bewaren van informatie, in plaats van het handhaven van geldigheid) . Ook hebben de resultaten nu een gestandaardiseerde syntaxis.  

• NIEUW: UDUNITS /UCUM units converter heeft een nieuwe optie om een UDUNITS String. Dit werkt goed voor geldig UDUNITS strings en redelijk goed voor niet-standaard / ongeldig UDUNITS snaren. Bijvoorbeeld, bijvoorbeeld, UDUNITS ="meters per seconde," "meter/seconde," "m.s^-1" en "m s-1" zal allemaal "m.s-1" teruggeven. Dit was nodig voor de nieuwe normalisatie Welk systeem hierboven beschreven. Met dank aan Marco Alba, Margaret O'Brien (en andere EML-gebruikers) , BCO-DMO, en InPort gebruikers.  

• NIEUW: EDDtableVanMultidimNcFiles heeft nu een behandelde afmetingenAs optie, dat vertelt ERDDAP™ om bepaalde dimensies te behandelen (b.v. LAT en LON) alsof het andere dimensies zijn (Bijvoorbeeld, TIME) . Dit is handig voor sommige onjuiste bestanden die verschillende dimensies gebruiken voor verschillende variabelen wanneer ze maar één dimensie hadden moeten gebruiken (Bijvoorbeeld, TIME) . Dankzij Marco Alba en Maurice Libes.  

• NIEUW: Nu, alles EDDGrid Van...Bestanden datasets ondersteunen een nieuwe speciale as sourceName waarin staat ERDDAP™ om informatie uit het bestandsnaam te halen (gewoon bestandsnaam.ext) en gebruik de waarde om vervangen de bestaande waarde van de meest linkse as. Het formaat is \\\*replaceFromFileName,dataType,extractRegex,captureGroupNumber Zie deze documentatie . Met dank aan de NOAA Pathfinder Dagelijkse aggregatie dataset.  

• NIEUW: Nu, alles EDDGrid Van...Bestanden datasets ondersteunen een nieuwe speciale as sourceName waarin staat ERDDAP™ om informatie uit het padnaam van het bestand te halen (mappen + bestandsnaam.ext)
  \\\*pathNaam,dataType,extractRegex,captureGroupNumber Hiervoor gebruikt de padnaam altijd '/' als het map scheidingsteken, nooit '\'. Zie deze documentatie . Dankzij Paloma de la Vallee.  

• NIEUW: Nu, alle EDDTableVan... Bestanden datasets ondersteunen extra pseudo variabele sourceName s die informatie uit het bestandsnaam van het bestand halen (gewoon bestandsnaam.ext) (zie \\\*bestandsnaam ) of van het volledige padnaam van het bestand (/dir1/dir2/filename.ext) (zie \\\*pathNaam ) . Dankzij Paloma de la Vallee.  

• NIEUW: EDDGrid dataset heeft een of meer zeer grote afmetingen (b.v. miljoenen waarden) die nemen veel geheugen, kunt u de nieuwe [<dimensiewaardenInGeheugen>] (/docs/server-admin/datasets#dimensiewaardeninmemory) instellen op vals (de standaardwaarde is waar) , waardoor de dataset de waarden op schijf op te slaan en op te halen wanneer nodig. Dankzij David Rodriguez en Rich Signell (re: EDDGrid Van audiobestanden) .  

• Wat voorafging: dataVariable s voor een EDDTableFromFiles dataset en herlaadde de dataset, EDDTableFromFiles zou alle gegevensbestanden opnieuw lezen. Nu kan het omgaan met de herordening zonder alle gegevensbestanden opnieuw te lezen. Dankzij Roland Schweitzer.  

• VERBETERD: Nu, wanneer ERDDAP™ leest ASCII, NCCSV, en JSON Lines CSV tabelgegevensbestanden, als het vindt een fout op een bepaalde regel (bv. onjuist aantal items) , het logt een waarschuwingsbericht ('WARNING: overslaan regel #'... 'onverwacht aantal items...') aan de log.txt-bestand en dan de rest van het gegevensbestand blijft lezen. Dus, het is uw verantwoordelijkheid om regelmatig te kijken (of schrijf een script om dit te doen) voor dat bericht in het logboek. txt zodat u de problemen in de gegevensbestanden kunt oplossen. ERDDAP™ is ingesteld op deze manier zodat gebruikers kunnen blijven lezen van alle beschikbare geldige gegevens, hoewel sommige regels van het bestand gebreken hebben. Wat voorafging: ERDDAP™ gemarkeerd als "slecht" en verwijderd uit de dataset.  

• VERBETERD: Wanneer precieze tijden (b.v. naar de dichtstbijzijnde seconde of milliseconde) worden opgeslagen bij de bron als "minuten sinds ..." (of grotere eenheden) , ERDDAP™ rond ze nu tot de dichtstbijzijnde milliseconde bij het lezen van de waarden in ERDDAP . Anders worden de zwevende puntnummers gekneusd en verzoeken om gegevens op specifieke tijdstippen (Bijvoorbeeld, &time=2018-06-15T01:30:00) zal falen. Voorheen heeft het ze zo nauwkeurig mogelijk berekend. (en nog steeds doet als de eenheden b.v., "seconden sinds ..." of "milliseconden sinds ...") . Het is het beste om dit probleem te voorkomen door het niet gebruiken van grote eenheden (bv. minuten of uren) om precieze tijdwaarden op te slaan (b.v. microseconden) -- computers werken slecht met decimale cijfers. Dankzij Marco Alba.  

• VERANDERINGEN IN EDDTabel VAN EDDGrid Wat het veel beter maakt. EDDtabelVan EDDGrid laat gebruikers gerasterde datasets opvragen alsof het tabeldatasets zijn ("query by value") .

  • Het steunt nu een<maxAxis0>-tag (standaard=10) waarin het maximale aantal assen is aangegeven \[ 0 \] (meestal "time" ) waarden die onmiddellijk kunnen worden gevraagd. Dit voorkomt dat naïeve verzoeken EDDTableVan EDDGrid om door een hele gerasterde dataset te zoeken (wat zou falen met een timeout-fout) .
  • GenererenDatasets Xml heeft nu een optie om EDDTableFrom te genereren EDDGrid datasets voor alle gerasterde datasets in een gegeven ERDDAP™ die overeenkomen met een opgegeven regex (.\* gebruiken om alle datasets te vergelijken) . De datasets die het creëert hebben aanvullende informatie in de samenvatting attribuut waaruit blijkt dat dit een tabel versie van een gerasterde dataset. En hun datasetID is de datasetID van de gerasterde dataset, plus "\_Asatable."
  • Er is een grote snelheid voor de meest voorkomende setup: wanneer de gerasterde dataset is een EDDGrid FromErdap dataset die in dezelfde staat ERDDAP .

Dankzij James Gallagher en Ed Armstrong.  

• NIEUW: genereren Datasets Xml voor alle soorten datasets is nu veel meer kans om een \_FillValue of missing\_value attribuut aan een numerieke variabele addAttributes . Bijvoorbeeld, dit gebeurt wanneer string ontbrekende waarde markers (b.v., ""," "," "?", "NA," "nd," "NAN") voor die variabele in het steekproefbestand wordt omgezet naar ERDDAP 's inheemse ontbrekende waarden (127 in byte kolommen, 32767 in korte kolommen, 2147483647 in de kolommen, 9223372036854775807 in lange kolommen en NaN in zwevende en dubbele variabelen) . Het komt ook voor voor NaN-waarden in zwevende en dubbele variabelen. Ook werd "nd" toegevoegd aan de lijst van gemeenschappelijke ontbrekende waarde markers in numerieke gegevens kolommen die ERDDAP™ Moet zoeken. Dankzij Matt Biddle van BCO-DMO.  
• VERBETERD: de nudump optie in generation Datasets Xml lijkt nu meer op nudump (maar gebruikt nog steeds de netcdf-java versie van nudump) . Het drukt een nieuwe lijst met opties af. Nu, voor .nc ml bestanden, het drukt de nudump output voor het resultaat van de .nc ml bestandswijzigingen toegepast op de onderliggende .nc of .hdf bestand.  
• BUG FIX: Er was een file handle lek (uiteindelijk veroorzaken ERDDAP™ te bevriezen) veroorzaakt bij het aanmaken van bepaalde soorten uitvoerbestanden, bijvoorbeeld .geotif, met name wanneer er fouten zijn opgetreden tijdens het aanmaken. Ik denk/hoop dat dit nu opgelost is. Als je nog steeds problemen ziet, vertel me dan het type dataset (raster of tabel) en het type bestand dat het probleem veroorzaakt. Dankzij Steven Beale, Lynn DeWitt, Jibei Zhao en anderen.  
• BUG FIX: De WMS Leaflet demo heeft de "diepgang" as niet volledig/juist omgezet in "hoogte." Nu wel, en de gebroken legendeverzoeken zijn opgelost. Ook alle asopties in de drop-down lijsten zijn altijd in oplopende gesorteerde volgorde. Dankzij Antoine Queric en Aurelie Briand.  
• BUG FIX: EDDTableFromFiles ondersteunt nu correct beperkingen op String variabelen die zijn gemaakt uit char variabelen in de gegevensbestanden. Dankzij Antoine Queric en Aurelie Briand.  
• BUG FIX: Wanneer een dataset niet beschikbaar is, probeert de dataset dit te melden (met het bericht "Deze dataset is momenteel niet beschikbaar.") haar abonnees, beursgenoteerde acties, rss en lonPM180 datasets die erop vertrouwen. Dankzij Roy Mendelssohn en Bob Simons.  
• BUG FIX: Twee bugs gerelateerd aan EDDTableCopy. Dankzij Sam McClatchie.  
• VERBETERD: Het aantal mislukte verzoeken weergegeven op de status.html pagina zal toenemen omdat meer dingen worden geteld als mislukkingen dan voorheen.  
• VERBETERD: ERDDAP 's status.html toont nu "Aanvragen (mediane tijden in ms) " in de tijdreeks. Voorheen toonde het mediane maal afgekapt tot integer seconden.  
• VERBETERD: In de jsonld uitvoer komt de jsonld "name" nu uit de dataset "title" in ERDDAP , en de jsonld "headline" komt nu uit de dataset " datasetID " in ERDDAP . Eerder was het omgekeerd. Dit lijkt mij verkeerd omdat in normaal Engels gebruik, "naam" is meestal een korte, (ideaal) unieke identificatiecode die zelden/nooit verandert (bv. Robert Middlename Simons) , geen beschrijving die niet uniek is en die gemakkelijk en vaak kan veranderen ("Een man die software schrijft voor NOAA " vs. "Een lange man die software schrijft voor NOAA ") . Goh, het zou geweldig zijn als de schema.org definitie van Naam , in het kader van een Dataset, waren specifieker. Software-ontwikkelaars moeten in staat zijn om een implementatie van een specificatie te schrijven op basis van de specificatie alleen, zonder begeleiding van deskundigen. Maar ik ga naar Google (met name Natasha Noy) , NCII (met name John Relph) En Rob Fuller.  
• VERBETERD: In de jsonld uitgang zijn de vier "spatialCoverage GeoShape box" waarden nu minLat minLon maxLat maxLon. Voorheen werden de posities van lat en lon omgekeerd. Het zou geweldig zijn als de schema.org definitie van GeoShape opgegeven de juiste volgorde. Software-ontwikkelaars moeten in staat zijn om een implementatie van een specificatie te schrijven op basis van de specificatie alleen, zonder begeleiding van deskundigen. Dankzij Natasha Noy en Rob Fuller.

Versie 1.82​

(vrijgegeven 2018-01-26)

• Nieuwe functies (voor gebruikers) :
   
• Talrijke subtiele veranderingen in het uiterlijk en gevoel van ERDDAP™ Webpagina's.
  • VERBETERD: ERDDAP™ maakt nu gebruik van HTML 5 en maakt beter gebruik van CSS.
  • VERBETERD: De webpagina's zijn enigszins aangepast om ze schoner en minder druk te maken. (Ze zijn nog steeds dicht en er zijn nog steeds dingen waar je over kunt klagen, maar hopelijk veel minder dan voorheen.) Met dank aan John Kerfoot voor enkele opmerkingen.
  • VERBETERD: De webpagina's zien er nu veel beter uit op mobiele telefoons en andere kleine apparaten, vooral als je ze gebruikt in landschapsoriëntatie. Ze zien er ook beter uit in zeer kleine en zeer grote vensters in desktop browsers.
  • VERBETERD: Om de veiligheid en andere redenen, het gebruik van een verouderde Openlayers versie voor de WMS De demonstratiepagina's zijn vervangen door Leaflet .
  • NIEUW: ondersteuning voor previews van afbeeldingen, audio en videobestanden in de "files" systeem (bijvoorbeeld, deze testgegevensset ) en in .htmlTable reacties wanneer een cel de URL van een afbeelding, audio of videobestand heeft (bijvoorbeeld, dit verzoek ) . Als je zweeft over een '?' pictogram, moet je een afbeelding, audio, of videobestand preview zien. U kunt ook klikken op de bestandslink om het volledige scherm van het bestand in uw browser te bekijken. Zie Documentatie van mediabestanden . Merk op dat verschillende browsers verschillende bestandstypen ondersteunen, zodat de voorbeelden misschien niet werken in uw browser. Dankzij deze mensen/links voor ideeën en sample code voor CSS-only image tooltips (was op https://codepen.io/electricalbah/pen/eJRLVd ) en uitgestelde afbeelding laden (was op https://varvy.com/pagespeed/defer-images.html ) (Hoewel de code werd gewijzigd voor gebruik in ERDDAP ) . Dankzij Cara Wilson, Matthew Austin en Adam Shepherd/BCO-DOMO voor verzoeken om beeldondersteuning. Dankzij Jim Potemra, Rich Signell, OOI, en Carrie Wall Bell voor verzoeken voor audio/hydrophone bestand ondersteuning. Dankzij OOI voor het tonen van de behoefte aan video-ondersteuning.
  • NIEUW: Een deelverzameling van gegevens van alle ERDDAP™ dataset (maar meestal een dataset van audiobestanden) kan nu worden opgeslagen in een .wav audiobestand. ( documentatie ) Dankzij Jim Potemra, Rich Signell, OOI, en Carrie Wall Bell voor verzoeken voor audio/hydrophone bestand ondersteuning.
  • VERBETERD: Het formaat voor de Web Toegankelijke Mappen (WAF) (bv. de /files/mappen) is bijgewerkt om een HTML-tabel te gebruiken. Het nieuwe formaat bootst de meer recente versie na van de directory lijst van webpagina's gemaakt door recentere versies van Apache. Mensen zullen merken dat de veranderingen de informatie gemakkelijker te lezen maken. Software die deze documenten ontleedt (b.v. software die ISO 19115 documenten oogst van ERDDAP ) zal moeten worden herzien, maar het nieuwe formaat zal gemakkelijker te verwerken zijn dan het vorige formaat. (Attentie, Anna Milan.)
  • NIEUW outOfDateDatasets.html blz. ( voorbeeld ) Deze web pagina toont een tabel met alle bijna-real-time datasets die een< testOutOfDate > label (zie hieronder) , gerangschikt naar hoe verouderd de datasets zijn. Dit dashboard moet nuttig zijn voor ERDDAP™ beheerders en eindgebruikers wanneer zij willen weten welke datasets verouderd zijn. Voor verouderde datasets is er waarschijnlijk een probleem met de gegevensbron, zodat ERDDAP™ kan gegevens van recentere tijdspunten niet zien/verkrijgen. Administrators: Als je geen Out-Of-Date Datasets web pagina wilt, voeg dit dan toe aan je setup.xml: <outOfDateDatasetsActive>false</outOfDateDatasetsActive> Nu wel. testOutOfDate en uit VanDatum kolommen in de allDatasets dataset. Dankzij Bob Simons, die dit al jaren heeft gewild, en de slimme mensen van het Ierse Instituut voor de Zee, die mij de inspiratie gaven via hun toegewijde Raspberry Pi en monitor die altijd een scherm als dit in hun kantoor laat zien.
  • VERBETERD: .htmlTable en .xhtml De respons is nu beter geformatteerd, compacter en dus sneller geladen. Dankzij HTML5 en CSS.
• NIEUWE uitvoer bestandstype voor griddap datasets: .timeGaps. Het toont een lijst van lacunes in de tijdwaarden die groter zijn dan de mediane kloof. ( voorbeeld ) Dit is nuttig voor ERDDAP™ beheerders en eindgebruikers wanneer ze willen weten of er onverwachte gaten zijn in de tijdwaarden voor een dataset die naar verwachting regelmatig verdeelde tijdwaarden heeft. Dankzij Bob Simons en Roy Mendelssohn die deze functie nodig had.
• VERBETERD: De standaard grafiek voor de allDatasets dataset is nu een kaart met x=maxLon en y=maxLat. Dankzij John Kerfoot, Rich Signell en OOI-CI.
• NIEUW: erddapy -- is geen ERDDAP™ functie, maar zal van belang zijn voor velen ERDDAP™ gebruikers. Erddapy ( ERDDAP™ + Python ) is a Python bibliotheek gemaakt door Filipe Fernandes die "het voordeel van ERDDAP 's RESTful webdiensten en creëert de ERDDAP™ URL voor elk verzoek zoals zoeken naar datasets, het verwerven van metagegevens, het downloaden van gegevens, enz." Dankzij Filipe Fernandes.
• Ik had eerder moeten vermelden: Er is een derde partij R pakket ontworpen om het gemakkelijker te maken om te werken met ERDDAP™ van binnen R: rerdap . Dankzij OpenSci En Roy Mendelssohn.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
   
• TO DO: In setup.xml, rechts onder<adminInstitution>, voeg een<adminInstitutionUrl>-tag die een URL voor uw instelling specificeert (groep) .
• TO DO: Deze 3 tags in setup.xml worden niet meer gebruikt: <start HoofdHtml>,<startBodyHtml> en<endBodyHtml>. Zij worden vervangen door: <startHeadHtml5><startBodyHtml5> en<endBodyHtml5>, met standaardwaarden gespecificeerd in messages.xml (en hieronder getoond) .

Wij raden het gebruik van de standaard<startHeadHtml5> en<endBodyHtml5>. Wij raden aan: Als u wijzigingen aan het origineel heeft aangebracht<startBodyHtml> en/of wil uw ERDDAP™ Nu, kopieer de nieuwe<startBodyHtml5>-tag (van onder) in uw setup.xml en wijzigen om uw aanpassen ERDDAP™ zodat ERDDAP 's Webpagina's weerspiegelen uw organisatie, niet NOAA ERD . Met name, verander de "Bried to you by" in uw organisatie (s) . Als je hulp nodig hebt, mail dan erd.data at noaa.gov . (Als u niet wilt aanpassen uw ERDDAP™ nu, gebruik de standaard<startBodyHtml5>.)

Verwijder vervolgens de 3 oude tags in uw setup.xml die niet meer worden gebruikt.

        <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>

Er zijn extra manieren waarop je aanpassen ERDDAP™ dus ERDDAP 's webpagina's weerspiegelen uw organisatie in plaats van NOAA ERD .

• TO DO: de< EDDGrid ...Voorbeeld> tags (beginnen met< EDDGrid IdExample>) en de<EDDtabel... Voorbeeld> tags (beginnen met<EDDTableIdExample>) in uw setup.xml bestand worden gebruikt om voorbeelden te maken in de griddap en tabledap documentatie. html webpagina's in uw ERDDAP .

Als je deze tags niet hebt aangepast, verwijder ze dan uit je setup.xml bestand. Nu hebben ze allemaal standaards in messages.xml die verwijzen naar datasets in Bob's ERDDAP™ op https://coastwatch.pfeg.noaa.gov/erddap/index.html . Dus u hoeft niet langer specifieke datasets in uw ERDDAP . Als u de standaardinstellingen wilt overschrijven, kopieer dan enkele of al deze tags in uw setup.xml en wijzig hun waarden. Als u wilt dat de voorbeelden naar uw ERDDAP™ De eenvoudigste methode is:

1. Neem deze twee datasets in uw ERDDAP™ door dit toe te voegen aan uw 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>

2. Voeg deze tag toe aan uw setup.xml, maar wijzig de URL naar uw ERDDAP 's ( https ?) URL:

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

Als u deze tags hebt aangepast, laat ze dan zoals ze zijn en voeg deze 2 nieuwe tags toe aan uw setup.xml om de ERDDAP™ URL voor deze datasets, maar wijzig de URL naar uw ERDDAP 's ( https ?) URL:

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

• DOEN: ERDDAP™ gebruikt nu een css bestand genaamd erddap2.css. Als u wijzigingen heeft aangebracht in \[ kat \] /webapps/erddap/images/erddap.css, overwegen om soortgelijke wijzigingen aan erddap2.css (in dezelfde map) .
• NIEUW: ERDDAP 's webpagina's hebben nu een groot aantal bijna onzichtbare interne links (de tekst is zwart en niet onderstreept) . Als je zweeft over een van deze links (meestal de eerste paar woorden van rubrieken en paragrafen) De cursor wordt een hand. Als u op de link klikt, is de URL de interne link naar die sectie van het document. Dit maakt het gemakkelijk om naar specifieke delen van de documentatie te verwijzen. Dankzij Bob Simons, die dit al jaren wil.
• NIEUW: ERDDAP™ nu ondersteunt Bytebereik / Aanvaarden-Ranges verzoeken om delen van /files/bestanden. Dit was nodig om de audio- en videokijkers in browsers te ondersteunen.
• DOEN: Nu, om de veiligheid te verbeteren, als u opgegeven<baseHttpsUrl> in setup.xml (en dus steun https ) , de aanbevolen vlag Url is een https URL met een veiligere vlagKey. Zo ja, zal een vorige vlagUrls/flagKeys ongeldig worden. Beheerders: Als deze wijzigingen van toepassing zijn op uw ERDDAP™ en als uw ERDDAP™ heeft EDDGrid FromErdap and EDDTable FromErdap's die zich abonneren op remote ERDDAP s, dan, nadat je bijgewerkt ERDDAP , ERDDAP™ zal automatisch proberen te abonneren op de nieuwe vlagUrl, dus u moet de oude abonnementen verwijderen en de nieuwe abonnementen valideren wanneer u de nieuwe abonnement validatie e-mails.
• DOEN: Als uw ERDDAP™ heeft EDDGrid FromErdap datasets voor erdVH3-datasets op Bob's kustwacht ERDDAP™ , verander ze om te verwijzen naar de nieuwe erdVH2018 datasets.
• DOEN: Als u een van de jplAquariusSSS sample datasets in uw ERDDAP™ , gelieve "V4" in de datasetID 's naar "V5."
• DOEN: actual\_range is nu een CF standaard attribuut (vanaf CF-1.7) en zegt duidelijk dat als de variabele gebruikt add\_offset en/of scale\_factor om de gegevenswaarden te verpakken, dan de actual\_range waarden moeten het uitgepakte gegevenstype gebruiken en uitgepakte waarden zijn. Helaas botst dit met ons eerdere advies. GenererenDatasets Xml pakt nu uit actual\_range waarden, maar dat zal niet repareren bestaande datasets in uw datasets.xml bestand.

Controleer dus uw datasets: als de waarden van een variabele zijn verpakt en als actual\_range is gespecificeerd als verpakte gegevens waarden, voeg een< addAttributes > actual\_range waarde om de uitgepakte waarden op te geven. Anders zal de dataset niet laden in ERDDAP . Een eenvoudige en bijna perfecte manier om dit te doen is om uw datasets.xml voor bron Attributen die

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

en a scale\_factor andere dan 1,0. Dat zijn de actual\_range Attributen die je misschien moet repareren.

Voor asvariabelen in EDDGrid datasets, ERDDAP™ zet altijd de actual\_range attribuut om het werkelijke bereik van de waarden te zijn, omdat het deze waarden kent.

Voor asvariabelen met dalende waarden (b.v. enkele breedtegraden) , ERDDAP™ aangemaakt actual\_range met de \[ 0 \] ... \[ laatste \] waarden, die hoog waren... laag. Nu gebruikt het altijd lage ... hoge waarden om de nieuwe CF definitie te maken.

De juistheid van de actual\_range waarden is vooral belangrijk voor EDDTable datasets, omdat ERDDAP™ zal snel weigeren gebruikers verzoeken voor gegevens waarden die lager zijn dan de actual\_range minimumwaarde of die groter zijn dan de actual\_range maximumwaarde.

Gerelateerd: de werkelijke\_min, werkelijke\_max, data\_min en data\_max attributen zijn nu verouderd. Zet uw datasets te gebruiken actual\_range In plaats daarvan.

• DOEN (facultatief, maar aanbevolen) : Voor elke bijna-real-time en voorspelling dataset in uw ERDDAP™ , voeg een [< testOutOfDate >] (/docs/server-admin/datasets#testoutofdate) tag met een waarde in het formulier now- nUnits, bv., now- 2 dagen. Als de maximale tijdswaarde voor de dataset ouder is dan die waarde, wordt de dataset als verouderd beschouwd en als zodanig gemarkeerd op de dataset. outOfDateDatasets.html Webpagina. Dit biedt een gemakkelijke manier om te zien wanneer er iets mis is met de bron van een dataset.
• NIEUW: Semantische markering van Datasets met json-ld (JSON Gekoppelde gegevens)
  ERDDAP™ nu gebruikt json-ld (JSON Gekoppelde gegevens) om uw data catalogus en datasets deel te maken van de semantisch web , dat is Tim Berners-Lee's idee om web inhoud meer machineleesbaar en machine "begrijpelijk" te maken. Zoekmachines ( Google in het bijzonder ) en andere semantische tools kunnen deze gestructureerde markup gebruiken om ontdekking en indexering te vergemakkelijken. De json-ld gestructureerde markup lijkt onzichtbaar voor mensen.<script> code op de http://.../erddap/info/index.html webpagina (wat een semantisch web is DataCatalog ) en op elk http://.../erddap/info/datasetID/index.html webpagina (wat een semantisch web is Dataset ) . (Speciale dank aan Adam Leadbetter en Rob Fuller van het Instituut voor de Zee in Ierland voor het doen van de harde delen van het werk om dit deel van ERDDAP .)
• NIEUW: Er zijn nieuwe datasets die gegevens van audiobestanden kunnen lezen: EDDGrid Van audiobestanden , die audio data behandelt als gerasterde data. EDDTableFromAudioFiles , die audiogegevens behandelt als tabelgegevens. Dankzij Jim Potemra, Rich Signell, OOI, en Carrie Wall Bell voor verzoeken voor audio/hydrophone bestand ondersteuning.
• Wijzigingen in GenererenDatasets Xml (en daarmee samenhangende veranderingen) :
  • NIEUW: ERDDAP™ heeft nu een systeem om automatisch verouderde URL's bijwerken beide in GenerateDatasets Xml en bij het laden van datasets. Als u suggesties voor extra URL's die moeten worden gevangen en bijgewerkt, of als u denkt dat dit moet worden omgezet in een dienst (zoals de converters) , e-mail erd.data at noaa.gov .
  • NIEUW: Nu, als GenererenDatasets Xml ziet een CF standard\_name (wat alle kleine letters moet zijn) met een hoofdletter, het voegt de alle kleine letters versie aan< addAttributes >. Ook wanneer een dataset laadt, als ERDDAP™ ziet een CF standard\_name met een hoofdletter, het stil verandert het in de standard\_name . Dankzij Rich Signell.
  • NIEUW: Nu, als GenererenDatasets Xml ziet een attribuut met een tijd die niet in ISO 8601 formaat, het voegt de ISO 8601 geformatteerde tijd aan< addAttributes >. Als ERDDAP™ herkent het formaat niet, het laat de tijdswaarde ongewijzigd. Als je een formaat ziet dat ERDDAP™ herkent en herstelt niet, e-mail het naar erd.data at noaa.gov .
  • VERBETERD: de code van het lage niveau voor de EDDGrid Van Thredds Catalogusoptie in GenererenDatasets Xml is nu afhankelijk van de Unidata netcdf-java catalogus crawler code (Thredds. catalogusklassen) zodat het alle THREDDS-catalogi kan verwerken (wat verrassend complex kan zijn) . Met dank aan Roland Schweitzer voor het voorstellen van deze wijziging en dank aan Unidata voor de code.
  • NIEUW: GenererenDatasets Xml voor EDDGrid FromDap voegt nu ", startYear-EndYear" toe aan het einde van de titel op basis van werkelijke tijdaswaarden. EndYear="present" als er gegevens bestaan in de laatste 150 dagen.
  • NIEUW: GenererenDatasets Xml voor EDDGrid FromDap voegt nu toe ", \[ resolutie \] °" naar de titel als de dataset gelijkmatig verdeeld is en hetzelfde voor lat en lon.
  • VERBETERD: De tijd converter heeft nu extra functies, met name de mogelijkheid om string tijden in een breed scala van gemeenschappelijke formaten om te zetten in ISO 8601 strings of in een UDUnits-compatibel nummer. Alle eerder ondersteunde functies blijven werken, ongewijzigd.
  • BUG FIX: GenererenDatasets Xml en de Keywords converter bevatten nu "Earth Science > " aan het begin van GCMD Science Keywords. Wanneer een dataset geladen is ERDDAP™ , ERDDAP™ repareert nu alle GCMD trefwoorden in de trefwoorden attribuut die niet beginnen met "Earth Science > " of die iets anders dan titel geval gebruiken (waarbij de eerste letter van elk woord wordt gekapitaliseerd) .
  • VERBETERD: Wanneer voorstellen< destinationName >'s, GenererenDatasets Xml voor EDDTableFromAsciiFiles heeft net het staarteinde van sourceName s met '/' (sommige waren bestandsnaam-achtig) . Nu gebruikt het de hele sourceName (bv. "blahblahblah (m/s) "). Deze verandering zal goed zijn voor sommige datasets en niet voor anderen, maar het is veiliger gedrag. Dankzij Maurice Libes.
  • BUG FIX: GenererenDatasets Xml en de dataset constructors zorgen er nu voor dat er geen dubbele kolomnamen zijn. Dankzij Maurice Libes.
  • BUG FIX: GenererenDatasets Xml voor EDDTableFromAsciiFiles schreef niet<kolomSeparator> naar de uitvoer. Nu wel. Dankzij Maurice Libes.
• NIEUW: De DasDds tool print nu tijd gap informatie (de .timeGaps-informatie ) als de dataset een gerasterde dataset is.
• NIEUW: Geavanceerd zoeken accepteert nu "nu_\-nUnits_" tijdwaarden. Dankzij Rich Signell.
• VERBETERD: Om de beveiliging te verbeteren, wanneer een e-mailadres in de metagegevens of gegevens van een dataset naar een html-webpagina wordt geschreven, wordt het "@" vervangen door " op ". Dit vangt alleen e-mailadressen die de volledige metadata of gegevenswaarde zijn, niet e-mailadressen die zijn ingebed in langere waarden.
• VERBETERD: Om de veiligheid te verhogen, RSS informatie voor particuliere datasets is nu alleen beschikbaar voor gebruikers (en RSS lezers) die zijn ingelogd en gemachtigd om die dataset te gebruiken.
• NIEUW: Nu, wanneer een dataset wordt geladen, als date\_created , date\_issued , date\_modified , of date\_metadata\_modified attribuut heeft een tijdswaarde die niet in ISO 8601 formaat is, ERDDAP™ verandert het in de ISO 8601 geformatteerde tijd. Als ERDDAP™ herkent het formaat niet, het laat de tijdswaarde ongewijzigd. Als je een formaat ziet dat ERDDAP™ herkent en herstelt niet, e-mail het naar erd.data at noaa.gov .
• VERBETERD: EDDGrid datasets zouden nu aanzienlijk sneller moeten zijn. Dankzij Rich Signell.
• Wijzigingen in verband met ERDDAP 's creatie van ISO 19115 documenten:
  • BUG FIX: bij het maken van ISO 19115 documenten, dataVariable eenheden waren niet HTML Attribuut gecodeerd en procent gecodeerd. Nu wel. Dankzij de ISO 19115 validator van NGDC.
  • BUG FIX: bij het maken van ISO 19115 documenten, date\_created werd gebruikt zoals is, zo vaak was het verkeerde formaat. Nu wordt het omgezet naar ISO 8601 Z string. Dankzij de ISO 19115 validator van NGDC.
  • BUG FIX: bij het maken van ISO 19115 documenten, ERDDAP™ nu langere schrijft data met jaar=0000 (zoals met klimatologie datasets) , omdat het ISO 19115 schema geen data toestaat met jaar=0000. Dankzij de ISO 19115 validator van NGDC.
• NIEUW: Zoals voor een verzoek om http .../erddap/versie geeft alleen het versienummer terug (als tekst) " ERDDAP \_versie=1.82" Nu, een verzoek om http .../erdap/version\string geeft een getal en een optioneel achtervoegsel van '\' plus ASCII tekst terug (geen spaties of controletekens) " ERDDAP \_version\_string=1.82\_JohnsFork" De mensen die de vork doen zullen dit specificeren door EDStatic.erddapVersion te veranderen. Deze manier van doen veroorzaakt geen problemen voor eerdere versies van ERDDAP . Dankzij Axiom (met name Kyle Wilcox) en het Ierse Instituut voor de Zee (met name, Rob Fuller) .
• BUG FIX: Voor wms versie=1.3.0, verzoek= GetMap , crs=EPSG:4326 (geen CRS:84) verzoeken: de bbox-order moet minLat,minLon,maxLat,maxLon zijn. Voor CRS:84 verzoeken, zoals eerder, bbox orde moet minLon,minLat,maxLon,maxLat zijn. Dit kan oplossen met behulp van ERDDAP 's WMS 1.3.0 dienst in ArcGIS (dankzij Paola Arce) . Bedankt. (niet) tot OGC om dit zo ingewikkeld te maken. Dankzij Leaflet voor het correct omgaan met dit en voor het geven van een manier om dit te testen.
• VERBETERD: Vorige RSS en e-mail abonnementen heeft de http URL voor uw ERDDAP . Nu is het https URL, als dat actief is.
• NIEUW: EDDGrid Kopiëren ondersteunt nu een optionele tag<alleenSinds>someValue</onlySinds>, waarbij de waarde een specifieke ISO-8601-geformatteerde tijd is of een now- nEenheden (bv. now- 2 jaar) Tijd. Zie alleen Aangezien documentatie . Dankzij Drew P.
• VERBETERD: indien beschikbaar, ERDDAP™ zal de https URL (van<baseHttpsUrl>, indien beschikbaar) in plaats van de http URL-adres wanneer het gebruikers de URL vertelt om een abonnement toe te voegen/validate/remove/list.
• BUG FIX: ERDDAP™ nu laat een abonnement actie te beginnen met " https://" . (Bob slaat zijn voorhoofd.) Dankzij Jennifer Sevadjian.
• BUG FIX: .jsonlKVP gebruikt nu ':' tussen elke sleutel en waarde, in plaats van '=' . (Bob slaat zijn voorhoofd.) Dankzij Alexander Barth.
• BUG FIX: Eerder, als je herstart ERDDAP™ met quickRestart=true, en als, voordat de dataset normaal werd herladen, je een oproep deed naar een EDDTableFromFromFiles dataset die update gebruikteEveryNMillis, en als een gegevensbestand net was gewijzigd, zou het verzoek mislukken met een nul pointer fout. Nu zal het verzoek slagen. Dankzij John Kerfoot.
• NIEUW: Wanneer een dataset geladen is ERDDAP™ , de trefwoorden worden nu herschikt in gesorteerde volgorde en elke nieuwe regel tekens worden verwijderd.
• Nu, als een GeoJson, .json of .nc oJson verzoek heeft .json p parameter, de respons mime type is toepassing/javascript. Merk op dat .json p wordt niet ondersteund voor .jsonlCSV of .jsonlKVP Omdat het niet zou werken. Dankzij Rob Fuller.
• VERBETERD: Het mimetype voor json lines fileType opties is nu "applicatie/x-jsonlines." Het was toepassing/jsonl. Momenteel is er geen definitieve juiste keuze.
• VERBETERD: Het aantal mislukte verzoeken weergegeven op de status.html pagina zal toenemen omdat meer dingen worden geteld als mislukkingen dan voorheen, bijvoorbeeld, ClientAbortException.
• VERBETERD: Nu, als een reactie van ERDDAP™ is niet gecomprimeerd, dan zal de header van het antwoord "Content-Encoding"="identity" bevatten.
• Het "licentie" attribuut was niet vereist. Nu, als het niet is gespecificeerd, de standaardLicentie van messages.xml (of van setup.xml indien aanwezig) wordt gebruikt als standaard.
• NIEUW: Er is nu een optie bestandAccessSuffix-attribuut . die kunnen worden gebruikt met de bestaande bestandAccessBaseUrl-attribuut .
• VERBETERD: Om de beveiliging te verhogen, werd deze versie samengesteld met de nieuwste Java JDK v8u162.
• NIEUW: Om de veiligheid te verhogen, verschillende gemeenschappelijke domeinen die tijdelijke e-mailadressen bieden (b.v. @mailinator.com) zijn nu op een permanente e-mail zwarte lijst voor het abonnementen systeem.
• NIEUW: Om de veiligheid te verhogen, de tallies in het Dagelijks Verslag nu omvatten: SetDataset IP-adres markeren mislukt (sinds het laatste dagelijkse verslag)
  SetDataset IP-adres markeren mislukt (sinds opstarten)
  SetDataset IP-adres gemarkeerd (sinds het laatste dagelijkse verslag)
  SetDataset IP-adres gemarkeerd (sinds opstarten)
  De "Failed" tallies laat je zien wie (Een hacker?) probeert een vlag te zetten, maar faalt.
• VERBETERD: Om de veiligheid te verhogen, e-mailadressen in de<abonnementE-mailBlacklist> in uw datasets.xml worden nu beschouwd als hoofdletterongevoelig.  

Versie 1.80​

(vrijgegeven 2017-08-04)

• Nieuwe functies (voor gebruikers) :
   
• NIEUW orderByCount () filter kunt u aangeven hoe de resultatentabel zal worden gesorteerd (of niet) en geeft slechts één rij terug voor elke sorteergroep, met de telling van het aantal niet-ontbrekende waarden voor elke variabele. Bijvoorbeeld, orderByCount (" stationID ") zal sorteren op stationID en keer één rij voor elke stationID , met een telling van het aantal niet-ontbrekende waarden voor elke variabele. Als je gewoon opgeeft orderByCount ("") , het antwoord zal slechts één rij zijn met het aantal niet-ontbrekende waarden voor elke gegevensvariabele. Zie orderBy ... documentatie Dankzij Ben Adams.
• NIEUW .nc oJson-bestand Type optie voor gerasterde en tabeldatasets. Deze optie maakt een NCO lvl=2 "pedantische" JSON-bestand met alle informatie die gewoonlijk in een .nc bestand. Zie http://nco.sourceforge.net/nco.html#json Dankzij Charlie Zender.
• BUG FIX: De orderBy ... () opties op de Make A Graph web pagina worden nu correct behandeld.
• BUG FIX: .geoJson-uitvoer drukt nu geen rijen af waar de lat- of lon-waarden ontbreken. Ook hoogtewaarden (indien beschikbaar) zijn nu opgenomen in de coördinaten, niet als data waarden. Dankzij Jonathan Wilkins.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
   
• VEILIGHEIDSISSUE: De protocollen.js bibliotheek gebruikt voor de OpenLayers demo op de WMS in ERDDAP™ is verouderd en heeft een bug die het mogelijk maakt te worden misbruikt. (Helaas, bijwerken OpenLayers en protocollen. Js is niet makkelijk.) Dat opent de mogelijkheid dat de bibliotheek kan worden opgezet om een cross-site kwetsbaarheid mogelijk te maken. Aangezien ERDDAP™ alleen gebruikt OpenLayers op een specifieke vooraf ingestelde manier en alleen met specifieke ERDDAP -based gegevensbronnen, we geloven dat er geen cross-site kwetsbaarheid in ERDDAP Gebruik van OpenLayers en protocollen.js. Echter, als je dit niet gelooft, kunt u nu uitschakelen het gebruik van de OpenLayers demo op de WMS pagina's van uw ERDDAP™ door toevoeging

        <openLayersActive>false</openLayersActive>  

naar uw setup.xml bestand. De standaard is "waar." Dankzij Charles Carleton en NCII.

• BEVEILIGINGSVERANDERINGEN: Niet gebruikte .jar bestanden en dupliceren .jar bestanden (omdat ze ook in netcdfAll.jar) zijn verwijderd uit de ERDDAP™ distributie. Verouderde .jar bestanden zijn bijgewerkt. Dankzij Charles Carleton en NCII.
• VEILIGHEIDSVERANDERINGEN: Het netcdfAll.jar bestand met ERDDAP™ is de nieuwste versie (momenteel 4.6.10) , maar het bevat nog steeds interne jackson .jar bestanden waarvan bekend is dat ze verouderd zijn en beveiligingskwetsbaar zijn, met name de Jackson bibliotheken die alleen worden gebruikt bij toegang tot Amazon S3 gegevensbronnen. Als u geen toegang tot gegevens via Amazon S3 (Je zou het weten als je) Deze kwetsbaarheden zijn niet relevant.

De netcdf-java ontwikkelaars beweren dat deze kwetsbaarheden niet relevant zijn vanwege de manier waarop netcdf code deze bibliotheken gebruikt en in ieder geval alleen relevant zou zijn bij toegang tot Amazon S3. Zie https://github.com/Unidata/thredds/issues/866 . Ik geloof ze. Als u zich hierover nog zorgen maakt, neem dan contact op met de netcdf-java ontwikkelaars. (Merk op dat als u niet gelooft de netcdf-java ontwikkelaars en overwegen niet te gebruiken ERDDAP™ Daarom zou je THREDDS ook niet moeten gebruiken, want THREDDS gebruikt netcdf-java meer fundamenteel en uitgebreider dan ERDDAP .)

Bijzonderheden: De lastige code en de kwetsbaarheid waarschuwingen zijn: netcdfAll- lastest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-databind/pom.xml Zie https://nvd.nist.gov/vuln/detail/CVE-2016-7051 -- Hoog netcdfAll- lastest.jar/META-INF/maven/com.fasterxml.jackson.dataformat/jackson-dataformat-cbor/pom.xml Zie https://nvd.nist.gov/vuln/detail/CVE-2016-7051 -- Hoog netcdfAll- lastest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-annotations/pom.xml Zie https://nvd.nist.gov/vuln/detail/CVE-2016-7051 -- Hoog Zie https://nvd.nist.gov/vuln/detail/CVE-2016-3720 -- Kritiek netcdfAll- lastest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-core/pom.xml Zie https://nvd.nist.gov/vuln/detail/CVE-2016-7051 -- Hoog Zie https://nvd.nist.gov/vuln/detail/CVE-2016-3720 -- Kritiek "Voor versie 4.6.10 trekt aws-java-sdk-core versie 2.6.6 van jackson-\* artefacten aan." (e-mail van netcdf-java mensen) . Dankzij Charles Carleton en NCII.

• COMPILILER VERANDERINGEN: Als u opnieuw compileert ERDDAP™ Merk op dat de -cp classpath parameter die nodig is voor de opdrachtregel nu veel korter is dan voorheen. Zie de nieuwe -cp instelling in deze documentatie . Dankzij Charles Carleton en NCII.
• NIEUWE OPTIE in GenerateDatasets Xml: EDDTableFromBcodmo, dat is gewoon voor intern gebruik bij BCO-DMO. Dankzij Adam Shepherd en BCODMO.
• NIEUWE ASPECTEN EN KENMERKEN: Als een EDDTable kolom bestandsnamen heeft van web toegankelijke bestanden (b.v. beeld-, video- of audiobestanden) , kunt u toevoegen

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

om de basis-URL te specificeren (eindigend op /) nodig om van de bestandsnamen volledige URL's te maken. Dan voor .htmlTable antwoorden; ERDDAP™ zal de bestandsnaam tonen als een link naar de gecombineerde URL (de basis Url plus de bestandsnaam) . Als je wilt ERDDAP™ om de gerelateerde bestanden te dienen, maak een aparte EDDTableFromFileNames dataset voor die bestanden (het kan een particuliere dataset zijn) . Dankzij Adam Shepherd en BCODMO.

• NEW ATTRIBUTE AANBEVELING: Als een EDDTable kolom bestandsnamen heeft van web toegankelijke bestanden (b.v. beeld-, video- of audiobestanden) die toegankelijk zijn via een archief (bv. .zip bestand) toegankelijk via een URL, gebruik

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

om de URL voor het archief te specificeren. Als je wilt ERDDAP™ om het archiefbestand te dienen, maak een aparte EDDTableFromFileNames-dataset voor dat bestand (het kan een particuliere dataset zijn) . Dankzij Adam Shepherd en BCODMO.

• Verbeteringen om datasets te genereren Xml om de oorzaken van ongeldig/slecht te verwijderen< subsetVariables > suggesties en dupliceren/slecht voorgestelde variabele namen, enz. Dankzij Rich Signell, Adam Shepherd en BCO-DMO.
• NIEUWE OPTIE: De politieke grens informatie verspreid met ERDDAP is van een derde partij en enigszins verouderd. Ook zijn er omstreden grenzen op verschillende plaatsen in de wereld, waar verschillende mensen verschillende ideeën hebben over wat juist is. Wij maken geen aanspraak op de samenhang van de politieke grensgegevens die met ERDDAP . Als je niet van de politieke grens informatie die komt met ERDDAP™ , kun je nu vertellen ERDDAP™ om nooit politieke grenzen te trekken door toevoeging

        <politicalBoundariesActive>false</politicalBoundariesActive>  

naar uw setup.xml bestand. De standaard is "waar." Dankzij Raju Devender.

• NIEUWE METADATA TAG: In de datasets.xml voor een dataset kunt u nu het standaard aantal kleuren opgeven Balkdelen voor een dataVariable op grafieken en kaarten met

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

(standaard=-1, waarin staat te laten ERDDAP™ beslissen) . Zie kleur Balkinstellingen .

• VERBETERD: de staatgrenskleur op kaarten was paars (Deep Purple voor jou Baby Boomers) . Nu is het grijs (tussen de nationale grens grijs en het land grijs) .
• BUG FIX:<iso19115Bestand> en<fgdcFile> in datasets.xml werden niet altijd correct behandeld. Nu wel. Dankzij BCO-DMO.

Versie 1.78​

(uitgebracht 2017-05-27)

• Nieuwe functies (voor gebruikers) :
   
• (geen)
   
• Dingen ERDDAP™ Beheerders moeten weten en doen:
   
• VERBETERD: De volgorde van de regels in "Major LoadDatasets Time Series" op de status.html pagina is nu nieuwste aan de bovenkant naar oudste onderaan.
• BUG FIX: ERDDAP™ nu schrijft .nccsv bestanden met de tijdvariabele actual\_range als ISO-8601 tekenreekstijd. Dat lost de bug met EDDTableFromErdap ontleden van info uit een remote dataset en van het quickRestart bestand voor alle EDDTableFrom...Files datasets. (De tijd actual\_range zal verkeerd zijn de eerste keer dat de dataset laadt in v1.78 maar correct nadat het is herladen, bijvoorbeeld, als u de dataset markeert.)

Versie 1.76​

(vrijgegeven 2017-05-12)

• Nieuwe functies (voor gebruikers) :
   
• VERANDERING in Tomcat: Voor verzoeken aan ERDDAP™ afkomstig van andere software dan webbrowsers (bv. curl R. Matlab , Python , Java ) : Net als bij eerdere wijzigingen in versies van Tomcat (de lagere software die draait ERDDAP ) sinds begin 2016, meer en meer van de tekens in de query deel van de aanvraag URL moeten zijn Percentage gecodeerd om veiligheidsredenen. Browsers zorgen voor procent codering voor u. dus gebruiken ERDDAP™ in een browser wordt niet beïnvloed tenzij het verzoek wordt doorgestuurd naar een andere ERDDAP .
• Eerder, ERDDAP™ behandeld tekenvariabelen meer als ongetekende korte gehele getallen dan tekens. Nu behandelt het ze meer als 1 karakter lang UCS-2 (Unicode) Strings. Zie char documentatie . Dankzij Aurelie Briand en het Argo project.
• Eerder, ERDDAP™ biedt weinig steun voor Unicodetekens boven teken #255 in tekenreeksen. Nu, intern, ERDDAP™ volledig ondersteunt 2-byte UCS-2 tekens (tekens genummerd 0 tot en met 65535) in Strings. Wanneer String gegevens worden geschreven naar verschillende bestandstypen, ERDDAP™ doet het beste wat het kan om 2-byte tekens te ondersteunen. Een ander voorbeeld is .csv bestanden die ERDDAP™ schrijft met de ISO-8859-1 tekenset (een 1-byte tekenset) , dus ERDDAP™ schrijft tekens boven teken #255 met de JSON-achtige \u_hhhh_ syntax. Zie Tekenreeksgegevens .
• VERBETERD: In .nc bestanden geschreven door ERDDAP™ , karaktervariabelen die geïnterpreteerd moeten worden als tekenreeksen hebben de eigenschap \_Coding=ISO-8859-1
  In .nc bestanden gelezen door ERDDAP™ , tekensetvariabelen met "\_Encoding" worden geïnterpreteerd als tekenreeksen met de opgegeven tekenset.
• HERINNEREN: ERDDAP™ ondersteuning JSON-achtige backslash-codering van speciale tekens wanneer u beperkingen van tekens en tekenreeksvariabelen specificeert. Zo kunt u vragen iets als &myString="\u20ac" wanneer u rijen van gegevens waar myString=€ sinds 20ac is de hexadecimale versie van het codepunt voor het Euro symbool. Verschillende bronnen op het web tonen de codepuntnummers voor Unicode symbolen, bijvoorbeeld, https://en.wikipedia.org/wiki/Unicode .
• Eerder, ERDDAP™ beperkte steun voor lang geheel getal variabelen. Nu ERDDAP™ volledig ondersteunt lang intern en doet zijn best bij het schrijven van lange gegevens naar verschillende bestandstypen. . Zie lange documentatie . Dankzij het Ierse Instituut voor de Zee, Craig Risien, Rich Signell, Christopher Wingard en OOI.
• NIEUW: uitvoer bestandstype voor griddap en tabledap : ** .nccsv ** , waardoor een NetCDF -zoals, ASCII, CSV-bestand dat ook alle metadata bevat die in een vergelijkbaar .nc bestand. Zie NCCSV Specificatie . Dankzij Steve Hankin.
• NIEUW: ** orderByClosest filter** kunt u aangeven hoe de resultatentabel zal worden gesorteerd en een interval (b.v. 2 uur) . Binnen elke sorteergroep worden alleen de rijen die het dichtst bij het interval liggen bewaard. Bijvoorbeeld, orderByClosest (" stationID , tijd, 2 uur") zal sorteren op stationID en tijd, maar geef alleen de rijen voor elke stationID waar de laatste orderBy Kolom (tijd) is het dichtst bij een interval van 2 uur. Dit is het dichtstbijzijnde ding in tabledap waarden in een griddap verzoek te stappen. Deze optie kan worden gespecificeerd via elke tabledap dataset's .html web pagina, .graph web pagina, en door elke URL die u zelf genereert. Dankzij het Ierse Marine Institute and Ocean Networks Canada.
• NIEUW: ** orderByLimit filter** kunt u aangeven hoe de resultatentabel zal worden gesorteerd en een limietnummer (bv. 100) . Binnen elke sorteergroep worden alleen de eerste 'limit' rijen bewaard. Bijvoorbeeld, orderByMax (" stationID , 100") zal sorteren op stationID , maar geef alleen de eerste 100 rijen voor elk stationID . Dit is vergelijkbaar met de restrictieclausule van SQL. Deze optie kan worden gespecificeerd via elke tabledap dataset's .html web pagina, .graph web pagina, en door elke URL die u zelf genereert. Dankzij het Ierse Marine Institute and Ocean Networks Canada.
• NIEUW: Twee nieuwe bestandstypen, ** .jsonlCSV en .jsonlKVP ** zijn beschikbaar voor verzoeken om gerasterde datasets, tabeldatasets en vele andere plaatsen in ERDDAP (b.v. verzoeken om informatie over datasets) . De bestanden zijn JSON Lines bestanden ( https://jsonlines.org/ ) waarbij elke regel een apart JSON-object heeft. .jsonlCSV heeft alleen de waarden in een CSV-formaat. .jsonlKVP heeft sleutel: Waardeparen. Elke lijn staat op zichzelf. De lijnen zijn niet ingesloten in een grotere JSON array of object. Bijvoorbeeld, zie dit verzoek om een steekproef . Dankzij Damian Smyth, Rob Fuller, Adam Leadbetter en het Ierse Marine Institute.
• NIEUW: Er is nieuwe documentatie die beschrijft Hoe toegang te krijgen tot privégegevenssets in ERDDAP™ via Scripts . Dankzij Lynn DeWitt.
• VERBETERD: de minimale omvang van de ** OpenLayers ** kaart was 2 graden en is nu 4 data pixels. Dankzij Rusty Holleman.
• VERBETERD: In sommige gemeenschappelijke gevallen reguliere expressie beperking zal veel sneller worden verwerkt.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
   
• SLOW FIRST STARTUP: De eerste keer dat je deze nieuwe versie opstart, zal het lang duren voor ERDDAP™ om alle datasets te laden omdat het alle brongegevensbestanden opnieuw moet lezen (Hoewel alleen de header voor gerasterde gegevensbestanden) . Als je kijkt naar de logs zie je misschien foutmeldingen waarin staat "oude/niet-ondersteunde verbeterde versie" van sommige interne bestanden -- dat is oké -- ERDDAP™ zal de nieuwe versies van de interne bestanden. Wees geduldig.
• ACTIE: ERDDAP™ nu gebruikt de nieuwe Java.time klassen (ook bekend als JSR 310) in plaats van Joda om String tijden te verwerken in numerieke tijden. Opmerkingen:
  • Als ERDDAP™ plotseling heeft problemen met het ontleden van de tekenreeks tijden voor een bepaalde dataset en dus zet gewoon de meeste of alle keren naar NaN's (ontbrekende waarden) , het probleem is bijna altijd met de datum Time format string die u hebt opgegeven als de "units" van de variabele. Het nieuwe systeem heeft soms een iets andere datumTijd formaat string nodig.
  • Als numeriek maanden en dagen in de datumTijd strings zijn niet 0-padded (b.v. "3/7/2016") , zorg ervoor dat het formaat slechts een enkele M en d (bv. "M/d/jjjj," niet "MM/dd/jjjj") .
  • Verander elke fractionele seconden specificatie die kleine letters s's gebruikt (b.v. de .sss in yyyy-MM-dd 'T'HH:mm:ss.sss) , in het kapitaal S's, (bv. yyyy-MM-dd 'T'HH:mm:ss.SSS) .
  • ERDDAP™ ondersteunt tekenreeksdatum niet langer Tijdsformaten met tweecijferige jaren (yy) met een impliciete eeuw (bv. 1900 of 2000) . Bedrijven besteedden miljarden dollars aan het oplossen van dit probleem in de late jaren 1990. Wetenschappers mogen geen twee cijferjaren gebruiken. Repareer het bronbestand (s) door om te zetten naar 4-cijferige jaren, gebruik dan jjjj in de datum Tijdformaat.
  • U kunt jjjj of JJJJ gebruiken (die ERDDAP™ converteren naar uuuu) 4 cijferjaren te verwerken, inclusief negatieve jaren, bv. -4712 (dat is 4713 V.CHR.) . Dankzij SeaDataNet, Thomas Gardner en BDC.
  • Blijf Z gebruiken binnen een datumTijdformaat om te krijgen ERDDAP om een tijdsverschuiving te verwerken (bv. Z, +0200, -08, -080, -08:30) .
  • Zorg ervoor dat u Java versie 1.8.0\_21 of hoger.
  • Programmeurs -- Als je schrijft Java programma's die draaien ERDDAP™ code, je moet de verwijzing naar joda-tijd verwijderen. pot in de klasse pad parameter.
• NIEUW: ERDDAP 's ArchiefA Datasethulpmiddel kan nu aanmaken BagIt bestanden . NCII kan standaardiseren op dit formaat. Dankzij Scott Cross en John Relph.
• VERBETERD: De links om de erddap te downloaden. De Voorzitter. - Het debat is gesloten. ERDDAP™ Webpagina's verwijzen nu naar GitHub . (Het zijn publieke links, dus je hoeft niet bij GitHub.) Dit betekent veel snellere downloads (tot 12Mb/s versus 1Mb/s) en weinig problemen met downloads. Dankzij Damian Smyth, Rob Fuller, Adam Leadbetter, Conor Delaney en het Ierse Marine Instituut.
• VERBETERD: status.html pagina en de dagelijkse status rapport e-mail nu een "Major LoadDatasets Time Series" sectie die statistieken toont over ERDDAP™ vanaf het einde van elke grote belastingDatasets voor de laatste 100 grote belastingDatasets. Dankzij onze lastige RAID.
• NIEUW: een nieuwe, facultatieve (maar aanbevolen) parameter voor EDDTableFromCassandra datasets: [ ** <partitieKeyCSV> ** ] (/docs/server-admin/datasets#partitionkeycsv) . Dankzij Ocean Networks Canada.
• NIEUW: EDDTableFromAsciiFiles ondersteunt nu ** <kolomSeparator> ** parameter. Als nul of "", zal de klasse raden, zoals eerder, Anders zal het eerste teken worden gebruikt als de kolom scheidingsteken bij het lezen van de bestanden. Dankzij Sky Bristol en Abigail Benson.
• Nieuw: het nieuwe datasettype, EDDtabelVanNccsvFiles , kan een dataset maken door samen te voegen NCCSV .csv bestanden . Dankzij Steve Hankin.
• VERBETERD: EDDTabelVanErdap nu gebruikt .nccsv informatie op afstand te krijgen ERDDAP s en voor lokaal archief van die metagegevens-informatie. Dit maakt volledige ondersteuning mogelijk voor de char en lange data types, en voor Unicode (UCS-2) Charset voor tekens en Strings. Dankzij Rob Fuller en het Ierse Instituut voor de Zee.
• VERBETERD: EDDTableVanErdap en EDDGrid FromErdap ondersteunt nu ** <omleiding>vals</redirect> ** waarin staat ERDDAP™ het verzoek nooit doorverwijzen naar de remote ERDDAP . De standaard is waar. Dit is handig wanneer de remote ERDDAP™ is een privé ERDDAP . Dankzij Damian Smyth, Rob Fuller en het Ierse Marine Instituut.
• VERBETERD: ERDDAP™ nu vangsten geannuleerde gebruikersverzoeken Eerder. En ERDDAP™ schakelt nu sneller uit omdat de laagdrempelige draden sneller afsluiten. Dankzij onze lastige RAID.
• GenererenDatasets Xml:
• NIEUW: De nieuwe speciale EDDType "ncdump" drukt een ncdump \-achtige afdruk van de koptekst van een .nc bestand. U kunt ook de gegevenswaarden voor gespecificeerde variabelen afdrukken (of "niets" invoeren om geen gegevenswaarden af te drukken) . Dit is handig omdat, zonder nudump is het moeilijk om te weten wat er in een bestand en dus welke EDDType u moet opgeven voor GenerateDatasetsXml. Dankzij Craig Risien, Rich Signell, Christopher Wingard en OOI.
• NIEUW: Voor SeaData Nettogegevens: Indien van toepassing, GenereerDatasets Xml doet nu een specifieke semantische conversie met behulp van een externe SPARQL query: als de bronmetadata van een variabele een sdn\_parameter\_urn bevat, bijvoorbeeld sdn\_parameter\_urn = "SDN:P01::PSLTZZ01," GenerateDatasets Xml zal het bijbehorende P02-attribuut toevoegen, bijvoorbeeld sdn\_P02\_urn = "SDN:P02::PSAL." Als je datasets hebt die deze attributen gebruiken, en als je ERDDAP 's< categoryAttributes > in setup.xml bevat sdn\_parameter\_urn en sdn\_P02\_urn, gebruikers zullen kunnen gebruiken ERDDAP™ Category search system to search for datasets with specific values of these attributen. Dankzij BODC en Alexandra Kokkinaki.
• VERBETERD: GenererenDatasets Xml verandert nu veel http:// verwijzingen in de metagegevens naar https:// indien van toepassing.
• VERBETERD: GenererenDatasets Xml probeert nu maker\_type en uitgever\_type te raden.
• VERBETERD: De gegevens van de variabeleSoorten voorgesteld door GenerateDatasets Xml zal nu een beetje beter zijn. Dankzij Margaret O'Brien, LTER en EML.
• VERBETERD: GenererenDatasets Xml is beter in het specificeren van de<cdm\_data\_type>, en het toevoegen van de gerelateerde, vereiste attributen (bijv.,<cdm\_timeserie\_variabelen>), zodat je die informatie kunt leveren. Dankzij Rich Signell.
• VERBETERD: In GenerateDatasets Xml, voor EDDTable datasets, de suggestie voor< subsetVariables > is nu veel conservatiever. Dankzij John Kerfoot.
• VERBETERD: indien datasets.xml voor een dataset specificeert featureType maar geen cdm\_data\_type, de featureType zal gebruikt worden als het cdm\_data\_type. Dankzij Rich Signell.
• BUG FIX: genereren Datasets Xml suggereert nu de juiste<dataType> voor gegevensvariabelen die scale\_factor , add\_offset en/of \_Ongetekende attributen.
• VERBETERD: Wanneer ERDDAP™ opent een .nc bestand dat is korter dan het zou moeten zijn (b.v. het is niet volledig gekopieerd) , ERDDAP™ Behandelt het dossier nu als slecht. Wat voorafging: ERDDAP™ opgegeven ontbrekende waarden voor elk ontbrekend deel van het bestand omdat dat het standaardgedrag is voor netcdf-java. ERDDAP™ nu gebruikt ucar .nc 2.iosp.netcdf3.N3header.disallowFileTruncation = true; Dankzij onze lastige RAID en Christian Ward-Garrison.
• VERBETERD: de ISO 19115 schrijver maakt nu gebruik van maker\_type , indien aanwezig.
• VERBETERD: ERDDAP™ nu maakt gebruik van de nieuwste netcdf-java v4.6.9 die extra soorten van netcdf-4 bestanden . Dankzij Craig Risien, Rich Signell, Christopher Wingard en OOI.
• BUG FIX: vermijd problemen als verschillende bronbestanden verschillende gegevenstypes voor een bepaalde variabele hebben. Dankzij Roy Mendelssohn en Eugene Burger.
• BUG FIX: Conversies op tijdformaat worden nu beter beschermd tegen slechte tijd waarden. Dankzij NDBC.
• BUG FIX: EDDGrid VanNcFiles Uitgepakt verwerkt nu tijdwaarden met "maanden sinds ..." en "jaren sinds ..." correct (door de maand of het jaar te verhogen, niet door er bijvoorbeeld meer dan 30 dagen bij te voegen) . Dankzij Soda3.3.1.
• Net in v1.74. abonnementen vereiste actie (bv. http:// ...) , dat was en moet facultatief zijn.
• BUG FIX: EDDGrid VanMergeIRFiles.lowGetSourceMetadata () heeft geen globale attributen toegevoegd. Nu wel.  

Versie 1.74​

(uitgebracht 2016-10-07)

• Nieuwe functies (voor gebruikers) :
   

• Nu, wanneer een lijst van Datasets (Alle, of van een zoekopdracht) wordt weergegeven op een webpagina, lange titels worden weergegeven op meerdere lijnen. Eerder werd het midden van een lange titel vervangen door " ... " . Dankzij Margaret O'Brien, LTER en EML.  

• Dingen ERDDAP™ Beheerders moeten weten en doen:
   

• TO DO: Verander op Linux computers de Apache timeout-instellingen zodat tijdrovende gebruikersverzoeken geen timeout krijgen (met wat vaak verschijnt als een "Proxy" of "Bad Gateway" fout) . Als root gebruiker:

  1. De Apache wijzigen http d.conf-bestand (meestal in /etc/ http d/conf/) : Het bestaande<Timeout> instelling (of voeg er een toe aan het einde van het bestand) tot 3600 (seconden) , in plaats van de standaard 60 of 120 seconden. Het bestaande<ProxyTimeout> instelling (of voeg er een toe aan het einde van het bestand) tot 3600 (seconden) , in plaats van de standaard 60 of 120 seconden.
  2. Apache herstarten: /usr/sbin/apachectl -k sierlijk (maar soms is het in een andere map) .

Dankzij Thomas Oliver.  

• NIEUW: \[ bigParentDirectory/hard Vlagmap Dit werkt als de vlag directory, maar de hardFlag versie verwijdert ook alle gecachede dataset informatie. Er zijn geen URL's om een harde vlag in te stellen. Dit kan alleen gebruikt worden door een bestand in die map te plaatsen. hard Vlaggen zijn erg nuttig als je iets doet dat een verandering veroorzaakt in hoe ERDDAP™ leest en interpreteert de brongegevens, bijvoorbeeld wanneer u een nieuwe versie van ERDDAP™ of wanneer u bepaalde soorten wijzigingen hebt aangebracht in de definitie van een dataset in datasets.xml . Zie deze documentatie . Dankzij John Kerfoot en alle Argo groepen.  
• NIEUW: GenererenDatasets Xml heeft nu een EDDTableFromEML optie die een datasetbeschrijving leest in een Ecologische Metadata Language (EML) bestand, downloadt het bijbehorende gegevensbestand, en genereert een brok van datasets.xml zodat de dataset kan worden toegevoegd aan ERDDAP . Er is ook een EDDTableFromEMLBatch die hetzelfde doet voor alle EML bestanden in een directory. Dit werkt heel goed omdat EML uitstekend werk verricht bij het beschrijven van de dataset en omdat KNB en LTER de werkelijke gegevensbestanden beschikbaar stellen. EML plus ERDDAP™ kan een geweldige combinatie zijn, aangezien ERDDAP™ kan gebruikers meer directe toegang tot de rijkdom van KNB en LTER gegevens en helpen die projecten voldoen aan de Amerikaanse overheid Toegang van het publiek tot onderzoeksresultaten (PARR) vereisten door de gegevens beschikbaar te stellen via een webservice. Zie deze documentatie . Dankzij Margaret O'Brien, LTER en EML.  
• NIEUW: GenererenDatasets Xml heeft nu een EDDTableFromInPort optie die een datasetbeschrijving leest in een InPort XML bestand en probeert een brok van datasets.xml zodat de dataset kan worden toegevoegd aan ERDDAP . Dit maakt zelden een kant-en-klare brok XML voor datasets.xml , maar het zal een goede ruwe ontwerp dat is een goed uitgangspunt voor het bewerken door een mens. Het zou geweldig zijn als mensen die InPort gebruiken om hun datasets te documenteren ook zouden gebruiken ERDDAP™ de feitelijke gegevens beschikbaar te stellen via ERDDAP "s web services en daardoor voldoen aan de Amerikaanse overheid en NOAA 's Toegang van het publiek tot onderzoeksresultaten (PARR) vereisten door de gegevens beschikbaar te stellen via een webservice. Dit is een oplossing die we nu kunnen gebruiken. ( erd.data at noaa.gov Graag gedaan.)
  Zie deze documentatie . Dankzij Evan Howell en Melanie Abecassis.  
• VERBETERD: ERDDAP™ gebruikt nu netcdf-java 4.6.6. Met eerdere versies leest netcdf-java enkele vulwaarden (misschien gewoon in netcdf-4 bestanden) als 0's. Nu leest het sommige ervan als de netcdf standaard vulwaarde: -127 voor bytes, -32767 voor shorts, -2147483647 voor ints. Unidata zegt dat het nieuwe gedrag het juiste gedrag is. Als een variabele in een dataset begint met het tonen van een van deze waarden waar ze gebruikt om 0's te tonen, kunt u toevoegen, bijvoorbeeld,

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

naar de variabele addAttributes om te vertellen ERDDAP™ om die waarde te behandelen als een missing\_value _Vullen Waarde. In veel gevallen zal dat echter niet het gewenste resultaat opleveren: 0's. Zo ja, overweeg dan de bestanden te wijzigen met NCO of herschrijven van de bestanden. Klachten? Neem contact op met Unidata ;-)  

• TO DO: Nieuwe topografieDepth palet Ik moedig je aan om alle datasets die het OceanDepth palet gebruiken om het nieuwe TopographyDepth palet te gebruiken, dat is als Topografie behalve met de kleuren omgedraaid, zodat het geschikt is voor dieptewaarden (positief=down) , in plaats van hoogtewaarden (positief=boven) . De aanbevolen instellingen voor dit palet zijn:

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

• NIEUWE KENMERKEN: Tekenreeks missing\_value en/of \_FillValue Als een tekenreeks variabele een missing\_value en/of \_FillValue, ERDDAP™ zal nu verwijderen die waarden uit de gegevens en vervangen door een lege tekenreeks, zodat ontbrekende waarden verschijnen als lege tekenreeksen, zoals met andere datasets in ERDDAP . Dankzij Margaret O'Brien, LTER en EML.  
• NIEUWE KENMERKEN: Ondersteuning voor lokale tijden tijdstempelvariabelen met brongegevens van tekenreeksen kunnen nu een tijdzone specificeren via een " time\_zone " attribuut dat leidt ERDDAP™ om de lokale-tijd-zone brontijden te converteren (sommige in Standard time, sommige in Daylight Saving time) in Zulu tijden. De lijst met geldige tijdzonenamen is waarschijnlijk identiek aan de lijst in de TZ kolom in deze tabel . De standaard is " Zulu ". Gemeenschappelijke Amerikaanse tijdzones zijn: US/Hawaii, US/Alaska, US/Pacific, US/Mountain, US/Arizona, US/Central, US/East. Voor tijdstempelvariabelen met numerieke brongegevens kunt u de " time\_zone "attribuut, maar de waarde moet " Zulu "of "UTC." Dankzij Margaret O'Brien, LTER en EML.  
• NIEUWE KENMERKEN: EDDTableFromAsciiFiles ondersteunt nu semicolon-afzonderlijke bestanden en is slimmer over het uitzoeken van de scheiding. Dankzij Margaret O'Brien, LTER en EML.  
• NIEUWE KENMERKEN: Als er een significante fout is in loadDatasets (groot of klein, bijvoorbeeld een ontbrekend of ongeldig datasets.xml document) , ERDDAP™ zal het nu aangeven in status.html, direct onder "n Datasets mislukt om te laden" als FOUT: tijdens het verwerken datasets.xml : zie log.txt voor details.  
• NIEUWE KENMERKEN: ERDDAP™ Zoek naar wezen. Wanneer ERDDAP™ doet een grote belasting Datasets, het zoekt nu naar weesdatasets (datasets die in ERDDAP™ maar niet in datasets.xml ) . Indien gevonden, worden ze vermeld in status.html, rechts onder "n Datasets mislukt om te laden" als foutmelding: n weesgegevenssets (datasets in ERDDAP™ maar niet in datasets.xml ) = .... Als u wilt verwijderen (uitladen) een wees van ERDDAP™ , moet je toevoegen <dataset type="anyValidType" datasetID ="theDatasetID" active="false" /> tot datasets.xml totdat de dataset wordt gelost tijdens de volgende grote ladingDatasets.  
• BUG FIX: Als een dataset een numerieke tijdstempelvariabele had met andere eenheden dan "seconds since 1970-01-01T00:00:00Z" en met<updateEveryNMillis> systeem actief, het bereik van de tijdstempelvariabele is onjuist ingesteld toen de dataset werd bijgewerkt. Dankzij John Kerfoot.  
• BUG FIX: Als<quickRestart> was waar in setup.xml en u vroeg gegevens van een EDDTableFrom... Bestandenset die gebruikt is<updateEveryNMillis>, het eerste verzoek naar de dataset zou mislukken, maar volgende verzoeken zouden slagen. Het eerste verzoek zal niet mislukken. Dankzij John Kerfoot.  
• BUG FIX: De GenerateDatasetsXml.sh en .bat werkten niet met >9 parameters op de opdrachtregel. Nu wel. Dankzij John Kerfoot.  
• BUG FIX: De nieuwe EDDTableFromMultidimNcFiles verwijderde niet consequent aansluitende spaties uit strings. Nu wel. Met name, dit beïnvloed ARGO bestanden. Dankzij Kevin O'Brien en Roland Schweitzer.  
• BUG FIX: Alle toegang van remote DAP diensten worden nu gestart door modernere code. Dit lost de "connectie gesloten" fout bij het openen van een aantal EDDTableFromErdap datasets. Dankzij Kevin O'Brien.  
• BUG FIX: De behandeling van orderBy ... () en onderscheiden () zijn nu terug naar de manier waarop ze waren voor de recente veranderingen: een gegeven verzoek kan meerdere orderBy ... () en/of een aparte () filter; ERDDAP™ zal ze behandelen in de volgorde die ze zijn gespecificeerd. Dankzij David Karuga.  
• BUG FIX: Als de dataset EDDTableFromDatabase is en een query heeft bronCanOrderBy en/of bronCanDoDistinct , dan kan de database (afhankelijk van de instellingen in datasets.xml ) geheel of gedeeltelijk handvat alleen de eerste orderBy .. () of verschillend () . Dankzij David Karuga.  
• BUG FIX: De recente extra procent-codering veroorzaakte problemen met enkele vragen voor .nc CF-bestanden, bijvoorbeeld "HTTP-status 500 - Query error: variable=station wordt tweemaal vermeld in de lijst met resultatenvariabelen." Dankzij Kevin O'Brien.  
• BUG FIX: EDDTableFromFiles had moeite met het herladen van een dataset toen een van de kolommen een ware char kolom was. Dankzij Roland Schweitzer.  
• BUG FIX: EDDGrid VanNcFiles Uitgepakt nu ook converteert missing\_value en \_FillValue naar standaardwaarden zodat bestanden met verschillende waarden kunnen worden samengevoegd. Door deze wijziging, nadat u deze nieuwe versie van ERDDAP™ , stel een hard Vlag voor elk EDDGrid VanNcFiles Uitgepakte dataset in uw ERDDAP .  
• VERBETERD: EDDTableFromNcCFFiles kan nu bestanden verwerken die meerdere sample\_dimension's hebben. Een gegeven dataset mag alleen variabelen gebruiken die één van de sample\_dimensies gebruiken. Dankzij Ajay Krishnan.  
• VERBETERD: Voor EDDTableVan...Bestanden,<SorteerFilesBySourceNames> nu komma-afscheiden (aanbevolen) of spatie gescheiden lijsten van variabele bronnamen. In beide gevallen kunnen individuele variabele namen worden omgeven door dubbele aanhalingstekens, bijvoorbeeld als de naam een interne ruimte heeft.

Versie 1.72​

(uitgebracht 2016-05-12)

• Nieuwe functies (voor gebruikers) : Geen.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• NIEUWE EDDTableVanMultidimNcFiles EDDtabelVanMultidimNcFiles is een nieuw alternatief voor EDDTableFromNcFiles. Het is ontworpen om te gaan met groepen bestanden met verschillende variabelen met gedeelde dimensies, bijvoorbeeld var1 \[ a \] \[ b \] , var2 \[ a \] , var3 \[ b \] , scalarVar. Dankzij het Argo Project, Aurélie Briand en Roland Schweitzer.
• BUG FIX: ERDDAP™ (via de FileVisitorDNLS en FileVistorSubdir klassen) volgt nu symbolische links op Linux. ERDDAP™ Volgt nog steeds geen .lnk's op Windows.
• BUG FIX van bug geïntroduceerd in 1.70: onderscheiden + orderBy waren niet toegestaan samen in een verzoek. Nu zijn ze het weer. Zij sluiten elkaar niet uit. Dankzij David Karuga.
• VERANDERING datasets.xml zwarte lijst van IP adressen: IP v4 adressen lijken te zijn ERDDAP™ als 4 periode-gescheiden hex-nummers. Ik denk dat IP v6 adressen verschijnen als 8 dubbele hex nummers. Dus. ERDDAP™ ondersteunt nu dubbele punten in de IP-adressen in die lijst en \* aan het einde van de lijst om een reeks adressen te blokkeren.
• VERBETERD: ERDDAP™ nu gebruikt NetcdfFileWriter om te schrijven .nc bestanden in plaats van de verouderde NetcdfFileWriteable. Er mag geen duidelijke verandering in de resulterende bestanden zijn. Dit opent de mogelijkheid om groot te maken .nc bestanden die de .nc 3 64bit uitbreidingen. Indien u dat wenst/nodig heeft, stuur dan een verzoek naar erd.data at noaa.gov .
• VERBETERD: Veel van de links naar externe websites waren verouderd. Nu zijn ze up-to-date en gebruiken https: in plaats van http : waar mogelijk.
• Veel kleine veranderingen.

Versie 1.70​

(uitgebracht 2016-04-15)

• Nieuwe functies (voor gebruikers) : Geen.  
• Dingen ERDDAP™ Beheerders moeten weten en doen: Hieronder zijn er verschillende aanbevolen wijzigingen in de documentatie in uw setup.xml bestand. Alstublieft, maak deze wijzigingen nu. Dertig minuten werk kan u in de toekomst uren van verwarring besparen.
• Bugfix: Het probleem was dat verzoeken die werden doorgestuurd naar een remote ERDDAP mislukt met een ongeldig teken ' | ' foutmelding. Dit gebeurde alleen met recente versies van Tomcat. Dankzij Rusty Holleman, Conor Delaney en Roy Mendelssohn.
• Bugfix: ERDDAP™ gebruikt nu een up-to-date versie van netcdf-java (Het is een lang verhaal.) die bevat up-to-date ondersteuning voor NcML, die het probleem met NcML LogicalReduce niet werken zoals verwacht. Er kunnen een paar kleine wijzigingen in de metadata die ERDDAP™ leest via netcdf-java van .nc , .hdf , .grib, en .bufr bestanden. Dankzij Favio Medrano.
• Het nieuwe EDDTableAggregateRows Hiermee kunt u een samengevoegde EDDTable dataset maken van twee of meer EDDTable datasets met dezelfde gegevensvariabelen met dezelfde eenheden. Dankzij Kevin O'Brien.
• Nieuwe opties voor EDDTableFromDatabase ( bronCanOrderBy en bronCanDoDistinct ) laat u specificeren of ERDDAP™ , de database, of beide, behandelen onderscheiden en orderBy (en alle varianten) beperkingen. Dankzij David Karuga.
• U kunt nu de grafieken en metadata van een private dataset beschikbaar maken voor het publiek via de nieuwe [<grafiekenToebehorenTo>openbaar</graphsAccessibleTo>] (/docs/server-admin/datasets#graphsaccessableto) Tag. Dankzij Emanuele Lombardi.
• Nu, als een string doorgegeven aan GenerateDatasets Xml of DasDds wordt omgeven door dubbele citaten, het is niet vermeld (alsof het een JSON tekenreeks is) . Dankzij John Kerfoot en Melanie Abecassis.
• GenererenDatasets Xml ondersteunt nu "standaard" om de standaard en "niets" te krijgen om een lege tekenreeks te krijgen (ze werken met of zonder citaten) . Dit lost enkele problemen op in verband met het passeren van lege strings.
• Nu, in GenerateDatasets Xml, voor iedereen EDDGrid FromFiles en EDDTable Datasets van FromFiles, indien het monster Bestandsnaam die u opgeeft is "" (de lege tekenreeks) , het zal het laatste overeenkomende bestandName gebruiken van de directory + regex + recursive=true.
• Bijgewerkt: De displayInBrowser code die wordt gebruikt om de resultaten van GenerateDatasetsXml en DasDds op Linux computers weer te geven was verouderd en gaf een vreemde boodschap over Netscape. Dit maakt gebruik van een moderne Linux tool: xdg-open. Dankzij Melanie Abecassis.
• De allDatasets dataset heeft nu een "files" kolom, die de basis-URL van de /files-link aangeeft (als er één is) voor de dataset.
• Verhoog de algemene veiligheid van uw ERDDAP™ door de permissies die verbonden zijn met de Tomcat directory en de bigParentDirectory te wijzigen: (De eigenlijke commando's hieronder zijn voor Linux. Voor andere besturingssystemen, maak analoge veranderingen.)
  • Wijzig de "groep" naar Tomcat, uw gebruikersnaam of de naam van een kleine groep die Tomcat en alle beheerders van Tomcat omvat/ ERDDAP , bijvoorbeeld, chgrp -R yourUserName apache-tomcat-8.02.23 chgrp -R jouw Gebruikersnaam bigParentDirectory
  • Verander toegangsrechten zodat Tomcat en de groep hebben gelezen, schrijven, uitvoeren privileges, bijvoorbeeld,. chmod -R ug+rwx apache-tomcat-8.02.23 chmod -R ug+rwx bigParentDirectory
  • Verwijder "andere" gebruikersrechten om te lezen, te schrijven of uit te voeren: chmod -R o-rwx apache-tomcat-8.02.23 chmod -R o-rwx bigParentDirectory Dit is belangrijk, omdat het voorkomt dat andere gebruikers mogelijk gevoelige informatie in ERDDAP™ instellen van bestanden, logbestanden en bestanden met informatie over private datasets.
• Het authenticatie/login systeem werd vernieuwd. Dankzij Thomas Gardner, Emanuele Lombardi en de nieuwe regering van de VS HTTPS-alleen standaard .
  • De authenticatie=openie optie werd verwijderd. Het was verouderd.
  • De nieuwe, aanbevolen, authenticatie=google optie gebruikt Google Aanmelden (gebaseerd op OAuth 2.0) om iedereen met een Google-e-mailaccount toe te staan (inclusief Google beheerde accounts zoals @noaa.gov ) om in te loggen.
  • De nieuwe, authenticatie=e-mail optie is een back-up voor authenticatie=google. Het staat gebruikers met een<gebruiker> tag in datasets.xml om in te loggen door ze een e-mail te sturen met een speciale link.
  • In uw setup.xml, wijzig de beschrijving voor<authenticatie> te worden

            <!-- 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 uw setup.xml, voeg dit rechts onder de<authenticatie> label

            <!-- 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>

• Nu kunnen gebruikers die niet zijn ingelogd gebruiken http of https URL's (als u dit hebt ingesteld<baseHttpsUrl> in uw setup.xml). Dankzij de nieuwe regering van de VS HTTPS-alleen standaard .
• Nu kunt u alle gebruikers aanmoedigen om te gebruiken https (niet http ) door instelling<baseUrl> om een https URL. Gebruikers dwingen alleen te gebruiken https , u moet ook wijzigingen aanbrengen in uw Apache/Tomcat setup om niet- https Toegang. Dankzij de nieuwe regering van de VS HTTPS-alleen standaard .

In uw setup.xml, wijzig de beschrijving voor<baseUrl> te worden

            <!-- 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>    
            -->

• De opties<wachtwoordcodering> veranderd. In uw setup.xml, wijzig de beschrijving voor<wachtwoordCoding> wordt

            <!-- 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 uw setup.xml, wijzig de beschrijving voor<baseHttpsUrl> te zijn

            <!-- 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.
            --> 

• Nu, als lijstPrivateDatasets=true in setup.xml, zal nog minder informatie worden getoond over datasets waar een gebruiker geen toegang tot heeft.
• Nu, vooral voor wanneer u in eerste instantie het opzetten van uw ERDDAP , kun je nu vertellen ERDDAP™ niet proberen te abonneren op remote ERDDAP™ datasets. Dankzij Filipe Rocha Freire. In uw setup.xml, vlak voor<lettertypeFamily>, toe te voegen

        <!-- 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 uw setup.xml, in de instructies hierboven<e-mailFromAddress>, voeg toe: Stel dit zo mogelijk in om een beveiligde verbinding te gebruiken (SSL / TLS) naar de e-mailserver. Als uw installatie geen beveiligde verbinding met de e-mailserver gebruikt, maak dan de wijzigingen om het zo te maken.
• In uw datasets.xml , voeg deze regel toe aan de beschrijving van<abonnementE-mailBlacklist> in uw datasets.xml : U kunt de naam gebruiken "\" om een heel domein zwart te maken, bijvoorbeeld,\@example.com .
• Sinds de wijziging van het logsysteem in v1.66 is het logbestand nooit up-to-date. Er zijn altijd berichten of delen van berichten die wachten om naar het logbestand te worden geschreven. Je kunt het up-to-date maken. (voor een moment) door uw ERDDAP de status web pagina op http://your.domain.org/erddap/status.html .
• HashDigest ......
• Een kleine verandering (naar String2.canonical) dat moet helpen om dingen snel te laten gaan wanneer ERDDAP™ is zeer druk en ook beter omgaan met een zeer groot aantal datasets.
• Sterk Aanbevolen: stoppen met gebruik<convertnaarPublicSourceUrl> in datasets.xml om een IP-nummer om te zetten in een dataset< sourceUrl > (bv. http://192.168.#.#/ ) in een domeinnaam (bv. http :my.domein.org/) . Vanaf nu, nieuwe abonnementen op http://localhost , http://127.0.0.1 en http://192.168.#.# URL's zijn om veiligheidsredenen niet toegestaan. Dus gebruik altijd de publieke domeinnaam in de< sourceUrl > label (indien nodig vanwege DNS problemen) , kunt u de /etc/hosts-tabel op uw server om het probleem op te lossen door lokale domeinnamen te converteren naar IP-nummers zonder gebruik te maken van een DNS-server. U kunt testen of een bepaalde domeinnaam goed wordt opgelost met behulp van some.domain.name
• In generateDatasets.xml, voor externe datasets (b.v. van een THredDS-server) , de automatisch gegenereerd datasetID s zijn voor de meeste domeinen ongewijzigd. Voor een paar domeinen, het eerste deel (d.w.z. de naam) van de automatisch gegenereerde datasetID zal een beetje anders zijn. Met name namen die één deel hadden hebben nu meer kans op twee delen. Bijvoorbeeld, datasets van http://oos.soest.hawaii.edu eerder leidde tot datasetID s dat begon met hawaii\_, maar nu leidt tot datasetID s dat begint met hawaii\soest\ . Als dit problemen voor u veroorzaakt, mail me dan. Er kan een oplossing zijn.
• De Cassandra driver werd bijgewerkt naar cassandra-driver-core-3.0.0.jar en dus voor Cassandra v3. EDDTableVanCassandra maakt geen gebruik van nieuwe functies in Cassandra v3. Indexen in Cassandra kunnen nu complexer zijn, maar ERDDAP™ nog steeds gebruik maakt van het Cassandra v2 index model, die veronderstelt dat een geïndexeerde kolom direct kan worden gevraagd met '=' beperkingen. GenererenDatasets Xml voor EDDTableFromCassandra detecteert geen kolommen meer met indexen; als een index eenvoudig is, moet u deze specificeren in datasets.xml Met de hand. Als u ondersteuning nodig hebt voor meer complexe indexen of andere nieuwe functies, e-mail erd.data at noaa.gov . !!! Als u Cassandra 2.x nog steeds gebruikt, ga dan door met het gebruik ERDDAP™ v1.68 tot je upgrade naar Cassandra 3.x.
• Jars en de Classpath -- Bijna alle bestanden van derden werden bijgewerkt naar hun nieuwste versies.
  • slf4j.jar werd toegevoegd aan /lib en het klassepad.
  • Joid. pot en tsik. pot werden verwijderd van /lib en het klassepad.
  • Als u foutmeldingen over klassen niet gevonden wanneer u compileert of uitvoert ERDDAP™ of een van de tools, vergelijk het klassepad van de commandoregel met ERDDAP 's huidige klassepad Om uit te zoeken welke... kuren ontbreken op je klaspad.

Versie 1.68​

(uitgebracht 2016-02-08)

• Nieuwe functies (voor gebruikers) : Geen.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• EDDGrid FromFiles Aggregation via bestandsnamen of globale metadata -- Alle variaties van EDDGrid FromFiles kan nu een groep bestanden samenvoegen door een nieuwe meest linkse dimensie toe te voegen, meestal tijd, op basis van een waarde afgeleid van elke bestandsnaam of van de waarde van een globaal attribuut dat zich in elk bestand bevindt.
• VERBETERD: We eerder suggereerden dat u misschien wilt een EDDGrid FromErdap dataset in uw datasets.xml die verwijzen naar de jplMU en het reservaat RSS T dataset in onze ERDDAP . Aangezien er nu een nieuwere versie van die dataset is, is die dataset nu verouderd. Dus als je die dataset in je ERDDAP™ , voeg deze nieuwe dataset toe

        <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>  

Als u de oude jplMU wilt verwijderen RSS T dataset van uw ERDDAP™ (Het is jouw keuze.) , verander de actieve instelling van "true" in "false."

• Bugfix: Controleer de bigParentDirectory die u hebt opgegeven in uw setup.xml. Als je geen slash op het einde van de<bigParentDirectory> naam, dan ERDDAP™ zal meerdere mappen hebben gemaakt door woorden direct toe te voegen aan de naam die u hebt opgegeven, in plaats van submappen aan te maken. Te beginnen met versie 1.68, ERDDAP™ voegt een slash toe aan het einde van de mapnaam als je er geen hebt opgegeven. Dus als je eerder geen slash aan het eind hebt opgegeven, dan wanneer je installeert ERDDAP™ v1.68 u moet verplaatsen en hernoemen die mappen na je sluit de oude ERDDAP™ en voor je start de nieuwe ERDDAP . Bijvoorbeeld, als je bigParentDirectory per ongeluk hebt opgegeven als /home/erdapBPD (geen achterwaartse slash) en ERDDAP™ heeft ten onrechte mappen als /home/erdapBPDcache /home/erdapBPDCopy /home/erdapBPDdataset /home/erddapBPDvlag /home/erdapBPDlogs thuis/erdapBPDluceen en een bestand met de naam /home/erddapBPDabonnementenV1.txt, dan moet je bewegen en ze hernoemen om /home/erdapBPD/cache /home/erdapBPD/copy /home/erdapBPD/dataset /home/erddapBPD/vlag /home/erddapBPD/logs /home/erdapBPD/luceen en /home/erddapBPD/abonnementenV1.txt
• Bugfix: Er zaten insecten in. EDDGrid LonPM180 in ERDDAP™ v1.66 die zich voordeed wanneer de kindset een EDDGrid Van Erddap.
• Bugfix: Er was een insect in EDDGrid FromFiles en EDDTable FromFiles in ERDDAP™ v1.66 veroorzaakt<UpdateEveryNMillis> te negeren de eerste keer dat de dataset werd geladen na een herstart.
• Bugfix/Nieuwe functie: Als een dochterset binnen EDDGrid AggregatExistingDimension, EDDGrid Begrepen. EDDGrid FromEDDTable, EDDGrid LonPM180, EDDGrid SideBySide, EDDTableCopy, of EDDTableVan EDDGrid is een ...FromErdap dataset, die ouder dataset nu abonneert op de onderliggende ERDDAP™ dataset. Indien de onderliggende waarde ERDDAP™ dataset is in hetzelfde ERDDAP™ , het abonnement en de validatie ervan worden direct gedaan; u krijgt geen e-mail waarin u wordt gevraagd om het abonnement te valideren. Anders, als het abonnementssysteem voor uw ERDDAP™ is uitgeschakeld, zet de<herlaadEveryNMinutes> instelling voor de ouderset naar een klein getal (60?) zodat het up-to-date blijft.
• Bugfix/Nieuwe functie: Als een dochterset binnen EDDGrid AggregatExistingDimension, EDDGrid Begrepen. EDDGrid FromEDDTable, EDDGrid LonPM180, EDDGrid SideBySide, EDDTableCopy, of EDDTableVan EDDGrid heeft actief="valse," dat kind dataset is nu overgeslagen.

Versie 1.66​

(uitgebracht 2016-01-19)

• Nieuwe functies (voor gebruikers) :

• Grafieken (geen kaarten) kan nu dalende waarden op de assen. Om dit te krijgen bij het gebruik van een Make A Graph webpagina, wijzigen van nieuwe Y As: oplopende instelling (de standaard) om af te dalen. Of, in een URL die een grafiek vraagt, gebruik de nieuwe optionele 3e ' | " parameter voor de &.x Bereik en/of &. yRange-schakelaars , wat niets kan zijn (de standaard) , waar, of t om oplopende waarden te krijgen, of gebruik valse of f om dalende waarden te krijgen. De ware | valse waarden zijn hoofdletterongevoelig. Dankzij Chris Fullilove, John Kerfoot, Luke Campbell en Cara Wilson.

• Gebruikers kunnen nu de achtergrondkleur voor grafieken opgeven door een &.bgColor=0x_ toe te voegen AARRGGBB_ schakel naar de URL die de grafiek vraagt. Zie .bgColor in de Graphics Commands sectie van de griddap en tabledap documentatie. Dankzij John Kerfoot en Luke Campbell.

• Voor tabeldatasets kunnen beperkingen nu verwijzen naar min (Een of andere variabelenaam) of max (Een of andere variabelenaam) . Zie min () en max () . Dankzij John Kerfoot.

• Voor tabeldatasets, tijdsbeperkingen die worden gebruikt nu kan nu tijdeenheden van milliseconden of millis specificeren.

• Een verzoek om een afbeelding van een tabelset maakt nu een kaart (geen grafiek) als de x- en y-variabelen lengte- en breedtegraad-achtige variabelen zijn (compatibele eenheden) . Dankzij Rich Signell.

• Bug fix: Time as labels en teken hadden soms onregelmatigheden bij het gelijktijdig aanvragen van meerdere grafieken (bijvoorbeeld op een webpagina) . Het probleem was een bug in de SGT grafische bibliotheek die ERDDAP™ toepassingen (een variabele was "statisch" dat niet had moeten zijn) . Dankzij Bradford Butman.  

• Dingen ERDDAP™ Beheerders moeten weten en doen:

• Het is een veiligheidsrisico om uw e-mail wachtwoord in een platte tekst bestand zoals setup.xml. Om dat probleem te verhelpen, raden wij u ten zeerste aan:

  1. Een e-mailaccount instellen voor ERDDAP gebruik, bv. erddap@yourInstitution.org . Dat heeft ook andere voordelen, met name meer dan één ERDDAP™ De beheerder kan dan toegang krijgen tot dat e-mailaccount.
  2. Maak de toegangsrechten van het setup.xml bestand rw (read+write) voor de gebruiker die Tomcat en ERDDAP™ (gebruiker=tomcat?) en geen machtigingen (niet lezen of schrijven) voor de groep en andere gebruikers. Dankzij Filipe Rocha Freire.

• Het nieuwe ArchiefADataset hulpmiddel vereenvoudigt het maken van een .tar .gz archief met een deelverzameling van een dataset in een formaat dat geschikt is voor archivering (Met name: NOAA 's NCII) . Dit zou voor velen nuttig moeten zijn. ERDDAP™ beheerders in veel situaties, maar vooral voor groepen binnen NOAA .

• Het nieuwe datasettype EDDGrid UitNcFilesUitgepakt is een variant van EDDGrid VanNcFiles. Het verschil is dat deze klasse elk gegevensbestand uitpakt voor EDDGrid FromFiles bekijkt de bestanden:

  • Het uitpakt verpakte variabelen die gebruiken scale\_factor en/of add\_offset .
  • Het bevordert integer variabelen die \_Unsigned=true attributen hebben aan een groter integer datatype zodat de waarden verschijnen als de niet ondertekende waarden. Bijvoorbeeld, een \_Onsigned=true byte (8 bit) variabele wordt een korte ondertekening (16 bit) variabele.
  • Het zet \_FillValue en missing\_value waarden te zijn NaN's (of MAX\_VALUE voor gehele gegevenstypen) .

Het grote voordeel van deze klasse is dat het een manier biedt om te gaan met verschillende waarden van scale\_factor , add\_offset , \_FillValue, of missing\_value in verschillende bestanden in een verzameling. Anders zou je een tool moeten gebruiken zoals NcML of NCO om elk bestand te wijzigen om de verschillen te verwijderen, zodat de bestanden kunnen worden behandeld door EDDGrid VanNcFiles. Om deze klasse goed te laten werken, moeten de bestanden de CF standaarden voor de bijbehorende attributen volgen. Dankzij Philippe Makowski.

• Het nieuwe datasettype EDDGrid LonPM180 laat je datasets wijzigen met een lengtegraad van meer dan 180 (bv. het bereik 0 tot 360) in datasets met lengtegraden binnen het bereik -180 tot 180 (Lengtegraad Plus of Minus 180, vandaar de naam) . Het grote voordeel van het aanbieden van datasets met lengtegraden in het bereik -180 tot 180 is dat OGC diensten (bv. WMS ) de lengtegraadwaarden in dit bereik. Dankzij Lynne Tablewski, Fabien Guichard, Philippe Makowski en Martin Spel. 2016-01-26 Update: Eeek! Dit heeft een fout die optreedt wanneer het kind dataset is een EDDGrid UitErdap dat verwijst naar een dataset in hetzelfde ERDDAP . Deze bug is gerepareerd in ERDDAP™ v1.68.
• In GenererenDatasetsXml , een nieuw speciaal datasettype, EDDGrid LonPM180Van ErddapCatalog, kunt u de datasets.xml voor EDDGrid LonPM180 datasets van alle EDDGrid datasets in een ERDDAP met een lengtegraad van meer dan 180.
• Voor iedereen EDDGrid datasets, in datasets.xml kunt u nu gebruik maken van de optionele [<toegankelijk Via WMS >true | onwaar</toegankelijk Via WMS >] (/docs/server-admin/datasets#accessibleviawms) (default=true) . Het instellen van dit op valse met geweld uitschakelen van de WMS service voor deze dataset. Indien waar, kan de dataset nog steeds niet toegankelijk zijn via WMS om andere redenen (b.v. geen lat- of lon-assen) . Dit is vooral nuttig voor datasets die op hun eigen en verpakt door EDDGrid LonPM180, zodat alleen de LonPM180 versie toegankelijk is via WMS .
• In setup.xml kunt u een andere standaardkleur opgeven voor de achtergrond van grafieken. De kleur is gespecificeerd als een achtcijferige hexadecimale waarde in de vorm 0x_AARRGGBB_, waarbij AA, RR, GG en BB respectievelijk de ondoorzichtigheid, rood, groen en blauw componenten zijn, gespecificeerd als 2-cijferige hexadecimale getallen. Merk op dat het canvas altijd ondoorzichtig wit is, dus een (semi -) transparante grafiek achtergrond kleur past in het witte canvas. De standaard is lichtblauw:

        <graphBackgroundColor>0xffccccff</graphBackgroundColor>  

Dankzij John Kerfoot en Luke Campbell.

• In setup.xml kunt u nu de maximale grootte voor de logbestand (wanneer het wordt hernoemd om te loggen. txt. vorige en een nieuw logboek. txt is aangemaakt) In MegaBytes. Het minimum is 1. Het toegestane maximum is 2000. De standaard is 20 (MB) . Bijvoorbeeld:

        <logMaxSizeMB>20</logMaxSizeMB>

• In datasets.xml , [<fgdcFile>] (/docs/server-admin/datasets#fgdcfile) of [<iso19115Bestand>] (/docs/server-admin/datasets#iso19115file) kan nu een lokaal bestand zijn (zoals voorheen) of een URL (die zal worden gedownload, zodat er een lokale kopie is) . Als ERDDAP™ kan het bestand niet downloaden, het laden van de dataset zal doorgaan, maar de dataset zal geen fgdc of iso19115 bestand hebben.
• EDDGrid FromFiles en EDDTable FromFiles datasets kunnen nu een quickRestart doen (het systeem dat ERDDAP™ probeert te gebruiken wanneer datasets voor het eerst worden geladen wanneer ERDDAP™ opnieuw gestart) . Dit versnelt herstarten ERDDAP . 2016-01-26 Update: Eeek! Dit heeft een bug die<updateEveryNMillis> wordt genegeerd de eerste keer dat de dataset wordt geladen na een herstart. Deze bug is gerepareerd in ERDDAP™ v1.68.
• Een algemene verbetering van het quickRestart systeem maakt ERDDAP™ datasets sneller laden wanneer ERDDAP™ opnieuw gestart.
• Alles EDDGrid FromFiles en EDDTable FromFiles-subklassen accepteren nu een nieuwe<padRegex>-tag, meestal hieronder gespecificeerd<recursief>. Als recursief "waar" is, alleen volledige subdirectory paden die overeenkomen met het padRegex (standaard=".\") zal worden aanvaard. Ook een< sourceUrl s> tag in een EDDGrid AggregatedExistingDimension kan nu een pathRegex attribuut bevatten (standaard=".\") .
• De standaard voor<partialRequestMaxBytes> in setup.xml is nu 490000000 (~490 MB) . Dit voorkomt een aantal problemen/timeouts in verband met het verkrijgen van gegevens van THREDDS dataservers. Dankzij Leslie Thorne.
• Een kleine wijziging van het logsysteem moet toelaten ERDDAP™ om meer responsief te zijn als het erg druk is. Informatie wordt nu geschreven naar het logbestand op de disk drive in vrij grote brokken. Het voordeel is dat dit zeer efficiënt is -- ERDDAP™ zal nooit blokkeren wachten tot informatie naar het logbestand wordt geschreven. Het nadeel is dat het log bijna altijd eindigt met een gedeeltelijk bericht, dat pas wordt ingevuld als het volgende brokje is geschreven.
• Bugfix gerelateerd aan inotify en de [<updateEveryNMillis>] (/docs/server-admin/datasets#updateeveryonmillis) systeem voor EDDGrid FromFiles en EDDTable Datasets van FromFiles: Het is niet langer nodig om een groot aantal fs.innotify.max\_user\_horloges of fs.innotify.max\_user\_instances te specificeren. Er zit een bug in Java die sommige delen van Java 's inotify / WatchDirectory systeem niet worden verzameld afval wanneer ze zijn voltooid; uiteindelijk, het aantal zombie inotify horloges of instanties zou het maximum aantal opgegeven overschrijden. ERDDAP™ nu werkt rond dit Java Insect. Ook is het aantal inotify threads vermeld op de status.html webpagina, zodat u een oogje kunt houden op het gebruik ervan. Typisch is er 1 inotify thread per EDDGrid FromFiles en EDDTable FromFiles dataset.
• Bug fix: op veel plaatsen, in plaats van een fout wordt gerethrown, een nieuwe fout werd gegenereerd die alleen een korte versie van de oorspronkelijke foutmelding en zonder de stack trace bevatte. Nu, wanneer er een nieuwe fout wordt gegenereerd, het correct bevat de hele originele uitzondering bv, gooi nieuwe Exception ("een nieuw bericht," e) ; Dankzij Susan Perkins.
• Bugfix: tot voor kort (V1.64?) , indien een .../ datasetID URL werd gevraagd, ERDDAP™ zou .html toevoegen aan de URL. In v1.64 is dit mislukt (een onjuist geformatteerde URL is aangemaakt en vervolgens mislukt) . Nu werkt dit weer. Dankzij Chris Fullilove.

Versie 1.64​

(uitgebracht 2015-08-19)

• Nieuwe functies (voor gebruikers) :
• Er is nu begeleiding voor toegang tot de wachtwoord beveiligde privé ERDDAP™ datasets ( https:// ) via curl en Python . Zie curl en Python instructies. Dankzij Emilio Mayorga van NANOOS en Paul Janecek van Spyglass Technologies.  
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• ERDDAP™ nu vereist Java 1,8+. Java 1.7 bereikte zijn einde van het leven (geen beveiligingsupdates meer) in april 2015. Deze versie van ERDDAP™ zal niet werken met versies van Java minder dan 1,8. Als u update van Java 1,7x (of eerder) Je moet Tomcat ook updaten. Zie ERDDAP™ Instructies instellen voor download links en advies.
• Nieuw Data Provider Form. Wanneer een data provider komt naar u in de hoop om sommige gegevens toe te voegen aan uw ERDDAP™ , het kan moeilijk en tijdrovend zijn om alle metadata te verzamelen die nodig zijn om de dataset toe te voegen in ERDDAP . Veel gegevensbronnen (bijvoorbeeld .csv-bestanden, Excel-bestanden, databases) geen interne metagegevens hebben, dus ERDDAP™ beschikt over een nieuw Data Provider Form dat metagegevens verzamelt van de dataprovider en de dataprovider enige andere begeleiding geeft, waaronder uitgebreide begeleiding voor Data In Databases. De ingediende informatie wordt omgezet in de datasets.xml formaat en vervolgens gemaild naar de ERDDAP™ beheerder (u) en geschreven (bijlage) naar bigParentDirectory/logs/dataProviderForm.log . Zo, de vorm semi-automatiseert het proces van het krijgen van een dataset in ERDDAP™ , maar de ERDDAP™ De beheerder moet de datasets.xml brok en omgaan met het verkrijgen van het gegevensbestand (s) van de aanbieder of verbinding met de database. Voor meer informatie, zie de Gegevensaanbieder Formulierbeschrijving .
• Nieuw<MatchAxisNDigits> kan worden gebruikt door EDDGrid FromFiles (en dus vanNcFiles en vanMergeIRFiles) , EDDGrid AggregatExistingDimension, EDDGrid Begrepen, en EDDGrid SideBySide-datasets om aan te geven hoe precies de aswaarden in verschillende bestanden moeten zijn (hoeveel cijfers) : 0=geen controle (Gebruik dit niet!) , 1-18 voor het verhogen van precisie, of 20 (de standaard) voor exacte gelijkheid. Voor n=1-18, ERDDAP™ zorgt ervoor dat de eerste n cijfers van dubbele waarden (of (n+1) div 2 voor variabele waarden) zijn gelijk. <matchAxisNDigits> vervangt<Zorg ervoor datAxisValuesAreEqual>, die nu verouderd is. Een waarde van 'true' wordt omgezet naar matchAxisNDigits=20. Een waarde van 'vals' (Doe dit niet!) zal worden omgezet naar match AsNDigits=0.
• EDDGrid FromFiles en EDDTable FromFiles zal de eerste keer dat u deze versie van ERDDAP . ERDDAP™ Sla nu de interne bestandsinformatie een beetje anders op, zodat de interne bestandstabel voor elk van deze datasets moet worden herbouwd. Dus maak je geen zorgen. Er is niets mis. Het is eenmalig.
• Bronbestanden op afstand EDDGrid FromNcFiles, EDDTableFromNcFiles, EDDTableFromNcCFFiles staan nu toe dat de bestanden bestanden op afstand zijn in een directory toegankelijk door http:// (en waarschijnlijk https:// en ftp://, maar ze zijn niet getest) als de externe server ondersteunt Bereikverzoeken in de verzoekkop. THREDDS en Amazon S3-ondersteuningsverzoeken, Hyrax Nee. Met dit systeem kunt u toegang krijgen tot gegevens in bestanden op afstand zonder de bestanden te downloaden (wat nuttig is als de remote bestanden te volumineuze zijn) , maar de toegang tot deze bestanden zal veel langzamer zijn dan toegang tot lokale bestanden of zelfs tot een remote OPeNDAP bron. Dit omvat "files" in een Amazon S3 emmer omdat ze via http:// . Als de S3-objectnamen als bestandsnamen zijn (met interne / is als een Linux directory boom) , ERDDAP™ kan de bestanden ook toegankelijk maken via ERDDAP 's "files" systeem. Om dit te laten werken, moeten uw S3-gegevens in ~/.aws/intelligences staan (op Linux, OS X of Unix) , of C:\Users\USERNAME\.aws\canties (op vensters) op de server met ERDDAP . Zie Amazon SDK-documentatie .
• GenererenDatasets Xml heeft een nieuwe, ongebruikelijke optie: EDDsFromFiles. Dit gaat via een bestandssysteem (zelfs een remote systeem als een Amazon S3 als de objecten bestandsachtige namen hebben) en creëer de datasets.xml brokken voor een reeks datasets. Uw kilometerstand kan variëren. Dit werkt goed als de bestanden zijn georganiseerd, zodat alle gegevensbestanden in een bepaalde map (en haar submappen) geschikt zijn voor één dataset (b.v. alle SST 1-daagse composieten) . Anders (Bijvoorbeeld, als een directory enkele SST-bestanden bevat en enkele Chlorofyl-a bestanden) , dit werkt slecht maar kan nog steeds nuttig zijn.
• Programmeurs: nieuwe /lib .jar bestanden. Als u compileert ERDDAP™ , let op de nieuwe .jar bestanden in de classpath -cp parameter in de ERDDAP™ Programmagids .
• zee_water\_praktisch\_zilverschap Als je de CF standaard naam zee\_water\_zaligheid voor elke variabele, Ik moedig u aan om over te schakelen naar zee\_water\_praktisch\_zaligheid die beschikbaar is in versie 29 van de CF-standaardnaamtabel (en sommige eerdere versies -- ik wist niet dat) . Deze naam geeft aan dat dit inderdaad een praktische Salinity waarde met behulp van Practical Salinity Units ( PSU ) , in tegenstelling tot een oudere g/kg waarde. De canonieke eenheden zijn verschillend, maar nog steeds ongelooflijk onhandig: 1 (vermoedelijk impliceert PSU PSS-78) , in tegenstelling tot 1e-3 (vermoedelijk g/kg) voor zee\_water\_zaligheid. \[ Hey, Unidata en CF: We identificeren waarden die andere schalen gebruiken, bijvoorbeeld Fahrenheit of Celsius, via een eenheid string die de naam van de schaal of enige variatie is. Waarom kunnen we geen saliniteitseenheden identificeren via hun schaal, bijvoorbeeld PSS-78? Ik weet het: PSS-78 waarden zijn "unitless," maar er is een impliciete schaal, is het niet? Als ik een nieuwe praktische saliniteitsschaal verzin waar de waarden 0,875 keer de PSS-78 waarden zijn, moeten de canonieke eenheden dan nog "1" zijn? Hoe kan een gebruiker ze uit elkaar houden? Eenheden van 1e-3 en 1 zijn noch beschrijvend noch nuttig voor gebruikers die proberen te achterhalen wat de getallen aangeven. \]

Versie 1.62​

(vrijgegeven 2015-06-08)

• Nieuwe functies (voor gebruikers) :
• Voor EDDGrid datasets, gebruikers kunnen nu Graph Type maken: Oppervlakte grafieken met elke combinatie van numerieke assen, niet alleen lengte versus breedtegraad. Dit laat je x versus y maken (geprojecteerd) grafieken en diversen Hovmöller-diagrammen , bijvoorbeeld, het plotten lengte versus diepte, of tijd versus diepte. \[ Opmerking: als de diepte op de Y-as ligt, zal het waarschijnlijk worden omgedraaid van wat je wilt. Sorry, het is nog geen optie. \] Dankzij Cara Wilson en Lynn DeWitt.
• Er is een nieuwe Oceanic/Atmospheric Acronym Converter waarmee je een gemeenschappelijk oceanisch/atmosferisch acroniem kunt converteren naar/van een volledige naam.
• Er is een nieuwe Oceanisch/Atmosferisch Variabele namen Converter waarmee je een gewone oceanische/atmosferische variabele naam kunt omzetten naar/van een volledige naam.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Java 7/8 Oracle niet langer ondersteunt (biedt beveiliging bug fixes voor) Java 7. ERDDAP™ nog steeds ondersteunt Java 7, maar ga naar Java 8. De volgende release van ERDDAP™ zal waarschijnlijk nodig Java 8.
• valid\_min /max/bereik Wat voorafging: dataVariable had scale\_factor en add\_offset metagegevens; ERDDAP™ Uitpakt de gegevenswaarden en verwijdert die metagegevens. Wat voorafging: ERDDAP™ geen enkele wijziging/uitpakken valid\_range , valid\_min , valid\_max metagegevens (die gewoonlijk/moeten verpakte waarden bevatten) door scale\_factor en add\offset . Nu wel. Zoek uw ERDDAP™ voor "valid\" en zorg ervoor dat alle variabelen die valid\_range , valid\_min , of valid\_max hebben de juiste waarden wanneer de datasets verschijnen in de nieuwe versie van ERDDAP . Zie valid\_range /min/max documentatie .
• ACDD-1.3 Wat voorafging: ERDDAP™ (met name GenererenDatasets Xml) gebruikt/aanbevolen het origineel (1,0) versie van de NetCDF Attribuut Convention for Dataset Discovery die werd aangeduid als " Unidata Dataset Discovery v1.0" in de wereldwijde verdragen en Metadata\_Conventions attributen. Nu, raden we aan ACDD versie 1.3 die begin 2015 is geratificeerd en wordt aangeduid als "ACDD-1.3." Gelukkig is ACDD-1.3 zeer achterwaarts compatibel met versie 1.0. Wij BEVEELT AAN dat U wissel naar ACDD-1.3 . Het is niet moeilijk.
• GenererenDatasets Xml-attributen Er is een groot aantal wijzigingen aangebracht om de< addAttributes > waarden voorgesteld door GenerateDatasets Xml voor de mondiale verdragen, creator\_name /email/url, trefwoorden, samenvatting en titelattributen en voor de variabele long\_name kenmerk. Sommige veranderingen houden verband met het nieuwe gebruik van ACDD-1.3.
• EDDtabelVan SOS datasets Met de incidentele toevoeging van nieuwe soorten SOS servers en wijzigingen aan de oude servers, het wordt moeilijker voor ERDDAP™ om automatisch het servertype op te sporen van de antwoorden van de server. Gebruik van [<sosServerType>] (/docs/server-admin/datasets#eddtablefromsos-skeleton-xml) (met een waarde van IOOS\_NDBC, IOOS\_NOS, OOSTethys , of WHI) Is nu Strongly aanbevolen. Als een van uw datasets van dit type problemen heeft in de nieuwe versie van ERDDAP , probeer opnieuw draaien GenererenDatasets Xml voor de SOS server om een nieuw blok aan te maken van datasets.xml voor die dataset. GenererenDatasets Xml laat je de verschillende testen<sosServerType> opties totdat u de juiste voor een bepaalde server vindt. Als je nog steeds problemen hebt, laat me dan het probleem weten dat je ziet en de URL van de server en ik zal proberen te helpen.
• EDDTableFromFileNames datasets Enkele attributen die werden aanbevolen addAttributes zijn nu bronKenmerken. U hoeft waarschijnlijk niets te veranderen voor bestaande datasets in uw datasets.xml .
• Bugfix gerelateerd aan bepaalde verzoeken naar EDDTableFromNcCFFiles datasets. Ik heb ook een groot aantal eenheidstests toegevoegd aan het bestaande grote aantal eenheidstests van de onderliggende methoden. (Er zijn 100's van scenario's) . Dankzij Eli Hunter.
• Bugfix/kleine wijzigingen in EDDGrid Van Mergeir. Dankzij Jonathan Lafite en Philippe Makowski
• Bugfix: EDDGrid FromErdap werkt nu zelfs als een dataset op afstand niet werkt ioos\_category variabele eigenschappen. Dankzij Kevin O'Brien.
• Bug fix in .graph web pagina voor EDDGrid datasets wanneer er slechts één as variabele is met meer dan één waarde. Dankzij Charles Carleton.
• Er waren andere kleine verbeteringen, wijzigingen, en bug fixes.

Versie 1.60​

(vrijgegeven 2015-03-12)

• Nieuwe functies (voor gebruikers) : geen
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• STRONGLY AANVAARD: Update uw server's robots.txt bestand bevat: Niet toestaan: /erddap/files/
• IInformeren probleem en oplossing: Op Linux computers, als u gebruik maakt van<EveryNMillis> bijwerken met datasets met type= EDDGrid FromFiles, EDDTableFromFiles, EDDGrid Kopiëren, EDDTableCopy, of hun subklassen, kunt u een probleem zien waar een dataset niet laden (soms of consequent) met de foutmelding: "IOException: Gebruikerslimiet van inotify gevallen bereikt of te veel geopende bestanden." Zo ja, kunt u dit probleem oplossen door te bellen (als root) : echo fs.innotify.max\_user\_horloges=65536 | tee -a /etc/sysctl.conf echo fs.innotify.max\_user\_instances=1024 | tee -a /etc/sysctl.conf sysctl -p Of gebruik hogere getallen als het probleem aanhoudt. De standaard voor horloges is 8192. De standaard voor instanties is 128. \[ Er zit een bug in Java waardoor gevallen niet worden verzameld. Dit probleem wordt vermeden in ERDDAP™ v1.66 en hoger. Dus de betere oplossing is om over te schakelen naar de nieuwste versie van ERDDAP . \]
• NoSuchFileException Bug Fix: Er was een bug die datasets van type kon veroorzaken= EDDGrid FromFiles, EDDTableFromFiles, EDDGrid Kopiëren, EDDTableCopy, of hun subklassen om niet af en toe te laden met de fout "NoSuchFileException: someFileName" . De bug is gerelateerd aan het gebruik van FileVisitor en werd geïntroduceerd in ERDDAP™ v1.56. Het probleem is zeldzaam en is waarschijnlijk van invloed op datasets met een groot aantal vaak veranderende gegevensbestanden.
• Er waren enkele kleine verbeteringen, veranderingen, en bug fixes.

Versie 1.58​

(uitgebracht 2015-02-25)

• Nieuwe functies (voor gebruikers) :
• Het nieuwe "files" systeem kunt u bladeren door een virtueel bestandssysteem en downloaden brongegevens bestanden van vele ERDDAP™ datasets. De "files" systeem is standaard actief, maar ERDDAP™ beheerders kunnen het uitschakelen door het plaatsen

        <filesActive>false</filesActive>  

in de ERDDAP™ setup.xml bestand. Speciale dank aan Philippe Makowski, die volhardde toen ik langzaam de schoonheid van dit idee waardeerde.

• tijdsbestemming Max -- Eerder, de tijd variabele van EDDTable datasets met bijna real time gegevens had een bestemmingMax van NaN, die impliceerde dat de maximale tijd waarde voor de dataset is recent, maar niet precies bekend en vaak veranderen. Nu, de bestemmingMax heeft een echte waarde, die aangeeft de huidige bekende laatste keer. Veel datasets hebben voortdurend gegevens bijgewerkt. ERDDAP™ ondersteunt toegang tot de nieuwste gegevens, zelfs als het na de momenteel bekende laatste keer. Merk op dat de nieuwe [<updateEveryNMillis>] (/docs/server-admin/datasets#updateeveryonmillis) steun in EDDGrid FromFiles en EDDTable FromFiles datasets updates de tijd variabele bestemmingMax. Een ander gevolg van deze verandering is dat de datasetID = allDatasets dataset bevat nu de momenteel bekende laatste keer in de maxTime kolommen. Dankzij John Kerfoot.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• STRONGLY AANVAARD: Update uw server's robots.txt bestand bevat: Niet toestaan: /files/ Niet toestaan: /erddap/files/
• Monster datasets.xml -- Vorig jaar hebben we een aantal uitstekende datasets aanbevolen in de kustwacht ERDDAP™ dat u aan uw ERDDAP™ gewoon door het toevoegen van een paar regels aan uw datasets.xml . Als je de erdVH datasets hebt toegevoegd, ga dan naar de nieuwere erdVH2 datasets:
  • Maak een kopie van alle erdVH datasets en verander de gekopieerde datasetID 's van erdVH... naar erdVH2... en verander de referentie sourceUrl Van ErdVH... tot ErdVH2...
  • Stel de erdVH... datasets in op active="valse."
• Alles EDDGrid FromFiles en EDDTable FromFiles-subklassen ondersteunen nu [<toegankelijkViaFiles>] (/docs/server-admin/datasets#accessibleviafiles) de brongegevensbestanden toegankelijk te maken via de "files" systemen. Standaard is dit systeem uitgeschakeld voor elke dataset. Je moet de tag toevoegen om het in te schakelen. Dankzij Philippe Makowski.
• Alles EDDGrid FromFiles en EDDTable FromFiles-subklassen ondersteunen nu [<updateEveryNMillis>] (/docs/server-admin/datasets#updateeveryonmillis) . Standaard is dit systeem uitgeschakeld voor elke dataset. Je moet de tag toevoegen om het in te schakelen. Dankzij Dominic Fuller-Rowell en NGDC.
• Het nieuwe EDDtabelFromFileNames Maakt een dataset aan van informatie over een groep bestanden in het bestandssysteem van de server, maar dient geen gegevens uit de bestanden. Dit is bijvoorbeeld nuttig voor het verspreiden van collecties van beeldbestanden, audiobestanden, videobestanden, tekstverwerkingsbestanden en spreadsheetbestanden. Dit werkt hand in hand met de nieuwe "files" systeem, zodat gebruikers de bestanden kunnen downloaden. Speciale dank aan Philippe Makowski, die volhardde toen ik langzaam de schoonheid van dit idee waardeerde.
• Het nieuwe EDDGrid FromEDDTabel laat je een tabelset omzetten in een gerasterde dataset. Dankzij Ocean Networks Canada.
• Het nieuwe EDDGrid VanMergeIRFiles geaggregeerde gegevens van een groep lokale MergeIR .gz dossiers. EDDGrid VanuitMergeIRFiles heeft het onderscheid van het zijn van de eerste brok code bijgedragen aan ERDDAP . Het werd helemaal gedaan zonder onze hulp. Drie hoera's en speciale dank aan Jonathan Lafite en Philippe Makowski van R.Tech Engineering.
• Er is een nieuwe, optionele setup.xml tag,<unitTestDataDir>, die de directory specificeert met de unit testgegevensbestanden die beschikbaar zijn via een nieuwe GitHub repository: https://github.com/ERDDAP/erddapTest . Bijvoorbeeld:

        <unitTestDataDir>/erddapTest/</unitTestDataDir>  

Dit is nog niet nuttig, maar maakt deel uit van de beweging naar het maken van zoveel mogelijk van de unit testen die door andere mensen mogelijk worden uitgevoerd. Dankzij Terry Rankine.

• Er waren veel kleine verbeteringen, wijzigingen, en bug fixes.

Versie 1.56​

(uitgebracht 2014-12-16)

• Nieuwe functies (voor gebruikers) : (Geen)
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Je weet waarschijnlijk al over EDDGrid FromErdap en EDDTabelVanErdap waardoor je kunt linken naar datasets in andere ERDDAP en laat ze in uw ERDDAP . Gebruikersverzoeken voor actuele gegevens uit deze datasets worden onzichtbaar naar de bron doorgestuurd ERDDAP™ , zodat de gegevens niet door uw systeem stromen of uw bandbreedte gebruiken. Er is nu een grote lijst van aanbevolen datasets in het monster datasets.xml in erddapContent .zip . Om ze op te nemen in uw ERDDAP™ , alles wat je hoeft te doen is kopiëren en plakken degenen die je wilt in uw datasets.xml . Dankzij Conor Delaney.
• Als u compileert ERDDAP™ , je moet wat nieuwe toevoegen . pot bestanden naar uw classpath -cp switch Voor Javac en Java.
• Het nieuwe EDDtabelVanCassandra behandelt het verkrijgen van gegevens van Cassandra . Dankzij Ocean Networks Canada.
• Het nieuwe EDDtabelVan ColumbarAsciiFiles behandelt het verkrijgen van gegevens van ASCII-gegevensbestanden met vaste breedte kolommen. Dankzij Philippe Makowski.
• Alles EDDGrid FromFiles en EDDTable FromFiles subklassen gebruiken nu een nieuwe methode, FileVisitor (toegevoegd aan Java 1,7) om informatie over de bestanden te verzamelen. Dit kan geen voordeel hebben voor de eerste verzameling van bestandsinformatie voor een bepaalde dataset, maar lijkt een enorm voordeel te hebben voor volgende bijeenkomsten als dit binnenkort gebeurt, terwijl het besturingssysteem nog steeds de informatie gecached. Dankzij NGDC.

We raden nog steeds aan: Als een dataset een groot aantal bestanden heeft (bv. > 1.000) , het besturingssysteem (en dus EDDGrid FromFiles en EDDTableFromFiles) zal veel efficiënter werken als u de bestanden opslaan in een reeks van submappen (één per jaar, of één per maand voor datasets met zeer frequente bestanden) , zodat er nooit een groot aantal bestanden in een bepaalde map.

• Verschillende kleine verbeteringen aan EDDTableFromAsciiFiles.
• Enkele verbeteringen aan EDDTableFromAsciiServiceNOS, met name om een aantal extra kolommen van informatie uit de bron te krijgen. Dankzij Lynn DeWitt.
• Enkele kleine foutjes in verband met de ISO 19115 die ERDDAP™ genereert. Dankzij Anna Milan.

Versie 1.54​

(uitgebracht 2014-10-24)

• Nieuwe functies (voor gebruikers) :
• Sommige variabelen werken nu met de precisie van de milliseconden, bijvoorbeeld 2014-10-24T16:41:22.485Z. Dankzij Dominic Fuller-Rowell.
• Kleine wijzigingen/fouten:
• Bugfix: met een bepaalde combinatie van omstandigheden, EDDGrid FromNcFile datasets retourneerden gegevens met verminderde precisie (bv. drijft in plaats van dubbel) . Dit kan alleen van invloed zijn op gegevenswaarden met > 8 significante cijfers. Mijn excuses. (En het was een klassiek computerprogramma bug: één verkeerd personage.) Dankzij Dominic Fuller-Rowell.
• Veel kleine veranderingen.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Raddap-datasets ondersteunen nu tijdstempel-asvariabelen en gegevensvariabelen (d.w.z. variabelen met tijdwaarden, maar a destinationName andere dan "time" ) . Dankzij Dominic Fuller-Rowell.
• ERDDAP™ nu correct ondersteunt milliseconden time\_precision "1970-01-01T00:00:00.000Z." Een bewuste grill: bij het schrijven van tijden naar mensgerichte bestanden (bv. .csv, .tsv , .json , .xhtml ) , ERDDAP™ gebruikt de opgegeven time\_precision indien het seconden en/of decimale seconden omvat; anders gebruikt het seconden time\_precision "1970-01-01T00:00:00Z" (voor consistentie en achterwaartse compatibiliteit) . Dankzij Dominic Fuller-Rowell.
• EDDGrid FromNcFiles ondersteunt nu het lezen van tekst dataVariable s.
• .nc bestanden geschreven door griddap kunnen nu String hebben dataVariable s.
• GenererenDatasets Xml bevat nu meer flush () oproepen om te voorkomen dat informatie niet naar de bestanden wordt geschreven. Dankzij Thierry Valero.
• De documentatie voor GenerateDatasetsXml is verbeterd, met name om erop te wijzen dat de -i switch alleen werkt als u alle antwoorden op de opdrachtregel specificeert (b.v. scriptmodus) . En de scriptmodus wordt uitgelegd. Dankzij Thierry Valero.
• ERDDAP™ staat niet langer toe dat twee variabelen in een dataset hetzelfde hebben sourceName . (Als iemand het eerder deed, leidde het waarschijnlijk tot foutmeldingen.) Zoals voorheen, ERDDAP™ staat niet toe dat twee variabelen in een dataset hetzelfde hebben destinationName .

Versie 1.52​

(uitgebracht 2014-10-03)

• Nieuwe functies: (geen)
• Kleine wijzigingen/fouten:
• Nog een (kleiner) wijzigen ERDDAP™ Sneller.
• Verbetering van ISO 19115 bestanden gegenereerd door ERDDAP : nieuw aanbevolen toegevoegd<gmd:protocol> waarden (informatie, opsporing, OPeNDAP : OPeNDAP , ERDDAP :raddap, en ERDDAP : tabledap ) binnen<gmd:CI\_OnlineResource>. Dankzij Derrick Snowden en John Maurer.
• Veel kleine veranderingen.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Bug fix: GenererenDatasetsXml.sh en DasDds.sh waren niet in erddap.war voor 1.48 en 1.50. Nu wel. Dankzij Thierry Valero.
• Kleine veranderingen in een aantal snelheidstests in TestAll om ze minder gevoelig te maken voor toeval. Dankzij Terry Rankine.

Versie 1.50​

(uitgebracht 2014-09-06)

• Nieuwe functies: (geen)
• Kleine wijzigingen/fouten:
• Dit ERDDAP™ Veel sneller dan recente versies.
• Dingen ERDDAP™ Beheerders moeten weten en doen: (niets)

Versie 1.48​

(uitgebracht 2014-09-04)

• Nieuwe functies:
• ERDDAP™ maakt nu altijd een tabelset, datasetID = allDatasets , waarin een tabel van informatie over alle datasets in deze ERDDAP . Het kan worden gevraagd zoals elke andere tabelset. Dit is een nuttig alternatief voor het huidige systeem voor het verkrijgen van informatie over datasets programmatisch.
• Er zijn twee nieuwe uitvoer bestandstypen voor EDDTable en EDDGrid , .csv0 en .tsv 0. Het zijn komma- en tab-gescheiden-waarde bestanden die geen regels hebben met kolomnamen of eenheden. De data begint op de eerste regel. Ze zijn vooral nuttig voor scripts die slechts een stukje informatie van ERDDAP .
• Kleine wijzigingen/fouten:
• Kaarten kunnen nu worden gemaakt tot lengtegraden in het bereik -720 tot 720.
• Het nieuwe .nc ml respons Bestandstype is beschikbaar voor iedereen EDDGrid datasets. Het geeft de NCML \-geformatteerde beschrijving van de dataset (vergelijkbaar met een gecombineerde .dds + .das) .
• Bug fix: het opslaan van tabelgegevens naar een .nc bestand was beperkt tot 100.000 waarden per variabele. Nu is het beperkt tot 2 GB totale bestandsgrootte. Dankzij Kevin O'Brien.
• Bugfix: de saveAs Matlab De Voorzitter. - Het debat is gesloten. datasetID s worden omgezet in safe Matlab variabele namen. Maar ik raad je nog steeds aan om datasetID s die geldige variabele namen zijn: beginnend met een letter en dan gewoon A-Z, a-z, 0-9, en \_ gebruikend. Zie datasetID . Dankzij Luke Campbell.
• Bugfix in EDDTableFromDatabase: Met sommige soorten databases, een NO\_ Het antwoord van de database leidde tot een nutteloze 30 seconden vertraging in ERDDAP . Dankzij Greg Williams.
• Bugfix: EDDGrid Maak een grafiek met grafiektype = regels (of markeerders of markers en lijnen) geforceerde x-as variabele is tijd. Nu kan het elke as zijn. Dankzij Lynn DeWitt.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• AANVAARDING VAN STRONGLY: bijwerken Java
  Deze versie van ERDDAP™ vereist Java 7 of hoger, doch Java 7 zal zijn einde van leven bereiken in april 2015 (Binnenkort!) , dus nu is een goed moment om over te schakelen naar Java 8. Java 8 is sterk aanbevolen. Ik test met Java 8. Merk op dat Java 6 bereikte zijn einde van zijn leven in februari 2013 (Geen beveiligingsfouten meer.) .
• STRONGLY HERHAALD: Update Tomcat Als je Tomcat gebruikt, schakel dan over naar de nieuwste versie van Tomcat. Tomcat 8 is ontworpen om te werken met Java 8.
• " ERDDAP " is niet langer een acroniem. Nu is het gewoon een naam. Ik wil de naam niet benadrukken. ERD . Ik wil ERDDAP™ om uw instelling en uw gegevens te benadrukken.
• Alstublieft. pas het uiterlijk van uw ERDDAP™ installatie om uw instelling en uw gegevens te markeren . Met een uur werk kun je mooie verbeteringen maken die eeuwig duren.
• In setup.xml, de<displayDiagnosticInfo> optie wordt nu altijd genegeerd en behandeld alsof de waarde onjuist was. AANVAARD: Verwijder de<displayDiagnosticInfo> tag en gerelateerde informatie van uw setup.xml.
• In setup.xml, de standaard voor< drawLandMask > was "over," maar nu is het "onder," wat een betere algemene standaard is (werkt goed met alle datasets) .
• De GenerateDatasetsXml.sh en DadDds.sh Linux scripts gebruiken nu bash in plaats van csh, en hebben de extensie .sh. Dankzij Emilio Mayorga
• GenererenDatasets Xml en DasDds maken nu hun eigen logbestanden (GenererenDatasetsXml.log en DasDds.log) en uitvoerbestanden (GenererenDatasetsXml.out en DadDds.out) in bigParentDirectory/logs/, en zet nooit hun resultaten op het klembord.
• GenererenDatasets Xml ondersteunt nu een -i commandoregelparameter die de uitvoer op een bepaalde plaats in het opgegeven bestand invoegt. Zie documentatie . Dankzij Terry Rankine.
• EDDTableFromDatabase ondersteunt nu<kolomNaamCitaten></columnNameCiteres>, met geldige waarden " (de standaard) Of niets. Dit teken (indien) zal worden gebruikt voor en na kolomnamen in SQL queries. Verschillende soorten databases, op verschillende manieren opgezet, zullen verschillende kolomnaam aanhalingstekens nodig hebben.
• Tabulaire breedte- en lengtevariabelen kunnen nu aangepast zijn long\_name 's, bijvoorbeeld, Profiel Breedtegraad. Eerder konden ze alleen maar breedte en lengtegraad zijn.
• Specificeer voortaan "defaultDataQuery" en "defaultGraphQuery" als attributen in de globale metadata van de dataset (d.w.z.<addAtts>), niet als apart<standaardDataQuery> en<defaultGraphQuery>-tags. (Hoewel, als je ze nog steeds opgeeft via de tags, ERDDAP™ zal automatisch globale attributen aanmaken met de informatie.)

Versie 1.46​

(uitgebracht 2013-07-09)

• Nieuwe functies:
• (Geen)
• Kleine wijzigingen/fouten:
• Bug fix: In EDDTableFromDatabase, in versie 1.44 alleen, ERDDAP™ de tabelnaam van de database onjuist geciteerd in SQL-verklaringen. Dat is nu opgelost. Dankzij Kevin O'Brien.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• ** Als u de standaardberichten in messages.xml niet wijzigt, verwijderen \[ kat \] /content/erdap/messages.xml . **
  Het standaard messages.xml bestand zit nu in de erddap. war file, niet erddapContent .zip . U hoeft dus geen berichten meer handmatig bij te werken.xml .
• Als je de berichten in messages.xml wijzigt, vanaf nu, telkens als je update ERDDAP™ , ofwel:
  • Maak dezelfde wijzigingen die u voor de nieuwe \[ kat \] /webapps/erdap/WEB-INF/classes/gov/noaa/pfel/erdap/util/messages.xml. En deze ene keer: verwijderen \[ kat \] /content/erdap/messages.xml .
  • Of, zoek uit wat er is veranderd in de nieuwe berichten.xml (via diff) , en uw \[ kat \] /content/erdap/messages.xml bestand dienovereenkomstig.

Versie 1.44​

(uitgebracht 2013-05-30)

• Nieuwe functies:
• Vragen naar EDDTable datasets ondersteunen nu & orderBy Min (...) en & orderByMinMax (...) (die twee rijen in elke groep, met het minimum en maximum van de laatste orderBy waarde) . Dankzij Lynn DeWitt.
• Er zijn twee nieuwe tabledap bestandstypen: .nc CFHeader en .nc CFMAHeader (die de ncdump-achtige header van de overeenkomstige .nc CF en .nc CFMA bestandstypen) . Dankzij Steve Hankin.
• Kleine wijzigingen/fouten:
• Bug fix: het laden van de .graph en .html webpagina's voor datasets met veel tijd waarden was traag omdat ERDDAP™ was traag bij het genereren van de tijd schuifopties. Nu is het altijd snel. Dankzij Michael Barry, OOICI en Kristian Sebastian Blalid.
• Bugfix: Bij sommige EDDTable datasets werden de tijdslimieten niet altijd correct behandeld. Nu wel. Dankzij John Maurer en Kevin O'Brien.
• Bug fix: datasets zou niet laden wanneer alle van de subsetVariables waren variabelen met vaste waarde. Nu wel. Dankzij Lynn DeWitt en John Peterson.
• VERBETERD: nu doen alle queries voor subsetvariabelen alsof &duidelijk () maakt deel uit van de zoekopdracht.
• VERBETERD: nu, voor vragen die & .json p=functieNaam, functie Naam MOET nu een serie van 1 of meer zijn (periode gescheiden) Woorden. Elk woord moet beginnen met een ISO 8859 letter of "\" en gevolgd worden door 0 of meer ISO 8859 letters, cijfers of "\." Ja, dit is restrictiever dan Java De vereisten van Script voor functienamen.
• De tijdas op grafieken werkt nu goed voor langere tijdbereiken (80 - 10000 jaar) en kortere termijnen (0,003 - 180 seconden) .
• ERDDAP™ is nu meer vergevingsgezind wanneer het ontleden van variaties van ISO-8601-formaat tijdgegevens.
• Er waren veel andere kleine veranderingen en fouten.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• U MOET updaten naar de nieuwste versie om veilig te zijn.
  ERDDAP™ onderging een beveiligingsaudit. Er waren wat insecten en zwakheden. Versie 1.44 bevat een aantal belangrijke security bug fixes en verschillende wijzigingen om de beveiliging en toegankelijkheid te verhogen (b.v. voor slechtziende gebruikers) . Versie 1.44 is geslaagd voor de vervolg beveiligingsaudit. Dankzij alle goede mensen bij USGS en Acunetix die dit mogelijk hebben gemaakt. (Zou niet moeten. NOAA Dit doen?)
• Het nieuwe EDDtabelVan WFS Bestanden maakt een lokale kopie van alle gegevens van een ArcGIS Kaartserver WFS server en dus kunnen de gegevens dan snel worden opgeslagen aan ERDDAP™ gebruikers. Dankzij Christy Caudill.
• Het nieuwe EDDtabelVan EDDGrid laat je een EDDTable dataset aanmaken vanuit een EDDGrid dataset. Enkele gemeenschappelijke redenen hiervoor zijn:
  • Dit maakt het mogelijk om de dataset te bevragen met OPeNDAP selectiebeperkingen (die een gebruiker kan hebben gevraagd) .
  • De dataset is inherent een tabelset. Dankzij OOICI, Jim Potemra, Roy Mendelssohn.
• De variabele naam "diepte" is nu een speciaal alternatief voor "hoogte." De eenheden moeten een variant zijn van "meters." De datawaarden moeten positief zijn=down. ERDDAP™ is zich nu volledig bewust van de betekenis van "diepte" en ondersteunt het waar hoogte wordt ondersteund (bv. als onderdeel van een CF DSG cdm\_data\_type=profile dataset) . Een dataset mag niet zowel "diepte" als "hoogte" variabelen hebben.
• In uw datasets.xml , verwijder alle toepassingen van<att name="cdm\_altitude\_proxy">diepte</att> omdat diepte nu een speciaal alternatief is voor hoogte en dus niet speciaal hoeft te worden geïdentificeerd.
• In uw datasets.xml , verwijder alle toepassingen van<hoogteMetersPerSourceUnit>, behalve voor EDDTable Van SOS . Als de waarde 1 is, verwijder het gewoon. Als de waarde -1 is, overweeg dan om de variabele naam naar diepte te veranderen. Voor andere waarden, voeg toe aan< addAttributes >, bijvoorbeeld:

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

• Alle datasets ondersteunen nu

  • <standaardDataQuery> die wordt gebruikt als .html wordt gevraagd zonder query.
    • Je zult dit waarschijnlijk zelden nodig hebben.
    • Voor griddap datasets is een algemeen gebruik van dit om een andere standaarddiepte of hoogtedimensiewaarde op te geven (bv. \[ 0 \] in plaats van \[ laatste \] ) . In ieder geval moet je altijd alle variabelen opsommen, altijd dezelfde dimensiewaarden gebruiken voor alle variabelen, en bijna altijd gebruiken \[ 0 \] , \[ laatste \] , of \[ 0:last \] voor de dimensiewaarden. Bijvoorbeeld:

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

• Voor tabledap datasets, het meest voorkomende gebruik hiervan is het specificeren van een ander standaard tijdbereik (relatief tot nu, bijvoorbeeld, &time>= now- 1 dag) . Vergeet niet dat het aanvragen van geen gegevens variabelen is hetzelfde als het specificeren van alle gegevens variabelen, dus meestal kunt u gewoon de nieuwe tijd beperking. Bijvoorbeeld:

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

• <defaultGraphQuery> die wordt gebruikt als .graph wordt gevraagd zonder query.
  • Je zult dit waarschijnlijk zelden nodig hebben.
  • Voor griddap datasets is het meest voorkomende gebruik van dit om een andere standaarddiepte of hoogtedimensiewaarde op te geven (bv. \[ 0 \] in plaats van \[ laatste \] ) en/of om aan te geven dat een specifieke variabele wordt weergegeven. In ieder geval, zult u bijna altijd gebruiken \[ 0 \] , \[ laatste \] , of \[ 0:last \] voor de dimensiewaarden. Bijvoorbeeld:

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

• Voor tabledap datasets, de meest voorkomende toepassingen hiervan zijn het specificeren van verschillende variabelen die moeten worden gegrapheerd, een ander standaard tijdbereik (relatief tot nu, bijvoorbeeld, &time>= now- 1 dag) en/of verschillende standaard grafische instellingen (b.v. merkertype) . Bijvoorbeeld:

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

Vergeet niet dat je XML-encode of procent-encode nodig hebt (ofwel één, maar niet beide) de standaardqueries omdat ze in een XML-document zitten. Bijvoorbeeld, & wordt & amp; ,<wordt &lt; , en > wordt &gt; . En controleer alsjeblieft je werk. Het is gemakkelijk om een fout te maken en niet te krijgen wat je wilt. Dankzij Charles Carleton, Kevin O'Brien, Luke Campbell en anderen.

• EDDGrid Van Dap, EDDGrid FromErdap, and EDDTableFrom EDDGrid hebben een nieuw systeem om te gaan met datasets die vaak veranderen (zo vaak als ruwweg elke 0,5 s) . In tegenstelling tot ERDDAP 's reguliere, proactieve systeem voor het volledig herladen van elke dataset, dit optionele extra systeem is reactief (geactiveerd door een gebruikersverzoek) en incrementele (alleen het bijwerken van de informatie die moet worden bijgewerkt) . Bijvoorbeeld, als een verzoek aan een EDDGrid FromDap dataset treedt meer op dan het opgegeven aantal milliseconden sinds de laatste update, ERDDAP™ zal zien of er nieuwe waarden zijn voor de meest linkse (meestal "time" ) dimensie en, zo ja, gewoon downloaden van die nieuwe waarden voordat de gebruiker het verzoek behandelt. Dit systeem is zeer goed in het bijhouden van een snel veranderende dataset up-to-date met minimale eisen aan de gegevensbron, maar ten koste van een lichte vertraging van de verwerking van sommige gebruikersverzoeken. Zie [<updateEveryNMillis>] (/docs/server-admin/datasets#updateeveryonmillis)
  Dankzij Michael Barry en OOICI.
• EDDGrid VanNcFiles, EDDTableVanNcFiles, en EDDTableVanNcCFFiles nu ondersteunen NcML .nc ml bronbestanden in plaats van .nc dossiers. Dankzij Jose B Rodriguez Rueda.
• Voor EDDGrid AggregatExistingDimension, ERDDAP™ ondersteunt een nieuwe serverType="dsindex" optie voor de serverType attribuut van de< sourceUrl s> tag. Dit werkt met webpagina's die lijsten van bestanden binnen<pre></pre> en vaak onder een OPeNDAP logo. Een voorbeeld is https://opendap.jpl.nasa.gov/opendap/GeodeticsGravity/tellus/L3/mascon/RL06/JPL/v02/CRI/netcdf/contents.html .
• Voor EDDtabelVan SOS ondersteunt nu een optionele tag

        <sosServerType>_serverType_</sosServerType>  

zodat u het type van SOS server (dus ERDDAP™ hoeft het niet uit te zoeken) . Geldige waarden van<serverType\> zijn IOOS\_NDBC, IOOS\_NOS, OOSTethys , en WHI (een nieuw ondersteunde server Type) . Zie EDDtabelVan SOS . Dankzij Derrick Snowden en Janet Fredericks.

• Alles EDDGrid Van...Bestanden, EDDtableVan...Bestanden, EDDGrid Kopie en EDDtabel Kopiëren ondersteunt nu een optionele tag

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

die kan zeggen ERDDAP™ om het bestand te bewaren Tabel (met informatie over elk brongegevensbestand) in het geheugen in plaats van alleen op de schijf (de standaard) . Het bestand bewarenTable in geheugen versnelt verzoeken om gegevens (vooral als er >1000 brongegevensbestanden zijn) , maar gebruikt meer geheugen. Als je dit op true zet voor een dataset, houd dan een oogje op het geheugen: momenteel gebruik je een regel op yourDomain /erddap/status.html om ervoor te zorgen dat ERDDAP™ heeft nog genoeg gratis geheugen. Dankzij Fredrik Stray.

• EDDTableFromASCIIFiles ondersteunt nu<tekenset>. De twee meest voorkomende tekensets (Hoofdlettergevoelig!) ISO-8859-1 (de standaard) en UTF-8.
• Aanbevolen: in setup.xml, binnen<startHeadHtml>, wijzig aub<html> in <html lang="en-US"> (of een andere taalcode als u berichten hebt vertaald.xml) .
• setup.xml heeft nieuwe optionele tags om delen van ERDDAP :
  • <convertersActive>false</convertersActive><!-- de standaard is waar -->
  • <slideSorterActive>false</slideSorterActive><!-- de standaard is waar -->
  • <wmsActive>false</wmsActive><!-- de standaard is waar -->In het algemeen raden we aan om een van deze niet op false te zetten.
• GenererenDatasets Xml schrijft nu resultaten naar bigParentDirectory/logs/generateDatasetsXmlLog.txt, niet log.txt. Dankzij Kristian Sebastian Blalid.
• GenererenDatasets Xml doet nu een goede suggestie voor de<herladen EveryNminutes>. Met dank aan de NOAA UAF-project.
• Veel kleine verbeteringen aan GenererenDatasetsXml. Met dank aan de NOAA UAF-project.

Versie 1.42​

(uitgebracht 2012-11-26)

• Nieuwe functies:
• (Geen grote nieuwe functies.)
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Als u upgraden van ERDDAP™ 1.38 of 1.40, er waren geen wijzigingen die vereisen dat u wijzigingen aan uw configuratiebestanden aan te brengen (maar u moet het nieuwe messages.xml bestand gebruiken) .
• ERDDAP™ opnieuw kan draaien met Java 1.6. ( ERDDAP™ v1.40 vereist Java 1.7.) We raden het gebruik van de nieuwste versie van Java 1.7.
• Een nieuw datasettype, EDDtabelVan AwsXmlFiles , kan gegevens lezen van een set van automatische weerstation (AWS) XML-gegevensbestanden. Dankzij Lynn Dewitt en het Exploratorium.
• Kleine wijzigingen/fouten:
• Aangepast aan wijzigingen in de NDBC SOS brongegevensservers.
• Aangepast aan wijzigingen in de NOS COOPS ASCII diensten.
• Maakte een aantal kleine wijzigingen en fouten te herstellen.

Versie 1.40​

(uitgebracht 2012-10-25)

• Nieuwe functies:
• Er is een nieuw uitvoerbestandsformaat voor tabledap datasets: .nc CFMA, die de gevraagde gegevens in een .nc bestand dat overeenstemt met het CF Discrete bemonsteringsgeometrie Multidimensionale Array-opties, en die daarom conform zijn met de NODC-templates \[ 2021: NCEI-templates \] voor het opslaan van dit soort gegevens. Dankzij NODC.
• tabledap verzoeken kunnen nu tijdslimieten zoals & tijd> bevatten now- Vijf dagen. Zie documentatie . Dankzij James Gosling.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Als u upgraden van ERDDAP™ 1.38, er waren geen wijzigingen die vereisen dat u wijzigingen aan uw configuratiebestanden aan te brengen (maar u moet het nieuwe messages.xml bestand gebruiken) .
• ERDDAP™ publieke releases en interne mijlpalen zijn beschikbaar via ERDDAP™ op GitHub . Voor meer informatie, zie de Wiki voor de ERDDAP™ project en de meer algemene ERDDAP™ Programmagids . (Dit werd een paar weken na de ERDDAP™ 1.38 vrij.)
• GenererenDatasets Xml is verbeterd.
  • Het script is herzien, dus het moet correct werken op alle Linux computers (niet slechts een paar) .
  • Het voegt nu creator\_name , creator\_email en creator\_url waar mogelijk.
  • Vele andere kleine verbeteringen.
• Geraffineerd hoe ERDDAP™ Deals met de tijd.
  • Intern, ERDDAP™ nu verwerkt tijden bij milliseconde precisie (geen seconden) .
  • U kunt nu optioneel de tijd precisie voor een bepaalde dataset opgeven, zie time\_precision . U kunt bijvoorbeeld een dataset instellen om tijdwaarden weer te geven met datumprecisie (bv. 1970-01-01) .
  • Uw huidige datasets zullen de standaardinstellingen gebruiken, zodat ze niet beïnvloed worden door deze wijzigingen en zullen de tijd blijven weergeven met seconden precisie. Dankzij Servet Cizmeli en Philip Goldstein.
• EDDtabelVanNcCFFiles is een nieuw dataset type dat u kunt gebruiken in uw datasets.xml bestand. Het kan gegevens lezen van een van de vele bestandsformaten gedefinieerd door de CF Discrete bemonsteringsgeometrie conventies. Dankzij NODC en speciale dank aan Kyle Wilcox voor het maken van steekproefbestanden voor het enorme aantal geldige DSG bestandsformaten en voor het openbaar maken ervan.
• Kleine wijzigingen/fouten:
• Uitgebreid quickRestart systeem voor alle relevante EDDGrid en EDDTable subklassen.
• Verbeterde documentatie, vooral met betrekking tot hoe te gebruiken griddap en tabledap van verschillende client software.
• Veranderde geavanceerde zoekopdracht ter ondersteuning van minTime en/of maxTime uitgedrukt als epochSeconds. Dankzij Lynn Dewitt.
• Gewijzigd .htmlTable uitvoer om urls en e-mailadressen weer te geven als links.
• Toegevoegd "rel=" en "rev=" aan relevant<a href> tags. Dankzij Pat Cappelaere van de OGC REST project.
• Betere bescherming tegen onrealistisch grote verzoeken om gegevens, met name binnen tabledap , waar het een moeilijker probleem is.
• Meer berichten verplaatst naar messages.xml.
• Verbeterde snelheid.
• Vast EDDGrid FromFiles om afdalende gesorteerde assen toe te staan. Dankzij Maricel Etchegaray.
• Verwijderde verwijzingen naar iGoogle omdat het zal worden stopgezet.
• Maakte een aantal kleine wijzigingen en fouten te herstellen.

Versie 1.38​

(uitgebracht 2012-04-21)

• Nieuwe functies:
• ISO 19115 en FGDC -- ERDDAP™ kan automatisch ISO 19115 en FGDC XML metadata bestanden genereren voor elke dataset. Links naar de bestanden zijn zichtbaar op elke lijst van datasets (b.v. van volledige tekst zoeken) en ook in Web Toegankelijke Mappen (WAF) (zie FGDC WAF en ISO 19115 WAF ) . Dankzij Ted Habermann, Dave Neufeld en vele anderen.
• Volledige tekst Zoeken naar Datasets ondersteunt nu \-_ excludedWord _ en \-_uitgesloten zin" . Dankzij Rich Signell.
• Zoekopdrachten voor datasets geven nu een pagina tegelijk terug. De standaard gebruikt de parameter string: pagina=1&itemsPerPage=1000, maar u kunt de waarden in de URL van uw verzoek wijzigen. Dankzij Steve Hankin en het UAF project.
• OpenSearch -- ERDDAP™ Nu steunt de OpenSearch 1,1 standaard voor het zoeken naar datasets. Onder andere, dit staat catalogus aggregatie websites te doen gedistribueerde zoekopdrachten (het doorgeven van een zoekopdracht aan elke catalogus die het kent) .
• Comma gescheiden Waarde (CSV) Bestanden -- ERDDAP™ nu CSV-bestanden aanmaken met slechts een komma tussen waarden (welke Excel verkiest) , in plaats van komma+ruimte. Dankzij Jeff deLaBeaujardiere.
• Miljoen Datasets -- Er zijn verschillende wijzigingen aangebracht ter ondersteuning van ERDDAP Een groot aantal datasets, misschien zelfs een miljoen. Dankzij Steve Hankin en het UAF project.
• Dingen ERDDAP™ Beheerders moeten weten en doen:

Snel opnieuw opstarten​

• A snel herstartsysteem maakt het mogelijk ERDDAP™ om veel sneller opnieuw te starten. Voeg dit toe aan uw setup.xml bestand direct na</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>

• Volledige tekst zoeken naar datasets kan nu gedaan worden met de Lucene zoekmachine (Hoewel wij raden de oorspronkelijke zoekmachine als u minder dan 10.000 datasets) of het oorspronkelijke zoeksysteem. Voeg dit toe aan uw setup.xml bestand direct na</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 kun/moet je nu twee nieuwe categorieën toevoegen aan de door komma's gescheiden lijst van< categoryAttributes >:
  • wereldwijd:keywords (voeg het meteen toe na global:institution) -- een nieuw speciaal geval dat een door komma's gescheiden lijst van trefwoorden ontleedt van de wereldwijde trefwoordenattribuut om een aparte ingang te maken voor elk trefwoord.
  • variabele Naam (toevoegen aan het einde) -- een nieuw speciaal geval dat elk van de dataVariable destinationName s.
• In setup.xml, kunt u (Maar waarom?) vertel ERDDAP™ geen FGDC en/of ISO 19115 metagegevens aan te bieden voor een dataset door

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

De standaardwaarden voor deze instellingen zijn waar.

• In datasets.xml , kunt u overwegen de metadata voor uw datasets te verbeteren. ERDDAP™ nu genereert automatisch ISO 19115 en FGDC XML-metadatabestanden voor elke dataset op basis van de metagegevens van de dataset. Dus, goede datasetmetadata leidt tot goede ERDDAP - gegenereerde ISO 19115 en FGDC metadata.
  Zie de nieuwe documentatie voor de vele nieuwe HERHALING Algemene kenmerken .
• In datasets.xml , als u wilt vertellen ERDDAP™ om een pre-made FGDC en/of ISO 19115 bestand te gebruiken dat ergens op het bestandssysteem van de server staat in plaats van ERDDAP™ genereren van deze bestanden, gebruik:

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

Als fullFileName\="" of het bestand niet wordt gevonden, zal de dataset geen FGDC en/of ISO 19115 metadata hebben. Dit is dus ook handig als je de FGDC en/of ISO 19115 metadata voor een specifieke dataset wilt onderdrukken.

• In datasets.xml , voor iedereen EDDGrid SideBySide en EDDGrid AlglobalExistingDimension datasets, zorg ervoor dat kind datasets hebben verschillende datasetID s dan hun oudergegevens en dan de andere kinderen. (Bijvoorbeeld, je zou George Foreman's eenvoudige maar effectieve systeem kunnen volgen voor het benoemen van zijn kinderen.) Als namen in een familie precies hetzelfde zijn, zal de dataset niet laden (met het foutbericht dat de waarden van de geaggregeerde as niet in gesorteerde volgorde zijn) .
• In datasets.xml , waren er enkele wijzigingen in de lijst van geldige ioos\_category Metadatawaarden:
  • "pCO2" werd veranderd in "CO2."
  • "Fysical Oceanografie" werd toegevoegd.
  • "Soils" werd toegevoegd.
• In datasets.xml , ERDDAP™ staat niet langer '.' toe in een datasetID . Het was toegestaan maar ontmoedigd. (Sorry.)
• In datasets.xml , de setup voor EDDTableFromTreddsFiles en EDDTableVan Hyrax Bestanden zijn iets veranderd omdat beide klassen net zijn herschreven om efficiënter te zijn (beide klassen maken nu altijd een lokale kopie van alle externe gegevensbestanden) . Zie de documentatie voor het opzetten van deze klassen: EDDtabelVan Hyrax Bestanden en EDDTableFromDreddsFiles . Zie met name de herziene opmerkingen over<fileDir> (nu irrelevant) en< sourceUrl > (nu essentieel) . Ook moet je nooit wrap deze klasse in EDDtableCopy voor efficiëntie.
• In datasets.xml , als u EDDTableFromDatabase met een Oracle database, moet u een verbinding Eigendom zoals

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

om aan te geven hoeveel rijen gegevens tegelijk op te halen omdat de standaard 10 is, wat verschrikkelijk inefficiënt is. Zie Oracle documentatie . MySql en PostgreSQL lijken betere standaardinstellingen te hebben voor deze instelling. Dankzij Kevin O'Brien.

• Als u EDDTableFromDatabase gebruikt, zie dan de verbeterde "Speed"-documentatie voor aanvullende suggesties om de prestaties te verbeteren. Dankzij Kevin O'Brien.
• In datasets.xml , voor alle EDDTable... datasets, in de verdragen en Metadata\_Conventions globale attributen, zie CF-1.6 (niet CF-1,0, 1,1, 1,2, 1,3, 1,4 of 1,5) , aangezien CF-1.6 de eerste versie is die de veranderingen in verband met de Discrete Sampling Geometrie omvat.
• Programmeurs die de ERDDAP™ code need to add lib/lucene-core.jar to the list of pot files in their javac and java command line pads.
• ERDDAP™ heeft een nieuwe dienst een CF-standaardnaam converteren naar/van een GCMD Science Keyword. U kunt dit nuttig vinden bij het genereren van globale trefwoorden metadata voor de datasets in uw ERDDAP .
• Omgaan met Bots... Lees dit advies voor voorkomen dat bots kruipen uw ERDDAP™ op een stomme manier .
• Vertaling - De tekst op ERDDAP 's webpagina's is nu meestal in messages.xml en dus geschikt voor vertaling naar verschillende talen (bv. Duits, Frans) . De berichten gebruiken nu vaak MessageFormat voor het formatteren, ook om vertalingen te maken. Als u geïnteresseerd bent in het doen van een vertaling, e-mail erd dot data at noaa dot gov .
• Monster datasets.xml -- Er waren verschillende kleine maar significante fouten in de steekproef datasets.xml . Als je die datasets gebruikt, haal dan de nieuwere versies uit de nieuwe sample datasets.xml in de nieuwe erddapContent .zip bestand. Dankzij James Wilkinson.
• Git... Ik zal mijn best doen om ERDDAP™ een GitHub project ASAP na deze release.
• Kleine wijzigingen/fouten:
• Een nieuw palet, OceanDepth, is nuttig voor dieptewaarden (positief is gedaald) , bv. 0 (ondiep) tot 8000 (diep) .
• De .kml uitvoer van tabledap gebruikt een betere marker pictogram (Het is niet wazig.) . En zwevend over een markering maakt het nu groter.
• EDDTableFromFiles -- Bij de laatste upgrade had de nieuwe netcdf-java bibliotheek strengere beperkingen voor variabele namen in .nc dossiers. Dat veroorzaakte problemen voor EDDTableFromFiles als een variabele sourceName had bepaalde leestekens. EDDTableFromFiles is nu aangepast om dat probleem te voorkomen. Dankzij Thomas Holcomb.
• De .subset pagina ondersteunt nu 0/10/100/1000/10000/100000 in plaats van een selectievakje voor gerelateerde gegevens. De tooltip waarschuwt dat 100000 kan leiden tot uw browser te crashen. Met dank aan Annette DesRochers, Richard (Abe) Coughlin en het IOOS Biological Project.
• .../erdap/info/_ datasetID _/index.html webpagina's tonen nu urls en e-mailadressen als klikbare links. Dankzij Richard. (Abe) Coughlin en het IOOS Biological Project.
• Bugfix: In tabledap , voor datasets met hoogte MetersPerSourceUnit<0, vragen met hoogte beperkingen werden verkeerd behandeld. Dankzij Kyle Wilcox.
• Bugfix: EDDGrid AggregatedFromExistingDimension ondersteunt nu meer diverse TDS-URL's. Dankzij?

Versie 1.36​

(uitgebracht 2011-08-01)

• Nieuwe functies:
• Geen significante wijzigingen vanuit het standpunt van een gebruiker.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• De pmelTao dataset die vaak werd gebruikt als sample dataset voor de tabledap
  documentatie is niet meer beschikbaar. ERDDAP™ De beheerders MOETEN de volgende wijzigingen aanbrengen:
  • In uw datasets.xml , als u een datasetID ="pmelTao" dataset, toevoegen actief="valse" vlak voor de ">" aan het einde van die regel.
  • In uw setup.xml, als uw<EDDTableIdVoorbeeld> is pmelTao, dan:
    • Als u datasets.xml heeft geen dataset met datasetID ="erdGlobecBottle," toevoegen

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

• Vervang in uw setup.xml alle tags van<EDDTableIdVoorbeeld> door <EDDTabel Matlab PlotExample> met

                <!-- 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>

• Voor datasets waarbij het type een subklasse is van EDDTableFromFiles, kunt u nu gegevens maken van metagegevens. In het bijzonder kun je nu een variabele maken van de waarden van een attribuut van een van de oorspronkelijke variabelen. Bijvoorbeeld in datasets.xml , binnen een< dataVariable > tag, als u

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

ERDDAP™ zal een variabele maken met de waarden van de PI attribuut van de cruise variabele. Dankzij WOD.

• Wijzigingen:
• Kleine wijzigingen

Versie 1.34​

(vrijgegeven 2011-06-15)

• Wijzigingen:
• Bugfix: Repareerde een geheugenlek dat plaatsvond op ongeveer 64-bit Java installaties.
• Bugfix: ERDDAP™ stelt nu deze globale attributen correct in wanneer de waarden van de breedtegraadsdimensie variëren van hoog tot laag: geospatial\_lat\_min, geospatial\_lat\_max, Southernmost\_Noorden, Northernmost\_Noorden.

Merk op dat actual\_range is ongewijzigd: het kan lage, hoge of hoge, lage waarden hebben, omdat het de bedoeling is het bereik en de volgorde van opslag aan te geven.

• Kleine veranderingen.
• ERDDAP™ beheerders hoeven geen wijzigingen aan te brengen in hun setup.xml of datasets.xml .

Versie 1.32​

(uitgebracht 2011-05-20)

• Wijzigingen:
• Steun voor de onlangs geratificeerde, CF Discrete Sampling Geometries (die helaas nog niet online beschikbaar is) , dat de voorgestelde CF Point Observation Conventions vervangt. ERDDAP™ gebruikers zullen zien dat cdm\_feature\_type=Station wordt vervangen door TimeSeries en er zijn kleine wijzigingen in de bestanden gemaakt voor de .nc CF-bestandstype (vlak\_dimensie wordt nu sample\_dimensie genoemd) . ERDDAP™ Beheerders zullen deze wijzigingen moeten aanbrengen in datasets.xml :
  • cdm\_data\_type=Station moet worden gewijzigd in cdm\_data\_type=Tijdreeks.
  • cdm\_data\_type=StationProfile moet worden gewijzigd in cdm\_data\_type=TimeSeriesProfile.
  • cdm\_station\_variabelen moeten worden gewijzigd in cdm\_tijdreeks\_variabelen.
  • cf\_role=station\_id moet worden gewijzigd in cf\_role=timeserie\_id.
• Nieuw ioos\_category opties: "Colored Soluated Organic Matter," "pCO2," "Stream Flow," "Total Suspended Matter."
• Mogelijke oplossing voor een mogelijk geheugenlek op 64-bit Java . \[ Het werkte niet. \]
• Kleine veranderingen.

Versie 1.30​

(vrijgegeven 2011-04-29)

• Nieuwe functies:
• Ondersteuning voor 64-bit Java . Bij gebruik met 64 bit Java , ERDDAP™ kan nu veel meer hoop geheugen gebruiken en omgaan met veel meer gelijktijdige verzoeken.
• Steun voor .nc bestandsverzoeken tot 2GB (zelfs zonder 64-bit Java ) via een beter gebruik van ERDDAP De verwerking van data in stukken.
• Veel 2X snelheid verbeteringen in de code en 2X snelheid ups van Java 1,6 merk ERDDAP™ 2X tot 4X sneller dan voorheen.
• Verbeteringen voor geheugenbesparing aanzienlijk lager ERDDAP het basisgeheugengebruik.
• Voor tabelgegevenssets, ERDDAP™ is nu volledig op de hoogte van het cdm\_data\_type van een dataset en hoe de gegevens naar het CDM-type in kaart worden gebracht. Zie CF Specificatie discrete bemonsteringsgeometrie . Misschien binnenkort, dat Word-bestand zal worden omgezet naar .html en vervangen de huidige "OBSOLETE" informatie op die webpagina. Met dank aan de NOAA UAF-project.
• Voor de meeste EDDTable datasets, een nieuwe uitvoer bestandstype optie, .nc CF, creëert Ondoordringbare Ragged Array .nc bestanden die overeenkomen met de nieuwste versie van de CF Discrete steekproefgeometrieconventies . Deze bestanden zijn gestructureerd om het CDM-gegevenstype van de dataset weer te geven. Aangezien de voorgestelde conventies net veranderd, vanaf dit schrijven, de netcdf-java bibliotheek nog niet het lezen van de bestandsformaten die door ERDDAP en ze interpreteren als CDM-gegevensbestanden. Dat zal waarschijnlijk snel gebeuren. Met dank aan de NOAA UAF-project.
• De View : Onderscheidende Data optie op de .subset web pagina is nu een drop-down lijst waarmee gebruikers het maximum aantal rijen van verschillende gegevens te bekijken (standaard = 1000) . Deze verandering, en anderen, toestaan ERDDAP™ werken met datasets die zeer grote aantallen rijen van verschillende gegevens hebben. (Het aantal unieke waarden voor elke variabele is nog steeds een probleem, maar het kan vrij hoog zijn (20.000?) voordat de .subset en andere webpagina's heel langzaam laden.) Met dank aan de NOAA UAF-project.
• .subset webpagina's hebben een nieuwe optie: Bekijk Onderscheidende gegevenstellingen. Dankzij het GTOPP project.
• Om de gebruikers te helpen, de verschillende waarden (b.v. stationsnamen) worden nu getoond op de Make-A-Graph en Data Access Formulieren. Met dank aan de NOAA UAF-project.
• Transparant Png-verzoeken ondersteunen nu alle soorten grafieken en gegevensrepresentaties. Het tekent alleen de gegevens - geen bijlen, legendes, landmasker, of iets anders. Dit maakt het mogelijk om afbeeldingen als lagen van transparantePngs te maken. Als &.size=width | Hoogte is gespecificeerd in de zoekopdracht (aanbevolen) Het is een eer. De standaard is 360x360 pixels. De enige uitzondering is EDDGrid &.draw=surface, waar de standaard (zoals voorheen) is een afbeelding met ~1/pixel per datapunt (tot 3000 x en y pixels) . Dankzij Fred Hochstaedter.
• De WMS webpagina's tonen nu de kleurbalk voor de variabele van de dataset (s) . Dankzij Emilio Mayorga en anderen.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Deze release brengt veel veranderingen met zich mee. Ze zijn allemaal belangrijk. Wees geduldig en werk door alle onderstaande wijzigingen.
• Deze versie wordt geduwd eerder dan bedoeld om te gaan met sommige Java Beveiligingsbeestjes. Helaas, verschillende functies/fixes bedoeld voor deze ERDDAP™ versie zijn niet in deze versie. Sorry. Hopelijk zal de volgende versie relatief binnenkort (en veel gemakkelijker te upgraden naar) .
• Om meerdere beveiligingsfouten in te voorkomen Java 6 update 23 en hieronder, download en installeer de nieuwste versie van Java ( Java 6 update 24 of hoger) . Als u een 64-bits besturingssysteem, gelieve een 64-bit versie van Java .
• Als u Tomcat 5 gebruikt, moet u upgraden naar Tomcat 6 of 7 (voorkeur) . Als u gebruik maakt van Tomcat 6, overwegen upgraden naar Tomcat versie 7.
• Volg alle instructies voor opzetten van een nieuwe ERDDAP™ , maar waar relevant, zult u het kopiëren van bestanden van uw oude installatie naar de nieuwe installatie, met name de \[ kat \] /content/erddap directory en bestanden. Als onderdeel daarvan, let op de nieuwe Tomcat-opzetaanbevelingen .
• De standaard erddap.css is nu opgenomen in het erddap.war bestand.
  • Om de standaard erddap.css te gebruiken, verwijderen je oude \[ kat \] /content/erddap/images/erddap.css .
  • Als u \[ kat \] /content/erddap/images/erddap.css, en wil het blijven gebruiken: laat het gewoon op zijn plaats en vervang het<invoer> sectie met:

            /\\* 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 uw \[ kat \] /content/erddap/setup.xml:
  • Vervang de opmerkingen en tags met betrekking tot<gedeeltelijkverzoekMaxBytes> en<partialRequestMaxCells> met

            <!-- 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>  
            \\-->

• De opmerkingen in verband met< categoryAttributes > en overwegen de waarde van het label te wijzigen:

            <!-- 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>  

Persoon< categoryAttributes > die nu mondiale kenmerken zijn MOET worden geïdentificeerd via het prefix globaal: (b.v. global:institution) . Andere attributen worden verondersteld variabele attributen te zijn (bv. standard\_name ) . Ook de instellingenwaarden (de enige) werden achtergelaten in de oorspronkelijke zaak. Nu worden alle categoriewaarden omgezet in kleine letters.

• In uw \[ kat \] /content/erdap/ datasets.xml :
  • Grote verbetering: ERDDAP™ heeft nieuwe eisen met betrekking tot een tabelset van cdm\_data\_type. Opvallend is dat elke dataset de juiste metagegevens en variabelen moet hebben met betrekking tot het cdm\_data\_type. Zo niet, dan zal de dataset niet laden en een fout maken. Zie de documentatie voor cdm\_data\_type .
  • FYI: Er is een nieuw datasettype: EDDTableFromAsciiServiceNOS.
  • FYI: Er zijn drie nieuw toegelaten ioos\_category opties: Hydrologie, Kwaliteit (b.v. voor kwaliteitsvlaggen) , en statistieken (b.v. gemiddelde) .
  • Voor EDDtabelVan... Bestanden datasets, verwijder alle<nDimensions> tags. Ze zijn niet langer nodig of gebruikt.
  • Voor variabelen met destinationName = hoogte, ERDDAP™ de long\_name om hoogte te zijn. Ga door uw datasets.xml en herhaaldelijk zoeken naar< destinationName >hoogte en voeg aan die variabele toe< addAttributes >:

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

(of een iets andere long\_name in bijzondere gevallen) .

• Optioneel: Alle EDDTableFromFiles subclasses support variabele sourceName = global: ... om globale metadata van elk bestand om te zetten in een gegevensvariabele. Dankzij Lynn DeWitt.

• EDDTableVanDatabase gebruikers -- ERDDAP™ wordt geleverd met een nieuwe JDBC 4 driver voor Postgres. Voor andere databases, controleer het web voor het nieuwste JDBC .jar bestand voor uw database. Sinds ERDDAP™ nu gebruikt Java 1,6+, JDBC 4 (niet 3) wordt waarschijnlijk aanbevolen.

• FYI

  • EDDGrid Van...Bestanden en EDDtabel Van... Bestandsdatasets slaan nu het bestandTable informatie op in \[ bigParentDirectory \] /dataset Informatie/ \[ datasetID \] /\* .nc dossiers. EDDTable datasets slaan nu ook de subset informatie op in \[ bigParentDirectory \] /dataset Informatie/ \[ datasetID \] /\* .nc dossiers. Deze bestanden waren vroeger \[ bigParentDirectory \] /dataset Informatie/ \[ datasetID \] Totaal .json dossiers. De oude bestanden worden automatisch verwijderd wanneer ERDDAP™ begint. Of u kunt alle bestanden verwijderen (maar laat de lege submappen) in \[ bigParentDirectory \] /datasetInfo/.
  • Ik werkte aan een nieuwe EDDTableFromNcCFFiles die gegevens van lokale en externe bestanden zou lezen met behulp van de voorgestelde, nieuwe CF Point Observation Conventions. Maar het staat niet in deze release. Er zijn problemen in de netcdf-java bibliotheken met betrekking tot sommige methoden voor het lezen van deze bestanden. En er waren enkele zeer recente wijzigingen in de voorgestelde CF Point Observation Conventions. Wanneer de netcdf-java-bibliotheek is vastgesteld en bijgewerkt naar het meest recente voorstel, zal ik de werkzaamheden hierover hervatten.
  • Uitvoeren ERDDAP™ op Windows kunnen problemen hebben: met name, kunt u zien in de \[ bigParentDirectory/logs/log.txt bestand dat ERDDAP™ kan soms bestanden niet snel verwijderen en/of hernoemen. Dit is te wijten aan antivirus software (bijvoorbeeld van McAfee en Norton) die de bestanden controleert op virussen. Als u dit probleem tegenkomt (die kunnen worden gezien door foutmeldingen in het log.txt bestand zoals "Niet in staat om te verwijderen ...") , het veranderen van de instellingen van de antivirussoftware kan gedeeltelijk verlichten het probleem. Indien de ERDDAP™ in Windows is slechts een test uitgevoerd op uw bureaublad, dit is gewoon een ergernis. Indien de ERDDAP™ in Windows is uw publiek ERDDAP™ , overwegen om te schakelen naar een Linux server.

• Langzame eerste start -- De eerste keer dat je vlucht ERDDAP™ na verbetering, ERDDAP™ kan traag zijn om de datasets te laden. De weg ERDDAP™ slaat informatie over geaggregeerde bestanden is veranderd, dus ERDDAP™ zal wat info van al die bestanden opnieuw moeten lezen. Dat kost tijd.

• Fouten bij opstarten -- Gezien de wijzigingen in verband met cdm\_data\_type, is het waarschijnlijk dat sommige van uw datasets niet zullen laden en fouten zullen gooien. Lees zorgvuldig de Daily Report e-mail die ERDDAP™ stuurt u wanneer ERDDAP™ is klaar met starten. Het zal een lijst hebben van datasets die niet geladen zijn (bovenaan) en de reden waarom ze niet geladen (nabij de onderkant) .

• Als je vastzit of andere vragen hebt, stuur me dan de details: erd.data at noaa.gov .

• Programmeurs -- Als je schrijft Java programma's die draaien ERDDAP™ code, u moet een aantal van de commandoregel parameter referenties wijzigen:

  • Verander joda-tijd 1,6.2.jar in joda-tijd. pot
  • Wijzig de verwijzing naar Postgres JDBC .jar naar postgresql.jdbc.jar

• Kleine wijzigingen en foutenfixes:

• Verbeterde verbinding handling om opgehangen draden te voorkomen.

• Verbeterde concurrency praktijken om bijna gelijktijdige identieke verzoeken efficiënter te behandelen.

• ERDDAP™ nu gebruikt netcdfAll-4.2.jar (hernoemd naar netcdfAltijd-laatste. pot) . Deze switch vereiste verschillende interne veranderingen en veroorzaakte een paar kleine externe veranderingen, bijvoorbeeld, veranderingen in hoe grib bestanden worden gelezen en kleine wijzigingen in de .nc Kopuitvoer.

• Nieuwe functie: \[ erddap \] /convert/fipscounty.html converts FIPS provinciecodes naar/van provincienamen.

• Op kaarten zijn staatsgrenzen nu donker violet, dus ze vallen beter op op alle achtergrondkleuren.

• Tabel .kml uitvoer gebruikt opnieuw een rond pictogram om punten te markeren (niet het vliegtuig pictogram Google onlangs overgeschakeld op) .

• De erdCalcofi datasets werden herschikt en worden nu geserveerd vanuit lokale bestanden (sneller) .

• GenererenDatasets Xml van Droes Catalogus maakt nu een resultaatbestand aan: \[ kat \] /webapps/erdap/WEB-INF/temp/ EDDGrid Van ThreddsCatalog.xml . Dankzij Kevin O'Brien.

• GenererenDatasets Xml van Droes Catalogus probeert nu onnodige poortnummers uit de bron-URL's te verwijderen (b.v.:8080 en 8081 kunnen soms worden verwijderd) . Dankzij NOAA Het beveiligingsteam van de centrale.

• Voor .subset webpagina's heeft de Kaart van Onderscheidende Data nu een variabel lat lon bereik.

• Verschillende lijsten in ERDDAP™ (b.v. de tabel met alle datasets) werden gesorteerd zodat A..Z gesorteerd voor a. .z . Nu sorteren ze op een ongevoelige manier.

• Kleine wijzigingen in de .subset webpagina's, inclusief: eenheden worden nu aangegeven.

• GenererenDatasets Xml en DasDds gooien geen uitzondering meer als de resultaten niet op het systeem klembord of displayInBrowser kunnen worden geplaatst. Dankzij Eric Bridger en Greg Williams.

• Bugfix: Wanneer datasets worden geladen, ERDDAP™ nu verwijdert of past de geospatiale globale eigenschappen. Dankzij Charles Carleton.

• Bug fix: String2.getClassPath () nu goed procent-decodeert de klasse Pad (met name op Windows verschenen spaties in de bestandsnaam als %20) . Dit beïnvloedde ERDDAP™ EDStatic aanroepen SSR.getContextDirectory () en het vinden van inhoud/erdap. Dankzij Abe Coughlin.

• Bug fix: in EDDTableFromFiles gerelateerd aan krijgenDataForDapQuery behandeling van onderscheiden () verzoeken. Dankzij Eric Bridger.

• Bugfix: tabledap verzoeken niet goed omgaan hoogte beperkingen wanneer de dataset hoogte MetersPerSourceUnit was -1. Dankzij Eric Bridger.

• Bugfix: EDDTableVan... Bestanden datasets behandelen nu correct verzoeken die =NaN en !=NaN omvatten.

Versie 1.28​

(uitgebracht 2010-08-27)

• Nieuwe functies: Geen.
• Dingen ERDDAP™ Beheerders moeten weten en doen: Geen.
• Bug Fix: Een programmeerfout herstellen (alleen in vers 1.26) Dat maakte ERDDAP™ Heel langzaam.  

Versie 1.26​

(vrijgegeven 2010-08-25)

• Nieuwe functies: Geen.
• Dingen ERDDAP™ Beheerders moeten weten en doen:
• Vanuit uw \[ kat \] /content/erddap/setup.xml,
  • In<legaal>, op een nieuwe regel hieronder \[ standaard DataLicenses \] , invoegen \[ standaardContact \] . \[ standaardContact \] verwijst naar de<adminEmail> opgegeven hoger in setup.xml.
  • Verwijderen<tabelCommonBGColor> en<tabelHighlightBGColor>.
  • Aanbevolen: Wijziging<endBodyHtml> to

            <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>

• Vereist: Op uw \[ kat \] /content/erddap/images/erddap.css en erddapAlt.css, onderaan toevoegen:

        /\\* 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; }

• Bugfixes en kleine wijzigingen:

• Bugfix: in sommige situaties werkten formulieren niet in sommige versies van Internet Explorer. Hartelijk dank aan Greg Williams.

• Bugfix: De Make A Graph knoppen werkten niet als de dataset van een remote was ERDDAP .

• Bugfix: WMS Soms werkte het niet als de dataset van een remote was ERDDAP .

• Veel kleine veranderingen en fouten.

Versie 1.24​

(uitgebracht 2010-08-06)

• Nieuwe functies:
• Nieuw Subset webpagina's gebruik facet search om subgroepen van tabeldatasets te selecteren. Dankzij POST.
• Nieuw Geavanceerd zoeken combineert alle andere zoekopties en voegt lengte, breedtegraad en tijdgebonden vakken. Dankzij Ellyn Montgomery. (Sorry voor de vertraging.)
• Nieuw Tijd omzetten Web pagina en service kunt u numerieke tijden converteren naar / van ISO string times.
• Nieuw Eenheden omzetten webpagina en service kunt u converteren UDUNITS naar/van UCUM-eenheden. Dankzij NOAA IOOS SOS .
• Indien tabledap verzoek bevat & eenheden ("UCUM") , de eenheden namen zullen worden omgezet uit originele namen (meestal UDUNITS ) tot UCUM Naam eenheden. Dit beïnvloedt alleen eenheden\namen\, geen gegevenswaarden. Dankzij NOAA IOOS SOS .
• Verbeteringen om een grafiek te maken webpagina's en grafieken en kaarten:
  • Als de grafiek een kaart is, zijn er nieuwe Make A Graph knoppen om in/uit te zoomen en een nieuwe optie om te klikken om het middelpunt van de kaart te wijzigen. Dankzij POST.
  • Filterinstellingen toegevoegd aan de onderkant. Dankzij Greg Williams.
  • De ingebouwde kustgegevens werden bijgewerkt naar GSHHS v2.0. Dankzij POST.
  • De kaarten omvatten nu meren en rivieren. Dankzij POST. (Sorry, de Sacramento River Delta ontbreekt omdat noch de kustlijn gegevens, noch het meer / rivier dataset gaat ermee om.)
  • De ingebouwde pscoast afgeleide natie/staat bestanden werden bijgewerkt. Dankzij POST.
  • Topografie.cpt werd licht gewijzigd. (Sorry als dit nadelig voor je is.) Dankzij POST.
  • In griddap's Make A Graph, als een gebruiker een variabele verandert, wordt het formulier automatisch opnieuw ingediend zodat de axisVariable s' showStartAndStop weerspiegelt altijd de grafiekvariabelen. Dankzij Joaquin Trinanes.
  • Voor png- en pdf-image-URL's:
    • Nieuw &.land=value, waar value "onder" kan zijn (topografie tonen) of "over" (gewoon bathymetrie tonen) . Indien niet opgegeven, wordt de standaard ingesteld door drawLandMask in datasets.xml of setup.xml. Dankzij POST.
    • Nieuw: regels in de legende die te lang zijn worden automatisch in meerdere regels gebroken. Dankzij POST.
  • Voor png afbeeldingsURL's:
    • Nieuwe &.legend=value, waar value "onder" kan zijn (standaard) , "Uit" of "Alleen". Hiermee kun je de legende opnemen, de legende uitsluiten, of alleen de legende krijgen. Dankzij Cara Wilson.
    • Nieuw &.trim=n Beeldpunten laat een rand van nPixels achter (bv. 10) onderaan de afbeelding. Het wordt toegepast na .legend=Off. Dankzij Cara Wilson.
    • Nieuwe &.size=width | Hoogte laat je de breedte en hoogte van de afbeelding in beeldpunten opgeven.
• Nieuwe uitvoerbestandsformaten:
  • .csvp en .tsv p -- zoals .csv en .tsv " (Eenheden) " toegevoegd aan kolomnamen op de eerste regel.
  • .odvTxt -- maakt een .txt bestand dat het vereenvoudigt om gegevens te krijgen in Gegevens over de oceaan Beeld (ODV) .
  • .esriCsv -- maakt een .csv bestand geschikt voor import in ESRI's ArcGIS . (Alleen tabeldatasets) Dankzij Jan Mason, Jeff de La Beaujardiere, en NOAA IOOS SOS project.
• GUI verbeteringen aan de Categorieën Webpagina's. Ook de categoriseren waarden (andere dan instellingen) zijn nu allemaal kleine letters. Niet-lagere caseverzoeken worden geaccepteerd (omgeleid) voor achterwaartse compatibiliteit. Dankzij Roy Mendelssohn.
• Foutmeldingen zijn nu nog korter en meer gericht op gebruikers. Dankzij Greg Williams.
• Een interne verandering die sterk vermindert ERDDAP het basisgeheugengebruik.
• Veel nieuwe functies die alleen relevant zijn voor het POST-project.
• Dingen ERDDAP™ Beheerders moeten weten en doen: Er zijn veel veranderingen. Sorry. Maar elk brengt een aantal mooie voordelen.
• Grote veranderingen in GenerateDatasetXml -- het stelt nu vaak meer vragen (zie het relevante dataset Typen informatie) en genereert nu altijd in wezen kant-en-klare inhoud voor datasets.xml . U bent nog steeds verantwoordelijk voor de setup, dus je moet nog steeds de datasets.xml inhoud alvorens het te gebruiken. Een menselijke inzet in het project zal altijd beter zijn dan een computerprogramma. Dankzij het UAF project.
• VEREIST: In setup.xml moet u de WMS Section. Het zou nu deze tags moeten bevatten (maar voel je vrij om de waarden te veranderen) :

        <!-- 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>

• VERPLICHT: Kopieer en plak in setup.xml dit nieuwe voorstel<startHeadHtml> om uw oude versie te vervangen. Maar voel je vrij om wijzigingen aan te brengen voor je voorkeuren.

        <!-- 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>

Dankzij POST, Hans Vedo en Rick Blair.

• VERPLICHT: in setup.xml, in<startBodyHtml>, wijzig de<body> tag om gewoon te zijn<body>, want de stijl is nu ingesteld door erddap.css.
• VERPLICHT: In setup.xml, overstappen op dit<endBodyHtml> (maar verander het e-mailadres in uw e-mailadres en voel je vrij om andere wijzigingen aan te brengen) :

        <!-- 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>

• HOOG AANVAARD: In setup.xml, de aanbevolen<De korte beschrijvingHtml> is nu

        <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>

Voel je vrij om dit te veranderen, vooral de laatste zin in de eerste alinea.

• In setup.xml, e-mailAllesnaar en e-mailDailyMelden Te kunnen nu komma gescheiden lijsten van e-mailadressen. De eerste e-mailAlles Aan is speciaal, bijvoorbeeld, abonnementen op EDDXxxxFromErdap datasets gebruiken dat e-mailadres. Dankzij John Maurer.
• E-mailfouten worden nu aangemeld bij de \[ bigParentDirectory \] /logs/emailLog JJJJ-MM-DD.txt bestand.
• In setup.xml is er een nieuwe, optionele parameter om e-mailaccount eigenschappen in te stellen (meestal direct na<e-mailWachtwoord>):

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

De standaard is niets. Dankzij Rich Signell.

• VERPLICHT: als u EDDTableCopy of EDDGrid Begrepen, jullie moeten alles delete \[ bigParentDirectory \] /copy/mappen en bestanden die "xh" bevatten in de map of bestandsnamen na het stoppen van de oude ERDDAP™ en voor het starten van de nieuwe ERDDAP™ Dus die bestanden worden opnieuw gekopieerd. Het spijt me, maar het was belangrijk om de verandering te maken en hopelijk beïnvloedt het weinig beheerders en weinig bestanden. In Linux vind je deze bestanden met, cd \[ bigParentDirectory \] /kopie vinden.\xh\
  In Windows kunt u deze bestanden vinden met, Start | Zoeken Waar wilt u naar zoeken: Documenten Alle of een deel van de bestandsnaam: xh Kijk in: Bladeren -> \[ bigParentDirectory \] /kopie Klik op 'Zoeken' ^A om ze allemaal te selecteren Del om ze allemaal te verwijderen
• VERPLICHT: In datasets.xml , voor EDDTableFromDatabase datasets, voor datum- en tijdstempelvariabelen, de gegevens wijzigen Type om te verdubbelen en de eenheden naar seconden sinds 1970-01-01T00:00:00Z. We eisen dat u tijdstempelgegevens opslaat in de database\*met\*een tijdzone. Zonder tijdzone informatie, de vragen die ERDDAP™ stuurt naar de database en de resultaten die ERDDAP™ krijgt uit de database via JDBC zijn dubbelzinnig en zijn waarschijnlijk verkeerd. We hebben het geprobeerd, maar vonden geen betrouwbare manier om om te gaan met "timestamp zonder tijdzone" gegevens. Wij vinden dit toch een goede praktijk. Immers, "timestamp zonder tijdzone" data heeft een impliciete tijdzone. Hoewel het geweldig is dat de tijdzone duidelijk is voor de database admin, is het zinvol om het expliciet te specificeren zodat andere software goed kan communiceren met uw database. Bedankt/sorry Michael Urzen.
• HOOG AANVAARD: datasets.xml , om .subset webpagina's in te schakelen voor gefacetteerde zoekopdrachten van uw tabeldatasets, moet u [ toevoegen< subsetVariables >] (/docs/server-admin/datasets#subsetvariabelen) naar de globale eigenschappen van de dataset.
• AANVAARD: datasets.xml , als u de dataset met datasetID ="pmelGtsppp," verander het alsjeblieft

          <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>

• AANVAARD: datasets.xml , er zijn nieuwe geldige opties voor de [<cdm\_data\_type>] (/docs/server-admin/datasets#cdm_data_type) global attribuut, dus je moet de waarde voor je datasets bekijken/wijzigen.

• In datasets.xml , de nieuwe [<sourceNeedsExpandedFP\_EQ>] (/docs/server-admin/datasets#sourceneedsexpandedfp_eq) is nuttig als de bronserver &variable\=_value_test niet consequent correct uitvoert (door de algemene moeilijkheid bij het testen van de gelijkwaardigheid van zwevende puntnummers ) . sourceNeedsExpandedFP\_EQ standaard ingesteld op waar (de veiligste instelling) Dus je hoeft niets te veranderen.

• Nieuw EDDtabelVanAsciiFiles . Dankzij Jerry Yun Pan.

• Nieuw EDDTableFromDreddsFiles . Dankzij Roy Mendelssohn.

• Wijzigingen in EDDtabelVanNcFiles laat het worden gebruikt met een breder scala aan bestanden.

• EDDTableFromBMDE is uitgeschakeld. Er zijn geen actieve, geschikte gegevensbronnen meer.

• In GenerateDatasetXml, de nieuwe EDDGrid Van Thredds Catalogus oogst een hele THREDDS catalogus (of een subset) en genereert datasets.xml inhoud. Dankzij het UAF project.

• GenererenDatasets Xml en DasDds zetten nu ook hun resultaten in \[ bigParentDirectory \] /logs/log.txt. Dankzij Rich Signell en Charles Carleton.

• Veel verbeteringen aan het inlogsysteem. Dankzij POST.

• Dingen ERDDAP™ Programmeurs Moeten weten en doen:

• Er zijn wijzigingen opgetreden in de /WEB-INF/lib/ directory. Wijzig uw javac en java classpath instellingen dienovereenkomstig.

• Er is een nieuwe \[ uw Url \] /erddap/versiedienst om de versie van een ERDDAP . Het antwoord is tekst, bijvoorbeeld: ERDDAP \_versie=1.24 Als u een HTTP 404 Not-Found foutmelding, behandelen de ERDDAP™ als versie 1.22 of lager. Dankzij POST.

• Kleine wijzigingen en foutenfixes:

• EDDtabelVan Veranderingen in sos:

  • Vervallen ondersteuning voor het lezen van IOOS SOS XML antwoorden.
  • Extra ondersteuning voor het lezen van IOOS SOS tekst/csv. (Dus NOS SOS servers worden momenteel niet ondersteund.)
  • Maakte veel veranderingen in verband met IOOS SOS servergegevens.
  • Toegevoegde ondersteuning voor BBOX queries voor IOOS SOS en OOSTethys SOS servers. Deze veranderingen leiden tot een grote snelheid voor relevante dataverzoeken. Dankzij IOOS SOS .

• Tekst in .mat Tabelgegevensbestanden worden nu correct opgeslagen. Dankzij Roy Mendelssohn.

• WMS

• OpenLayers is nu gebundeld met ERDDAP™ voor gebruik op de WMS Webpagina's. Dit lost het probleem veroorzaakt wanneer OpenLayers enkele maanden geleden gewijzigd en toekomstige problemen voorkomen.

• In de WMS GetCapabilities reactie, de<OnlineResource> waarde is nu de URL van de WMS service. Dankzij Charlton Galvarino.

• Een legende wordt weergegeven op de WMS webpagina om de kleurbalk te tonen. Dankzij Emilio Mayorga.

• EDDGrid AlglobalExistingDimension constructor had problemen als een as bron Waarden waren niet gelijk aan hun bestemming Waarden, bijvoorbeeld als brontijd iets anders was dan "seconds since 1970-01-01" . Dankzij Todd Spindler.

• In TableWriterGeoJson, de overmaat ',' na bbox \[ ... \] is verwijderd. Dankzij Greg Williams.

• Veel kleine veranderingen en fouten.

Versie 1.22​

(uitgebracht 2009-07-05)

• De in 1.20 geïntroduceerde SlideSorter bug is vast.
• De OBIS bug geïntroduceerd in 1.20 is vast.
• De verwijzingen naar Jason datasets op de afbeeldingen/gadgets/GoogleGadgets pagina werden verwijderd.  

Versie 1.20​

(uitgebracht 2009-07-02)

• ERDDAP™ Administrators, voeg dit toe aan uw setup.xml bestand:

    <!-- 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>

• Nieuwe datasets EDDGrid Kopiëren en EDDtabelkopie een lokale kopie van een ander maken en bewaren EDDGrid of de gegevens van de EDDTable dataset en server gegevens van het lokale exemplaar. Deze zijn zeer gemakkelijk te gebruiken en zeer effectief oplossingen voor enkele van de grootste problemen bij het bedienen van gegevens uit externe gegevensbronnen:

  • Toegang tot gegevens van een externe gegevensbron kan traag zijn (om verschillende redenen) .
  • De externe dataset is soms niet beschikbaar (opnieuw, om verschillende redenen) .
  • Vertrouwen op één bron voor de gegevens niet goed schaalt (b.v. wanneer veel gebruikers en veel ERDDAP Gebruik het) .

Plus, de lokale kopie is een back-up van het origineel, die nuttig is voor het geval er iets gebeurt met het origineel.

Er is niets nieuws aan het maken van een lokale kopie van een dataset. Wat hier nieuw is, is dat deze klassen het maken.\*gemakkelijk\*het creëren en\*handhaven\*een lokale kopie van gegevens van een\*ras\*de soorten externe gegevensbronnen en\*Metadata toevoegen\*tijdens het kopiëren van de gegevens.

Deze datasettypes maken deel uit van een complete reeks functies die het creëren van rasters/clusters/feeraties van ERDDAP s zeer zware lasten te hanteren (b.v. in een datacenter) .

• Nieuw datasettype EDDTableFromDatabase krijgt gegevens uit een lokale of externe databasetabel.
• ERDDAP™ nu heeft een beveiliging systeem dat authenticatie ondersteunt (gebruikers inloggen) en vergunning (hen toegang te verlenen tot bepaalde particuliere datasets) .
• Er zijn twee, nieuwe, command-line tools om te helpen ERDDAP™ beheerders genereren de XML voor een nieuwe dataset in datasets.xml :
  • GenererenDatasets Xml kan een ruwe versie van de dataset XML genereren voor bijna elk type datasets.
  • DasDds helpt u de XML herhaaldelijk te testen en te verfijnen voor een dataset. ERDDAP 's GenerateDatasets Xml webpagina's zijn verwijderd. Om veiligheidsredenen ondersteunden ze slechts enkele datasets. De nieuwe command line tools zijn een betere oplossing.
• Het nieuwe statuspagina laat iedereen (maar met name beheerders) de status van een ERDDAP™ van elke browser door naar \[ baseUrl \] /erddap/status.html .
• Tabledap ondersteunt nu server-kant functies :
  • &Onduidelijk () verwijdert dubbele rijen uit de responstabel;
  • & orderBy (...) kunt u aangeven hoe de responstabel moet worden gesorteerd,
  • & orderByMax (...) kunt u aangeven hoe de responstabel moet worden gesorteerd en verwijdert alle rijen behalve de rijen met de maximumwaarden in de laatste opgegeven kolom. Dit kan bijvoorbeeld worden gebruikt om de laatste beschikbare gegevens voor elk station te verkrijgen.
• Tabulaire datasets kunnen nu extra datumtijdvariabelen bevatten die geen naam hebben "time" . Deze variabelen worden herkend aan hun "eenheden" metagegevens, die " since " (voor numerieke datum Tijden) of "yy" of "YY" (voor geformatteerde tekstdatumTijden) . Maar gebruik toch de destinationName "time" voor de hoofddatum Tijdsvariabele.
• ERDDAP™ nu genereert een sitemap.xml bestand, die zoekmachines vertelt dat uw ERDDAP Moet alleen elke maand gekropen worden. ERDDAP™ beheerders, volg a.u.b. deze instructies om de zoekmachines te informeren over het nieuwe sitemap.xml bestand.
• ERDDAP 's foutmeldingen zijn nu veel korter en gericht op klanten (geen programmeurs) . Dankzij Greg Williams.
• [<verzoekBlacklist>] (/docs/server-admin/datasets#verzoekblacklist) Nu ondersteunt ook IP-adressen waar het laatste nummer is vervangen door \*.
• Verzoeken om .json en .geoJson bestanden kunnen nu een optionele jsonp verzoek door toevoeging "& .json p=functionName" tot het einde van de query. Eigenlijk, vertelt dit alleen maar ERDDAP™ toe te voegen "functionName (" naar het begin van de reactie en ") " tot het einde van de reactie. Als er oorspronkelijk geen vraag was, laat dan de "&" in uw vraag. Dankzij Greg Williams.
• Aan de Dagelijks verslag .
• Op webpagina's met lijsten van datasets, instelling en id staan nu rechts. Dit verplaatst abonnement en andere meer nuttige kolommen in zicht op smalle computerschermen.
• Op alle webpagina's, de titel van de pagina (gebaseerd op de<titel> in de<startHeadHtml> die u in setup.xml definieert) is aangepast om een betere beschrijving van de webpagina te bevatten (bijvoorbeeld door de titel en de instelling van de huidige gegevensset op te nemen) .
• Xmx informatie is nu opgenomen met de geheugen informatie afgedrukt in log.txt, het Dagelijks Verslag, en op status.html. Dankzij Ellyn Montgomery.
• ERDDAP™ heeft extra bescherming voor algemeen gebruik tegen alle fouten (bv. OutOfMemoryError) . Dankzij Charles Carleton.
• Verbeteringen in foutafhandeling als het antwoord al is gedaan.
• VERBETERD: EDDTableFromFiles en EDDGrid FromFiles nu gewoon toestaan<MetadataVan> eerst of laatst. voorlaatste wordt niet meer ondersteund. En de eerste en laatste zijn nu gebaseerd op de laatste ModifiedTime van de bestanden.
• Bugfix: in EDDTableVan SOS , ongeldige info voor één station gooide een uitzondering en zorgde ervoor dat de hele dataset werd afgewezen. Die stations worden genegeerd. (en het foutbericht is gelogd om log.txt) . Dankzij Rick Blair.  

Versie 1.18​

(uitgebracht 2009-04-08)

• Bug fix: Vanaf 1.14, de EDDTable Data Access Form en Make A Graph web pagina niet goed omgaan met geciteerde beperkingen.
• Bug fix: Vanaf 1.14, EDDTableFromDapSequence niet correct omgaan met tijdbeperkingen als de brontijd eenheden waren niet "seconden sinds 1970-01-01T00:00:00" .  

Versie 1.16​

(vrijgegeven 2009-03-26)

• ERDDAP™ beheerders:
• Dit is een belangrijke release omdat het een bug die een ERDDAP™ draad draait als u Tomcat Manager gebruikt om te stoppen/starten of te herladen ERDDAP . Dus als je 1.16 installeert, gebruik dan niet alleen Tomcat manager om de oude ERDDAP™ en zet de nieuwe ERDDAP . In plaats daarvan: het oude uitschakelen ERDDAP™ , herstart Tomcat (of de server) , zet dan de nieuwe ERDDAP . Het is altijd een goed idee om dat te doen bij het installeren van een nieuwe versie.
• Toevoegen [<verzoekBlacklist></verzoekBlacklist>] (/docs/server-admin/datasets#verzoekblacklist) uw datasets.xml . Dit kan worden gebruikt om een lijst van IP-adressen van clients op te geven die geblokkeerd moeten worden (b.v. een ontkenningsaanval of een te ijverige webrobot afweren) .
• Er is nu een \[ bigParentDirectory \] /logs map om de ERDDAP™ logbestanden. Wanneer u begint ERDDAP™ , het maakt een archiefkopie van log.txt en log. txt.previous bestanden met een tijdstempel. Als er problemen waren voor de herstart, kan het nuttig zijn om deze bestanden te analyseren.
• ERD 's ERDDAP™ nu is het abonnement systeem ingeschakeld.
• ERDDAP™ opnieuw toestaat (maar nog steeds niet aanbevelen) de "%26" codering van "&" in verzoek-URL's (zie gerelateerde v1,14 verandering ) .
• Verschillende nieuwe toevoegingen aan de Tally sectie van de Dagelijks verslag .
• Kleine bugfixes in generateDatasetsXml.
• Een paar kleine foutjes.  

Versie 1.14​

(uitgebracht 2009-03-17)

• Wijzigingen voor gebruikers:
  • Bij verzoeken om rastergegevens, ERDDAP™ ondersteunt nu: last-n waarbij n een geheel getal indexen is en (last-d) waarbij d een numerieke waarde is (voor tijd, het is in seconden) .
  • In tabel gegevens verzoeken, String beperkingen nu vereist dubbele citaten rond de waarde, bijvoorbeeld, &id="NDBC40121" Dit is vereist door de DAP protocol.
  • In tabelgegevensverzoeken, ERDDAP™ Nu vereist dat alle beperkingen zijn correct procent gecodeerd . Browsers doen dit automatisch, dus dit beïnvloedt meestal computerprogramma's/scripts die toegang hebben tot ERDDAP .

Procent26​

• Wat voorafging: de een grafiek webpagina insluiten en de ERDDAP™ Google Gadget webpagina zei de "&" in de URL van de afbeelding te vervangen door "%26." Vanaf nu moet je de "&" in de URL van de afbeelding vervangen door "&." Dus je moet alle "%26" in bestaande webpagina's en Google Gadgets vervangen door "&." (Sorry.)
• ERDDAP™ Beheerders, alstublieft:
• Voeg het volgende toe aan uw setup.xml bestand (en verander de vlag Sleutelwaarde) :

        <!-- 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>  

• Op de lijn na<e-mailGebruikersnaam> in uw setup.xml bestand toevoegen

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

en voer uw echte wachtwoord.

• Je kunt veranderen.<wmsSampleBBox> in uw setup.xml bestand met lengtegraadswaarden tot 360, bijvoorbeeld;

        <!-- 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 uw datasets.xml bestand, hernoem de dataset type EDDTableFromNc4DFiles naar EDDTableFromNcFiles (die nu bestanden met een aantal dimensies ondersteunt) . Als u een EDDTableFromNc4DFiles dataset had:

  1. U MOET veranderen in type="EDDTableFromNcFiles" in uw datasets. XML-bestand.
  2. U MOET een<nDimensions> 4</nDimensions> tag naar XML van de dataset.
  3. U mag de nieuwe<SorteerFilesBySourceNames> tag om de interne volgorde van de bestanden te specificeren, die de algemene volgorde van de geretourneerde gegevens bepaalt.

Voor nadere bijzonderheden, zie EDDTableVanFiles .

• In het verleden, voor EDDTableFromDapSequence, voor OPeNDAP DRDS-servers, in datasets.xml , we gebruikten<bronCanConstrainStringsRegex>~=</sourceCanConstrainStringRegex>. Maar we zien nu dat de DRDS regex ondersteuning beperkter is dan ERDDAP 's, dus we raden<bronCanConstrainStringsRegex></sourceCanConstrainStringRegex> zodat regex beperkingen niet worden doorgegeven aan de bron, maar worden afgehandeld door ERDDAP .
• Vernieuwde behandeling van bronCanConstrain... in datasets.xml door EDDtabelVanDapSequence en (intern) alle EDDTable datasets. Het nieuwe systeem is eenvoudiger en weerspiegelt beter de variabiliteit van de verschillende gegevensbronnen. Mogelijk moet u de XML aanpassen voor uw datasets in datasets.xml .
• Er zijn verschillende nieuwe kenmerken die op zichzelf nuttig zijn, maar wanneer ze gecombineerd worden, ook het creëren van rasters/clusters/feeraties van ERDDAP s .
  • Nieuwe datasets:
    • EDDGrid FromErdap en EDDTabelVanErdap die een ERDDAP™ bevat een dataset van een andere ERDDAP™ op een zeer eenvoudige en zeer efficiënte manier.
    • EDDGrid FromFiles (en zijn onderklasse, EDDGrid VanNcFiles die kan lezen NetCDF .nc , GRIB .grb, en HDF .hdf bestanden) .
    • EDDtabelVanNcFiles die kan lezen NetCDF .nc die een tafelachtige structuur hebben.
  • RunLoadDatasets en LoadDatasets werden vernieuwd zodat ERDDAP™ is zeer reagerend op het herladen van datasets op basis van bestanden in de vlag map (vaak<5 seconden als de hoofdbelastingDatasets is momenteel gedaan).
  • Nieuwe service om toe te staan een URL om een vlagbestand aan te maken voor een bepaalde dataset, bv.

      https://coastwatch.pfeg.noaa.gov/erddap/setDatasetFlag.txt?datasetID=rPmelTao&flagKey=123456789  
  

maakt een vlagbestand aan in de vlagmap voor rPmelTao (Hoewel de vlag De sleutel is verkeerd.) .

• Nieuw abonnement service zodat elke client een actie kan specificeren die zal worden uitgevoerd wanneer een specifieke dataset wordt aangemaakt (wanneer ERDDAP™ opnieuw gestart) en wanneer de dataset op enigerlei wijze verandert. Dit systeem kan worden uitgeschakeld via<abonnementSystemActive> in uw setup.xml bestand. De ERDDAP™ Dagelijks verslag nu bevat alle abonnementen en bevat de URL die nodig is om elk te annuleren, voor het geval u het systeem wordt misbruikt. In datasets.xml , is er een nieuwe, facultatieve [<abonnement E-mailBlacklist>] (/docs/server-admin/datasets#subscriptionemailblacklist) tag zodat beheerders een door komma's gescheiden lijst van e-mailadressen kunnen opgeven die onmiddellijk op de zwarte lijst staan van het abonnementssysteem.
• Nieuw [<onChange>] (/docs/server-admin/datasets#onchange) attribuut in datasets.xml laat de ERDDAP™ beheerder specificeert een actie die zal worden uitgevoerd wanneer een specifieke dataset wordt aangemaakt (wanneer ERDDAP™ opnieuw gestart) en wanneer de dataset op enigerlei wijze verandert.
• Verbeteringen aan full text search: het opslaan van de zoektekst voor elke dataset gebruikt nu 1/2 het geheugen. Het zoekalgoritme (Boyer-Moore-achtig) is nu 3X sneller.
• E-mails van ERDDAP™ nu altijd het onderwerp en de inhoud van \[ erddap Url \] , zodat duidelijk is welke ERDDAP™ Dit kwam van (in geval u meerdere ERDDAP s) .
• Meer uitgebreide statistieken verzamelen voor de Dagelijks verslag e-mail.
• Nieuw logbestand \[ bigParentDirectory \] /emailLogYEAR-MM-DD.txt logt alle e-mails die door ERDDAP™ Elke dag. Dit is vooral handig als je server geen e-mails kan versturen -- je kunt ze tenminste lezen in het logboek.
• ERDDAP™ maakt nu een \[ bigParentDirectory \] /cache/ ( datasetID ) directory voor elke dataset aangezien er veel bestanden kunnen worden gecached.
• Nieuw RSS 2,01 voer voor elke dataset (kijk voor de oranje RSS pictogrammen op lijsten van datasets, Data Access Forms, en Maak een grafiek webpagina's) .
• EDDGrid .kml antwoorden nu tegelafbeeldingen gebruiken ("superoverlays" -- dynamisch gegenereerde quadtree afbeeldingen) . De eerste afbeelding laadt veel sneller in GoogleEarth dan voorheen. De resolutie van de kaart neemt toe als je inzoomt, tot de volledige resolutie van de dataset. Aanbevelen: gebruikers moeten vragen .kml voor één keer, maar de dataset is volledig lengte, breedtegraad. Helaas werd ondersteuning voor tijdbereiken verwijderd (Ik hoop dat het terugkomt.) .
• ERDDAP™ nu toevoegt Verloopt en Cache-Control max-age headers naar alle gewenste bestanden uit de map /images. Dit vermindert sterk het aantal statische bestand verzoeken verzonden naar ERDDAP en dus enorm versnelt ERDDAP™ Paginaladingen. Ook veel Java Script bestand verwijzingen verplaatst naar de onderkant van hun HTML-pagina's, die ook versnelt veel ERDDAP™ Paginaladingen. Dankzij het boek "High Performance Web Sites" door Steve Souders en de ySlow toevoeging aan de FireBug plugin in FireFox.
• ERDDAP™ overgeschakeld van netcdf-java 2.2.22 naar netcdf-java 4.0. Dit maakt onder andere EDDGrid VanNcFiles om te lezen HDF .hdf , evenals GRIB .grb en NetCDF .nc dossiers.
• EDDGrid VanDap en EDDGrid FromNcFiles ondersteunt nu ook DArray (evenals DGrid) dataVariable s. Als een dimensie geen corresponderende coördinatenvariabele heeft, ERDDAP™ maakt een asvariabele aan met de indexwaarden (bv. 0, 1, 2, ..., 311, 312) . Dus alle andere aspecten van EDDGrid blijven hetzelfde: \* Het dient nog steeds alle datasets als Rasters, met een asvariabele voor elke dimensie. \* Vragen kunnen nog steeds waarden van de asvariabelen aanvragen. Dankzij Charles Carleton, Thomas Im, Dorian Raymer en anderen.
• De WMS OpenLayers pagina's hebben nu een standaard lengtegraad,breedtebereik dat iets groter is dan het bereik van de dataset (niet het exacte bereik, dus de context van kleine datasets is duidelijker) . Het standaardbereik kan nu ook 0 tot 360 zijn, waardoor het volledige bereik van veel datasets nu getoond kan worden. Dankzij Todd Spindler.
• Nieuwe sliders op sommige Data Access Formulieren en Maak een Graph webpagina's. Zij vereenvoudigen (ruw) specificatie van de gewenste gegevens en bieden goede visuele feedback.
• Een nieuwe optie voor de<dataset> tags in datasets.xml : actief="valse" .
• Verwijzingen naar ERD 's ERDDAP™ veranderd van coastwatch.pfel (werkt nog steeds via proxy) naar coastwatch.pfeg (voorkeur) .
• Nieuwe steun voor data\_min en data\_max variabele metadata attributen.
• Een gedeeltelijke oplossing voor de Wacht dan opnieuw proberen / gedeeltelijke resultaten uitzondering : Nu, sommige verzoeken die eerder mislukt wanneer een gegevensbron verandering werd gedetecteerd zal slagen omdat ERDDAP™ zal de dataset opnieuw laden en de gegevens automatisch opnieuw aanvragen, alles in het kader van het oorspronkelijke verzoek.
• Bugfix: genereren Datasets Xml was uitgeschakeld in ERDDAP™ versie 1.12. Met dank aan Ellyn Montgomery voor het erop wijzen.
• Kleine wijzigingen in foutafhandeling.
• Veel verbeteringen te voorkomen / omgaan met mogelijke racevoorwaarden (Dat wil zeggen, mogelijke problemen die voortvloeien uit de multithreaded aard van ERDDAP ) Wat kleine, frequente problemen veroorzaakte.
• Nu, als er een foutmelding op een afbeelding wordt geschreven, zal de afbeelding alleen in de cache blijven voor ~5-10 minuten (60) . Dankzij Cara Wilson.
• Het standaard bericht wanneer er geen gegevens zijn is nu "Uw vraag geproduceerd geen overeenkomende resultaten.", dat is korter, nauwkeuriger, en overeenkomt OPeNDAP servers.
• EDDGrid koppelaswaarden worden niet langer toegestaan.
• Kleine wijzigingen in .ver en .help verzoeken.
• Veel kleine veranderingen en fouten.  

Versie 1.12​

(uitgebracht 2008-10-31)

• EDDtabelVan SOS werkt opnieuw met NDBC SOS en werkt met de nieuwe NOS SOS .
• EDDTableFromBMDE vereist nu ERDDAP™ admin om op te geven dataVariable s.
• EDDGrid Dit vereist niet langer dat lat en lon gelijkmatig verdeeld worden voor . transparant Png of .kml . Dankzij Todd Spindler.
• Een paar kleine veranderingen.  

Versie 1.10​

(uitgebracht 2008-10-14)

• Nieuwe "colorbar"-metadata voor gegevensvariabelen in datasets.xml definieert de standaard kleurbalkinstellingen voor grafieken en kaarten. Zie meer informatie . Dit is belangrijk omdat het sterk verbetert het uiterlijk van de standaard grafieken en kaarten geproduceerd door Make A Graph en omdat de standaard grafieken en kaarten hebben nu een consistente kleurbalk, zelfs wanneer de client verandert de gevraagde tijd of geografische bereik. Ook was dit noodzakelijk voor WMS .
• ERDDAP™ nu dient de meeste netgegevens via een WMS service. Dit is belangrijk omdat het toont dat, naast het verkrijgen van gegevens van vele soorten dataservers, ERDDAP™ kan gegevens verspreiden via verschillende protocollen ( DAP , WMS ... meer in de toekomst) . Zie documentatie van de klant . Of de documentatie voor beheerders . Of Probeer het eens. .
• Nieuwe steun voor lengtegraadwaarden >180 in .kml dossiers.
• Nieuwe cdm\_data\_type: Overig .
• ERDDAP™ nu ondersteunt "boolean" brongegevensType. Zie meer informatie Dit zal nuttig worden voor de toekomstige EDDTableFromDatabase.
• Nieuwe EDDTableFromBMDE ondersteunt DiGIR/BMDE gegevensbronnen.
• EDVGridAxis staat nu aflopende gesorteerde waarden toe. De pmelOscar datasets hadden dit nodig.
• ERDDAP™ geeft nu HTTP fouten terug (b.v. "404 for resource/page not found") in meer situaties, in plaats van HTML pagina's met foutmeldingen.
• Veel wijzigingen/toevoegingen aan de ERDDAP™ documentatie.
• Veel kleine veranderingen.
• Een paar insectenreparaties.
• Dingen ERDDAP™ beheerders moeten doen om te upgraden naar deze versie:
• In datasets.xml , voor elke EDDtabelvan SOS datasets, verander "observedProperty" metadata in "sourceObservedProperty."
• De regels voor een axisVariable of dataVariable 's destinationName nu strenger . U moet controleren of uw variabele namen geldig zijn. Controleer ze met de hand of rennen. ERDDAP™ en kijk naar de foutmeldingen in het rapport dat wordt gemaild naar de beheerder.
• In datasets.xml , als u wilt dat een rastergegevens variabele toegankelijk is via WMS , moet je kleurBar metadata toevoegen. Tenminste, bijvoorbeeld,<att name=" colorBarMinimum "type="dubbel">0</att>

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

Zie meer informatie .

• Voeg het volgende toe aan uw setup.xml bestand (maar pas het aan met uw informatie) :

        <!-- 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>

Versie 1.08​

(uitgebracht 2008-07-13)

• Een nieuwe webservice in ERDDAP™ , genereren Datasets Xml, assisteert ERDDAP™ beheerders door een ruwe versie van de XML aan te maken die nodig is om een dataset te beschrijven in datasets.xml
• Sommige wijzigingen/bugfixes met betrekking tot het mogelijk maken van griddap door netcdf-java te zien als een opendap server, inclusief: globale metadata wordt nu aangeduid als "NC\_GLOBAL" (in plaats van "GLOBAL") .
• De EDDGrid en EDDTable Data Access Forms gebruiken nu query informatie in de URL. Dus, bijvoorbeeld, als een gebruiker gaat van een Make A Graph formulier naar een Data Access Form, worden de beperkingen nu correct overgedragen.
• tabledap 's Make A Graph staat nu beperkingen toe op String-variabelen.
• EDDTable's Make A Graph staat nu NaN beperkingen toe. Dankzij Steve Hankin.
• Bugfix: EDDtabel opslaan AsImage herkende de .colorbar min en max waarden niet goed. Dankzij Steve Hankin.
• Veel verbeteringen aan setupDatasetsXml. Dankzij Ellyn Montgomery.
• Raddap-verzoeken nu toestaan () -stijl vraagt iets buiten het werkelijke asbereik. Dit is passend omdat () -waarden worden afgerond op de dichtstbijzijnde werkelijke waarde. Dankzij Cindy Bessey
• Ik maakte de FloatArray en DoubleArray test van isEvenlySpaced meer verfijnd. Het zal altijd onvolmaakt zijn. (omdat de test moet worden aangepast voor elke dataset) Maar het zou beter moeten zijn. Dankzij Ellyn Montgomery.
• I moved setup.html and setupDatasets Xml.html erddap's /download directory en hard gecodeerd alle links naar hen. Nu kan ik wijzigingen aanbrengen en de installatie-informatie onmiddellijk bijwerken.
• Veel kleine veranderingen. Een paar kleine foutjes.
• Dingen ERDDAP™ beheerders moeten doen om te upgraden naar deze versie:
• Verplaatsen<de korte beschrijving Html> van uw berichten.xml naar uw setup.xml bestand. Het specificeert de tekst die in het midden van de linkerkant van de ERDDAP™ homepage. Ook, toevoegen<h1> ERDDAP </h1> (of een andere kop) Bovenaan. Of, kopiëren<de korte beschrijvingHtml> in het nieuwe setup.xml bestand (van de nieuwe erddapContent .zip ) in uw setup.xml.  

Versie 1.06​

(uitgebracht 2008-06-20)

• Nieuwe steun voor IOOS DIF SOS gegevensbronnen.
• Veel kleine veranderingen. Een paar kleine foutjes.  

Versie 1.04​

(uitgebracht 2008-06-10)

• Nieuwe Slide Sorter functie.
• Nieuwe Google Gadgets pagina en voorbeelden.
• Bugfix in EDDGrid .saveAsNc voor variabele met schaal en addOffset.  

Versie 1.02​

(uitgebracht 2008-05-26)

• Nieuw EDDGrid SideBySide zorgt voor verschillende axisVariable s \[ 0 \] bron Waarden.
• Alle stromingen en winddatasets zijn samengevoegd in EDDGrid SideBySide datasets.
• Afbeeldingen van afbeeldingsverzoeken worden nu 1 uur gecached.  

Versie 1.00​

(uitgebracht 2008-05-06)

• Maak A Graph webpagina's en grafische commando's in URL's.
• Ondersteuning voor vlagbestanden om het laden van een dataset te forceren.
• Nieuw datasettype: EDDTableFrom4DFiles (de eerste subklasse van EDDTableFromFiles) .