Zoals eerder aangekondigd heeft PDOK op verzoek van aanbieder Imergis de dataset OpenTopo per vandaag definitief uit productie genomen.
De twee OpenTopo kaartdiensten blijven vanaf 2023 beschikbaar als ‘TopoPlus’, rechtstreeks via de leverancier onder de naam SPOTinfo, tegen betaling op basis van jaarabonnement. Voor vragen hierover kunt u contact opnemen met SPOTinfo via info@spotinfo.nl.
Spijtig, maar begrijpelijk. Goed om dat nog even onder de aandacht te brengen. Alleen: bij mij werken momenteel alle andere (BRT/BGT) achtergrondkaarten in de PDOK-plugin van Qgis ook niet (toeval?). Dat maakt het wel wat onhandig (overigens was een alternatief voor nu snel gevonden)
Bij mij werkten eerder vandaag de grijs, pastel en standaard kaart niet, nu in hetzelfde project (stond nog open) wel. Geen idee waarom, kan een lokaal probleem geweest zijn? Ik heb de quick map services plugin van Qgis gebruikt, ik had gewoon even een snelle visualisatie voor intern gebruik nodig.
Uit mijn hoofd (tijd geleden dat ik hiernaar gekeken heb) zitten er gebruiksbeperkingen op de ESRI basiskaart?
Verder is het ook een kwestie van smaak, persoonlijk vind ik de map5 kaarten erg mooi, en voor welk doel. Als je objecten in groen en rood (goed en fout) wilt weergeven is een achtergrondkaart met een sterk gebruik van groen voor natuur en rood voor bebouwing niet handig bijvoorbeeld.
Map5 biedt weliswaar nu nog OpenTopo aan, maar vergeet niet dat deze versie al bijna een jaar oud is. Verder verdwijnt OpenTopo daar, zodra Just zijn nieuwe basiskaart klaar heeft. Dus dit is geen optie als je gehecht bent aan de kaartstijl van OpenTopo of OpenSimpleTopo en je wilt de beschikking hebben over actuele kaarten.
Ik lees in de Esri voorwaarden: “De Data blijven eigendom van Esri Nederland en gebruik ervan is alleen toegestaan in combinatie met Esri-software op basis van onze Fair Use Policy”.
Wat ik mis in de BGT kaartlagen, zijn bv huisnummers, bomen etc etc Vaak voor ‘veldwerk’ essentieel.
Wat ik mis bij de TOPx EN de BGT kaartlagen is dat er niet 1 kaartlaag is die je dan over alle zoomnivo’s kunt gebruiken, je moet dan zelf groeplagen etc aan zitten maken.
Wat ik mis bij het gebruik van Esri WMTS’en of andere WMTS’en is dat de PDOKservicesplugin niet meer de one-stop shop is voor gebruik van Opendata/service kaartlagen. Tenzij we de PDOKservicesplugin opdoeken natuurlijk en een ‘OpenServicesPlugin’ gaan maken
DAT waren de meerwaardes van de OpenTopo kaartlaag. Wat mij betreft niet de styling of actualiteit (maar ik ben geen cartograaf EN ik heb geen superactuele kaart nodig).
Ik hoop echt dat PDOK een alternatieve TOPO-ondergrond kaartlaag toevoegd
Een OpenStreetmap kaartlaag in EPSG:28992 als WMTS zou al heel fijn zijn.
OSM is prima te gebruiken in EPSG:28992 (Openlayers herprojecteert dat prima, met de juiste definities). En met wat eenvoudige css zelfs vrij gemakkelijk aan te passen qua kleur. Ik gebruik daarvoor https://{a-c}.tile.openstreetmap.org/{z}/{x}/{y}.png met een drietal classnames voor een pastel-achtige weergave, een lichte zwart-wit versie en een inverse nachtkaart (zoals gezegd: gebruik makend van Openlayers, ik weet niet wat jij als client wil gebruiken en wat daarvan dan de mogelijkheden zijn).
Volgens mij bedoelt Richard het renderen van OSM in 28992 volgens het Nederlandse tile-schema. Je kunt de bestaande (3857) tiles wel herprojecteren maar dat geeft een lelijk/onscherp beeld met soms onleesbare labels. En je kunt dan ook clients gebruiken die niet kunnen herprojecteren.
Dat kan, dan heb ik dat verkeerd geinterpreteerd. Voor mijn doeleinden is het niet nodig, want herprojectie van de huidge OSM naar EPSG:28992 werkt goed genoeg voor mij. Wat niet wegneemt dat ik OpenTopo al behoorlijk begin te missen
Dat is mij (in Openlayers 6.#.#) nog nooit opgevallen, hoe ver ik ook inzoom. Maar 't kan best zijn dat dat bij andere clients wel het geval is (ik zie iets dergelijks vaak wel in QGis gebeuren, maar dan niet alleen met OSM - ook met andere ondergrondkaarten denk ik soms: dat kan scherper…)
Ja, dat geldt ook voor mij. We zijn aardig verwend geweest al die jaren! Ik hoop dat we een mooi, open alternatief kunnen vinden voor wie een betaalde dienst niet zomaar is weggelegd.
Ja, QGIS moet die png’tjes vervormeren en dat zie je:
OSM Mapnik als QGIS render in 3857
OSM Mapnik als QGIS render in 28992
Hoe werkt dat dan in OpenLayers? Misschien gebruik je een hogere resolutie service? Heb je een voorbeeld?
Vergelijkbaar met QGis: Je definieert je View met een CRS, en je voegt daar Layers aan toe die in een ander CRS kunnen zijn. OL herprojecteerd dan de laag als ie dat kan: ik heb dus wel de RD definities bekend moeten maken aan OL (of eigenlijk aan Proj4Js, waar OL gebruik van maakt). Er zitten een paar standaard definities in, maar EPSG:28992 is daar niet eentje van
Voor OSM niet, voor zover ik weet: ik gebruik gewoon de standaard (https://{a-c}.tile.openstreetmap.org/{z}/{x}/{y}.png), die OL zelf definieert. Voor zover ik weet word daar niet iets speciaals voor hoge resolutie aan toegevoegd, ik zie dat ook niet langskomen in de opgevraagde pngtjes.
Toevallig loop ik tegen hetzelfde probleem aan en worden een aantal hier geboden alternatieven in de PDOK plugin, zoals de BGTachtergrondvisualisatie niet geladen. De melding is: Niet Beschikbare laag, Bron voor gegevens laag kon niet worden gevonden (eigenlijk hetzelfde als bij de opentopo laag)
Nu zie ik eigenlijk geen reacties op uw opmerking. Zijn er meerdere met het probleem en is hier een oplossing voor?
Mijn eerste aanpak zal zijn een update van onze QGIS versie (van 3.8 naar de nieuwste versie), maar voor 1 januari hebben we nooit problemen ondervonden met de kaarten.
En even je databronnen langslopen, de laatste tijd worden veel urls aangepast naar een nieuwe url strategie. Ook die worden hier op het forum gemeld, of zijn te vinden in het dataset overzicht.