headers
Christian AMEIL | 1 Jan 2009 04:00
Favicon

Christian AMEIL est absent


Je serai absent(e) du  31/12/2008 au 02/01/2009.

I am currently out of the office and will be back on the 2nd of January. I can read no email during
this period.
Best Wishes of Happy Holidays and a Successful New Year.
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 0 comments |
headers
Till | 1 Jan 2009 22:24
Picon
Favicon

Getting Proj information after pj_init has been thrown

Hi all and a very happy new year to anyone.

We’re using proj.4 as API and are quite happy with it.

So, our base reference is the proj_api.h header.

Is there any way to retrieve PJ information (like major axis or any other projection information) after a pj_init() has been called?

We did try to use projects.h in place of proj_api.h but this brings us to compilation nightmare since this one ‘typedef’s a PVALUE that winreg.h is also ‘typedef’ying (we’re using M$ platform as you may have understood).

Any help in that manner would be welcome.

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 8 comments |
headers
Charles Karney | 2 Jan 2009 20:22
Favicon

Re: Geo Transfoms and calculations

Gerald I. Evenden wrote:
> 5.  What's a poor jerk like me supposed to do?  For example, on the
> geodetic program I am currently finishing up I want to put 'readline'
> on the front end for obvious reasons; BUT wait, that uses GPL.  Arrgh!
> I can hear the bitching and moaning now.  At the moment I have a
> simple procedure called 'readline' as a substitute but gee, is the
> name possible copyrighted too?

Is this really such a problem?  The MIT license is compatible with GPL.
So you can distribute MIT-licensed code which links against GPL
libraries.  The resulting executable is covered by the GPL but the
source remains under the MIT license.

A commercial entity which wants to incorporate your code into its
proprietary code will need to find a substitute for the GPL library, of
course.  Or, as you noted, you might provide a lame substitute yourself
(a dummy version of readline or simple-minded implementations of GSL
functions).

--

-- 
Charles Karney <ckarney <at> sarnoff.com>
Sarnoff Corporation, Princeton, NJ 08543-5300

URL: http://charles.karney.info
Tel: +1 609 734 2312
Fax: +1 609 734 2662
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 7 comments |
headers
Gerald I. Evenden | 2 Jan 2009 18:08
Picon

Ellipsoid data sources

Because I was refurbishing the GEOD_ELLIPS structure array of standard earth 
ellipse constants with its current 54 entries I seem to recall a seeing a 
list that may have been longer.  However browsing the normal list of suspects 
has turned up nothing.

Does anyone have info on a well vetted and comprehensive list of earth 
ellipsoid constants.

Thanks.

--

-- 
The whole religious complexion of the modern world is due
to the absence from Jerusalem of a lunatic asylum.
-- Havelock Ellis (1859-1939) British psychologist
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 6 comments |
headers
Charles Karney | 2 Jan 2009 17:41
Favicon

Re: Geo Transfoms and calculations

Gerald I. Evenden wrote:
> That is why I get cranky about the whole issue.

While I have some sympathy with your problems (and I certainly
appreciate your contributions to the software universe), I nevertheless
have two comments:

(1) I question whether the "good ol' days" were really that good.  Back
in the 1970's, you weren't sitting in your "cozy den" hacking on cheap
hardware with a free world-class OS (Linux) and a free world-class
compiler (GCC).  (And the world-class status of both Linux and GCC is a
result, largely, of their GPL status.)

(2) The authors of GSL and readline elected to distribute their code
under the GPL.  Your choices are:
    (a) accept the GPL conditions, or
    (b) decline to use the code.
Kvetching about the choice of the GPL or vilifying the author of the GPL
is unseemly.

[Disclaimer: I am a (very) minor contributor to the GSL.]

--

-- 
Charles Karney <ckarney <at> sarnoff.com>
Sarnoff Corporation, Princeton, NJ 08543-5300

URL: http://charles.karney.info
Tel: +1 609 734 2312
Fax: +1 609 734 2662
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 2 comments |
headers
Till | 2 Jan 2009 18:47
Picon
Favicon

TR: Getting Proj information after pj_init has been thrown

xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

Sorry if duplication.

I’m re-posting it, since it does not show in the mailing lists, whatever link I tried…

 

De : Till [mailto:till <at> free.fr]
Envoyé : jeudi 1 janvier 2009 22:25
À : 'PROJ.4 and general Projections Discussions'
Objet : Getting Proj information after pj_init has been thrown

 

Hi all and a very happy new year to anyone.

We’re using proj.4 as API and are quite happy with it.

So, our base reference is the proj_api.h header.

Is there any way to retrieve PJ information (like major axis or any other projection information) after a pj_init() has been called?

