search

rduivenvoorde / pdokservicesplugin

QGIS plugin for dutch PDOK services
GNU Affero General Public License v3.0
16 stars 23 forks source link

Stylenamen hebben . achter naam.... #66

Open rduivenvoorde opened 2 years ago

rduivenvoorde commented 2 years ago

Zie plaatje: bij het ophalen van de styles van een WMS (in dit geval 'Perceell) lijkt er een trailing punt te zijn die maakt dat er een foutmelding is. De punt weghalen fixed dat.

image

rduivenvoorde commented 2 years ago

Mmm, dit is lastiger dan je wil...

Zie: https://geodata.nationaalgeoregister.nl/kadastralekaart/wms/v4_0?request=GetCapabilities&service=WMS

Van de 3 beschikbare stylen, zitten er eigenlijk alleen de onderste 2 op de 'sub'-layer Perceel. De bovenste: "Visualisatie Kadastralekaart v4." is eigenlijk de title van de Hoofd-layer. (het heeft dus NIET met de punt in de title te maken. Het vreemde is dat als je die punt weghaalt echter dat hij dan de default laadt ofzo???) De layer list is een tree, waarbij de root eigenlijk de hoofdlayer is.

Wanneer je bovenste getcapabilities url in de WMS provider dialoog gebruikt, dan KUN je ook wel de 'Hoofdlaag', dwz KadastraleKaartv4 (met dan de default style 'Visualisatie Kadastralekaartv4." ) laden. Dat kan trouwens ook met de plugin zie ik nu... dan grijst hij de 1 style uit:

image

Ik denk dus dat we op de een of andere manier ALLEEN de stylen die op een layer zelf zitten moeten aanbieden in de dropdown?

@arbakker @raymondnijssen wat denken jullie?

arbakker commented 2 years ago

Lijkt me indd ook een tekortkoming van de spider, dat die kennelijk stylen toevoegt aan lagen die op een hoger niveau gedefinieerd zijn. Overigens misschien goede feedback aan het Kadaster/DKK om geen punten op te nemen in titels.

arbakker commented 2 years ago

Probleem lijkt te zitten in aan de kant van PDOK, de spec zegt namelijk dat een style die op hoger niveau gedefinieerd overerft naar lager niveau, zie pagina 25 tabel 7 van de wms spec. En de service biedt dit niet aan, dus dat is wel een interessante bevinding.

Overigens hebben we op dit moment geen controle in de spider over hoe de styles overerven van hoger op lager niveau, omdat we hiervoor OWSLib gebruiken (en die doet dit volgens spec). Het is natuurlijk mogelijk om de capabilities zelf te gaan parsen om hier om heen te werken, maar mijn voorkeur gaat uit naar dit bij PDOK neer te leggen (maar de vraag is natuurlijk hoe snel dat opgelost kan worden).

Voor nu wontfix label aangehangen.

arbakker commented 2 years ago

Dat kan trouwens ook met de plugin zie ik nu... dan grijst hij de 1 style uit:

Overigens wordt die stijl uitgegrijsd omdat het de enige stijl is de geselecteerd kan worden, dus de gebruiker weet dan "hier valt niets te kiezen"

arbakker commented 2 years ago

Request wat fout gaat: https://geodata.nationaalgeoregister.nl/kadastralekaart/wms/v4_0?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-25000,250000,280000,860000&CRS=EPSG:28992&WIDTH=160&HEIGHT=318&LAYERS=Perceel&STYLES=kadastralekaartv4&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=TRUE))

rduivenvoorde commented 2 years ago

@arbakker @raymondnijssen zie bijgaand verse layers-pdok.json...

layers-pdok.json.zip

allle KadastraleKaartv4 falen bij een eerste test, omdat de eerste stijl de stijl is van de 'parent'-layer... (namelijk Visualisatie KadastraleKaartv4.)... en die is er niet.

Moeten we dit op het Geoforum melden? Of heeft A. nog een achterdeurtje om dit op te lossen?