[Qgis-user] Recognition of SRS in MapInfo-Files
Fischer, Andreas
Andreas.Fischer at kreis-unna.de
Sun May 26 02:50:42 PDT 2013
Hi Bo Victor,
thanks for your response.
.qpj isn't really used with MapInfo TAB. I checked this out.
So I have to follow your suggestion and I will make a feature request (and wait for new GDAL in next QGIS-Version). Unfortunately getting thinks work, will probably last a longer time then. ;-)
Thanks a lot,
Best regards
Andreas Fischer
Sachgebietsleiter
Kreis Unna - Der Landrat
Zentrale Datenverarbeitung
Sachgebiet DV-Organisation
Friedrich-Ebert-Straße 17
59425 Unna
Fon 02 3 03 27-44 16
Fax 0 23 03 27-28 96
andreas.fischer at kreis-unna.de <mailto:andreas.fischer at kreis-unna.de>
www.kreis-unna.de
Von: qgis-user-bounces at lists.osgeo.org [mailto:qgis-user-bounces at lists.osgeo.org] Im Auftrag von Bo Victor Thomsen
Gesendet: Samstag, 25. Mai 2013 08:06
An: qgis-user at lists.osgeo.org
Betreff: Re: [Qgis-user] Recognition of SRS in MapInfo-Files
Andreas -
The problem is twofold -
* QGIS (or rather the underlying ogr library) has a bug in some cases when determining the projection in TAB files (i.e EPSG:25832) . This bug is solved in version 1.10 of GDAL.
* Your editing of QGIS CRS parameter database won't give you the wanted result, because when QGIS try to find the projection of a tab dataset it (probably) goes like this:
a) find MapInfo specific projection parameters in tab file,
b) convert these to the equivalent proj4 definition and
c) do a reverse lookup to find the EPSG code
QGIS never will never find your edited CRS parameters
As you suggested, a solution to this problem could be to let QGIS override the "build-in" projection in a tab file with a .qpj companion file just like the case with shape files. (Doesn't it do this already ?)
I suggest you make a feature request on the QGIS bugtracker
Regards
Bo Victor Thomsen
Aestas-GIS
Denmark
Den 25-05-2013 01:57, Fischer, Andreas skrev:
Dear Community,
I just had an idea:
If a shape file is created with QGIS a .qpj file is created as well. This file is used always when it is existing. QGIS doesn't care of settings in .prj file and just uses the definitions in .qpj file. That seems to be almost perfect, because all changes of the build in SRS definitions are considered in that qpj file. Unfortunately this file is without use for MapInfo TAB files.
Wouldn't it be possible to make this going on with other formats as well? This might be a solution that does not care about ogr settings in first place. If ogr works fine nobody has needs for .qpj files. But in other cases, everyone could determine the parameters to use. If these are defined exactly like build in SRS matching should not be a problem.
Best regards
Andreas
Mit freundlichen Grüßen
Im Auftrag
Andreas Fischer
Sachgebietsleiter
Kreis Unna - Der Landrat
Zentrale Datenverarbeitung
Sachgebiet DV-Organisation
Friedrich-Ebert-Straße 17
59425 Unna
Fon 02 3 03 27-44 16
Fax 0 23 03 27-28 96
andreas.fischer at kreis-unna.de <mailto:andreas.fischer at kreis-unna.de>
www.kreis-unna.de <http://www.kreis-unna.de>
Denken Sie an die Umwelt. Pruefen Sie deshalb bitte,
ob der Ausdruck dieser E-Mail wirklich notwendig ist.
Diese E-Mail wurde beim Ausgang auf Viren geprueft. Wegen der
potentiellen Gefahr auf den Uebertragungswegen wird zu einer
Vireneingangskontrolle geraten. Eine Haftung für Virenfreiheit
wird ausgeschlossen.
_______________________________________________
Qgis-user mailing list
Qgis-user at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
Denken Sie an die Umwelt. Pruefen Sie deshalb bitte,
ob der Ausdruck dieser E-Mail wirklich notwendig ist.
Diese E-Mail wurde beim Ausgang auf Viren geprueft. Wegen der
potentiellen Gefahr auf den Uebertragungswegen wird zu einer
Vireneingangskontrolle geraten. Eine Haftung für Virenfreiheit
wird ausgeschlossen.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20130526/13a2ec0c/attachment.html>
More information about the Qgis-user
mailing list