[Qgis-user] Recognition of SRS in MapInfo-Files

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>