[Gvsig_usuarios] algunas preguntas
José Antonio Canalejo Alonso
jacanalejo en yahoo.es
Jue Mar 29 13:51:50 CEST 2007
Emilio, mientras mas opiniones mejor!!, o sea que no
te has entrometido, sino todo lo contrario!
Yo tampoco me atrevo a comparar ya que sería un tema
al que habría que dedicarle tiempo y analisis. De
todas formas, sería un estudio interesante,....
Saludos,
José Antonio Canalejo
--- "Emilio Gómez Fdez." <egofer en terra.es> escribió:
---------------------------------
Hola,
Perdonar que me entrometa. Yo en lo que si he
encontrado diferenciassustanciables de tiempo entre
ArcGIS 9.1 y gvSIG a favor del primero hasido en el
geoproceso de recortar. A partir de una capa de
polígonoscon una superficie de 5.321 km2 (300
KB y seis campos) recorté otra con114.200
polígonos (24 MB y tres campos por registro)
correspondientes aedificaciones para extraer
únicamente las que se encontraban dentro
deaquella. ArcGis 9.1 tardaba en recortar la capa unos
15-20 min aprox.si mal no recuerdo, mientras que gvSIG
se acercaba a la hora.
Un saludo,
Emilio Gómez Fernández
José Antonio Canalejo Alonso escribió:
Hola Alvaro,gracias por tu respuesta tan bien
documentada. Aunquecomo tu dices, las comparaciones
son odiosas, yo tengola misma impresion (JUMP no he
probado, pero si conArcGIS 9.1 y ArcView3.2) sobre los
rendimientos.Mis pruebas han sido por ejemplo un clip
con:- shape de referencia "a cortar": geometria
muyirregular (800000 ha), 126 MB y 93500 registros
condos campos en la tabla.- shape máscara de
corte: geometría muy irregular (80ha), 2MB y
318 registros con 12 campos.Gracias por tu
respuesta,José Antonio Canalejo--- alvaro
zabala
<alvaro.zabala en juntadeandalucia.es>escribió:
Jose Antonio, el tamaño puede ser muy
subjetivo¿podrías dar mas datos sobre
las capas empleadas? (nº de registros,
tamañoen Mb de los ficheros, nº de puntos
de las entidades geográficas,etc.)Yo he hecho
varias comparativas con ArcMap 8.3 yotros programas
libres (JUMP, etc.) y básicamente se puede
apreciar:-un mejor rendimiento de gvSIG en el
cálculo debuffers, al emplear una
optimización especial. Este mejor rendimiento
seaprecia cuanto MAYOR SEA LA DISTANCIA DE buffer (por
ejemplo, buffers de20 Km en una capa de municipios...,
buffers por debajo de 100 no sonperceptibles)-por lo
general, un mejor rendimiento de ArcMap (entorno al
15%) en la realización de operaciones de
overlay (unión,diferencia,
intersección), debido a que ArcMap en
última instancia construyeestructuras de
almacenamiento topológico, mientras que gvSIG
seapoya en JTS, que sigue el modelo SFS de OGC (es
decir, no sigue un modelode datos
topológico).-un mejor rendimiento de gvSIG
frente a JUMP, etc.especialmente visible conforme
aumenta el tamaño de los datos de entrada(gvSIG
escala, OpenJUMP por ejemplo a partir de determinados
datosde entrada lanza errores del tipo OutOfMemory)En
general, el geoprocessing de gvSIG muestrarendimientos
satisfactorios (si comparamos el tiempo de vida
deambos productos) pero la ejecución de
geoprocesos que en gvSIG toman muchotiempo en ArcMap
no han tomado mucho menos (estamos hablando del
mismoorden de magnitud, por ejemplo, uniones que en
gvSIG tardaron 10minutos en ArcMap tardaron 8 minutos
y medio, otra operación costosa es
elcálculo de topología de líneas,
la construcción de capas de polígonos
apartir de capas de líneas, etc.). De todos
modos, comparar todavía esodioso (si tenemos en
cuenta el tiempo de vida de ambos productos, y
laexperiencia sobre determinados campos)Otro aspecto a
tener en cuenta es el ratio nº depuntos por
entidad geométrica (feature). Quiero decir:
capas depolígonos con pocos registros puede
tomar tanto o más tiempo que lasoperaciones
sobre capas con muchos registros si en el primer caso
lospolígonos tienen muchos vértices
(ejemplo: provincias con miles de puntospor
polígono frente a parcelas catastrales con
cientos o decenas).SaludosJosé Antonio Canalejo
Alonso escribió:
Hola,he realizado algunos test de Geoprocesing con
datos de
gran tamaño y me han funcionado bien, aunque
hanrequerido su tiempo,... Me gustaría conocer
vuestras
experiencias con ello y si hay limitaciones
alrespecto? Con respecto a tablas,Está
previsto poder exportarlas a otros
formatos(text,dbf,..) o a un banco de datos?Esta
previsto ofrecer la posibilidad de exportar
un
shape que tenga tablas asociadas de forma que
quede la
union permanente?Gracias por vuestra
colaboración y hasta pronto!!José
Antonio Canalejo
______________________________________________ LLama
Gratis a cualquier PC del Mundo. Llamadas a fijos y
móviles desde 1 céntimo por
minuto.
http://es.voice.yahoo.com_______________________________________________gvSIG_usuarios
mailing listgvSIG_usuarios en runas.cap.gva.es
http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
-- Alvaro Zabala OrdóñezServicio de
Informática dela Dirección General para
la Función PúblicaTlf externo:
955009347Tlf interno: 309347correo:
alvaro.zabala en juntadeandalucia.es_______________________________________________gvSIG_usuarios
mailing listgvSIG_usuarios en runas.cap.gva.es
http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
______________________________________________
LLama Gratis a cualquier PC del Mundo. Llamadas a
fijos y móviles desde 1 céntimo por
minuto.
http://es.voice.yahoo.com_______________________________________________gvSIG_usuarios
mailing
listgvSIG_usuarios en runas.cap.gva.eshttp://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en runas.cap.gva.es
>
http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Más información sobre la lista de distribución gvSIG_usuarios