Een versie van dit artikel verscheen oorspronkelijk in de mei/juni 2021-editie van GeoConnexion Magazine onder de titel ' De drempel voor toetreding verlagen '.
De afgelopen jaren heeft OGC onze standaarden gemoderniseerd om beter aan te sluiten bij de beste webpraktijken en de verwachtingen van zowel ontwikkelaars als gebruikers. Dit heeft geresulteerd in onze groeiende OGC API-familie van standaarden . Een onderdeel van deze inspanning was ook het ontwerpen van onze standaarden om beter gebruik te maken van cloudinfrastructuur, waaronder de mogelijkheid om workflows voor ruimtelijke analyse te implementeren en te delen tussen verschillende cloudproviders. Deze aanpak zal de samenwerking, transparantie en toegankelijkheid van wetenschappelijke workflows ten goede komen – allemaal hoekstenen van de "Open Science"-beweging. Ik heb deze pakketten voor de verwerking van aardobservatiegegevens eerder besproken in het artikel " App Store For Big Data " in het juli/augustusnummer van 2020 van Geoconnexion Magazine , waarin onze "Applications-to-the-data"-architectuur en de Application Deployment and Execution Service (ADES) API's werden behandeld.
De DAPA Convenience API
Een ander onderdeel van de inspanning om de verwerking en analyse van aardobservatiegegevens te vereenvoudigen, is de ontwikkeling van de OGC Data Access and Processing API (DAPA). Ontwikkeld als een conceptspecificatie tijdens OGC Testbed-16 in 2020 en getest in real-world scenario's tijdens onze Testbed-17-initiatief en EO-apps-pilot, DAPA is een zogenaamde "convenience API" waarmee wetenschappers en andere geospatiale analisten meerdere bewerkingen op aardobservatie of andere gegevens kunnen uitvoeren met behulp van een enkele API-aanroep, waardoor de gegevens in een vorm worden geleverd die direct klaar is voor verdere analyse. Dit onderscheidt DAPA van bestaande API's zoals OGC API – Features or OGC API – Dekkingen. Waar de laatste twee data-centrische API's zijn met een focus op datatoegang en subsetting, is DAPA een gebruikersgerichte API die datatoegang met verwerking omvat. Als zodanig neemt het veel verwerkingslast weg bij de gebruiker.
DAPA doet dit op een manier die grotendeels onafhankelijk is van de datalocatie – wat betekent dat dezelfde call toegang kan krijgen tot data die is opgeslagen in een lokaal bestand, een in-memory structuur (zoals een xarray) of op afstand in de cloud. Uiteindelijk betekent dit dat een eindgebruiker het proces kan starten op één archief voor één set data, en vervolgens gewoon de URL kan wijzigen om dezelfde processen te laten draaien op een geheel andere dataset.
Bijvoorbeeld, met een enkele DAPA API-aanroep kunt u zeggen "geef me alstublieft alle gegevens die u hebt voor dit specifieke gebied en tijdsvenster, met deze velden en als resultaat van deze kaartalgebra." Een datakubus wordt dan on the fly gemaakt en aan u geleverd in een vorm die u kunt gebruiken om in uw software naar keuze mee te werken. En, stel dat u dat uitvoert op een Landsat-archief, dan kunt u dezelfde API-aanroep gebruiken om het te reproduceren op bijvoorbeeld een PeruSat-1-archief.
DAPA en ADES passen binnen een spectrum van verschillende verwerkings-API's die beschikbaar zijn via OGC [klik om te vergroten]
Reproduceerbaarheid en open wetenschap
De reproduceerbaarheid van de DAPA-oproepen, net als de mogelijkheid om de ADES-'apps' te verpakken, maakt ze ideaal voor gebruik ter ondersteuning van de Open Science-beweging. De Open Science-beweging streeft ernaar wetenschappelijk onderzoek en de verspreiding ervan toegankelijker te maken – voor zowel professionals als amateurs – en transparante en toegankelijke kennis te genereren die wordt gedeeld en ontwikkeld via samenwerkingsnetwerken. De beweging ontvangt veel steun van OGC Strategic Members NASA en ESA, die ook een belangrijke rol hebben gespeeld door de ontwikkeling van DAPA en ADES te sponsoren. Open standaarden in het algemeen spelen, vanwege de interoperabiliteit die nodig is voor samenwerking tussen organisaties en disciplines, een cruciale rol in Open Science.
De synergie tussen de missie van OGC voor FAIR-datastandaarden (Findable, Accessible, Interoperable en Reusable) en de voordelen daarvan voor de reproduceerbaarheid van wetenschappelijk onderzoek heeft geleid tot het thema 'Identifiers for Reproducible Science', dat dit jaar centraal staat in het Testbed-18- initiatief. De taak is het ontwikkelen van best practices om alle stappen van een wetenschappelijke workflow te beschrijven, inclusief: invoergegevens uit diverse bronnen zoals bestanden, API's en data cubes; de workflow zelf met de betrokken applicatie(s) en bijbehorende parameterinstellingen; en uitvoergegevens. Door de workflows van wetenschappelijke studies nauwkeurig te beschrijven, kunnen deze studies beter worden gereproduceerd en geanalyseerd – beide kenmerken van het wetenschappelijke proces.
De wens van de Open Science-beweging om wetenschappelijke data en processen toegankelijk te maken voor meer dan alleen wetenschappers, sluit goed aan bij de recente inspanningen van OGC om standaarden te ontwerpen vanuit een sterk eindgebruikersgericht perspectief, in plaats van het data-aanbiedersgerichte perspectief dat eerder de standaardisatieprocessen domineerde. Dit betekent niet alleen het vereenvoudigen en verbeteren van de vorm en functie van standaarden, maar ook van de documentatie ervan.
Gebruiksvriendelijke standaarden
In plaats van standaarddocumenten te lezen – die van nature minutieus zijn gedefinieerd om ruimte voor interpretatie te minimaliseren en daardoor saai zijn om te lezen – geven veel ontwikkelaars de voorkeur aan een aanpak die begint met eenvoudige documentatie en voorbeelden. Van daaruit worden extra functies stapsgewijs verkend, waarbij het eigenlijke standaarddocument vaak de laatste bron is die wordt geraadpleegd. Naarmate locatietechnologie zich buiten de traditionele geospatiale expertisegebieden ontwikkelt, wordt deze gebruikersgerichte benadering cruciaal om de voordelen van een brede acceptatie van standaarden te realiseren.
Met dit in gedachten heeft het werk dat in Testbed-17 is verricht, de drempel voor het implementeren en gebruiken van DAPA en andere OGC API's verlaagd door voorbeeldcode te creëren voor zowel server- als clientsoftware, scripts voor cloudimplementatie en -installatie, en handleidingen voor best practices. Testbed-17 heeft hiertoe het Engineering Report " Attracting Developers: Lowering the entry barrier for implementing OGC Web APIs " opgeleverd, dat webontwikkelaars de nodige kennis biedt om op standaarden gebaseerde web-API's te ontwikkelen, implementeren en uitvoeren. Dit gebeurt volgens een praktische handleiding met veel oefeningen, voorbeelden en instructies. Bovendien worden er scripts aangeboden die de implementatie en werking van API-instanties op lokale machines en in verschillende cloudomgevingen illustreren, waardoor het koppelen van softwarecomponenten aan cloudinfrastructuur een stuk eenvoudiger wordt.
Naast de documentatie, codevoorbeelden en implementaties die het leven van gebruikers makkelijker moeten maken, heeft OGC ook haar eerste Developer Relations (DevRel)-medewerker gerekruteerd, Joana Simoes. Joana biedt een interface tussen OGC en de ontwikkelaarscommunity, met een specifieke blik op het aanpakken van: Wat hebben ontwikkelaars nodig van OGC? Waar worstelen ze mee? Welke materialen kunnen we bieden om te helpen?
Al deze activiteiten vloeien voort uit de ambitie van OGC om onze standaarden begrijpelijker en gemakkelijker te implementeren te maken, en om ze tastbaarder te laten aanvoelen dan ons eerdere werk. OGC blijft erbij dat standaarden – door data vindbaar, toegankelijk, interoperabel en herbruikbaar te maken – enorme waarde ontsluiten en samenwerkingen tussen verschillende partijen mogelijk maken die de samenleving veel voordelen bieden. Door de standaarden zelf in lijn te brengen met de FAIR-principes, verlagen we de drempels voor de acceptatie ervan en verspreiden we de waarde ervan verder.
Wat kan OGC volgens u doen om onze standaarden begrijpelijker en gemakkelijker te implementeren te maken? Laat het OGC en onze DevRel, Joana Simoes, weten via ogc.org/contact.
