voor aanbieders van nieuwe datasets

Transcriptie

1 Intakeformulier voor aanbieders van nieuwe datasets Inleiding PDOK ontsluit landsdekkende geo-data van overheidsorganisaties. Daarnaast biedt PDOK onder andere webservices op deze geo-data. Meer informatie over de PDOK basisdienstverlening voor aanbieders vindt u in onze Producten Diensten Catalogus voor Aanbieders. Dit intakeformulier heeft als doel om wensen van data-aanbieders te beschrijven t.b.v. het goed ontsluiten van uw geo-data via PDOK. Daarnaast worden ook de kenmerken van deze geo-data beschreven. Proces Wanneer u het intakeformulier heeft ingevuld: kunt u dit versturen naar beheerpdok@kadaster.nl; Een medewerker van PDOK zal daarna het formulier doornemen en contact met u opnemen om de vervolgstappen te bespreken; Indien nodig zal een intakegesprek plaatsvinden met als doel het intakeformulier de status definitief mee te kunnen geven; Aan de hand van het intakeformulier zal een impactanalyse uitgevoerd worden; Op basis van deze analyse wordt een offerte opgesteld die samen met de impactanalyse naar de data-aanbieder wordt verstuurd; Wanneer de offerte akkoord is bevonden door de data-aanbieder wordt het ontwikkel-, bouw- en testproces ingepland en besproken met de data-aanbieder. Contact Indien u vragen heeft, kunt u contact opnemen met PDOK door te bellen met (088) (bereikbaar tussen 09.00u-17.00u) of door een te sturen naar beheerpdok@kadaster.nl Revisietabel (in te vullen door PDOK) Versie Datum Status Wat Wie 0.1 <datum> Concept Leeg document (verstuurd) <naam> <PDOK kenmerk (RfC-nummer)>

2 1 Omschrijving Intake Gegevens aanvrager Naam organisatie aanvraag Naam aanvrager Telefoonnummer aanvrager adres aanvrager Aanvraaggegevens Datum indiening aanvraag Onderwerp van wijziging 1.1 Huidige situatie <Korte beschrijving van de huidige situatie bij de bronhouder voor wat betreft deze dataset + bijzonderheden met betrekking tot deze dataset> 1.2 Gewenste situatie <Korte beschrijving van de gewenste situatie binnen PDOK. Hoe moet het eindresultaat eruit zien? (beschrijving eindproduct)> 1.3 Fasering en benodigde resultaten <Beschrijving van de Roadmap van huidig naar gewenst. In 1x implementeren of in fasen, hoe zien deze fasen eruit?> 2 van 12

3 2 Kenmerken dataset In onderstaande tabellen kunnen de kenmerken van de dataset en de te realiseren webservice worden ingevuld. Brondata Naam dataset Omschrijving dataset Bronhouder Contactpersoon Omvang dataset in aanleverformaat en in zip formaat In MB of GB of TB (gezipped en unzipped aangeven): 1. aantal datasets (gmls/shapes) dat wordt aangeleverd: 2. aantal attributen per dataset: 3. aantal layers per dataset (d.m.v. classificatie op 1 of meerdere velden): Data versie Aanlever formaat en versienummer (bijvoorbeeld GML v3.1.1) Aanlever datatype Nummer/Jaartal GML, GEOtiff of Shape. Voorkeursformaten zijn GML of Geotiff. GML 2.1.2, en wordt in ieder geval ondersteund. GML en shape is voor vectordata en GEOtiff voor rasterdata. Vector point / polygon / polyline, raster, point cloud, Aanlever frequentie Continue (dag / week / maand / kwartaal / jaar) of ad hoc (onregelmatig) Aanlever techniek Uploadportaal, FTPS, webservice, Digikoppeling, Digikoppeling MTOM, Digikoppeling Grote Berichtenstandaard, dropbox, accelion etc. Hoe omgaan met historie bij een update Overschrijven vorige versie of bewaren vorige versie of muteren vorige versie? Let op: indien "bewaren vorige versie" dan wordt het een nieuwe PDOK service of 3 van 12

4 Brondata kaartlaag! Het kan ook zijn dat de vorige versie historisch wordt gemaakt (voorzien van een jaartal bijvoorbeeld) Informatiemodel beschikbaar? (IMxxx, INSPIRE, specifiek (conform DPS)) Cartografische definitie (SLD) (in geval van viewservices) Hoe is de SLD gegenereerd? Schema XSD beschikbaar? (ja/nee) Testdataset Bron-coördinaatstelsel Metadata URL(s) in het NGR Moeten extracten voorgegenereerd worden op basis van levergebieden? (ja/nee) Bestand met levergebieden t.b.v. extracten beschikbaar (ja/nee) Bijzonderheden Overzicht aangeleverde c.q. aan te leveren bestanden Bijvoorbeeld IMxxx, INSPIRE (alleen bij geharmoniseerde datasets) Er dient een (werkende) SLD aangeleverd te worden. Bijvoorbeeld een export vanuit een gispakket, GeoCadbridge, conversietools zoals arc2earth, arcmap2tosld etc. Aanleveren van een volledige dataset (is noodzakelijk om de complexiteit in te kunnen schatten). Indien niet mogelijk dan gelieve een represantieve subset aan leveren. Bijvoorbeeld EPSG:28992 (Rijksdriehoekstelsel) Bijvoorbeeld AHN_5m-v1 eonetwork/srv/nl/iso19139.xml?id= (de deeplink kan via worden opgevraagd). De bronhouder is verantwoordelijk voor de metadata URL van de dataset. PDOK verzorgt de metadata van de webservice Bijvoorbeeld: kaartbladindeling Bijvoorbeeld kaartbladindeling of gemeentekaart Een directory listing kan ook als attachment worden toegevoegd <optioneel> 4 van 12

