Ik loop tegen wat problemen aan bij het installeren van LB08 installatie in QGIS met de beschrijving van NGI. Hierin worden directories opgegeven die niet meer bestaan of anders zijn genoemd inmiddels. Daarnaast bestaat al EPSG:3813. De waarden proj4 komen niet overeen. Dit roept de nodige vragen op. Deze beschrijving zou wat mogen verduidelijkt voor de gebruikers. Kan me voorstellen dat een korte een youtube how-to zou bijvoorbeeld erg welkom zou zijn.
Geoforum.nl werkt als centrale vraagbaak voor vragen over geodata in Nederland. Zover ik weet is zoiets er niet in Belgiƫ, maar ik hoop dat mensen uit Vlaanderen hier ook met enige regelmaat terugkeren. E.e.a. met het oog op overgang LB72 naar LB08
Ik denk dat het document over het aanmaken van een custom CRS in o.a. QGIS geschreven is toen de juiste transformaties nog niet in EPSG (en daarmee in PROJ en QGIS) zaten. Dat verklaart dan ook de niet meer bestaande directories. Het lijkt er op dat de juiste transformaties voor Lambert 72 en Lambert 2008 inmiddels gewoon in EPSG, PROJ en QGIS zitten.
Dat je verschillende waarden ziet voor de parameters in je screenshot is niet gek. Links zijn parameters voor Lambert 2008 naar ETRS89 en rechts voor Lambert 72 naar ETRS89.
Een en ander kan uiteraard verwarrend zijn, maar misschien gaat je transformatie dus gewoon al goed met QGIS. Of krijg je verschillen met cConvert?
Als je Qgis insteld op EPSG:31370 komt het overeen. Als handreiking naar mensen die wat minder vaak in aanraking komen met conversies is gewenst is dat overheden meer duidelijkheid geven in welke EPSG code te hanteren is. Zeker voor Vlaanderen is dat voer voor verwarring.
Er blijken ook verschillen tussen cConvert en EPSG / PROJ / QGIS e.d. op te kunnen treden van enkele mm tot ruim een cm. Voor GIS-doeleinden is dat meestal geen probleem maar voor landmeetkundige toepassingen is cConvert beter. Vandaar dat de EPSG-codes niet zo gepromoot worden door het NGI.
Kun je hier iets meer over zeggen, hoe je opmerking moet worden opgevat? EPSG is toch een register, oneerbieding gezegdā¦ niet meer en niet minder. Een officiĆ«le vastlegging van wat we in den lande hebben afgesproken om te gaan gebruiken Komt me vreemd over dat de instantie die over gaat het niet zou omhelzen. En moet ik dit opvatten dat NSGI voor NL eigenlijk ook liever heeft zou je niet werkt met EPSG:28992 in Qgis? Enige toelichting is welkom. BVD
De EPSG geodetic parameter dataset wordt beheerd door de International Organisation of Oil and Gas Producers en heeft geen officiƫle status. EPSG is in praktijk de standaard geworden omdat het informatie van heel veel CRSen en transformaties bevat, niet omdat het altijd de officiƫle meest nauwkeurige transformaties ondersteund. In de wirwar van transformaties met verschillende nauwkeurigheid tussen CRSen lukt het software zoals PROJ ook niet altijd om de meest nauwkeurige transformatieroute te vinden.
In het verleden was dat geen probleem. De bedrijven achter EPSG werken vooral op zee en hadden de hoogste nauwkeurigheid zelf niet nodig. Het landmeetkundige werkveld en GIS waren twee redelijk gescheiden werelden en zolang alle data op land in RD was hoefde GIS-software niet nauwkeurig te kunnen transformeren. Door o.a. het goedkoper worden van nauwkeurige GNSS-apparatuur en de opkomst van webmapping, is de noodzaak nauwkeurig te kunnen transformeren inmiddels niet meer aan specialisten voorbehouden en vertrouwen gebruikers hiervoor noodgedwongen blind op hun software die EPSG gebruikt.
In Belgiƫ hebben ze mede daarom besloten Lambert 72 te vervangen door het nieuwe CRS Lambert 2008, dat een kaartprojectie direct op ETRS89 is zonder transformatie. Het bleek echter lastig alle gebruikers mee te krijgen naar Lambert 2008. Dat gebeurt nu pas. Maar omdat de officiƫle transformatie (die in cConvert) voor Lambert 72 niet in EPSG zit, kunnen voor de overstap nog niet alle gebruikers blind op EPSG-codes vertrouwen.
In Nederland is rond 2014 besloten niet RD te vervangen maar eerst te zorgen dat EPSG de officiĆ«le transformatie voor RD bevat. Om dat eenvoudig mogelijk te maken is zelfs de definitie van RD iets aangepast in RDNAPTRANSā¢2018. Pas daarna is de NSGI begonnen met EPSG-codes te gebruiken in communicatie.
