Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Heb je ooit: de Name parameter van de WFS service van
nationaalgeoregister is zojuist veranderd van gemeenten_2012 in
gemeenten! Toeval??
Just: ik ga je suggestie uitproberen.
Sebastiaan: ik heb geen ambities om mijn eigen map server op te zetten.
Ik snap de lol er wel van, maar ik ben een eenvoudige eindgebruiker en
maak liever gebruik van publieke services.
Just van den Broecke schreef op 2013-10-17 07:54:
> Voor b. kun je altijd lokaal een JSON evt GML file inladen in een
> OpenLayers Vector Layer. De JSON data haal je in 1x op via (zie ook MvE
> mail) bijv:
> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=bestuurlijkegrenzen:gemeenten_2012&SRSNAME=EPSG:900913&outputFormat=json
> [1]Die bewaar je in een file, zeg gemeenten.json. In OL laadt je die
> lokaal, door deze op je webserver te zetten, zeg in een dir 'data', met
> bijv.
>
> new OpenLayers.Layer.Vector('Gemeenten', {
> strategies: [new OpenLayers.Strategy.Fixed()],
> protocol: new OpenLayers.Protocol.HTTP({
> url: 'data/gemeenten.json',
> format: new OpenLayers.Format.GeoJSON()
> }),
> projection: new OpenLayers.Projection("EPSG:900913")
> })
>
> groeten,
>
> Just
>
> On 17-10-13 01:13, Sebastiaan Couwenberg wrote:
> On 10/17/2013 12:36 AM, nouwsfam wrote: Ik heb nog twee wensen: a) bepaalde
> gemeenten uitfilteren. Dat kan waarschijnlijk niet aan de kant van de WFS
> server. Dus ik zal een filter in openlayers moeten aanbrengen, nietwaar? b)
> de data gemeenten_2012 kan ik voor deze toepassing net zo goed lokaal opslaan
> (xml) en lokaal laden. Op welke manier moet ik deze data dan inlezen via
> OpenLayers? Ik zou beide wensen combineren door de TOPgrenzen zelf in een
> PostGIS database te laden en met MapServer of Geoserver via WFS/WMS te
> serveren. Zoals ik in het topic op het forum eerder had gepost. Het is wel
> wat meer werk, maar daardoor heb je wel alles in eigen hand om naar
> hartenlust aan te passen. In mijn OpenLayers site heb ik naast de PDOK BAG
> WFS ook mijn eigen BAG WFS (momenteel alleen woonplaatsgrenzen), omdat de
> PDOK BAG WFS niet genoeg metadata bevat voor wat ik ermee wil doen. Wederom
> is de OpenLayers route weer laagdrempeliger. Filteren van WFS requests is
> mogelijk. Dit voorbeeld!
heb je
vast al gevonden:
http://dev.openlayers.org/releases/OpenLayers-2.13.1/examples/wfs-filter.html
[2] Dit is voor wens a, voor wens b moet je toch echt met OGC servers aan de
slag. Hoewel je misschien af kan met een caching proxy als zoiets bestaat voor
WFS services. Mvg, Bas
--
kind regards / met vriendelijke groet,
--Just
Just van den Broecke j...@justobjects.nl
Just Objects B.V. tel +31 65 4268627 Skype: justb4
The Netherlands http://www.justobjects.nl [3]
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl [4]
Links:
--
[1]
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=bestuurlijkegrenzen:gemeenten_2012&SRSNAME=EPSG:900913&outputFormat=json
[2]
http://dev.openlayers.org/releases/OpenLayers-2.13.1/examples/wfs-filter.html
[3] http://www.justobjects.nl
[4] https://lists.openstreetmap.org/listinfo/talk-nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Voor b. kun je altijd lokaal een JSON evt GML file inladen in een
OpenLayers Vector Layer. De JSON data haal je in 1x op via (zie ook MvE
mail) bijv:
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=bestuurlijkegrenzen:gemeenten_2012&SRSNAME=EPSG:900913&outputFormat=json
Die bewaar je in een file, zeg gemeenten.json. In OL laadt je die
lokaal, door deze op je webserver te zetten, zeg in een dir 'data', met
bijv.
new OpenLayers.Layer.Vector('Gemeenten', {
strategies: [new OpenLayers.Strategy.Fixed()],
protocol: new OpenLayers.Protocol.HTTP({
url: 'data/gemeenten.json',
format: new OpenLayers.Format.GeoJSON()
}),
projection: new OpenLayers.Projection("EPSG:900913")
})
groeten,
Just
On 17-10-13 01:13, Sebastiaan Couwenberg wrote:
On 10/17/2013 12:36 AM, nouwsfam wrote:
Ik heb nog twee wensen:
a) bepaalde gemeenten uitfilteren. Dat kan waarschijnlijk niet aan de
kant van de WFS server. Dus ik zal een filter in openlayers moeten
aanbrengen, nietwaar?
b) de data gemeenten_2012 kan ik voor deze toepassing net zo goed lokaal
opslaan (xml) en lokaal laden. Op welke manier moet ik deze data dan
inlezen via OpenLayers?
Ik zou beide wensen combineren door de TOPgrenzen zelf in een PostGIS
database te laden en met MapServer of Geoserver via WFS/WMS te serveren.
Zoals ik in het topic op het forum eerder had gepost. Het is wel wat
meer werk, maar daardoor heb je wel alles in eigen hand om naar
hartenlust aan te passen.
In mijn OpenLayers site heb ik naast de PDOK BAG WFS ook mijn eigen BAG
WFS (momenteel alleen woonplaatsgrenzen), omdat de PDOK BAG WFS niet
genoeg metadata bevat voor wat ik ermee wil doen.
Wederom is de OpenLayers route weer laagdrempeliger. Filteren van WFS
requests is mogelijk. Dit voorbeeld heb je vast al gevonden:
http://dev.openlayers.org/releases/OpenLayers-2.13.1/examples/wfs-filter.html
Dit is voor wens a, voor wens b moet je toch echt met OGC servers aan de
slag. Hoewel je misschien af kan met een caching proxy als zoiets
bestaat voor WFS services.
Mvg,
Bas
--
kind regards / met vriendelijke groet,
--Just
Just van den Broecke j...@justobjects.nl
Just Objects B.V. tel +31 65 4268627 Skype: justb4
The Netherlands http://www.justobjects.nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
On 10/17/2013 12:36 AM, nouwsfam wrote: > Ik heb nog twee wensen: > > a) bepaalde gemeenten uitfilteren. Dat kan waarschijnlijk niet aan de > kant van de WFS server. Dus ik zal een filter in openlayers moeten > aanbrengen, nietwaar? > > b) de data gemeenten_2012 kan ik voor deze toepassing net zo goed lokaal > opslaan (xml) en lokaal laden. Op welke manier moet ik deze data dan > inlezen via OpenLayers? Ik zou beide wensen combineren door de TOPgrenzen zelf in een PostGIS database te laden en met MapServer of Geoserver via WFS/WMS te serveren. Zoals ik in het topic op het forum eerder had gepost. Het is wel wat meer werk, maar daardoor heb je wel alles in eigen hand om naar hartenlust aan te passen. In mijn OpenLayers site heb ik naast de PDOK BAG WFS ook mijn eigen BAG WFS (momenteel alleen woonplaatsgrenzen), omdat de PDOK BAG WFS niet genoeg metadata bevat voor wat ik ermee wil doen. Wederom is de OpenLayers route weer laagdrempeliger. Filteren van WFS requests is mogelijk. Dit voorbeeld heb je vast al gevonden: http://dev.openlayers.org/releases/OpenLayers-2.13.1/examples/wfs-filter.html Dit is voor wens a, voor wens b moet je toch echt met OGC servers aan de slag. Hoewel je misschien af kan met een caching proxy als zoiets bestaat voor WFS services. Mvg, Bas -- GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old) ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Ik ben er uit! Dank jullie allemaal hartelijk. Pff, het was wel een
taaie: ik miste een proxy op mijn thuisserver, dat was het eerste
probleem. Het tweede probleem waren de WFS query instellingen. Sommige
attributen zijn nauwelijks terug te vinden in documentatie (GML2 bv). Ik
heb er nu zoveel mogelijk uitgegooid (geom), en enkele noodzakelijke
toegevoegd (EPSG:900913), en nu werkt het. Zonder jullie hulp was ik er
nooit uitgekomen.
Dit is nu de query:
var gemeenteGrenzenLayer = new OpenLayers.Layer.Vector(
"Gemeentegrenzen",
{
strategies: [new OpenLayers.Strategy.BBOX()],
styleMap : gemeenteGrenzenStyleMap,
protocol: new OpenLayers.Protocol.WFS({
version: "1.1.0",
srsName: 'EPSG:900913',
url: "http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";,
featureType: "gemeenten_2012",
featureNS: "http://bestuurlijkegrenzen.geonovum.nl";,
outputFormat: 'GML2'
})
}
);
Hier staat het voorlopige resultaat:
http://83.163.82.100/ontwikkel/maps/rvz/test.html
Door de proxy worden de gemeentegrenzen inderdaad wat traag geladen via
mijn thuislijntje. Maar het is altijd nog beter dan OSM data via de
Overpass Api (6MB voor alleen al de grenzen in Gelderland).
Ik heb nog twee wensen:
a) bepaalde gemeenten uitfilteren. Dat kan waarschijnlijk niet aan de
kant van de WFS server. Dus ik zal een filter in openlayers moeten
aanbrengen, nietwaar?
b) de data gemeenten_2012 kan ik voor deze toepassing net zo goed lokaal
opslaan (xml) en lokaal laden. Op welke manier moet ik deze data dan
inlezen via OpenLayers?
Gertjan Idema schreef op 2013-10-16 16:00:
> Na wat puzzelen, heb ik het voor elkaar.
> In de bijlage een html bestand dat drie open layers lagen produceert:
> - Osm mapnik als achtergrond.
> - Gemeentegrenzen (van
> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs) [7]
> - Woonplaatsgrenzen (van
> http://geodata.nationaalgeoregister.nl/bagviewer/wfs) [8]
>
> Opvallend is, dat de bagviewer laag werkt zonder de outputFormat: 'GML2'
> toevoeging.
>
> Verdere voorwaarde is wel dat je de proxy-host goed geconfigureerd hebt.
> Zie hiervoor:
> http://www.techrepublic.com/blog/diy-it-guy/diy-enable-cgi-on-your-apache-server/
> [9]
>
> Het proxy.cgi script vind je hier:
> http://trac.osgeo.org/openlayers/browser/trunk/openlayers/examples/proxy.cgi?format=txt
> [10]
> Dit script moet je een klein beetje aan passen, door op regel 18 bij
> allowedHosts 'geodata.nationaalgeoregister.nl' toe te voegen.
> Als je dat vergeet, krijg je een 'bad gateway' foutmelding.
>
> Houdt er wel rekening dat het even kan duren voor de data geladen is. Met
> name de woonplaats grenzen.
> Ook vermoed ik, dat door het gebruik van de proxy-host, alle data via jouw
> server naar de client gaat. Als je een beperkt aantal GB per maand hebt bij
> je provider, kan dat dus consequenties hebben.
>
> Groeten, Gertjan
>
> On Wed, 2013-10-16 at 12:08 +0200, Just van den Broecke wrote:
>
>> Ok, welkom in de wondere wereld van WFS en OGC-protocollen :-).
>> Het voordeel (boven een expliciete API zoals OSM XAPI) is dat je maar 1
>> protocol spec (WFS) hoeft te kennen. Op grond van een URL zoals
>> geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs moet je alle
>> metadata (types etc) kunnen opvragen. Nadeel is dat WFS
>> "onhandig"/verbose/redundant in elkaar zit. Meestal 2 stappen om uit te
>> vinden welke parameters je nodig hebt:
>>
>> GetCapabilities:
>> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?service=WFS&request=GetCapabilities&version=1.1.0
>> [1]
>> DescribeFeatureType:
>> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?service=WFS&request=DescribeFeatureType&version=1.1.0
>> [2]
>>
>> Vooral uit de laatste haal je (onderaan) dat de laagnaam
>> 'gemeenten_2012' en het geometrie-veld 'geom' moet zijn (bij jou stond
>> 'geometrie').
>>
>> Op grond daarvan heb ik net geprobeerd een OL laag toe te voegen in een
>> viewer waar ik net aan werk (http://kadviewer.kademo.nl [3]) en zie dat dit
>> werkt:
>>
>> new OpenLayers.Layer.Vector("Bestuurlijke Grenzen - Gemeenten (WFS)", {
>> strategies: [new OpenLayers.Strategy.BBOX()],
>> visibility: false,
>> styleMap: new OpenLayers.StyleMap(
>> {'strokeColor': '#22', 'fillColor': '#ee',
>> graphicZIndex: 1, fillOpacity: 0.6}),
>> protocol: new OpenLayers.Protocol.WFS({
>> version: '1.1.0',
>> outputFormat: 'GML2',
>> srsName: 'EPSG:28992',
>> url:
>> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs [4]?,
>> featureType: "gemeenten_2012",
>> featureNS: "http://bestuurlijkegrenzen.geonovum.nl [5]",
>> geometryName: 'geom'
>> })
>> })
>>
>> Gotcha: er zit een al 2 jaar bekend probleem in PDOK (GeoServer) WFS bij
>> gebruik van WFS 1.1.0: je krijgt standaard GML 3.1.1 output terug, maar
>> daarin zitten 'null' namespaces. Dat weten ze daar ook al 2 jaar, maar
>> heeft blijkbaar geen prio. Daarom als je outputFormat='GML2' opgeeft,
>> gaat het goed. Je kunt ook version: 1.0.0 (defau
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Na wat puzzelen, heb ik het voor elkaar.
In de bijlage een html bestand dat drie open layers lagen produceert:
- Osm mapnik als achtergrond.
- Gemeentegrenzen (van
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs)
- Woonplaatsgrenzen (van
http://geodata.nationaalgeoregister.nl/bagviewer/wfs)
Opvallend is, dat de bagviewer laag werkt zonder de outputFormat: 'GML2'
toevoeging.
Verdere voorwaarde is wel dat je de proxy-host goed geconfigureerd hebt.
Zie hiervoor:
http://www.techrepublic.com/blog/diy-it-guy/diy-enable-cgi-on-your-apache-server/
Het proxy.cgi script vind je hier:
http://trac.osgeo.org/openlayers/browser/trunk/openlayers/examples/proxy.cgi?format=txt
Dit script moet je een klein beetje aan passen, door op regel 18 bij
allowedHosts 'geodata.nationaalgeoregister.nl' toe te voegen.
Als je dat vergeet, krijg je een 'bad gateway' foutmelding.
Houdt er wel rekening dat het even kan duren voor de data geladen is.
Met name de woonplaats grenzen.
Ook vermoed ik, dat door het gebruik van de proxy-host, alle data via
jouw server naar de client gaat. Als je een beperkt aantal GB per maand
hebt bij je provider, kan dat dus consequenties hebben.
Groeten, Gertjan
On Wed, 2013-10-16 at 12:08 +0200, Just van den Broecke wrote:
> Ok, welkom in de wondere wereld van WFS en OGC-protocollen :-).
> Het voordeel (boven een expliciete API zoals OSM XAPI) is dat je maar 1
> protocol spec (WFS) hoeft te kennen. Op grond van een URL zoals
> geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs moet je alle
> metadata (types etc) kunnen opvragen. Nadeel is dat WFS
> "onhandig"/verbose/redundant in elkaar zit. Meestal 2 stappen om uit te
> vinden welke parameters je nodig hebt:
>
> GetCapabilities:
> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?service=WFS&request=GetCapabilities&version=1.1.0
> DescribeFeatureType:
> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?service=WFS&request=DescribeFeatureType&version=1.1.0
>
> Vooral uit de laatste haal je (onderaan) dat de laagnaam
> 'gemeenten_2012' en het geometrie-veld 'geom' moet zijn (bij jou stond
> 'geometrie').
>
> Op grond daarvan heb ik net geprobeerd een OL laag toe te voegen in een
> viewer waar ik net aan werk (http://kadviewer.kademo.nl) en zie dat dit
> werkt:
>
> new OpenLayers.Layer.Vector("Bestuurlijke Grenzen - Gemeenten (WFS)", {
> strategies: [new OpenLayers.Strategy.BBOX()],
> visibility: false,
> styleMap: new OpenLayers.StyleMap(
> {'strokeColor': '#22', 'fillColor': '#ee',
> graphicZIndex: 1, fillOpacity: 0.6}),
> protocol: new OpenLayers.Protocol.WFS({
> version: '1.1.0',
> outputFormat: 'GML2',
> srsName: 'EPSG:28992',
> url:
> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?,
> featureType: "gemeenten_2012",
> featureNS: "http://bestuurlijkegrenzen.geonovum.nl";,
> geometryName: 'geom'
> })
> })
>
> Gotcha: er zit een al 2 jaar bekend probleem in PDOK (GeoServer) WFS bij
> gebruik van WFS 1.1.0: je krijgt standaard GML 3.1.1 output terug, maar
> daarin zitten 'null' namespaces. Dat weten ze daar ook al 2 jaar, maar
> heeft blijkbaar geen prio. Daarom als je outputFormat='GML2' opgeeft,
> gaat het goed. Je kunt ook version: 1.0.0 (default) opgeven dan krijg je
> standaard GML2 terug. Je kunt zelfs outputFormat=json of zelfs SHAPE-ZIP
> opvragen...Wie volgt dit nog ;-)?
>
> Goed, ja ik ben deze dagen, vaak knarsetandend, met WFS bezig, dus
> "leuk" dit voorbij te zien komen. Overigens kan de 500 error goed met je
> proxy-instelling, nodig bij OpenLayers+WFS, te maken hebben...
>
> groet!
>
> Just
>
>
>
> On 16-10-13 09:20, Christ van Willegen wrote:
> > 2013/10/16 nouwsfam :
> >>
> >> "NetworkError: 500 Internal Server Error -
> >> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";
> >>
> >> en de foutmelding van de WFS server is nu
> >>
> >> "Reload the page to get source for:
> >> http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";
> >
> > Dat is niet de foutmelding van de WFS server, maar FireBug toont daar
> > deze tekst...
> >
> > Die 'internal server error' is het probleem, maar dan krijg je ook,
> > over het algemeen, _geen_ data terug...
> >
> > Christ van Willegen
> >
>
>
Title: Bestuurlijke grenzen
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Ok, welkom in de wondere wereld van WFS en OGC-protocollen :-).
Het voordeel (boven een expliciete API zoals OSM XAPI) is dat je maar 1
protocol spec (WFS) hoeft te kennen. Op grond van een URL zoals
geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs moet je alle
metadata (types etc) kunnen opvragen. Nadeel is dat WFS
"onhandig"/verbose/redundant in elkaar zit. Meestal 2 stappen om uit te
vinden welke parameters je nodig hebt:
GetCapabilities:
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?service=WFS&request=GetCapabilities&version=1.1.0
DescribeFeatureType:
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?service=WFS&request=DescribeFeatureType&version=1.1.0
Vooral uit de laatste haal je (onderaan) dat de laagnaam
'gemeenten_2012' en het geometrie-veld 'geom' moet zijn (bij jou stond
'geometrie').
Op grond daarvan heb ik net geprobeerd een OL laag toe te voegen in een
viewer waar ik net aan werk (http://kadviewer.kademo.nl) en zie dat dit
werkt:
new OpenLayers.Layer.Vector("Bestuurlijke Grenzen - Gemeenten (WFS)", {
strategies: [new OpenLayers.Strategy.BBOX()],
visibility: false,
styleMap: new OpenLayers.StyleMap(
{'strokeColor': '#22', 'fillColor': '#ee',
graphicZIndex: 1, fillOpacity: 0.6}),
protocol: new OpenLayers.Protocol.WFS({
version: '1.1.0',
outputFormat: 'GML2',
srsName: 'EPSG:28992',
url:
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?,
featureType: "gemeenten_2012",
featureNS: "http://bestuurlijkegrenzen.geonovum.nl";,
geometryName: 'geom'
})
})
Gotcha: er zit een al 2 jaar bekend probleem in PDOK (GeoServer) WFS bij
gebruik van WFS 1.1.0: je krijgt standaard GML 3.1.1 output terug, maar
daarin zitten 'null' namespaces. Dat weten ze daar ook al 2 jaar, maar
heeft blijkbaar geen prio. Daarom als je outputFormat='GML2' opgeeft,
gaat het goed. Je kunt ook version: 1.0.0 (default) opgeven dan krijg je
standaard GML2 terug. Je kunt zelfs outputFormat=json of zelfs SHAPE-ZIP
opvragen...Wie volgt dit nog ;-)?
Goed, ja ik ben deze dagen, vaak knarsetandend, met WFS bezig, dus
"leuk" dit voorbij te zien komen. Overigens kan de 500 error goed met je
proxy-instelling, nodig bij OpenLayers+WFS, te maken hebben...
groet!
Just
On 16-10-13 09:20, Christ van Willegen wrote:
2013/10/16 nouwsfam :
"NetworkError: 500 Internal Server Error -
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";
en de foutmelding van de WFS server is nu
"Reload the page to get source for:
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";
Dat is niet de foutmelding van de WFS server, maar FireBug toont daar
deze tekst...
Die 'internal server error' is het probleem, maar dan krijg je ook,
over het algemeen, _geen_ data terug...
Christ van Willegen
--
kind regards / met vriendelijke groet,
--Just
Just van den Broecke j...@justobjects.nl
Just Objects B.V. tel +31 65 4268627 Skype: justb4
The Netherlands http://www.justobjects.nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
2013/10/16 nouwsfam : > > "NetworkError: 500 Internal Server Error - > http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs"; > > en de foutmelding van de WFS server is nu > > "Reload the page to get source for: > http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs"; Dat is niet de foutmelding van de WFS server, maar FireBug toont daar deze tekst... Die 'internal server error' is het probleem, maar dan krijg je ook, over het algemeen, _geen_ data terug... Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Ik ben niet zo goed thuis in GetCapabilities, excuses. Ik vind het knap
hoe jullie daaruit kunnen halen welke argumenten je mee moet geven aan
een WFS query. Ik zie het niet.
Hoe dan ook, het werkt nog steeds niet.
Een GET via de url werkt wel:
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?request=GetFeature&typeName=gemeenten_2012
maar doe ik het via OpenLayers, dan krijg ik nog steeds foutmeldingen,
welke argumenten ik ook meegeef. De foutmelding van JavaScript is
"NetworkError: 500 Internal Server Error -
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";
en de foutmelding van de WFS server is nu
"Reload the page to get source for:
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";
Het kan dus zijn dat het probleem in een andere hoek zit dan de WFS
query. Misschien een proxy? Geen idee.
Henk
Just van den Broecke @Nexus10 schreef op 2013-10-16 08:02:
> Als ik de foutmelding zie vermoed ik dat het 'protocol' object geen 'request'
> veld mag bevatten. Ook zijn er recent wat naamswijzigingen in laagnamen voor
> best. grenzen geweest. Check via GetCapabilities. WFS 1.1.0 moet werken.
> Gebruik ik ook in mijn Heron apps op basis OpenLayers, bijv:
>
> bag_panden_wfs: ["OpenLayers.Layer.Vector", "BAG - Panden (WFS)", {
> maxResolution: 0.84,
> strategies: [new OpenLayers.Strategy.BBOX()],
> visibility: false,
> styleMap: new OpenLayers.StyleMap(
> {'strokeColor': '#22', 'fillColor': '#ee', graphicZIndex: 1,
> fillOpacity: 0.8}),
> protocol: new OpenLayers.Protocol.WFS({
> url: Heron.PDOK.urls.BAGVIEWER,
> featureType: "pand",
> featureNS: "http://bagviewer.geonovum.nl [1]",
> geometryName: 'geometrie'
> })
> }],
>
> Let vooral op 'protocol' object en gebruik namespace, rest syntax is
> Heron-specifiek http://heron-mc.org [2].
> Just van den Broecke @Nexus10
>
> Sebastiaan Couwenberg wrote:
> On 10/15/2013 11:49 PM, nouwsfam wrote: Is er iemand die mij een voorbeeld
> kan geven van hoe ik de gemeentegrenzen_2012 uit de WFS service van
> geodata.nationaalgeoregister.nl kan krijgen? In mijn OpenLayers site gebruik
> ik jQuery om m.b.v. de GetCapabilities requests dynamisch WFS layers toe te
> voegen. Voor de bestuurlijke grenzen WFS word uiteindelijk een Vector Layer
> als deze gegenereerd: wfs_layers[key][i] = new
> OpenLayers.Layer.Vector(layer_name, { strategies: [new
> OpenLayers.Strategy.BBOX()], protocol: new OpenLayers.Protocol.WFS({ version:
> "1.0.0", srsName: 'EPSG:28992', url:
> 'http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs [3]',
> featurePrefix: 'bestuurlijkegrenzen', featureType: 'gemeenten_2012',
> featureNS: 'http://bestuurlijkegrenzen.geonovum.nl [4]', geometryName:
> 'geom', }), projection: new OpenLayers.Projection('EPSG:28992'), styleMap:
> wfs_stylemap[key], }); map.addLayer(wfs_layers[key][i]); Het verschil met jou
> versie is het specificeren van ande!
re
geometryName, en de featureType en featurePrefix worden afzonderlijk
gespecifieerd, evenals het gebruik van versie 1.0.0 van het WFS protocol. Het
is mij niet helemaal duidelijk wat er mis is met jouw Vector Layer. Ik vermoed
extra vereisten in versie 1.1.0 WFS requests. Mvg, Bas -- GnuPG: 0xE88D4AF1
(new) / 0x77A975AD (old) ___
Talk-nl mailing list Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl [5]
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl [5]
Links:
--
[1] http://bagviewer.geonovum.nl
[2] http://heron-mc.org
[3] http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs
[4] http://bestuurlijkegrenzen.geonovum.nl
[5] https://lists.openstreetmap.org/listinfo/talk-nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Los van de techniek:
De grenzen die van 2012, binnenkort (maar dat is voor de beheerclub van
geodata.nationaalgeoregister.nl een rekbaar begrip) moeten de grenzen zoals die
per 1-1-2013 gelden (o.a. Goeree-Overflakkee tegenwoordig 1 gemeente) als
WMS/WFS services beschikbaar komen. Daarbij gaan de laagnamen ook op de helling.
Groet,
Gert-Jan
Van: nouwsfam [mailto:nouws...@xs4all.nl]
Verzonden: dinsdag 15 oktober 2013 23:49
Aan: talk-nl@openstreetmap.org
Onderwerp: [OSM-talk-nl] nationaalgeoregister WFS service query
Is er iemand die mij een voorbeeld kan geven van hoe ik de gemeentegrenzen_2012
uit de WFS service van geodata.nationaalgeoregister.nl kan krijgen? Ik krijg
foutmeldingen van de server, die ik niet snap. Ik kan nergens documentatie of
voorbeelden vinden.
Ik heb het onderstaande (onder meer) uitgeprobeerd:
var gemeenteGrenzenLayer = new OpenLayers.Layer.Vector(
"Gemeentegrenzen",
{
strategies: [new OpenLayers.Strategy.BBOX()],
styleMap : gemeenteGrenzenStyleMap,
protocol: new OpenLayers.Protocol.WFS({
version: "1.1.0",
url:
"http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";,
request: "GetFeature",
featureType: "bestuurlijkegrenzen:gemeenten_2012",
srsName: "EPSG:28992",
featureNS: "http://bestuurlijkegrenzen.geonovum.nl";,
geometryName: 'geometrie'
})
}
);
map.addLayer (gemeenteGrenzenLayer);
Het werkt dus niet. De foutmelding is
Dank voor jullie hulp!
PS: de WMS server heb ik wel aan de praat, maar de png's zijn lelijk. Ik kan de
data ook uit OSM krijgen, maar dit is 6 MB. Daarom wil ik de WFS service
uitproberen.
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
Als ik de foutmelding zie vermoed ik dat het 'protocol' object geen 'request'
veld mag bevatten. Ook zijn er recent wat naamswijzigingen in laagnamen voor
best. grenzen geweest. Check via GetCapabilities. WFS 1.1.0 moet werken.
Gebruik ik ook in mijn Heron apps op basis OpenLayers, bijv:
bag_panden_wfs: ["OpenLayers.Layer.Vector", "BAG - Panden (WFS)", {
maxResolution: 0.84,
strategies: [new OpenLayers.Strategy.BBOX()],
visibility: false,
styleMap: new OpenLayers.StyleMap(
{'strokeColor': '#22', 'fillColor': '#ee',
graphicZIndex: 1, fillOpacity: 0.8}),
protocol: new OpenLayers.Protocol.WFS({
url: Heron.PDOK.urls.BAGVIEWER,
featureType: "pand",
featureNS: "http://bagviewer.geonovum.nl";,
geometryName: 'geometrie'
})
}],
Let vooral op 'protocol' object en gebruik namespace, rest syntax is
Heron-specifiek http://heron-mc.org.
Just van den Broecke @Nexus10
Sebastiaan Couwenberg wrote:
>On 10/15/2013 11:49 PM, nouwsfam wrote:
>> Is er iemand die mij een voorbeeld kan geven van hoe ik de
>> gemeentegrenzen_2012 uit de WFS service van
>> geodata.nationaalgeoregister.nl kan krijgen?
>
>In mijn OpenLayers site gebruik ik jQuery om m.b.v. de GetCapabilities
>requests dynamisch WFS layers toe te voegen.
>
>Voor de bestuurlijke grenzen WFS word uiteindelijk een Vector Layer als
>deze gegenereerd:
>
>wfs_layers[key][i] = new OpenLayers.Layer.Vector(layer_name, {
>strategies: [new OpenLayers.Strategy.BBOX()],
>protocol: new OpenLayers.Protocol.WFS({
>version: "1.0.0",
>srsName: 'EPSG:28992',
>url:
>'http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs',
>featurePrefix: 'bestuurlijkegrenzen',
>featureType: 'gemeenten_2012',
>featureNS: 'http://bestuurlijkegrenzen.geonovum.nl',
>geometryName: 'geom',
>}),
>projection: new OpenLayers.Projection('EPSG:28992'),
>styleMap: wfs_stylemap[key],
>});
>map.addLayer(wfs_layers[key][i]);
>
>Het verschil met jou versie is het specificeren van andere geometryName,
>en de featureType en featurePrefix worden afzonderlijk gespecifieerd,
>evenals het gebruik van versie 1.0.0 van het WFS protocol.
>
>Het is mij niet helemaal duidelijk wat er mis is met jouw Vector Layer.
>Ik vermoed extra vereisten in versie 1.1.0 WFS requests.
>
>Mvg,
>
>Bas
>
>--
>GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
>
>___
>Talk-nl mailing list
>Talk-nl@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-nl
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
On 10/15/2013 11:49 PM, nouwsfam wrote:
> Is er iemand die mij een voorbeeld kan geven van hoe ik de
> gemeentegrenzen_2012 uit de WFS service van
> geodata.nationaalgeoregister.nl kan krijgen?
In mijn OpenLayers site gebruik ik jQuery om m.b.v. de GetCapabilities
requests dynamisch WFS layers toe te voegen.
Voor de bestuurlijke grenzen WFS word uiteindelijk een Vector Layer als
deze gegenereerd:
wfs_layers[key][i] = new OpenLayers.Layer.Vector(layer_name, {
strategies: [new OpenLayers.Strategy.BBOX()],
protocol: new OpenLayers.Protocol.WFS({
version: "1.0.0",
srsName: 'EPSG:28992',
url:
'http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs',
featurePrefix: 'bestuurlijkegrenzen',
featureType: 'gemeenten_2012',
featureNS: 'http://bestuurlijkegrenzen.geonovum.nl',
geometryName: 'geom',
}),
projection: new OpenLayers.Projection('EPSG:28992'),
styleMap: wfs_stylemap[key],
});
map.addLayer(wfs_layers[key][i]);
Het verschil met jou versie is het specificeren van andere geometryName,
en de featureType en featurePrefix worden afzonderlijk gespecifieerd,
evenals het gebruik van versie 1.0.0 van het WFS protocol.
Het is mij niet helemaal duidelijk wat er mis is met jouw Vector Layer.
Ik vermoed extra vereisten in versie 1.1.0 WFS requests.
Mvg,
Bas
--
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nationaalgeoregister WFS service query
hoe werkt
http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs?version=1.0.0&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=bestuurlijkegrenzen:gemeenten_2012&SRSNAME=EPSG:28992
voor je?
2013/10/15 nouwsfam :
> Is er iemand die mij een voorbeeld kan geven van hoe ik de
> gemeentegrenzen_2012 uit de WFS service van geodata.nationaalgeoregister.nl
> kan krijgen? Ik krijg foutmeldingen van de server, die ik niet snap. Ik kan
> nergens documentatie of voorbeelden vinden.
>
> Ik heb het onderstaande (onder meer) uitgeprobeerd:
>
> var gemeenteGrenzenLayer = new OpenLayers.Layer.Vector(
> "Gemeentegrenzen",
> {
> strategies: [new OpenLayers.Strategy.BBOX()],
> styleMap : gemeenteGrenzenStyleMap,
> protocol: new OpenLayers.Protocol.WFS({
> version: "1.1.0",
> url:
> "http://geodata.nationaalgeoregister.nl/bestuurlijkegrenzen/wfs";,
> request: "GetFeature",
> featureType: "bestuurlijkegrenzen:gemeenten_2012",
> srsName: "EPSG:28992",
> featureNS: "http://bestuurlijkegrenzen.geonovum.nl";,
> geometryName: 'geometrie'
>
> })
> }
> );
> map.addLayer (gemeenteGrenzenLayer);
>
>
>
> Het werkt dus niet. De foutmelding is exceptionCode="MissingParameterValue" locator="request">
>
> Dank voor jullie hulp!
>
> PS: de WMS server heb ik wel aan de praat, maar de png's zijn lelijk. Ik kan
> de data ook uit OSM krijgen, maar dit is 6 MB. Daarom wil ik de WFS service
> uitproberen.
>
>
>
>
>
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
--
Martijn van Exel
http://oegeo.wordpress.com/
http://openstreetmap.us/
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
