Librerías para cambio de Datum en entorno Java.

[Javier Sánchez Ramírez]

Some javascript/style in this post has been disabled (why?)

Hola,

 

¿Alguien me puede orientar sobre cómo implementar un .jar/pluging Java para hacer transformación de datum  WGS84 <-> ED50?

 

Tengo entendido que no está resuelto en java utilizando la librería proj.4, aunque supongo que con determinadas librerías de GeoTools se tiene que poder hacer. Creo que gvSIG sí hace también este tipo de transformación, ¿Qué librerías utiliza internamente?

 

Muchas gracias por cualquier comentario,

 

Javi.

http://wiki.osgeo.org/wiki/User:Jsanchez

 

 

 

 

_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

[Luis W. Sevilla]

Javier Sánchez Ramírez wrote:

>
> Hola,
>
>  
>
> ¿Alguien me puede orientar sobre cómo implementar un .jar/pluging Java
> para hacer transformación de datum  WGS84 <-> ED50?
>
>  
>
> Tengo entendido que no está resuelto en java utilizando la librería
> proj.4, aunque supongo que con determinadas librerías de GeoTools se
> tiene que poder hacer. Creo que gvSIG sí hace también este tipo de
> transformación, ¿Qué librerías utiliza internamente?
>

Está resuelto en mediante librería usando proj. De echo, tanto mapserver
como postgis (ambos usan proj) permiten que los configures para hacer
correctamente la reproyección.
gvSIG utiliza proj para los cálculos, integrada en la extensión JCRS [1]

Saludos
    Luis

[1] http://www.gvsig.gva.es/index.php?id=1588&L=0

>
>  
>
> Muchas gracias por cualquier comentario,
>
>  
>
> Javi.
>
> http://wiki.osgeo.org/wiki/User:Jsanchez
>
>  
>
>  
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Spanish mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/spanish
>  

--
  Luis W. Sevilla Muelas
  Valencia - Spain

The secret to programming is not intelligence, though of course that helps. It is not hard work or experience, though they help, too. The secret to programming is having smart friends. (Ron Avitzur)


_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

[Javier Sánchez Ramírez]

Retomando este tema,

Lo primero, Gracias por la información Luís!

Efectivamente, ya lo hemos resuelto en Java con librerías GeoTools. Lo que nos preocupaba es que tenía que funcionar en aplicaciones Java 'en local', no en servidor. Ahora pretendemos hacer lo mismo en entorno .Net.

Parece que existía un proyecto Geotools.Net[1], pero tiene pinta de antiguo y abandonado.

¿Alguien ha integrado funciones de reproyección en .Net últimamente con estas librerías u otras 'libres' que pueda haber?

Gracias,

Javi.


[1] http://sourceforge.net/projects/geotoolsnet/files/


-----Mensaje original-----
De: [hidden email] [mailto:[hidden email]] En nombre de Luis W. Sevilla
Enviado el: viernes, 17 de julio de 2009 14:01
Para: Cap& amp; #237; tulo Local de la comunidad hispano-hablante
Asunto: Re: [Spanish] Librerías para cambio de Datum en entorno Java.

Javier Sánchez Ramírez wrote:

>
> Hola,
>
>  
>
> ¿Alguien me puede orientar sobre cómo implementar un .jar/pluging Java
> para hacer transformación de datum  WGS84 <-> ED50?
>
>  
>
> Tengo entendido que no está resuelto en java utilizando la librería
> proj.4, aunque supongo que con determinadas librerías de GeoTools se
> tiene que poder hacer. Creo que gvSIG sí hace también este tipo de
> transformación, ¿Qué librerías utiliza internamente?
>

Está resuelto en mediante librería usando proj. De echo, tanto mapserver
como postgis (ambos usan proj) permiten que los configures para hacer
correctamente la reproyección.
gvSIG utiliza proj para los cálculos, integrada en la extensión JCRS [1]

Saludos
    Luis

