Intakeformulier voor aanbieders van niet-INSPIRE geharmoniseerde 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
[email protected]; § 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; § Aan de hand van het intakeformulier zal een impactanalyse uitgevoerd worden; § Om een goede Impactanalyse te kunnen maken is het leveren van een SLD en een volledige (test) dataset noodzakelijk om de complexiteit in te kunnen schatten; § Op basis van deze analyse wordt een offerte opgesteld; § Wanneer de offerte akkoord is bevonden wordt het ontwikkel-, bouw- en testproces in overleg met de data-aanbieder ingepland.
Contact Indien u vragen heeft, kunt u contact opnemen met PDOK door te bellen met (088) 183 4500 (bereikbaar tussen 09.00u-17.00u) of door een e-mail te sturen naar
[email protected]
Revisietabel (in te vullen door PDOK) Versie Datum
ESS Status Wat code
Wie
0.1
PDOK kenmerk <>
1
1.
Omschrijving Intake
Gegevens aanvrager
Naam organisatie aanvraag Naam aanvrager Telefoonnummer aanvrager E-mailadres aanvrager Aanvraaggegevens
Datum indiening aanvraag Onderwerp
1.1
Huidige situatie
1.2
Gewenste situatie
1.3
Fasering en benodigde resultaten
PDOK kenmerk <>
2
2.
Kenmerken dataset toelichting
Naam dataset
Naam dataset
Bronhouder
Organisatie en evt. onderdeel
Contactpersoon
Naam
Dataset versie
Nummer/Jaartal
Aantal bestanden
Aantal bestanden dat wordt aangeleverd Aantal lagen (layers) per dataset en het aantal attributen per laag
Aantal lagen en aantal attributen per laag
Aanlever formaat en versienummer GML, GEOtiff, FGDB (gebaseerd op Arc API) of Shape. Voorkeursformaten zijn GML of Geotiff., GML 2.1.2, 3.1.1 en 3.2.1 worden in ieder geval ondersteund. GML dient samen met het bijbehorend XSD bestand aangeleverd te worden. Bij keuze tussen Shape of FGDB heeft FGDB de voorkeur. Let op: FGDB gebaseerd op ArcObjects wordt niet ondersteund. GML en Shape is voor vectordata en GEOtiff voor rasterdata. Schema XSD beschikbaar (bij GML verplicht)?
(ja/nee)
Omvang bestand(en) in aanleverformaat en in zip formaat
In MB of GB of TB (gezipped en unzipped per bestand aangeven):
Update frequentie
Vaste frequentie (dag / week / maand / kwartaal / jaar) eenmalig; ad hoc.
Aanlever datatype
Vector point / polygon / polyline, raster, point cloud,
Aanlever techniek
Uploadportaal, FTPS, webservice, Digikoppeling, Digikoppeling MTOM, Digikoppeling Grote Berichtenstandaard, dropbox, accelion etc.
Informatiemodel beschikbaar?
Bijvoorbeeld IMxxx, specifiek (conform DPS))
Dataset beschikbaar?
Aanleveren van een volledige definitieve dataset is noodzakelijk
PDOK kenmerk <>
3
toelichting om de complexiteit in te kunnen schatten (t.b.v. een impactanalyse). Indien niet mogelijk gelieve dan een representatieve subset aanleveren. Bron-coördinaatstelsel
Bijvoorbeeld EPSG:28992 (Rijksdriehoekstelsel)
URL(s) metadata van de data in het Bijvoorbeeld CultGIS NGR http://www.nationaalgeoregister.n l/geonetwork/srv/dut/search?#|{72 fad535-9be1-4a9a-93a96a1a20f9ae25} (de deeplink kan via www.nationaalgeoregister.nl worden opgevraagd). De bronhouder is verantwoordelijk voor de metadata van de dataset. PDOK verzorgt de metadata van de webservice Gewenste keywords in NGR servicerecords
Gewenste keywords warmee de service gevonden kan worden in NGR
Overzicht aangeleverde c.q. aan te leveren bestanden (optioneel).
Een directory listing kan ook als attachment worden toegevoegd
PDOK kenmerk <>
4
3.
Kenmerken webservices/extracten PDOK
3.1
Viewservices (WMS en WMTS en TMS) toelichting
Zijn viewservices (WMS, WMTS en TMS) gewenst?
Ja/nee
Gewenste viewservices
Koppelvlakken:
Indien ja ga verder met de volgende vraag in deze paragraaf. Indien nee ga verder bij paragraaf 3.2.
1. 2. 3. 4. 5.
WMS 1.0.0 WMS 1.1.1 WMS 1.3.0 WMTS 1.0.0 TMS 1.0.0
Bij WMTS en TMS voert PDOK standaard pre-tiling uit t/m zoomniveau 12 conform de Nederlandse richtlijn Tiling v1.1. Pre-tiling t/m level 14 is evt. mogelijk (dit resulteert in meer opslag en een langere verwerkingstijd) Verplicht indien INSPIRE dataset: Viewservices= WMS 1.3.0 en/of WMTS versie 1.0.0. Hoe omgaan met historie van de viewservices?
Overschrijven vorige versie of bewaren vorige versie? Let op: indien "bewaren vorige versie" dan wordt het een nieuwe PDOK service of kaartlaag of de vorige versie kan historisch worden gemaakt d.m.v. een nieuwe service (voorzien van een jaartal bijvoorbeeld).
In welk schaalbereik wordt verwacht dat gebruikers veel bevragen?
Bijvoorbeeld van 1:60.000 tot 1:750
Geschat aantal gebruikers per viewservice?
Het door de aanbieder verwachte aantal gebruikers van de viewservices
PDOK kenmerk <>
5
toelichting Cartografische definitie (SLD) (in Alvorens er een impactanalyse gemaakt geval van viewservices) kan worden dient een SLD (SLD versie beschikbaar? 1.0.0) aangeleverd te worden. Dit is nodig om de complexiteit in te kunnen schatten. Hoe is de SLD gegenereerd?
Style Naam/Namen
Bijvoorbeeld een export vanuit een GISpakket, GeoCatBridge, conversietools zoals arc2earth, arcmap2tosld etc. De (technische) stijlnamen zoals deze zichtbaar worden in een GIS systeem (o.a. bij toevoegen van een kaartlaag en in de meta-informatie over een kaartlaag). Bijv. natura2000default, zie figuur 1 in de bijlage (laatste pagina) van dit intakeformulier of onderstaand voorbeeld request http://geodata.nationaalgeoregister.nl/ natura2000/ows?service=WMS&request =GetLegendGraphic&format=image%2F png&width=20&height=20&layer=natur a2000&style=lnv_natura2000 alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc.: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen"
Style Titel(s)
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 een kaartlaag). Bijv. Natura 2000 Standaard zie figuur 1 in de bijlage (laatste pagina) van dit intakeformulier.
Style Beschrijving(en)
De beschrijvingen 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 een kaartlaag), zie figuur 1 in de bijlage (laatste pagina) van dit intakeformulier. De attribuutnamen behorend bij een laag kunnen zijn afgekort tot 10 tekens (bijv. bij SHAPE files). Dit wordt veroorzaakt door de GIS-applicatie die de dataprovider gebruikt (bijv. Arcgis).
Benaming laag-attributen
De attribuutnamen worden zichtbaar in
PDOK kenmerk <>
6
toelichting de legenda. Wil de dataprovider de benamingen afgekort weergeven of moeten er uitgeschreven attribuutnamen 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 2. PDOK past de attribuutnamen aan, in dat geval dient de dataprovider een mapping bestand mee te leveren.
3.2
Downloadservice (WFS en WCS)
toelichting Ja/nee Zijn downloadservices (WFS en/of WCS) gewenst?
Gewenste koppelvlakken:
Indien ja ga verder met de volgende vraag in deze paragraaf. Indien nee ga verder bij paragraaf 3.3. Verplicht indien INSPIRE dataset: Verplicht is om een downloadservice aan te bieden indien het een INSPRE dataset(s) betreft. Koppelvlakken: 1. 2. 3. 4.
WFS 1.0.0 WFS 1.1.0 WFS 2.0 (1) WCS
Verplicht indien INSPIRE dataset: Verplicht is om de data als geheel aan te bieden zodat een gebruiker de data download in één keer kan downloaden. PDOK is INSPIRE compliant voor WFS volgens de huidige technical guidance versie 3.0. In de nieuwe versie van WFS technical guidance 3.1, die overigens nog niet van kracht is, wordt als eis gesteld dat de volledige dataset in 1 x gedownload moet kunnen worden (bijvoorbeeld
PDOK kenmerk <>
7
toelichting m.b.v. een stored query). Hier voldoet de PDOK WFS service momenteel niet aan (WFS download is gelimiteerd op 15.000 features). PDOK onderzoekt de impact van het invoeren van stored queries in relatie tot de INSPIRE performance eisen. Indien nu voor WFS gekozen wordt kan PDOK de toekomstige INSPIRE complicancy niet garanderen. Door voor een Atomfeed te kiezen loopt de toekomstige INSPIRE compliancy geen gevaar. NB Bij keuze voor Atomfeed ook s.v.p. voor de Atom dataset feed de van toepassing zijnde Spatial Object types (uit INSPIRE registry) aanleveren of aangeven dat in de Atom dataset feed naar de xsd verwezen kan worden.. Hoe omgaan met historie van de downloadservices
Overschrijven vorige versie of bewaren vorige versie? Let op: indien "bewaren vorige versie" dan wordt het een nieuwe PDOK service of kaartlaag of de vorige versie kan historisch worden gemaakt d.m.v. een nieuwe service (voorzien van een jaartal bijvoorbeeld).
Geschat aantal gebruikers per downloadservice
Het door de aanbieder verwachte aantal gebruikers van de gewenste downloadservice.
PDOK kenmerk <>
8
3.3
Downloadservice (via Atomfeed)
Zijn downloadservices (Atomfeed) gewenst?
toelichting Ja/nee Indien ja ga verder met de volgende vraag in deze paragraaf. Indien nee ga verder bij paragraaf 3.4 Verplicht indien INSPIRE dataset: Verplicht is om een downloadservice aan te bieden indien het een INSPRE dataset(s) betreft. PDOK is INSPIRE compliant voor WFS volgens de huidige technical guidance versie 3.0. In de nieuwe versie van WFS technical guidance 3.1, die overigens nog niet van kracht is, wordt als eis gesteld dat de volledige dataset in 1 x gedownload moet kunnen worden (bijvoorbeeld m.b.v. een stored query). Hier voldoet de PDOK WFS service momenteel niet aan (WFS download is gelimiteerd op 15.000 features). PDOK onderzoekt de impact van het invoeren van stored queries in relatie tot de INSPIRE performance eisen. Indien nu voor WFS gekozen wordt kan PDOK de toekomstige INSPIRE complicancy niet garanderen. Door voor een Atomfeed te kiezen loopt de toekomstige INSPIRE compliancy geen gevaar.
PDOK kenmerk <>
9
Hoe omgaan met historie in de Atomfeed?
Voor Atomfeeds en downloads via www.pdok.nl geldt dat voorgaande versies bewaard kunnen blijven als historie. Graag historie opbouw en weergave beschrijven (bijvoorbeeld welke versies bewaard moeten blijven, hoe lang ze bewaard moeten blijven, hoe weergegeven (jaartal, versie etc.). Let op: updates van Atomfeeds en webservices wijken in updatefrequentie niet van elkaar af. Een verzoek om een afwijkende updatefrequentie te hanteren kunnen wij dan ook niet garanderen.
Moet PDOK een Atomfeed (XML) genereren of wordt deze aangeleverd? Geschat aantal gebruikers van de Atomfeed?
3.4
Het door de aanbieder verwachte aantal gebruikers van de Atomfeed
Download Extracten (via PDOK Loket)
Zijn downloads van extracten (via PDOK Loket) gewenst?
toelichting Ja/nee
Indien ja ga verder met de volgende vraag in deze paragraaf. Indien nee ga verder bij paragraaf 3.5 Het is mogelijk om extracten via het loket Gewenste van PDOK aan te bieden (zie downloadmogelijkheden via het bijvoorbeeld: loket van PDOK https://www.pdok.nl/nl/producten/dow nloaden-van-data-pdok Er zijn drie mogelijkheden: 1. 2. 3. Hoe omgaan met historie van extracten (via PDOK Loket)
PDOK kenmerk <>
Volledige dataset (1 zip) Volledige dataset onderverdeeld in kaartbladen Downloaden per kaartblad via een interactieve viewer
Voor downloads van extracten (via het PDOK Loket) geldt dat voorgaande versies bewaard kunnen blijven als historie. Graag historie opbouw en weergave beschrijven (bijvoorbeeld
10
welke versies bewaard moeten blijven, hoe lang ze bewaard moeten blijven, hoe weergegeven (jaartal, versie etc.). Let op: updates van Atomfeeds en webservices wijken in updatefrequentie niet van elkaar af. Een verzoek om een afwijkende updatefrequentie te hanteren kunnen wij dan ook niet garanderen.. Geschat aantal gebruikers van de extracten (via het PDOK Loket)
PDOK kenmerk <>
Het door de aanbieder verwachte aantal gebruikers van de downloadmogelijkheid (via het PDOK Loket)
11
3.5
Overige kenmerken toelichting
Naam van de service(s) voor de website van PDOK (bij services op alfabet), de PDOK Viewer en PDOK kaart.
Naam service
Naam van de service(s) in het Nationaal Georegister (NGR)
Naam service
Omschrijving van de service(s) Omschrijving service t.b.v. het Nationaal Georegister (metadata voor services). Is er controle nodig? (ja/nee)
Zijn er restricties aan het gebruik van de PDOK services? Zo ja: welke? Licentie
Is, alvorens implementatie, controle gewenst? Dit betreft controle op de evt. gewenste view- en/of downloadservices. Denk aan gebruik voor beperkte groepen, kosten, privacy, dataverbruik etc. In Nederland is afgesproken om Public Domain Mark of CC0 te gebruiken, als dat niet mogelijk is maakt men een geogedeelt licentie aan. Meer informatie over de verschillende open licenties treft u aan op http://www.geonovum.nl/geostandaard en/gebruiksvoorwaarden
Service Endpoint Naam (indien services zoals WMS, WFS, WCS etc. gewenst zijn).
Dit is de naam zoals deze in de URL van de service voorkomt, bijvoorbeeld http://geodata.nationaalgeoregister.nl/n atura2000/ows? alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen"
PDOK kenmerk <>
12
Technische Laag Naam/Namen (indien services zoals WMS, WFS, WCS etc. gewenst zijn).
De (technische) laagnamen zoals ze in het service request van bijvoorbeeld een WMS of een WFS genoemd worden, bijvoorbeeld: http://geodata.nationaalgeoregister.nl/t op10nl/ows?service=WMS&version=1.1. 1&REQUEST=GetMap&layers=top10nl&S RS=EPSG:28992&BBOX=107566,551742, 118654,559150&WIDTH=1000&HEIGHT= 1000&FORMAT=image/png alles kleine letters, alleen [a-z,0-9] geen spaties / streepjes etc.: dus bijv. wel maritiemegrenzen", niet "maritieme_grenzen"
Leesbare Laag Titel(s) (Labels) (indien services zoals WMS, WFS, WCS etc. gewenst zijn). Laag Beschrijving(en) (Labels) (indien services zoals WMS, WFS, WCS etc. gewenst zijn). Is er sprake van één of meerdere grouplayers? Ja/nee
Gewenste PDOK service coördinaat stelsel(s) (SRID: EPSG codes)
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 meta-informatie over een kaartlaag), zie figuur 1 in de bijlage (laatste pagina) van dit intakeformulier. Korte beschrijving zoals deze zichtbaar 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 1 in de bijlage (laatste pagina) van dit intakeformulier. Indien van toepassing, vermeld dan de naam (namen) van de grouplayer(s) en geef aan welke laag (lagen) in een grouplayer(s) opgenomen moet(-en) worden. PDOK ondersteunt alle hieronder genoemde projecties: • • • • • • •
PDOK kenmerk <>
EPSG 28992 : Amersfoort / RD New (NL standaard) EPSG 3034 : ETRS89 / ETRS-LCC* EPSG 3035 : ETRS89 / ETRSLAEA* EPSG 3857 : WGS84 Web Mercator (Auxiliary Sphere) EPSG 4258 : ETRS89 (unprojected lat long coordinates)* EPSG 4326 : WGS 84 (unprojected lat long coordinates) EPSG 25831 : ETRS89 / UTM
13
•
zone 31N* EPSG 25832 : ETRS89 / UTM zone 32N*
Voor INSPIRE is verplicht één van de 5 projecties met * aan te bieden, maar aanbevolen (recommended) wordt ze allemaal te ondersteunen. NB: voor WMTS/TMS geldt dat voor iedere projectie een aparte tile-cache aangemaakt moet worden.
PDOK kenmerk <>
14
4.
Bijlage
Figuur 1:
PDOK kenmerk <>
15