datasets Revisietabel (in te vullen door PDOK) PDOK kenmerk <> 1

Transcriptie

1 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 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; 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) (bereikbaar tussen 09.00u-17.00u) of door een te sturen naar beheerpdok@kadaster.nl Revisietabel (in te vullen door PDOK) Versie Datum ESS Status Wat Wie code 0.1 <datum> <code> <concept> <naam> PDOK kenmerk <> 1

2 1. Omschrijving Intake Gegevens aanvrager Naam organisatie aanvraag Naam aanvrager Telefoonnummer aanvrager adres aanvrager Aanvraaggegevens Datum indiening aanvraag Onderwerp 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 stappen van de huidige naar gewenste situatie. Eénmalige implementatie of gefaseerde implementatie. Indien gefaseerd: korte beschrijving per fase> PDOK kenmerk <> 2

3 2. Kenmerken dataset Naam dataset Bronhouder Contactpersoon Dataset versie Aantal bestanden Aantal lagen en aantal attributen per laag toelichting Naam dataset Organisatie en evt. onderdeel Naam Nummer/Jaartal Aantal bestanden dat wordt aangeleverd Aantal lagen (layers) per dataset en het 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, en 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 (ja/nee) verplicht)? Omvang bestand(en) in In MB of GB of TB (gezipped en aanleverformaat en in zip formaat 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? Dataset beschikbaar? Bijvoorbeeld IMxxx, specifiek (conform DPS)) Aanleveren van een volledige definitieve dataset is noodzakelijk PDOK kenmerk <> 3

4 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 l/geonetwork/srv/dut/search?# {72 fad535-9be1-4a9a-93a9-6a1a20f9ae25} (de deeplink kan via worden opgevraagd). De bronhouder is verantwoordelijk voor de metadata van de dataset. PDOK verzorgt de metadata van de webservice Gewenste keywords in NGR Gewenste keywords warmee de servicerecords service gevonden kan worden in NGR Overzicht aangeleverde c.q. aan te Een directory listing kan ook als leveren bestanden (optioneel). attachment worden toegevoegd PDOK kenmerk <> 4

5 3. Kenmerken webservices/extracten PDOK 3.1 Viewservices (WMS en WMTS en TMS) toelichting Zijn viewservices (WMS, WMTS en TMS) gewenst? Gewenste viewservices Ja/nee Indien ja ga verder met de volgende vraag in deze paragraaf. Indien nee ga verder bij paragraaf 3.2. Koppelvlakken: 1. WMS WMS WMS WMTS TMS 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) Hoe omgaan met historie van de viewservices? Verplicht indien INSPIRE dataset: Viewservices= WMS en/of WMTS versie Overschrijven vorige versie of bewaren vorige versie? In welk schaalbereik wordt verwacht dat gebruikers veel bevragen? Geschat aantal gebruikers per viewservice? 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). Bijvoorbeeld van 1: tot 1:750 Het door de aanbieder verwachte aantal gebruikers van de viewservices PDOK kenmerk <> 5

6 Cartografische definitie (SLD) (in geval van viewservices) beschikbaar? Hoe is de SLD gegenereerd? Style Naam/Namen toelichting Alvorens er een impactanalyse gemaakt kan worden dient een SLD (SLD versie 1.0.0) aangeleverd te worden. Dit is nodig om de complexiteit in te kunnen schatten. 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 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) Style Beschrijving(en) Benaming laag-attributen 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. 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). De attribuutnamen worden zichtbaar in PDOK kenmerk <> 6

7 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 Zijn downloadservices (WFS en/of Ja/nee WCS) gewenst? Indien ja ga verder met de volgende vraag in deze paragraaf. Indien nee ga verder bij paragraaf 3.3. Gewenste koppelvlakken: Verplicht indien INSPIRE dataset: Verplicht is om een downloadservice aan te bieden indien het een INSPRE dataset(s) betreft. Koppelvlakken: 1. WFS WFS WFS 2.0 (1) 4. 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

8 toelichting m.b.v. een stored query). Hier voldoet de PDOK WFS service momenteel niet aan (WFS download is gelimiteerd op 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. Hoe omgaan met historie van de downloadservices 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.. Overschrijven vorige versie of bewaren vorige versie? Geschat aantal gebruikers per downloadservice 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). Het door de aanbieder verwachte aantal gebruikers van de gewenste downloadservice. PDOK kenmerk <> 8

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

10 Hoe omgaan met historie in de Atomfeed? Voor Atomfeeds en downloads via 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.). Moet PDOK een Atomfeed (XML) genereren of wordt deze aangeleverd? 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 Atomfeed? Het door de aanbieder verwachte aantal gebruikers van de Atomfeed 3.4 Download Extracten (via PDOK Loket) Zijn downloads van extracten (via PDOK Loket) gewenst? Gewenste downloadmogelijkheden via het loket van PDOK 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 van PDOK aan te bieden (zie bijvoorbeeld: nloaden-van-data-pdok Er zijn drie mogelijkheden: Hoe omgaan met historie van extracten (via PDOK Loket) 1. Volledige dataset (1 zip) 2. Volledige dataset onderverdeeld in kaartbladen 3. 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 PDOK kenmerk <> 10

11 welke versies bewaard moeten blijven, hoe lang ze bewaard moeten blijven, hoe weergegeven (jaartal, versie etc.). Geschat aantal gebruikers van de extracten (via het PDOK Loket) 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.. Het door de aanbieder verwachte aantal gebruikers van de downloadmogelijkheid (via het PDOK Loket) PDOK kenmerk <> 11

12 3.5 Overige kenmerken Naam van de service(s) voor de website van PDOK (bij services op alfabet), de PDOK Viewer en PDOK kaart. Naam van de service(s) in het Nationaal Georegister (NGR) Omschrijving van de service(s) 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 Service Endpoint Naam (indien services zoals WMS, WFS, WCS etc. gewenst zijn). toelichting Naam service Naam service Omschrijving service 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 en/gebruiksvoorwaarden Dit is de naam zoals deze in de URL van de service voorkomt, bijvoorbeeld atura2000/ows? alles kleine letters alleen [a-z,0-9] geen spaties / streepjes etc: dus bijv. wel "maritiemegrenzen", niet "maritieme_grenzen" PDOK kenmerk <> 12

13 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: op10nl/ows?service=wms&version=1.1. 1&REQUEST=GetMap&layers=top10nl&S RS=EPSG:28992&BBOX=107566,551742, ,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: EPSG : Amersfoort / RD New (NL standaard) 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 PDOK kenmerk <> 13

14 zone 31N* EPSG : 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

15 4. Bijlage Figuur 1: PDOK kenmerk <> 15