[Dutch] Dutch Verzamelmail, Volume 42, Nummer 7

Ma Jun 16 23:17:59 PDT 2014

Het probleem is dat er heel veel mensen op heel veel verschillende manieren
gebruik willen maken van data. Sommigen willen inderdaad alleen maar
shapefiles downloaden om een kaart te maken, anderen willen een kaartlaag
in hun desktop- of webapplicatie gebruiken en weer anderen willen echt
queries maken met de data in hun processen of websites, weer anderen willen
wel de data maar niet de opmaak.

Hoe kun je die wensen allemaal inwilligen met een PDOK-Light. Dan moet je
op een of andere manier toch services aanbieden: WMS, WFS, WCS, download.Ik
zit dan te denken aan iets als GeoGit, OpenGeo Suite, MapStore of GeoNode,
QGISCloud (kunnen allemaal op verschillende manieren aan de vraag voldoen).
De functionaliteit is al een uitdaging, hier geldt wel het adagium "in der
Beschraenkung zeigt sich erst der Meister" (J.W. von Goethe, 1802), maar
net zo moeilijk wordt waarschijnlijk het op een of andere manier bekostigen
en hosten van al die data. Het moet wel betaald worden en wie gaat dat
doen. Wellicht zie ik dit te negatief, er zijn natuurlijk voorbeelden
waaruit blijkt dat het hosten wel kan: http://www.openstreetmap.nl/,
http://www.opentopo.nl/ en er zijn er nog meer die ik nu niet kan bedenken.
Of gaat Geonovum het betalen. Scheelt natuurlijk een hele hoop gezoek.

Wellicht ook een kans om eens te kijken naar manieren om de ruwe features
te cachen (als SVG, KML of iets anders). Daar is natuurlijk een wereld te
winnen en er is volgens mij nog weinig ervaring met het cachen van features.

Luuk

Op 16 juni 2014 21:00 schreef <dutch-request op lists.osgeo.org>:

