Om een dataset in volledigheid te tonen heb je al snel een extra (maatwerk) laag nodig bovenop de geo visualisatie. Kijk bijvoorbeeld eens naar https://bagviewer.kadaster.nl. De achterliggende wfs levert een extract uit de bag, toegesneden op geo visualisatie. Zodra je een gebouw contour gevonden hebt is echter een maatwerk api-call nodig om extra gegevens (uit dezelfde registratie) op te halen. Indien geo en administratieve gegevens in 1 app-schema gemodelleerd waren, dan had je de hele workflow van bag viewer via WFS af kunnen handelen en dus in een generieke wfs client kunnen ontsluiten.
Met de GML-AS plugin voor OGR/QGIS proberen we de appschema en gis desktop wereld dichter bij elkaar te brengen, de appschema gml wordt ontrafeld tot een relationele database die dan weer als lagen aan de kaart toe te voegen is. Maar je loopt snel tegen hindernissen aan, een generieke aanpak heeft altijd een stijle leer-curve, en de adoptie is laag.
Een andere uitdaging in de traditionele lagen aanpak zijn links tussen objecten uit verschillende typen/lagen/domeinen. Een lantaarnpaal die aangesloten is op een electranet, een sluis/gemaal dat water verwerkt uit een gebied of sloot, enz. Een kaartlaag van lantaarnpalen is dan een mooi startpunt, maar je wil door kunnen klikken naar de kabel (ook al heb je die laag helemaal (nog) niet in je gis project). Fraunhofer en wetransform presenteerden in 2017 onderzoek naar nieuwe manieren van gis visualisatie op de inspire conferentie https://twitter.com/pvangenuchten/status/905709250080591872.
Op dit vlak zouden de eerste bruikbare applicaties mogelijk uit richtingen kunnen komen die we niet hadden kunnen verwachten. De nieuwe WFS 3 standaard (nu al via een community plugin in geoserver te ontsluiten) is gebaseerd op OpenAPI en web standaarden, dat betekent dat oa zoekmachines de content uit WFS 3 direct kunnen crawlen, waarna je de link van lantaarnpaal naar kabel als een link op een webpagina te zien krijgt.