[1] http://www.gvsig.gva.es/index.php?id=1588&L=0

>
>  
>
> Muchas gracias por cualquier comentario,
>
>  
>
> Javi.
>
> http://wiki.osgeo.org/wiki/User:Jsanchez
>
>  
>
>  
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Spanish mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/spanish
>  

--
  Luis W. Sevilla Muelas
  Valencia - Spain

The secret to programming is not intelligence, though of course that helps. It is not hard work or experience, though they help, too. The secret to programming is having smart friends. (Ron Avitzur)


_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

[Paul, Michael]

Hola,

La librería Geotools.Net efectivamente está abandonada desde hace muchos años.
Algunas librerías .Net que ofrecen algoritmos de reproyección (en orden de actividad del proyecto):
- http://www.codeplex.com/SharpMap
- http://nts.sourceforge.net/
- http://sourceforge.net/projects/mgis/

Por último, si es para una aplicación en local, por qué no usar el wrapper de GDAL/OGR para .Net[4]? Ese wrapper está incluido en los fwtools (subcarpeta csharp). Un ejemplo de uso está en la clase OsrTransform [5].



Saludos,

Michael

[4] http://trac.osgeo.org/gdal/wiki/GdalOgrInCsharp
[5] http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/OSRTransform.cs


-----Mensaje original-----
De: [hidden email] [mailto:[hidden email]] En nombre de Javier Sánchez Ramírez
Enviado el: miércoles, 22 de julio de 2009 12:18
Para: Cap& amp; #237; tulo Local de la comunidad hispano-hablante
Asunto: RE: [Spanish] Librerías para cambio de Datum en entorno Java vs. .Net

Retomando este tema,

Lo primero, Gracias por la información Luís!

Efectivamente, ya lo hemos resuelto en Java con librerías GeoTools. Lo que nos preocupaba es que tenía que funcionar en aplicaciones Java 'en local', no en servidor. Ahora pretendemos hacer lo mismo en entorno .Net.

Parece que existía un proyecto Geotools.Net[1], pero tiene pinta de antiguo y abandonado.

¿Alguien ha integrado funciones de reproyección en .Net últimamente con estas librerías u otras 'libres' que pueda haber?

Gracias,

Javi.


[1] http://sourceforge.net/projects/geotoolsnet/files/


-----Mensaje original-----
De: [hidden email] [mailto:[hidden email]] En nombre de Luis W. Sevilla
Enviado el: viernes, 17 de julio de 2009 14:01
Para: Cap& amp; #237; tulo Local de la comunidad hispano-hablante
Asunto: Re: [Spanish] Librerías para cambio de Datum en entorno Java.

Javier Sánchez Ramírez wrote:

>
> Hola,
>
>  
>
> ¿Alguien me puede orientar sobre cómo implementar un .jar/pluging Java
> para hacer transformación de datum  WGS84 <-> ED50?
>
>  
>
> Tengo entendido que no está resuelto en java utilizando la librería
> proj.4, aunque supongo que con determinadas librerías de GeoTools se
> tiene que poder hacer. Creo que gvSIG sí hace también este tipo de
> transformación, ¿Qué librerías utiliza internamente?
>

Está resuelto en mediante librería usando proj. De echo, tanto mapserver
como postgis (ambos usan proj) permiten que los configures para hacer
correctamente la reproyección.
gvSIG utiliza proj para los cálculos, integrada en la extensión JCRS [1]

Saludos
    Luis

[1] http://www.gvsig.gva.es/index.php?id=1588&L=0

>
>  
>
> Muchas gracias por cualquier comentario,
>
>  
>
> Javi.
>
> http://wiki.osgeo.org/wiki/User:Jsanchez
>
>  
>
>  
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Spanish mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/spanish
>  

--
  Luis W. Sevilla Muelas
  Valencia - Spain

The secret to programming is not intelligence, though of course that helps. It is not hard work or experience, though they help, too. The secret to programming is having smart friends. (Ron Avitzur)