5 Service waarin dataset participeert of ontsloten wordt Service Endpoint Naam Dit is de naam zoals deze in de url van de service voorkomt, bijvoorbeeld l/natura2000/ows? Laag Naam/Namen alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen" De (technische) laagnamen zoals ze in het service request van een WMS, WFS of WCS genoemd worden, bijvoorbeeld l/top10nl/ows?service=wms&version =1.1.1&REQUEST=GetMap&layers=to p10nl&srs=epsg:28992&bbox= ,551742,118654,559150&WIDTH=1 000&HEIGHT=1000&FORMAT=image/ png alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen" Gewenste koppelvlakken Mogelijke Koppelvlakken voor INSPIRE-plichtige datasets Mogelijke koppelvlakken voor niet-inspire-plichtige datasets Mogelijke koppelvlakken voor INSPIRE-plichtige datasets o Viewservice = WMS en/of WMTS versie o Downloadservice = WFS 2.0 (onder voorbehoud* voor niet-geharmoniseerde INSPIRE datasets) en/of Atom feed Mogelijke koppelvlakken voor niet-inspire-plichtige datasets o View service = WMS 1.0.0, 1.1.1, en/of WMTS o Download service = WFS 1.0.0, 1.1.0, 2.0 en/of Atom feed * PDOK kan deze service bieden, maar heeft de WFS2.0 voor de niet-geharmoniseerde INSPIRE datasets nog onvoldoende uitgetest. PDOK gaat daarnaast met Geonovum afstemmen over keuzes in de diverse opties voor de inrichting van WFS2.0, bijv. wel/geen 5 van 12

6 Service waarin dataset participeert of ontsloten wordt ondersteuning bieden voor stored queries en bounding boxes. Zodra dit afgestemd is gaat PDOK de WFS2.0 voor niet-geharmoniseerde INSPIRE datasets definitief inrichten en de service ook formeel ondersteunen. Deze formele ondersteuning zal beschikbaar zijn voor Geschat gebruik per koppelvlak Gewenste PDOK service coördinaat stelsel(s) (SRID: EPSG codes) Hoog, midden, laag Bijvoorbeeld EPSG:28992 (= Rijksdriehoekstelsel) en EPSG 3857 WGS84 Web Mercator Auxiliary Sphere (= Google projectie) Voor INSPIRE is verplicht een van de 4 projecties met * aan te bieden, maar aanbevolen (recommended) wordt ze allemaal te ondersteunen. PDOK ondersteunt alle hieronder genoemde projectes: EPSG 3034 : ETRS89 / ETRS- LCC* EPSG 3035 : ETRS89 / ETRS- LAEA* EPSG 3857 : WGS84 Web Mercator (Auxiliary Sphere) EPSG 4258 : ETRS89 (unprojected lat long coordinates)* EPSG 4326 : WGS 84 (unprojected lat long coordinates) EPSG : ETRS89 / UTM zone 31N* EPSG : ETRS89 / UTM zone 32N* EPSG : Amersfoort / RD New Zijn er gebruiksrestricties aan het gebruik van de webservices NB: voor WMTS/TMS geldt dat voor iedere projectie een aparte tilecache aangemaakt moet worden! Denk aan gebruik voor beperkte groepen, kosten, privacy, dataverbruik etc. Licentie Meer informatie over de verschillende open licenties treft u aan op de Creative Commons website. Visuele controle nodig? (ja/nee) Is visuele controle gewenst voordat updates naar productie worden doorgezet?) 6 van 12

