ERDDAP™ Förändringar

ERDDAP™ är ett bra exempel på Användar-Driven Innovation Där produktinnovation ofta kommer från konsumenter ( ERDDAP™ användare) inte bara producenterna ( ERDDAP™ utvecklare) . Under årens lopp, de flesta idéer för nya funktioner och förändringar i ERDDAP™ har kommit från användare. Dessa användare krediteras nedan för sina stora idéer. Tack! Vänligen håll dessa stora förslag kommer!

Här är förändringarna i samband med varje ERDDAP™ release.

Version 2.28.1

(släppt 2025-09-05)

Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Stöd till för X-Forwarded-Prefix. Detta är av särskilt intresse för administratörer som kör servrar på en tunnelbana. Läs vår uppdaterade dokumentation för Apache och Nginx för mer information.

Tack vare @srstsavage

Version 2.28.0

(släppt 2025-08-29)

Nya funktioner och förändringar (för användare) Från:
Kroissant schema är nu tillgänglig. Administratörer kan kontrollera om standardmetadata använder Croissant, men börjar med 2,28,0 kan du begära den kryssande definitionen för med den nya exportfiltypen ".croissant". (som ger en jsonld-fil) .
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Ny Docker Bild skapad på varje sammanslagen pull request. Dessa är alfa-byggnader, de är inte versionsversioner. De kommer att ha en tagg som "20250814T034025", vilket indikerar när den byggdes. Om du vill prova de senaste funktionerna kan du använda dessa. Om du vill ha något mer stabilt använda våra releaser med en semantisk versionstagg (t.ex. 2.28.0) . Vi strävar alltid efter att ha alfa-utgåvorna användbara, men det finns mindre tester för dem än våra versioner. Vi rekommenderar alltid att du använder något minst lika nytt som vår "senaste" release som kommer att bli den senaste semantiska versionen.
Docker Bilder nu tillgängliga på GitHub Förutom DockerHub .

Tack vare @ocefpaf , @abkfenris , @srstsavage och MathewBiddle till deras bidrag runt Docker Images. Detta inkluderade de första bidragen från alla utom @ststsavage!

Det finns nu stöd för att generera Kroissant schema filer. Det är på som standard. Du kan inaktivera Croissant schema i din setup.xml med (RECOMMENDED - Vänligen nå ut eller lämna in ett problem på GitHub om du behöver göra detta) Från:

    <generateCroissantSchema>false</generateCroissantSchema>

Vissa inställningar har haft sina standardvärden ändrats. AnvändHeadersForUrl och användEddReflection nu båda standard för sant. Om de orsakar ett problem och du måste ställa in dem till falska, vänligen skapa ett problem. Avsikten är att ta bort dem i en framtida release.
Vissa inställningar har tagits bort. AnvändSharedWatchService och redirectDocumentation ToGitHubIo hade varit inställd på sant som standard för flera releaser och var ganska väl testad vid denna tidpunkt. Ta bort dessa tillåtna för någon kod rensning.
Vissa små förändringar, buggfixar och optimeringar.
För ERDDAP™ Utvecklare:
Massor av död kod bort. Många varningar fasta.

Version 2.27.0

(släppt 2025-06-11)

Nya funktioner och förändringar (för användare) Från:
Nya data till colorbar converter på servrar på /erddap/convert/color.html
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Standardbeteende är att cachen nu kommer att rensas oberoende av den stora belastningsdatauppsättningen. Detta möjliggör mer tillförlitlig och regelbunden rensning av gamla cachefiler. Det finns ytterligare arbete för att förbättra serverbeteende när lågt på diskutrymme (returnera ett fel för förfrågningar som sannolikt gör att servern går ut ur rymden och rensar cache oftare under låga diskförhållanden för att försöka förhindra fel) . Inom datasets.xml (eller setup.xml) Du kan lägga till / ställa in den nya cache ClearMinutes parameter för att kontrollera hur ofta servern kontrollerar för att rensa cache. Observera att den befintliga cacheMinutes parametern styr åldern på filer som ska hållas, den nya cache ClearMinutes är för hur ofta man gör en chache klar.

    <cacheClearMinutes>15</cacheClearMinutes>

Du kan inaktivera de nya cache-klara kontrollerna genom att ställa in uppgiftCacheClear till falsk i setup.xml, men det rekommenderas inte. Cache ClearMinutes ligger också i Dataset dokumentation .

Lokaliserat dataset metadata stöd. Den stöder lokalisering för värden i en addAttributes sektion. Lägg bara till ett attribut med den extra xml:lang-taggen. Till exempel att lägga till en fransk titel till en dataset din addAttributes Avsnittet skulle omfatta:

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

Ytterligare detaljer tillgängliga i lokaliserad metadatadokumentation .

Ny Docker Komponera fil med alternativ för SSL och en barebones Prometheus-server. Tack vare Shane St. Savage för SSL och Jiahui Hu för Prometheus.
Stöd för att använda information i rubrikerna för att bestämma serverns URL istället för att förlita sig på konfigfilen. Detta gör att en server kan nås med flera namn och kan förenkla vissa konfigurationer. Vänligen aktivera det och skicka feedback.

    <useHeadersForUrl>true</useHeadersForUrl>

Vissa små förändringar, buggfixar och optimeringar.
För ERDDAP™ Utvecklare:
Refactor till hur utdatafiltyper definieras i kod. Detta bör göra det så att filtyper kan läggas till utan att behöva röra många kodplatser.

Version 2.26

(släppt 2025-03-31)

För alla:
Stor uppdatering till vår dokumentationswebbplats:https://erddap.github.io/ Förutom det uppdaterade utseendet finns det förbättrad navigering, sökning, översättning och det borde vara lättare att fortsätta framåt!
Nya funktioner och förändringar (för användare) Från:
Prenumerationer och RSS uppdateringar bör ske mer tillförlitligt för datamängder som uppdateras ofta från filändringar.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Standardutgåvan kräver/stöder Java version 21. Tillbaka i denna release kan enkelt göra en Java 17 kompatibel binär.
Ny funktion för att anpassa den information som visas om datamängder i UI. Vi förväntar oss att detta är särskilt användbart för att lägga till saker som datasetcitationer. För mer information kan du läsa Ny dokumentation . Tack till Ayush Singh för bidraget!
Ytterligare Prometheus mätvärden. Den största är " http _request_duration_seconds' som inkluderar förfrågningstider som bryts ned av: "request_type", "dataset_id", "file_type", "lang_code", "status_code" Detta maskinläsbara format möjliggör bättre samling av mätvärden för att förstå hur användare använder servern.
Nytt sätt att generera ISO19115 XML-filer. Den använder Apache SIS och är ett nytt alternativ i denna release. Vänligen aktivera det och skicka feedback.

    <useSisISO19115>true</useSisISO19115>

UI kommer nu att skapa individuella länkar för varje url på fält som infoUrl och sammanfattning.
Prenumerationer och RSS uppdateringar bör ske mer tillförlitligt för datamängder som uppdateras ofta från filändringar. Om detta orsakar problem, vänligen nå ut på GitHub och inaktivera funktionaliteten genom att lägga till nedanstående flagga till din setup.xml. Inte återkommande

    <updateSubsRssOnFileChanges>false</updateSubsRssOnFileChanges>

Subset variabler kommer inte längre att genereras automatiskt för dataset typ EDDTableFromNcCFFiles. Om du förlitar dig på beteendet kan du antingen (Föredrog lösning) Lägg till subsetVariables till dataset definition i din datasets.xml , eller lägg till nedanstående flagga till din setup.xml. Om du känner behovet av att slå på detta, vänligen nå ut på GitHub så att vi bättre kan stödja ditt användningsfall framåt. Inte återkommande

<includeNcCFSubsetVariables>true</includeNcCFSubsetVariables>

Servern omdirigerar nu dokumentationsförfrågningar (under nedladdningar/ vilket är den dokumentation som har migrerats) till den nya dokumentationssajten. Om det behövs kan du inaktivera detta med en flagga i setup.xml: Inte återkommande

    <redirectDocumentationToGitHubIo>false</redirectDocumentationToGitHubIo>

Vissa små förändringar och buggfixar.
För ERDDAP™ Utvecklare:
Mer kodkvalitetsförbättringar och dead code cleanup. Detta inkluderar mindre optimeringar, bättre hantering av stängbara resurser och migrera bort från långa föråldrade datatyper. (Som Vector) .
Stor refaktorering till EDStatic för att dra ut det mesta av konfig, meddelande och metrisk kod. Bättre inkapslar initiering och hantering av katalogvägar (Dessa två sista har mer att göra.)
Många framsteg mot en officiellt stödd Docker Image. Planen är att slutföra och släppa efter ERDDAP™ 2.26 release är tillgänglig.

Version 2.25

(släppt 2024-10-31)

Nya funktioner och förändringar (för användare) Från:
EDDTableFromFiles kan nu stödja frågor med endast härledda utgångar (globalt, jexl script eller variabler) .
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Version 2.25 kräver Java 21 eller nyare. Detta är LTS-versionen och har varit tillgänglig i över ett år.
SharedWatchService är nu standard. Om du behöver inaktivera det, vänligen kontakta chris. john på noaa.gov för att låta mig veta, så jag kan förbättra den i framtida versioner och lägga till: <AnvändSharedWatchService>False</useSharedWatchService> till din setup.xml.
och ERDDAP™ Servlet börjar nu på serverstart. Det betyder att datamängder börjar ladda omedelbart istället för att vänta tills en begäran görs.
Den removeMVRows parameter i EDDTableFromMultidimNcFiles kommer nu att ha en effekt. Att ställa in det till falskt kan avsevärt påskynda vissa frågor, men det kan inte vara lämpligt för alla datamängder. För mer information se Beskrivning av parametern .
Dataset (EDDTableFromNcFiles och EDDGrid FrånNcFiles) Använda zarr-filer stöds nu. De måste inkludera "zarr" i antingen filenNameRegex eller pathRegex. Se zarr sektion i dataset dokumentation för mer detaljer.
Ny datasettyp, EDDTableFromParquetFiles stöds nu. Se EDDTableFromParquetFiles sektion i dataset dokumentation för mer detaljer.
Prometheus Metrics finns nu på /erddap/metri.
En ny XML parser implementering är tillgänglig. Denna nya parser tillåter användning av XInclude i datasets.xml . Tack vare Ayush Singh för funktionen.
Ny parameter i datasets.xml för att kontrollera ovanliga aktivitetsmail. ovanlig aktivitet Felaktiga standarder till det gamla värdet på 25%. Tack vare Ayush Singh för funktionen.
Ny parameter i setup.xml som styr om dataset loading fel visas på status.html sida. Det standarder till sant, att inaktivera dataset fel på statussidan, ställa in showLoadErrorsOnStatusPage till falsk:<showLoadErrorsOnStatusPage >false</showLoadErrorsOnStatusPage>
Vissa små förändringar och buggfixar.
För ERDDAP™ Utvecklare:
Tester separerade till enhet och integration (långsam) tester. Även fler tester aktiverade och tester har gjorts mindre fläckiga.
Fel Prone (Vissa kontroller fortfarande funktionshindrade) och Spot Bugs integrerade genom Maven.
Fullständig kodbas formaterad för att matcha Google Style Guide.

Version 2.24

(släppt 2024-06-07)

Nya funktioner och förändringar (för användare) Från:
Ny färgpalett EK80 för tillgängliga akustiska datamängder. Tack till Rob Cermak för detta.
Fixen ett problem där EDDTableAggregateRows inte visade rätt sortiment från alla barn. Tack vare Marco Alba för fix- och buggrapporten.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
För att göra: Security Change: Google Authentication kan kräva ändringar i din CSP.

Specifikt kan du också behöva lägga tillhttps://accounts.google.com/gsi/styleatt stlye-src ochhttps://accounts.google.com/gsi/att ansluta-src. För script-src kan du nu användahttps://accounts.google.com/gsi/client.

För mer information kan du gå till Google page CSP konfiguration.

New Shared Watch Service. Detta är ett nytt alternativ för att titta på kataloger för uppdateringar. Den har en tråd för varje filsystem istället för en tråd per datamängd. Troligtvis kommer detta drastiskt minska antalet trådar som används för att titta på förändringar. Det betyder att alla datamängder uppdateras tillsammans istället för att varje datamängd har sin egen uppdateringsfrekvens. Troligtvis kommer detta att innebära mer frekventa uppdateringar för de flesta datamängder.

För att möjliggöra detta tillägg<AnvändSharedWatchService></useSharedWatchService> till din setup.xml.

Prova detta och rapportera tillbaka hur det fungerar för dig att chris. john på noaa.gov.

Fix för felaktiga var namn i loggar. Tack Ayush Singh för fixen.
Vissa små förändringar och buggfixar.
Förbättringar för ERDDAP™ utvecklare:
Stöd för lokal utveckling med hjälp av Docker. Tack Matt Hopson och Roje.
Stöd för lokal utveckling med hjälp av Jetty och dokumentationsförbättringar. Tack Micah Wengren.
Ändringar av tester för att minska problem plattform. Tack Shane Savage.

Version 2.23

(släppt 2023-02-27)

Observera att denna utgåva gjordes av Bob Simons, vilket visar att han fortfarande är runt och aktiv under övergången till Chris John, hans efterträdare. Alla kodändringar görs av Chis John, om inte annat anges.

Nya funktioner och förändringar (för användare) Från:
(Ingen)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
För att göra: Security Change: Google Authentication uppnås nu via det nya Google Identity Services-biblioteket som ingår i "Sign In with Google". Googles stöd för det gamla "Google Sign In"-systemet kommer att avbrytas 2023-03-31. Om du använder Google Authentication i din ERDDAP™ installation, du måste uppdatera till ERDDAP™ v2.23+ innan dess. (Bob är ledsen för det korta meddelandet. Det är Bobs fel.)
NCCSV är nu v1.2. Ändringen är att filerna nu är UTF-8-kodade filer (De var ASCII) och så kan nu inkludera någon Unicode-karaktär som är, utan kodning som \u_hhhh_, även om det fortfarande är tillåtet. När du skriver NCCSV-filer, ERDDAP™ Nu skriver v1.2-filer. ERDDAP™ Läs fortfarande NCCSV-filer som följer v1.0 och v1.1-specifikationen. Tack vare Pauline-Chauvet, n-a-t-e och thogar-dator för att föreslå detta och göra testerna för att säkerställa att olika kalkylprogram kan importera UTF-8 filer. Tack vare Bob Simons för denna kodändring.
NEW: Status.html webbsida har nu en linje nära toppen som indikerar vilka dataset loadDatasets för närvarande laddar och relaterad statistik, eller ingen om ingen dataset laddas. Detta kan vara till stor hjälp för ERDDAP™ administratörer som försöker lista ut varför last Dataset tar så lång tid. Också, nGridDatasets, nTableDatasets och nTotalDatasets räknas nedan som nu är omedelbara (tidigare var de i slutet av den sista stora belastningen Dataset) . Denna förändring är för Roy Mendelssohn. Tack vare Bob Simons för denna kodändring.
IMPROVED: GenerateDatasets Xml ändras nu till CF-1.10 (CF-1,6) i "Konventioner" attribut. Tack vare Bob Simons för denna kodändring.
Vissa små förändringar och buggfixar.

Version 2.22

(släppt 2022-12-08)

Observera att denna utgåva gjordes av Bob Simons, vilket visar att han fortfarande är runt och aktiv under övergången till sin efterträdare.

Nya funktioner och förändringar (för användare) Från:
(Ingen)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
För att göra: ingenting.
Security Bug Fix: Det fanns en Cross Site Scripting-relaterad bugg i koden för språkvalet sjunker ner. Tack vare NOAA säkerhetsskanningar för att fånga detta. Detta visar att NOAA säkerhet är aktivt och rutinmässigt letar efter säkerhetssvagheter i ERDDAP .
Security Fix: De många bibliotek som används av ERDDAP™ uppdaterades som vanligt som en del av denna release. Den här gången inkluderade detta uppdatering av PostgreSQL-föraren (som hade en säkerhetsbugg) till 42.5.1.
IMPROVED: Mer små förändringar ERDDAP Minneshanteringssystem bör minska risken för en viss förfrågan som misslyckas på grund av brist på tillgängligt minne.
Vissa små förändringar och buggfixar.

Version 2.21

(släppt 2022-10-09)

Nya funktioner och förändringar (för användare) Från:
(Ingen)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
TO DO: För Java 17, bör du inte använda \-d64 i JAVA\_OPTS i setenv.bat eller setenv.sh. Så om det är där, vänligen ta bort det. Jag tror att 64 bit läge nu väljs när du laddar ner en 64 bit version av Java . Tack till Sam Woodman.
BUG FIX: Ibland försökte det nya e-postsystemet logga in alltför ofta, vilket ledde till att Googles e-postservrar avvisade alla framtida loggar i försök. Nu undviker e-postsystemet detta och relaterade problem.

Version 2.20

(släppt 2022-09-30)

Använd inte v2.20. Det är bristfälligt. Men administratörer behöver fortfarande göra de TO DO-objekt som anges nedan när du uppgraderar till v2.21 +.
Nya funktioner och förändringar (för användare) Från:
(Ingen)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Vi aktiverade det gamla minneshanteringssystemet (Math2.ensureMemory Tillgänglig) och modifierat det nya minneshanteringssystemet (EDStatic.shedThisRequest) att arbeta bättre med det. Se Minnesstatus för detaljer.
CHANGED: Standarden för<ipAddressMaxRequests > in i datasets.xml ökades från 7 till 15. Det är klart att vissa legitima WMS Kunder kan generera mer än 7 samtidiga förfrågningar.

Version 2.19

(släppt 2022-09-01)

Använd inte v2.19. Det är bristfälligt. Men administratörer behöver fortfarande göra de TO DO-objekt som anges nedan när du uppgraderar till v2.20+.
Nya funktioner och förändringar (för användare) Från:
NEW: Det finns en ny server-side funktion, orderBy nedåt, som fungerar som orderBy Men sorterar i nedstigande ordning. Tack till Adam Leadbetter.
IMPROVED: Nu, grafer (Men inte kartor) expanderar för att fylla det tillgängliga utrymmet på duken, dvs utrymme som inte används av legenden. Du kan få höga grafer, kvadratgrafer eller breda grafer genom att lägga till och manipulera &.size=width | height parameter (där bredd och höjd specificerar dukens storlek, i pixlar) på begäran URL. (Detta är inte ett alternativ på .graph-webbsidan. Du måste lägga till den i URL manuellt.) Om du inte specificerar parametern &.size, förfrågningar om .smallPng, .png, .largePng, .smallPdf, .pdf och .large.pdf har fördefinierade dukstorlekar, så din graf kommer att expandera för att fylla det tillgängliga utrymmet, men kommer vanligtvis att vara ungefär kvadrat. Tack till Bob Fleming.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
För att göra: ERDDAP™ nu kräver Java 17 och tillhörande Tomcat 10. Du måste följa ERDDAP™ installationsanvisningar (eller motsvarande t.ex. för Docker) för att installera Java 17 och Tomcat 10 och kopiera din \[ Tomcat \] Innehållskatalog från din Tomcat 8-installation till den nya \[ Tomcat \] katalog. Det finns inga andra förändringar som du behöver göra till din ERDDAP installation relaterad till denna förändring. Med andra ord, ERDDAP™ fungerar som det gjorde förut.

Glöm inte att göra ERDDAP -relaterade ändringar av Tomcats server.xml och kontext.xml när du uppgraderar Tomcat. Se ERDDAP "S Tomcat installationsanvisningar .

Mitt intryck av Java 17 är att det föredrar mer bearbetningskraft och minne för långvariga, större applikationer som ERDDAP™ så det fungerar något långsammare än Java 8 med låga kraftdatorer (t.ex. 2 kärnor och minimal RAM) och fungerar något snabbare än Java 8 med högre kraftdatorer (t.ex. 4+ kärnor och rikligt RAM) . Så om du ser dålig prestanda, använd program som Linux toppen kontrollera resursanvändning och överväga att ge ERDDAP™ mer resurser, särskilt mer minne. Minne är billigt! De flesta telefoner har fler processorer och minne än de servrar som några av er använder för att köra ERDDAP !! Tack till Erin Turnbull.

TO DO: Om du använder ERDDAP™ för att komma åt Cassandra, för Cassandra, måste du fortsätta använda versionen av Java att du använde för att köra Cassandra. Bara byta till Java 17 för att köra Tomcat+ ERDDAP .
TO DO: Rekommenderas: Om din servers CPU har 4 + kärnor och 8 + GB RAM, överväga att ändra till dessa inställningar i din server datasets.xml Fil:

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

Om din server har färre resurser, håll dig till "1" för båda inställningarna. nThreads system för EDDGrid FromFiles och EDDTable FromFiles förbättrades signifikant. Dessa förändringar ledde till en stor hastighetsförbättring (2X speedup när nThreads är inställd på 2 eller mer) för de mest utmanande förfrågningarna (när ett stort antal filer måste behandlas för att samla in resultaten) . Vissa relaterade förändringar från Chris John kommer också att leda till en allmän hastighet. ERDDAP . Koden för dessa ändringar bidrog till Chris John. Tack, Chris!

VARNING: Hyphens in datasetID "S depreceras och stöds inte längre (även tekniskt tillåtet) . De kommer antagligen att bli avslappnade i nästa release. Om du använder hyphens, byt till understrykningar nu för att undvika problem. Om du gör förändringen nu är det i din egen hastighet. Om du väntar till nästa release, kommer du att vara i panik och måste hantera det den dagen.
NY: Nu, för .htmlTable datarespons, om data i en strängcell innehåller data:bild/png;bas64, följt av en bas64 kodad .png-bild, ERDDAP™ Visa en ikon (Så användaren kan se bilden om de svävar över den) och knappar för att spara texten eller bilden till klippbordet. Tack vare Marco Alba (som bidrog med koden) och Bob Simons (som modifierade den något) .
NEW: -DoNotAddStandardNames Om du inkluderar \-doNotAddStandardNames som en kommandoradsparameter när du kör generera Dataset Xml, generera Dataset Xml kommer inte att lägga till standard\_name till addAttributes för andra variabler än variabler som heter latitud, longitud, höjd, djup eller tid (som har uppenbart standard\_name s) . Detta kan vara användbart om du använder utgången från att generera Dataset Xml direkt i ERDDAP™ utan att redigera utgången, för att generera Dataset Xml gissar ofta standard\_name s felaktigt. (Observera att vi alltid rekommenderar att du redigerar utgången innan du använder den i ERDDAP .) Använda denna parameter kommer att ha andra mindre relaterade effekter eftersom den gissade standard\_name används ofta för andra ändamål, t.ex. för att skapa en ny long\_name och skapa färgBar inställningar. Tack vare Kevin O'Brien.
NY: Du kan nu sätta<updateMaxEvents>10</updateMaxEvents> in i datasets.xml (med de andra inställningarna nära toppen) ändra det maximala antalet filändringar (Standard=10) Det kommer att behandlas av uppdateringenEveryNMillis-systemet. Ett större antal (100?) kan vara användbart när det är mycket viktigt att datamängden hålls alltid uppdaterad. Se updateMaxEvents dokumentation . Tack till John Maurer.
Nytt: Tillagt stöd för globalt real\_time =True | falska "sträng attribut. Om detta är falskt (Default) och om datasetet inte använder uppdatering EveryNMillis, ERDDAP™ cach svar på förfrågningar om filtyper där hela filen måste skapas innan ERDDAP™ kan börja skicka svaret till användaren och återanvända dem i upp till 15 minuter (t.ex., .nc .png) . Om detta är sant eller om datamängden använder uppdatering EveryNMillis, ERDDAP™ kommer aldrig att cacha svarsfilerna och kommer alltid att returnera nyskapade filer. Tack till John Maurer.
NEW: E-postmeddelanden skickas nu i ett separat e-postmeddelande. Detta gör laddningsdataset och andra åtgärder som genererar e-post snabbare eftersom loadDatasets inte behöver vänta på att e-postmeddelandet skickas, vilket ibland tar lång tid. Det nya systemet kan skicka flera e-postmeddelanden per e-post session, vilket minskar antalet e-postserver inloggningar och minskar risken för de som misslyckas eftersom de är för frekventa. Det finns statistik för e-postThread på status.html-sidan och diagnostiska meddelanden i log.txt - leta efter "emailThread". Observera att ett tal av nEmailsPerSession = 0, indikerar problem, dvs en e-postsession inte kunde skicka några e-postmeddelanden. Tack till Bob Simons.
CHANGED: E-postmeddelanden skickas nu med något annorlunda kod (på grund av Java 17 och ändringen till emailThread) . Om du har problem med att skicka e-post, vänligen e-post erd.data at noaa.gov .
NEW: Abonnemangsåtgärder som "berör" en fjärrURL hanteras nu i en separat touchThread. Detta gör laddningsdataset och andra åtgärder som rör URL-adresser snabbare eftersom loadDatasets inte behöver vänta på att beröringen ska slutföras, vilket ibland tar lång tid. Det finns statistik för touchThread på status.html-sidan och diagnostiska meddelanden i log.txt - leta efter "touchThread". Tack till Bob Simons.
NEW: På status.html-sidan, i "Major LoadDatasets Time Series", finns det en ny "shed"-kolumn som anger antalet förfrågningar som skeddes eftersom nuvarande ERDDAP™ minnesanvändningen var för hög. Förfrågningar som kastas kommer att returnera HTTP statuskod 503 "Service Available". Dessa förfrågningar var inte nödvändigtvis ett problem. De kom bara till en upptagen tid. Detta var en del av en revamp av hur ERDDAP™ handlar om hög minnesanvändning.
NEW: På Unix / Linux-datorer finns det nu en "OS Info" -linje på status.html-webbsidan med aktuell operativsysteminformation inklusive CPU-belastning och minnesanvändning.
VIKTIGT: Nu när ERDDAP™ omstartas och quickRestart=true, EDDTableFromFiles datasets kommer att återanvända subset .nc och distinkt .nc . För vissa datamängder minskar detta mycket tid att ladda datamängden (t.ex. från 60 sekunder till 0,3) . Tillsammans med den nya e-postThread och uppgiftThread (Se ovan) Detta bör i hög grad påskynda omstart ERDDAP™ för många ERDDAP™ installationer. Tack vare Ben Adams och John Kerfoot.
CHANGED: Tidigare, föräldralösa dataset (Dataset som lever i ERDDAP™ Men är inte i datasets.xml ) noterades helt enkelt på status. html och i log.txt efter varje större lastDatasets. Nu tas de bort automatiskt från ERDDAP™ och noteras på status.html och i log.txt, och mailas till e-post Allt att. Så om du vill ta bort en dataset från ERDDAP™ Nu allt du behöver göra är att ta bort sin bit xml i datasets.xml Och det kommer att tas bort i nästa stora lastDatasets. Tack till Bob Simons.
KNOWN BUG i netcdf-java v5.5.2 och v5.5.3: och EDDGrid FrånThredds Katalogalternativ i GenerateDatasets Xml brukade arbeta för THREDDS-kataloger som inkluderar referenser till datamängder i avlägsna THREDDS-kataloger. Nu gör det inte. Jag har rapporterat problemet till netcdf-java utvecklare.
BUG FIX: För Docker användare inställning.xml parametrar via ERDDAP \paramName: för int och booleanska parametrar (e.g., e-post SmtpPort) , ERDDAP™ Söker felaktigt bara paramName. Nu ser det ut för _ ERDDAP \paramname. Tack vare Alessandro De Donno.
Change: The ERDDAP™ Testsystemet använder nu ett automatiserat system för att kontrollera att nybildade testbilder är exakt lika förväntade. Tack till Chris John för förslag och Bob Simons för genomförandet.

Version 2.18

(släppt 2022-02-23)

Nya funktioner och förändringar (för användare) Från:
Ingen
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
BUG FIX: .nc filer stängdes inte under vissa omständigheter. Nu är de. Tack vare Marco Alba, Roland Schweitzer, John Maurer och andra.

Version 2.17

(släppt 2022-02-16)

