Comments (15)
Comment by dgrichard on 23 Jul 2008 11:19 UTC
As we have discussed by mails with Gerald few weeks ago (Subject: Regarding projection stmerc and Gause-Laborde - june, 23rd 2008 - 22:18), we finally agreed that Gauss Laborde / Sphere Geometric Mean was not a Gauss-Schreiber projection (citation) :
"astly, I will probably change stmerc to glaborde. I think I may have a new
lead on the mysterious Schreiber projection. ;-)"
So, if agreed :
I can change :
- src/PJ_glabsgm.c to PJ_glaborde.c
- src/Makefile.in, src/Makefile.am, src/Makefile (or may only one of them is necessary ?)
- nad/IGNF
from proj.
Comment by gie on 23 Jul 2008 18:05 UTC
Main question is what, exactly, are we referring to? Is it the projection described in NT/G 73, "Projection Cartographique Gause-Laborde?"
If it is, then it produces the same results as the libproj4 procedure +proj=stmerc, AKA Gauss-Schreiber projection. I believed we discussed that Schreiber probably was the first to describe the projection and thus the name. Snyder, in two references describes a Schreiber projection that matches the technique used here.
PS: "Geometric Mean" seems to be a very incorrect description as the process is the conformal conversion of the elliptical system to a spherical earth and then performing a transverse Mercator projection.
from proj.
Comment by warmerdam on 23 Jul 2008 18:38 UTC
I shall give you two some more time to work out whether this is or is not the same thing.
Richard - if it is helpful, I don't mind PROJ.4 supporting both names though we really ought to pick one (in line with libproj4) to document and consider standard.
from proj.
Comment by gie on 24 Jul 2008 00:24 UTC
To demonstrate stmerc is the same as the Gause-Laborde I
offer the following script:
ARGS="+proj=stmerc +ellps=intl +lon_0=0.96923951127r"
ARGS2="+x_0=160000 +y_0=2388648.4517"
lproj $ARGS $ARGS2 +lat_0=-0.36855536038r <<EOF -f %.4f
0.96865773483r -0.36651914294r
EOF
which produces as a result:
156534.1770 62916.9250
This matches example on p. 3/3 of NT/G 73 "Projection
Cartographique Gause-Laborde".
Note: 'r' suffixed values denote radian arguments. I cannot
remember how far back into proj history this feature extends.
from proj.
Comment by dgrichard on 26 Jul 2008 10:18 UTC
After long talk within my organisation, we came to the following conclusion : stmerc is ok if stmerc means simplified transverse mercator (and not schreiber transverse mercator). Other choices would have been sgltmerc for schreiber-gauss-laborde transverse mercator, or glstmerc.
So, I have made changes to switch to stmerc :
$ proj -l=stmerc
stmerc : Simplified Transverse Mercator (Schreiber, Gauss-Laborde)
Cyl, Sph&Ell
lat_0= lon_0= k_0=
I am going to commit those changes to the trunk.
from proj.
Comment by gie on 26 Jul 2008 17:26 UTC
"Simplified" is a poor term: simplified from what? "Simple" is no better. I am afraid I do not understand the problem with using the common practice of naming the projection after the earliest developer. From "Map Projections---A Reference Manual" by Bugayeskiy and Snyder, p. 159-160: "In 1820-30 Gauss developed and published a double conformal projection preserving scale along the central meridian, and it was in practice for calculating the Hannover triangulation. The theory of this projection was also published by Oskar Schreiber in 1866." Kruger went on to do the same thing without the double projection.
Note: lproj demonstrates that the scale is 1 only at the origin of the projection and only maintains a low value along the central meridian. Rapid increase in the scale error occurs with increase in longitude from the central meridian. Lproj error? I doubt it because I have had good results matching other projections with use the Gauss transformation to the sphere. Also, from the American Society of Photogrammetry and Remote Sensing and/or LSU (probably Mugnier) the description: "The second step is a Gauss-Schreiber Transverse projection of the sphere onto a cylinder secant about the central meridian of the projection." This is not the same as having constant scale along the central meridian. This comment is from the description of the Laborde Madagascar projection (see http://www.asprs.org/resources/grids/02-2000-madagascar.pdf).
Note also that Laborde's cartographic efforts appear to occur early in the 20th century and thus a much later time line than Schreiber.
Getting back to the bottom line, I can only support the use of the designation of Schreiber for this projection. Certainly not "simplified." Laborde already has his claim to fame with the Madagascar projection and it can do nothing but confuse the matter by including his name with this projection. If we really want to be fair then "Gauss-Schreiber" is the correct designation. A footnote can be added that Laborde also used this method for such and such application.
Lastly, this naming debate is too important to be limited to a small group and should be open to discussion by a wider audience and a broader consensus obtained.
from proj.
Comment by dgrichard on 27 Jul 2008 10:15 UTC
I am really getting confused. Searching "stmerc proj" on Google leads me to a lot of mails including the ones asking to change from stmerc to glaborde :
[http://lists.maptools.org/pipermail/proj/2006-June/002293.html]
[http://www.nabble.com/Changing-the-name-or-stmerc-to-glaborde-td18077847.html]
[http://news.gmane.org/group/gmane.comp.gis.proj-4.devel/last=0/force_load=very/?page=12]
[http://usergroups.map-s.de/article.php?id=2962&group=gmane.comp.gis.proj-4.devel]
I proposed to make such a change : '''glabsgm''' to '''glaborde''' ...
You replied with Runion Gauss-Laborde (NT/G 73 within my organisation) is the same as libproj '''stmerc''' known as Gauss-Schreiber projection ...
After internal talks within my organisation, I said that Runion Gauss-Laborde is the well-known name of that projection within France. We accept using '''stmerc''' if the '''s''' is not for Schreiber because of the well-known usage in France ...
I put in the metadata of the stmerc projection both Schreiber and Gauss-Laborde and we are still stuck in exchanging about the name when the work has already been done ...
My feeling is that I wanted to reach a consensus as fast as possible in using the '''glaborde''' first as seen in the above links, then in using '''stmerc''' to be compliant with libproj, and proposed new names to have both Schreiber and Gauss-Laborde in. None of the chosen acronyms seem to be good enough to reach that consensus and I don't want to spend the next days in choosing it.
As already stated, I can change again the trunk with '''glaborde''' or '''sgltmerc''' or '''glstmerc''', but I will do it once. Someone has to make the choice.
from proj.
Comment by martinoty on 27 Jul 2008 12:42 UTC
To support what Didier Richard just said, I would like to insist on the fact that this projection is known to be used on one single territory in the whole world: La Runion island.
The French HABIT is to called it "Gauss-Laborde". Maybe it is a pity or maybe not, but that's the habit. Hence, it is an absolute necessity that the phrase "Gauss-Laborde" should appear in the projection's name or in the metadata. That's a point that cannot be bargained on.
Concerning the name: Gerald Evenden himself proposed to rename stmerc to glaborde (see mails referenced above). We agreed on this.
It looks as if he changed his mind, and puts forward the name stmerc. We agreed on this again, provided the metadata are modified.
It seems that's still a problem. I'm afraid I no longer see the point.
I would like to stress that French users are waiting for a fast release of PROJ.4 4.6.1, especially to be able to make conversions between NTF and RGF93. That's what matters.
from proj.
Comment by gie on 27 Jul 2008 17:58 UTC
After doing a google on "Gauss-Schreiber", the name is well established as the proper name for the double conversion transvers Mercator. I also found a hit:
http://www.bl.uk/ukmarc/appd0322az.html
dg Formosa (Taiwan) Gauss-Schreiber Co-ordinate System
fs Japan Gauss-Schreiber Grid
ge Korea Gauss-Schreiber Co-ordinate System
These need to be verified as to current use.
It also appears that several book level references (I can't check because of costs for copies) also refer to Gauss-Schreiber.
It seems to me that to apply Larborde to this projection only because he used it on a small island in the Indian Ocean (that isn't on any of my atlases) seems to be very questionable. Especially in light of the fact that it may have been or is use in other regions and is known by another name. I must also opine that a singular national habit of nomenclature is a rather shaky foundation for naming a projection.
Lastly, I did suggest Laborde at one time but that was before I did more research on the background of the projection. I was definitely in error and apologize.
On another matter, it is recognized that the scale is not constant along the central meridian as implied in the earlier citation and questioned by yours truly.
from proj.
Comment by dgrichard on 28 Jul 2008 09:54 UTC
Seems we have reached a consensus on using "Gauss-Schreiber transverse mercator".
I will add for our users the "aka Gauss-Laborde Reunion" in the metadata.
The acronyme will be '''gstmerc'''.
I will post the changes to the trunk as soon as I receive a definitive go from Frank and Gerald.
from proj.
Comment by gie on 28 Jul 2008 15:32 UTC
I agree to "gstmerc" and I will change my distribution. I will note in documentation of the Laborde factor regarding Reunion.
File proj_stmerc.c modified and renamed to proj_gstmerc.c, modifications to Makefile and proj_list.h.
from proj.
Comment by gie on 28 Jul 2008 18:47 UTC
Archive file lbp4.3_20080728.tar.bz2 is now available on
http://members.verizon.net/~gerald.evenden/proj4/
I am predicting a complaint about +proj=gstmerc +lat_0=, but we will wait and see.
Enjoy.
from proj.
Comment by dgrichard on 28 Jul 2008 19:23 UTC
Thanks Gerald, I am moving on.
from proj.
Comment by warmerdam on 21 Aug 2008 19:51 UTC
Folks, can we close this ticket now?
from proj.
Comment by dgrichard on 13 Oct 2008 21:15 UTC
Replying to warmerdam:
Folks, can we close this ticket now?
Yes, my mistake. I close it directly if you don't mind.
from proj.
Related Issues (20)
- Minor version in libproj DLL suffix for MinGW HOT 2
- Geoid model list for a specific area HOT 5
- Proj4 export from a bound CRS object fails
- Interrupted Mollweide gives wrong result on inverse projections of some lat/lons. HOT 5
- .github/workflows/docker.yml to push only proj-docs for master pushes
- Project build failed on windows10 vs2017 HOT 1
- "proj_grid_info" C API function fails with grid "test_gridshift_projected.tif" HOT 4
- HEPOS GGRS87 shift grid HOT 2
- "No inverse method available" HOT 7
- Different (~100m) results from transforming WGS84 -> Belgian lambert 72 depending on definition used HOT 6
- General grid shift issue HOT 4
- Wrong transformation from vertical with geoid model to "vertical offset" HOT 1
- Doc Helmert: rotation matrix HOT 2
- Google marks proj.org as potentially hacked, recommends against visiting it HOT 11
- Help with compiling PROJ 5.1.0 with JNI on windows HOT 2
- I'm cross-compiling, tried 9.3.1, 9.3.0, 9.0.0, and sqlite cross-compilation and local compilation all failed, don't know why the build failed HOT 3
- Error with sqlite link in cross-compilation HOT 3
- Error initializing invproj 9.1.1 with epsg PROJ_USE_PROJ4_INIT_RULES=YES HOT 1
- multi-grid GTG with overlapping grids and nodata HOT 6
- Make output or error message
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from proj.