<div dir="ltr"><div><br><br>On Thu, Jun 29, 2017 at 3:09 PM, preiaen <<a href="mailto:nils.hempel@gmx.de">nils.hempel@gmx.de</a>> wrote:<br>><br>> YOU DID IT! Thanks for your help!<br>><br>> Well that was a tough one and I wouldn't have figured that out on my own.<br><br></div><div>Good to hear that using the proj4 definition given in EXTENSION was the solution!<br></div><div>><br>> Two last questions:<br>><br>> Why is QGIS able to deal with this problem on the fly,<br><br></div>Probably because QGIS uses the proj definition given in EXTENSION, whereas GRASS via GDAL does not consider this information. A test would be to use ogr2ogr on the shapefile for reporjection, then check if the geolocation is correct.<br><div><br>> I always thought that<br>> GRASS is by far more powerful then QGIS?<br><br></div><div>The advantage of GRASS is that is gives you more control about how GIS analysis is done. The advantage of QGIS is that it uses GIS processing tools from various third-parties that are not included/available in GRASS. QGIS is also great to have a look at spatial data without importing/converting them first.<br></div><div><br>><br>> Secondly: the manually created location had a proj parameter nadgrids: @null<br>> . As long as I had this parameter in the proj file, I couldn't reproject the<br>> vector map, for I always got the error "failed to load datum shift file". So<br>> my solution was to delete this parameter. But what is he for and why did he<br>> get a value assigned, which apperantly blocks reprojection?<br><br></div><div>the +nadgrids=@null parameter simply means that no nadgrid (North American Datum grid shift file) is specified, therefore you can omit this parameter.<br></div><div><br></div><div>Markus M <br></div></div>