We did try to use projects.h in place of proj_api.h but this brings us to compilation nightmare since this one ‘typedef’s a PVALUE that winreg.h is also ‘typedef’ying (we’re using M$ platform as you may have understood).

Any help in that manner would be welcome.

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 4 comments |
headers
Gerald I. Evenden | 5 Jan 2009 17:02
Picon

Re: TR: Getting Proj information after pj_init has been thrown

On Friday 02 January 2009 12:47:27 pm Till wrote:
> Sorry if duplication.
>
> I’m re-posting it, since it does not show in the mailing lists, whatever
> link I tried…
>
>
>
> De : Till [mailto:till <at> free.fr]
> Envoyé : jeudi 1 janvier 2009 22:25
> À : 'PROJ.4 and general Projections Discussions'
> Objet : Getting Proj information after pj_init has been thrown
>
>
>
> Hi all and a very happy new year to anyone.
>
> We’re using proj.4 as API and are quite happy with it.
>
> So, our base reference is the proj_api.h header.
>
> Is there any way to retrieve PJ information (like major axis or any other
> projection information) after a pj_init() has been called?
>
> We did try to use projects.h in place of proj_api.h but this brings us to
> compilation nightmare since this one ‘typedef’s a PVALUE that winreg.h is
> also ‘typedef’ying (we’re using M$ platform as you may have understood).
>
> Any help in that manner would be welcome.

I cannot speak for what was done to the proj.4 path but the header for 
libproj4 has comments that detail the content of the structure that 
proj_init() (updated pj_init) returns and that includes details of the 
ellipsoid parameters but not the ellipsoid name.  The ascii projection 
parameters are also available in the linked list in the same structure.  Most 
of this was also available in the older proj versions.

I think the old proj program had the -V switch which dumped the settings, 
including ellipse parameters, of a init() return structure.  Certainly, lproj 
has -V,

Again, it is really sad that the original proj distribution had not been 
preserved and was needlessly altered.  i am of very little help on current 
proj.4 details.  I do note that the struct PJconsts in projects.h contains 
the comments I wrote but how it is used is unknown.

As soon as I get the geodesic distribution completed and out in a day or two I 
will start to apply much of the techniques initiated there to complete 
overhaul of libproj4.  I will add that changes in programatic linkage should 
be minimal.  More later.

Alas, these efforts are of no help for proj.4 problem.

--

-- 
The whole religious complexion of the modern world is due
to the absence from Jerusalem of a lunatic asylum.
-- Havelock Ellis (1859-1939) British psychologist
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 3 comments |
headers
support.mn | 4 Jan 2009 16:16
Picon

WGS84 Definition etc.

Hello,

I put here also a link to the Nima 1997 report:

"Department of Defense
World Geodetic System 1984
Its Definition and Relationships
with Local Geodetic Systems"

http://users.auth.gr/~kvek/wgs84rpt.pdf

It seems to be approved for public release, unlimited distribution.

Regards: Janne.

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 0 comments |
headers
Gerald I. Evenden | 5 Jan 2009 17:15
Picon

geodesic distribution

Sorry to be a little late on geodesic distribution but my dsl model blew last 
Friday.  After giving a literal declaration of "Bull Shit" to some poor 
Verizon lackey in an Indian boiler room I went to local Staples and bought a 
new modem/router.

Message of the week: after going through the interminable sequence of machine 
answering devices that Verizon puts in your path to a human voice they have 
the message: "for internet troubles please visit www.blah.blah for 
assistance."  Yeah, right, With what? A magic carpet?

--

-- 
The whole religious complexion of the modern world is due
to the absence from Jerusalem of a lunatic asylum.
-- Havelock Ellis (1859-1939) British psychologist
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 0 comments |
headers
Frank Warmerdam | 5 Jan 2009 17:27
Picon
Favicon
Gravatar

Re: Getting Proj information after pj_init has been thrown

Till wrote:
> Hi all and a very happy new year to anyone.
> 
> We’re using proj.4 as API and are quite happy with it.
> 
> So, our base reference is the proj_api.h header.
> 
> Is there any way to retrieve PJ information (like major axis or any 
> other projection information) after a pj_init() has been called?
> 
> We did try to use projects.h in place of proj_api.h but this brings us 
> to compilation nightmare since this one ‘typedef’s a PVALUE that 
> winreg.h is also ‘typedef’ying (we’re using M$ platform as you may have 
> understood).
> 
> Any help in that manner would be welcome.

Till,

One option is to segregate the use of projects.h in a source file that does
not include windows.h and dependent stuff.  Then you can directly access
into the PJ structure.

Generally speaking internal access to the PJ structure is not encouraged.

Best regards,
--

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam <at> pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 7 comments |

Gmane