gvSIG bugs #2360
Ruta de mínimo coste
Status: | Closed | % Done: | 0% | |
---|---|---|---|---|
Priority: | Normal | Spent time: | - | |
Assignee: | ||||
Category: | Geoprocess | |||
Target version: | 2.1.0-2221-testing | |||
Severity: | Add-on version: | |||
gvSIG version: | 2.1.0 | Add-on build: | ||
gvSIG build: | 2220 | Add-on resolve version: | ||
Operative System: | Add-on resolve build: | |||
Keywords: | Proyecto: | |||
Has patch: | No | Hito: | ||
Add-on name: | Unknown |
Description
Reportado por Sergio Sosa en lista usuarios:
Estoy utilizando gvSIG 2.0 de la siguiente manera:
- Tengo en entrada una capa raster ESRI del ICC (met15) que contiene el DEM en resolucion 15m x 15m (llamemosla capa A)
- Esta capa esta en projeccion UTM 31N (EPSG:3043) y he configurado la Vista para que sea la projeccion por defecto.
- De esta capa A calculo la pendiente y la orientacion si ningun problema (llamemoslas B y C respectivamente)
- La nueva capa de pendiente la reclasifico en 7 niveles (nueva capa D)
- Creo una capa vectorial con un solo punto (el punto de destino) a partir de un fichero *.dbf. Este punto tambien esta dado en coordenadas UTM 31N dentro de la zona de estudio
- Rasterizo la capa vectorial que contiene un solo punto y obtengo una nueva capa raster (capa E)
- Con las capas C, D i E utilizo el algoritmo de "Coste acumulado" y obtengo el resultado en una nueva capa raster (llamemosla F)
Hasta aqui todo bien y sin problemas particulares. Pero ahora llamo al algoritmo de ruta de minimo coste e introduzco la capa de coste acumulado (capa F) y un punto de origen en coordenadas UTM 31N dentro de la zona de estudio... a mi mucho pesar obtengo el error siguiente:
es.unex.sextante.excpetions.GeoAlgorithmExecutionException: La capa no contienen lineas
El problema tambien aparece si utilizo el algoritmo de coste acumulado
isotropico previamenta al calculo de ruta de mínimo coste
Nacho: tengo la capa final (la F), con la que se produce el error, te la paso por skype.
History
#1
Updated by Ignacio Brodín over 10 years ago
- Status changed from New to Fixed
Había un problema con este geoproceso porque son dos geoprocesos anidados. El primero genera una capa y llama al segundo que lee esta misma capa. Parece que los datos que eran guardados no podían ser recuperados por el segundo geoproceso.
#2
Updated by Álvaro Anguix over 10 years ago
- Status changed from Fixed to Closed