-
Notifications
You must be signed in to change notification settings - Fork 761
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Confusion over Gauss Laborde projection #8
Comments
Comment by dgrichard on 23 Jul 2008 11:19 UTC "astly, I will probably change stmerc to glaborde. I think I may have a new So, if agreed :
|
Comment by gie on 23 Jul 2008 18:05 UTC 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. |
Comment by warmerdam on 23 Jul 2008 18:38 UTC 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. |
Comment by gie on 24 Jul 2008 00:24 UTC ARGS="+proj=stmerc +ellps=intl +lon_0=0.96923951127r" which produces as a result: 156534.1770 62916.9250 This matches example on p. 3/3 of NT/G 73 "Projection Note: 'r' suffixed values denote radian arguments. I cannot |
Comment by dgrichard on 26 Jul 2008 10:18 UTC So, I have made changes to switch to stmerc : $ proj -l=stmerc
I am going to commit those changes to the trunk. |
Comment by gie on 26 Jul 2008 17:26 UTC 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). 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. |
Comment by dgrichard on 27 Jul 2008 10:15 UTC [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. |
Comment by martinoty on 27 Jul 2008 12:42 UTC 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. |
Comment by gie on 27 Jul 2008 17:58 UTC http://www.bl.uk/ukmarc/appd0322az.html dg Formosa (Taiwan) 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. |
Comment by dgrichard on 28 Jul 2008 09:54 UTC 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. |
Comment by gie on 28 Jul 2008 15:32 UTC File proj_stmerc.c modified and renamed to proj_gstmerc.c, modifications to Makefile and proj_list.h. |
Comment by gie on 28 Jul 2008 18:47 UTC http://members.verizon.net/~gerald.evenden/proj4/ I am predicting a complaint about +proj=gstmerc +lat_0=, but we will wait and see. Enjoy. |
Comment by dgrichard on 28 Jul 2008 19:23 UTC |
Comment by warmerdam on 21 Aug 2008 19:51 UTC |
Comment by dgrichard on 13 Oct 2008 21:15 UTC
Yes, my mistake. I close it directly if you don't mind. |
Improve coverage reports on coveralls
./proj -VC in .travis.yml should read ./src/proj -VC
Reported by warmerdam on 23 Jul 2008 04:01 UTC
Before releasing PROJ 4.6.1 I'd like to ensure that the implementation and naming of the Gauss Laborde Sphere Geometric Mean (glabsgm) projection is brought into line between PROJ.4 and libproj4.
In response to:
Gerald writes:
Excuse me for forgetfulness. This is really the Gauss-Schreiber projection
that we went over a few months ago. Aka +proj=stmerc
Migrated-From: https://trac.osgeo.org/proj/ticket/8
The text was updated successfully, but these errors were encountered: