*>is my understanding correct that IAU2000.wkt is the result of a 20 KB
Python>script (create_IAU2000_wkt.py) run on a 3.8KB text file
(naifcodes_radii_m.txt)?*
Yes - but needs a couple minor tweaks.
*>So I can see 2 other alternatives instead of directly including
IAU2000.wkt :*
Both good idea
Le vendredi 05 décembre 2014 15:43:48, Hare, Trent a écrit :
> Even,
>I agree we can probably purge the duplication. This was introduced
> because I couldn't find a method to designate "ographic" latitudes versus
> "ocentric" latitude systems within the WKT standard (still not clear on
> that).
Even,
I agree we can probably purge the duplication. This was introduced
because I couldn't find a method to designate "ographic" latitudes versus
"ocentric" latitude systems within the WKT standard (still not clear on
that). Thus *even values* (e.g. 49900 Mars) are ocentric and *odd
values* (49
Le vendredi 05 décembre 2014 06:37:34, Yann Chemin a écrit :
> Hi all,
>
> just want to pick up the status of this, anything new/started somewhere I
> could help with?
Not that I'm aware of.
Looking more closely at
http://svn.osgeo.org/metacrs/sr.org/srsbrowser/data/IAU2000.wkt, I see that
eac
Hi all,
just want to pick up the status of this, anything new/started somewhere I
could help with?
Trent, anything happened on your side about planetary proj support?
I am going to have a nother look about it, once answers/comments reach.
Cheers,
Yann
On 16 May 2014 at 04:46, Etienne Tourigny
You might be able to gzip compress the file
GDAL can read gzip files transparently, but I am not sure that the csv
reading code in GDAL works with compressed files.
On Thu, May 15, 2014 at 9:00 AM, Yann Chemin wrote:
> Hi Even,
>
> I would be interested to include it. But I see that the 1Mb
>
I've been talking to OGP folks, and they were not really interested - BTW, also
not in our time coordinate reference systems; Time CRSs are being addressed
within OGC, therefore: the OGC resolver serves space and (soon) time, and
spatial requests will be forwarded to the EPSG service.
On inclu
No issues with distribution of IAU codes. Anything we or I release (code or
otherwise) will have a "public domain" license as in normal as per US
government policy. Thus it is free for use by anyone for any purpose
without restriction under copyright law. If "GDAL" requires a more normal
license it
Le jeudi 15 mai 2014 16:56:26, Andre Joost a écrit :
> Am 14.05.2014 12:53, schrieb Even Rouault:
> > Regarding PROJ.4 'espg' and PostGIS spatial_ref_sys.sql files, I've also
> > added the list of SRS that are GEOCCS (GeoCentric) and COMPD_CS
> > (Compound Horizontal + Vertical).
> >
> > Please le
Le jeudi 15 mai 2014 14:00:33, Yann Chemin a écrit :
> Hi Even,
>
> I would be interested to include it. But I see that the 1Mb
> uncompressed text is an issue.
>
> If it was OK for the additional Mb in the source code,
> what would be the place to look into gdal code to create the patch needed?
Am 14.05.2014 12:53, schrieb Even Rouault:
Regarding PROJ.4 'espg' and PostGIS spatial_ref_sys.sql files, I've also added
the list of SRS that are GEOCCS (GeoCentric) and COMPD_CS (Compound Horizontal
+ Vertical).
Please let me know if you see issues.
The GEOCGS will likely cause a lot of c
Hi Even,
I would be interested to include it. But I see that the 1Mb
uncompressed text is an issue.
If it was OK for the additional Mb in the source code,
what would be the place to look into gdal code to create the patch needed?
Thanks,
Yann
PS: did not copy other lists as I am not a member, r
Selon Yann Chemin :
> Hi,
>
> is there planetary datum support in this new version (i.e. Moon 2000, or
> etc.)?
No, I don't think that the EPSG folks are interested in other planets yet ;-)
But Frank mentionned some time ago (
http://osgeo-org.1560.x6.nabble.com/IAU-2000-Coordinate-System-Diction
Hi,
is there planetary datum support in this new version (i.e. Moon 2000, or etc.)?
Yann
On 14/05/2014, Even Rouault wrote:
> Hi,
>
> I've followed the update process of the EPSG SRS database to latest v8.4,
> and
> just committed the updated files into libgeotiff, GDAL and PROJ trunk. Also
>
>
Hi,
I've followed the update process of the EPSG SRS database to latest v8.4, and
just committed the updated files into libgeotiff, GDAL and PROJ trunk. Also
submitted to PostGIS.
>From what I can see, among many changes and additions, 2 new projection
methods have been added:
* 1051,Lambert C
15 matches
Mail list logo