7 Service waarin dataset participeert of ontsloten wordt Bijzonderheden Aanvullende informatie t.b.v. de webservice Technische Laag Naam/Namen Laagnamen zoals deze zichtbaar (Labels) worden in een GIS systeem (o.a. bij toevoegen van een kaartlaag, in table of contents en in de meta-informatie over een kaartlaag), zie figuur Bvb natura2000 alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen" Benaming laag-attributen Bevat de dataset grouplayers? Ja/nee Leesbare Laag Titel(s) (Labels) Laag Beschrijving(en) (Labels) De attribuutnamen behorende bij een laag kunnen zijn afgekort tot 10 tekens. Dit wordt veroorzaakt door de gisapplicatie die de dataprovider gebruikt (bijv. Arcgis). De attribuutnamen worden zichtbaar in de legenda. Wil de dataprovider de benamingen afgekort weergeven of moeten er uitgeschreven attribuurnamen in de legenda weergegeven worden. Indien uitgeschreven namen weergegeven moeten worden zijn er 2 opties: 1. de dataprovider levert een databestand aan met uitgeschreven attribuutnamen PDOK past de attribuutnamen aan, in dat geval dient de dataprovider een mapping bestand mee te leveren. Indien van toepassing, vermeld de namen van de grouplayers Titels zoals deze zichtbaar zullen worden bij gebruik in een GIS systeem (o.a. bij toevoegen van een kaartlaag, in table of contents en in de metainformatie over een kaartlaag), zie figuur. Korte beschrijving zoals deze zichtbaar worden in een GIS systeem (o.a. bij toevoegen van een kaartlaag, in table of contents en in de metainformatie over een kaartlaag), zie Benaming laag-attributen Leesbare 7 van 12

8 Aanvullende informatie t.b.v. de webservice figuur Style Naam/Namen Style Titel(s) Style Beschrijving(en) Classificatie beschrijvingen (alleen uit te werken indien er geen SLD beschikbaar gesteld kan worden door de bronhouder) De (technische) stijlnamen zoals deze zichtbaar worden in een GIS systeem (o.a. bij toevoegen van een kaartlaag en in de meta-informatie over eenkaartlaag), zie figuur l/natura2000/ows?service=wms&req uest=getlegendgraphic&format=ima ge%2fpng&width=20&height=20&lay er=natura2000&style=lnv_natura200 0 alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen" De titels van de stijl(en) zoals deze zichtbaar worden in een GIS systeem (o.a. bij toevoegen van een kaartlaag en in de meta-informatie over eenkaartlaag), zie figuur De beschrijvingen van de stijl(en) zoals deze zichtbaar worden in een GIS systeem (o.a. bij toevoegen van een kaartlaag en in de metainformatie over eenkaartlaag), zie figuur De toelichtingen in een legenda, die getoond worden wanneer een GetLegendGraphic request wordt uitgevoerd. Deze toelichtingen worden opgeslagen in de SLD. Zie voorbeelden voor de 2 styles van Natura2000 Bvb natura2000default Natura 2000 Standaard Benaming laag-attributen De attribuutnamen behorende bij een laag kunnen zijn afgekort tot 10 tekens. Dit wordt veroorzaakt door de gisapplicatie die de dataprovider gebruikt (bijv. Arcgis). De attribuutnamen worden zichtbaar 8 van 12

9 Aanvullende informatie t.b.v. de webservice in de legenda. Wil de dataprovider de benamingen afgekort weergeven of moeten er uitgeschreven attribuurnamen in de legenda weergegeven worden. Indien uitgeschreven namen weergegeven moeten worden zijn er 2 opties: 3. de dataprovider levert een databestand aan met uitgeschreven attribuutnamen PDOK past de attribuutnamen aan, in dat geval dient de dataprovider een mapping bestand mee te leveren. 9 van 12

10 3 Impact aanpassing (in te vullen door PDOK) Impact wijziging op PDOK Clients PDOK Loket PDOK Kaart Nationaal Georegister (NGR) PDOK Viewer (preview applicatie) Impact wijziging op PDOK Motor componenten Identificatie, Authenticatie en Autorisatie (Layer7) OCG Webservices (Geoserver) Extracten (ATOM feeds) Tilecaches (Geowebcache) Datamodel Datamanagement (ETL) Impact wijziging op infrastructuur Netwerk (bandbreedte) Storage (Virtuele) Hardware (verwerkingscapaciteit) Overig (bv extra hardware) Impact wijziging op beheer Service Levels Documentatie / handleidingen Rapportages 10 van 12

11 4 Aanpak (in te vullen door PDOK) Welke activiteiten zijn nodig om de resultaten te behalen beschreven in 1.3. Wie voert deze uit. Hoeveel uur wordt hierbij ingeschat Werkzaamheden Dagen Opmerkingen 1 Analyse datasets 0 2 Data loading en ETL (datamanagement) 0 3 Configureren webservice 0 4 RPMs maken 0 5 Metadata bijwerken in NGR 0 6 Updaten preview applicatie 0 7 Aanmaken test scripts (Jmeter) 0 8 Testen + rework webservices 0 9 Documenteren 0 10 Projectleiding en overleg 0 11 Onvoorzien 0 TOTAAL 0 11 van 12

12 5 Financiële consequenties (in te vullen door PDOK) 5.1 Kosten implementatie Inzet OBE team 5.2 Eenmalige investering Bijv. nieuwe hardware Beheerkosten Opslag Update Ontsluiting (gebruik) Gebruik toegangslaag (open data / I&A) 12 van 12