> Send Dutch mailing list submissions to
>         dutch op lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.osgeo.org/mailman/listinfo/dutch
> or, via email, send a message with subject or body 'help' to
>         dutch-request op lists.osgeo.org
>
> You can reach the person managing the list at
>         dutch-owner op lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Dutch digest..."
>
>
> Onderwerpen van vandaag:
>
>    1. Re: Uitnodiging Verkenning oplossingsrichtingen PDOK light -
>       1 juli (Richard Duivenvoorde)
>    2. Re: Uitnodiging Verkenning oplossingsrichtingen PDOK light -
>       1 juli (geejee op dds.nl)
>    3. Re: Uitnodiging Verkenning oplossingsrichtingen PDOK light -
>       1 juli (Richard Duivenvoorde)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 16 Jun 2014 08:28:50 +0200
> From: Richard Duivenvoorde <rdmailings op duif.net>
> To: Gert-Jan van der Weijden <geejee op dds.nl>, dutch op lists.osgeo.org
> Subject: Re: [Dutch] Uitnodiging Verkenning oplossingsrichtingen PDOK
>         light - 1 juli
> Message-ID: <539E8EA2.5010002 op duif.net>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 13-06-14 18:25, Gert-Jan van der Weijden wrote:
> > Vanuit de PDOK beheerorganisatie kreeg ik de vraag of er OSGeo-ers zijn
> > die willen meedenken over hoe een PDOK-light er uit zou kunnen zien.
>
> > 1. Roep -via deze lijst- eens iets over hoe jij een pdok-light zou
> > willen zien?
>
> Ik gil wat:
>
> tl;dr bied alleen relevante goede landelijke services aan en de rest als
> grote downloads
>
>
> - beperk de WM(t)S services tot enkele goede ondergrondkaarten, bv
> de luchtfoto's (liefst zelfs hogere resolutie door de luchtfoto's van de
> verschillende gemeenten aan elkaar te stitchen).
> de brt-achtergrondkaart
> de brt in een zachte kleurstelling
> de bgt (als wmts MET featureinfo)
> (voor we zijn die 200 zeegras layers interessant, en de alle cbs
> services zijn eigenlijk eenvoudiger als shapefile neer te zetten)
>
> - beperk de WFS'en tot grote landelijke recente data, zoals bgt, bag etc
> MAAR bied die ook gewoon aan als eenvoudig te laden dataset (zoals ook
> nlextract doet: eenvoudig een database dump inlezen!)
>
> - verbeter de landelijk werkende geocoder, geef 'm evt een extra
> (google) interface EN maak de software Opensource zodat anderen de
> geocoder kunnen verbeteren!
>
> - zorg voor eenvoudigere downloads van dataset (echt een beetje
> ontwikkelaar weet echt wel hoe hij/zij een db dump moet inlezen en evt
> overpompen naar een ander formaat). Maak hierin een duidelijke keuze
> voor OPEN formaten: het zijn namelijk vooral de gebruikers van de open
> formaten die ook 'open' verder ontwikkelen
>
> - leg het beheer bij een club die de services ook zelf gebruikt, of bv
> kennis heeft van een beetje cartografie of gebruikerswensen. Veel
> kaartlagen in PDOK zijn er echt liefdeloos ingehangen wat mij betreft
> (en het excuus: "zo is het aangeleverd" zo voor mij niet op gaan)
>
> - snoei in bureaucratie/regelgeving/procesformalisatie
>
> - moedig gebruikers aan om ZELF de services op te zetten (en bied
> daarvoor dus ook de tools aan: inlees scripts, styling informatie
> (ook hierbij dus: gebruik OPEN tools, zodat een gebruiker niet vast zit
> aan FME of ArcGis omdat het kadaster daar nu eenmaal gebruiker van is).
>
> ...
>
> > 2. En wie willen vanuit deze hoek die ongetwijfeld briljante ideeën op
> > 1juli 's ochtends in Amersfoort tijdens een sessie bij Geonovum naar
> > voren brengen? (want goede ideeën hebben is een ding, maar je moet ze
> > ook nog op de juiste plaats en tijd verkondigen)
>
> Indien gewenst kan ik daar aanwezig zijn.
>
> Vriendelijke groet,
>
> Richard Duivenvoorde
>
> Zuidt
> http://www.zuidt.nl
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 16 Jun 2014 09:00:12 +0200
> From: geejee op dds.nl
> To: Richard Duivenvoorde <rdmailings op duif.net>
> Cc: dutch op lists.osgeo.org
> Subject: Re: [Dutch] Uitnodiging Verkenning oplossingsrichtingen PDOK
>         light - 1 juli
> Message-ID:
>         <20140616090012.Horde.3c9aYGEwhY5TnpX81PXXOIA op webmailnew.dds.nl>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes
>
>
> Goed punt, van het beperken van die WFS-en.
> Ik dacht eerst dat daar een Inspire verplichting achter zat, maar
> Inspire schrijft voor dat je of hele "predefinned" datasets (via ATOM
> feeds, of via WFS) of features (via WFS) beschikbaar moet stellen.
> WFS hoeft dus niet persé van Inspire.
>
> (en in de praktijk zijn de PDOK-WFS-en met hun 15000 features limiet
> wel beperkt in hun gebruik. Zodra je de Flevopolder verlaat zit je al
> gauw boven de 15000 adressen of 15000 NWB-segmenten.
>
>
> groet,
>
> Gert-Jan
>
>
>
>
>
> Richard Duivenvoorde schreef:
>
> > On 13-06-14 18:25, Gert-Jan van der Weijden wrote:
> >> Vanuit de PDOK beheerorganisatie kreeg ik de vraag of er OSGeo-ers zijn
> >> die willen meedenken over hoe een PDOK-light er uit zou kunnen zien.
> >
> >> 1. Roep -via deze lijst- eens iets over hoe jij een pdok-light zou
> >> willen zien?
> >
> > Ik gil wat:
> >
> > tl;dr bied alleen relevante goede landelijke services aan en de rest als
> > grote downloads
> >
> >
> > - beperk de WM(t)S services tot enkele goede ondergrondkaarten, bv
> > de luchtfoto's (liefst zelfs hogere resolutie door de luchtfoto's van de
> > verschillende gemeenten aan elkaar te stitchen).
> > de brt-achtergrondkaart
> > de brt in een zachte kleurstelling
> > de bgt (als wmts MET featureinfo)
> > (voor we zijn die 200 zeegras layers interessant, en de alle cbs
> > services zijn eigenlijk eenvoudiger als shapefile neer te zetten)
> >
> > - beperk de WFS'en tot grote landelijke recente data, zoals bgt, bag etc
> > MAAR bied die ook gewoon aan als eenvoudig te laden dataset (zoals ook
> > nlextract doet: eenvoudig een database dump inlezen!)
> >
> > - verbeter de landelijk werkende geocoder, geef 'm evt een extra
> > (google) interface EN maak de software Opensource zodat anderen de
> > geocoder kunnen verbeteren!
> >
> > - zorg voor eenvoudigere downloads van dataset (echt een beetje
> > ontwikkelaar weet echt wel hoe hij/zij een db dump moet inlezen en evt
> > overpompen naar een ander formaat). Maak hierin een duidelijke keuze
> > voor OPEN formaten: het zijn namelijk vooral de gebruikers van de open
> > formaten die ook 'open' verder ontwikkelen
> >
> > - leg het beheer bij een club die de services ook zelf gebruikt, of bv
> > kennis heeft van een beetje cartografie of gebruikerswensen. Veel
> > kaartlagen in PDOK zijn er echt liefdeloos ingehangen wat mij betreft
> > (en het excuus: "zo is het aangeleverd" zo voor mij niet op gaan)
> >
> > - snoei in bureaucratie/regelgeving/procesformalisatie
> >
> > - moedig gebruikers aan om ZELF de services op te zetten (en bied
> > daarvoor dus ook de tools aan: inlees scripts, styling informatie
> > (ook hierbij dus: gebruik OPEN tools, zodat een gebruiker niet vast zit
> > aan FME of ArcGis omdat het kadaster daar nu eenmaal gebruiker van is).
> >
> > ...
> >
> >> 2. En wie willen vanuit deze hoek die ongetwijfeld briljante ideeën op
> >> 1juli 's ochtends in Amersfoort tijdens een sessie bij Geonovum naar
> >> voren brengen? (want goede ideeën hebben is een ding, maar je moet ze
> >> ook nog op de juiste plaats en tijd verkondigen)
> >
> > Indien gewenst kan ik daar aanwezig zijn.
> >
> > Vriendelijke groet,
> >
> > Richard Duivenvoorde
> >
> > Zuidt
> > http://www.zuidt.nl
>
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 16 Jun 2014 10:27:41 +0200
> From: Richard Duivenvoorde <rdmailings op duif.net>
> To: geejee op dds.nl
> Cc: dutch op lists.osgeo.org
> Subject: Re: [Dutch] Uitnodiging Verkenning oplossingsrichtingen PDOK
>         light - 1 juli
> Message-ID: <539EAA7D.8030508 op duif.net>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 16-06-14 09:00, geejee op dds.nl wrote:
> >
> > Goed punt, van het beperken van die WFS-en.
> > Ik dacht eerst dat daar een Inspire verplichting achter zat, maar
> > Inspire schrijft voor dat je of hele "predefinned" datasets (via ATOM
> > feeds, of via WFS) of features (via WFS) beschikbaar moet stellen.
> > WFS hoeft dus niet persé van Inspire.
> >
> > (en in de praktijk zijn de PDOK-WFS-en met hun 15000 features limiet wel
> > beperkt in hun gebruik. Zodra je de Flevopolder verlaat zit je al gauw
> > boven de 15000 adressen of 15000 NWB-segmenten.
>
> Mwa, vanuit systeembeheerders oogpunt kan ik me hier wel in vinden. Het
> is eenvoudiger om een service om te trekken bij hele grote aantallen dan
> om 'm in de lucht te houden. Ervaring heeft al geleerd dat als het
> 'gratis' is, ook iedereen er gretig gebruik van maakt. En het liefst
> elke dag (of uur) dan ook een gratis update wil hebben...
> En er zijn toch wel manieren om grotere aantallen binnen te krijgen.
>
> Maar vandaar mijn punt: zorg dat de data gewoon eenvoudig is te
> downloaden (evt met was/word/changes oid).
>
> Groet,
>
> Richard
>
>
>
> ------------------------------
>
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
>
> Eind van Dutch Verzamelmail, Volume 42, Nummer 7
> ************************************************
>
------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20140617/139c4818/attachment-0001.html>