[OSRS-PROJ] Roussilhe Oblique Stereographic

Gerald Evenden gerald.evenden at verizon.net
Wed Mar 10 20:28:19 EST 2004

See imbedded comments below
On Mar 10, 2004, at 7:04 PM, <werchowyna at pf.pl> wrote:

>> I would rather deal with an article in French rather than Polish (no
>> offense to the Poles,  please)
> I'm not that touchy :)
> I have met few Germans and Americans try speak Polish
> maybe it wasn't Chineese but it wasn't Polish either
>> For printed references readily available there is:
>> 1) Bugayevskiy, Snyder p. 169, and two versions in 2) Yang, Snyder and
>> Tobler pp. 19--21,  3)pp 166-168.
> Where to look for them?

Sorry, I was being *Very* brief in my bibios:

Map Projection Transformation, 2000, Oihe Yang, JP Snyder and Tobler

Map Projections---A Reference Manual, 1995, Lev M Bugayevskiy & JP 

Both are available at Amazon.com.

>> As for latitude of true scale, this is usually only used in the polar
>> version.  k_0 is more appropriate for oblique and equatorial.
> So it seems that the libproj4's "Stereographic" projection is not 
> suitable
> here because it demands the "latitude of true scale". HOW DO YOU 
> THINK? This
> projection requires the k_0 "scale factor" too. This is not a problem 
> - I
> know the k_0 for all the "Uklad 1965" zones. But the definition of 
> "Uklad
> 1965" doesn't mention such a parameter as the "LATITUDE OF TRUE SCALE" 
> at
> all.

+proj=stere uses +k_0 in oblique case (+lat_0 .ne. 90)

There is also +sterea (alternate stereographic in the libproj4 system.

>> 1 and 2 my be similar but 3 is based on a transfer through 
>> Gauss-Kruger.
>> Interestingly, the Polish web paper I picked up gave a version that
>> looks similar to 3.  With the Polish paper I think I could do a 
>> complete
>> version (forward-inverse).
> To make things clear:
> The 1965 System we are talking about consists of 5 zones, where four 
> are in
> Roussilhe and one is Transverse Mercator.
> The Mercator one (5th zone) is not obscure at all and easily 
> applicable in
> Grass.
> Those 1-4 Roussilhe ones are not obscure as well but I don't know how 
> to
> apply them into Grass.

Yes, I figured that from the Polish web site.  That part was pretty 

If I was using the PROJ4 system I would key the first zone as follows:

+proj=stere +lat_0=50d37'30 +lon_0=21d5' +x_0=5467000 +y_0=4637000
    +k_0=0.9998 +<ellipsoid parameters>

GRASS used PROJ a long time ago but I lost contact somewhat before
CERL stopped support.

Same script for sterea.

> I have some literature (doc and pdf) regarding "Uklad 1965" besides the
> http://www.atomnet.pl/~geodeta/2000/59text1.htm .
> They contain plenty of formulas which I don't get at all (I'm not
> a cartographer or geodet or whatsoever). If you would like to have a 
> look at
> them I would send them to you and would assist you in trying to 
> understand
> Chineese with pleasure. Besides - I know one Polish amateur 
> cartographer/GPS
> fan who would help. He speaks English well so you coud try to consult 
> him
> too.

I would love to see it.  My main concern is that the material 
represents the
method used in "official" Polish applications.  I say this because I 
seem see at least
two different methods and wonder which one is the "real" one.

As I said, I think I could do a PROJ.4 version from the web site data 
as long
as I had someone to answer a few questions that may come up.  The 
of mathematics is pretty universal.

Also, "benchmark" values are also of *great* assistance:  That is know 
of  lat-lon == x-y.

But even if I get a successful process on libproj4, how does this help 
with your GRASS effort?

> Maciek Sieczka
> ----------------------------------------
> PROJ.4 Discussion List
> See http://www.remotesensing.org/proj for subscription, unsubscription
> and other information.
Jerry and the low riders: Daisy Mae and Joshua

PROJ.4 Discussion List
See http://www.remotesensing.org/proj for subscription, unsubscription
and other information.

More information about the Proj mailing list