[Qgis-user] Re: Annoying CRS-Problem with EPSG 31468 / 2167: Conclusions?

[Andy Harfoot]

Bernd Vogelgesang wrote:
> So, the problem was now described thoroughly, but what are the 
> conclusions now?
>
> I'm going to spread QGIS in my region in the next months, and it's 
> quite hard to explain to the people, who to 99% work with EPSG 
> 31468-data, that they can't ever rely on any data they produce and 
> that they have to double-check each layer after creation for the right 
> CRS, even if they set it correctly in each setting available?!?
>
> I'm not too familiar with all those packages involved handling the 
> CRSs, so can someone please point me the way who to address with this 
> problem?
>
> For novice QGIS-users, this "bug" is a real exclusion criterion for 
> QGIS for they will only create crap with it!
>
> Again my findings:
> Options settings: new layers and projects are created with EPSG 31468, 
> promting for CRS ist set.
>
> - EPSG 31468-Layers with a prj-file from ArcGIS get loaded as 2167 
> without promting for the CRS
> - EPSG 31468-Layers loaded into a EPSG 31468-Region in GRASS are 
> handed back to QGIS as ... 2167
> - New Layers created in some plugins (like some ftools-plugins), added 
> to the TOC, are in ... 2167 .. or even 3397
>
>
> What can i do? (And i really wonder what all those other german users 
> do and why the don't complain...)
>
I confess that I haven't looked at this problem in a huge amount of 
detail, but came across the 'Coordinate Systems Updater' plugin that 
might be a way to push modifications to the QGIS CRS database out to 
users - might this offer a workaround?

Andy

-- 
Andy Harfoot

GeoData Institute
University of Southampton
Southampton
SO17 1BJ

Tel:  +44 (0)23 8059 2719
Fax:  +44 (0)23 8059 2849

www.geodata.soton.ac.uk