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
[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 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) 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
Status
Wat
Wie
0.1
Concept
Leeg document (verstuurd)
1
Omschrijving Intake
Gegevens aanvrager Naam organisatie aanvraag Naam aanvrager Telefoonnummer aanvrager E-mailadres aanvrager Aanvraaggegevens Datum indiening aanvraag Onderwerp van wijziging
1.1
Huidige situatie
1.2
Gewenste situatie
1.3
Fasering en benodigde resultaten
2 van 12
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):
Data versie
Nummer/Jaartal
Aanlever formaat en versienummer (bijvoorbeeld GML v3.1.1)
GML, GEOtiff of Shape. Voorkeursformaten zijn GML of Geotiff. GML 2.1.2, 3.1.1 en 3.2.1 wordt in ieder geval ondersteund. GML en shape is voor vectordata en GEOtiff voor rasterdata.
Aanlever datatype
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
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):
3 van 12
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))
Bijvoorbeeld IMxxx, INSPIRE (alleen bij geharmoniseerde datasets)
Cartografische definitie (SLD) (in Er dient een (werkende) SLD geval van viewservices) aangeleverd te worden. Hoe is de SLD gegenereerd?
Bijvoorbeeld een export vanuit een gispakket, GeoCadbridge, conversietools zoals arc2earth, arcmap2tosld etc.
Schema XSD beschikbaar? (ja/nee) Testdataset
Aanleveren van een volledige dataset (is noodzakelijk om de complexiteit in te kunnen schatten). Indien niet mogelijk dan gelieve een represantieve subset aan leveren.
Bron-coördinaatstelsel
Bijvoorbeeld EPSG:28992 (Rijksdriehoekstelsel)
Metadata URL(s) in het NGR
Bijvoorbeeld AHN_5m-v1 http://www.nationaalgeoregister.nl/g eonetwork/srv/nl/iso19139.xml?id=2 98258 (de deeplink kan via www.nationaalgeoregister.nl worden opgevraagd). De bronhouder is verantwoordelijk voor de metadata URL van de dataset. PDOK verzorgt de metadata van de webservice
Moeten extracten voorgegenereerd worden op basis van levergebieden? (ja/nee)
Bijvoorbeeld: kaartbladindeling
Bestand met levergebieden t.b.v. extracten beschikbaar (ja/nee)
Bijvoorbeeld kaartbladindeling of gemeentekaart
Bijzonderheden Overzicht aangeleverde c.q. aan Een directory listing kan ook als te leveren bestanden attachment worden toegevoegd
4 van 12
Service waarin dataset participeert of ontsloten wordt Service Endpoint Naam
Dit is de naam zoals deze in de url van de service voorkomt, bijvoorbeeld http://geodata.nationaalgeoregister.n l/natura2000/ows? alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen"
Laag Naam/Namen
De (technische) laagnamen zoals ze in het service request van een WMS, WFS of WCS genoemd worden, bijvoorbeeld http://geodata.nationaalgeoregister.n l/top10nl/ows?service=WMS&version =1.1.1&REQUEST=GetMap&layers=to p10nl&SRS=EPSG:28992&BBOX=1075 66,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 1.3.0 en/of WMTS versie 1.0.0 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, 1.3.0 en/of WMTS 1.0.0 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
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 1-12-2013
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 / ETRSLCC* 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 zone 31N* EPSG 25832 : ETRS89 / UTM zone 32N* EPSG 28992 : Amersfoort / RD New
NB: voor WMTS/TMS geldt dat voor
Zijn er gebruiksrestricties aan het gebruik van de webservices
Licentie
iedere projectie een aparte tilecache aangemaakt moet worden! Denk aan gebruik voor beperkte groepen, kosten, privacy, dataverbruik etc.
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
Service waarin dataset participeert of ontsloten wordt Bijzonderheden
Aanvullende informatie t.b.v. de webservice Technische Laag Naam/Namen Laagnamen zoals deze zichtbaar Bvb natura2000 (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 alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen" Benaming laag-attributen
De attribuutnamen behorende bij een Benaming laag-attributen 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 2. 2. PDOK past de attribuutnamen aan, in dat geval dient de dataprovider een mapping bestand mee te leveren.
Bevat de dataset grouplayers? Ja/nee Leesbare Laag Titel(s) (Labels)
Indien van toepassing, vermeld de namen van de grouplayers Titels zoals deze zichtbaar zullen Leesbare 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.
Laag Beschrijving(en) (Labels)
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
7 van 12
Aanvullende informatie t.b.v. de webservice figuur Style Naam/Namen
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
Bvb natura2000default
http://geodata.nationaalgeoregister.n 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" 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 eenkaartlaag), zie figuur
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 metainformatie over eenkaartlaag), zie figuur
Classificatie beschrijvingen (alleen uit te werken indien er geen SLD beschikbaar gesteld kan worden door de bronhouder)
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
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
Natura 2000 Standaard
8 van 12
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 4. 2. PDOK past de attribuutnamen aan, in dat geval dient de dataprovider een mapping bestand mee te leveren.
9 van 12
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
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
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
Opmerkingen
TOTAAL 0
11 van 12
5
Financiële consequenties (in te vullen door PDOK)
5.1
Kosten implementatie
Inzet OBE team
5.2
Eenmalige investering
Bijv. nieuwe hardware
5.2.1 Beheerkosten Opslag Update Ontsluiting (gebruik) Gebruik toegangslaag (open data / I&A)
12 van 12
