[Gvsig_usuarios] proyecciones raras y costesanisotropicos enSEXTANTE

[Alvaro Zabala]

Y para enriquecer aun más esta cuestión, los usuarios de sw privativo
también se plantean estos problemas:

http://forums.esri.com/Thread.asp?c=93&f=982&t=266198&mc=7

El 7 de noviembre de 2008 21:26, Alvaro Zabala <azabala en gmail.com> escribió:

> 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
>
>
>


-- 
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/6d1809c0/attachment.htm