this later does not follow esri naming convention. An "esri" friendly
> name can be retrieved
> >
> > from epsg.io web site, but this is online. I don't know if they use a
> esri database or if they use
> >
> > some rules to make names esri friendly
oût 2022 à 13:20
de : edgar.sol...@web.de
à : jump-pilot-devel@lists.sourceforge.net
objet : Re: [JPP-Devel] OpenJUMP throws a null point exception if coord_ref_sys
is found
On 21.08.2022 10:56, Michaud Michael wrote:
Hi Peppe,
You're right, I found 171 srid in srid2prj which are not in
sugggested by Peppe but
>
> this later does not follow esri naming convention. An "esri" friendly name
> can be retrieved
>
> from epsg.io web site, but this is online. I don't know if they use a
> esri database or if they use
>
> some rules to make nam
Ede, PeppeEPSG is good at listing all known coordinate systems in the world but unfortunately,standardization to describe them is a slow process and we sometime have to deal withdifferent identifiers (ex. epsg/esri), names (wkt/esri convention), formats (wkt, wkt2).This post gives some good hints
Hi Michael
>You're right, I found 171 srid in srid2prj which are not
in pe_list_projcs_geogcs.zip.
there are codes that I manually added:
* ESRI codes
* Coordinate Systems of Géoportail de l'IGN (France)
* IGNF SRID
The file srid.txt is a patch work from other files
Peppe
Il giorno dom 21 ago 20
On 21.08.2022 20:50, edgar.sol...@web.de wrote:
a little hard to find, but here's the current EPSG "license" info. afaics we
just need to acknowledge that it came from them
"Ownership of the EPSG Dataset by IOGP must be acknowledged"
didn't check Readme.txt if we do already.
whoops. forgot the
a little hard to find, but here's the current EPSG "license" info. afaics we
just need to acknowledge that it came from them
"Ownership of the EPSG Dataset by IOGP must be acknowledged"
didn't check Readme.txt if we do already.
i'll send Mike a wetransfer link with the wkt files. i guess we coul
I made srid2prj.txt trying to add all the codes available in that year
(2016), not sure which database I used from EPSG
Il giorno dom 21 ago 2022 alle ore 18:58 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:
> Hi Michael and Ede
> in the package org.openjump.core.ccordsys.utils there are
Hi Michael and Ede
in the package org.openjump.core.ccordsys.utils there are two text files:
srid.txt which was and, i think, is still responsible to relate an epsg
code with a readable explanation and the unit
In the same package the file ProjUtils has all the methods to read a prj
(or an aux file
On 21.08.2022 10:56, Michaud Michael wrote:
Hi Peppe,
You're right, I found 171 srid in srid2prj which are not in
pe_list_projcs_geogcs.zip.
Can you remember where the srid2prj file comes from ? And can you telle me
which projection you use which are not in pe_list_projcs_geogcs.zip (just
c
Hi Peppe,You're right, I found 171 srid in srid2prj which are not in pe_list_projcs_geogcs.zip.Can you remember where the srid2prj file comes from ? And can you telle me which projection you use which are not in pe_list_projcs_geogcs.zip (just curious).Using several reference file is far from ide
same here :),
better as an issue on github and definitely Mikes cup of coffee .. sunny
regards ede
On 18.08.2022 09:55, Giuseppe Aruta wrote:
Hi all,
with the new OJ 2.1 adopted an external file (coord_ref_sys) to read OGC code
on saving to.prj file (shapefile). Reading code is related to th
Hi all,
with the new OJ 2.1 adopted an external file (coord_ref_sys) to read OGC
code on saving to.prj file (shapefile). Reading code is related to the
method EsriProj.findProj(...)
If the external coord_ref_sys file is not found, when I try to save to
shapefile, OJ throws an exception and the fil
13 matches
Mail list logo
