Closed qgib closed 5 years ago
Author Name: Jürgen Fischer (@jef-n)
I suppose you're either using the standalone installer without changing install directory to something without blanks or the OSGeo4W installer and changing the install directory to something with blanks.
Apparently @crssync@ isn't run correctly, when installed into a directory with blanks (see @etc\postinstall\qgis-common.bat(.done)@ in the install directory). Should be fixed with 78d5ff50b20.
If @crssync@ was run, you'd already see the correct CRS (as QGIS' database is synced with the installed GDAL).
Author Name: Andre Joost (Andre Joost)
I got the error both for standalone (1.8.0) and master (C:\OSGeo4w). For the second, crssync.exe in apps\qgis-dev is present, but can not start due to missing qgis_core.dll. Maybe it only works correct with qgis stable installed as well in C:\OsGeo4w? After starting qgis-dev, I could run crssync.exe with success. But within installation process it fails.
EDIT: On Windows XP it installed without error on D:\OSGe4W. Rather strange, investigating...
Author Name: Jürgen Fischer (@jef-n)
Andre Joost wrote:
I got the error both for standalone (1.8.0) and master (C:\OSGeo4w). For the second, crssync.exe in apps\qgis-dev is present, but can not start due to missing qgis_core.dll.
When run from an environment like @etc\postinstall\qgis-common.bat(.done)@? You can't start it directly.
Author Name: Andre Joost (Andre Joost)
Jürgen Fischer wrote:
Andre Joost wrote:
I got the error both for standalone (1.8.0) and master (C:\OSGeo4w). For the second, crssync.exe in apps\qgis-dev is present, but can not start due to missing qgis_core.dll.
When run from an environment like @etc\postinstall\qgis-common.bat(.done)@? You can't start it directly.
Eventually, it ran after starting qgis-dev.bat (I updated my previous post). On XP it ran with first install. So still not sure why not on my Windows7 machine. Is there an error log somewhere?
Author Name: Jürgen Fischer (@jef-n)
Andre Joost wrote:
Eventually,
"Perhaps"?
So still not sure why not on my Windows7 machine. Is there an error log somewhere?
@%OSGEO4W_ROOT%\var\log\setup.log.full@
Author Name: Andre Joost (Andre Joost)
Jürgen Fischer wrote:
Andre Joost wrote: Is there an error log somewhere?
@%OSGEO4W_ROOT%\var\log\setup.log.full@
Indeed an error thrown:
C:\\OSGeo4W>textreplace -std -t bin\\qgis-dev.bat
C:\\OSGeo4W>textreplace -std -t bin\\qgis-dev-browser.bat
"mkdir" kann syntaktisch an dieser Stelle nicht verarbeitet werden.
C:\\OSGeo4W>if not ==0 mkdir "C:\\ProgramData\\Microsoft\\Windows\\Start Menu\\Programs/OSGeo4W"
2012/11/08 16:47:54 abnormal exit: exit code=255
The Start Menu Entry was present from a former installation. So killed that and C:\Osgeo4W, and made a fresh install with your latest patch, but same result. At least not a CRS issue, but an installer crash before crssync is called.
On Windows XP, I got the log entry:
D:\\OSGeo4W>if not 1 == 0 mkdir "C:\\Dokumente und Einstellungen\\All Users\\Startmen\\Programme/OSGeo4W"
Ein Unterverzeichnis oder eine Datei mit dem Namen "C:\\Dokumente und Einstellungen\\All Users\\Startmen\\Programme/OSGeo4W" existiert bereits.
and the installation continues without error.
Author Name: Jürgen Fischer (@jef-n)
Andre Joost wrote:
Indeed an error thrown:
[...]
Are you using the latest version of @osgeo4w-setup.exe@?
Author Name: Jürgen Fischer (@jef-n)
um, I didn't mean to close this.
Author Name: Andre Joost (Andre Joost)
Jürgen Fischer wrote:
Andre Joost wrote:
Indeed an error thrown:
[...]
Are you using the latest version of @osgeo4w-setup.exe@?
Argh, did not think of that. Only the XP installation was with current setup.exe. It now works on both platforms. THX
Author Name: Andre Joost (Andre Joost) Original Redmine Issue: 6652 Affected QGIS version: master Redmine category:projection_support
Under Settings/Project Settings/Options, I get this proj string for EPSG:31466:
When saving a Shapefile with that EPSG, the .qpj file reads:
The +towgs84 parameters of the second are from 2001 (see http://crs.bkg.bund.de/crseu/crs/descrtrans/eu-descrtrans.php?crs_id=REVfREhETiAvIEdLXzM=&op_id=REVfREhETiAod2hvbGUgY291bnRyeSwgMjAwMSkgdG8gRVRSUzg5&tr_one=0) and is also used in Postgis, proj and gdal, see https://svn.osgeo.org/metacrs/proj/trunk/proj/src/pj_datums.c for potsdam datum.
The first one is a deprecated version from 1995 (see http://crs.bkg.bund.de/crseu/crs/descrtrans/eu-descrtrans.php?crs_id=REVfREhETiAvIEdLXzM=&op_id=REVfREhETiAod2hvbGUgY291bnRyeSwgMTk5NSkgdG8gRVRSUzg5&tr_one=0)
I*m not sure where those parameters come in. The difference is about 70cm in my region. EPSG:31467 to 31469 are also affected. Would be nice to have this sorted out.