_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

This e-mail and any attachments may contain confidential or privileged information.
Any unauthorized copying, use or distribution of this information is strictly
prohibited.
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

[Jorge Sanz (OSGeo)]

2009/7/22 Javier Sánchez Ramírez <[hidden email]>:
> Retomando este tema,
>
> Lo primero, Gracias por la información Luís!
>
> Efectivamente, ya lo hemos resuelto en Java con librerías GeoTools. Lo que nos preocupaba es que tenía que funcionar en aplicaciones Java 'en local', no en servidor. Ahora pretendemos hacer lo mismo en entorno .Net.

Lo habéis hecho usando una transformación de 7 parámetros ¿no?

--
Jorge Gaspar Sanz Salinas
Ingeniero en Geodesia y Cartografía
http://wiki.osgeo.org/wiki/Jorge_Sanz
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

[Javier Sánchez Ramírez]

Gracias Michael,

Estábamos mirando SharpMap, que hemos comprobado que lo resolvía para algunos sistemas.
No conocíamos el wrapper de GDAL/OGR, que tiene buena pinta para lo que queremos hacer, lo vamos a mirar también.

Gracias por la ayuda,

Javi.



[1] http://www.sharpgis.net/post/2006/07/07/Applying-on-the-fly-transformation-in-SharpMap.aspx


-----Mensaje original-----
De: [hidden email] [mailto:[hidden email]] En nombre de Paul, Michael
Enviado el: miércoles, 22 de julio de 2009 12:37
Para: Cap& amp; #237; tulo Local de la comunidad hispano-hablante
Asunto: RE: [Spanish] Librerías para cambio de Datum en entorno Java vs. .Net

Hola,

La librería Geotools.Net efectivamente está abandonada desde hace muchos años.
Algunas librerías .Net que ofrecen algoritmos de reproyección (en orden de actividad del proyecto):
- http://www.codeplex.com/SharpMap
- http://nts.sourceforge.net/
- http://sourceforge.net/projects/mgis/

Por último, si es para una aplicación en local, por qué no usar el wrapper de GDAL/OGR para .Net[4]? Ese wrapper está incluido en los fwtools (subcarpeta csharp). Un ejemplo de uso está en la clase OsrTransform [5].



Saludos,

Michael

[4] http://trac.osgeo.org/gdal/wiki/GdalOgrInCsharp
[5] http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/OSRTransform.cs


-----Mensaje original-----
De: [hidden email] [mailto:[hidden email]] En nombre de Javier Sánchez Ramírez
Enviado el: miércoles, 22 de julio de 2009 12:18
Para: Cap& amp; #237; tulo Local de la comunidad hispano-hablante
Asunto: RE: [Spanish] Librerías para cambio de Datum en entorno Java vs. .Net

Retomando este tema,

Lo primero, Gracias por la información Luís!

Efectivamente, ya lo hemos resuelto en Java con librerías GeoTools. Lo que nos preocupaba es que tenía que funcionar en aplicaciones Java 'en local', no en servidor. Ahora pretendemos hacer lo mismo en entorno .Net.

Parece que existía un proyecto Geotools.Net[1], pero tiene pinta de antiguo y abandonado.

¿Alguien ha integrado funciones de reproyección en .Net últimamente con estas librerías u otras 'libres' que pueda haber?

Gracias,

Javi.


[1] http://sourceforge.net/projects/geotoolsnet/files/


-----Mensaje original-----
De: [hidden email] [mailto:[hidden email]] En nombre de Luis W. Sevilla
Enviado el: viernes, 17 de julio de 2009 14:01
Para: Cap& amp; #237; tulo Local de la comunidad hispano-hablante
Asunto: Re: [Spanish] Librerías para cambio de Datum en entorno Java.

Javier Sánchez Ramírez wrote:

>
> Hola,
>
>  
>
> ¿Alguien me puede orientar sobre cómo implementar un .jar/pluging Java
> para hacer transformación de datum  WGS84 <-> ED50?
>
>  
>
> Tengo entendido que no está resuelto en java utilizando la librería
> proj.4, aunque supongo que con determinadas librerías de GeoTools se
> tiene que poder hacer. Creo que gvSIG sí hace también este tipo de
> transformación, ¿Qué librerías utiliza internamente?
>

Está resuelto en mediante librería usando proj. De echo, tanto mapserver
como postgis (ambos usan proj) permiten que los configures para hacer
correctamente la reproyección.
gvSIG utiliza proj para los cálculos, integrada en la extensión JCRS [1]

Saludos
    Luis

[1] http://www.gvsig.gva.es/index.php?id=1588&L=0

>
>  
>
> Muchas gracias por cualquier comentario,
>
>  
>
> Javi.
>
> http://wiki.osgeo.org/wiki/User:Jsanchez
>
>  
>
>  
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Spanish mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/spanish
>  

--
  Luis W. Sevilla Muelas
  Valencia - Spain

The secret to programming is not intelligence, though of course that helps. It is not hard work or experience, though they help, too. The secret to programming is having smart friends. (Ron Avitzur)


_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

This e-mail and any attachments may contain confidential or privileged information.
Any unauthorized copying, use or distribution of this information is strictly
prohibited.
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

[Javier Sánchez Ramírez]

-----Mensaje original-----
De: [hidden email] [mailto:[hidden email]] En nombre de Jorge Gaspar Sanz Salinas
Enviado el: miércoles, 22 de julio de 2009 12:46
Para: Cap&, amp, #237, tulo Local de la comunidad hispano-hablante
Asunto: Re: [Spanish] Librerías para cambio de Datum en entorno Java vs. .Net

2009/7/22 Javier Sánchez Ramírez <[hidden email]>:
>> Retomando este tema,
>>
>> Lo primero, Gracias por la información Luís!
>>
>> Efectivamente, ya lo hemos resuelto en Java con librerías GeoTools. Lo que nos preocupaba es que tenía que funcionar en aplicaciones Java 'en local', no en servidor. Ahora pretendemos hacer lo mismo en entorno .Net.

>Lo habéis hecho usando una transformación de 7 parámetros ¿no?

Hemos quitado mogollón de librerías. Al final el jar que utilizamos es 'gt-epsg-hsql-2.5.5.jar'.

Supongo que te refieres a los parámetros Bursa-Wolf. Hemos dejado los 'por defecto' que vienen en Geotools. A saber:

Source CRS is:
    GEOGCS["WGS 84",
  DATUM["World Geodetic System 1984",
    SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]],
    AUTHORITY["EPSG","6326"]],
  PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
  UNIT["degree", 0.017453292519943295],
  AXIS["Geodetic latitude", NORTH],
  AXIS["Geodetic longitude", EAST],
  AUTHORITY["EPSG","4326"]]
Target CRS is:
    PROJCS["ED50 / UTM zone 30N",
  GEOGCS["ED50",
    DATUM["European Datum 1950",
      SPHEROID["International 1924", 6378388.0, 297.0, AUTHORITY["EPSG","7022"]],
      TOWGS84[-157.89, -17.16, -78.41, 2.118, 2.697, -1.434, -1.1097046576093785],
      AUTHORITY["EPSG","6230"]],
    PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
    UNIT["degree", 0.017453292519943295],
    AXIS["Geodetic latitude", NORTH],
    AXIS["Geodetic longitude", EAST],
    AUTHORITY["EPSG","4230"]],
  PROJECTION["Transverse Mercator", AUTHORITY["EPSG","9807"]],
  PARAMETER["central_meridian", -3.0],
  PARAMETER["latitude_of_origin", 0.0],
  PARAMETER["scale_factor", 0.9996],
  PARAMETER["false_easting", 500000.0],
  PARAMETER["false_northing", 0.0],
  UNIT["m", 1.0],
  AXIS["Easting", EAST],
  AXIS["Northing", NORTH],
  AUTHORITY["EPSG","23030"]]





