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@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive
_______________________________________________
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive