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': '#222222', 'fillColor': '#eeeeee', 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 <[email protected]> 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 [email protected] https://lists.openstreetmap.org/listinfo/talk-nl [5] _______________________________________________ Talk-nl mailing list [email protected] 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 [email protected] https://lists.openstreetmap.org/listinfo/talk-nl