--
Jorge Gaspar Sanz Salinas
Ingeniero en Geodesia y Cartografía
http://wiki.osgeo.org/wiki/Jorge_Sanz
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish
_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish

[Luis W. Sevilla]

Me temo que esa transformación no te va a servir si vas a trabajar con
mucho nivel de precisión. Creo recordar que da errores del orden de
 >150m. Si no utilizas la rejilla, no vas a poder obtener una precisión
razonable.
Esa es la razón por la cual jCRS usa proj4 para el cálculo, a pesar de
que la estructura de clases es la de geotools.

Saludos
    Luis
Javier Sánchez Ramírez wrote:

> -----Mensaje original-----
> De: [hidden email] [mailto:[hidden email]] En nombre de Jorge Gaspar Sanz Salinas
> Enviado el: miércoles, 22 de julio de 2009 12:46
> Para: Cap&, amp, #237, tulo Local de la comunidad hispano-hablante
> Asunto: Re: [Spanish] Librerías para cambio de Datum en entorno Java vs. .Net
>
> 2009/7/22 Javier Sánchez Ramírez <[hidden email]>:
>  
>>> Retomando este tema,
>>>
>>> Lo primero, Gracias por la información Luís!
>>>
>>> Efectivamente, ya lo hemos resuelto en Java con librerías GeoTools. Lo que nos preocupaba es que tenía que funcionar en aplicaciones Java 'en local', no en servidor. Ahora pretendemos hacer lo mismo en entorno .Net.
>>>      
>
>  
>> Lo habéis hecho usando una transformación de 7 parámetros ¿no?
>>    
>
> Hemos quitado mogollón de librerías. Al final el jar que utilizamos es 'gt-epsg-hsql-2.5.5.jar'.
>
> Supongo que te refieres a los parámetros Bursa-Wolf. Hemos dejado los 'por defecto' que vienen en Geotools. A saber:
>
> Source CRS is:
>     GEOGCS["WGS 84",
>   DATUM["World Geodetic System 1984",
>     SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]],
>     AUTHORITY["EPSG","6326"]],
>   PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
>   UNIT["degree", 0.017453292519943295],
>   AXIS["Geodetic latitude", NORTH],
>   AXIS["Geodetic longitude", EAST],
>   AUTHORITY["EPSG","4326"]]
> Target CRS is:
>     PROJCS["ED50 / UTM zone 30N",
>   GEOGCS["ED50",
>     DATUM["European Datum 1950",
>       SPHEROID["International 1924", 6378388.0, 297.0, AUTHORITY["EPSG","7022"]],
>       TOWGS84[-157.89, -17.16, -78.41, 2.118, 2.697, -1.434, -1.1097046576093785],
>       AUTHORITY["EPSG","6230"]],
>     PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
>     UNIT["degree", 0.017453292519943295],
>     AXIS["Geodetic latitude", NORTH],
>     AXIS["Geodetic longitude", EAST],
>     AUTHORITY["EPSG","4230"]],
>   PROJECTION["Transverse Mercator", AUTHORITY["EPSG","9807"]],
>   PARAMETER["central_meridian", -3.0],
>   PARAMETER["latitude_of_origin", 0.0],
>   PARAMETER["scale_factor", 0.9996],
>   PARAMETER["false_easting", 500000.0],
>   PARAMETER["false_northing", 0.0],
>   UNIT["m", 1.0],
>   AXIS["Easting", EAST],
>   AXIS["Northing", NORTH],
>   AUTHORITY["EPSG","23030"]]
>
>
>
>
>
>  

--
  Luis W. Sevilla Muelas
  Valencia - Spain

The secret to programming is not intelligence, though of course that helps. It is not hard work or experience, though they help, too. The secret to programming is having smart friends. (Ron Avitzur)


_______________________________________________
Spanish mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/spanish