[OSGeoLive] Mis-projection in OSgeo-Live 16' QGIS only

[Brian M Hamlin]

Dear Dr Albrecht -

   this is the first time I have heard of this issue..  we are building 
the newer, alpha1 version 17 now using a newer QGIS LTS. Due to this 
combination of factors, your email raises more questions

* how is it that you have never reached out before today?  no one on the 
#osgeolive team can know all the places that the disk is used. If I 
understand, this condition of one particular QGIS misplacing a shp file 
would have been the case on the day that version 16 was released?  
therefore you have taught many times yet never one email here. Why now, 
on the week that we start the anticipated alpha1 version 17 based on 
Ubuntu noble and GDAL v3.9x.

* did you take any steps to identify what projection system is being 
used to misplace this shp file?  for example, does it say in the bottom 
corner of the window of QGIS ?  do you have any guesses as to what the 
errant projection might be, and if so did you include that in your 
description of this bug, below?  maybe I missed a section..

* did you try to install and run any other version of QGIS on this 
version 16 base, in any way?  I am not a QGIS expert but I am guessing 
there are several alternatives that would install something.

    today I am busy running and testing a build of #osgeolive 17, which 
promises improvements and stability.. as with the dozen or so #osgeolive 
linux that have shipped reliably, without cost to you, for the last decade.

    --Brian M Hamlin    /  MAPLABS  /  OSGeoLive PSC



On 9/24/24 11:13, Jochen Albrecht via osgeolive wrote:
> Hi
>
> I am teaching with the latest version of OSgeo-Live 16, which runs 
> QGIS 3.28.
> I am using for my class a small demo shapefile, which happens to be in 
> EPSG:31287 (Austria, Styria). QGIS 3.28 places this file into the 
> Mediterranean Sea, off the coast of Italy/France.
> Earlier versions of QGIS (in previous years of teaching), as well as 
> my current stand-alone version 3.36 are placing the data correctly 
> into the province of Styria in Austria. The problem occurs only in 
> version 3.28.
>
> The problem is aggravated by the fact that any attempt at transforming 
> the data is rendered futile in this particular version of QGIS because 
> none of the reprojection dialogues allow me to specify a 
> transformation. I even tried to define a new coordinate system using 
> the transformation parameters given by QGIS 3.38 (see the bottom of 
> this email). Applying these, places the data again into the Mediterranean.
>
> I have been teaching with QGIS for over 20 years, and this is a new 
> one for me. The easy solution would be to just not use version QGIS 
> 3.28. But it is the one that has been burned into the current 
> OSgeo-Live distribution. The whole purpose of OSgeo-Live is to work 
> with versions of the individual software packages that have proven to 
> play nice with each other and I do not want to experiment and have 
> students upgrade to a newer version of GIS.
>
> At this point, I am at a loss to advise my students what to do, or to 
> even explain what is happening here. It is as if the particular 
> coordinate system library for this version has a bug that nobody has 
> come across before. Am I missing something?
> Last minute update: the same error occurs in the latest version of 
> ArcGIS Pro 3.3. I have no idea what those two have in common, but it 
> suggests to me that it has something to do with a flawed coordinate 
> system library rather than the application software itself.
> Again, any suggestion for how to address this (or even explain it to 
> my students) would be appreciated.
>
> Cheers,
>       Jochen
>
> Dr. Jochen Albrecht, GISP (he/him/his)
>
> Professor for Computational and Theoretical Geography
>
> Department of Geography and Environmental Science 
> <http://www.geo.hunter.cuny.edu/>
>
> Hunter College CUNY
>
> 695 Park Avenue
>
> New York, NY 10065
>
> Immediate Past-President, GIS Certification Institute 
> <https://www.gisci.org/>
>
>
> 	
>
>
> Recently published: GIS and Housing: Principles and Practices 
> <https://sites.google.com/rojasap.com/gisandhousing/>*
> *
>
> _______________________________________________
> osgeolive mailing list
> osgeolive at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/osgeolive
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/osgeolive/attachments/20240924/3853c130/attachment.htm>