[Gvsig_usuarios] proyecciones raras y costesanisotropicos enSEXTANTE

[Alvaro Zabala]

Reabro un post de julio del 2008, por si es de interés este nuevo dato.

En la lista de desarrolladores JTS se ha abierto el debate [1], por parte de
uno de los principales desarrolladores de Geotools, Andrea Aime, para
extender JTS para que trabaje en coordenadas geográficas.

Está interviniendo bastante gente, aunque ahora mismo solo está en estado de
intercambio de opiniones. Igual sería interesante derivar esto hacia OSGeo
para su inclusión en el stack OSGeo:

[1] JTS with geodetic coordinates. JTS-DEVEL.
http://lists.jump-project.org/pipermail/jts-devel/2008-November/002709.html

Saludos.

El 11 de julio de 2008 9:56, Victor Olaya <volaya en unex.es> escribió:

> Pido perdón por lo de "proyecciones raras" :-P No es un termino muy exacto
> ni técnico... Esos temas de geodestas no son lo mio :-P
>
> No estoy de acuerdo  con David en que los algoritmos de cálculos de
> parámetros métricos vayan en los algoritmos de análisis y no en el SIG. El
> SIG no solo nos debe dar a los prgramadores de algoritmos la visualizacion
> (a mi particularmente me importa cero la visualización a la hora de
> implementar procesos...) sino otras herramientas. Si el SIG implementa los
> sistemas de coordenadas, estaría bien que implementara algo con esos
> sistemas del tipo "distancia entre celdas", que te diga la distancia entre
> una celda y su vecina y se encargue de calcularlo de la forma
> correspondiente según sea el sistema que se utiliza.
>
> He estado mirando el codigo de grass y no tiene esas cosas en cuenta para
> calculos con MDE, y como Angel dice, es probable que ninguno lo haga. De
> hecho, hay por ahi extensiones para algunos SIG que si lo tienen en cuenta
> para algunos calculos puntuales, y lo anuncian como algo novedoso y
> diferente. Yo sigo pensando que esas cosas las debería dar el propio SIG,
> para hacer transparente la gestión de sistemas de coordenadas al
> desarrollar
> algoritmos de análisis.
>
> Dicho esto, para el tema de costes una solucion que se me ocurre es que
> uses
> un poco de álgebra de mapas para modificar la capa de coste unitario. Es
> decir, si tienes la capa de costes unitarios, que la modifiques con otra en
> la que tengas los valores de distancia entre celda. Así, si en un punto de
> tu area de estudio la distancia real entre dos celdas es menor que en otras
> dos, el coste de desplazarse entre ellas será menor, y deberás por tanto
> reducirlo. No sé hasta que punto esto resulta una idea factible de poner en
> práctica, pero por el momento es lo que se me ocurre.
>
> Saludos
>
> Victor
>
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en runas.cap.gva.es
>
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
>
> http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>



-- 
Alvaro Zabala Ordóñez
azabala en gmail.com
alvaro.zabala[en]juntadeandalucia[punto]es
Tlf: 954 995 572
Gabinete de Normalización y Calidad
Servicio de Coordinación y Desarrollo de Sistemas Horizontales.
D.G. de Innovación y Administraciones Públicas.
Consejería de Innovación, Ciencia y Empresa, Junta de Andalucía
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://runas.cap.gva.es/pipermail/gvsig_usuarios/attachments/20081107/3744793c/attachment.htm