[Dutch] mini-seminar RD en Open Source Software (follow-up)

[Richard Duivenvoorde]

On 23-10-16 16:00, Sebastiaan Couwenberg wrote:
> On 10/21/2016 01:22 PM, Sebastiaan Couwenberg wrote:
>> On 10/01/2016 12:51 PM, Frank Steggink wrote:
>>> Op donderdag 20 oktober a.s. organiseert OSGeo.nl het mini-seminar "RD
>>> en Open Source Software". Het doel is tweeledig: allereerst om de
>>> bezoeker kennis bij te brengen over coördinatenstelsels in het algemeen
>>> en het Rijksdriehoeksstelsel in het bijzonder. Het tweede doel is om
>>> coördinatenstelsels op een juiste manier toe te passen binnen software,
>>> waarbij de focus natuurlijk ligt op open source software.
>>
>> [...]
>>
>> Resultaat van de discussie rondom de NTv2 grid shift files was dat geen
>> aanpassing meer nodig is voor recente versies van PROJ.4, PostGIS en
>> GeoTIFF om de juiste towgs84 waardes, zoals gepubliceerd door Kadaster,
>> te gebruiken.
>>
>> Dankzij de discussie met Lennard in 2014-2016 op deze lijst [0] zijn er
>> bugs gevonden in GDAL [1] en PROJ.4 [2] welke resulteerde in incorrecte
>> waardes voor EPSG:28992 en fouten bij gebruik van de NTv2 grid shift files.
>>
>> [0] https://lists.osgeo.org/pipermail/dutch/2014-October/000980.html
>> [1] https://lists.osgeo.org/pipermail/dutch/2015-February/001105.html
>> [2] https://lists.osgeo.org/pipermail/dutch/2016-February/001377.html
> 
> Een van de vragen rondom de NTv2 grid shift files van Kadaster was hoe
> deze te gebruiken in QGIS, het installeren van de proj-rdnap package op
> Debian/Ubuntu is daarvoor niet genoeg (dit maakt ze slechts beschikbaar
> voor PROJ.4).
> 
> QGIS gebruikt een SQLite database voor zijn diens projecties (srs.db) en
> synchroniseert deze bij de installatie met de definities gebruikt door GDAL.
> 
> Hiervoor wordt onder andere de epsg.wkt file van GDAL gebruikt en op
> Debian/Ubuntu en Fedora zijn de twee include files daarin
> (esri_extra.wkt & cubewerx_extra.wkt) niet beschikbaar omdat er geen
> licentie voor bekend is (en zodoende onder strikte copyright valt). In
> cubewerx_extra.wkt is o.a. EPSG:900913 gedefinieerd waardoor de Google
> Mercator projectie komt te vervallen.
> 
> Gelukkig bied QGIS de mogelijkheid om zelf een CRS te definieren (via
> Settings -> Custom CRS...), dit is de aangewezen methode om ontbrekende
> projecties toe te voegen. [3] Deze projecties worden in het user profile
> opgeslagen (in qgis.db) worden zodoende ook niet overschreven bij een
> upgrade van de software, wat wel gebeurd als
> /usr/share/qgis/resources/srs.db wordt aangepast.

Hoi Bas,

ik stuitte nog op deze post van Sourcepole:

http://blog.sourcepole.ch/2014/02/18/ntv2-transformations-with-qgis/

blijkbaar is het dus zo dat je mits je het juiste vinkje hebt, QGIS kan
laten vragen WELKE datum transformatie hij moet gebruiken. Je krjgt dan
voor 28992 naar een andere crs deze dialoog:
http://pix.toile-libre.org/upload/original/1477238061.png
waarin ik volgens mij OOK die 4833 herken waar Lennart het over had :-)

BLIJKBAAR kun je daar dus ook een NTv2 grid laten verschijnen door die
aan de srs.db toe te voegen (en MITS je die grid natuurlijk beschikbaar
heb in "/usr/share/proj on Linux and OSGeo4W\share\proj on Windows")

Dus: we zouden:
- een pull request kunnen doen om die row toe te voegen aan de srs.db
(dat zou voor mij al helpen aangezien in Debian ik proj_rndap heb
geinstalleerd :-) )
- voor OSGeo4W zou het betekenen dat we moeten zorgen dat jou package
ook daarin wordt opgenomen

Iets verder in de toekomst moeten we misschien dan toch eens gaan
nadenken over wat Lennart voorstelde: ipv ALLEEN de projectie tonen als
'crs', een combinatie van projectie+transformatie. In dit geval dus:
28992_48?? (28992 projectie met 48?? transformatie).

Idee?

Groet,

Richard Duivenvoorde