Nya funktioner och förändringar (för användare) Från:
BUG FIX: Efter förändringar i orderBy system för några år sedan, Tabledap's Make A Graph hanterade inte riktigt många frågor som användes orderBy Xxx. Nu gör det. Tack vare Maurice Libes.
Change: Tidigare, ERDDAP™ förkastade förfrågningar om . transparent transparent transparent Pngs när latitud- och/eller longitudvärdena delvis eller helt var out-of-range. ( ERDDAP™ GitHub frågor #19, publicerad av Rob Fuller - tack för att ha publicerat den Rob) Nu returnerar den transparenta pixlar för alla utomordentliga delar av bilden. Detta är användbart för många klientapplikationer. Koden ändras för att göra denna förändring gjordes helt av Chris John. Tack så mycket, Chris!
Change: Tidigare, ERDDAP™ avvisade ansökningar om nätdatorer där indexvärdena för en given dimension var \[ hög:low \] . Nu gör det dessa förfrågningar giltiga genom att byta de låga och höga värdena. Detta löser ett långvarigt problem för användare och för externa program som xtracto som var tvungna att hålla reda på de få datamängder som har latitudvärden som sträcker sig från högt till lågt för att göra begäran som \[ (50 50 50) Från: (20 20 20 20) \] att begäran i indexutrymme var \[ låg:hög \] . Sehttps://coastwatch.pfeg.noaa.gov/erddap/griddap/jplAquariusSSS3MonthV5.htmlNu, en förfrågan som \[ (20 20 20 20) Från: (50 50 50) \] för en av dessa datamängder tolkas automatiskt som \[ (50 50 50) Från: (20 20 20 20) \] .
.esriAscii-förfrågningar utlöser nu en "File: Save As"-dialogruta i användarens webbläsare. Tack till Joel Van Noord.
BUG FIX: Nu, om longitudvariabeln för ett barns datamängd av en EDDGrid LonPM180 eller EDDGrid Lon0360 dataset har en valid\_min och/eller valid\_max De är borttagna i EDDGrid LonPM180 eller EDDGrid Lon0360 dataset. Tack till Roy Mendelssohn.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
TO DO: Om du hade satt<dataProviderFormActive> till falskt att tillfälligt hantera XSS sårbarhet, vänligen ange det tillbaka till sant.
SECURITY BUG FIX: Fast XSS sårbarhet i Data Provider Form. Tack vare Genaro Contreras Gutiérrez.
BUG FIX: När en AWS S3-sprit hade mer än 10000 filer, ERDDAP™ kastade en "intern fel". Detta är nu fixat. Tack till Andy Ziegler.
BUG FIX: EDDGrid SideBySide tillät inte variabelns sourceName s i olika barnuppgifter för att vara densamma. Nu gör det. Tack till Joshua Stanford.

Version 2.16

(släppt 2021-12-17)

Nya funktioner och förändringar (för användare) Från:
CHANGES/BUG FIXES: Många små förändringar i översättningssystemet tack vare förslag från språkspecifika redaktörer. Tack vare Melanie Abecassis, Marco Alba, Jessy Barrette, Filipe Fernandes, Etienne Godin, Jennifer Sevadjian och Mike Smit.
ADDED en ordentlig ansvarsfriskrivning och tillskrivning för Google Translate, enligt villkoren i Google Translate. också, den<html> tagga i HTML för varje webbsida identifierar nu korrekt icke-engelska webbsidor som maskin översatt. Tack till Mike Smit.
BUG FIX: Inloggningswebbsidorna fungerar nu korrekt med olika språkinställningar. Tack till Mike Smit.
Nytt orderBy Summa filter. Och ny kontroll allt och avmarkera alla knappar på EDDGrid Data Access Form webbsida. Tack vare kodbidraget av Marco Alba.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
För att göra: Om du har <FrågaMarkImageFile>QuestionMark.jpg</questionMarkImageFile> i din setup.xml-fil måste du antingen ta bort hela taggen (rekommenderas, så standardfilen används) Eller ändra det till: <FrågaMarkImageFile>QuestionMark.png</questionMarkImageFile>
Change: Just so you know Adoptium har ersatt AdoptOpenJDK som huvud/rekommenderad källa Java (OpenJDK) .
CHANGE: Logfilerna från ERDDAP™ GenerateDatasets Xml och DasDds är nu UTF-8, inte datorns standardfigur. Jag gjorde mycket kontroll och gjorde några ändringar för att säkerställa att ERDDAP™ Anger alltid rätt karaktär när du läser eller skriver alla typer av filer, och inte längre (i flera fall) förlitar sig på datorns standardfiguruppsättning. Detta korrigerade några misstag och flyttade så nära jag kunde till målet att använda UTF-8 för så många filtyper som möjligt. (t.ex. .log, .xml, .html, .json , .json L, .nc Header) . Observera att många äldre filtyper krävs för att använda ISO-8859-1 (t.ex., OPeNDAP .das, .dds, .csv, .tsv , .nc 3, .nccsv , .cpt) . Jag har tidigare försökt arbeta med CF-gruppen och med Unidata lägga till stöd för UTF-8 i .nc 3 filer; båda var resistenta.
NEW: När du laddar ner filer från AWS S3 ERDDAP Cache FrånUrl system i EDDGrid FromFiles och EDDTable FromFiles använder nu den nya AWS Transfer Manager för att ladda ner filer via parallella bitar (Så mycket snabbt) . Målet genomströmning är inställd på 20 Gbps, per fil, så detta fungerar bra med alla AWS instanstyper, men särskilt de som har utmärkt "Nätverksprestanda". Med denna förändring ERDDAP Cache FromUrl-systemet erbjuder nu jämförbara hastigheter till röntgensyn av parallella nedladdningar av pre-chunked-filer, men utan att behöva konvertera källfilerna från .nc och .hdf i chunked röntgen filer. Faktum är att ERDDAP systemet är bättre om det finns en efterföljande begäran att läsa från samma fil, eftersom ERDDAP™ Nu har en lokal kopia av filen. Vårt samhälle har tillbringat år med att standardisera på .nc och .hdf filer. Nu behöver vi inte kasta ut allt för att få bra prestanda när vi lagrar data i AWS S3. Tack vare Rich Signell.
CHANGE: searchEngine=Lucene är för närvarande deprecated. Det är ett komplext system som ofta ger resultat som är något annorlunda än det mer önskvärda beteendet hos searchEngine=original. För nästan alla ERDDAP™ installationer, tidsbesparingar av Lucene kompenserar inte skillnaderna i resultaten. Använd sökmotor=original istället om möjligt. Om det orsakar problem, vänligen maila Bob.
Lucene searchEngine beter sig nu mer som den ursprungliga sökmotorn. Det finns inte längre några fall där lucene tror att en dataset matcher och original inte. Lucenes rankningar nu lika original ranking (eftersom originalet nu alltid används för att beräkna rankningen) .
BUG FIX: Börjar i en ny release, ERDDAP™ slutade se mer än de första 1000 objekten i en given AWS S3 hink. Nu, ERDDAP™ återigen ser alla objekt. Tack till Andy Ziegler.
BUG FIX: Nu EDDTableAggregate Rows tar bort actual\_range attribut när en eller flera av barnens datamängder aldrig vet dess variabler " actual\_range (t.ex. EDDTableFromDatabase) . Tack vare Erik Geletti.

version 2.15

(släppt 2021-11-19)

Nya funktioner och förändringar (för användare) Från:
ERDDAP™ har ett nytt system för att låta användaren ange språket som ska användas för alla webbsidor. Om en ERDDAP™ installationen är inställd för att använda den, listan över språk kommer att visas i övre högra hörnet av varje webbsida. ERDDAP™ URL: s från innan denna version fortsätter att fungera och returnerar alltid engelska innehåll, som tidigare.

Inte all text eller alla webbsidor översattes. Det fanns tidsbegränsningar på detta projekt som hindrade Qi och Bob från att komma till 100%.

Den uppenbara frågan är: varför gjorde vi så mycket ansträngning i detta när Chrome kommer att översätta webbsidor på flygningen? Svaret är: På så sätt får vi mycket mer kontroll över hur översättningen görs. Det finns särskilt många ord som inte bör översättas på webbsidorna, t.ex. titlarna och sammanfattningarna av datamängder, namnen på variabler, parametrar, enheter och organisationer. Mycket av översättningsarbetet var att identifiera ord och fraser som inte borde översättas. Dessutom tenderade maskinöversättningarna att mangla vissa typer av HTML-markup. Att hantera översättningen gjorde det möjligt för oss att minimera detta problem.

Översättningsprojektet gjordes av Qi Zeng (en Google Summer of Code intern) och Bob Simons använder Googles översättningswebbtjänst. Det var ett stort projekt. Tack, Qi!

BUG FIX: ERDDAP™ Nu tillåter ORCID-ID att ha X som sista siffra. Tack vare Maurice Libes.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
För att göra:
- Du måste göra några ändringar relaterade till ERDDAP "Det nya systemet för att låta användare ange språket för webbsidor.
  - På den första raden av din setup.xml och datasets.xml filer, ändra till: kodning = "UTF-8" och ändra dokumentets kodning i din textredigerare så det sparas som en UTF-8-fil. GenerateDatasets Xml antar nu att datasets.xml är en UTF-8-fil.
  - programmerare som sammanställer ERDDAP Från: Alla ERDDAP™ .java-filer bör behandlas som UTF-8-filer som standard. Du kan behöva lägga till "-kodning UTF-8" till kommandoraden Javac. (Jag gjorde det.)
  - För att möjliggöra detta system (starkt rekommenderat) i den<StartBodyHtml5> tagga som du anger i datasets.xml ändra "&amp!loginInfo;" till "&amp!loginInfo; | Och amp!språk, så att listan över språk visas i övre högra hörnet av varje ERDDAP™ webbsida.
  - ERDDAP™ endast använder<StartBodyHtml5> tagga som du anger i datasets.xml för att ange HTML-innehållet för bannern högst upp på varje ERDDAP™ webbsida, oavsett vilket språk användaren väljer. Om du ändrar den taggen för att använda " &EasierAccessToScientificData; i stället för "Easier access to science data" och " &BroughtToYouBy; Istället för "Brought to you by" ERDDAP™ använder översatta versioner av dessa fraser i bannern.
  - Likaså den nya standarden<TheShortDescriptionHtml> i datasets.xml är att

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

De sista 3 innehållslinjerna är saker som kommer att ersättas med översatt text. Om du konverterar någon av dem (Notably &this Särskilt Erddap;) eller alla av dem att explicit text i datasets.xml (som har prioritet, om nutiden) eller messages.xml, den texten visas oavsett vilket språk användaren väljer. Detta är inte perfekt, men jag tänkte att få administratörer skulle vilja redigera<TheShortDescriptionHtml> i 35 olika filer för att ge 35 olika översatta versioner av den taggen.

CHANGED: Vissa fel hanteras nu något annorlunda och så kan läggas till i tallyt av "misslyckade förfrågningar" på status.html och i Daily Report Email. Så dessa siffror kan vara något större än tidigare.
BUG FIX: GenerateDatasets Xml för EDDGrid Lon0360 och EDDGrid LonPM180 utesluter nu källdataset med datasetID "".\LonPM180" och datasetID "".\\_Lon0360", respektive.

Version 2.14

(släppt 2021-07-02)

Nya funktioner och förändringar (för användare) Från:
(Ingen)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Ny: EDDGrid Lon0360 som gör ett rutnät med longitudvärden >=0 och<=360 från en rutnäterad dataset med longitudvärden >=-180 och<=180. Se EDDGrid Lon0360 dokumentation . Tack till Dale Robinson.
Ny: ERDDAP™ administratörer kan nu åsidosätta något värde i setup.xml via en miljövariabel som heter ERDDAP \valueName innan du kör ERDDAP . Till exempel, Använd ERDDAP BaseUrl åsidosätter<BasUrl> värde. Detta kan vara praktiskt när du distribuerar ERDDAP™ med en behållare, eftersom du kan sätta standardinställningar i setup.xml och sedan leverera speciella inställningar via miljövariabler. Om du lämnar hemlig information till ERDDAP™ via denna metod, se till att kontrollera att informationen kommer att förbli hemlig. ERDDAP™ läser bara miljövariablerna en gång per uppstart, under den första sekunden av uppstarten, så ett sätt att använda detta är: sätt miljövariabler, börja ERDDAP™ Vänta till ERDDAP™ startas, sedan störa miljövariablerna. Tack vare Marc Portier.
IMPROVED: Nu, om vissa filer i en EDDTableFrån... Filer datamängd med många filer har några mycket långa String-värden, datamängden kommer att ladda mycket snabbare och svara på förfrågningar mycket snabbare. Tidigare, ERDDAP™ skulle fördela mycket utrymme för min och max String-värden i filerna som lagras med filinformation för sådana datamängder. Den resulterande filen var stor, vilket gjorde att den skrevs och lästes långsamt. Tack till OBIS.
VIKTIGT: Nu, ERDDAP™ Gör ett bättre jobb med att tolka ovanliga och ogiltiga karaktärssekvenser i CSV-filer. Tack till OBIS.
Efter ett år av problem med Cassandra, jag äntligen framgångsrikt installerade Cassandra (v2) Återigen kunde man köra om testerna med Cassandra v2. Nu kan jag mer självsäkert säga att ERDDAP™ arbetar med Cassandra v2 och v3. Tack vare ONC.

Version 2.12

(släppt 2021-05-14)

Nya funktioner och förändringar (för användare) Från:
BUG FIX: Om du är på abonnemanget svartlista, kan du nu inte begära en lista över dina prenumerationer.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
TO DO: NY: system för att automatiskt begränsa förmågan hos skadliga användare och alltför aggressiva legitima användare att göra ett stort antal samtidiga förfrågningar som skulle försämra systemets prestanda för andra användare. Det finns 3 nya valfria taggar i datasets.xml som du kan/bör lägga till direkt efter<grafBackgroundColor >:

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

För ytterligare information, se ipAddressMaxRequests . ERDDAP™ Nu trycker man på "Nummer av unika användare (Sedan start) på status.html-sidan. Tack vare att personen i Kina attackerar min ERDDAP™ installation.

CHANGE till Postgresql förarbeteende: När jag uppdaterade Postgresql-drivrutinen kom kolumnnamnen i tabelllistan som genererades av Postgresql och GenerateDatasetsXml tillbaka i alla fall, i stället för alla kolumner, som tidigare. Jag vet inte om det kommer att påverka andra saker eftersom databaser ofta anser att dessa namn är okänsliga. Min testdataset fungerar fortfarande korrekt. Men om din dataset slutar fungera med detta ERDDAP™ uppdatering, detta är den möjliga orsaken att fortsätta först.
BUG FIX: ERDDAP™ Nu hanterar också privata AWS S3-filer korrekt. Det fanns andra relaterade förbättringar av hanteringen av AWS S3-filer. Tack vare Michael Gangl och Dylan Pugh.
Ny: EDDGrid FrånNcFiles och EDDGrid FrånNcFiles Unpacked kan nu läsa data från "strukturer" i .nc 4 och .hdf 4 filer. För att identifiera en variabel som kommer från en struktur,< sourceName > > > > > Använd formatet: fullStructureName | memberName, till exempel grupp1/myStruct | MyMember. Tack till NRL.
CHANGED: Nu, om nuvarande minnesanvändning plus denna förfrågan är ännu något hög, rutnätsuppsättningar nThreads för denna begäran till 1. Således, ERDDAP™ bevarar minnet när minnet är knappt. Tack vare att personen i Kina attackerar min ERDDAP™ installation.
Nytt system för att övervaka antalet öppna filer (som inkluderar uttag och andra saker, inte bara filer) I Tomcat på Linux-datorer. Om vissa filer felaktigt aldrig stängs kan antalet öppna filer öka tills det överstiger det maximala tillåtna och många riktigt dåliga saker händer. Så nu på Linux-datorer (Informationen är inte tillgänglig för Windows) Från:
- Det finns en ny "Öppna filer"-kolumn längst till höger om status.html-webbsidan som visar procenten av max-filerna öppna. På Windows visar det bara "?".
- När när ERDDAP™ genererar den informationen i slutet av varje större dataset-reload, den kommer att skrivas ut till loggen. txt fil: openFileCount=current av max=max%=percent
- Om andelen är >50% skickas ett e-postmeddelande till ERDDAP™ administratör och e-post Allting Allt Till e-postadresser.

För att ta reda på mer, eller om du ser detta problem på din ERDDAP™ Se, se För många öppna filer . Tack vare att personen i Kina attackerar min ERDDAP™ installation.

NEW: Jag lade till mycket kontroll och hantering av "För många öppna filer", så uppgiften stannar bara och användaren ser felmeddelandet. Datafiler kommer inte längre att markeras som dåligt om du läser dem resulterar i ett "för många öppna filer" fel.
Nytt \[ bigParentDirectory \] /badFilesFlag katalog: Om du lägger en fil i den här katalogen med en datasetID som filnamn (filinnehåll spelar ingen roll) , ERDDAP™ kommer att radera badFiles .nc fil för den dataset (Om någon) och ladda om dataset ASAP. Detta orsakar ERDDAP™ försök igen att arbeta med filerna tidigare (felaktigt?) markerad som dålig. Tack vare Marco Alba.
CHANGED: Vid start, om en EDDGrid Från...Files or EDDTableFrom... Filer dataset ursprungligen har 0 filer i sin lista över kända giltiga filer (Det är till exempel en ny dataset) Sedan ERDDAP™ skjuter upp den och sätter en flagga så att den kommer att laddas ASAP efter att de stora loadDatasets är klar. Detta påskyndar den första starten när det finns nya dataset.
FileVisitorDNLS.testAWSS3 () FileVisitorSubdir.testAWSS3 () Använd nu AWS v2 (inte v1) SDK. Så nu Git ERDDAP™ distribution innehåller nu alla nödvändiga filer och du behöver inte längre manuellt lägga till den massiva v1 AWS SDK-burkfilen.
Jag bytte till att använda Maven för att upptäcka / samla beroenden (.jar-filer i /lib) . Förändringen till v2 av AWS SDK krävde detta. Det behövs för annan importerad kod i framtiden. Ett stort tack till Kyle Wilcox som gav pom.xml han skapade och använder, som löste flera problem för mig.
CHANGED: Classpath parameter (-cp) används i GenerateDatasetXml, DasDds och andra små program som kommer med ERDDAP™ , och i råd till programmerare är nu mycket enklare och bör aldrig ändras igen eftersom det hänvisar till katalogen, inte enskilda filer: \-cp klasser;C:\programs}}_tomcat\lib\servlet-api.jar;lib * (eller ":" istället för ";" för Linux och Mac) . (Jag borde ha gjort detta år sedan när det blev ett alternativ.)
Ny: GenerateDatasets Xml har ett nytt verktygsalternativ: findDuplicateTime som kommer att söka genom en samling rutnät .nc (och relaterade) filer för att hitta filer med dubbla tidsvärden. Se FindDuplicate Tid
Ny: datasets.xml Kan nu inkludera en<Paletter > tag som åsidosätter<Palettes> tag value from messages.xml (eller återgå till meddelandena.xml värde om det är tomt) . Detta låter dig ändra listan över tillgängliga paletter medan ERDDAP™ är igång. Om du har en cptfiles underkatalog i ERDDAP™ innehållskatalog, ERDDAP™ kopiera alla \*.cpt-filer i den katalogen i \[ Tomcat \] /webapps/erddap/WEB-INF/cptfiles katalog varje gång ERDDAP™ Börjar upp. Tillsammans tillåter dessa ändringar att du lägger till paletter och har ändringarna kvarstår när du installerar en ny version av ERDDAP . Se Palettes dokumentation
Tack till Jennifer Sevadjian, Melanie Abecassis, och kanske andra CoastWatch människor.
Förändrad: [<slowDownTroubleMillis >] (/docs/server-admin/datasets#slowdowntroublemillis) används nu för alla misslyckade förfrågningar, inte bara några typer.
CHANGED: RunLoadDatasets tråd nu avbryter LoadDatasets tråd på 3/4 LoadDatasets MaxMinutes så det finns mer tid för LoadDatasets att märka avbrott och avsluta graciöst. Det finns också fler och bättre diagnostiska meddelanden för detta.
Ändras från den gamla versionen av Lucene till v8.7.0.
Change: E-postmeddelanden som skickas av ERDDAP™ Nu visas med en fast bredd typsnitt.
Change: EDDGrid FromFiles får nu axelvärden samt attribut från FIRST | LAST fil, som anges i<metadataFrån>. Tack (Inte inte) Ken Casey, et al.
ADDED stöd för de ogiltiga enheterna "degree\_North" och "degree\_East" som felaktigt används av de senaste filerna (Sedan 2020-10-01) i AVHRR Pathfinder Version 5.3 L3-Collated (L3C) SST dataset (nceiPH53 sst d1day och nceiPH53 sst n1day) . ERDDAP™ kan nu standardisera dem till giltiga enheter. Tack (Inte inte) Ken Casey, et al.

Version 2.11

(släppt 2020-12-04)

Nya funktioner och förändringar (för användare) Från:
BUG FIX: OrderByMean kastade en NullPointerException om en variabel hade bara en av \FillValue eller saknade \ Värde definierat. Nu hanterar den situationen korrekt. Tack vare Marco Alba.
BUG FIX: Det fanns problem med ODV textfiler som skapats av ERDDAP™ i v2.10. Dessa problem är fixerade. Tack till Shaun Bell.
BUG FIX: Just in ERDDAP™ v2.10: Om lat lon gränserna specificerades i URL, var gränsrutan inte dras på världskartan. Nu är det igen. Tack till John Maurer.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
BUG FIX: Just in ERDDAP™ v2.10: Skriptfilerna för ArchiveADataset, GenerateDatasets Xml och DasDds fungerade inte eftersom de inte hade förändringar i klasspaten som tillsattes med ERDDAP™ v2.10. Nu gör de det. Tack vare Marco Alba.
Ny: I datasets.xml Du kan nu ha taggen:

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

För närvarande, om sant (eller om taggen är tom, eller om taggen inte finns i filen) när en användares begäran leder till en NullPointerException, ERDDAP™ kommer att maila stack spår till erd.data at noaa.gov (och ERDDAP™ utvecklingsteam) . Detta bör vara säkert och säkert eftersom ingen konfidentiell information (t.ex. begäran) ingår i e-post. Detta bör göra det möjligt att fånga eventuella obskyra, helt oväntade buggar som leder till NullPointerExceptions. Annars ser användaren undantagen, men ERDDAP™ utvecklare vet inte, så vi vet inte att det finns ett problem som måste lösas.

Det är möjligt att denna tagg kommer att leda till att annan liknande diagnostisk information skickas till erd.data at noaa.gov i framtiden. E-postens innehåll kommer alltid att vara minimalt och relaterat till buggar, och inte till exempel användningsinformation. Tack vare Marco Alba.

CHANGED: Nu, vanliga komprimerade filtyper ( .bz2 , .gz , .gzip , .tar , .tgz , .z , .zip ) är också förbjudna för förfrågningar om bytesintervall. Detta anges via<extensionsNoRangeRequests> i messages.xml.
Knulla Probert: Som med ERDDAP™ 2.10, .nc ml-filer som försöker ändra ett attribut, ändra inte attributet. Detta är en känd bugg i netcdf-java som jag har rapporterat och de säger kommer att fastställas i nästa utgåva av netcdf-java.

Version 2.10

(släppt 2020-11-05)

Nya funktioner och förändringar (för användare) Från:
Ny: Den nya Interpolate Omvandlare interpolerar effektivt värdena från en rutnätad dataset värderingar. Som sådan är det särskilt användbart för forskare som arbetar med data från djurspår. Denna omvandlare tar in en tabell med latitud, longitud och tid kolumner (och kanske andra kolumner) och returnerar en tabell med ytterligare kolumner med interpolerade värden. Detta liknar den populära Xtractomatic Manus som ursprungligen skapades av Dave Foley, men erbjuder fördelen med att bearbeta upp till 100 poäng per förfrågan. Tack till Dave Foley och Jordan Watson ( NMFS ) .
Avancerad sökning är nu strikt för icke-html-förfrågningar. Det kommer nu att kasta undantag för förfrågningar som har permanenta fel. (e.g. förfrågningar där minLat > maxLat) eller tillfälliga fel (t.ex. begäran om en standard\_name Det existerar inte) . För .html-förfrågningar är Advanced Search oförändrad: som med Google-sökningar gör det sina bästa och tysta fixar eller ignorerar fel. Tack vare Rich Signell.
IMPROVED: Kartan på Advanced Search-sidan är nu större (Du måste fortfarande squint, men mindre) och betydligt mer exakt (Men ändå inte perfekt) . Tack till John Maurer.
IMPROVED: Inställningen "Draw land mask" på Gör en grafwebbsidor och &.land =... inställning i webbadresser som begär en karta stöder nu ytterligare två alternativ: "outline" drar bara landmaskkonturen, politiska gränser, sjöar och floder. "off" drar ingenting. Se och.land=... dokumentation . Tack till John Maurer.
IMPROVED: Grafer och kartor som skapats av ERDDAP™ kan nu använda tre nya markörtyper: Borderless Filled Square, Borderless Filled Circle, Borderless Filled Up Triangle. Koden för detta bidrog till Marco Alba av ETT/EMODnet Physics. Tack vare Marco Alba.
Ny: "files" Systemet stöder nu plain Filtyp svar (.csv, .htmlTable , .itx , .json , .jsonlCSV1 , .jsonlCSV , .jsonlKVP , .mat , .nc , .nccsv , .tsv eller .xhtml .) t.ex., https://coastwatch.pfeg.noaa.gov/erddap/files/jplMURSST41/.csv . Tack vare Kyle Wilcox.
VIKTIGT: De webbadresser som genereras när en användare använder ett data Access-formulär (.html) Eller en Make-A-Graph (.graph) webbsida nu korrekt procent-kodar karaktärerna \[ och \] . Detta gör webbadresserna lite svårare för människor att läsa, men är bättre från en webbsäkerhetssynpunkt. Administratörer har nu möjlighet att ställa in relaxedQueryChars = " \[ \] | I Tomcat Server.xml-filen (mindre säker) eller inte (säkrare) . Tack vare Antoine Queric, Dominic Fuller-Rowell och andra.
NEW: Om en begäran till en EDDTable dataset innehåller &add Variables Var där (attribute Namn, attribut Value) , ERDDAP™ kommer att lägga till alla variabler som har attribute Namn =attribute Value till listan över begärda variabler. Se ochadd Variables Där dokumentation . Tack vare Aurelie Briand, et al.
Förändrad: ERDDAP™ nu vägrar byte range förfrågningar till /files/ .nc eller .hdf filer. Försök inte ansluta till fjärrkontrollen .nc eller .hdf filer som om de vore lokala filer. Det är fruktansvärt ineffektivt och orsakar ofta andra problem. Istället:
- Användning(OPeN)DAPklientprogramvara för att ansluta till ERDDAP "S DAP tjänster för denna dataset (som har /griddap/ eller/ tabledap I URL) . Det är vad DAP är för.
- Använd datasetets Form för dataåtkomst för att begära en delmängd av data.
- Om du behöver hela filen eller upprepad åtkomst under lång tid, använd curl , wget , eller din webbläsare för att ladda ner hela filen, sedan komma åt data från din lokala kopia av filen.
IMPROVED: .odv Txt-utgångsalternativ har skrivits om för att stödja den nya versionen av ODV .txt filer och för att stödja korrekt representation av banor, tidsserier och profildata.
Sökord i dubbla citat tolkas nu som en json sträng, så att de kan ha \ kodade tecken. Bland annat kan du söka efter en exakt match för ett attribut, t.ex. "institution= NOAA \n kommer inte att matcha en dataset med institution= NOAA NMFS . Tack till Dan Nowacki.
IMPROVED: På ytterligare platser, flytande punktnummer (Särskilt flyter konverterade till dubblar) nu visas som en något mer avrundad version av numret på ytterligare platser, t.ex. en flotta som tidigare visats som en dubbel som 32.27998779296875, kan nu visas som 32.28. Tack vare Kyle Wilcox.
BUG FIX: osignerade integer ljudfiler lästes något felaktigt. Nu läser de rätt.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
VARNING: Första gången du kör ERDDAP™ v2.10, vissa dataset baserat på lokala datafiler kommer att laddas väldigt mycket väldigt mycket långsamt för ERDDAP™ måste återskapa sin databas med filinformation. Efter den långsamma initiala reloaden kommer de att ladda snabbt, som tidigare. Var tålmodig.
Saker du måste göra:
- När du först kör v2.10 kan vissa datamängder inte laddas eftersom ERDDAP™ Nu är det strängare med vissa metadata. Som tidigare, ERDDAP™ kommer att skicka dig en daglig rapport när den först laddas upp. Det kommer att innehålla felmeddelanden för varje datamängd som inte laddades. Läs felmeddelandena för att räkna ut problemen. I de flesta fall behöver du bara göra en liten förändring av datamängdens metadata för att lösa problemet.
- Inom datasets.xml Sök efter< sourceName och gt;= (Notera '=' Tecken, som identifierar en Fast-värde sourceName ) . För de flesta ERDDAP™ Inställningar, dessa är sällsynta. Om något av värdena efter '=' är strängar (Inte siffror) Du måste nu omsluta strängen i dubbla offerter. Till exempel, Före:< sourceName =KZ401</// sourceName > > > > > Efter:< sourceName >="KZ401"</// sourceName > > > > >
- NEW: Det finns en ny valfri inställning i setup.xml,<defaultAccessibleViaFiles>, som sätter standarden<tillgängligaViaFiles> för var och en av datamängderna. Standarden för denna nya tag är falsk, som efterliknar den tidigare ERDDAP™ beteende. Denna lägre nivå inställning kan överskattas av en viss dataset<tillgängligaViaFiles> inställning.

Rekommenderad (För det finns användare som vill ha detta) Från: Om du vill göra allt EDD... FrånFiles dataset tillgängliga via filsystemet, sedan

Lägg till den här taggen till din setup.xml-fil:

                <defaultAccessibleViaFiles>true</defaultAccessibleViaFiles>

(Optionellt) Ta bort alla

                <accessibleViaFiles>true</accessibleViaFiles>

in i datasets.xml Eftersom standarden nu är sant.

Lägg till \_FillValue Attributes: ERDDAP™ används för att ha en standard \_FillValue för alla heltalsvariabler: det maximala värdet av datatypen (127 för bytesvariabler) . Nu gör det inte. För att undvika att dessa värden visas som datavärden (inte saknade värden) Du måste uttryckligen ange dessa via \_FillValue-attribut. Från och med nu, varje gång du börjar ERDDAP™ , det kommer att skicka administratören ett e-postmeddelande med en .csv-tabell med en lista över heltalskällor variabler som inte har \_FillValue eller missing\_value attribut, och de föreslagna nya \_FillValue attribut. Se Lägg till \_Fill Value Attributes för mer information och instruktioner.
Om du kompilerar ERDDAP™ , du måste ändra klasspath parametern på javac kommandoraderna för att lägga till en hänvisning till dessa nya burkar: lib / Commons-jexl.jar;lib / aws-java-sdk.jar;lib / Jackson-annotations.jar;lib / Jackson-core.jar;lib / Jackson-databind.jar .
Tomcat 9 är nu den rekommenderade versionen av Tomcat för ERDDAP . Den senaste versionen av Tomcat 8.5+ är också bra för nu. Vi städade upp ERDDAP "S Tomcat installationsanvisningar .

Den senaste versionen av Java 8 8 8 8 8 8 8 8 (Inte inte Java 9, 10, 11, ...) Från AdoptOpenJDK är den rekommenderade versionen av Java För ERDDAP . Java 8 har Långsiktigt stöd från AdoptOpenJDK så det är fortfarande säkert att använda, men kom ihåg att få den senaste versionen av det regelbundet av säkerhetsskäl.

NEW: Script SourceNames / Derived Variables in Tabular Datasets EDDTableFromFiles, EDDTableFromDatabase och EDDTableFromFileNames dataset kan nu innehålla uttryck och skript i skrifterna sourceName . Detta gör att du kan göra nya variabler baserat på befintliga variabler i källfilerna. Beräkningen för en viss ny variabel görs inom en rad av resultaten, upprepade gånger för alla rader. Till exempel för att göra en longitudvariabel med värden i intervallet -180 - 180° från en variabel med värden i intervallet 0-360°: < sourceName =Math2.anglePM180 (row.columnDouble ("lon") ) </// sourceName > > > > > För detaljer, se Script SourceNames
Tack till Bob Simons (som planerade detta innan ERDDAP™ v1.0 och äntligen hittat ett sätt att genomföra det) Kevin O'Brien, Roland Schweitzer, John Maurer och Apache JEXL-biblioteket för att göra den riktigt hårda delen (och gör det bra) .
NEW: Unsigned Integer Data Typer (ubyte, ushort, uint, ulong) stöds nu. Notera att många filtyper (t.ex. .das, .dds, .nc 3 3 3 3 3) Stöd inte alla dessa nya datatyper. Se Datadatadata data Typdokumentation För detaljer om hur ERDDAP™ handlar om dessa skillnader. Framför allt sedan(OPeN)DAP, särskilt .dds-svaret, stöder inte signerade byte, längder eller ulongs, du kanske vill använda ERDDAP Tabular representation av .das och .das som ses i http .../erddap/ info info info /_ datasetID _.html webbsida (till exempel, https://coastwatch.pfeg.noaa.gov/erddap/info/cwwcNDBCMet/index.html ) som du också kan få i andra filtyper eller .nccsv Metadatarespons (till exempel, https://coastwatch.pfeg.noaa.gov/erddap/tabledap/cwwcNDBCMet.nccsvMetadata ) Båda stöder alla datatyper i alla situationer.

För datamängder som påverkas av denna förändring är det möjligt att du kommer att se problem med datamängden eftersom data som ERDDAP™ Läser från källan kan vara annorlunda (Till exempel kan variabler som tidigare lästs som signerade heltal nu läsas som osignerade heltal.) . De resulterande problemen inkluderar: nya filer som inte läggs till i datamängden och/eller fel när du försöker komma åt data. Om en dataset har problem är det första att försöka att Sätt en hård Flaggan för dataset. Om det inte löser problemet måste du titta på loggen. txt för att se felmeddelanden, dyka in i datasets.xml för dataset, och/eller kanske köra genereraDatasets.xml för dataset. Tack till netcdf-java 5.x (som tvingade frågan) och den kommande CF 1.9.

Intryck: Det finns nu bättre dokumentation/rådgivning för hur man skapar en dataset från filer i AWS S3 hinkar. Tack till Micah Wengren.
Det finns flera förändringar relaterade till "files" system.
- Koden för att hantera detta skrevs om för att användas av fler klasser.
- NEW: Användarförfrågningar för katalogförteckningar kan nu begära att svaret är en av standardtabelltyperna genom att appendera önskad filändelse: .csv, .htmlTable , .itx , .json , .jsonlCSV1 , .jsonlCSV , .jsonlKVP , .mat , .nc , .nccsv , .tsv eller .xhtml ). Till exempel, https://coastwatch.pfeg.noaa.gov/erddap/files/jplMURSST41/.csv
  Tack vare Kyle Wilcox och Shane St Savage.
- IMPROVED: Nu Generate Dataset Xml inkluderar inte en<tillgängligaViaFiles> tagga i utgången. Antagandet är att datamängden kommer att förlita sig på värdet av den nya<DefaultAccessibleViaFiles> tagga in setup.xml. Se tillgänglig tillgänglig ViaFiles .
- IMPROVED: Ytterligare datasettyper stöder nu tillgängliga ViaFiles: EDDGrid SideBySide, EDDGrid AggregateExistingDimension, EDDGrid FrånErddap, EDDTableFromErddap, EDDGrid FrånEDDTable, EDDTableFrom EDDGrid och EDDGrid FrånEtopo. För dessa kommer filerna från en viss fjärr-/barndataset endast att vara tillgängliga om både föräldern och fjärr-/barndataseten har tillgängligt ViaFiles är sanna (kanske via<DefaultAccessibleViaFiles>). Tack till Damian Smyth och Rob Fuller.
- TO DO / RECOMMENDATION: Vi rekommenderar att du gör alla relevanta datamängder tillgängliga via filsystemet genom att ange<defaultAccessibleViaFiles> till sant i setup.xml eftersom det finns en grupp användare för vilka detta är det föredragna sättet att få data. Bland andra skäl, "files" system gör det enkelt för användare att se vilka filer som är tillgängliga och när de senast ändrats, vilket gör det enkelt för en användare att behålla sin egen kopia av hela datamängden. Om du i allmänhet inte vill göra datamängder tillgängliga via filsystemet, ange<DefaultAccessibleViaFiles > till false. I båda fallen, bara använda<tillgängligaViaFiles> för de få datamängder som är undantag från den allmänna policy som fastställs av<DefaultAccessibleViaFiles> (till exempel när datamängden använder .nc ml-filer, som inte är användbara för användare) .
IMPROVED: Nu, om en källdataset har CF-nätverksinformation, generera Dataset Xml för ruttna dataset kommer att lägga till informationen till global<addAtts>, och informationen kommer att läggas till globalt<sourceAtts> varje gång data läses från filen. Informationen kommer att visas i datasetets globala attribut som en uppsättning attribut med prefixnätet \mapping \ .
VIKTIGT: Stöd för grupper när du läser .nc 4.4 4. (och i viss utsträckning i .hdf 5.5 5.5 5.5) filer. Generellt, en ERDDAP™ dataset kommer att byggas från variablerna i en av filens grupper. GenerateDatasets Xml för EDDGrid FrånNcFiles och EDDGrid FrånNcFiles Uppackad frågar nu efter en "grupp" (t.ex. "" för alla/alla grupper, "someGroup", "someGroup/someSubGroup" eller " \[ root \] för bara rotgruppen) . Tack vare Charles Carleton och Jessica Hausman.
IMPROVED: GenerateDatasets Xml för EDDGrid FrånNcFiles och EDDGrid FrånNcFiles Unpacked stöder nu en valfri "DimensionsCSV" parameter som låter dig ange källnamnen på de dimensioner som du vill att denna dataset ska använda. Använd "" för att få de variabler som använder mest dimensioner, som tidigare. Dessutom är en relaterad liten bugg som inträffade med denna typ av fil nu fast. Tack till Sujal Manandhar.
BUG FIX: GenerateDatasets Xml listar nu korrekt "EDDTableFromJsonlCSVFiles" (Inte "EDDTableFromJsonlCSV") Som en av EDDType alternativ. Tack till Andy Ziegler.
VIKTIGT: EDDGrid FrånNcFiles Unpacked nu standardiserar "enheter" attribut till standard / "kanoniska" udunits (samma metod som Units converter) . Till exempel, "meter per second" , "meters/second" , "m.s^-1" och "m s-1" Allt blir "m s-1" . Tack till Andy Ziegler.

VARNING: Det är möjligt att detta orsakar problem för vissa befintliga datamängder. (Till exempel, få nya filer att märkas "dåliga") . Om så är fallet, Sätt en hård Flaggan för dataset så att alla källfiler kommer att läsas om med det nya systemet.

IMPROVED: Nu, en variabel< sourceName kan ange ett fast värde av =NaN och variabeln kan ha en actual\_range attribut som specificerar ett ändligt sortiment. Detta är ibland användbart så att en dataset (I synnerhet en EDDTableFromFileNames dataset) kan ha dummy variabel (s) (t.ex. latitud, longitud, tid) med fasta värden av NaN, men med giltighet actual\_range (som anges av attributet) . I Avancerad sökning kan en användare söka efter datamängder som har data i en viss bredd, longitud, tidsintervall och denna datamängd kommer att kunna säga att den har relevant datamängd. (Även om alla datans faktiska rader visar NaN) . Se Fast värdedokumentation . Tack till Mathew Biddle.
NY: Nu, den datasets.xml chunk för en EDDTableFromAsciiFiles eller EDDTableFromColumnarAsciiFiles dataset kan innehålla en tag som berättar ERDDAP™ att ignorera alla rader längst upp i filen upp till och med den linje som matchar det angivna regelbundna uttrycket. Till exempel, <SkipHeaderToRegex >>\*Ü\Ü\END OF HEADER.\<SkipHeaderToRegex kommer att ignorera alla linjer upp till och med en linje som börjar med "\\*End Of Header. och se [den]<skipHeaderToRegex> dokumentation] (/docs/server-admin/datasets#skipheadertoregex) . Tack till Eli Hunter
NY: Nu, den datasets.xml chunk för en EDDTableFromAsciiFiles eller EDDTableFromColumnarAsciiFilesdataset kan innehålla en tagg som berättar ERDDAP™ att ignorera alla rader i filen som matchar det angivna regelbundna uttrycket. Till exempel,

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

kommer att hoppa över alla linjer som börjar med "#". och se [den]<skipLinesRegex > dokumentation] (/docs/server-admin/datasets#skiplinesregex) . Tack till Eli Hunter.

Nytt: The datasets.xml chunk för alla EDDTable dataset kan nu inkludera &add Variables Var där (attributeNamesCSV) . Om det gör det, ERDDAP™ kommer att lägga till en widget för var och en av de angivna attributen Namn på datasetets Form för dataåtkomst (.html webbsida) För att göra det enkelt för användare att lägga till &add Variables Var där (attribute Namn, attribut Value) till begäran. Se ochadd Variables Där dokumentation . Tack vare Aurelie Briand, et al.
Nytt Tredjepartsverktyg: ERDDAP -Lint ERDDAP -lint är ett program från Rob Fuller och Adam Leadbetter från det irländska marinininstitutet som du kan använda för att förbättra metadata för din ERDDAP™ dataset. ERDDAP -lint "innehåller regler och en enkel statisk webbapplikation för att köra vissa verifieringstest mot dina ERDDAP™ Server. Alla tester körs i webbläsaren.” som liknar [Unix/Linux lint verktyg](https://en.wikipedia.org/wiki/Lint_(software) Du kan redigera befintliga regler eller lägga till nya regler. Se ERDDAP -Lint för mer information.

Detta verktyg är särskilt användbart för datamängder som du skapade för en tid sedan och vill nu uppdatera med dina aktuella metadatapreferenser. Till exempel tidiga versioner av GenerateDatasets Xml gjorde inga ansträngningar för att skapa globalt creator\_name , creator\_email creator\_type, eller creator\_url metadata. Du kan använda ERDDAP -lätta för att identifiera de datamängder som saknar dessa metadataattribut.

Tack vare Rob och Adam för att skapa detta verktyg och göra det tillgängligt för ERDDAP™ gemenskap.

Nu är det okej om några av filerna i en EDDGrid FrånFiles dataset har inte alla datasetets variabler. Filerna kommer att inkluderas som om de hade variablerna (med alla saknade värden) . Tack till Dale Robinson och Doug Latornell.
NEW: Det finns ny användningsstatistik i loggfilen och Daily Report för att hjälpa administratörer att identifiera de användare som orsakar minnesproblem. Statistiken heter "OutOfMemory (Array Size) "OutOfMemory" (För stort) och "OutOfMemory (Sätt för stort) ". De visar IP-adresserna för de användare som gjorde förfrågningar i dessa kategorier och antalet förfrågningar de gjorde. Om det inte fanns några besvärliga förfrågningar visas inte denna statistik. OutOfMemory (Array Size) och "OutOfMemory (Sätt för stort) Förfrågningar är vanligtvis inte ett problem eftersom förfrågningarna var så stora att ERDDAP™ fångade dem snabbt och returnerade ett felmeddelande. "OutOfMemory" (För stort) Förfrågningar är farligare eftersom ERDDAP™ gjorde lite ansträngning innan det insåg att det inte fanns tillräckligt med minne för närvarande för att hantera begäran. (Även om problemet kan vara andra förfrågningar innan dessa förfrågningar) .

Det finns också ny statistik som heter "Large Request, IP-adress" som visar IP-adresserna för användare som gjorde stora förfrågningar. (För närvarande, gridded .nc filer > 1 GB) .

Tidsseriens tabell på status.html-sidan innehåller nu en "memFail"-kolumn som visar antalet förfrågningar som misslyckades med "OutOfMemory (För stort) "Fel sedan de sista stora Load Datasets. Alla andra än 0 här är åtminstone någon orsak till oro. Tack till Bob Simons.

Ny: Den nya versionen av Hyrax Visar kataloglistor annorlunda än tidigare. ERDDAP™ kan nu läsa de gamla och nya katalogen listor.
NEW: Dataset reloads och användarrespons som tar >10 sekunder att slutföra (framgångsrikt eller misslyckat) är märkta med " (>10!) ". Således kan du söka log.txt-filen för den här frasen för att hitta de datamängder som var långsamma att ladda om eller begäran antal för de förfrågningar som var långsamma att slutföra. Du kan sedan titta högre i log.txt-filen för att se vad datasetproblemet var eller vad användarens begäran var och vem det var från. Dessa långsamma datamängder och användarförfrågningar beskattar ibland på ERDDAP . Att veta mer om dessa förfrågningar kan hjälpa dig att identifiera och lösa problem.
IMPROVED: När du validerar en CF DSG dataset, ERDDAP™ Nu säkerställer att variabler med cf\role attribut är i motsvarande cdm\...\variables lista och inte finns i andra cdm\...\_variables listor. Till exempel, om en tidsseriesProfil dataset har en "station\_id" variabel som har cf\_role=timeseries\_id attribut, måste "station\_id" vara i cf\_timeseries\_variables-listan, men får inte vara i cf\_profile\_variables-listan. Tack till Micah Wengren.
"Förenkla" är nu snabbare, använder mindre minne och kan returnera LongArray. Tack vare Unidata .
Snabbstart är nu betydligt snabbare för EDDTableFrom (nc-relaterade) Filer (utom EDDTableFromNcCFFiles och EDDTableFromInvalidCRAFiles) för att göra Förväntad (och en annan plats) Nu läser du bara provfilens metadata istället för att läsa alla data. Tack till Jessica Austin.
Det finns nu stöd för tidssträngar med precision större än till millisekund om de extra siffrorna är alla 0, t.ex. "2020-05-22T01:02:03.456000000Z". Tack till Yibo Jiang.
IMPROVED: GenerateDatasetsXmls EDD.suggestDestinationName används för att ta bort "(" och allt efter. Nu tar den bort (.\) endast om det är slutet på sourceName . Nu tar det också bort \[ .\ \] endast om det är slutet på sourceName . Tack till Julien Paul.
IMPROVED: GenerateDatasets Xml gör nu variabeln destinationName s unik genom att lägga till \_2, \_3, ... efter behov. Tack till Julien Paul.
IMPROVED: När Calendar2.parseDateTime parses dd, hh eller HH, den första "siffran" kan nu vara ett utrymme.
Knulla Probert: Börja med ERDDAP™ 2.10, .nc ml-filer som försöker ändra ett attribut, ändra inte attributet. Detta är en känd bugg i netcdf-java som jag har rapporterat och de säger kommer att fastställas i nästa utgåva av netcdf-java.
BROKEN LINKS FIX: Jag gjorde ett ordentligt system för testning för brutna länkar i ERDDAP™ webbsidor, så det borde nu finnas mycket få brutna länkar (Åtminstone från varje releasedatum - nya brutna länkar uppstår ofta) .
FIX: EDDTableFromHttpGet misslyckades med vissa typer av förfrågningar. Nu gör det inte. Tack vare Emma på BODC.
BUG FIX: För att hantera vissa förfrågningar gjorde EDDTable en tillfällig fil för varje begärd variabel, med ett filnamn som slutar i variabelns namn. Om variabelns namn också var en typ av kompression (t.ex. .Z) , ERDDAP Skulle försöka (och misslyckas) att dekomprimera den tillfälliga filen. Nu slutar de tillfälliga filnamnen i ".temp". Tack till Mathew Biddle.
BUG FIX: GenerateDatasetsXml och Calendar2.convertTo Java Datumtid Format är nu mycket mindre benägna att göra en felaktig förändring när man försöker fixa ett eventuellt ogiltigt datum tidsformat. Notably, ingen auto-suggested dateTime format kommer att ändras. Tack till Mathew Biddle.
BUG FIX: Om det fanns ett fel när du fick innehåll från en fjärrURL, och om felStream-innehållet komprimeras, ERDDAP™ nu korrekt dekomprimerar felmeddelandet. Tack till Bob Simons.
BUG FIX:<SubscribeToRemoteErddapDataset> applicerades inte när EDD... FromErddap dataset var ett barn dataset. Nu är det. Tack vare Chris Romsos.
BUG FIX: GenerateDatasets Xml tror inte längre att ett källvariabelnamn som börjar med "latin" kan vara latitud. Tack till Vincent Luzzo.
BUG FIX: Nu är en OutOfMemoryError när du läser en datafil medan du bearbetar en användares begäran inte en anledning att lägga till en fil i BadFiles-listan. Tack till Bob Simons.

Version 2.02

(släppt 2019-08-21)

Nya funktioner och förändringar (för användare) Från:
NEW: Det finns nu två sätt att söka efter datamängder på flera ERDDAP s. De arbetar något annorlunda och har olika gränssnitt och alternativ.
- SearchMultiple ERDDAP Html från Bob Simons/ NOAA NMFS SWFSC ERD .
- http://erddap.com från Rob Fuller/The Marine Institute of Ireland.

Tack vare Tylar Murray för den ursprungliga begäran.

VIKTIGT: En begäran till "files" system för att ladda ner en fil som faktiskt finns på en fjärrplats (t.ex. AWS S3) nu leder till en omdirigering, så användaren kommer faktiskt att ladda ner data från källan, istället för att använda ERDDAP™ som mellanhand. Tack till Andy Ziegler och NOAA .
NEW: Som ett exempel på de nya AWS S3-relaterade funktionerna, och för att göra det lättare för alla att surfa och ladda ner filer från offentliga AWS S3-hinkar har vi skapat ~110 provdataset som gör det möjligt för alla att surfa på innehållet i nästan alla AWS S3 Open Data-hinkarna . Om du klickar på "files" länk för någon av dessa provdataset, kan du bläddra i katalogen träd och filer i den S3 hink. På grund av hur dessa datamängder fungerar, är dessa kataloglistor alltid helt uppdaterade eftersom ERDDAP™ Får dem på flygningen. Om du klickar på katalogens träd till ett faktiskt filnamn och klickar på filnamnet, ERDDAP™ omdirigera din begäran till AWS S3 så att du kan ladda ner filen direkt från AWS. ERDDAP™ administratörer kan Läs riktningar för hur man gör detta för andra S3-hinkar . Tack till Andy Ziegler och NOAA .
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Saker du behöver göra: ingen
VIKTIGT: ERDDAP "S metod för att lagra mängder strängar (StringArray) är nu mycket mer minneseffektivt. String Arrays används överallt ERDDAP™ , särskilt när du läser tabell ASCII datafiler. Även andra ändringar gör läsa CSV/TSV/SSV ASCII, kolumnar ASCII och jsonlCSV tabular datafiler snabbare och mycket mer minneseffektiv. Resultatet är: för en 764 MB ASCII datatestfil (Men komprimerad till en 52MB .gz fil) med 3,503,266 rader och 33 kolumner gick den maximala minnesanvändningen från 10 GB ner till 0,6 GB (på topp) . Tiden att läsa den gick från ~ 7 minuter (Men varierar mycket med hur mycket fysiskt minne är i datorn) ner till ~36 sekunder (inklusive 10s för förenkling () som endast används av GenerateDatasets Xml) . Många andra platser i ERDDAP™ kommer att dra nytta av denna ökade minneseffektivitet. Tack vare Tylar Murray och Mathew Biddle.

Jag utforskade en annan lösning (lagra strängar i StringArray som UTF-8-kodade bytesarrayer) . Det minskar minnesanvändningen ytterligare ~ 33%, men till kostnaden för ~ 33% avmattning. Jämfört med det system som nu används, verkade det som en dålig handel. Det är lättare att ge en dator mer minne (Köp mer minne för ~$200) än att göra det snabbare (Köp en helt ny dator) .

Om det är bekvämt är det fortfarande en bra idé att dela upp stora tabelldatafiler i flera mindre filer baserat på vissa kriterier som stationID och/eller tid. ERDDAP™ kommer ofta bara att behöva öppna en av de små filerna som svar på en användares begäran, och därmed kunna svara mycket snabbare.

Intryck: Det finns nu ERDDAP™ AWS S3 dokumentation , som beskriver hur man får ERDDAP™ att arbeta med datafiler i AWS S3-hinkarna. också, ERDDAP™ nu använder nya funktioner i AWS S3 Java API. också, ERDDAP™ Nu tillåter AWS S3-adresser att inkludera ytterligare tecken (period, hyphen, underscore) i hinknamn. också, ERDDAP™ nu kräver att AWS S3 bucket-adresser identifieras på ett specifikt sätt: https://bucketName.s3._aws-region._amazonaws.com/prefix/
där prefix är valfritt. Tack till Andy Ziegler och NOAA .
IMPROVED: GenerateDatasets Xml behandlar nu ytterligare vanligt missing\_value s stand-ins som saknade värden och så är mer benägna att konvertera en kolumn till en numerisk datatyp. PrimitiveArray.simplify () Nu loggar det specifika datavärdet som orsakade det för att behandla en viss kolumn som en strängkolumn. Tack till Mathew Biddle.
VIKTIGT:<requestBlacklist > stöder nu.\.\ (Eller:\Från:\För IPv6) i slutet av IP-adresserna så att du kan svartlista en större del av IP-adresser, t.ex. 110.52.\.\ (Kina Unicom Tianjin) . Se dokumentationen för [<FörfråganBlacklist] (/docs/server-admin/datasets#requestblacklist) Tack vare China Unicom och China Telecom.
Om en dataset källa inte anger en "institution" attribut, GenerateDatasets Xml och loadDataset får nu det från en "skapare" attribut (om det är tillgängligt) . Tack till Micah Wengren.
BUG FIX: Standardisera Vad som inte alltid tillämpades på ASCII datafiler. EDDTable hanterade inte ordentligt begränsningar på tidsvärden när källan hade String-tidsvärden och standardiserade Vad som användes. Tack vare Paloma de la Vallee.

Jag har inte klart sagt tidigare: du bör bara använda standardisering Vilka funktioner när du faktiskt behöver dem (t.ex. när olika källfiler lagrar tidsvärden på olika sätt) eftersom vissa förfrågningar till datamängder som använder standardisera Vad kommer att behandlas lite långsammare.

BUG FIX: En bugg i kod som används av EDDGrid FrånNcFiles orsakade det att misslyckas med .nc 4 och .hdf 5 filer som har "lång" (Int64) variabler. Detta är nu fixat. Tack till Friedemann Wobus.
BUG FIX: Små ändringar i ISO 19115-filer för att göra en annan validator glad. Tack vare Chris MacDermaid och Anna Milano.

Version 2.01

(släppt 2019-07-02)

Nya funktioner och förändringar (för användare) Från:
Ingen.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
BUG FIX: En bugg i koden som genererar Data Access Form för tabledap datamängder orsakade att webbsidan var tom för vissa datamängder. Jag förbättrade också hanteringen av oväntade fel på alla HTML-sidor så att de kommer att (vanligen vanligen vanligen vanligtvis) Visa ett felmeddelande. Tack vare Marco Alba.
IMPROVED: GenerateDatasets Xml trycker inte längre en lång varning överst på utgången. Istället, se Redigera Generate Dataset Xml Output . Tack vare Steven Baum.
IMPROVED: GenerateDatasets Xml gör nu lite olika rekommendationer i olika situationer för<updateEveryNMillis> för EDD...Från...Files dataset. GenerateDatasets Xml avskräcker nu det ursprungliga "extrahera" systemet för EDDTableFromFiles dataset.

Version 2.00

(släppt 2019-06-26)

** ERDDAP™ v2.00 är äntligen här! Ja!**
Vi ber om ursäkt för den långa fördröjningen som behövs för att avsluta den här versionen. Tack för ditt tålamod.
Den goda nyheten är att den extra tiden användes för att lägga till fler funktioner som användarna hade begärt. Den dåliga nyheten är att även med fördröjningen tillkom inte alla begärda funktioner. Vi är ledsna, men det verkade viktigare att få denna utgåva ut än att fördröja mer. (För alltid?) ständigt lägga till nya funktioner. Vi lovar att återvända till mer frekventa utgåvor i framtiden.
Version 2! Finns det stora förändringar och oförenligheter?” Stora nya funktioner? Ja. Stora oförenligheter eller förändringar för administratörer eller användare? Nej. Vi hoppade från v1.82 till v2.00:
- Dels för att fira 10 år (Nu 11) sedan den första offentliggörandet av ERDDAP™ (v1.00 2008-05-06, som utåt såg anmärkningsvärt som v2.00) . I den tiden, ERDDAP™ har gått från en installation till nästan 100 installationer i minst 12 länder (Australien, Belgien, Kanada, Frankrike, Indien, Irland, Italien, Sydafrika, Spanien, Thailand, Storbritannien, USA) .
- dels för att markera ett stort tillägg i en helt ny riktning: ERDDAP™ nu har ett dataintagssystem att gå med befintliga dataservertjänster (se EDDTableFromHttpGet ) ,
- Och delvis för att det inte var ett stort hopp från 1,82 till 2,00 numeriskt, så det verkade som rätt tid.
Den andra goda nyheten är att det nu finns två andra grupper som bidrar till koden. ERDDAP™ (i denna version och med indikationer kommer de att fortsätta) Rob Fuller och Adam Leadbetter of Ireland's Marine Institute och Roland Schweitzer från PMEL och Weathertop Consulting. Tack så mycket. Det är sant att de arbetar med projekt som de själva väljer, men det är den klassiska open-source-utvecklingsmodellen - grupper bidrar med kod för de funktioner som de mest vill se till. Den extra fördelen för bidragsgivare: de får använda de nya funktionerna så snart de är färdiga; de behöver inte vänta på nästa utgåva av ERDDAP . Din grupp är också välkommen att bidra! Se ERDDAP™ Programmers guide .
Hoppas du gillar ERDDAP™ Vi ser fram emot de kommande 10 åren ERDDAP™ utveckling och mer användning runt om i världen.
Nya funktioner och förändringar (för användare) Från:
Ny: orderByMean filterfilter För tabledap dataset beräknar medlen för de angivna grupperna. Alla orderBy alternativ stöder nu ytterligare ett sätt att definiera grupper: \[ /Number \[ TimeUnits \] \[ Offset \] \] t.ex. tid/1dag eller djup/10:5. Till exempel, stationID ,time,waterTemp& orderByMean (" stationID ,time/1day") skulle sortera resultaten genom stationID och tid, sedan beräkna och returnera medelvärdet av vattenTemp för varje stationID för varje dag. Dessa är anmärkningsvärt användbara och kraftfulla nya funktioner. Den nya koden för dessa funktioner och ändringarna av den gamla koden bidrogs av Rob Fuller och Adam Leadbetter från Irlands Marine Institute och skickades via Git. Tack, Rob och Adam!
NEW: utdatafiltyp för tabular dataset: .data Bord , en JSON-fil formaterad för användning med Google Visualization Kundbibliotek ( Google Charts ) . Koden för detta bidrog med Roland Schweitzer och skickades via Git. Tack, Roland!
NEW: utdatafiltyp för tabular dataset: .jsonlCSV1 , som liknar den befintliga .jsonlCSV alternativ, men med kolumnnamn på första raden. Tack till Eugene Burger.
NEW: Om administratören gör det kan användarna nu logga in med sina ORCID konto. Det är ett OAuth 2.0-autentiseringssystem, ungefär som Google-autentisering. ORCID används ofta av forskare för att unikt identifiera sig. ORCID-konton är gratis och har inte de integritetsfrågor som Google-konton har. Se ERDDAP "S Orcid autentisering instruktioner . Tack vare BCO-DMO (Adam Shepard, Danie Kinkade, etc.) .
NEW: En ny URL-omvandlare konverterar out-of-date URLs till up-to-date URLs. Se .../erddap/convert/urls.html på någon ERDDAP™ installation, t.ex. denna länk till konverteraren i ERD ERDDAP . Detta bör vara användbart för datahanterare. Detta används också internt av GenerateDatasetsXml. Tack vare Bob Simons och Sharon Mesick.
Improped: The Time Converter nu har alternativ för att omvandla någon vanlig strängtid till en ISO8601 strängtid, eller omvandla en UDUNITS -liknande tidsenheter som strängar in i en riktig UDUNITS Tidsenheter sträng. Detta bör också vara användbart för ERDDAP™ administratörer som behöver veta vilket format som ska ange för attributet "enheter" för strängtidsvariabler. Detta används också internt av GenerateDatasetsXml och standardiserar Vilken funktion av EDDTableFromFiles. Tack till Bob Simons.
Nytt: The Enheter Converter har ett nytt "Standardize UDUnits" alternativ. Till exempel, "deg\_C/m" och "degrees\_C meter-1" omvandlas båda till "Degree\_C m-1". Denna funktion används också av standardiseringVilka funktion av EDDTableFromFiles. Tack till Bob Simons.
NY: För grafer (annat än yta grafer) på griddap's och tabledap Gör en Graph-webbsidor, när x-axeln inte är en tidsaxel, om bara en delmängd av x-axelvariabelns intervall är synlig, finns det nu knappar ovanför grafen för att flytta X-axeln vänster eller högerut. Tack vare Carrie Wall Bell / Hydrophone-projektet.
För grafer kan X och/eller Y-axeln nu använda en Log-skala. Användare kan styra Y Axis Scale via en ny nedgångs widget på nätet och tabledap Gör en Graph webbsidor. Se .xRange och . yRange dokumentation . Tack vare Carrie Wall Bell / Hydrophone-projektet.
VIKTIGT: ERDDAP™ nu gör bättre användning av olika HTTP-felkoder och returnerar nu en(OPeN)DAPv2.0-formaterade felmeddelanden payload. Se detaljer . Tack vare Antoine Queric och Aurelie Briand.
Använd inte Netcdf-java/c eller andra mjukvaruverktyg för att ansluta till .nc eller .hdf filer som serveras av ERDDAP "S/files/system som om de vore lokala filer. ERDDAP™ nu vägrar dessa förfrågningar. Det är fruktansvärt ineffektivt och orsakar ofta andra problem. Istället:
- Användning(OPeN)DAPklientprogramvara för att ansluta till ERDDAP "S DAP tjänster för dataset (som har /griddap/ eller/ tabledap I URL) . Det är vad DAP är för och gör så bra.
- Eller använd datamängdens Form för dataåtkomst för att begära en delmängd av data.
- Eller om du behöver hela filen eller upprepad åtkomst under en lång tidsperiod, använd curl , wget , eller din webbläsare för att ladda ner hela filen, sedan komma åt data från din lokala kopia av filen.
Improped: På ERDDAP™ Hemsida, Full Text Search är nu över "Visa en lista över alla datamängder" eftersom det är den bästa utgångspunkten för de flesta användare. Tack vare Didier Mallarino och Maurice Libes.
IMPROVED: På DataProviderForm3.html Det finns nu listor över gemensamma standard\_name s. Tack vare någon på IOOS DMAC-mötet.
IMPROVED: På /filer/webbsidor finns det nu en länk till den nya "Vad kan jag göra med dessa filer?" avsnitt av /filer/dokumentation. Det avsnittet beskriver olika filtyper och ger förslag på hur man arbetar med dem. Tack vare Maurice Libes.
Nästan varje begäran om ERDDAP™ bör vara minst lite snabbare, och ibland mycket snabbare.
BUG FIX: Under vissa omständigheter, när en EDDTable dataset sparade data i vissa typer av .nc filer, den globala "id" attributet var inställd på filens föreslagna namn, som innehåller en hash för att göra det unikt för den begäran. Nu är "id" rätt kvar oförändrad (om det anges) eller till datasetets datasetID (om inte specificerat) . Tack till John Maurer.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
TO DO: Denna release kommer att ta lite tid och arbeta från dig. Var tålmodig och planera på att ta några timmar för att göra de nödvändiga förändringarna och några timmar att experimentera med nya funktioner.
För säkerhet, gör en säkerhetskopia av din nuvarande setup.xml och datasets.xml filer så att du kan återgå till dem i det osannolika fallet där du behöver återgå till ERDDAP™ v1.82.
För att göra: De rekommenderade Java Nu är AdoptOpenJDKs OpenJDK 8 8 8 8 8 8 8 8 (LTS) HotSpot. Detta är en öppen källkod variant av Java som inte har några begränsningar för dess användning (Till skillnad från Oracle "S Java distribution) . Den härrör från Oracle "S Java pågående sätt, med Oracle välsignelse. Av säkerhetsskäl är det viktigt att hålla din Java version up-to-date. Se ERDDAP "S Java installationsanvisningar .
AdoptOpenJDKs Java behöver ett litet tillskott till din Tomcat-installation: se Resurser Cache instruktioner . Jag tror att detta är en ersättning för inställningen -XX:MaxPermSize, som (Adopt) OpenJDK stöder inte längre.
TO DO: Den nya standarden och rekommendera<fontFamily> inställning i setup.xml är DejaVu Sans som är inbyggda i AdoptOpenJDKs Java . Se reviderade typsnitt installationsanvisningar .
TO DO: Många taggar flyttar från setup.xml till datasets.xml . Fördelen är att du kan ändra värdena medan ERDDAP™ Kör, utan omstart ERDDAP . I synnerhet kan du enkelt ändra<StartBodyHtml5> för att visa ett tillfälligt meddelande på ERDDAP™ Hemsidan (t.ex. "Kontrollera den nya JPL MUR SST v4.1 dataset ..." eller "Detta ERDDAP™ kommer att vara offline för underhåll 2019-05-08T17:00:00 PDT genom 2019-05-08T20:00 PDT.") . Om/när du ändrar dessa taggar i datasets.xml förändringarna träder i kraft nästa gång ERDDAP™ Läser datasets.xml .
1. Kopiera detta innehåll i ditt datasets.xml fil (när som helst nära filens start, efter<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>

En-för-en, kopiera värdet (Om någon) för var och en av dessa taggar från din setup.xml-fil till den nya taggen som du precis klistrade in (ovanför) in i datasets.xml . Om du till exempel hade använt ett värde på 30 för<cacheminutes > i setup.xml, du bör kopiera det värdet till den nya<cacheMinutes > tag in datasets.xml (Även om värdet är detsamma som det nya standardvärdet, är det bäst att bara lämna taggen i datasets.xml Blank) .

Om ditt värde skiljer sig från den nya föreslagna standarden (annat än för<StartBodyHtml5> och<TheShortDescriptionHtml>, som är användbara för att anpassa din ERDDAP™ installation), vänligen överväga att byta till de nya standardvärdena. Detta gäller särskilt för<partialRequestMaxBytes> och<partialRequestMaxCells>, där standard/föreslagna värdet har förändrats betydligt under åren.

När du kopierar varje värde raderar du taggen och dess beskrivning från setup.xml. Det är bättre att ha dessa taggar i datasets.xml . Och det finns nu bättre beskrivningar i setupDatasetsXml.html .

En quirk av det nya systemet är att den första webbsidan när du startar ERDDAP kommer att vara standard ERDDAP™ webbsida. Varje efterföljande webbsida kommer att använda ... Html-innehåll du anger i datasets.xml .

VARNING: Första gången du kör ERDDAP™ v2.0, dataset baserat på lokala datafiler kommer att laddas väldigt mycket väldigt mycket långsamt för ERDDAP™ måste återskapa sin databas med filer i ett lite annorlunda format. Efter den långsamma initiala reloaden kommer de att ladda snabbt, som tidigare. Var tålmodig.

EDDTableFromHttpGet

BIG NEW FEATURE: EDDTableFromHttpGet
Fram till nu, ERDDAP™ Läs bara data och gjorde den tillgänglig för användare. Nu, ERDDAP™ har ett enkelt, effektivt system för intag av realtidsdata från sensorer. Bland andra funktioner erbjuder denna datamängd finkornig version: den kommer ihåg varje förändring som gjorts till datamängden, när den gjordes och av vem. Vanligtvis vill användare bara ha den senaste versionen av datasetet, med alla ändringar som tillämpas. Men det finns möjlighet för användare att begära data från datamängden eftersom det var när som helst i tid. Detta underlättar reproducerbar vetenskap. Således, till skillnad från de flesta andra realtidsdataset, är dessa dataset berättigade till DOI s . för att de möter DOI Kravet på att datamängden är oföränderlig, förutom genom aggregation. Se EDDTableFromHttpGet . Tack till OOI (från länge sedan och nu) För att tala om behovet av detta och Eugene Burger för påminnelsen om att arbeta med det som är viktigt.
Big New Feature: ERDDAP™ kan nu betjäna data direkt från externa datafiler, inklusive .tgz , .tar .gz , .tar .gzip , .gz , .gzip , .zip , .bz2 , eller .Z. Dataset kan innehålla en blandning av externt komprimerade filer (Kanske äldre datafiler?) och icke-externt-komprimerade filer, och du kan komprimera / dekomprimera en fil när som helst.

Detta fungerar bra! I de flesta fall är avmattningen relaterad till att dekomprimera filerna mindre. Vi uppmuntrar dig starkt att prova detta, särskilt för datamängder och/eller datafiler som sällan används.

Detta kan spara dig $ 30 000 eller mer! Detta är en av de få ERDDAP™ funktioner som kan spara mycket pengar - om du komprimerar en hel del datafiler, behöver du mycket färre RAID / hårddiskar för att lagra data, eller omvänt, kan du tjäna mycket mer data (upp till 10x) med de RAID du redan har. Om den här funktionen sparar dig från att köpa en annan RAID, har den sparat dig cirka 30 000 dollar.

Se Externt komprimerad fildokumentation . Tack vare Benoit Perrimond och Paloma de la Vallee.

Big New Feature: Allt allt EDDGrid FromFiles och alla EDDTableFromFiles dataset stöder en<cacheFromUrl> tag och en<cacheSizeGB> tag. Om cacheSizeGB inte specificeras kommer detta att ladda ner och behålla en komplett kopia av en fjärrdatamängds filer. Om cacheSizeGB specificeras och är >0, kommer detta att ladda ner filer från fjärrdatasetet, efter behov, till en lokal cache med begränsad storlek, vilket är användbart när du arbetar med molnbaserad (t ex S3) datafiler. Se Cache FrånUrl dokumentation för detaljer. Tack till Bob Simons och Roy Mendelssohn (som i åratal har skrivit manus för att hantera lokala kopior av fjärrdatasetfiler) Lloyd Cotten, Eugene Burger, Conor Delaney (när han var på Amazon Web Services) och Google Cloud Platform.
Ny: Den nya EDDTableFromJsonlCSV klass kan läsa tabelldata från JSON Lines CSV-filer ("Bättre än CSV") . Tack vare människorna på Marine Institute of Ireland för att berätta om detta format och Eugene Burger och PMEL för begäran om att stödja det som en ingångstyp.
NY: Alla EDDGrid och alla EDDTableFromFiles dataset stöder en<nThreads> inställning, som berättar ERDDAP™ Hur många trådar att använda när du svarar på en begäran. Se nThreads dokumentation för detaljer. Tack vare Rob Bochenek av Axiom Data Science, Eugene Burger, Conor Delaney (när han var på Amazon Web Services) och Google Cloud Platform.
NY standardisera Vad för alla EDDTableFromFiles underklasser - Tidigare, om för en viss variabel, värdena av de viktiga attributen (t.ex., scale\_factor , add\_offset , missing\_value , \_FillValue, enheter) inte konsekvent, EDDTableFromFiles skulle välja ett värde för varje attribut att vara "giltiga" och markera filer med andra attributvärden som "Bad Files". Nu finns det ett system för att standardisera filerna så snart EDDTableFromFiles läser filerna. Se EDDTableFromFiles standardisering Vad är vad . En av ERDDAP "Stora mål är att göra datafiler och datamängder tillgängliga på ett konsekvent sätt. Standardisera Vad är ett viktigt nytt verktyg för att göra det till en verklighet. Tack vare Marco Alba, Margaret O'Brien (och andra EML användare) BCO-DMO och InPort-användare.
NEW EDDTableFromInvalidCRAFiles låter dig göra en dataset från en samling av NetCDF (v3 eller v4) .nc filer som använder en specifik, ogiltig, variant av CF DSG Contiguous Ragged Array (CRA) filer. Provfiler för denna datasettyp finns påhttps://data.nodc.noaa.gov/thredds/catalog/ncei/wod/ \[ 2020-10-21 Denna server är nu inte tillförlitligt tillgänglig \] . Även om ERDDAP™ stöder denna filtyp, det är en ogiltig filtyp som ingen ska börja använda. Grupper som för närvarande använder denna filtyp uppmuntras starkt att använda ERDDAP™ för att generera giltiga CF DSG CRA-filer och sluta använda dessa filer. Tack vare Ajay Krishnan och Tim Boyer.
EDDTableFromThreddsFiles och EDDTableFrom Hyrax Filer är nu deprecated. Vänligen byt till EDDTableFromNcFiles (eller en variant) plus plus<cacheFromUrl>. Om det inte fungerar av någon anledning, e-post erd.data at noaa.gov . Om det inte finns några klagomål före 2020 kan dessa datamängder tas bort.
Improped - Systemet för att automatiskt konvertera icke-ISO 8601 gånger till ISO 8601 gånger (infördes i v1.82) har kraftigt utökats för att hantera ett stort antal ytterligare format. Detta påverkar GenerateDatasetsXml och ERDDAP hantering av källmetadata.
Improped - Med sin tredje stora översyn av strängtidsparssystemet (och förhoppningsvis den sista) , ERDDAP™ inte längre använder Java DateTimeFormatter på grund av buggar som ibland påverkar extrema tider (år<=0000). ERDDAP™ nu använder sitt eget system för parsing tidssträngar.
VARNING: Det nya strängtidsparssystemet är något strängare. Om en av dina datamängder plötsligt bara har saknat värden för tidsvärden, är orsaken nästan säkert att tidsformatsträngen är något fel. Det bör finnas felmeddelanden i loggen. txt relaterad till tidsvärden som inte matchade tidsformatet - det borde hjälpa dig att fixa tidsformatet sträng för det datasetet. Om du behöver hjälp, använd alternativet i ERDDAP Tidskonverterare som konverterar \[ s \] varje vanlig strängtid i en ISO 8601 strängtid " - det indikerar det format som omvandlaren använde för att analysera källsträngen.
Rekommendation: Det snabbaste, enklaste och billigaste sättet att påskynda ERDDAP tillgång till tabelldata är att sätta datafilerna på en Solid State Drive (SSD) . De flesta tabelldatamängder är relativt små, så en 1 eller 2 TB SSD är förmodligen tillräcklig för att hålla alla datafiler för alla dina tabelldatamängder. SSD sliter så småningom ut om du skriver data till en cell, raderar den och skriver nya data till den cellen för många gånger. Istället rekommenderar jag att (så mycket som möjligt) Du använder bara din SSD för att skriva data en gång och läsa det många gånger. Sedan, även en konsument-grade SSD bör pågå en mycket lång tid, förmodligen mycket längre än någon hård disk Drive. (HDD) . Konsumentkvalitet SSD är nu billiga (2018, ~ $ 200 för 1 TB eller ~ $ 400 för 2 TB) Och priserna faller fortfarande snabbt. När när ERDDAP™ åtkomst till en datafil, en SSD erbjuder båda
- Kortare latens (~0.1ms, jämfört med ~3ms för en HDD, jämfört med ~10 (??) ms för en RAID, jämfört med ~ 55ms för Amazon S3) och
- högre genomströmning (~500 MB / S, jämfört med ~ 75 MB / s för en HDD jämfört med ~ 500 MB / s för en RAID) .

Så du kan få upp till en ~ 10X prestanda boost (vs en HDD) För $200! Jämfört med andra möjliga ändringar i ditt system (En ny server för 10 000 dollar? En ny RAID för 35 000 dollar? En ny nätverksbrytare för $ 5000? etc.) Detta är den absolut bästa avkastningen på investeringar (Roi) . Om din server inte är laddad med minnet, är ytterligare minne för din server också ett bra och relativt billigt sätt att påskynda alla aspekter av ERDDAP . \[ SSD skulle också vara bra för ruttna data, men de flesta ruttna datamängder är mycket större, vilket gör SSD mycket dyrt. \]

NY: Alla som är inloggade får roll = \[ NågonLogged Inom \] Även om det inte finns något<Användare> tagga för dem i datasets.xml . Om du ställer in dataset's<tillgänglig för> \[ NågonLogged Inom \] Den som har loggat in ERDDAP™ (via deras Gmail eller Orcid-konto) kommer att tillåtas att komma åt datamängden, även om du inte har angett en<Användare> tagga för dem i datasets.xml . Tack vare Maurice Libes.
Improped: The UDUNITS /UCUM-enheter omvandlare förbättrades kraftigt. Den hanterar ogiltiga enheter strängar bättre (börja med en betoning på att bevara information, snarare än att verkställa giltighet) . Resultaten har också en standardiserad syntax.
Nytt: The UDUNITS /UCUM-enheter omvandlare har ett nytt alternativ att standardisera en UDUNITS Sträng. Detta fungerar bra för giltigt UDUNITS strängar och rimligt bra för icke-standard / ogiltig UDUNITS strängar. Till exempel, till exempel, UDUNITS = "meter per sekund", "meter/sekund", "m.s^-1" och "m s-1" Alla kommer tillbaka "m.s-1". Detta behövdes för den nya standardiseringen Vilket system som beskrivs ovan. Tack vare Marco Alba, Margaret O'Brien (och andra EML användare) BCO-DMO och InPort-användare.
NEW: EDDTableFromMultidimNcFiles har nu en behandlaDimensionsAs Alternativ, som berättar ERDDAP™ att behandla vissa dimensioner (t.ex. LAT och LON) som om de vore andra dimensioner (t.ex. tid) . Detta är användbart för vissa felaktiga filer som använder olika dimensioner för olika variabler när de ska ha använt bara en dimension. (t.ex. tid) . Tack vare Marco Alba och Maurice Libes.
NY: Nu, allt EDDGrid Från...Files dataset stöder en ny speciell axel sourceName som berättar ERDDAP™ att extrahera information från filnamnet (bara filename.ext) och använda värdet till Ersätt ersättare det befintliga vänstra axelvärdet. Formatet är \\\*replaceFromFileName,dataType,extractRegex,captureGroupNumber Se Denna dokumentation . Tack vare NOAA Pathfinder Daily aggregation dataset.
NY: Nu, allt EDDGrid Från...Files dataset stöder en ny speciell axel sourceName som berättar ERDDAP™ att extrahera information från filens PathName (Kataloger + filename.ext)
\\\*pathName,dataType,extractRegex,captureGroupNumber För detta använder sökvägsnamnet alltid '/' som katalogen separator karaktär, aldrig ''. Se Denna dokumentation . Tack vare Paloma de la Vallee.
NY: Nu, alla EDDTableFrån... Fildataset stöder ytterligare pseudovariabel sourceName s som extraherar information från filens filnamn (bara filename.ext) (se \*\*FileName ) eller från filens fulla PathName (/dir1/dir2/filename.ext) (se \*\**pathName ) . Tack vare Paloma de la Vallee.
Ny: Om en EDDGrid Dataset har en eller flera mycket stora dimensioner (t.ex. miljoner värderingar) som tar upp en hel del minne, du kan ställa in den nya [<dimensionValuesInMemory] (/docs/server-admin/datasets#dimensionvaluesinmemory) Inställning till falsk (Standarden är sann) , som orsakar datamängden för att lagra värdena på disken och hämta dem när det behövs. Tack vare David Rodriguez och Rich Signell (Re: EDDGrid Från AudioFiles) .
Föregående inlägg: If you reordered the dataVariable s för en EDDTableFromFiles dataset och laddade om datasetet, EDDTableFromFiles skulle läsa alla datafiler. Nu kan det hantera omställningen utan att läsa alla datafiler. Tack till Roland Schweitzer.
VIKTIGT: Nu när ERDDAP™ Läser ASCII, NCCSV och JSON Lines CSV-tabelldatafiler, om det hittar ett fel på en viss linje (t.ex. felaktigt antal objekt) Den loggar ett varningsmeddelande ("VARNING: Skippa linje #"... "Oväntat antal objekt...") till Log.txt fil och sedan fortsätter att läsa resten av datafilen. Därför är det ditt ansvar att se periodiskt (Eller skriva ett manus för att göra det) för det budskapet i loggen. txt så att du kan åtgärda problemen i datafilerna. ERDDAP™ är inställd på detta sätt så att användarna kan fortsätta att läsa alla tillgängliga giltiga data även om vissa rader av filen har brister. Tidigare, ERDDAP™ markerade filen som "dålig" och tog bort den från datamängden.
Improped: När exakta tider (t.ex. till närmaste sekund eller millisekund) lagras på källan som "minuter sedan ..." (eller större enheter) , ERDDAP™ nu rundar dem till närmaste millisekund när man läser värdena till ERDDAP . Annars är flytande punktnummer blåmärken och förfrågningar om data vid specifika tidpunkter (e.g., &time=2018-06-15T01:30:00) kommer att misslyckas. Tidigare beräknade den dem så exakt som möjligt (Och fortfarande gör om enheterna är t.ex. "andar sedan ..." eller "milliseconds sedan ...") . Det är bäst att undvika detta problem genom att inte använda stora enheter (t.ex. minuter eller timmar) lagra exakta tidsvärden (till exempel mikrosekunder) Datorer gör ett dåligt jobb med att hantera decimala siffror. Tack vare Marco Alba.
CHANGES to EDDTableFrån EDDGrid som gör det mycket bättre. EDDTableFrån EDDGrid låter användare fråga gridded dataset som om de var tabular dataset ("fråga efter värde") .
- Det stöder nu en<MaxAxis0> taggen (Standard=10) som specificerar det maximala antalet axlar \[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \] (vanligen vanligen vanligen vanligtvis "time" ) värden som kan queried på en gång. Detta förhindrar naiva förfrågningar från att få EDDTableFrom EDDGrid att söka igenom en hel rutnät dataset (som skulle misslyckas med en timeout fel) .
- GenerateDatasets Xml har nu möjlighet att generera EDDTableFrom EDDGrid datamängder för alla ruttna datamängder i en given ERDDAP™ som matchar en specificerad regex (Använd .\* för att matcha alla dataset) . De datamängder som den skapar har ytterligare information i den sammanfattande attribut som indikerar att detta är en tabellversion av en rutnätad datamängd. och deras datasetID är den datasetID av den ruttna datamängden, plus "\_AsATable".
- Det finns en stor hastighet upp för den vanligaste inställningen: när den ruttna datamängden är en EDDGrid FromErddap dataset som är i samma ERDDAP .

Tack vare James Gallagher och Ed Armstrong.

NY: generera Dataset Xml för alla typer av datamängder är nu mycket mer benägna att lägga till en \_FillValue eller missing\_value attribut till en numerisk variabelns addAttributes . Till exempel sker detta när sträng saknas värde markörer (t.ex. "", "?", "NA", "NaN") för den variabeln i provfilen konverteras till ERDDAP "S infödda saknade värden (127 i byte kolumner, 32767 i korta kolumner, 2147483647 i int kolumner, 9223372036854775807 i långa kolumner och NaN i flytande och dubbla variabler) . Det förekommer också för NaN-värden i flotta och dubbla variabler. Också, "nd" lades till i listan över vanliga saknade värde markörer i numeriska data kolumner som ERDDAP™ bör leta efter. Tack vare Matt Biddle från BCO-DMO.
IMPROVED: ncdump alternativet i generera Dataset Xml är nu mer som ncdump (men använder fortfarande netcdf-java-versionen av ncdump) . Nu skriver den ut en ny lista över alternativ. Nu, för .nc ml-filer, det skriver ut ncdump-utgången för resultatet av .nc ml-filändringar som tillämpas på den underliggande .nc eller .hdf fil.
BUG FIX: Det fanns ett filhandtag läck (så småningom orsakar ERDDAP™ att frysa upp) orsakade när man skapade vissa typer av utdatafiler, t.ex. .geotif, särskilt när fel inträffade under skapandet. Jag tror/hoppa det är nu alla fixade. Om du fortfarande ser problem, vänligen berätta vilken typ av dataset (nät eller bord) och den typ av fil som orsakar problemet. Tack vare Steven Beale, Lynn DeWitt, Jibei Zhao och andra.
BUG FIX: och WMS Leaflet Demo konverterade inte helt / korrekt "djup" axeln till "höjning". Nu gör det, och de trasiga legendförfrågningarna är fixerade. Dessutom är alla axelalternativ i listrutorna alltid i stigande sorterad ordning. Tack vare Antoine Queric och Aurelie Briand.
BUG FIX: EDDTableFromFiles stöder nu korrekt begränsningar på String-variabler som skapades från char-variabler i datafilerna. Tack vare Antoine Queric och Aurelie Briand.
BUG FIX: Nu när en datamängd blir otillgänglig försöker datamängden att meddela (Med meddelandet "Denna dataset är för närvarande inte tillgänglig.") abonnenter, noterade åtgärder, rss och lonPM180 dataset som förlitar sig på det. Tack vare Roy Mendelssohn och Bob Simons.
BUG FIX: Två buggar relaterade till EDDTableCopy. Tack till Sam McClatchie.
Antalet misslyckade förfrågningar som visas på status.html-sidan kommer att öka eftersom fler saker räknas som fel än tidigare.
VIKTIGT: ERDDAP s status.html visar nu "Förfrågningar (median gånger i ms) I tidsserien. Tidigare visade det median gånger truncated till heltal sekunder.
I jsonld-utgången kommer jsonld-namnet nu från datasetets "title" in i ERDDAP , och jsonld "headline" nu kommer från datasetets " datasetID "I ERDDAP . Tidigare var det omvänd. Detta verkar fel för mig eftersom i vanlig engelsk användning är "namn" vanligtvis en kort, (idealiskt) En unik identifierare som sällan/aldrig ändras (Robert Middlename Simons) inte en beskrivning som inte är unik och som lätt och ofta kan förändras ("En kille som skriver programvara för NOAA ”En lång kille som skriver programvara för NOAA ") . Gee, det skulle vara bra om schema.org definitionen av Namnnamn , i samband med en dataset, var mer specifika. Programutvecklare bör kunna skriva ett genomförande av en specifikation baserat på specifikationen ensam, utan vägledning från experter. Men jag skjuter upp Google (I synnerhet Natasha Noy) NCEI (I synnerhet John Relph) och Rob Fuller.
I jsonld-utgången är de fyra "spatialCoverage GeoShape-box"-värdena nu minLat minLon maxLat maxLon. Tidigare vändes lat- och lonpositionerna. Gee, det skulle vara bra om schema.org definitionen av GeoShape specificera rätt ordning. Programutvecklare bör kunna skriva ett genomförande av en specifikation baserat på specifikationen ensam, utan vägledning från experter. Tack vare Natasha Noy och Rob Fuller.

Version 1.82

(släppt 2018-01-26)

Nya funktioner (för användare) Från:
Många subtila förändringar i utseende och känsla av ERDDAP™ webbsidor.
- VIKTIGT: ERDDAP™ Nu använder HTML 5 och använder bättre CSS.
- Internetsidorna har ändrats något för att göra dem renare och mindre "upptagna". (De är fortfarande täta och det finns fortfarande saker man kan klaga på, men förhoppningsvis mycket mindre än tidigare.) Tack till John Kerfoot för några kommentarer.
- Internetsidorna ser nu mycket bättre ut på mobiltelefoner och andra små enheter, särskilt om du använder dem i landskapsorientering. De ser också bättre ut i mycket små och mycket stora fönster i stationära webbläsare.
- För att förbättra säkerheten och andra skäl, användning av en out-of-date Openlayers version för WMS demonstrationssidor har ersatts av Leaflet .
- NY: stöd för förhandsvisningar av bild, ljud och videofiler i "files" Systemsystem (till exempel, Denna testdatauppsättning ) och in .htmlTable svar när en cell har webbadressen till en bild, ljud eller videofil (till exempel, Denna begäran ) . Om du svävar över en "?" ikon, bör du se en bild, ljud eller videofil förhandsgranskning. Du kan också klicka på fillänken för att visa filen full skärm i din webbläsare. Se Media Files dokumentation . Observera att olika webbläsare stöder olika filtyper, så exemplen kanske inte fungerar i din webbläsare. Tack vare dessa personer / länkar för idéer och provkod för CSS-bara bildverktyg (var påhttps://codepen.io/electricalbah/pen/eJRLVd) och uppskjuten bildbelastning (var påhttps://varvy.com/pagespeed/defer-images.html) (Även om koden ändrades före användning i ERDDAP ) . Tack vare Cara Wilson, Matthew Austin och Adam Shepherd/BCO-DMO för förfrågningar om bildstöd. Tack vare Jim Potemra, Rich Signell, OOI och Carrie Wall Bell för förfrågningar om ljud / hydrofonfilsupport. Tack vare OOI för att visa behovet av videosupport.
- En delmängd av data från alla ERDDAP™ Dataset (Men vanligtvis en dataset från ljudfiler) Kan nu sparas i en .wav ljudfil. ( dokumentation ) Tack vare Jim Potemra, Rich Signell, OOI och Carrie Wall Bell för förfrågningar om ljud / hydrofonfilsupport.
- IMPROVED: Formatet för Web Accessible Folders (WAF) (t.ex. /filer/ mappar) har uppdaterats för att använda en HTML-tabell. Det nya formatet efterliknar den senaste versionen av katalogen som listar webbsidor som skapats av nyare versioner av Apache. Människor kommer att upptäcka att förändringarna gör informationen lättare att läsa. Programvara som liknar dessa dokument (programvara som skördar ISO 19115-dokument från ERDDAP ) måste revideras, men det nya formatet blir lättare att parsera än tidigare format. (Uppmärksamhet, Anna Milan.)
- Nytt outOfDateDatasets.html sida. ( Exempelvis ) Denna webbsida visar en tabell med alla nära realtidsdata som har en< testOutOfDate > tagga (Se nedan) rankad av hur out-of-date dataset är. Denna instrumentpanel bör vara användbar för ERDDAP™ administratörer och slutanvändare när de vill veta vilka datamängder som är aktuella. För aktuella datamängder finns det förmodligen ett problem med datakällan, så att ERDDAP™ kan inte se/få data från nyare tidspunkter. Administratörer: Om du inte vill ha en Out-Of-Date Datasets webbsida, lägg till detta i din setup.xml: <outOfDateDatasetsActive >false</outOfDateDatasetsActive> Det finns nu testOutOfDate och ut Datum kolumner i allDatasets dataset. Tack vare Bob Simons, som har velat ha detta i åratal, och till de smarta människorna i Irlands Marine Institute som gav mig inspiration via deras dedikerade Raspberry Pi och bildskärm som alltid visar en skärm som detta på deras kontor.
- VIKTIGT: .htmlTable och .xhtml svaret är nu bättre formaterat, mer kompakt och därmed ladda snabbare. Tack vare HTML5 och CSS.
NEW output filtyp för griddap datasets: .timeGaps. Den visar en lista över luckor i tidsvärdena som är större än mediansklyftan. ( Exempelvis ) Detta är användbart för ERDDAP™ administratörer och slutanvändare när de vill veta om det finns oväntade luckor i tidsvärdena för en datamängd som förväntas ha regelbundna tidsvärden. Tack vare Bob Simons och Roy Mendelssohn som behövde denna funktion.
IMPROVED: Standardgrafen för allDatasets dataset är nu en karta med x=maxLon och y=maxLat. Tack vare John Kerfoot, Rich Signell och OOI-CI.
Ny: Erddapy är inte en ERDDAP™ funktion, men kommer att vara av intresse för många ERDDAP™ användare. Erddapy ( ERDDAP™ + + + Python ) är en Python Bibliotek som skapats av Filipe Fernandes som ”tar fördel av ERDDAP "S RESTful webbtjänster och skapar ERDDAP™ URL för alla förfrågningar som att söka efter datamängder, förvärva metadata, ladda ner data etc. Tack vare Filipe Fernandes.
Jag borde ha nämnt tidigare: Det finns ett tredjeparts R-paket som gör det lättare att arbeta med ERDDAP™ Inifrån R: Rerddap . Tack vare ROpenSci och Roy Mendelssohn.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
TO DO: I setup.xml, nedanför<adminInstitution >, lägg till en<adminInstitutionUrl> taggen som anger en URL för din institution (eller grupp) .
Dessa 3 taggar i setup.xml används inte längre: <Börja HeadHtml>,<StartBodyHtml> och<endBodyHtml>. De ersätts av <StartHeadHtml5><StartBodyHtml5> och<endBodyHtml5>, som har standardvärden som anges i meddelanden.xml (och visas nedan) .

Vi rekommenderar att du använder standarden<StartHeadHtml5> och<endBodyHtml5>. Vi rekommenderar: Om du gjorde ändringar i originalet<StartBodyHtml> och/eller vill anpassa din ERDDAP™ Nu, snälla kopiera det nya<StartBodyHtml5> taggen (från nedan) i din setup.xml och ändra den för att anpassa din ERDDAP™ så att ERDDAP webbsidor återspeglar din organisation, inte NOAA ERD . Noterbart, vänligen ändra "Brought to you by" till din organisation (s) . Om du behöver hjälp, vänligen e-post erd.data at noaa.gov . (Om du inte vill anpassa din ERDDAP™ Använd nu standarden<StartBodyHtml5>.)

Ta sedan bort 3 gamla taggar i din setup.xml som inte längre används.

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

Det finns ytterligare sätt du kan anpassa ERDDAP™ Så ERDDAP webbsidor återspeglar din organisation istället för NOAA ERD .

För att göra: The< EDDGrid Exempel & gt; taggar (starta med< EDDGrid IdExample & gt;) och<EDDTable... Exempel & gt; taggar (starta med<EDDTableIdExample & gt;) i din setup.xml-fil används för att skapa exempel i griddap och tabledap dokumentation. html webbsidor i dina ERDDAP .

Om du inte anpassade dessa taggar, ta bort dem från din setup.xml-fil. Nu har de alla standarder i meddelanden.xml som hänvisar till dataset i Bobs ERDDAP™ vidhttps://coastwatch.pfeg.noaa.gov/erddap/index.html. Så du behöver inte längre ha specifika datamängder i din ERDDAP . Om du vill åsidosätta standarderna, kopiera några eller alla dessa taggar i din setup.xml och ändra sina värden. Om du vill att exemplen ska peka på din ERDDAP™ Den enklaste metoden är:

Inkludera dessa två datamängder i din ERDDAP™ genom att lägga till detta till ditt datasets.xml Från:

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

Lägg till den här taggen till din setup.xml, men ändra webbadressen till din ERDDAP "S ( https ??) URL:

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

Om du anpassade dessa taggar, lämna dem som är och vänligen lägg till dessa 2 nya taggar till din setup.xml för att ange ERDDAP™ URL för dessa datamängder, men ändra webbadressen till din ERDDAP "S ( https ??) URL:

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

För att göra: ERDDAP™ nu använder en css fil som heter erddap2.css. Om du har gjort ändringar i \[ Tomcat \] /webapps/erddap/images/erddap.css, överväga att göra liknande ändringar av erddap2.css (i samma katalog) .
Ny: ERDDAP webbsidor har nu ett stort antal nästan osynliga interna länkar (texten är svart och inte understruken) . Om du svävar över en av dessa länkar (vanligtvis de första orden av rubriker och stycken) Böjaren blir en hand. Om du klickar på länken är webbadressen den interna länken till den delen av dokumentet. Detta gör det enkelt att hänvisa till specifika delar av dokumentationen. Tack till Bob Simons, som har velat ha detta i flera år.
Ny: ERDDAP™ Nu stöder Byte Range / Accept-Ranges Förfrågningar om delar av/filer/filer. Detta behövdes för att stödja ljud- och videovisningarna i webbläsare.
TO DO: För att förbättra säkerheten, om du har angett<baseHttpsUrl> i setup.xml (och därmed stöd https ) Den rekommenderade flaggan Url är en https URL med en säkrare flaggkey. Om så är fallet kommer alla tidigare flaggUrls/flagKeys att bli ogiltiga. Admins: Om dessa ändringar gäller för din ERDDAP™ och om din ERDDAP™ har EDDGrid FromErddap och EDDTable FromErddaps som prenumererar på distans ERDDAP Sedan, efter att du har uppdaterat ERDDAP , din ERDDAP™ kommer automatiskt att försöka prenumerera med den nya flagganUrl, så du bör radera de gamla prenumerationerna och validera de nya prenumerationerna när du får de nya abonnemangsbekräftelse e-post.
TO DO: Om din ERDDAP™ har EDDGrid FromErddap dataset för erdVH3 dataset på Bobs kustwatch ERDDAP™ Vänligen ändra dem för att hänvisa till de nya dataseten för erdVH2018.
TO DO: Om du inkluderar någon av jplAquariusSSS-provdatamängderna i dina ERDDAP™ Vänligen ändra "V4" i datasetID "V5".
För att göra: actual\_range är nu en CF standard attribut (Från och med CF-1.7) och tydligt säger att om variabeln använder add\_offset och/eller scale\_factor för att packa datavärdena, sedan actual\_range värden bör använda den uppackade datatypen och vara uppackade värden. Tyvärr konflikter med våra tidigare råd. GenerateDatasets Xml packar nu packat actual\_range värden, men det kommer inte att fixa befintliga datamängder i dina datasets.xml fil.

Kontrollera dina datamängder: om en variabels värden är packade och om actual\_range specificeras som packade datavärden, vänligen lägg till en< addAttributes > > > > > actual\_range värde för att specificera de oförpackade värdena. Annars kommer datamängden inte att laddas in ERDDAP . Ett enkelt och nästan perfekt sätt att göra detta är att söka efter ditt datasets.xml För källa Attribut som har

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

och en scale\_factor annat än 1.0. De är de actual\_range attribut som du kanske måste fixa.

För axelvariabler i EDDGrid dataset, ERDDAP™ Ställ alltid in actual\_range attributet är det faktiska intervallet av värdena eftersom det vet dessa värden.

För axelvariabler med nedstigande värden (t.ex. vissa latitudvariabler) , ERDDAP™ skapat skapat actual\_range med \[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \] ...... \[ Sista sista \] värden, som var höga...low. Nu använder det alltid låga värden för att göra den nya CF-definitionen.

Korrektheten hos actual\_range värden är särskilt viktiga för EDDTable dataset, eftersom ERDDAP™ kommer snabbt att avvisa användarförfrågningar om datavärden som är mindre än de actual\_range minimivärde eller som är större än actual\_range maximalt värde.

Relaterad: den faktiska\_min, faktiska\_max, data\_min och data\_max attribut är nu deprecated. Vänligen konvertera dina datamängder för att använda actual\_range I stället.

För att göra (valfritt, men rekommenderat) Från: För varje nära realtid och prognosdataset i din ERDDAP™ Vänligen lägg till en [< testOutOfDate >] (/docs/server-admin/datasets#testoutofdate) tagga med ett värde i form now- nUnits t.ex. now- 2 dagar. Om det maximala tidsvärdet för datamängden är äldre än det värdet, anses datamängden vara aktuell och kommer att markeras som sådan på den. outOfDateDatasets.html webbsida. Detta ger ett enkelt sätt för dig att se när något är fel med en dataset källa.
Ny: Semantisk markering av datamängder med json-ld (JSON Länkade data)
ERDDAP™ nu använder Json-ld (JSON Länkade data) för att göra din datakatalog och datamängder en del av Semantisk webb , som är Tim Berners-Lee idé att göra webbinnehåll mer maskinläsbart och maskin "förståeligt". Sökmotorer ( Google i synnerhet ) och andra semantiska verktyg kan använda denna strukturerade märkning för att underlätta upptäckt och indexering. Den json-ld strukturerade markeringen visas som osynliga-till-människor<script> kod påhttp://.../erddap/info/index.htmlWebbsidan (som är en semantisk webb DataCatalog ) och på var och enhttp://.../erddap/info/datasetID/index.htmlWebbsidan (som är en semantisk webb Dataset ) . (Särskilt tack till Adam Leadbetter och Rob Fuller från Marine Institute i Irland för att göra de hårda delarna av arbetet för att göra denna del av ERDDAP .)
NEW: Det finns nya datasettyper som kan läsa data från ljudfiler: EDDGrid Från AudioFiles , som behandlar ljuddata som ruttna data. EDDTableFromAudioFiles , som behandlar ljuddata som tabular data data. Tack vare Jim Potemra, Rich Signell, OOI och Carrie Wall Bell för förfrågningar om ljud / hydrofonfilsupport.
Förändringar i GenerateDatasets Xml (och relaterade förändringar) Från:
- Ny: ERDDAP™ Nu har ett system att automatiskt uppdatera out-of-date URLs Båda i GenerateDatasets Xml och när du laddar dataset. Om du har förslag på ytterligare webbadresser som ska fångas och uppdateras, eller om du tror att detta ska omvandlas till en tjänst (som konverterarna) , vänligen e-post erd.data at noaa.gov .
- NY: Om GenerateDatasets Xml ser en CF standard\_name (som bör vara alla lägre) med en överkroppskaraktär lägger den till all nedre version till< addAttributes >. När en dataset laddas, om ERDDAP™ ser en CF standard\_name med en överkropp, den tyst ändrar den till standard\_name . Tack vare Rich Signell.
- NY: Om GenerateDatasets Xml ser ett attribut med en tid som inte är i ISO 8601-format, det lägger till ISO 8601-formaterad tid till< addAttributes >. Om ERDDAP™ Känner inte igen formatet, det lämnar tidsvärdet oförändrat. Om du ser ett format som ERDDAP™ inte känner igen och fixar, vänligen maila det till erd.data at noaa.gov .
- IMPROVED: Den låga nivåkoden för EDDGrid FrånThredds Katalogalternativ i GenerateDatasets Xml är nu beroende av Unidata netcdf-java katalog crawler kod (Tredds. katalog klasser) så att den kan hantera alla THREDDS-kataloger (som kan vara överraskande komplexa) . Tack till Roland Schweitzer för att ha föreslagit denna förändring och tack vare Unidata för koden.
- Ny: GenerateDatasets Xml för EDDGrid FromDap lägger nu till ", startYear-EndYear" till slutet av titeln baserat på faktiska tidsaxelvärden. EndYear="present" om data finns under de senaste 150 dagarna.
- Ny: GenerateDatasets Xml för EDDGrid FromDap lägger nu till ", \[ resolution \] °" till titeln om datasetet är jämnt fördelat och detsamma för lat och lon.
- IMPROVED: Tidsomvandlaren har nu ytterligare funktioner, särskilt förmågan att konvertera strängtider i en mängd olika vanliga format till ISO 8601 strängar eller till ett UDUnits-kompatibelt tal. Alla tidigare stödda funktioner fortsätter att fungera, oförändrade.
- BUG FIX: GenerateDatasets Xml och Keywords-omvandlaren innehåller nu "Earth Science" i början av GCMD Science Keywords. När en dataset laddas in ERDDAP™ , ERDDAP™ Nu fixar alla GCMD-nyckelord i nyckelordsattributet som inte börjar med "Earth Science" eller som använder något annat än titelfall (där varje ords första bokstav kapitaliseras) .
- VIKTIGT: När du föreslår< destinationName >'s, GenerateDatasets Xml för EDDTableFromAsciiFiles använde bara svansens ände sourceName s med '/' (Några var filnamn-liknande) . Nu använder den hela sourceName (t.ex. ”blahblahblah (m/s)”. Denna förändring kommer att vara bra för vissa dataset och inte för andra, men det är säkrare beteende. Tack vare Maurice Libes.
- BUG FIX: GenerateDatasets Xml och datasetbyggarna ser nu till att det inte finns några dubbla kolumnnamn. Tack vare Maurice Libes.
- BUG FIX: GenerateDatasets Xml för EDDTableFromAsciiFiles skrev inte<kolumnSeparator> till utgången. Nu gör det. Tack vare Maurice Libes.
NEW: DasDds-verktyget trycker nu ut tidsgapinformation (och .timeGaps information ) Om datasetet är ett rutnät dataset.
Avancerad sökning accepterar nu "now_\-nUnits_" tidsvärden. Tack vare Rich Signell.
För att förbättra säkerheten, när en e-postadress i en datamängds metadata eller data skrivs till en html-webbsida, ersätts "@" vid ". Detta fångar bara e-postadresser som är hela metadata eller datavärde, inte e-postadresser inbäddade i längre värden.
För att öka säkerheten, RSS Information för privata datamängder är nu endast tillgänglig för användare (och RSS läsare) som är inloggade och bemyndigade att använda denna dataset.
NY: Nu när en dataset laddas, om date\_created , date\_issued , date\_modified , eller date\_metadata\_modified attribut har ett tidsvärde som inte finns i ISO 8601-format, ERDDAP™ ändrar den till ISO 8601 formaterad tid. Om ERDDAP™ Känner inte igen formatet, det lämnar tidsvärdet oförändrat. Om du ser ett format som ERDDAP™ inte känner igen och fixar, vänligen maila det till erd.data at noaa.gov .
.dods svar från EDDGrid datamängder bör nu vara betydligt snabbare. Tack vare Rich Signell.
Förändringar relaterade till ERDDAP Skapandet av ISO 19115 dokument:
- BUG FIX: När du skapar ISO 19115 dokument dataVariable enheter var inte HTML Attribute kodade och procent kodade. Nu är de. Tack vare NGDC:s ISO 19115 validator.
- BUG FIX: När du skapar ISO 19115 dokument date\_created användes som det är, så ofta var fel format. Nu konverteras den till ISO 8601 Z-sträng. Tack vare NGDC:s ISO 19115 validator.
- BUG FIX: När du skapar ISO 19115 dokument ERDDAP™ Skriver längre datum med år =0000 (som med dataset för klimatologi) Eftersom ISO 19115-schemat inte tillåter datum med år=0000. Tack vare NGDC:s ISO 19115 validator.
NY: Som före en begäran om http .../erddap/version returnerar bara versionsnumret (som text) t.ex. " ERDDAP \_version=1.82" Nu, en begäran att http .../erddap/version\string kommer att returnera ett nummer och ett valfritt suffix av "\" plus ASCII-text (Inga utrymmen eller kontrollkaraktärer) t.ex. " ERDDAP \_version\_string=1.82\_JohnsFork. Folk som gör gaffeln kommer att ange detta genom att ändra EDStatic.erddapVersion. Detta sätt att göra det orsakar inte problem för tidigare versioner av ERDDAP . Tack till Axiom (I synnerhet Kyle Wilcox) Irlands Marine Institute (Framför allt Rob Fuller) .
BUG FIX: För wms version=1.3.0, request= GetMap crs=EPSG:4326 (inte CRS:84) Förfrågningar: bboxbeställningen måste vara minLat,minLon,maxLat,maxLon. För CRS:84 förfrågningar, som tidigare, måste bbox beställning vara minLon,minLat,maxLon,maxLat. Detta kan fixa användning ERDDAP "S WMS 1.3.0 service i ArcGIS (Tack vare Paola Arce) . Tack (Inte inte) att OGC för att göra detta så komplicerat. Tack vare Leaflet för att hantera detta korrekt och för att ge mig ett sätt att testa detta.
Föregående, den föreslagna länken för RSS e-postabonnemang har http URL för din ERDDAP . Nu är det den https URL, om det är aktivt.
Ny: EDDGrid Copy stöder nu en valfri tagg<endastSince>someValue</onlySince>, där värdet är en specifik ISO-8601-formaterad tid eller en now- NUnits (t.ex., now- 2 år) Tid. Se endast endast Sedan dokumentation . Tack vare Drew P.
VIKTIGT: Om det är tillgängligt, ERDDAP™ kommer att visa https URL (från<baseHttpsUrl>, om tillgängligt) istället för http URL när det berättar användarna URL:n att lägga till / validera / ta bort / lista ett abonnemang.
BUG FIX: ERDDAP™ Nu tillåter en prenumerationsåtgärd att börja med "https://". (Bob slår sin panna.) Tack till Jennifer Sevadjian.
BUG FIX: .jsonlKVP använder nu ":" mellan varje nyckel och värde, istället för '=' . (Bob slår sin panna.) Tack till Alexander Barth.
BUG FIX: Tidigare, om du startade om ERDDAP™ med quickRestart=true, och om, innan datasetet laddades om normalt, du ringde till en EDDTableFromFiles dataset som använde updateEveryNMillis, och om en datafil just hade ändrats, skulle begäran misslyckas med en nollpekare fel. Nu kommer begäran att lyckas. Tack till John Kerfoot.
NEW: När en dataset laddas in ERDDAP™ Nyckelorden omorganiseras nu till sorterad ordning och eventuella nyhetskaraktärer tas bort.
Om en .geoJson, .json eller .nc OJson begäran har .json p parameter, svar mime typ är applikation/javascript. Observera att .json P stöds inte för .jsonlCSV eller .jsonlKVP eftersom det inte skulle fungera. Tack till Rob Fuller.
IMPROVED: Mime-typen för json-linjer filtyp är nu "application/x-jsonlines". Det var applikation/jsonl. För närvarande finns det inget definitivt korrekt val.
Antalet misslyckade förfrågningar som visas på status.html-sidan kommer att öka eftersom fler saker räknas som misslyckanden än tidigare, t.ex. ClientAbortException.
Om ett svar från ERDDAP™ inte komprimeras, då kommer svarets rubrik att innehålla "Content-Encoding"="identitet".
IMPROVED: "Licens" -attributet behövdes inte. Nu, om det inte anges, standardlicensen från meddelanden.xml (eller från setup.xml om nu) används som standard.
NY: Det finns nu en valfri filAccessSuffix attribut som kan användas med befintliga filAccessBaseUrl attribut .
För att öka säkerheten sammanställdes denna version med den senaste Java JDK v8u162.
För att öka säkerheten, flera vanliga domäner som erbjuder tillfälliga e-postadresser (t.ex. @mailinator.com) finns nu på en permanent e-post svartlista för abonnemangssystemet.
För att öka säkerheten inkluderar nu talliesna i Daily Report: SetDataset Flag IP-adress misslyckades (Sedan senaste dagsrapporten)
SetDataset Flag IP-adress misslyckades (Sedan start)
SetDataset Flag IP-adress framgångsrik (Sedan senaste dagsrapporten)
SetDataset Flag IP-adress framgångsrik (Sedan start)
De "misslyckade" tallies låter dig se vem (En hacker?) försöker sätta en flagga, men misslyckas.
För att öka säkerheten, e-postadresser i<abonnemangEmailBlacklist > i din datasets.xml anses nu vara case-insensitive.

Version 1.80

(släppt 2017-08-04)

Nya funktioner (för användare) Från:
Nytt orderByCount () filter låter dig ange hur resultattabellen sorteras (eller inte) och bara returnerar en rad för varje sortgrupp, med antalet icke-saknade värden för varje variabel. Till exempel, orderByCount (" stationID ") kommer att sortera stationID och returnera en rad för varje stationID med ett antal icke-saknade värden för varje variabel. Om du bara specificerar orderByCount (""") Svaret blir bara en rad med antalet icke-saknade värden för varje datavariabel. Se orderBy ... dokumentation Tack vare Ben Adams.
Nytt .nc OJson-fil Typalternativ för gridded och tabular dataset. Detta alternativ gör en NCO lvl=2 "pedantisk" JSON-fil med all information som normalt finns i en .nc fil. Se http://nco.sourceforge.net/nco.html#json Tack till Charlie Zender.
BUG FIX: och orderBy ...... () Alternativ på Make A Graph-webbsidan hanteras nu korrekt.
BUG FIX: .geoJson utgång nu inte skriva ut rader där lat eller lon värdena saknas. Även höjdvärden (om det är tillgängligt) ingår nu i koordinaterna, inte som datavärden. Tack till Jonathan Wilkins.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Security ISSUE: Protokollen.js bibliotek som används för OpenLayers Demo på WMS sidor i ERDDAP™ är out-of-date och har en bugg som potentiellt tillåter det att missbrukas. (Tyvärr, uppdatera OpenLayers och protokoll. js är inte lätt.) Det öppnar upp möjligheten att biblioteket kan ställas in för att möjliggöra en sårbarhet på plats. Men eftersom ERDDAP™ endast användningar OpenLayers på ett specifikt förinställt sätt och endast med specifik ERDDAP -baserade datakällor, vi tror att det inte finns någon sårbarhet på plats ERDDAP användning av OpenLayers och protokoll.js. Men om du inte tror detta, kan du nu inaktivera användningen av OpenLayers Demo på WMS sidor på dina ERDDAP™ genom att lägga till

        <openLayersActive>false</openLayersActive>

till din setup.xml-fil. Standarden är "sann". Tack vare Charles Carleton och NCEI.

Security Changes: Oanvända .jar-filer och duplicera .jar-filer (eftersom de också är i netcdfAll.jar) har tagits bort från ERDDAP™ distribution. Out-of-date .jar filer har uppdaterats. Tack vare Charles Carleton och NCEI.
Security Changes: netcdfAll.jar-filen distribuerad med ERDDAP™ är den senaste versionen (för närvarande 4.6.10) , men det innehåller fortfarande interna jackson .jar-filer som är kända för att vara out-of-date och har säkerhetsproblem, särskilt Jackson-biblioteken som endast används när du använder Amazon S3-datakällor. Om du inte har tillgång till data via Amazon S3 (Du skulle veta om du var) Dessa sårbarheter är inte relevanta.

netcdf-java-utvecklarna hävdar att dessa sårbarheter inte är relevanta på grund av det sätt som netcdf-kod använder dessa bibliotek och i alla fall bara skulle vara relevant när du använder Amazon S3. Se https://github.com/Unidata/thredds/issues/866 . Jag tror dem. Om du fortfarande har problem med detta, vänligen kontakta netcdf-java utvecklare. (Observera att om du inte tror netcdf-java utvecklare och funderar på att inte använda ERDDAP™ På grund av detta bör du inte använda TREDDS heller, eftersom TREDDS använder netcdf-java mer fundamentalt och mer omfattande än ERDDAP .)

Detaljer: Den besvärliga koden och sårbarhetsvarningarna är: netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-databind/pom.xml Sehttps://nvd.nist.gov/vuln/detail/CVE-2016-7051----- Hög netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.dataformat/jackson-dataformat-cbor/pom.xml Sehttps://nvd.nist.gov/vuln/detail/CVE-2016-7051----- Hög netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-annotations/pom.xml Sehttps://nvd.nist.gov/vuln/detail/CVE-2016-7051----- Hög Sehttps://nvd.nist.gov/vuln/detail/CVE-2016-3720Kritiskt netcdfAll-latest.jar/META-INF/maven/com.fasterxml.jackson.core/jackson-core/pom.xml Sehttps://nvd.nist.gov/vuln/detail/CVE-2016-7051----- Hög Sehttps://nvd.nist.gov/vuln/detail/CVE-2016-3720Kritiskt "För version 4.6.10 drar aws-java-sdk-core i version 2.6.6 av jackson-\* artefakter." (e-post från netcdf-java människor) . Tack vare Charles Carleton och NCEI.

Kompilatorförändringar: Om du återkommer ERDDAP™ Observera att -cp-klasspath-parametern som behövs för kommandoraden nu är mycket kortare än tidigare. Se den nya -cp inställningen i Denna dokumentation . Tack vare Charles Carleton och NCEI.
NY OPTION i GenerateDatasets Xml: EDDTableFromBcodmo, som bara är för internt bruk på BCO-DMO. Tack vare Adam Shepherd och BCODMO.
NEW ATTRIBUTE och FEATURE: Om en EDDTable-kolumn har filnamn på webbtillgängliga filer (t.ex. bild, video eller ljudfiler) Du kan lägga till

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

för att ange bas URL (Slutar med /) behövs för att göra filnamnen till kompletta webbadresser. För .htmlTable svar, ERDDAP™ kommer att visa filnamnet som en länk till den kombinerade URL (basen Url plus filnamnet) . Om du vill ERDDAP™ för att tjäna relaterade filer, göra en separat EDDTableFromFileNames dataset för dessa filer (Det kan vara en privat dataset) . Tack vare Adam Shepherd och BCODMO.

NEW ATTRIBUTE RECOMMENDATION: Om en EDDTable-kolumn har filnamn på webbtillgängliga filer (t.ex. bild, video eller ljudfiler) som är tillgängliga via ett arkiv (t.ex., .zip fil) tillgänglig via en URL, använd

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

att ange URL för arkivet. Om du vill ERDDAP™ för att tjäna arkivfilen, göra en separat EDDTableFromFileNames dataset för den filen (Det kan vara en privat dataset) . Tack vare Adam Shepherd och BCODMO.

IMPROVEMENTS to GenerateDatasets Xml tar bort orsakerna till ogiltig/dålig< subsetVariables Förslag och dubblett/dåligt föreslog variabla namn etc. Tack vare Rich Signell, Adam Shepherd och BCO-DMO.
Nytt uppdrag: Den politiska gränsinformation som delas ut med ERDDAP är från en tredje part och något out-of-date. Det finns också omtvistade gränser på flera ställen i världen, där olika människor kommer att ha olika idéer om vad som är korrekt. Vi gör inga klaimer om hjärtat av den politiska skriften data med ERDDAP . Om du inte gillar den politiska gränsinformationen som följer med ERDDAP™ Nu kan du berätta ERDDAP™ att aldrig dra politiska gränser genom att lägga till

        <politicalBoundariesActive>false</politicalBoundariesActive>

till din setup.xml-fil. Standarden är "sann". Tack till Raju Devender.

NY METADATA TAG: I den datasets.xml för en dataset kan du nu ange standardnumret för färg Bar avsnitt för en dataVariable på grafer och kartor med

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

(default=-1, som säger att ERDDAP™ besluta att besluta) . Se Färgfärg Bar inställningar .

IMPROVED: statens gränsfärg på kartor var lila (Djup lila för dig baby boomers) . Nu är det grå (mellan den nationella gränsen grå och landet grå) .
BUG FIX:<iso19115File > och<fgdcFile > i datasets.xml hanterades inte alltid korrekt. Nu är de. Tack vare BCO-DMO.

Version 1.78

(släppt 2017-05-27)

Nya funktioner (för användare) Från:
(Ingen)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
IMPROVED: Ordern för rader i "Major LoadDatasets Time Series" på status.html-sidan är nu nyast på toppen till äldsta längst ner.
BUG FIX: ERDDAP™ nu skriver .nccsv filer med tidsvariabelns actual\_range Som en ISO-8601 String tid. Det fixar felet med EDDTableFromErddap parsing info från en fjärrdataset och från snabbstart-filen för alla EDDTableFrom...Files dataset. (Tiden actual\_range kommer att vara fel första gången datamängden laddas i v1,78 men korrekt efter det laddas om, t.ex. om du flaggar datamängden.)

version 1.76

(släppt 2017-05-12)

Nya funktioner (för användare) Från:
Change i Tomcat: För förfrågningar att ERDDAP™ kommer från andra programvara än webbläsare (t.ex., curl R, R, Matlab , Python , Java ) Från: Som med tidigare ändringar i versioner av Tomcat (lägre nivå programvara som körs ERDDAP ) Sedan början av 2016 måste fler och fler av karaktärerna i fråga del av begäran URL vara Procent kodad Av säkerhetsskäl. Webbläsare tar hand om procent kodning för dig. Så att använda ERDDAP™ i en webbläsare påverkas inte om inte begäran omdirigeras till en annan ERDDAP .
Föregående: ERDDAP™ behandlad char variabler mer som osignerade korta heltal än tecken. Nu behandlar det dem mer som 1-karaktärslånga UCS-2 (Unicode) Strängar. Se char dokumentation . Tack vare Aurelie Briand och Argo-projektet.
Föregående: ERDDAP™ Erbjudet litet stöd för Unicode karaktärer över karaktär #255 i strängar. Nu, internt, ERDDAP™ fullt stöder 2-byte UCS-2 chars (tecken numrerade 0 till 65535) i strängar. När String-data skrivs till olika filtyper, ERDDAP™ Gör det bästa det kan för att stödja 2-byte chars. Ett annat exempel är .csv filer som ERDDAP™ Skriver med ISO-8859-1 charset (1-byte charset) Så, så ERDDAP™ Skriver några tecken över tecken #255 med JSON-liknande \u_hhhh_ syntax. Se String data .
VIKTIGT: I .nc filer skrivna av ERDDAP™ char variabler som ska tolkas som strängar kommer att ha attributet \_Encoding=ISO-8859-1
Inom .nc filer som läses av ERDDAP™ char variabler med "\_Encoding" kommer att tolkas som strängar med den angivna charset.
REMINDER: ERDDAP™ stöd JSON-liknande backslash-kodning av speciella tecken när du anger begränsningar av char och String variabler. Således kan du begära något som &myString ="u20ac" när du vill ha rader av data där myString = sedan 20ac är den hexadecimala versionen av kodpunkten för Euro-symbolen. Flera källor på webben visar kodpunktnumren för Unicode-symboler, t.ex. https://en.wikipedia.org/wiki/Unicode .
Föregående: ERDDAP™ Erbjudet begränsat stöd för Långt heltal variabler. Numera nu ERDDAP™ fullt ut stöder längder internt och gör sitt bästa när du skriver långa data till olika filtyper. Se lång dokumentation . Tack vare Irlands Marine Institute, Craig Risien, Rich Signell, Christopher Wingard och OOI.
NEW: utdatafiltyp för griddap och tabledap Från: ** .nccsv ** som gör en NetCDF -som ASCII, CSV-fil som också innehåller alla metadata som skulle vara jämförbara .nc fil. Se NCCSV Specifikation . Tack till Steve Hankin.
Ny: ** orderByClosest filterfilter** låter dig ange hur resultattabellen ska sorteras och ett intervall (t.ex. 2 timmar) . Inom varje sortgrupp kommer endast raderna närmast intervallet att hållas. Till exempel, orderByClosest (" stationID Tid, 2 timmar") kommer att sortera stationID och tid, men bara returnera raderna för varje stationID där den sista orderBy Kolumn (Tid) är närmast 2 timmars intervall. Detta är det närmaste i tabledap Att kliva värdena i en griddap begäran. Detta alternativ kan specificeras via någon tabledap dataset .html webbsida, .graph webbsida och av någon URL som du genererar själv. Tack vare Irlands Marine Institute och Ocean Networks Canada.
Ny: ** orderByLimit filterfilter** låter dig ange hur resultattabellen ska sorteras och ett gränsnummer (t.ex. 100) . Inom varje sortgrupp kommer endast de första "gräns" raderna att hållas. Till exempel, orderByMax (" stationID 100") kommer att sortera stationID , men bara returnera de första 100 raderna för varje stationID . Detta liknar SQL:s LIMIT-klausul. Detta alternativ kan specificeras via någon tabledap dataset .html webbsida, .graph webbsida och av någon URL som du genererar själv. Tack vare Irlands Marine Institute och Ocean Networks Canada.
NEW: Två nya svarsfiltyper, ** .jsonlCSV och .jsonlKVP ** finns för förfrågningar om ruttna datamängder, tabelldatamängder och många andra platser i ERDDAP (t.ex. begäran om information om datamängder) . Filerna är JSON Lines-filer ( https://jsonlines.org/ ) där varje rad har ett separat JSON-objekt. .jsonlCSV har bara värdena i ett CSV-format. .jsonlKVP Nyckeln: Värdepar. Varje linje står på egen hand. Linjerna är inte inneslutna i en större JSON-array eller objekt. Till exempel, se denna provförfrågan . Tack vare Damian Smyth, Rob Fuller, Adam Leadbetter och Irlands Marine Institute.
NEW: Det finns en ny dokumentation som beskriver Hur man får tillgång till privata datamängder i ERDDAP™ via Scripts . Tack till Lynn DeWitt.
VIKTIGT: Den minsta omfattningen av ** OpenLayers ** Kartan var 2 grader och är nu 4 datapixlar. Tack vare Rusty Holleman.
I vissa gemensamma fall, förfrågningar som inkluderar en regelbundet uttryck Begränsning kommer att behandlas mycket snabbare.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
SLOW FIRST STARTUP: Första gången du startar den här nya versionen tar det lång tid för dig. ERDDAP™ att ladda alla datamängder eftersom det måste läsa om alla källdatafiler (Även om bara rubriken för ruttna datafiler) . Om du tittar på loggar kan du se felmeddelanden som säger "gamla / osupporterade förbättrad version" av vissa interna filer - det är okej - ERDDAP™ kommer att göra de nya versionerna av de interna filerna. Var tålmodig.
ACTION: ERDDAP™ nu använder den nya Java.time klasser (även känd som JSR 310) I stället för Joda för att parsa String-tider till numeriska tider. Anteckningar:
- Om ERDDAP™ plötsligt har problem att parsa String-tider för en viss datamängd och därmed bara konverterar mest eller hela tiden till NaN: s (saknade värden) Problemet är nästan alltid med datumet Tidsformatsträng som du angav som variabelns "enheter". Det nya systemet behöver ibland en något annorlunda datumTime format sträng.
- Om numeriska månader och dagar i datumTime strängar är inte 0-padded (t.ex. "3/7/2016") Se till att formatet bara har en enda M och d (t.ex. "M/d/yyyyy", inte "MM/dd/yyyy") .
- Ändra någon fraktionell sekundsspecifikation som använder lägre s (t.ex. .ss in yyyy-MM-dd H:mm:ss.ss) till kapital S's, (t.ex., yyyy-MM-dd H:mm:ss.SSS) .
- ERDDAP™ inte längre stöder strängdatum Tidsformat med tvåsiffriga år (yy) med ett underförstått århundrade (t.ex. 1900 eller 2000) . Företagen spenderade miljarder dollar för att lösa detta problem i slutet av 1990-talet. Forskare bör inte använda två siffror år. Vänligen fixa källfilen (s) genom att konvertera till 4-siffriga år, använd sedan yyyy i datumet Time format.
- Du kan använda yyyy eller YYYY (som skall ERDDAP™ konverterar till uuuu) parse 4 siffror år, inklusive negativa år, t.ex. -4712 (som är 4713 f.Kr.) . Tack vare SeaDataNet, Thomas Gardner och BODC.
- Fortsätt att använda Z inom ett datumTime-format för att få ERDDAP för att parase en tid offset (t.ex. Z, +0200, -08, -0800, -08:30) .
- Se till att du använder Java version 1.8.0\_21 eller högre.
- Programmerare ----- Om du skriver Java Program som kör ERDDAP™ kod, du måste ta bort referensen till joda-time. Kör i klassvägsparametern.
Ny: ERDDAP "S ArchiveA Dataset Tool kan nu skapa BagIt filer . NCEI kan standardisera på detta format. Tack till Scott Cross och John Relph.
IMPROVED: Länkarna för att ladda ner erddap. krig mot ERDDAP™ webbsidor pekar nu på GitHub . (De är offentliga länkar, så du behöver inte gå med GitHub.) Detta innebär mycket snabbare nedladdningar (upp till 12 Mb/s jämfört med 1Mb/s) och få problem med nedladdningar. Tack vare Damian Smyth, Rob Fuller, Adam Leadbetter, Conor Delaney och Irlands Marine Institute.
Improped: The status.html sida och den dagliga Statusrapport e-post Nu finns ett avsnitt "Major LoadDatasets Time Series" som visar statistik om ERDDAP™ i slutet av varje större lastDatasets för de senaste 100 stora lastDatasets. Tack vare vår besvärliga RAID.
Ny: en ny, valfri (men rekommenderas) parameter för EDDTableFromCassandra dataset: [ ** <partitionKeyCSV> ** ] (/docs/server-admin/datasets#partitionkeycsv) . Tack vare Ocean Networks Canada.
NEW: EDDTableFromAsciiFiles stöder nu ** <KolumnSeparator> ** parameter. Om null eller ", klassen kommer att gissa, som tidigare, Annars kommer den första karaktären att användas som kolumn separator när du läser filerna. Tack vare Sky Bristol och Abigail Benson.
Nytt: den nya datasettypen, EDDTableFromNccsvFiles kan göra en dataset genom att aggregera NCCSV .csv-filer . Tack till Steve Hankin.
VIKTIGT: EDDTableFromErddap nu använder .nccsv för att få information från fjärrkontroll ERDDAP s och för lokal arkiv av den metadatainformationen. Detta möjliggör fullt stöd för char och långa datatyper, och för Unicode (UCS 2) Charset för chars och strings. Tack vare Rob Fuller och Irlands Marine Institute.
IMPROVED: EDDTableFromErddap och EDDGrid FromErddap stöder nu ** <omdirigering > falskt</Omdirigera> ** som berättar ERDDAP™ aldrig omdirigera begäran till fjärrkontrollen ERDDAP . Standarden är sann. Detta är användbart när fjärrkontrollen ERDDAP™ är en privat ERDDAP . Tack vare Damian Smyth, Rob Fuller och Irlands Marine Institute.
VIKTIGT: ERDDAP™ Nu fångar Annullerade användarförfrågningar Förr. och ERDDAP™ stängs nu snabbare eftersom trådarna på låg nivå stängs snabbare. Tack vare vår besvärliga RAID.
GenerateDatasets Xml:
NEW: Den nya speciella EDDType "ncdump" skriver ut en ncdump \-liknande utskrift av rubriken på en .nc fil. Du kan också skriva ut datavärdena för specificerade variabler (eller ange "ingenting" för att inte skriva ut några datavärden) . Detta är användbart eftersom det utan ncdump är svårt att veta vad som finns i en fil och därmed vilken EDDType du ska ange för GenerateDatasetsXml. Tack vare Craig Risien, Rich Signell, Christopher Wingard och OOI.
NY: För SeaData Nettodata: När så är lämpligt, GenerateDatasets Xml gör nu en specifik semantisk omvandling med en fjärr SPARQL-fråga: om en variabels källmetadata innehåller en sdn\_parameter\_urn, t.ex. sdn\_parameter\_urn = "SDN:P01::: PSLTZZ01", GenerateDatasets Xml kommer att lägga till motsvarande P02-attribut, t.ex. sdn\_P02\_urn = "SDN:P02::PSAL". Om du har datamängder som använder dessa attribut, och om du ERDDAP "S< categoryAttributes i setup.xml innehåller sdn\_parameter\_urn och sdn\_P02\_urn, användare kommer att kunna använda ERDDAP™ Kategori söksystem för att söka efter datamängder med specifika värden för dessa attribut. Tack vare BODC och Alexandra Kokkinaki.
IMPROVED: GenerateDatasets Xml ändrar nu många http:// referenser i metadata till https:// när så är lämpligt.
IMPROVED: GenerateDatasets Xml försöker nu gissa skapare\_type och utgivare\_type.
IMPROVED: Variabelns dataTyper föreslogs av GenerateDatasets Xml blir nu lite bättre. Tack vare Margaret O'Brien, LTER och EML.
IMPROVED: GenerateDatasets Xml är bättre på att specificera<cdm\_data\_type> och lägga till relaterade, nödvändiga attribut (t.ex.<cdm\_timeseries\_variables>), så att du kan tillhandahålla den informationen. Tack vare Rich Signell.
IMPROVED: I GenerateDatasets Xml, för EDDTable dataset, förslag för< subsetVariables är nu mycket mer konservativ. Tack till John Kerfoot.
VIKTIGT: Om datasets.xml för en dataset specificerar featureType men inte cdm\_data\_type, featureType används som cdm\_data\_type. Tack vare Rich Signell.
BUG FIX: generera Dataset Xml föreslår nu rätt<DataType > för datavariabler som har scale\_factor , add\_offset och/eller \_Unsigned attribut.
Improped: När ERDDAP™ öppnar en .nc fil som är Kortare än det är tänkt att vara (t.ex., det blev inte helt kopierat på plats) , ERDDAP™ behandlar nu filen så dålig. Tidigare, ERDDAP™ returnerade saknade värden för någon saknad del av filen eftersom det är standardbeteendet för netcdf-java. ERDDAP™ Nu använder ucar .nc 2.iosp.netcdf3.N3header.disallowFileTruncation= true; Tack vare vår besvärliga RAID och Christian Ward-Garrison.
ISO 19115 författare använder nu Skaparen\_type Om nu.
VIKTIGT: ERDDAP™ nu använder den senaste netcdf-java v4.6.9 som kan läsa ytterligare typer av netcdf-4 filer . Tack vare Craig Risien, Rich Signell, Christopher Wingard och OOI.
BUG FIX: Undvik problem om olika källfiler har olika datatyper för en viss variabel. Tack vare Roy Mendelssohn och Eugene Burger.
BUG FIX: Tidsformat konverteringar är nu bättre skyddade mot dåliga tidsvärden. Tack till NDBC.
BUG FIX: EDDGrid FrånNcFiles Unpacked hanterar nu tidsvärden med "månader sedan ..." och "år sedan ..." korrekt (genom att stegra månaden eller året, inte genom att grovt lägga till t.ex. 30 dagar upprepade gånger) . Tack vare Soda3.3.1.
BUG FIX: bara i v1,74, Prenumerationer krävs en åtgärd (t.ex., http:// ......) , vilket var och bör vara valfritt.
BUG FIX: EDDGrid FrånMergeIRFiles.lowGetSourceMetadata () Inte lägga till några globala attribut. Nu gör det.

Version 1.74

(släppt 2016-10-07)

Nya funktioner (för användare) Från:
Nu när en lista över datamängder (Allt, eller från en sökning) visas på en webbsida, långa titlar visas på flera rader. Tidigare ersattes mitten av en lång titel med "..." Tack vare Margaret O'Brien, LTER och EML.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
TO DO: På Linux-datorer, ändra Apache timeout-inställningarna så att tidskrävande användarförfrågningar inte timeout (med vad som ofta visas som en "Proxy" eller "Bad Gateway" fel) . Som rotanvändare:
1. Ändra Apache http d.conf-fil (vanligtvis i /etc/ http d/conf/) Från: Ändra befintliga<Timeout > Inställning (eller lägga till en i slutet av filen) till 3600 (sekunder) I stället för standard 60 eller 120 sekunder. Ändra befintliga<Proxytimeout > Inställning (eller lägga till en i slutet av filen) till 3600 (sekunder) I stället för standard 60 eller 120 sekunder.
2. Starta Apache: /usr/sbin/apachectl K graciös (Men ibland är det i en annan katalog) .

Tack till Thomas Oliver.

Ny: \[ bigParentDirectory/hård Flagga katalog Detta fungerar som flaggkatalogen, men hardFlag-versionen tar också bort all cachad dataset-information. Det finns inga webbadresser för att ställa in en hardflag. Detta kan endast användas genom att sätta en fil i den katalogen. hård hård Flaggor är mycket användbara när du gör något som orsakar en förändring i hur ERDDAP™ läser och tolkar källdata, till exempel när du installerar en ny version av ERDDAP™ eller när du har gjort vissa typer av ändringar i en dataset definition i datasets.xml . Se Denna dokumentation . Tack till John Kerfoot och alla Argo-grupper.
Ny: GenerateDatasets Xml har nu ett EDDTableFromEML-alternativ som läser en dataset beskrivning i ett Ekologiskt metadataspråk (EML) fil, laddar ner den relaterade datafilen och genererar en bit av datasets.xml så att dataset kan läggas till ERDDAP . Det finns också en EDDTableFromEMLBatch som gör samma sak för alla EML-filer i en katalog. Detta fungerar mycket bra eftersom EML gör ett utmärkt jobb med att beskriva datamängden och eftersom KNB och LTER gör de faktiska datafilerna tillgängliga. EML plus ERDDAP™ kan vara en bra kombination, eftersom ERDDAP™ kan ge användarna mer direkt tillgång till mängden KNB- och LTER-data och hjälpa dessa projekt att möta den amerikanska regeringens Offentlig tillgång till forskningsresultat (Parr) krav genom att göra data tillgängliga via en webbtjänst. Se Denna dokumentation . Tack vare Margaret O'Brien, LTER och EML.
Ny: GenerateDatasets Xml har nu ett EDDTableFromInPort-alternativ som läser en dataset beskrivning i en InPort XML-fil och försöker generera en bit av datasets.xml så att dataset kan läggas till ERDDAP . Detta skapar sällan en färdig att använda bit av XML för datasets.xml Men det kommer att skapa ett bra grovt utkast som är en bra utgångspunkt för redigering av en människa. Det skulle vara bra om personer som använder InPort för att dokumentera sina datamängder också skulle använda ERDDAP™ för att göra de faktiska uppgifterna tillgängliga via ERDDAP webbtjänster och därigenom möta den amerikanska regeringen och NOAA "S Offentlig tillgång till forskningsresultat (Parr) krav genom att göra data tillgängliga via en webbtjänst. Detta är en lösning som kan användas just nu. ( erd.data at noaa.gov är glad att hjälpa.)
Se Denna dokumentation . Tack vare Evan Howell och Melanie Abecassis.
VIKTIGT: ERDDAP™ nu använder netcdf-java 4.6.6. Med tidigare versioner läste netcdf-java några fyllningsvärden (Kanske bara i netcdf-4 filer) Som 0. Nu läser det några av dem som netcdf standard fyllningsvärde: -127 för byte, -32767 för shorts, -2147483647 för myror. Unidata säger att det nya beteendet är rätt beteende. Om en variabel i en dataset börjar visa ett av dessa värden där de brukade visa 0: s, kan du lägga till, t.ex.,

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

till variabelns addAttributes Att berätta ERDDAP™ att behandla detta värde som ett missing\_value /_Fill Värde. Men i många fall kommer det inte att ge önskat resultat: 0. Om så är fallet, överväga att ändra filerna med NCO eller skriva om filerna. Klagomål? Vänligen kontakta Unidata ;-)

För att göra: New TopographyDepth palett Jag uppmuntrar dig att byta alla datamängder som använder OceanDepth-paletten för att använda den nya TopographyDepth-paletten, som är som Topography förutom med färgerna vända, så att den är lämplig för djupvärden (positiv = nedåt) I stället för höjdvärden (positiv=up) . De rekommenderade inställningarna för denna palett är:

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

NY FEATURE: String missing\_value och/eller \_FillValue Om en String-variabel definierar en missing\_value och/eller \_FillValue, ERDDAP™ kommer nu att ta bort dessa värden från data och ersätta dem med en tom sträng, så att saknade värden visas som tomma strängar, som med andra datamängder i ERDDAP . Tack vare Margaret O'Brien, LTER och EML.
NY FEATURE: Stöd för lokala tider tidsstämpelvariabler med källdata från Strings kan nu ange en tidszon via en " time\_zone attribut som leder ERDDAP™ Omvandla lokala tidszonens källtider (Några i standardtid, några i dagsljus spara tid) in i Zulu gånger. Listan över giltiga tidszonnamn är förmodligen identisk med listan i TZ-kolumnen i Denna tabell . Standarden är " Zulu ". Vanliga amerikanska tidszoner är: US/Hawaii, US/Alaska, US/Pacific, US/Mountain, US/Arizona, US/Central, US/Eastern. För tidsstämpelvariabler med numeriska källdata kan du ange " time\_zone attribut, men värdet måste vara " Zulu eller "UTC". Tack vare Margaret O'Brien, LTER och EML.
NEW FEATURE: EDDTableFromAsciiFiles stöder nu semicolon-separerade filer Och är smartare om att räkna ut separatorn. Tack vare Margaret O'Brien, LTER och EML.
NY FEATURE: Om det finns ett betydande fel i loadDatasets (större eller mindre, t.ex. en saknad eller ogiltig datasets.xml dokumentdokument) , ERDDAP™ kommer nu att ange det i status.html, precis nedan "n Datasets Failed To Load" som ERROR: medan bearbetning datasets.xml Se log.txt för detaljer.
NY FEATURE: ERDDAP™ letar efter föräldralösa. När när ERDDAP™ Gör en stor belastning Dataset, det letar nu efter föräldralösa dataset (Dataset som finns i ERDDAP™ Men inte in datasets.xml ) . Om de hittas är de listade i status.html, precis nedan "n Datasets Failed To Load" som ERROR: n Orphan Datasets (Dataset i ERDDAP™ Men inte in datasets.xml ) =.... Om du vill ta bort (Unload) en föräldralös från ERDDAP™ Du måste lägga till <datasettyp="anyValidType" datasetID ="theDatasetID" aktiv="falsk"/> att datasets.xml tills datamängden lossas under nästa stora loadDatasets.
BUG FIX: Om en dataset hade en numerisk tidsstämpelvariabel med andra enheter än "seconds since 1970-01-01T00:00:00Z" och med<updateEveryNMillis> system aktivt, tidsstämpelvariabelns sortiment sattes felaktigt när datamängden uppdaterades. Tack till John Kerfoot.
Bug fix: Om<quickRestart> var sant i setup.xml och du begärde data från en EDDTableFrån... Filer dataset som används<updateEveryNMillis>, den första begäran till datamängden skulle misslyckas, men efterföljande förfrågningar skulle lyckas. Nu kommer den första begäran inte att misslyckas. Tack till John Kerfoot.
BUG FIX: GenerateDatasetsXml.sh och .bat fungerade inte med >9 parametrar på kommandoraden. Nu gör de. Tack till John Kerfoot.
BUG FIX: De nya EDDTableFromMultidimNcFiles tog inte konsekvent bort spårningsplatser från strängar. Nu gör det. Detta påverkade särskilt ARGO-filer. Tack vare Kevin O'Brien och Roland Schweitzer.
BUG FIX: All tillgång till fjärrkontroll DAP Nu initieras tjänster av mer modern kod. Detta fastställer felet "anslutning stängd" när du använder vissa EDDTableFromErddap-dataset. Tack vare Kevin O'Brien.
BUG FIX: Hantering av orderBy ...... () och distinkt () är nu tillbaka till hur de var före de senaste ändringarna: en viss begäran kan ha flera orderBy ...... () och/eller en distinkt () filter; ERDDAP™ kommer att hantera dem i den ordning de anges. Tack till David Karuga.
BUG FIX: Om datasetet är EDDTableFromDatabase och en fråga har KällaCanOrderBy och/eller Källa CanDoDistinct då databasen kan (beroende på inställningar i datasets.xml ) Delvis eller helt hantera endast den första orderBy ... () eller distinkt () . Tack till David Karuga.
BUG FIX: Den senaste extra procent-kodning orsakade problem med vissa frågor för .nc CF-filer, t.ex. "HTTP Status 500 - Fel: Variabel=station är listad två gånger i resultatvariabler listan. Tack vare Kevin O'Brien.
BUG FIX: EDDTableFromFiles hade problem med att ladda om en datamängd när en av kolumnerna var en sann kolumn. Tack till Roland Schweitzer.
BUG FIX: EDDGrid FrånNcFiles Uppackad nu konverterar också missing\_value och \_FillValue till standardvärden så att filer med olika värden kan aggregeras. På grund av denna förändring, när du har installerat denna nya version av ERDDAP™ Vänligen ange en hård hård Flaggan för varje EDDGrid FrånNcFiles Oförpackade dataset i din ERDDAP .
IMPROVED: EDDTableFromNcCFFiles kan nu hantera filer som har flera prov_dimension. En viss datamängd får endast använda variabler som använder ett av provet/dimensionerna. Tack till Ajay Krishnan.
För EDDTableFrån...Files,<TypFilesBySourceNames> Nu tillåter comma-separat (rekommenderas) eller utrymme separerade listor över variabla källnamn. I båda fallen kan enskilda variabla namn omges av dubbla citat, t.ex. om namnet har ett internt utrymme.

version 1.72

(släppt 2016-05-12)

Nya funktioner (för användare) Från: Ingen.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
NEW EDDTableFromMultidimNcFiles EDDTableFromMultidimNcFiles är ett nytt alternativ till EDDTableFromNcFiles. Den är utformad för att hantera grupper av filer med flera variabler med delade dimensioner, t.ex. var1 \[ en \] \[ B \] Var2 \[ en \] Var3 \[ B \] SkalarVar. Tack vare Argo Project, Aurélie Briand och Roland Schweitzer.
BUG FIX: ERDDAP™ (via FileVisitorDNLS och FileVistorSubdir klasser) Följer nu symboliska länkar på Linux. ERDDAP™ fortfarande inte följer .lnks på Windows.
BUG FIX av bugg infördes i 1,70: distinkt + orderBy Tillåts inte tillsammans på en begäran. Nu är de igen. De är inte ömsesidigt exklusiva / överflödiga. Tack till David Karuga.
Skanda på datasets.xml svartlista över IP-adresser: IP v4-adresser verkar ERDDAP™ som 4 periodsparerade hexnummer. Jag tror att IP v6-adresser visas som 8 kolon-separerade hexnummer. Så ERDDAP™ nu stöder kolon i IP-adresserna i den listan och : * i slutet av listan för att blockera en rad adresser.
VIKTIGT: ERDDAP™ Nu använder NetcdfFileWriter för att skriva .nc filer istället för den deprecerade NetcdfFileWriteable. Det bör inte finnas någon märkbar förändring av de resulterande filerna. Detta öppnar upp möjligheten att göra stort .nc filer som använder .nc 3 64bit förlängningar. Om du vill/behöver det, skicka en förfrågan till erd.data at noaa.gov .
Många av länkarna till avlägsna webbplatser var out-of-date. Nu är de uppdaterade och använder https: istället för http När det är möjligt.
Många små förändringar.

Version 1.70

(släppt 2016-04-15)

Nya funktioner (för användare) Från: Ingen.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra: Nedan finns det flera rekommenderade ändringar av dokumentationen i din setup.xml-fil. Gör dessa ändringar nu. 30 minuters arbete kan nu spara timmar av förvirring i framtiden.
Bug fix: Problemet var att förfrågningar som omdirigerades till en avlägsen ERDDAP Misslyckades med en ogiltig karaktär | felmeddelande. Detta inträffade endast med nya versioner av Tomcat. Tack vare Rusty Holleman, Conor Delaney och Roy Mendelssohn.
Bug fix: ERDDAP™ nu använder en uppdaterad version av netcdf-java (Det är en lång historia) som inkluderar aktuellt stöd för NcML, som åtgärdar problemet med NcML LogicalReduce inte fungerar som förväntat. Det kan finnas några små förändringar i metadata som ERDDAP™ Läser via netcdf-java från .nc , .hdf , .grib och .bufr filer. Tack till Favio Medrano.
Den nya EDDTableAggregateRows låter dig göra en sammanslagen EDDTable dataset från två eller flera EDDTable dataset som har samma datavariabler med samma enheter. Tack till Kevin O'Brien.
Nya alternativ för EDDTableFromDatabase ( KällaCanOrderBy och Källa CanDoDistinct ) Låt dig ange om ERDDAP™ databasen, eller båda, hanterar distinkt och orderBy (och alla varianter) begränsningar. Tack till David Karuga.
Du kan nu göra en privat datamängds diagram och metadata tillgängliga för allmänheten via den nya<graferAccessibleTo>Public</graphsAccessibleTo>] (/docs/server-admin/datasets#graphsaccessibleto) tag. Tack vare Emanuele Lombardi.
Om en sträng gick till GenerateDatasets Xml eller DasDds är omgiven av dubbla citat, det är ociterat (Som om det är en JSON-sträng) . Tack till John Kerfoot och Melanie Abecassis.
GenerateDatasets Xml stöder nu "standard" för att få standarden och "ingenting" för att få en tom sträng (De arbetar med eller utan citat) . Detta löser vissa problem relaterade till passerande tomma strängar.
Nu, i GenerateDatasets Xml, för alla EDDGrid FromFiles och EDDTable FrånFiles dataset, om provet FileName du anger är "" (Den tomma strängen) , det kommer att använda den sista matchande filnamnet från katalogen + regex + recursive=true.
Uppdaterad: DisplayInBrowser-koden som används för att visa resultaten av GenerateDatasetsXml och DasDds på Linux-datorer var out-of-date och gav ett udda meddelande om Netscape. Nu använder detta ett modernt Linux-verktyg: xdg-open. Tack vare Melanie Abecassis.
och allDatasets Dataset har nu en "files" kolumn, som indikerar basURL för länken /filer (Om det finns en) för dataset.
Öka din allmänna säkerhet ERDDAP™ genom att ändra behörigheterna i samband med tomcat-katalogen och bigParentDirectory: (De faktiska kommandon nedan är för Linux. För andra OS, gör analoga förändringar.)
- Ändra "gruppen" för att vara tomkat, ditt användarnamn eller namnet på en liten grupp som innehåller tomkat och alla administratörer av Tomcat/ ERDDAP t.ex., chgrp -R yourUserName apache-tomcat-8.0.23 chgrp -R your Användarnamn bigParentDirectory
- Ändra behörigheter så att tomcat och gruppen har läst, skrivit, utför privilegier, t.ex. chmod -R ug+rwx apache-tomcat-_8.0.23 chmod -R ug+rwx bigParentDirectory
- Ta bort "andra" användarens behörighet att läsa, skriva eller utföra: chmod -R o-rwx apache-tomcat-_8.0.23 chmod -R o-rwx bigParentDirectory Detta är viktigt eftersom det hindrar andra användare från att läsa eventuellt känslig information. ERDDAP™ konfigurera filer, loggfiler och filer med information om privata datamängder.
Autentiserings-/loginsystemet har uppdaterats. Tack vare Thomas Gardner, Emanuele Lombardi och den amerikanska regeringens nya HTTPS-Only Standard .
- Autentiseringen = Openid alternativet togs bort. Det var out-of-date.
- Den nya, rekommenderade, Autentisering=google option uses Google Sign-In (baserat på OAuth 2.0) tillåta alla med ett Google-e-postkonto (inklusive Google hanterade konton som @noaa.gov ) att logga in.
- Den nya, Autentisering=email alternativet är en backup för autentisering = Google. Det tillåter användare med en<Användare> tagga in datasets.xml logga in genom att skicka ett e-postmeddelande med en speciell länk.
- I din setup.xml, vänligen ändra beskrivningen för<autentisering > att vara

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

I din setup.xml, lägg till detta nedanför<autentisering > tagga

            <!-- 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 kan användare som inte är inloggade använda http eller https URL (om du har ställt in<baseHttpsUrl> i din setup.xml). Tack vare den amerikanska regeringens nya HTTPS-Only Standard .
Nu kan du uppmuntra alla användare att använda https (Inte inte http ) genom inställning<BasUrl > att vara en https URL. Att tvinga användare att använda endast https Du måste också göra ändringar i din Apache/Tomcat-inställning för att blockera icke- https tillgång. Tack vare den amerikanska regeringens nya HTTPS-Only Standard .

I din setup.xml, vänligen ändra beskrivningen för<baseUrl> för att vara

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

Optionerna<LösenordEncoding > ändras. I din setup.xml, vänligen ändra beskrivningen för<lösenordEncoding > för att vara

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

I din setup.xml, vänligen ändra beskrivningen för<baseHttpsUrl> för att vara

            <!-- 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, om listPrivateDatasets=true in setup.xml, kommer ännu mindre information att visas om datamängder som en användare inte har tillgång till.
Nu, speciellt för när du ursprungligen ställer in din ERDDAP Nu kan du berätta ERDDAP™ inte försöka prenumerera på fjärrkontroll ERDDAP™ dataset. Tack vare Filipe Rocha Freire. I din setup.xml, precis innan<FontFamily >, lägg till

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

I din setup.xml, i instruktionerna ovan<eFromAddress>, vänligen infoga: Om möjligt, ställa in detta för att använda en säker anslutning (SSL / TLS) till e-postservern. Om din inställning inte använder en säker anslutning till e-postservern, gör ändringarna för att göra det så.
I din datasets.xml Lägg till denna linje i beskrivningen av<abonnemangEmailBlacklist > i din datasets.xml Från: Du kan använda namnet "\svartlista en hel domän, t.ex.\@example.com.
Eftersom ändringen av loggsystemet i v1.66 är loggfilen aldrig aktuell. Det finns alltid meddelanden eller delar av meddelanden som väntar på att skrivas till loggfilen. Nu kan du göra det uppdaterat (För ett ögonblick) genom att se din ERDDAP status webbsida påhttp://your.domain.org/erddap/status.html.
HashDigest...
En liten förändring (till String2.canonical) Det bör hjälpa till att hålla saker och ting rör sig snabbt när ERDDAP™ är mycket upptagen och bättre hantera ett mycket stort antal datamängder.
Starkt Rekommenderas: Sluta använda<konverteraToPublicSourceUrl> in i datasets.xml konvertera ett IP-nummer i en dataset< sourceUrl > > > > > (t.ex.,http://192.168.#.#/) till ett domännamn (t.ex., http My.domain.org/) . Från och med nu nya prenumerationer tillhttp://localhost,http://127.0.0.1ochhttp://192.168.#.#URLS kommer inte att tillåtas av säkerhetsskäl. Använd alltid det offentliga domännamnet i< sourceUrl > tagga (om det behövs på grund av DNS-problem) Du kan använda /etc/hosts-tabellen på din server lösa problemet genom att konvertera lokala domännamn till IP-nummer utan att använda en DNS-server. Du kan testa om ett visst domännamn löses korrekt genom att använda Ping some.domain.name
I genereraDatasets.xml, för fjärrdataset (från en THREDDS-server) Den automatiskt genererade datasetID s är oförändrade för de flesta domäner. För några domäner, den första delen (dvs. namnet) av den automatiskt genererade datasetID kommer att vara lite annorlunda. I synnerhet är namn som hade en del nu mer benägna att ha två delar. Till exempel datamängder frånhttp://oos.soest.hawaii.edutidigare lett till datasetID s som började med hawaii, men nu leder till datasetID s som börjar med hawaii\soest\. Om detta orsakar problem för dig, vänligen maila mig. Det kan finnas en work-around.
Cassandra-föraren uppdaterades till cassandra-driver-core-3.0.0.jar och därmed för Cassandra v3. EDDTableFromCassandra utnyttjar inte några nya funktioner i Cassandra v3. Index i Cassandra kan nu vara mer komplexa, men ERDDAP™ fortfarande använder Cassandra v2 index modell, som förutsätter att en indexerad kolumn kan vara direkt queried med '=' begränsningar. GenerateDatasets Xml för EDDTableFromCassandra upptäcker inte längre kolumner med index; om ett index är enkelt måste du ange det i datasets.xml för hand. Om du behöver stöd för mer komplexa index eller andra nya funktioner, vänligen e-post erd.data at noaa.gov . !!! Om du fortfarande använder Cassandra 2.x, fortsätt att använda ERDDAP™ v1.68 tills du uppgraderar till Cassandra 3.x.
Jars och Classpath - Nästan alla inkluderade tredjeparts .jar-filer uppdaterades till sina senaste versioner.
- Sf4j.jar lades till /lib och klasspaten.
- joid. Jar och tsik. Jar togs bort från /lib och klasspaten.
- Om du får felmeddelanden om klasser som inte finns när du sammanställer eller kör ERDDAP™ eller ett av dess verktyg, jämför din kommandorads klasspath till ERDDAP "S nuvarande klasspath för att räkna ut vilka .jars som saknas från din klasspat.

Version 1.68

(släppt 2016-02-08)

Nya funktioner (för användare) Från: Ingen.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
EDDGrid FrånFiles Aggregation via Filnamn eller Global Metadata ----- Alla variationer av EDDGrid FromFiles kan nu samla en grupp filer genom att lägga till en ny vänstermest dimension, vanligtvis tid, baserat på ett värde som härrör från varje filnamn eller från värdet av en global attribut som finns i varje fil.
Vi föreslog tidigare att du kanske vill skapa en EDDGrid FromErddap dataset i din datasets.xml Det refererade och återbetalade jplMU RSS T dataset i vår ERDDAP . Eftersom det nu finns en nyare version av datamängden, är datamängden nu avskriven. Så om du har den datamängden i din ERDDAP™ Vänligen lägg till denna nya dataset

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

Om du vill ta bort den gamla jplMU RSS T dataset från din ERDDAP™ (Det är ditt val) Ändra dess aktiva inställning från "sann" till "falsk".

Bug fix: Kontrollera bigParentDirectory som du angav i din setup.xml. Om du inte satte en slash i slutet av<bigParentDirectory > namn, då ERDDAP™ kommer att ha skapat flera kataloger genom att godkänna ord direkt till det namn som du angav, istället för att skapa underkataloger. Börjar med version 1.68, ERDDAP™ lägger till en streck i slutet av katalogen namn om du inte ange en. Så om du tidigare inte ange en slash i slutet, då när du installerar ERDDAP™ v1.68 Du måste flytta och byta namn till dessa kataloger Efter Du stänger av det gamla ERDDAP™ och före Du startar det nya ERDDAP . Om du till exempel felaktigt specificerade bigParentDirectory som /home/erddapBPD (Inga trailing slash) och ERDDAP™ Har felaktigt skapat kataloger som /home/erddapBPDcache /home/erddapBPDcopy /home/erddapBPDdataset /home/erddapBPDflag /home/erddapBPDlogs /home/erddapBPDlucene och en fil som heter /home/erddapBPDsubscriptionsV1.txt, Då måste du flytta och byta namn på dem för att vara /home/erddapBPD/cache /home/erddapBPD/copy /home/erddapBPD/dataset /home/erddapBPD/flagga /home/erddapBPD/loggar /home/erddapBPD/lucene och /home/erddapBPD/subscriptionsV1.txt
Bug fix: Det fanns buggar i EDDGrid LonPM180 i ERDDAP™ v1.66 som inträffade när barnets datamängd är en EDDGrid FrånErddap.
Bug fix: Det fanns en bugg i EDDGrid FromFiles och EDDTable FrånFiles in ERDDAP™ v1.66 som orsakade<updateEveryNMillis> för att ignoreras första gången datamängden laddades efter en omstart.
Bug fix / ny funktion: Om ett barn dataset inom EDDGrid AggregateExistingDimension, EDDGrid Kopiera, EDDGrid FrånEDDTable, EDDGrid LonPM180, EDDGrid SideBySide, EDDTableCopy eller EDDTableFrom EDDGrid är en ...Från Erddap dataset, som förälder dataset nu prenumererar på underliggande ERDDAP™ dataset. Om den underliggande ERDDAP™ Dataset är i samma ERDDAP™ Prenumerationen och dess validering görs direkt; du får inte ett e-postmeddelande som ber dig att validera prenumerationen. Annars, om abonnemangssystemet för ditt ERDDAP™ är avstängd, ställ in<reloadEveryNMinutes> inställning för föräldradataset till ett mindre antal (60?) Så att den stannar uppdaterad.
Bug fix / ny funktion: Om ett barn dataset inom EDDGrid AggregateExistingDimension, EDDGrid Kopiera, EDDGrid FrånEDDTable, EDDGrid LonPM180, EDDGrid SideBySide, EDDTableCopy eller EDDTableFrom EDDGrid har aktivt = "falskt", att barndatauppsättningen nu är hoppad.

Version 1.66

(släppt 2016-01-19)

Nya funktioner (för användare) Från:
Grafer (Inte kartor) kan nu ha nedstigande värden på axlarna. För att få detta när du använder en Make A Graph-webbsida, ändra ny Y Axis: uppstigande inställning (Default) Att falla. Eller, i en URL som begär en graf, använd den nya valfria 3rd | parameter för och.x Range och/eller &. yRange switchar som inte kan vara något (Default) , sant eller t för att få uppstigande värden, eller använda falska eller f för att få nedstigande värden. Den sanna | falska värden är fall okänsliga. Tack vare Chris Fullilove, John Kerfoot, Luke Campbell och Cara Wilson.
Användare kan nu ange bakgrundsfärgen för grafer genom att lägga till en &.bgColor=0x_ AARRGBB_ byter till webbadressen som begär diagrammet. Se .bgColor i avsnittet Graphics Commands i avsnittet griddap och tabledap dokumentation. Tack till John Kerfoot och Luke Campbell.
För tabelldataset kan begränsningar nu hänvisa till min (someVariableName) eller max (someVariableName) . Se Min min min min min () och max () . Tack till John Kerfoot.
För tabelldataset, tidsbegränsningar som använder Nu nu nu kan nu ange tidsenheter av millisekunder eller millis.
En begäran om en bild av en tabell dataset gör nu en karta (Inte ett diagram) om x- och y-variablerna är longitud-liknande och latitudliknande variabler (Kompatibla enheter) . Tack vare Rich Signell.
Bug fix: Tidsaxel etiketter och fästingar hade ibland udda oegentligheter när du begär flera grafer samtidigt (t ex på en webbsida) . Problemet var en bugg i SGT grafikbiblioteket som ERDDAP™ Användning (En variabel var "statisk" som inte borde ha varit) . Tack till Bradford Butman.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Det är en säkerhetsrisk att sätta ditt e-postlösenord i en vanlig textfil som setup.xml. För att mildra problemet rekommenderar vi starkt att du:
1. Ställ in ett e-postkonto bara för ERDDAP Användning, t.ex. erddap@yourInstitution.org. Det har också andra fördelar, särskilt mer än en ERDDAP™ administratören kan sedan ges tillgång till det e-postkontot.
2. Gör behörigheterna för setup.xml-filen rw (Läs + Skriv) för användaren som kör Tomcat och ERDDAP™ (användar=tomcat?) och inga behörigheter (inte läsa eller skriva) för gruppen och andra användare. Tack vare Filipe Rocha Freire.
Den nya ArchiveADataset verktyg förenklar att göra en .tar .gz arkiv med en delmängd av en datamängd i ett format som är lämpligt för arkivering (i synnerhet vid NOAA NCEI) . Detta bör vara användbart för många ERDDAP™ administratörer i många situationer, men särskilt för grupper inom NOAA .
Den nya datasettypen EDDGrid FrånNcFilesUnpacked är en variant av EDDGrid FrånNcFiles. Skillnaden är att denna klass packar upp varje datafil innan EDDGrid FromFiles tittar på filerna:
- Det packar upp packade variabler som använder scale\_factor och/eller add\_offset .
- Det främjar heltalsvariabler som har \_Unsigned=true attribut till en större integer datatyp så att värdena visas som osignerade värden. Till exempel, en \_Unsigned=true byte (8 bit) Variabel blir en signerad kort (16 bit) Variabel.
- Den konverterar \_FillValue och missing\_value Värdena att vara NaNs (eller MAX\_VALUE för datatyper) .

Den stora fördelen med denna klass är att den ger ett sätt att hantera olika värden av scale\_factor , add\_offset \_FillValue, eller missing\_value i olika filer i en samling. Annars skulle du behöva använda ett verktyg som NcML eller NCO ändra varje fil för att ta bort skillnaderna så att filerna kan hanteras av EDDGrid FrånNcFiles. För att denna klass ska fungera korrekt måste filerna följa CF-standarderna för de relaterade attributen. Tack vare Philippe Makowski.

Den nya datasettypen EDDGrid LonPM180 låter dig ändra datamängder som har några longitudvärden större än 180 (t.ex. intervallet 0 till 360) i datamängder med longitudvärden inom intervallet -180 till 180 (Longitude Plus eller Minus 180, alltså namnet) . Den stora fördelen att erbjuda datamängder med longitudvärden i intervallet -180 till 180 är att OGC tjänster (t.ex., WMS ) kräver longitud värden i detta intervall. Tack vare Lynne Tablewski, Fabien Guichard, Philippe Makowski och Martin Spel. 2016-01-26 Uppdatering: Eeek! Detta har en bugg som uppstår när barnets datamängd är en EDDGrid FromErddap som refererar till en dataset i samma ERDDAP . Denna bugg är fast i ERDDAP™ v1.68.
Inom GenerateDatasetsXml En ny speciell datasettyp, EDDGrid LonPM180FromErddapCatalog låter dig generera datasets.xml För EDDGrid LonPM180 datamängder från alla EDDGrid Dataset i en ERDDAP som har någon longitud värden större än 180.
För alla EDDGrid dataset, i datasets.xml Du kan nu använda den valfria [Och [Gud]<tillgänglig tillgänglig Via WMS >True | falska lögner<Tillgänglig Via WMS >] (/docs/server-admin/datasets#accessibleviawms) (Default=True) . Att ställa detta till falskt tvång inaktiverar WMS service för denna dataset. Om det är sant kan datamängden fortfarande inte vara tillgänglig via WMS Av andra skäl (t.ex. inga lat- eller lonaxlar) . Detta är särskilt användbart för datamängder som finns på egen hand och inslagna av EDDGrid LonPM180, så att endast LonPM180-versionen är tillgänglig via WMS .
I setup.xml kan du ange en annan standardfärg för bakgrunden av grafer. Färgen anges som ett 8-siffrigt hexadecimalvärde i formen 0x_AARRGGBB_, där AA, RR, GG och BB är opacitet, röda, gröna och blå komponenter, respektive, specificerade som 2-siffriga hexadecimaltal. Observera att duken alltid är ogenomskinlig vit, så en (Semi -) transparent graf bakgrund färg blandar in i den vita duken. Standarden är ljusblå:

        <graphBackgroundColor>0xffccccff</graphBackgroundColor>

Tack till John Kerfoot och Luke Campbell.

I setup.xml kan du nu ange maximal storlek för Log Fil (När det byts namn till logga. txt. tidigare och en ny logg. txt skapas) I MegaBytes. Det lägsta tillåtna är 1. Det högsta tillåtna är 2000. Standarden är 20 (MB) . Till exempel:

        <logMaxSizeMB>20</logMaxSizeMB>

Inom datasets.xml och [så]<fgdcFile >] (/docs/server-admin/datasets#fgdcfile) och [eller]<iso19115File >] (/docs/server-admin/datasets#iso19115file) Kan nu vara en lokal fil (som förut) Eller en URL (som kommer att laddas ner så det finns en lokal kopia) . Om ERDDAP™ kan inte ladda ner filen, laddningen av datamängden kommer att fortsätta men datamängden kommer inte att ha en fgdc eller iso19115-fil.
EDDGrid FromFiles och EDDTable FrånFiles dataset kan nu göra en snabbstart (det system som ERDDAP™ försöker använda när dataset laddas först när ERDDAP™ Återstartas) . Detta hastigheter upp omstart ERDDAP . 2016-01-26 Uppdatering: Eeek! Detta har en bugg som orsakar<updateEveryNMillis> för att ignoreras första gången datamängden laddas efter en omstart. Denna bugg är fast i ERDDAP™ v1.68.
En allmän förbättring av snabbstart-systemet möjliggör ERDDAP™ ladda datamängder snabbare när ERDDAP™ omstartas.
Allt allt EDDGrid FromFiles och EDDTable FrånFiles underklasser accepterar nu en ny<pathRegex> tag, vanligen anges nedan<Återkommande >. Om återkommande är "sanna", endast fullständiga underkatalogvägar som matchar vägenRegex (Default="") kommer att accepteras. På samma sätt, en< sourceUrl s> tagga i en EDDGrid AggregateExistingDimension kan nu inkludera en PathRegex-attribut (Default="") .
Standarden för<partialRequestMaxBytes> i setup.xml är nu 490000000000 (~490 MB) . Detta undviker vissa problem / timeouts relaterade till att få data från THREDDS dataservrar. Tack till Leslie Thorne.
En liten förändring av logsystemet bör tillåta ERDDAP™ att vara mer lyhörd när det är mycket, mycket upptagen. Information skrivs nu till loggfilen på diskenheten i ganska stora bitar. Fördelen är att detta är mycket effektivt - ERDDAP™ kommer aldrig att blockera väntar på att information ska skrivas till loggfilen. Nackdelen är att loggen nästan alltid slutar med ett partiellt meddelande, som inte slutförs förrän nästa bit skrivs.
Bug fix relaterad till inotify och [<updateEveryNMillis >] (/docs/server-admin/datasets#updateeverynmillis) System för EDDGrid FromFiles och EDDTable FrånFiles dataset: Det är inte längre nödvändigt att ange en stor del av fs.inotify.max\_user\_watches eller fs.inotify.max\_user\_instances. Det finns en bugg i Java som orsakar vissa delar av Java "S inotify/WatchDirectory system som inte ska samlas in när de slutförs; så småningom skulle antalet zombie inotify klockor eller instanser överstiga det maximala antalet specificerade. ERDDAP™ Nu arbetar vi runt detta Java bug. Dessutom är antalet inotify trådar listade på status.html webbsidan, så att du kan hålla ett öga på dess användning. Vanligtvis finns det 1 inotify tråd per EDDGrid FromFiles och EDDTable FrånFiles dataset.
Bug fix: på många ställen, i stället för att ett fel skulle störtas, genererades ett nytt fel som endast inkluderade en kort version av det ursprungliga felmeddelandet och utan stack spår. Nu, när ett nytt fel genereras, innehåller det ordentligt hela det ursprungliga undantaget t.ex., kasta ny Undantag ("Några nya budskap", e) ; Tack till Susan Perkins.
Bug fix: tills nyligen (v1.64?) Om en .../ datasetID URL begärdes, ERDDAP™ skulle lägga till .html till webbadressen. I v1.64 misslyckades detta (en felaktigt formaterad URL genererades och misslyckades sedan) . Nu funkar det igen. Tack vare Chris Fullilove.

Version 1.64

(släppt 2015-08-19)

Nya funktioner (för användare) Från:
Det finns nu vägledning för att komma åt den lösenordsskyddade privata ERDDAP™ Dataset ( https:// ) via via via curl och Python . Se curl och Python instruktioner. Tack vare Emilio Mayorga av NANOOS och Paul Janecek av Spyglass Technologies.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
ERDDAP™ nu kräver Java 1.8+. Java 1,7 nådde sin slutet av livet (Inga fler säkerhetsuppdateringar) i april 2015. Denna version av ERDDAP™ fungerar inte med versioner av Java under 1.8. Om du uppdaterar från Java 1.7x (eller tidigare) Du bör också uppdatera Tomcat. Se ERDDAP™ Ställ in instruktioner för nedladdning av länkar och råd.
Ny dataleverantörsformulär. När en dataleverantör kommer till dig hoppas du lägga till lite data till din ERDDAP™ Det kan vara svårt och tidskrävande att samla in alla metadata som behövs för att lägga till datamängden i ERDDAP . Många datakällor (till exempel .csv-filer, Excel-filer, databaser) har inga interna metadata, så ERDDAP™ har ett nytt dataleverantörsformulär som samlar metadata från dataleverantören och ger dataleverantören någon annan vägledning, inklusive omfattande vägledning för dataindatabaser. Den inlämnade informationen omvandlas till datasets.xml format och sedan skickas till ERDDAP™ Administratör (Du du) och skriftlig (Appenderad) till bigParentDirectory/logs/dataProviderForm.log. Således formuläret halvautomatiserar processen att få en dataset in i ERDDAP™ Men den ERDDAP™ Administratören måste fortfarande slutföra datasets.xml chunk och hantera att få datafilen (s) från leverantören eller anslutning till databasen. För mer information, se Dataleverantör Formbeskrivning .
Nytt nytt<matchAxisNDigits > kan användas av EDDGrid FrånFiles (och därmed frånNcFiles och frånMergeIRFiles) , EDDGrid AggregateExistingDimension, EDDGrid Kopiera och EDDGrid SideBySide dataset för att ange hur exakt lika axelvärdena i olika filer måste vara (Hur många siffror) 0=ingen kontroll (Använd inte detta!) 1-18 för ökad precision eller 20 (Default) för exakt jämlikhet. För n=1-18, ERDDAP™ säkerställer att de första siffrorna för dubbla värden (eller (n+1) Div 2 för flytvärden) är lika. <matchAxisNDigits > ersätter<säkerställaAxisValuesAreEqual>, som nu avskrivs. Ett värde av "sanna" kommer att konverteras till matchAxisNDigits = 20. Ett värde av "falsk" (Gör inte detta!) konverteras till match AxisNDigits=0.
EDDGrid FromFiles och EDDTable FromFiles laddar mycket långsamt första gången du använder den här versionen av ERDDAP . ERDDAP™ lagrar nu den interna filinformationen lite annorlunda, så den interna filtabellen för var och en av dessa datamängder måste byggas om. Så oroa dig inte. Ingenting är fel. Det är en en gång sak.
Fjärrkälla filer EDDGrid FrånNcFiles, EDDTableFromNcFiles, EDDTableFromNcCFFiles nu låta filerna vara fjärrfiler i en katalog tillgänglig via http:// (och förmodligen https:// och ftp://, men de är otestade) om fjärrservern stöder Range förfrågningar i begäran header. THREDDS och Amazon S3 stödjer Range Requests Hyrax Inte. Detta system låter dig komma åt data i fjärrfiler utan att ladda ner filerna (som är till hjälp om fjärrfilerna är för voluminösa) , men tillgång till dessa filer kommer att vara mycket långsammare än tillgång till lokala filer eller till och med till en fjärrkontroll. OPeNDAP Källa. Detta inkluderar "files" i en Amazon S3 hink eftersom de är tillgängliga via http:// . Om S3-objektnamnen är som filnamn (Intern / som ett Linux katalogträd) , ERDDAP™ kan också göra filerna tillgängliga via ERDDAP "S "files" system. För att detta ska fungera måste dina S3-uppgifter vara i - /.aws / referenser (på Linux, OS X eller Unix) C:\Users\USERNAME\.aws\credentials (på Windows) på servern med ERDDAP . Se Amazon SDK dokumentation .
GenerateDatasets Xml har ett nytt, ovanligt alternativ: EDDsFromFiles. Detta kommer att gå igenom ett filsystem (även ett fjärrsystem som en Amazon S3 om objekten har filliknande namn) och skapa datasets.xml bitar för en serie dataset. Din körsträcka kan variera. Detta fungerar bra om filerna är organiserade så att alla datafiler i en viss katalog (och dess underkataloger) är lämpliga för en dataset (Alla SST 1-dagars kompositer) . Annars (t.ex. om en katalog innehåller vissa SST-filer och vissa klorofyll-a-filer) Detta fungerar dåligt men kan fortfarande vara användbart.
Programmerare: nya /lib .jar-filer. Om du kompilerar ERDDAP™ Observera de nya .jar-filerna i klasspaten -cp-parametern som anges i ERDDAP™ Programmers guide .
Sea\_water\_practical\_salinity Om du använder CF-standardnamnet Sea\_water\_salinity för någon variabel, uppmuntrar jag dig att byta till havs\_vatten\_practical\_salinity som finns tillgänglig i version 29 av CF Standard Name Table (Några tidigare versioner - jag visste inte det) . Detta namn indikerar att detta verkligen är ett praktiskt salthalt värde med hjälp av Practical Salinity Units ( PSU ) I motsats till ett äldre g/kg-värde. Kanoniska enheter är olika, men fortfarande otroligt ohjälpliga: 1 1 (antagligen implicerar PSU /PSS-78) I motsats till 1e-3 (Antagligen implicerar g/kg) för havsvatten\_salinitet. \[ Hej, Unidata och CF: Vi identifierar värden som använder andra skalor, till exempel Fahrenheit eller Celsius, via en enhetssträng som är namnet på skalan eller någon variation. Varför kan vi inte identifiera salthaltenheter via deras skala, t.ex. PSS-78? PSS-78 värden är "enhetlösa", men det finns en underförstådd skala, finns det inte? Om jag uppfinner en ny praktisk salthaltskala där värdena är 0,875 gånger PSS-78-värden, ska de kanoniska enheterna fortfarande vara "1"? Hur kunde en användare berätta för dem ifrån varandra? Enheter på 1e-3 och 1 är varken beskrivande eller användbara för användare som försöker räkna ut vad siffrorna anger. \]

Version 1.62

(släppt 2015-06-08)

Nya funktioner (för användare) Från:
För EDDGrid datamängder, användare kan nu göra Graph Type: Surface grafer med någon kombination av numeriska axlar, inte bara longitud kontra latitud. Detta låter dig göra x versus y (Projekterad) grafer och olika Hovmöller diagram Till exempel planera longitud kontra djup eller tid kontra djup. \[ Obs!: Om djupet är på Y-axeln kommer det förmodligen att vändas från vad du vill. Förlåt, un-flipping det är ännu inte ett alternativ. \] Tack vare Cara Wilson och Lynn DeWitt.
Det finns en ny Oceanic/Atmosfärisk Acronym Converter som låter dig konvertera en vanlig oceanisk / atmosfärisk akronym till / från ett fullständigt namn.
Det finns en ny Oceanic/Atmosfärisk Variable Names Converter som låter dig konvertera ett vanligt oceaniskt/atmosfäriskt variabelnamn till/från ett fullständigt namn.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Java 7/8 Oracle Inte längre stöd (ger säkerhetsbuggfixar för) Java 7. ERDDAP™ Stöd fortfarande Java 7, men vänligen flytta till Java 8. nästa utgåva av ERDDAP™ Kommer förmodligen att kräva Java 8.
valid\_min /max/range Tidigare och nu, om en dataVariable hade haft scale\_factor och add\_offset metadata, ERDDAP™ packar upp datavärdena och tar bort den metadatan. Tidigare, ERDDAP™ Inte ändra/unpacka någon valid\_range , valid\_min , valid\_max metadata (som vanligtvis/bör innehålla förpackade värden) av scale\_factor och add\offset . Nu gör det. Vänligen sök din ERDDAP™ för "valid\" och se till att alla variabler som har valid\_range , valid\_min eller valid\_max ha rätt värden när datamängden visas i den nya versionen av ERDDAP . Se valid\_range /min/max dokumentation .
ACDD-1.3 Tidigare, ERDDAP™ (I synnerhet GenerateDatasets Xml) används/rekommenderas originalet (1.0) version av NetCDF Attributkonvention för Dataset Discovery som kallades " Unidata Dataset Discovery v1.0 i de globala konventionerna och Metadata\_Conventions attribut. Nu rekommenderar vi ACDD version 1.3 som ratificerades i början av 2015 och kallas "ACDD-1.3". Lyckligtvis är ACDD-1.3 mycket bakåtkompatibel med version 1.0. Vi rekommenderar att du byta till ACDD-1.3 . Det är inte svårt.
GenerateDatasets Xml attribut Det fanns ett stort antal förändringar för att förbättra< addAttributes > värden som föreslås av GenerateDatasets Xml för de globala konventionerna, creator\_name /email/url, nyckelord, sammanfattning och titelattribut och för variabeln long\_name attribut. Vissa förändringar är relaterade till den nya användningen av ACDD-1.3.
EDDTableFrån SOS Dataset Med enstaka tillägg av nya typer av SOS servrar och ändringar i de gamla servrarna blir det svårare för ERDDAP™ för att automatiskt upptäcka servertypen från serverns svar. Användningen av [<ServerType >] (/docs/server-admin/datasets#eddtablefromsos-skeleton-xml) (med ett värde av IOOS_NDBC, IOOS_NOS, OOSTethys eller WHOI) är nu starkt återkallad. Om någon av dina datamängder av denna typ har problem i den nya versionen av ERDDAP Försök omgående GenerateDatasets Xml för SOS server för att generera en ny bit av datasets.xml för denna dataset. GenerateDatasets Xml låter dig prova de olika<ServerType> alternativ tills du hittar rätt för en viss server. Om du fortfarande har problem, låt mig veta problemet du ser och webbadressen på servern och jag kommer att försöka hjälpa till.
EDDTableFromFileNames dataset Vissa attribut som rekommenderades addAttributes är nu sourceAttributes. Du behöver förmodligen inte ändra något för befintliga datamängder i din datasets.xml .
Buggfix relaterad till vissa förfrågningar till EDDTableFromNcCFFiles dataset. Jag har också lagt till ett stort antal enhetstester till det befintliga stora antalet enhetstester av de underliggande metoderna. (Det finns 100 scenarier) . Tack till Eli Hunter.
Bug fix/små förändringar EDDGrid FrånMergeIR. Tack till Jonathan Lafite och Philippe Makowski
Bug fix: EDDGrid FromErddap fungerar nu även om en fjärrdata inte har ioos\_category Variabla attribut. Tack vare Kevin O'Brien.
Bug fix i .graph webbsida för EDDGrid datamängder när det bara finns en axelvariabel med mer än ett värde. Tack vare Charles Carleton.
Det fanns andra små förbättringar, förändringar och buggfixar.

Version 1.60

(släppt 2015-03-12)

Nya funktioner (för användare) Från: Ingen
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
STRONGLY RECOMMENDED: Uppdatera serverns robots.txt fil för att inkludera: Disallow: /erddap/files/
INotify Problem and Solution: På Linux-datorer, om du använder<updateEveryNMillis > med dataset med typ= EDDGrid FrånFiles, EDDTableFromFiles, EDDGrid Kopiera, EDDTableCopy eller deras underklasser kan du se ett problem där en dataset inte laddas (ibland eller konsekvent) Med felmeddelandet: "IOException: Användargränsen för inotify-instanser som nåtts eller för många öppna filer". Om så är fallet kan du lösa detta problem genom att ringa (Som root) Från: echo fs.inotify.max\_user\_watches=65536 | Tee -a /etc/sysctl.conf echo fs.inotify.max\_user\_instances=1024 | Tee -a /etc/sysctl.conf Sysctl -p Eller använd högre siffror om problemet kvarstår. Standarden för klockor är 8192. Standarden till exempel är 128. \[ UPPDATERING: Det finns en bugg i Java som orsakar inotify fall att inte vara sopor samlas in. Detta problem undviks i ERDDAP™ v1.66 och högre. Den bättre lösningen är att byta till den senaste versionen av ERDDAP . \]
NoSuchFileException Bug Fix: Det fanns en bugg som kunde orsaka datamängder av typ = EDDGrid FrånFiles, EDDTableFromFiles, EDDGrid Kopiera, EDDTableCopy eller deras underklasser för att inte ladda ibland med felet "NoSuchFileException: someFileName". Buggen är relaterad till användning av FileVisitor och introducerades i ERDDAP™ v1.56. Problemet är sällsynt och kommer sannolikt att påverka datamängder med ett stort antal ofta ändrade datafiler.
Det fanns några små förbättringar, förändringar och buggfixar.

Version 1.58

(släppt 2015-02-25)

Nya funktioner (för användare) Från:
Den nya "files" system låter dig bläddra i ett virtuellt filsystem och ladda ner källdatafiler från många ERDDAP™ dataset. och "files" systemet är aktivt som standard, men ERDDAP™ administratörer kan inaktivera det genom att sätta

        <filesActive>false</filesActive>

i den ERDDAP™ setup.xml fil. Särskilt tack till Philippe Makowski, som fortsatte när jag var långsam för att uppskatta skönheten i denna idé.

Tid destination Max - Tidigare hade tidsvariabeln för EDDTable datamängder med nära realtidsdata en destinationMax av NaN, vilket innebar att det maximala tidsvärdet för datamängden är nyligen, men inte exakt känd och ändras ofta. Nu har destinationMax ett verkligt värde, vilket indikerar den för närvarande kända förra gången. Många datamängder har kontinuerligt uppdaterat data. ERDDAP™ stöder åtkomst till de senaste uppgifterna, även om det är efter den aktuella senaste tiden. Observera att det nya [<updateEveryNMillis >] (/docs/server-admin/datasets#updateeverynmillis) Stöd i EDDGrid FromFiles och EDDTable FrånFiles dataset uppdaterar tidsvariabelns destinationMax. En annan konsekvens av denna förändring är att datasetID = = allDatasets dataset innehåller nu den nuvarande kända sista gången i maxTime-kolumnerna. Tack till John Kerfoot.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
STRONGLY RECOMMENDED: Uppdatera serverns robots.txt fil för att inkludera: Disallow: /filer/ Disallow: /erddap/files/
Sample datasets.xml ----- Förra året rekommenderade vi flera utmärkta datamängder i kusten. ERDDAP™ att du kan lägga till din ERDDAP™ bara genom att lägga till några rader till dina datasets.xml . Om du lade till erdVH dataset, vänligen byt till de nyare erdVH2 dataset:
- Gör en kopia av alla erdVH-dataset och ändra kopierade datasetID Från erdVH... till erdVH2... och ändra den refererade sourceUrl från erdVH... till erdVH2.
- Ställ in erdVH... dataset till aktiv = "falsk".
Allt allt EDDGrid FromFiles och EDDTable FrånFiles underklasser stöder nu [<tillgängligaViaFiles>] (/docs/server-admin/datasets#accessibleviafiles) för att göra källdatafilerna tillgängliga via "files" system. Som standard är detta system avstängd för varje dataset. Du måste lägga till taggen för att aktivera den. Tack vare Philippe Makowski.
Allt allt EDDGrid FromFiles och EDDTable FrånFiles underklasser stöder nu [<updateEveryNMillis >] (/docs/server-admin/datasets#updateeverynmillis) . Som standard är detta system avstängd för varje dataset. Du måste lägga till taggen för att aktivera den. Tack vare Dominic Fuller-Rowell och NGDC.
Den nya EDDTableFromFileNames skapar en dataset från information om en grupp filer i serverns filsystem, men det tjänar inte data inifrån filerna. Till exempel är detta användbart för att distribuera samlingar av bildfiler, ljudfiler, videofiler, ordbehandlingsfiler och kalkylbladsfiler. Detta fungerar hand i hand med den nya "files" system, så att användare kan ladda ner filerna. Särskilt tack till Philippe Makowski, som fortsatte när jag var långsam för att uppskatta skönheten i denna idé.
Den nya EDDGrid FrånEDDTable låter dig konvertera en tabular dataset till en gridded dataset. Tack vare Ocean Networks Canada.
Den nya EDDGrid FrånMergeIRFiles aggregerar data från en grupp lokala MergeIR .gz filer. EDDGrid FromMergeIRFiles har distinktionen att vara den första biten av koden som bidragit till ERDDAP . Det gjordes helt utan vår hjälp. Tre jubel och speciellt tack vare Jonathan Lafite och Philippe Makowski från R.Tech Engineering.
Det finns en ny, valfri setup.xml tag,<unitTestDataDir>, som anger katalogen med enhetstestdatafiler som är tillgängliga via ett nytt GitHub-förvar: https://github.com/ERDDAP/erddapTest . Till exempel:

        <unitTestDataDir>/erddapTest/</unitTestDataDir>

Detta är inte användbart ännu, men är en del av flytten mot att göra så många av enhetstesten som körs av andra människor som möjligt. Tack till Terry Rankine.

Det fanns många små förbättringar, förändringar och buggfixar.

Version 1.56

(släppt 2014-12-16)

Nya funktioner (för användare) Från: (Ingen)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Du vet förmodligen redan om EDDGrid FrånErddap och EDDTableFromErddap som låter dig länka till dataset i andra ERDDAP och få dem att visas i din ERDDAP . Användarförfrågningar om faktiska data från dessa datamängder dirigeras osynligt till källan ERDDAP™ Så data flödar inte genom ditt system eller använder din bandbredd. Det finns nu en stor lista över rekommenderade dataset i provet datasets.xml i erddapContent .zip . Att inkludera dem i din ERDDAP™ Allt du behöver göra är att kopiera och klistra in de du vill ha i din datasets.xml . Tack vare Conor Delaney.
Om du kompilerar ERDDAP™ Du måste lägga till lite nytt. Jar filer till din klasspath -cp switch för javac och java.
Den nya EDDTableFromCassandra hanterar att få data från Cassandra . Tack vare Ocean Networks Canada.
Den nya EDDTableFromColumnarAsciiFiles hanterar att få data från ASCII-datafiler med kolumner med fast bredd. Tack vare Philippe Makowski.
Allt allt EDDGrid FromFiles och EDDTable FrånFiles underklasser använder nu en ny metod, FileVisitor (tillsatt till Java i 1.7) att samla in information om filerna. Detta kan inte ha någon fördel för den första insamlingen av filinformation för en viss datamängd men verkar ha en stor fördel för efterföljande insamlingar om det görs snart, medan operativsystemet fortfarande har informationen cachad. Tack till NGDC.

Vi rekommenderar fortfarande: Om en dataset har ett stort antal filer (t.ex. >1 000) operativsystemet (och därmed EDDGrid FrånFiles och EDDTableFromFiles) kommer att fungera mycket mer effektivt om du lagrar filerna i en serie underkataloger (en per år, eller en per månad för datamängder med mycket frekventa filer) så att det aldrig finns ett stort antal filer i en viss katalog.

Flera små förbättringar av EDDTableFromAsciiFiles.
Vissa förbättringar av EDDTableFromAsciiServiceNOS, särskilt för att få några ytterligare kolumner av information från källan. Tack till Lynn DeWitt.
Vissa små buggfixar relaterade till ISO 19115 som ERDDAP™ genererar. Tack till Anna Milan.

Version 1.54

(släppt 2014-10-24)

Nya funktioner (för användare) Från:
Vissa variabler arbetar nu med tiden på millisekunders precision, t.ex. 2014-10-24T16:41:22.485Z. Tack vare Dominic Fuller-Rowell.
Små förändringar/buggfixar:
Bug fix: med en viss kombination av omständigheter, EDDGrid FrånNcFile-dataset returnerade data vid minskad precision (t.ex. flyter istället för dubblar) . Detta kan endast påverka datavärdena med > 8 signifikanta siffror. Min ursäkt. (Och det var en klassisk datorprogrammering bugg: en fel karaktär.) Tack vare Dominic Fuller-Rowell.
Många små förändringar.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Griddap-dataset stöder nu tidsstämpelaxelvariabler och datavariabler (dvs variabler med tidsvärden, men en destinationName annat än "time" ) . Tack vare Dominic Fuller-Rowell.
ERDDAP™ stöder nu korrekt millisekunder time\_precision 1970-01-01T00:00:00.000Z En avsiktlig quirk: när du skriver tider till mänskliga orienterade filer (t.ex. .csv, .tsv , .json , .xhtml ) , ERDDAP™ använder den angivna time\_precision om den innehåller sekunder och/eller decimal sekunder; annars använder den sekunder time\_precision 1970-01-01T00:00:00Z (för konsistens och bakåtkompatibilitet) . Tack vare Dominic Fuller-Rowell.
EDDGrid FromNcFiles stöder nu att läsa String dataVariable s.
.nc filer skrivna av griddap kan nu ha String dataVariable s.
GenerateDatasets Xml innehåller nu mer flush () samtal för att undvika problemet med information som inte skrivs till filerna. Tack till Thierry Valero.
Dokumentationen för GenerateDatasetsXml förbättrades, särskilt för att påpeka att -i switch bara fungerar om du anger alla svar på kommandoraden (t.ex. script mode) . Och manusläge förklaras. Tack till Thierry Valero.
ERDDAP™ inte längre tillåter två variabler i en dataset att ha samma sourceName . (Om någon gjorde det förut, det förmodligen ledde till felmeddelanden.) Som tidigare, ERDDAP™ tillåter inte två variabler i en dataset att ha samma destinationName .

Version 1.52

(släppt 2014-10-03)

Nya funktioner: (Ingen)
Små förändringar/buggfixar:
Ännu en annan (Mindre) förändring för att göra ERDDAP™ snabbare.
Förbättring av ISO 19115-filer som genereras av ERDDAP Tillagd nyligen rekommenderad<gmd: Protocol & gt; värden (information, sök, OPeNDAP Från: OPeNDAP , ERDDAP griddap och ERDDAP Från: tabledap ) inom inom<gmd:CI\_OnlineResource & gt; Tack vare Derrick Snowden och John Maurer.
Många små förändringar.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Bug fix: GenerateDatasetsXml.sh och DasDds.sh var inte i erddap.war för 1,48 och 1,50. Nu är de. Tack till Thierry Valero.
Små förändringar i vissa hastighetstester i TestAll för att göra dem mindre mottagliga för slumpen. Tack till Terry Rankine.

Version 1.50

(släppt 2014-09-06)

Nya funktioner: (Ingen)
Små förändringar/buggfixar:
Detta detta ERDDAP™ bör vara mycket snabbare än de senaste versionerna.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra: (ingenting ingenting)

Version 1.48

(släppt 2014-09-04)

Nya funktioner:
ERDDAP™ skapar alltid en tabular dataset, datasetID = = allDatasets , som har en informationsförteckning om alla datamängder i detta ERDDAP . Det kan vara queried som alla andra tabular dataset. Detta är ett användbart alternativ till det aktuella systemet för att få information om dataset programmatiskt.
Det finns två nya utdatafiltyper för EDDTable och EDDGrid .csv0 och .tsv 0. De är komma- och flik-separerade värdefiler som inte har linjer med kolumnnamn eller enheter. Datan börjar på den första raden. De är särskilt användbara för skript som bara vill ha en bit av information från ERDDAP .
Små förändringar/buggfixar:
Kartor kan nu göras till longitud i intervallet -720 till 720.
Den nya .nc ml response File Type är tillgänglig för alla EDDGrid dataset. Den återvänder NCML \-formaterad beskrivning av datasetet (liknar en kombinerad .dds + .das) .
Bug fix: Spara tabelldata till en .nc filen var begränsad till 100 000 värden per variabel. Nu är det bara begränsat till 2 GB total filstorlek. Tack vare Kevin O'Brien.
Bug fix: the saveAs Matlab metoder ser nu till att datasetID s konverteras till säker Matlab Variabla namn. Men jag rekommenderar fortfarande starkt att du skapar datasetID s som är giltiga variabla namn: börja med ett brev och sedan bara använda A-Z, a-z, 0-9 och \_. Se datasetID . Tack till Luke Campbell.
Bug fix i EDDTableFromDatabase: Med vissa typer av databaser, en NO\_ DATA-svaret från databasen ledde till en meningslös 30 sekunders fördröjning ERDDAP . Tack till Greg Williams.
Bug fix: EDDGrid Gör en graf med graftyp = linjer (eller markörer eller markörer och linjer) tvingad x axelvariabel att vara tid. Nu kan det vara någon axel. Tack till Lynn DeWitt.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
STRONGLY RECOMMENDED: Uppdatering Java
Denna version av ERDDAP™ Kraven Java 7 eller högre, men Java 7 kommer att nå sitt slut i april 2015 (Snart!) Så nu är det en bra tid att byta till Java 8. så Java 8 är starkt återkallad. Jag testar med Java Notera att Java 6 nådde sitt slut i februari 2013 (Inga fler säkerhetsbuggfixar!) .
STRONGLY RECOMMENDED: Uppdatera Tomcat Om du använder Tomcat, vänligen byt till den senaste versionen av Tomcat. Tomcat 8 är utformad för att arbeta med Java 8.
" ERDDAP är inte längre en akronym. Nu är det bara ett namn. Jag vill inte att namnet ska markera ERD . Jag vill ERDDAP™ markera din institution och dina data.
Förklara anpassa utseendet på din ERDDAP™ installation för att markera din institution och dina data . Med en timmes arbete kan du göra fina förbättringar som kommer att vara för evigt.
I setup.xml, the<displayDiagnosticInfo> alternativet ignoreras nu alltid och behandlas som om värdet var falskt. Rekommenderad: Ta bort<displayDiagnosticInfo> taggen och relaterad information från din setup.xml.
I setup.xml, standard för< drawLandMask var "över", men nu är det "under", vilket är en bättre allmän standard (fungerar bra med alla dataset) .
GenerateDatasetsXml.sh och DadDds.sh Linux-skript använder nu bash istället för csh och har förlängningen .sh. Tack till Emilio Mayorga
GenerateDatasets Xml och DasDds skapar nu sina egna loggfiler (GenerateDatasetsXml.log och DasDds.log) och utdatafiler (GenerateDatasetsXml.out och pappads.out) i bigParentDirectory/logs/, och aldrig sätta sina resultat på klippbordet.
GenerateDatasets Xml stöder nu en -i-kommandoradsparameter som infogar utgången i den angivna filen på en angiven plats. Se dokumentation . Tack till Terry Rankine.
EDDTableFromDatabase stöder nu<kolumnNameQuotes></columnNameQuotes>, med giltiga värden (Default) ", eller ingenting. Denna karaktär (Om någon) kommer att användas före och efter kolumnnamn i SQL-frågor. Olika typer av databaser, inrättade på olika sätt, kommer att behöva olika kolumnnamn citatmärken.
Tabular latitud och longitud variabler kan nu ha anpassat long\_name t.ex. profil latitud. Tidigare kunde de bara vara bredd och longitud.
Från och med nu ange "defaultDataQuery" och "defaultGraphQuery" som attribut i datasetets globala metadata (dvs.<addAtts >), inte som separat<defaultDataQuery > och<DefaultGraphQuery> taggar. (Även om du fortfarande anger dem via taggarna, ERDDAP™ Skapar automatiskt globala attribut med informationen.)

Version 1.46

(släppt 2013-07-09)

Nya funktioner:
(Ingen)
Små förändringar/buggfixar:
Bug fix: I EDDTableFromDatabase, endast i version 1.44, ERDDAP™ felaktigt citerade databasens tabellnamn i SQL-uttalanden. Det är nu fixat. Tack vare Kevin O'Brien.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
** Om du inte ändrar standardmeddelandena i meddelanden.xml, ta bort \[ Tomcat \] /content/erddap/messages.xml. **
Standardmeddelandena.xml-filen är nu i erddap. Krigsfil, inte erddapContent .zip . Så du behöver inte längre uppdatera meddelanden.xml.
Om du ändrar meddelandena i meddelanden.xml, från och med nu, varje gång du uppdaterar ERDDAP™ antingen:
- Gör samma ändringar du gjort innan till den nya \[ Tomcat \] /webapps/erddap/WEB-INF/classes/gov/noaa/pfel/erddap/util/messages.xml. Och den här gången: ta bort \[ Tomcat \] /content/erddap/messages.xml.
- Eller ta reda på vad som har förändrats i de nya meddelandena.xml (via diff) och ändra din \[ Tomcat \] /content/erddap/messages.xml fil därefter.

Version 1.44

(släppt 2013-05-30)

Nya funktioner:
Frågor till EDDTable dataset stöder och orderBy Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min Min (......) och & & & orderByMinMax (......) (som returnerar två rader i varje grupp, med minsta och högst orderBy Värdevärde) . Tack till Lynn DeWitt.
Det finns två nya tabledap Filtyper: .nc CFHeader och .nc CFMAHeader (som returnerar ncdump-liknande rubriken på motsvarande .nc CF och .nc CFMA filtyper) . Tack till Steve Hankin.
Små förändringar/buggfixar:
Bug fix: ladda .graph och .html webbsidor för datamängder med massor av tidsvärden var långsam eftersom ERDDAP™ var långsam när man genererar tidsreglage alternativ. Nu är det alltid snabbt. Tack vare Michael Barry, OOICI och Kristian Sebastian Blalid.
Bug fix: I vissa EDDTable datasettyper hanterades inte tidsbegränsningarna alltid korrekt. Nu är de. Tack till John Maurer och Kevin O'Brien.
Bug fix: datamängder skulle inte laddas när alla subsetVariables fasta värdevariabler. Nu kommer de. Tack till Lynn DeWitt och John Peterson.
IMPROVED: Nu fungerar alla frågor för bara subset variabler som om & distinkt () är en del av frågan.
För frågor som inkluderar & .json p=functionName, funktion Namn MÅSTE nu vara en serie av 1 eller mer (period-separat) ord. Varje ord måste börja med ett ISO 8859-brev eller "\" och följs av 0 eller fler ISO 8859-bokstäver, siffror eller "\". Ja, detta är mer restriktivt än Java Skriptets krav på funktionsnamn.
Tidsaxeln på grafer fungerar nu bra för längre tidsintervall (80 - 10000 år) och kortare tidsintervall (0,003 - 180 sekunder) .
ERDDAP™ är nu mer förlåtande när man parsar variationer av ISO-8601-format tidsdata.
Det fanns många andra små förändringar och buggfixar.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Du måste uppdatera till den senaste versionen för att vara säker.
ERDDAP™ genomgick en säkerhetsrevision. Det fanns några buggar och svagheter. Version 1.44 innehåller flera viktiga säkerhetsbuggfixar och flera ändringar för att öka säkerheten och tillgängligheten (t.ex. för synnedsatta användare) . Version 1.44 har godkänt uppföljningssäkerhetsrevisionen. Tack vare alla bra människor på USGS och Acunetix som gjorde detta möjligt. (Borde inte NOAA Gör detta?)
Den nya EDDTableFrån WFS Filer gör en lokal kopia av alla data från en ArcGIS MapServer WFS server och så kan data sedan sparas snabbt till ERDDAP™ användare. Tack till Christy Caudill.
Den nya EDDTableFrån EDDGrid låter dig skapa en EDDTable dataset från en EDDGrid dataset. Några vanliga skäl för att göra detta är:
- Detta gör det möjligt för datasetet att bli queried med OPeNDAP valbegränsningar (som en användare kan ha begärt) .
- Datasetet är i sig en tabular dataset. Tack vare OOICI, Jim Potemra, Roy Mendelssohn.
Variabelnamnet "djup" är nu ett speciellt alternativ till "höjd". Enheterna måste vara en variant av "meter". Datavärdena måste vara positiva = nedåt. ERDDAP™ är nu fullt medveten om betydelsen av djup och stöder den varhelst höjden stöds. (t.ex. som en komponent i en CF DSG cdm\_data\_type=profildataset) . En datamängd får inte ha både "djup" och "höjd" variabler.
I din datasets.xml , ta bort alla användningar av<Att namn="cdm\_altitude\_proxy">djup</att> eftersom djupet nu är ett speciellt alternativ till höjd och det behöver inte identifieras speciellt.
I din datasets.xml , ta bort alla användningar av<höjdMetersPerSourceUnit>, förutom EDDTable Från SOS . När värdet är 1, ta bara bort det. När värdet är -1, överväga att ändra det variabla namnet till djupet. För andra värden, lägg till< addAttributes Till exempel:

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

Alla datamängder stöder nu
- <defaultDataQuery > som används om .html begärs utan fråga.
  - Du kommer förmodligen sällan behöva använda detta.
  - För griddap dataset, en vanlig användning av detta är att ange ett annat standarddjup eller höjd dimension värde (t.ex., \[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \] istället för \[ Sista sista \] ) . Du bör alltid lista alla variabler, alltid använda samma dimensionsvärden för alla variabler och nästan alltid använda samma dimensionsvärden. \[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \] , \[ Sista sista \] eller \[ 0:last \] för dimensionsvärdena. Till exempel:

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

För tabledap datamängder, den vanligaste användningen av detta är att ange ett annat standardtidsintervall (i förhållande till nu, t.ex., &time>= now- 1 dag) . Kom ihåg att begära inga datavariabler är detsamma som att ange alla datavariabler, så vanligtvis kan du bara ange den nya tidsbegränsningen. Till exempel:

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

<defaultGraphQuery > som används om .graph begärs utan fråga.
- Du kommer förmodligen sällan behöva använda detta.
- För griddap dataset är den vanligaste användningen av detta att ange ett annat standarddjup eller höjd dimension värde (t.ex., \[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \] istället för \[ Sista sista \] ) och/eller specificera att en specifik variabel graferas. I alla fall kommer du nästan alltid att använda \[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \] , \[ Sista sista \] eller \[ 0:last \] för dimensionsvärdena. Till exempel:

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

För tabledap datamängder, den vanligaste användningen av detta är att ange olika variabler som ska graferas, ett annat standardtidsintervall (i förhållande till nu, t.ex., &time>= now- 1 dag) och/eller olika standardgrafikinställningar (t.ex. markörtyp) . Till exempel:

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

Kom ihåg att du behöver XML-kod eller procent-kod (antingen en, men inte båda) standardfrågor eftersom de är i ett XML-dokument. Till exempel, och blir &amp; ,<blir < och > blir > Vänligen kontrollera ditt arbete. Det är lätt att göra ett misstag och inte få vad du vill. Tack vare Charles Carleton, Kevin O'Brien, Luke Campbell och andra.

EDDGrid FrånDap, EDDGrid FromErddap och EDDTableFrom EDDGrid ha ett nytt system för att hantera datamängder som förändras ofta (så ofta som ungefär var 0,5 s) . Till skillnad från ERDDAP "S vanliga, proaktiva system för att helt ladda om varje datamängd, är detta valfria ytterligare system reaktivt. (utlöses av en användarbegäran) och inkrementell (bara uppdatera den information som behöver uppdateras) . Till exempel, om en begäran till en EDDGrid FromDap dataset förekommer mer än det angivna antalet millisekunder sedan den senaste uppdateringen. ERDDAP™ kommer att se om det finns några nya värden till vänster (vanligen vanligen vanligen vanligtvis "time" ) dimension och i så fall bara ladda ner de nya värdena innan du hanterar användarens begäran. Detta system är mycket bra på att hålla en snabbt föränderlig datamängd uppdaterad med minimala krav på datakällan, men till kostnaden för att något sakta ner behandlingen av vissa användarförfrågningar. Se [Läs mer]<updateEveryNMillis >] (/docs/server-admin/datasets#updateeverynmillis)
Tack vare Michael Barry och OOICI.
EDDGrid FromNcFiles, EDDTableFromNcFiles och EDDTableFromNcCFFiles stöder nu NcML .nc ml Källa filer i stället för .nc filer. Tack till Jose B Rodriguez Rueda.
För EDDGrid AggregateExistingDimension, ERDDAP™ stöder ett nytt serverType="dodsindex"-alternativ för serverType-attributet< sourceUrl s> tag. Detta fungerar med webbsidor som har listor över filer inom<Pre></pre> och ofta under en OPeNDAP logotyp. Ett exempel är https://opendap.jpl.nasa.gov/opendap/GeodeticsGravity/tellus/L3/mascon/RL06/JPL/v02/CRI/netcdf/contents.html .
För EDDTableFrom SOS Nu stöder en valfri tag

        <sosServerType>_serverType_</sosServerType>

så att du kan ange typen av SOS Server server (Så ERDDAP™ behöver inte räkna ut det) . Giltiga värden av<serverType\> är IOOS\_NDBC, IOOS\_NOS, OOSTethys och WHOI (En nyligen stödd server Typ) . Se EDDTableFrån SOS . Tack vare Derrick Snowden och Janet Fredericks.

Allt allt EDDGrid Från...Files, EDDTableFrån...Files, EDDGrid Kopiera och EDDTable Kopiera stöder nu en valfri tagg

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

som kan berätta ERDDAP™ för att hålla filen Bord (med information om varje källdatafil) I minnet istället för bara på disken (Default) . Att hålla filen Tabell i minnet påskyndar förfrågningar om data (Speciellt om det finns >1000 källdatafiler) men använder mer minne. Om du ställer in detta till sant för alla datamängder, håll ett öga på minnet: för närvarande använder du linje på yourDomain /erddap/status.html säkerställa att ERDDAP™ har fortfarande gott om fri minne. Tack till Fredrik Stray.

EDDTableFromASCIIFiles stöder nu<Charset>. De två vanligaste karset (fall känslig!) är ISO-8859-1 (Default) och UTF-8.
Rekommenderas: i setup.xml, inom<StartHeadHtml>, vänligen ändra<html> in i <html lang="en-US"> (eller en annan språkkod Om du har översatt messages.xml) .
setup.xml har nya valfria taggar för att inaktivera delar av ERDDAP Från:
- <konverterareActive>False</convertersActive><! - Standarden är sann ->
- <SorterActive>False<SlideSorterActive ><! - Standarden är sann ->
- <WmsActive > False</wmsActive><!-- standarden är sant -> I allmänhet rekommenderar vi att du ställer någon av dessa till falsk.
GenerateDatasets Xml skriver nu resultat till bigParentDirectory/logs/generateDatasetsXmlLog.txt, inte log.txt. Tack till Kristian Sebastian Blalid.
GenerateDatasets Xml gör nu ett bra förslag till<Reload EveryNMinutes >. Tack vare NOAA UAF-projekt.
Många små förbättringar av GenerateDatasetsXml. Tack vare NOAA UAF-projekt.

Version 1.42

(släppt 2012-11-26)

Nya funktioner:
(Inga större nya funktioner.)
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Om du uppgraderar från ERDDAP™ 1.38 eller 1.40, det fanns inga ändringar som kräver att du ändrar dina konfigurationsfiler. (men du måste använda den nya meddelanden.xml-filen) .
ERDDAP™ Återigen kan springa med Java 1.6. ( ERDDAP™ v1.40 krävs Java 1.7.) Vi rekommenderar fortfarande starkt att du använder den senaste versionen av Java 1.7.
En ny datasettyp, EDDTableFrån AwsXmlFiles kan läsa data från en uppsättning automatiska väderstationer (AWS) XML datafiler. Tack vare Lynn Dewitt och Exploratorium.
Små förändringar/buggfixar:
Justerat till förändringar i NDBC SOS källdataservrar.
Justerat till ändringar av NOS COOPS ASCII-tjänster.
Gjorde flera små förändringar och buggfixar.

Version 1.40

(släppt 2012-10-25)

Nya funktioner:
Det finns ett nytt utdatafilformat för tabledap Dataset: .nc CFMA, som sparar begärda data i en .nc fil som överensstämmer med CF Diskret sampling geometrier Multidimensionella Array-alternativ, och som därför överensstämmer med NODC-mallarna \[ 2021: Nu är NCEI mallar \] för att lagra denna typ av data. Tack vare NODC.
tabledap Förfrågningar kan nu innefatta tidsbegränsningar som &time> now- 5 dagar. Se dokumentation . Tack till James Gosling.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Om du uppgraderar från ERDDAP™ 1.38 Det fanns inga ändringar som kräver att du ändrar dina konfigurationsfiler. (men du måste använda den nya meddelanden.xml-filen) .
ERDDAP™ offentliga utgåvor och interna milstolpar finns tillgängliga via ERDDAP™ på GitHub . För mer information, se Wiki För ERDDAP™ projekt samt mer allmänt ERDDAP™ Programmers guide . (Detta meddelades separat några veckor efter ERDDAP™ 1.38 release.)
GenerateDatasets Xml har förbättrats.
- Manuset reviderades så det borde fungera korrekt på alla Linux-datorer. (Inte bara några få) .
- Det lägger nu till creator\_name , creator\_email och creator\_url när det är möjligt.
- Många andra små förbättringar.
Förfinat hur ERDDAP™ handlar om tid.
- Internt, ERDDAP™ nu hanterar tider på millisekund precision (Inte sekunder) .
- Du kan nu valfritt ange tidsprecisionen för en viss dataset, se time\_precision . Du kan till exempel ange en dataset för att visa tidsvärden med datumprecision (t.ex. 1970-01-01) .
- Dina aktuella datamängder kommer att använda standardinställningarna, så de påverkas inte av dessa ändringar och kommer att fortsätta att visa tid med sekunders precision. Tack vare Servet Cizmeli och Philip Goldstein.
EDDTableFromNcCFFiles är en ny datasettyp som du kan använda i din datasets.xml fil. Det kan läsa data från någon av de många filformat som definieras av CF Diskret sampling geometrier konventioner. Tack vare NODC och speciellt tack vare Kyle Wilcox för att göra provfiler för det stora antalet giltiga DSG-filformat och för att göra dem offentligt tillgängliga.
Små förändringar/buggfixar:
Utvidgade Snabbstart system för alla relevanta EDDGrid och EDDTable underklasser.
Förbättrad dokumentation, särskilt relaterad till hur man använder griddap och tabledap från olika klientprogramvara.
Ändrad avancerad sökning för att stödja minTime och/eller maxTime uttryckt som epokSeconds. Tack till Lynn Dewitt.
Ändrad .htmlTable Utgång för att visa url och e-postadresser som länkar.
Lägg till "rel=" och "rev=" till relevant<en href> taggar. Tack vare Pat Cappelaere från OGC REST projekt.
Förbättrat skydd mot orealistiskt stora dataförfrågningar, särskilt inom tabledap Där det är ett svårare problem.
Flyttade fler meddelanden till messages.xml.
Gjorde hastighetsförbättringar.
Fast EDDGrid FrånFiles för att tillåta nedåtgående sorterade axlar. Tack vare Maricel Etchegaray.
Ta bort referenser till iGoogle eftersom det kommer att avbrytas.
Gjorde flera små förändringar och buggfixar.

Version 1.38

(släppt 2012-04-21)

Nya funktioner:
ISO 19115 och FGDC ERDDAP™ kan automatiskt generera ISO 19115 och FGDC XML metadatafiler för varje dataset. Länkar till filerna är synliga på varje lista över datamängder (från Full Text Search) och även i Web Accessible Folders (WAF) (se FGDC WAF och ISO 19115 WAF ) . Tack vare Ted Habermann, Dave Neufeld och många andra.
Fulltextsökningar för dataset stöder nu \-_ excludedWord _ och \-"exkluderad fras" . Tack vare Rich Signell.
Sökningar efter datamängder returnerar nu resultat en sida i taget. Standarden använder parametersträngen: page=1&itemsPerPage=1000, men du kan ändra värdena i webbadressen för din begäran. Tack vare Steve Hankin och UAF-projektet.
OpenSearch ----- ERDDAP™ stöder nu OpenSearch 1.1. standard för att söka efter datamängder. Bland annat tillåter detta katalogaggregationswebbplatser att göra distribuerade sökningar (skicka en sökförfrågan till varje katalog som den vet om) .
Comma separerad Värde (CSV) Filer - ERDDAP™ genererar nu CSV-filer med bara ett komma mellan värden (vilket Excel föredrar) I stället för comma+space. Tack till Jeff deLaBeaujardiere.
Million Datasets - Flera förändringar gjordes för att stödja ERDDAP har ett stort antal datamängder, kanske till och med en miljon. Tack vare Steve Hankin och UAF-projektet.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:

Snabbstart

Ett Snabba omstartssystem tillåter ERDDAP™ att starta mycket snabbare. Lägg till detta i din setup.xml-fil direkt efter</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>

Fulltextsökningar för dataset kan nu göras med Lucene sökmotor (Vi rekommenderar den ursprungliga sökmotorn om du har färre än 10 000 datamängder.) eller det ursprungliga söksystemet. Lägg till detta i din setup.xml-fil direkt efter</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>

I setup.xml kan du/bör nu lägga till två nya kategorier i den komma-separerade listan över< categoryAttributes >::
- Global:keywords (Lägg till det direkt efter global:institution) - ett nytt specialfall som paraserar en komma-separerad lista över nyckelord från det globala sökord attributet för att göra en separat post för varje sökord.
- Variabel Namnnamn (Lägg till det i slutet) Ett nytt specialfall som kategoriserar var och en av dataVariable destinationName s.
I setup.xml kan du (Men varför?) berätta ERDDAP™ inte erbjuda FGDC och/eller ISO 19115 metadata för datamängd genom att inkludera

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

Standardvärdena för dessa inställningar är sanna.

Inom datasets.xml Tänk på att förbättra metadata för dina datamängder. ERDDAP™ nu genererar automatiskt ISO 19115 och FGDC XML metadatafiler för varje dataset baserat på datasetets metadata. Så, Bra dataset metadata leder till bra ERDDAP -genererad ISO 19115 och FGDC metadata.
Se den nya dokumentationen för de många nya Globala attribut .
Inom datasets.xml Om du vill berätta ERDDAP™ att använda en pre-made FGDC- och/eller ISO 19115-fil som finns någonstans på serverns filsystem istället för att ha ERDDAP™ generera dessa filer, använd:

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

Om fullFileName′′ eller filen inte finns, kommer datamängden inte att ha någon FGDC och/eller ISO 19115 metadata. Detta är också användbart om du vill undertrycka FGDC och/eller ISO 19115-metadata för en viss datamängd.

Inom datasets.xml För alla EDDGrid SideBySide och EDDGrid AggregateExistingDimension dataset, se till att barndataset har olika datasetID s än deras föräldrars datamängder och än de andra barnen. (Du kan till exempel följa George Foremans enkla men effektiva system för att namnge hans barn.) Om några namn i en familj är exakt samma, kommer datamängden inte att laddas (med felmeddelandet att värdena på den aggregerade axeln inte är i sorterad ordning) .
Inom datasets.xml Det fanns vissa ändringar i listan över giltiga ioos\_category metadatavärden:
- "PCO2" ändrades till "CO2".
- "Fysisk oceanografi" tillkom.
- "Soils" tillkom.
Inom datasets.xml , ERDDAP™ inte längre tillåter "." i en datasetID . Det var tillåtet men avskräckt. (Förlåt)
Inom datasets.xml , installationen för EDDTableFromThreddsFiles och EDDTableFrom Hyrax Filer har ändrats något eftersom båda klasserna bara skrevs om för att vara effektivare. (Båda klasserna gör nu alltid en lokal kopia av alla fjärrdatafiler) . Se dokumentationen för att ställa in dessa klasser: EDDTableFrån Hyrax Filer och EDDTableFromThreddsFiles . I synnerhet se de reviderade kommentarerna om<FilDir> (Irrelevant) och< sourceUrl > > > > > (Nu väsentlig) . Du bör heller aldrig linda denna klass i EDDTableCopy för effektivitet.
Inom datasets.xml Om du använder EDDTableFromDatabase med en Oracle databasen, du bör inkludera en anslutning Fastigheter som

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

för att ange hur många rader av data som ska hämtas samtidigt eftersom standarden är 10, vilket är fruktansvärt ineffektivt. Se Oracle dokumentation . MySql och PostgreSQL verkar ha bättre standarder för denna inställning. Tack vare Kevin O'Brien.

Om du använder EDDTableFromDatabase, se de förbättrade "Speed" dokumentation För ytterligare förslag för att förbättra prestanda. Tack vare Kevin O'Brien.
Inom datasets.xml för alla EDDTable ... datamängder, i konventionerna och Metadata\_Conventions globala attribut, hänvisa till CF-1.6 (inte CF-1.0, 1.1, 1.2, 1.3, 1.4 eller 1.5) , eftersom CF-1.6 är den första versionen som inkluderar ändringarna i Discrete Sampling Geometry.
programmerare som sammanställer ERDDAP™ kod måste lägga till lib/lucene-core.jar på listan över burkfiler i deras javac och java kommandoradsbanor.
ERDDAP™ har en Ny service konvertera ett CF Standard Name till/från ett GCMD Science Keyword. Du kan hitta detta användbart när du genererar globala sökordsmetadata för datamängderna i dina ERDDAP .
Hantera Bots - Vänligen läs detta råd till förhindra bots från att krypa din ERDDAP™ på ett dumt sätt .
Översättning - Texten om ERDDAP webbsidor är nu mestadels i messages.xml och så lämplig för översättning till olika språk (t.ex. tyska, franska) . Meddelandena använder nu ofta MessageFormat för formatering, även för att hjälpa till med att göra översättningar. Om du är intresserad av att göra en översättning, vänligen e-post erd dot data at noaa dot gov .
Sample datasets.xml ----- Det fanns flera små men betydande fel i provet datasets.xml . Om du använder dessa datamängder, vänligen få de nyare versionerna från det nya provet datasets.xml I den nya erddapContent .zip fil. Tack till James Wilkinson.
Git - Jag kommer att försöka svårt att göra ERDDAP™ ett GitHub-projekt ASAP efter denna release.
Små förändringar/buggfixar:
En ny palett, OceanDepth, är användbar för djupvärden (positivt är nere) t.ex. 0 (Den grunda) till 8000 (djupt) .
och .kml Utgång från tabledap Använder en bättre markör ikon (Det är inte fuzzy) . Och sväva över en markör gör det nu större.
EDDTableFromFiles - I den senaste uppgraderingen hade det nya netcdf-java-biblioteket hårdare restriktioner för variabla namn. .nc filer. Det orsakade problem för EDDTableFromFiles om en variabel sourceName hade vissa skiljetecken. EDDTableFromFiles är nu modifierad för att undvika det problemet. Tack till Thomas Holcomb.
.subset-sidan stöder nu 0/10/100/1000/10000/100000 istället för en checkruta för relaterade data. Tooltip varnar för att 100000 kan få din webbläsare att krascha. Tack till Annette DesRochers, Richard (Abe) Coughlin och IOOS Biological Project.
.../erddap/info/ datasetID _/index.html webbsidor visar nu urls och e-postadresser som klickbara länkar. Tack till Richard (Abe) Coughlin och IOOS Biological Project.
Bug fix: I tabledap för dataset med höjd MetersPerSourceUnit<0, frågor med höjdbegränsningar hanterades felaktigt. Tack vare Kyle Wilcox.
Bug fix: EDDGrid AggregateFromExistingDimension stöder nu fler olika TDS-adresser. Tack vare?

Version 1.36

(släppt 2011-08-01)

Nya funktioner:
Inga signifikanta förändringar från användarens synvinkel.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
PmelTao dataset som ofta användes som provdataset för provet tabledap
Dokumentation är inte längre tillgänglig. ERDDAP™ administratörer måste göra dessa förändringar:
- I din datasets.xml Om du har en datasetID = "pmelTao" dataset, lägg till aktiv="falsk" strax före ">" i slutet av den linjen.
- I din setup.xml, om din<EDDTableIdExample > är pmelTao, då:
  - Om din datasets.xml inte har en dataset med datasetID = "erdGlobecBottle", tillägg

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

I din setup.xml, ersätt alla taggar från<EDDTableIdExample > genom <EDDTable Matlab PlotExample > med

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

För datamängder där typen är en underklass av EDDTableFromFiles kan du nu göra data från metadata. Specifikt kan du nu göra en variabel från värdena på en egenskap av en av de ursprungliga variablerna. Till exempel, i datasets.xml inom en< dataVariable tag, om du använder

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

ERDDAP™ kommer att göra en variabel med värdena på PI-attributet av kryssningsvariabeln. Tack vare WOD.

Förändringar:
Små förändringar

Version 1.34

(släppt 2011-06-15)

Förändringar:
Bug fix: Fast ett minne läcka som inträffade på några 64-bitars Java installationer.
Bug fix: ERDDAP™ nu korrekt sätter dessa globala attribut när breddgradens värden sträcker sig från hög till låg: geospatial\_lat\_min, geospatial\_lat\_max, Southernmost\_Northing, Northernmost\_Northing.

Observera att actual\_range är oförändrad: det kan ha låga, höga värden eller höga, låga värden, eftersom det är avsett att ange intervallet och lagringsordningen.

Små förändringar.
ERDDAP™ administratörer behöver inte göra några ändringar i deras setup.xml eller datasets.xml .

Version 1.32

(släppt 2011-05-20)

Förändringar:
Stöd för den nyligen ratificerade, CF Discrete Sampling Geometries (som tyvärr ännu inte är tillgänglig online) som ersätter de föreslagna CF Point Observation Conventions. ERDDAP™ användare kommer att se att cdm\_feature\_type=Station ersätts av TimeSeries och det finns små ändringar i filerna som skapats för de .nc CF-filtyp (flat\_dimension kallas nu prov\_dimension) . ERDDAP™ administratörer måste göra dessa förändringar i datasets.xml Från:
- cdm\_data\_type=Station bör ändras till cdm\_data\_type=TimeSeries.
- cdm\_data\_type=StationProfile bör ändras till cdm\_data\_type=TimeSeriesProfile.
- cdm\_station\_variables bör ändras till cdm\_timeseries\_variables.
- cf\_role=station\_id bör ändras till cf\_role=timeseries\_id.
Nytt nytt ioos\_category alternativ: "Colored Dissolved Organic Matter", "pCO2", "Stream Flow", "Total Suspended Matter".
Möjlig lösning på en möjlig minnesläcka på 64-bitars Java . \[ Det fungerade inte. \]
Små förändringar.

Version 1.30

(släppt 2011-04-29)

Nya funktioner:
Support för 64-bitars Java . När den används med 64 bit Java , ERDDAP™ kan nu använda mycket mer heap minne och hantera många fler samtidiga förfrågningar.
Stöd för .nc filförfrågningar upp till 2 GB (Även utan 64-bitars Java ) genom bättre användning av ERDDAP Hantering av data i bitar.
Många 2X hastighetsförbättringar i koden och 2X hastighet upp från Java 1.6 gör ERDDAP™ 2X till 4X snabbare än tidigare.
Minnesbesparingsförbättringar betydligt lägre ERDDAP basminneanvändning.
för tabular dataset, ERDDAP™ är nu fullt medveten om en dataset cdm\_data\_type, och hur datakartorna till CDM-typen. Se CF Diskret sampling geometri specifikation . Kanske en dag snart kommer Word-filen att konverteras till .html och ersätta den aktuella "OBSOLETE"-informationen på den webbsidan. Tack vare NOAA UAF-projekt.
För de flesta EDDTable dataset, ett nytt utdatafiltypalternativ, .nc CF skapar Contiguous Ragged Array .nc filer som uppfyller den senaste versionen av CF Discrete Sampling Geometries konventioner . Dessa filer är strukturerade för att återspegla CDM-datatypen av datamängden. Eftersom de föreslagna konventionerna just ändrats, från och med detta skrivande, stöder netcdf-java-biblioteket ännu inte att läsa de filformat som skapats av ERDDAP och tolkar dem som CDM-datafiler. Det kommer nog snart. Tack vare NOAA UAF-projekt.
Distinktdataalternativet på .subset-webbsidan är nu en rullgardinslista som låter användare ange det maximala antalet rader av distinkta data som ska visas (Standard = 1000) . Denna förändring och andra tillåter ERDDAP™ att arbeta med datamängder som har mycket stort antal rader av distinkta data. (Antalet unika värden för varje enskild variabel är fortfarande ett problem, men det kan vara ganska högt. (20 000?) innan .subset och andra webbsidor laddas väldigt långsamt.) Tack vare NOAA UAF-projekt.
.subset webbsidor har ett nytt alternativ: Visa Distinct Data Counts. Tack vare GTOPP-projektet.
För att hjälpa användare, de olika värdena (t.ex. stationsnamn) visas nu på Formerna för Make-A-Graph och Data Access. Tack vare NOAA UAF-projekt.
Transparent Png-förfrågningar stöder nu alla typer av grafer och datarepresentationer. Det drar bara data - inga axlar, legender, landmask eller något annat. Detta gör det möjligt att göra bilder som lager av transparentaPngs. Om &.size=width | height anges i frågan (rekommenderas) Det är hedrat. Standarden är 360x360 pixlar. Det enda undantaget är EDDGrid och.draw=surface, där standarden (som förut) är en bild med ~1/pixel per datapunkt (upp till 3000 x och y pixlar) . Tack till Fred Hochstaedter.
och WMS webbsidor visar nu färgfältet för datamängdens variabel (s) . Tack vare Emilio Mayorga och andra.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Denna release innebär många förändringar. De är alla viktiga. Var tålmodig och arbeta genom alla ändringar som anges nedan.
Denna version skjuts ut tidigare än avsedd att hantera vissa Java säkerhetsbuggar. Tyvärr är flera funktioner/fix avsedda för detta ERDDAP™ versionen finns inte i den här versionen. Förlåt. Förhoppningsvis blir nästa version relativt snart (och mycket lättare att uppgradera till) .
För att undvika flera säkerhetsbuggar i Java 6 uppdatering 23 och nedan, ladda ner och installera den senaste versionen av Java ( Java 6 uppdatering 24 eller högre) . Om du har ett 64-bitars operativsystem, vänligen få en 64-bitarsversion av Java .
Om du använder Tomcat 5 måste du uppgradera till Tomcat 6 eller 7 (Föredrog) . Om du använder Tomcat 6, överväga uppgradering till Tomcat version 7.
Följ alla instruktioner för inrätta en ny ERDDAP™ , men i förekommande fall kommer du att kopiera filer från din gamla installation till den nya installationen, särskilt den. \[ Tomcat \] /content/erddap katalog och filer. Som en del av det, notera nya Tomcat setup rekommendationer .
Standard erddap.css ingår nu i erddap.war-filen.
- För att använda standard erddap.css, ta bort Din gamla \[ Tomcat \] /content/erddap/images/erddap.css.
- Om du ändrade \[ Tomcat \] /content/erddap/images/erddap.css, och vill fortsätta använda den: lämna den på plats och ersätta den<Input> sektion med:

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

I din \[ Tomcat \] /content/erddap/setup.xml:
- Ersätt kommentarer och taggar relaterade till<partialRequestMaxBytes> och<partialRequestMaxCells > med

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

Ersätt kommentarerna relaterade till< categoryAttributes > och överväga att ändra taggens värde:

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

Enskilda< categoryAttributes Det är globala attribut som nu måste identifieras via prefixet globalt: (t.ex. global:institution) . Andra attribut antas vara variabla attribut (t.ex., standard\_name ) . Institutionsvärden (de enda) lämnades i det ursprungliga fallet. Nu konverteras alla kategorivärden till nedre.

I din \[ Tomcat \] /innehåll/erddap/ datasets.xml Från:
- Stor improviserad: ERDDAP™ har nya krav relaterade till en tabular dataset cdm\_data\_type. I synnerhet har varje dataset MUST rätt metadata och variabler relaterade till cdm\_data\_type. Om inte, kommer datamängden inte att laddas och kommer att kasta ett fel. Se dokumentationen för cdm\_data\_type .
- FYI: Det finns en ny datasettyp: EDDTableFromAsciiServiceNOS.
- FYI: Det finns tre nytillåtna ioos\_category alternativ: Hydrologi, kvalitet (t.ex. för kvalitetsflaggor) och statistik (t.ex. menar) .
- För EDDTableFrån... Filer dataset, ta bort alla<nDimensions> taggar. De behövs inte längre eller används.
- För variabler med destinationName = höjd, ERDDAP™ inte längre tvingar long\_name Att vara höjd. Vänligen gå igenom din datasets.xml och upprepade gånger söka efter< destinationName >höjd och lägg till den där variabeln< addAttributes >::

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

(eller något annorlunda long\_name i särskilda fall) .

Valfritt: Alla EDDTableFromFiles underklasser stöder variabel sourceName =global:... omvandla globala metadata från varje fil till en datavariabel. Tack till Lynn DeWitt.
EDDTableFromDatabase användare ERDDAP™ kommer med en ny JDBC 4-förare för Postgres. För andra databaser, kontrollera webben för den senaste JDBC .jar-filen för din databas. Sedan dess ERDDAP™ nu använder Java 1.6+, JDBC 4 (Inte 3) rekommenderas förmodligen.
FYI
- EDDGrid Från...Files och EDDTable Från... Filer dataset nu lagra filTable information i \[ bigParentDirectory \] /dataset Info/ \[ datasetID \] /*** .nc filer. Också, EDDTable dataset nu lagra subset information i \[ bigParentDirectory \] /dataset Info/ \[ datasetID \] /*** .nc filer. Dessa filer brukade vara \[ bigParentDirectory \] /dataset Info/ \[ datasetID \] . \************************************************************************************************************************************************************************************************************************************************************ .json filer. De gamla filerna raderas automatiskt när ERDDAP™ Börjar upp. Eller du kan radera alla filer (Men lämna de tomma underkatalogerna) in i \[ bigParentDirectory \] /datasetInfo/.
- Jag arbetade med en ny EDDTableFromNcCFFiles som skulle läsa data från lokala och avlägsna filer med hjälp av de föreslagna, nya CF Point Observation Conventions. Men det är inte i denna release. Det finns problem i netcdf-java bibliotek relaterade till vissa metoder för att läsa dessa filer. Och det fanns några mycket nya ändringar av de föreslagna CF Point Observation Conventions. När biblioteket netcdf-java är fastställt och uppdaterat till det senaste förslaget kommer jag att återuppta arbetet med detta.
- Running ERDDAP™ på Windows kan ha problem: särskilt kan du se i \[ bigParentDirectory/logs/log.txt-fil som ERDDAP™ kan ibland inte ta bort och/eller byta namn på filer snabbt. Detta beror på antivirusprogram (från McAfee och Norton) som kontrollerar filerna för virus. Om du stöter på detta problem (som kan ses av felmeddelanden i log.txt-filen som "Användbar att ta bort ...") ändra antivirusprogramvarans inställningar kan delvis lindra problemet. Om ERDDAP™ I Windows är bara ett test som körs på skrivbordet, det här är bara en irritation. Om ERDDAP™ i Windows är din publik ERDDAP™ Tänk på att byta till en Linux-server.
Långsam första startup Första gången du kör ERDDAP™ efter uppgradering, ERDDAP™ kan vara långsamt att ladda datamängderna. Vägen ERDDAP™ lagrar information om aggregerade filer har ändrats, så ERDDAP™ måste läsa lite information från alla dessa filer. Det kommer att ta tid.
Fel på Startup - Med tanke på ändringarna relaterade till cdm\_data\_type är det troligt att vissa av dina datamängder inte laddas och kommer att kasta fel. Läs noggrant Daily Report-e-postmeddelandet som ERDDAP™ Skickar dig när ERDDAP™ är färdig med att starta upp. Det kommer att ha en lista över datamängder som inte laddades (på toppen) och anledningen till att de inte laddade (nära botten) .
Om du fastnar eller har andra frågor, maila detaljerna till mig: erd.data at noaa.gov .
Programmerare ----- Om du skriver Java Program som kör ERDDAP™ koden, du måste ändra några av kommandoradens parameterreferenser:
- Ändra joda-time-1.6.2.jar till joda-time. Jar
- Ändra Postgres JDBC .jar referens till postgresql.jdbc.jar
Små förändringar och buggfixar:
Förbättrad anslutningshantering för att undvika hängda trådar.
Förbättrade metoder för att hantera nästan samtidiga identiska önskemål mer effektivt.
ERDDAP™ nu använder netcdfAll-4.2.jar (byta namn till netcdfAll-latest. Jar) . Denna växel krävde flera interna förändringar och orsakade några små externa förändringar, t.ex. ändringar av hur gribfiler läses och små förändringar i .nc Huvudutgång.
Ny funktion: \[ Erddap \] /convert/fipscounty.html konverterar FIPS länskoder till/från länsnamn.
På kartor är statsgränserna nu mörka violetter, så de sticker ut bättre på alla bakgrundsfärger.
Tabular .kml återigen använder en cirkulär ikon för att markera poäng (Inte flygplansikonen Google bytte nyligen till) .
De erdCalcofi datamängder omorganiserades och serveras nu från lokala filer. (snabbare) .
GenerateDatasets Xml från Thredds Catalog skapar nu en resultatfil: \[ Tomcat \] /webapps/erddap/WEB-INF/temp/ EDDGrid FrånThreddsCatalog.xml. Tack vare Kevin O'Brien.
GenerateDatasets Xml från Thredds Catalog försöker nu ta bort onödiga portnummer från käll-adressen (8080 och 8081 kan ibland tas bort) . Tack vare NOAA Centrals säkerhetsteam.
För .subset-webbsidor har Map of Distinct Data nu ett variabelt lat lon-intervall.
Flera listor i ERDDAP™ (t.ex. tabellen som visar alla datamängder) Sorterades så att A.Z sorterades före en. .z . Nu sorterar de på ett fallskänsligt sätt.
Små ändringar av .subset-webbsidorna, inklusive: enheter är nu angivna.
GenerateDatasets Xml och DasDds kastar inte längre ett undantag om det inte går att sätta resultaten på systemklippet eller displayInBrowser. Tack vare Eric Bridger och Greg Williams.
Bug fix: När dataset laddas, ERDDAP™ nu tar bort eller justerar de geospatiala globala attributen. Tack vare Charles Carleton.
Bug fix: String2.getClassPath () nu korrekt procent avkodar klassen Vägen (I synnerhet, på Windows, uppträdde utrymmen i filnamnet som %20) . Detta påverkade ERDDAP™ EDStatic ringer SSR.getContextDirectory () Hitta innehåll/erddap. Tack Abe Coughlin.
Bug fix: i EDDTableFromFiles relaterade till getDataForDapQuery hantering av distinkt () Förfrågningar. Tack till Eric Bridger.
Bug fix: tabledap Förfrågningar hanterade inte korrekt höjdbegränsningar när datamängdens höjd MetersPerSourceUnit var -1. Tack till Eric Bridger.
Bug fix: EDDTableFrån... Filer dataset hanterar nu korrekt förfrågningar som inkluderar =NaN och ! =NaN.

Version 1.28

(släppt 2010-08-27)

Nya funktioner: Ingen.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra: Ingen.
Bug Fix: Fixa ett programmeringsfel (endast i ver 1.26) Detta gjorde ERDDAP™ Mycket långsamt.

Version 1.26

(släppt 2010-08-25)

Nya funktioner: Ingen.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra:
Från din \[ Tomcat \] /content/erddap/setup.xml,
- Inom<laglig >, på en ny linje nedan \[ standard DataLicenses \] Infoga \[ StandardKontakt \] . \[ StandardKontakt \] hänvisar till<adminEmail> specificerad högre upp i setup.xml.
- Ta bort<tableCommonBGColor> och<TabellHighlightBGColor>.
- Rekommenderas: Förändring<endBodyHtml> till

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

Krav: Till din \[ Tomcat \] /content/erddap/images/erddap.css och erddapAlt.css, lägg till längst ner:

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

Bug fixar och små förändringar:
Bug fix: i vissa situationer fungerade inte formulär i vissa versioner av Internet Explorer. Tack så mycket för Greg Williams.
Bug fix: Make A Graph-knapparna fungerade inte om datamängden var från en fjärrkontroll ERDDAP .
Bug fix: WMS Ibland fungerade inte om datamängden var från en fjärrkontroll ERDDAP .
Många små förändringar och buggfixar.

Version 1.24

(släppt 2010-08-06)

Nya funktioner:
Nytt nytt Subset webbsidor Använda införd sökning för att välja delmängder av tabular datamängder. Tack vare POST.
Nytt nytt Avancerad sökning kombinerar alla andra sökalternativ och lägger till longitud, latitud och tidsbundna lådor. Tack vare Ellyn Montgomery. (Förlåt för förseningen.)
Nytt nytt Konvertera tiden webbsida och service låter dig konvertera numeriska tider till/från ISO strängtider.
Nytt nytt Konvertera enheter webbsida och service låter dig konvertera UDUNITS till/från UCUM-enheter. Tack vare NOAA IOOS SOS .
Om en tabledap Förfrågan inkluderar &units ("UCUM") Enhetsnamnen konverteras från originalnamn (vanligen vanligen vanligen vanligtvis UDUNITS ) att UCUM enheter namn. Detta påverkar endast enheter\*Namn\*Inte datavärden. Tack vare NOAA IOOS SOS .
Förbättringar för att göra en grafwebbsidor och grafer och kartor:
- Om diagrammet är en karta finns det nya Make A Graph-knappar för att zooma in / ut och ett nytt alternativ att klicka för att ändra kartans mittpunkt. Tack vare POST.
- Filterinställningar läggs till nära botten. Tack vare Greg Williams.
- De inbyggda datafilerna på kusten uppdaterades till GSHHS v2.0. Tack vare POST.
- Kartor inkluderar nu sjöar och floder. Tack vare POST. (Sorry, Sacramento River Delta saknas eftersom varken kusten data eller sjön/river dataset handlar om det.)
- De inbyggda i pscoast-härledda land/state filer uppdaterades. Tack vare POST.
- Topography.cpt ändrades något. (Förlåt om detta påverkar dig negativt.) Tack vare POST.
- I griddap's Make A Graph, om en användare ändrar en variabel, skickas formuläret automatiskt så att formuläret axisVariable s' showStartAndStop återspeglar alltid grafvariablerna. Tack till Joaquin Trinanes.
- För png och pdf bild URL:er:
  - New &.land=value, där value kan vara "under" (Visa topografi) Eller "over" (Bara visa badymetri) . Om inte specificeras anges standarden för drawLandMask in i datasets.xml eller setup.xml. Tack vare POST.
  - Nya: Linjer i legenden som är för långa bryts automatiskt in i flera rader. Tack vare POST.
- För png bild URL:er:
  - New &.legend=value, där value kan vara "Bottom" (Default) "Off" eller "Only". Detta låter dig inkludera legenden, utesluta legenden, eller få bara legenden. Tack vare Cara Wilson.
  - New &.trim=_n Pixels lämnar en gräns på nPixels (t.ex. 10) längst ner på bilden. Den tillämpas efter .legend=Off. Tack vare Cara Wilson.
  - New &.size=width | height låter dig ange bredden och höjden för bilden, i pixlar.
Nya utdatafilformat:
- .csvp och .tsv P - som .csv och .tsv Men med " (units) "Vänds till kolumnnamn på den första raden.
- .odvTxt - gör en .txt-fil som förenklar att få data i Ocean Data Utsikt (ODV) .
- .esriCsv - gör en .csv-fil lämplig för import i ESRI: s ArcGIS . (tabular dataset endast) Tack till Jan Mason, Jeff de La Beaujardiere, och NOAA IOOS SOS projekt.
GUI förbättringar till Kategorisera webbsidor. Också kategorisera värden (annat än institution) är nu alla lägre. Icke-lowercase förfrågningar accepteras (omdirigerad) för bakåtkompatibilitet. Tack till Roy Mendelssohn.
Felmeddelanden är nu ännu kortare och mer inriktade på användarna. Tack vare Greg Williams.
En intern förändring som kraftigt minskar ERDDAP basminneanvändning.
Många nya funktioner som endast är relevanta för POST-projektet.
Saker att göra saker ERDDAP™ Administratörer behöver veta och göra: Det finns massor av förändringar. Förlåt. Men var och en ger några fina fördelar.
Stora förändringar i GenerateDatasetXml - det ställer nu ofta fler frågor (se relevant Dataset Typer Information om information) och genererar nu alltid i huvudsak färdigt innehåll för datasets.xml . Du är fortfarande ansvarig för installationen, så du bör fortfarande granska datasets.xml innehåll innan du använder det. En mänsklig ansträngning i projektet kommer alltid att göra bättre än ett datorprogram. Tack vare UAF-projektet.
REQUIRED: I setup.xml måste du revidera WMS sektion. Det bör nu inkludera dessa taggar (Känn dig fri att ändra värdena) Från:

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

REQUIRED: I setup.xml, kopiera och klistra in denna nya föreslagna<StartHeadHtml> för att ersätta din gamla version. Känn dig fri att göra ändringar för dina preferenser.

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

Tack vare POST, Hans Vedo och Rick Blair.

REQUIRED: I setup.xml, in<StartBodyHtml>, ändra<kropp> tag för att bara vara<kropp>, eftersom stilen nu är inställd av erddap.css.
REQUIRED: I setup.xml, ändra till detta<endBodyHtml> (men ändra e-postadressen till din e-postadress och känn dig fri att göra andra ändringar) Från:

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

HIGHLY RECOMMENDED: I setup.xml, den rekommenderade<TheShortDescriptionHtml > är 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>

Känn dig fri att ändra detta, särskilt den sista meningen i första stycket.

I setup.xml, emailEverythingTo och emailDailyReport För att nu kunna vara komma-separerade listor över e-postadresser. Det första e-postmeddelandetAllt För att vara speciell, t.ex., abonnemang till EDDXxxFromErddap dataset använder den e-postadressen. Tack till John Maurer.
E-postfel är nu inloggade på \[ bigParentDirectory \] /loggar/emailLogYYY-MM-DD.txt-fil.
I setup.xml finns en ny, valfri parameter för att ställa in e-postkontoegenskaper (vanligen direkt efter<emailPassword>):

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

Standarden är ingenting. Tack vare Rich Signell.

REQUIRED: Om du använder EDDTableCopy eller EDDGrid Kopiera, du måste göra allt \[ bigParentDirectory \] /kopi / kataloger och filer som innehåller "xh" i katalogen eller filnamn efter att ha stoppat det gamla ERDDAP™ och innan den nya ERDDAP™ Så dessa filer kommer att kopieras igen. Jag är väldigt ledsen, men det var viktigt att göra förändringen och förhoppningsvis påverkar det få administratörer och få filer. I Linux kan du hitta dessa filer med cd \[ bigParentDirectory \] /copy Hitta .\xh\
I Windows kan du hitta dessa filer med, Starta | Sök efter Sök Vad vill du söka efter: Dokument Alla eller delar av filnamnet: xh Titta in: Bläddra -> \[ bigParentDirectory \] /copy Klicka på "Sök" ^ A för att välja dem alla Del för att radera dem alla
REQUIRED: I datasets.xml , för EDDTableFromDatabase dataset, för datum och tidsstämpel variabler, ändra data Skriv till dubbla och enheterna till sekunder sedan 1970-01-01T00:00:00Z. Vi kräver att du lagrar tidsstämpeldata i databasen\*med\*en tidszon. Utan tidszonsinformation, de frågor som ERDDAP™ skickar till databasen och resultaten som ERDDAP™ Kommer från databasen via JDBC är tvetydiga och kommer sannolikt att vara fel. Vi försökte, men fann inget tillförlitligt sätt att hantera "timestamp utan tidszon" data. Vi tror att detta är bra praxis ändå. När allt kommer omkring har "timestamp utan tidszon" data en underförstådd tidszon. Även om det är bra att tidszonen är uppenbar för databasadministrationen, är det meningsfullt att ange det uttryckligen så att annan programvara kan interagera korrekt med din databas. Tack/förlåt Michael Urzen.
HELIG RECOMMENDED: I datasets.xml , för att aktivera .subset-webbsidor för införd sökning av dina tabelldatamängder, måste du lägga till [< subsetVariables >] (/docs/server-admin/datasets#subsetvariables) till datasetets globala attribut.
Rekommenderad: I datasets.xml Om du har dataset med datasetID = "pmelGtsppp", vänligen ändra det för att vara

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

Rekommenderad: I datasets.xml Det finns nya giltiga alternativ för [<cdm\_data\_type>] (/docs/server-admin/datasets#cdm_data_type) globalt attribut, så du bör granska / ändra värdet för dina datamängder.
Inom datasets.xml Den nya [<sourceNeedsExpandedFP\EQ & gt;] (/docs/server-admin/datasets#sourceneedsexpandedfp_eq) är till hjälp om källservern inte hanterar och_variable_value korrekt (på grund av Allmänna svårigheter att testa jämlikheten i flytande punktnummer ) . sourceNeedsExpandedFP\_EQ är inställd på sant som standard (Den säkraste inställningen) Så du behöver inte göra några ändringar.
Nytt nytt EDDTableFromAsciiFiles . Tack till Jerry Yun Pan.
Nytt nytt EDDTableFromThreddsFiles . Tack till Roy Mendelssohn.
Förändringar till EDDTableFromNcFiles låter den användas med ett bredare utbud av filer.
EDDTableFromBMDE har inaktiverats. Det finns inte längre några aktiva, lämpliga, datakällor.
I GenerateDatasetXml, den nya EDDGrid FrånThredds Katalog skördar en hel THREDDS katalog (eller en subset) och genererar datasets.xml innehåll. Tack vare UAF-projektet.
GenerateDatasets Xml och DasDds sätter nu också sina resultat i \[ bigParentDirectory \] /logs/log.txt. Tack vare Rich Signell och Charles Carleton.
Många förbättringar av inloggningssystemet. Tack vare POST.
Saker att göra saker ERDDAP™ Programmerare Behöver veta och göra:
Det har skett förändringar i/WEB-INF/lib/katalogen. Vänligen ändra dina javac- och java-klasspath-inställningar därefter.
Det finns en ny \[ Dina dina Url \] /erddap/version service för att bestämma versionen av en ERDDAP . Svaret är text, t.ex. ERDDAP \_version=1.24 Om du får ett HTTP 404 felmeddelande, behandla ERDDAP™ som version 1.22 eller lägre. Tack vare POST.
Små förändringar och buggfixar:
EDDTableFrån Förändringar:
- Släppt stöd för att läsa IOOS SOS XML svar.
- Tillagt stöd för att läsa IOOS SOS text/csv. (NOS SOS servrar som för närvarande inte stöds.)
- Gjorde massor av förändringar relaterade till IOOS SOS serveruppgifter.
- Tillagt stöd för BBOX frågor för IOOS SOS och OOSTethys SOS servrar. Dessa ändringar resulterar i en stor hastighet upp för relevanta dataförfrågningar. Tack till IOOS SOS .
Text i .mat Tabular datafiler sparas nu korrekt. Tack till Roy Mendelssohn.
WMS
OpenLayers är nu bundled med ERDDAP™ för användning på WMS webbsidor. Detta åtgärdar problemet som orsakas när OpenLayers förändrades för några månader sedan och förhindrar framtida problem.
I den WMS GetCapabilities svar,<OnlineResource > värde är nu webbadressen till WMS service. Tack vare Charlton Galvarino.
En legend visas på WMS webbsida för att visa färgfältet. Tack vare Emilio Mayorga.
EDDGrid AggregateExistingDimension konstruktion hade problem om en axelkälla Värden var inte lika med sin destination Värden, t.ex. om källtid var något annat än "seconds since 1970-01-01" . Tack vare Todd Spindler.
I TableWriterGeoJson, överskottet ", efter bbox \[ ...... \] har tagits bort. Tack till Greg Williams.
Många små förändringar och buggfixar.

Version 1.22

(släppt 2009-07-05)

SlideSorter bugg infördes i 1,20 är fast.
OBIS-buggen som infördes i 1,20 är fast.
Hänvisningarna till Jason dataset på bilderna/gadgets/GoogleGadgets-sidan togs bort.

Version 1.20

(släppt 2009-07-02)

ERDDAP™ administratörer, lägg till detta i din setup.xml-fil:

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

Nya datasettyper EDDGrid Kopiera och EDDTableCopy göra och upprätthålla en lokal kopia av en annan EDDGrid eller EDDTable dataset data och servera data från den lokala kopian. Dessa är mycket lätta att använda och mycket effektiva lösningar på några av de största problemen med att servera data från fjärrdatakällor:
- Att komma åt data från en fjärrdatakälla kan vara långsamt (Av olika skäl) .
- Fjärrdatasetet är ibland otillgängligt (igen, av olika skäl) .
- Att förlita sig på en källa för data skalas inte bra (när många användare och många ERDDAP Använd den) .

Dessutom är den lokala kopian en säkerhetskopia av originalet, vilket är användbart om något händer med originalet.

Det finns inget nytt om att göra en lokal kopia av en dataset. Vad som är nytt här är att dessa klasser gör det\*lätt\*att skapa och\*upprätthålla\*en lokal kopia av data från en\*variation\*av typer av fjärrdatakällor och\*Lägg till metadata\*medan du kopierar data.

Dessa datamängder är en del av en komplett uppsättning funktioner som förenklar skapandet av nät/kluster/federationer av ERDDAP s hantera mycket tunga laster (t ex i ett datacenter) .

Ny dataset typ EDDTableFromDatabase får data från en lokal eller fjärrdatabastabell.
ERDDAP™ Nu har en Säkerhet System som stöder autentisering (låta användare logga in) och tillstånd (ge dem tillgång till vissa privata datamängder) .
Det finns två, nya, kommandoradsverktyg för att hjälpa ERDDAP™ administratörer genererar XML för en ny dataset i datasets.xml Från:
- GenerateDatasets Xml kan generera ett grovt utkast av dataset XML för nästan alla typer av dataset.
- DasDds hjälper dig att upprepade gånger testa och förfina XML för en dataset. ERDDAP GenerateDatasets Xml webbsidor har tagits bort. Av säkerhetsskäl stödde de bara några datasettyper. De nya kommandoradsverktygen är en bättre lösning.
Den nya Statussidan Låter någon (men särskilt administratörer) Visa status för en ERDDAP™ från någon webbläsare genom att gå till \[ basUrl \] /erddap/status.html .
Tabledap stöder nu Server-side funktioner Från:
- och distinkt () tar bort dubbla rader från svarstabellen,
- och orderBy (......) låter dig ange hur svarstabellen ska sorteras,
- och orderByMax (......) låter dig ange hur responstabellen ska sorteras och ta bort alla rader förutom raderna med maximala värden i den sista angivna kolumnen. Detta kan till exempel användas för att få de sista tillgängliga uppgifterna för varje station.
Tabular dataset kan nu inkludera ytterligare datumTime variabler som inte heter "time" . Dessa variabler erkänns av deras "enheter" metadata, som måste innehålla " since " (för numeriska datum Tid) eller "yy" eller "YY" (för formaterad String dateTimes) . Men vänligen använd fortfarande destinationName "time" för huvuddatumet Tidsvariabel.
ERDDAP™ genererar nu en Sitemap.xml fil, som berättar sökmotorer att din ERDDAP behöver bara krypas varje månad. ERDDAP™ administratörer, vänligen följ Dessa instruktioner att meddela sökmotorerna om den nya sitemap.xml-filen.
ERDDAP Felmeddelanden är nu mycket kortare och inriktade på kunder (Inte programmerare) . Tack till Greg Williams.
[Och [Gud]<FörfråganBlacklist] (/docs/server-admin/datasets#requestblacklist) Nu stöder också IP-adresser där det sista numret har ersatts med \*.
Begäran om .json och .geoJson-filer kan nu inkludera en valfri Jsonp Förfrågan genom att lägga till "& .json p=functionName till slutet av frågan. I grund och botten säger detta bara ERDDAP™ Lägg till "functionName (Till början av svaret och ") Till slutet av svaret. Om det ursprungligen inte fanns någon fråga, lämna "&" i din fråga. Tack vare Greg Williams.
Massor av ny statistik lades till i Daglig rapport .
På webbsidor med listor över datamängder, institution och id är nu höger. Detta flyttar abonnemang och andra mer användbara kolumner i sikte på smala datorskärmar.
På alla webbsidor, sidans titel (baserat på<titel> i<StartHeadHtml> som du definierar i setup.xml) ändras för att inkludera en bättre beskrivning av webbsidan (till exempel genom att inkludera den aktuella datamängdens titel och institution) .
Xmx-information ingår nu med minnesinformationen tryckt i log.txt, Daily Report och på status.html. Tack vare Ellyn Montgomery.
ERDDAP™ har ytterligare allmänt skydd mot alla fel (Till exempel OutOfMemoryError) . Tack vare Charles Carleton.
Förbättringar av felhantering om svaret redan har begåtts.
EDDTableFromFiles och EDDGrid FrånFiles nu bara tillåta<metadataFrån första eller sista. Penultimate stöds inte längre. Och först och sista är nu baserade på filernas sistaModifiedTime.
Bug fix: i EDDTableFrom SOS ogiltig info för en station kastade ett undantag och orsakade att hela datamängden avvisades. Nu ignoreras dessa stationer bara (och felmeddelandet är inloggat på log.txt) . Tack vare Rick Blair.

Version 1.18

(släppt 2009-04-08)

Bug fix: Börjar i 1.14, EDDTable Data Access Form och Gör en Graph webbsida inte korrekt hantera citerade begränsningar.
Bug fix: Från och med 1.14 hanterade EDDTableFromDapSequence inte tidsbegränsningar korrekt om källtidsenheterna inte var "sekunder sedan 1970-01-01T00:00:00".

Version 1.16

(släppt 2009-03-26)

ERDDAP™ administratörer:
Detta är en viktig release eftersom det fixar en bugg som lämnade en ERDDAP™ tråd körning om du använde Tomcat Manager för att stoppa / starta eller ladda ERDDAP . Så när du installerar 1.16, använd inte bara Tomcat-chefen för att distribuera den gamla ERDDAP™ och distribuera det nya ERDDAP . Istället: Distribuera det gamla ERDDAP™ Omstart Tomcat (eller servern) Sedan distribuera den nya ERDDAP . Det är alltid en bra idé att göra det när du installerar en ny version.
Vänligen lägg till [<requestBlacklist ></requestBlacklist>] (/docs/server-admin/datasets#requestblacklist) till din datasets.xml . Detta kan användas för att ange en lista över klient IP-adresser som ska blockeras (t.ex. att avvärja en Denial of Service-attack eller en alltför ivrig webbrobot) .
Det finns nu en \[ bigParentDirectory \] /logs katalog för att hålla ERDDAP™ loggfiler. När du börjar ERDDAP™ Det gör en arkivkopia av log.txt och log. Txt.previous filer med en tidsstämpel. Om det fanns problem innan omstarten kan det vara användbart att analysera dessa filer.
ERD "S ERDDAP™ Nu har prenumerationssystemet aktiverats.
ERDDAP™ Återigen tillåter (Men fortfarande inte rekommenderar) "%26" kodning av "&" på begäran URL (se relaterad v1.14 förändring ) .
Flera nya tillägg till Tally-delen av Daglig rapport .
Små buggfixar i genereraDatasetsXml.
Några små buggfixar.

Version 1.14

(släppt 2009-03-17)

Ändringar för användare:
- I begäran om nätdata, ERDDAP™ Nu stöder: Förra-n där n är ett heltal antal index och (Sista-d) där d är ett numeriskt värde (För tid är det i sekunder) .
- I tabelldataförfrågningar kräver strängbegränsningar nu dubbla citat runt värdet, till exempel, &id="NDBC40121" Detta krävs av DAP protokoll.
- i tabelliska dataförfrågningar, ERDDAP™ Nu kräver det att Alla begränsningar är korrekt procent kodade . Webbläsare gör detta automatiskt, så det påverkar mestadels datorprogram/skript som kommer åt ERDDAP .

Procent26

Tidigare, och bädda in en graf webbsida och ERDDAP™ Google Gadget webbsida sade att ersätta "&" i bildens URL med "% 26". Från och med nu bör du ersätta "&" i bildens URL med "&". Så du måste ersätta alla "%26" på befintliga webbsidor och Google Gadgets med "&". (Förlåt)
ERDDAP™ administratörer, vänligen:
Lägg till följande till din setup.xml fil (och ändra flaggan KeyKey värde) Från:

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

På linjen efter<emailUserName> i din setup.xml fil, add

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

och ange ditt riktiga lösenord.

Du kan ändra<wmsSampleBox > i din setup.xml fil för att inkludera longitudvärden upp till 360, t.ex.

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

I din datasets.xml fil, byta namn på datasettypen EDDTableFromNc4DFiles till EDDTableFromNcFiles (som nu stöder filer med ett antal dimensioner) . Om du hade en EDDTableFromNc4DFiles dataset:
1. Du måste ändra till typ = "EDDTableFromNcFiles" i dina datamängder. XML fil.
2. Du måste lägga till en<nDimensions> 4.4 4.</nDimensions> tagga till datasetets XML.
3. Du kan lägga till den nya<sortFilesBySourceNames> taggen för att ange den interna ordningen för filerna, som bestämmer den övergripande ordningen för de data som returneras.

För detaljer, se EDDTableFromFiles .

I det förflutna, för EDDTableFromDapSequence, för OPeNDAP DRDS servrar, i datasets.xml Vi använde<sourceCanConstrainStringsRegex ></sourceCanConstrainStringRegex>. Men vi ser nu att DRDS regex stöd är mer begränsat än ERDDAP Så vi rekommenderar<sourceCanConstrainStringsRegex</sourceCanConstrainStringRegex> så att regexbegränsningar inte överförs till källan, utan hanteras istället av ERDDAP .
Revampad hantering av sourceCanConstrain... in i datasets.xml av EDDTableFromDapSequence och (internt) alla EDDTable dataset typer. Det nya systemet är enklare och bättre återspeglar variationen i olika datakällor. Du kan behöva ändra XML för dina datamängder i datasets.xml .
Det finns flera nya funktioner som är användbara av sig själva, men i kombination underlättar också skapandet av nät/kluster/federationer av ERDDAP s .
- Nya datasettyper:
  - EDDGrid FrånErddap och EDDTableFromErddap som låter en ERDDAP™ inkludera en dataset från en annan ERDDAP™ på ett mycket enkelt och mycket effektivt sätt.
  - EDDGrid FrånFiles (och dess underklass, EDDGrid FrånNcFiles som kan läsa NetCDF .nc GRIB .grb och HDF .hdf filer filer) .
  - EDDTableFromNcFiles som kan läsa NetCDF .nc som har en bordsliknande struktur.
- RunLoadDatasets och LoadDatasets revampades så att ERDDAP™ är mycket lyhörd att ladda om dataset baserat på filer i flagga Katalog (ofta<5 sekunder om huvudlastDatasets för närvarande görs).
- Ny tjänst för att tillåta En URL för att skapa en flaggfil för en viss datamängd, t.ex.
```
    https://coastwatch.pfeg.noaa.gov/erddap/setDatasetFlag.txt?datasetID=rPmelTao&flagKey=123456789  
```

skapar en flaggfil i flaggkatalogen för rPmelTao (Även om flaggan Nyckeln här är fel) .

Nytt nytt Prenumeration service så att alla kunder kan ange en åtgärd som kommer att göras när en viss dataset skapas (När när ERDDAP™ Återstartas) och när datamängden ändras på något sätt. Detta system kan inaktiveras via<abonnemangSystemActive > i din setup.xml fil. och ERDDAP™ Daglig rapport Nu listar alla abonnemang och innehåller den URL som behövs för att avbryta var och en, om du känner att systemet missbrukas. Inom datasets.xml Det finns en ny, valfri [<Prenumeration EmailBlacklist] (/docs/server-admin/datasets#subscriptionemailblacklist) tag så att administratörer kan ange en komma-separerad lista över e-postadresser som omedelbart är svartlistade från prenumerationssystemet.
Ny [Nästa]<OnChange (/docs/server-admin/datasets#onchange) attribut i datasets.xml Låter ERDDAP™ administratören specificerar en åtgärd som görs när en specifik dataset skapas (När när ERDDAP™ Återstartas) och när datamängden ändras på något sätt.
Förbättringar av fullständig textsökning: lagra söksträngen för varje datamängd använder nu 1/2 minnet. Sökalgoritmen (Boyer-Moore-liknande) Nu är 3X snabbare.
E-post från ERDDAP™ Förbered alltid ämnet och innehållet med \[ Erddap Url \] för att det skall bli klart, ERDDAP™ Detta kom från (Om du administrerar flera ERDDAP s) .
Mer omfattande statistiksamling för Daglig rapport e-post.
Ny log file \[ bigParentDirectory \] /emailLogYEAR-MM-DD.txt loggar alla e-postmeddelanden som skickas av ERDDAP™ varje dag. Detta är särskilt användbart om din server inte kan skicka e-postmeddelanden - du kan åtminstone läsa dem i loggen.
ERDDAP™ Nu gör en \[ bigParentDirectory \] /cache/ ( datasetID ) katalog för varje dataset eftersom det kan finnas massor av filer cachade.
Nytt nytt RSS 2.01 foder för varje dataset (Leta efter orange RSS ikoner på listor över dataset, Data Access Forms och Gör en Graph-webbsidor) .
EDDGrid .kml svar använder nu lutade bilder ("superoverlays" - dynamiskt genererade quadtree bilder) . Den första bilden laddas in i GoogleEarth mycket snabbare än tidigare. Upplösningen av kartan ökar när du zoomar in, upp till den fullständiga upplösningen av datamängden. Rekommendation: Användare bör begära .kml för en gång, men datamängdens hela longitudområde. Tyvärr togs stöd för tidsintervall bort (Hoppas det kommer tillbaka) .
ERDDAP™ nu adds Förfaller och Cache-Control max-age headers till alla filer som begärts från katalogen / bilder. Detta minskar kraftigt antalet statiska filförfrågningar som skickas till ERDDAP och därmed i hög grad påskyndar mest ERDDAP™ sida laster. Och många Java Skriptfilreferenser flyttade till botten av sina HTML-sidor, vilket också påskyndar många ERDDAP™ sida laster. Tack vare boken "High Performance Web Sites" av Steve Souders och ySlow tillägg till FireBug plugin i FireFox.
ERDDAP™ bytte från netcdf-java 2.2.22 till netcdf-java 4.0. Bland annat tillåter detta EDDGrid FrånNcFiles att läsa HDF .hdf samt GRIB .grb och NetCDF .nc filer.
EDDGrid FromDap och EDDGrid FromNcFiles stöder nu även DArray (samt DGrid) dataVariable s. Om en dimension inte har en motsvarande koordinatvariabel, ERDDAP™ skapar en axelvariabel med indexvärdena (t.ex. 0, 1, 2, ..., 311, 312) . Så alla andra aspekter av EDDGrid förblir densamma: \**** \******************************************************************************************************************************************************************************************************************************************************** Det tjänar fortfarande alla datamängder som Grids, med en axelvariabel för varje dimension. \**** \******************************************************************************************************************************************************************************************************************************************************** Kärnor kan fortfarande begära värden från axelvariablerna. Tack vare Charles Carleton, Thomas Im, Dorian Raymer och andra.
och WMS OpenLayers sidor har nu en standard longitud,latitudintervall som är lite större än datasetets sortiment (inte det exakta intervallet, så sammanhanget med små datamängder är mer uppenbart) . Standardintervallet kan nu också vara 0 till 360, vilket gör att hela utbudet av många datamängder visas nu. Tack vare Todd Spindler.
Nya reglage på vissa Data Access Forms och Gör en Graph-webbsidor. De förenklar (rå) Specifikation av önskad data och erbjuder bra visuell feedback.
Ett nytt alternativ för<Dataset> taggar in datasets.xml Från: aktiv="falsk" .
Hänvisningar till ERD "S ERDDAP™ ändrad från kustwatch.pfel (fungerar fortfarande via proxy) till kustwatch.pfeg (Föredrog) .
Nytt stöd för data\_min och data\_max Variabel metadata attribut.
En partiell lösning på WaitThenTryAgain / Partiella resultat undantag Från: Vissa förfrågningar som tidigare misslyckats när en datakälla ändrades kommer att lyckas eftersom ERDDAP™ kommer att ladda om datamängden och begära om data automatiskt, allt i samband med den ursprungliga begäran.
Bug fix: generera Dataset Xml inaktiverades i ERDDAP™ version 1.12. Tack till Ellyn Montgomery för att du pekar ut det här.
Små förändringar i felhantering.
Många förbättringar för att undvika / hantera eventuella rasvillkor (d.v.s. eventuella problem som härrör från den mångfasade naturen ERDDAP ) som orsakade små, sällsynta problem.
Nu, om ett felmeddelande är skrivet på en bild, kommer bilden bara att stanna i cache för ~ 5-10 minuter. (Inte 60) . Tack vare Cara Wilson.
Standardmeddelandet när det inte finns några data är nu "Din fråga producerade inga matchande resultat.", vilket är kortare, mer exakt och matcher OPeNDAP servrar.
EDDGrid inte längre tillåter bundna axelvärden.
Små ändringar i .ver och .help-förfrågningar.
Många små förändringar och buggfixar.

Version 1.12

(släppt 2008-10-31)

EDDTableFrån SOS Återigen arbetar med NDBC SOS och arbetar med nya NOS SOS .
EDDTableFromBMDE kräver nu ERDDAP™ admin att specificera dataVariable s.
EDDGrid inte längre kräver att lat och lon vara jämnt fördelade för . transparent transparent transparent Png eller .kml . Tack vare Todd Spindler.
Några små förändringar.

Version 1.10

(släppt 2008-10-14)

Ny "colorBar" metadata för datavariabler i datasets.xml definierar standardfärgfältets inställningar för grafer och kartor. Se Mer information . Detta är viktigt eftersom det kraftigt förbättrar utseendet på standardgrafer och kartor som produceras av Make A Graph och eftersom standarddiagrammen och kartorna nu har en konsekvent färgfält även när kunden ändrar den begärda tiden eller geografiska intervallet. Detta var också nödvändigt för WMS .
ERDDAP™ Nu tjänar de flesta nätdata via en WMS service. Detta är viktigt eftersom det visar att förutom att få data från många typer av dataservrar, ERDDAP™ kan distribuera data via olika protokoll ( DAP , WMS ... mer i framtiden) . Se Kunddokumentation . Eller dokumentation för administratörer . Eller Prova det .
Nytt stöd för longitudvärden >180 in .kml filer.
Ny cdm\_data\_type: Övrig.
ERDDAP™ stöder nu "boolean" källdataType. Se Mer information Detta kommer att bli användbart för framtida EDDTableFromDatabase.
Ny EDDTableFromBMDE stöder DiGIR/BMDE datakällor.
EDVGridAxis tillåter nu nedstigande sorterade värden. PmelOscar datamängder behövde detta.
ERDDAP™ Nu returnerar HTTP-fel (t.ex. "404 för resurs/sidor som inte finns") i fler situationer, istället för HTML-sidor med felmeddelanden.
Massor av förändringar/tillgångar till ERDDAP™ dokumentation.
Massor av små förändringar.
Några bug fixes.
Saker att göra saker ERDDAP™ administratörer bör göra för att uppgradera till denna version:
Inom datasets.xml för alla EDDTableFrom SOS datamängder, ändra "observedProperty" metadata till "sourceObservedProperty".
Reglerna för en axisVariable eller dataVariable "S destinationName är nu strängare . Du måste kontrollera att dina variabla namn är giltiga. Kontrollera dem för hand eller kör ERDDAP™ och titta på felmeddelandena i rapporten som skickas till administratören.
Inom datasets.xml Om du vill att en nätdatavariabel ska vara tillgänglig via WMS Du måste lägga till färgBar metadata. Åtminstone till exempel,<Att namn=" colorBarMinimum Typ = "dubbel">0</att>

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

Se Mer information .

Lägg till följande till din setup.xml fil (men anpassa den med din information) Från:

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

Version 1.08

(släppt 2008-07-13)

En ny webbtjänst i ERDDAP™ generera Dataset Xml, hjälper ERDDAP™ administratörer genom att skapa ett grovt utkast till XML som behövs för att beskriva en datamängd i datasets.xml
Vissa ändringar / buggfixar relaterade till att tillåta griddap ses av netcdf-java som en opendap-server, inklusive: global metadata är nu märkt "NC\_GLOBAL" (I stället för "GLOBAL") .
och EDDGrid och EDDTable Data Access Forms använder nu frågeinformation i webbadressen. Så, till exempel, om en användare går från en Make A Graph-formulär till ett data Access-formulär, överförs begränsningarna nu korrekt.
tabledap Make A Graph tillåter nu begränsningar på String variabler.
EDDTables Make A Graph tillåter nu NaN-begränsningar. Tack till Steve Hankin.
Bug fix: EDDTable spara AsImage erkände inte ordentligt .colorbar min och max värden. Tack till Steve Hankin
Många förbättringar för setupDatasetsXml. Tack vare Ellyn Montgomery.
Griddap-förfrågningar tillåter nu () -stilförfrågningar något utanför det faktiska axelområdet. Detta är lämpligt eftersom () -värden avrundas till närmaste faktiska värde. Tack till Cindy Bessey
Jag gjorde FloatArray och DoubleArray test av isEvenlySpaced mer sofistikerad. Det kommer alltid att vara ofullkomligt (eftersom testet skulle behöva anpassas för varje dataset) Men det borde vara bättre. Tack vare Ellyn Montgomery.
Jag flyttade setup.html och setupDatasets Xml.html erddaps / nedladdningskatalog och hårdkodade alla länkar till dem. Nu kan jag göra ändringar och uppdatera installationsinformationen omedelbart.
Många små förändringar. Några små buggfixar.
Saker att göra saker ERDDAP™ administratörer bör göra för att uppgradera till denna version:
Flytta<TheShortDescription Html> från dina meddelanden.xml till din setup.xml fil. Det anger texten som visas i mitten av vänster sida av ERDDAP™ Hemsidan. Lägg också till<H1> ERDDAP </h1> (eller någon annan rubrik) till toppen av det. Eller, kopiera<TheShortDescriptionHtml> i den nya setup.xml fil (från den nya erddapContent .zip ) till din setup.xml.

Version 1.06

(släppt 2008-06-20)

Nytt stöd för IOOS DIF SOS datakällor.
Många små förändringar. Några små buggfixar.

Version 1.04

(släppt 2008-06-10)

Ny Slide Sorter-funktion.
Ny Google Gadgets sida och exempel.
Bug fix i EDDGrid .saveAsNc för variabel med skala och addOffset.

Version 1.02

(släppt 2008-05-26)

Nytt nytt EDDGrid SideBySide möjliggör olika axisVariable s \[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \] källa Värden.
Alla strömmar och vinddatamängder slogs samman till EDDGrid SideBySide dataset.
Bilder från bildförfrågningar är nu cachade i 1 timme.

Version 1.00

(släppt 2008-05-06)

Gör en Graph-webbsidor och grafikkommandon i URL:er.
Stöd för flaggfiler för att tvinga omladdning av en dataset.
Ny datasettyp: EDDTableFrom4DFiles (Den första underklassen av EDDTableFromFiles) .

Version 2.28.1​

Version 2.28.0​

Version 2.27.0​

Version 2.26​

Version 2.25​

Version 2.24​

Version 2.23​

Version 2.22​

Version 2.21​

Version 2.20​

Version 2.19​

Version 2.18​

Version 2.17​

Version 2.16​

version 2.15​

Version 2.14​

Version 2.12​

Version 2.11​

Version 2.10​

Version 2.02​

Version 2.01​

Version 2.00​

EDDTableFromHttpGet​

Version 1.82​

Version 1.80​

Version 1.78​

version 1.76​

Version 1.74​

version 1.72​

Version 1.70​

Version 1.68​

Version 1.66​

Version 1.64​

Version 1.62​

Version 1.60​

Version 1.58​

Version 1.56​

Version 1.54​

Version 1.52​

Version 1.50​

Version 1.48​

Version 1.46​

Version 1.44​

Version 1.42​

Version 1.40​

Version 1.38​

Snabbstart​

Version 1.36​

Version 1.34​

Version 1.32​

Version 1.30​

Version 1.28​

Version 1.26​

Version 1.24​

Version 1.22​

Version 1.20​

Version 1.18​

Version 1.16​

Version 1.14​

Procent26​

Version 1.12​

Version 1.10​

Version 1.08​

Version 1.06​

Version 1.04​

Version 1.02​

Version 1.00​