Sinds enkele jaren houd ik 5 websites bij met lijsten met WMS, WFS, OGC API Features, WMTS en XYZ tile services die data bevatten voor België. Tot nu toe moest je door die pagina’s scrollen om de webservice te vinden die je zocht. Dat maakte het moeilijk om de juiste webservice te vinden.
Recent heb ik de layout van mijn websites een update gegeven waardoor ze beter leesbaar zijn. Kort daarna heb ik een eenvoudige zoekfunctionaliteit toegevoegd om webservices te vinden in mijn databank. Het is een zoekvak per type webservice, dus je gaat bijvoorbeeld op de WMS website geen WFS services vinden. Misschien dat ik in de toekomst wel een gemeenschappelijk zoekmogelijkheid toevoeg die alle types webservices tegelijk kan doorzoeken.
Er staat een zoekvak bovenaan elke pagina en dat kan je gebruiken om op trefwoorden te zoeken. Het is een hele basis zoekfunctionaliteit die zoekt naar de exacte tekst die je hebt opgegeven. Dus als je bijvoorbeeld zoekt naar “recente ortho foto” ga je waarschijnlijk niets vinden, omdat die exacte tekst in die volgorde nergens voorkomt in mijn databank. als je daarentegen zoekt naar “ortho” ga je een heel reeks webservices opgelijst krijgen op de WMS, WMTS of XYZ tiles websites die het wordt “ortho” bevatten in hun titel, beschrijving of url. Ik ga proberen om deze zoekfunctionaliteit nog te verbeteren in de toekomst.
Edit 13/06/2024: De zoekfunctionaliteit is ondertussen verbeterd waardoor er meer mogelijkheden zijn om te zoeken.
Beste Michel,
Al enkele jaren maak ik graag gebruik van de data die ik kan terugvinden op uw website. Meer specifiek ben ik altijd gefascineerd door de Depot de la Guerre kaarten die ik kon terugvinden bij de xyz lagen.
Nu was het mij vandaag opgevallen dat de verbinding met de xyz lagen van de verschillende Depot de la Guerre kaarten niet meer functioneert binnen QGis.
Ook na het opnieuw koppelen van de verbindingen, het verwijderen en opnieuw verbinden etc. Niets lijkt te werken.
Heeft u enig idee wat hier de oorzaak van kan zijn?
Alvast bedankt!
Met vriendelijke groeten
Andreas Bauwens
Dag @Andreas,
Ik vermoed dat je het hebt over https://wmts.ngi.be/arcgis/rest/services/seamless_carto__default__3857__140/MapServer/tile/{z}/{y}/{x}. Ik heb het bij mij eens getest en bij mij verschijnt de kaart gewoon in QGIS zoals het hoort.
Wat er eventueel wel aan de hand kan zijn, en dat geldt voor alle kaartlagen op https://xyz.michelstuyts.be, is dat je browser de url aanpast tijdens het kopiëren. Dus je ziet op de website https://wmts.ngi.be/arcgis/rest/services/seamless_carto__default__3857__140/MapServer/tile/{z}/{y}/{x}, maar als je dat kopieert en plakt in QGIS is dat soms plots veranderd naar https://wmts.ngi.be/arcgis/rest/services/seamless_carto__default__3857__140/MapServer/tile/%7Bz%7D/%7By%7D/%7Bx%7D. Die tweede url gaat niet werken. Je moet de versie met /{z}/{y}/{x} gebruiken in QGIS.
Browsers doen dat, omdat in principe { en } niet voorkomen in url’s. En om problemen met de url te voorkomen passen ze dat aan bij het kopiëren, maar in dit geval zorgt dat dus voor problemen in QGIS. Je moet dus de url overnemen zoals je hem ziet staan op de website.
Als dit het probleem nog niet oplost kan je eens checken welke foutmeldingen je merkt als in QGIS de Network logger opstaat uit het “Debugging/Development Tools” paneel. Daarmee kan je dikwijls vinden wat er misloopt met webservices die vanuit QGIS aangesproken worden.
Michel
PS: Ook WordPress (wat ik voor deze blog gebruik) vindt blijkbaar dat die {z}/{y}/{x} niet thuishoort in een url, want ik slaag er niet in om die deel te laten uitmaken van de url in een comment.