Re: [Talk-es] Topología y Catastro - idea off-topic??
Ese problema lo resuelve GRASS (también otros programas comerciales como ArcInfo de ESRI) con el comando Clean que es capaz de detectar nodos y/o líneas adyacentes y fusionarlos para que no se den molestas repeticiones... Se podría mirar a ver si os convence el resultado. ¿Alguno de los zaragozanos de la lista que se haya pegado con el catastro de anima a ver si usando estas herramientas se adelanta en algo? Podemos hacer una prueba y estudiarlo para importaciones conflictivas... ¿Qué tal aplicarlo a Villanueva de Gállego? Ya me direis M https://8336194534648494741-a-1802744773732722657-s-sites.googlegroups.com/site/msevilla00/cristal_globe_msc201103_100px.png?attachauth=ANoY7crc3KYgQPd4bYqq_4b5GhTLwoDzM1WWiFUMYDWUiZ8IAGVt4chuOSuDOPdc_2fcOnI6D3yXp6WfcsGJkBtMEpFJ2FaTEiPP9OCALtqmphTTWkgwT75Je7yzry1n7OqgM_MszmPGHZ__rNKAKq5jX1rCbTDIFofPkF_kFMhy7qR5P8l6QSPjk6A_DGaa_Jl6-ngyvpNYZ1a5ZTXTW0A21Mc3mQUjFQ%3D%3Dattredirects=0 * Miguel Sevilla Callejo* *Doctor en Geografía * *Experto en tecnologías de la información geográfica y análisis territorial* Investigador en el Instituto Pirenaico de Ecología, CSIC, Zaragoza Colegiado nº698, Colegio Oficial de Geógrafos Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2012/2/10 Ander Pijoan ander.pij...@deusto.es Un preprocesamiento de los shapefiles como comenta Miguel sería perfecto. De esta forma eliminar nodos y vías duplicadas. El problema no es que estén duplicados porque eso cat2osm lo comprueba y lo elimina, el problema es cuando están duplicados pero no exactamente en la misma posición (cat2osm determina entonces que no es duplicado) o cuando han creado un nodo y una vía sobre otra vía existente y cosas así. Solucionando esos errores antes de empezar a leer los shapefiles no alteraría nada del programa y solucionaría esos fallos que como bien dices, si en una población hay muchos, pueden volverte loco. La semana que viene miramos a ver que opciones puede haber, ya que no somos muy expertos en formato shapefile. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Topología y Catastro - idea off-topic??
Para la limpieza y validación topológica de los datos echar un vistazo a JTS Topology Suite. [1] [1] http://en.wikipedia.org/wiki/JTS_Topology_Suite Saludos. Emilio Gómez El 10 de febrero de 2012 09:59, Ander Pijoan ander.pij...@deusto.esescribió: Un preprocesamiento de los shapefiles como comenta Miguel sería perfecto. De esta forma eliminar nodos y vías duplicadas. El problema no es que estén duplicados porque eso cat2osm lo comprueba y lo elimina, el problema es cuando están duplicados pero no exactamente en la misma posición (cat2osm determina entonces que no es duplicado) o cuando han creado un nodo y una vía sobre otra vía existente y cosas así. Solucionando esos errores antes de empezar a leer los shapefiles no alteraría nada del programa y solucionaría esos fallos que como bien dices, si en una población hay muchos, pueden volverte loco. La semana que viene miramos a ver que opciones puede haber, ya que no somos muy expertos en formato shapefile. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Topología y Catastro - idea off-topic??
Un preprocesamiento de los shapefiles como comenta Miguel sería perfecto. De esta forma eliminar nodos y vías duplicadas. El problema no es que estén duplicados porque eso cat2osm lo comprueba y lo elimina, el problema es cuando están duplicados pero no exactamente en la misma posición (cat2osm determina entonces que no es duplicado) o cuando han creado un nodo y una vía sobre otra vía existente y cosas así. Solucionando esos errores antes de empezar a leer los shapefiles no alteraría nada del programa y solucionaría esos fallos que como bien dices, si en una población hay muchos, pueden volverte loco. La semana que viene miramos a ver que opciones puede haber, ya que no somos muy expertos en formato shapefile. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Topología y Catastro - idea off-topic??
Hola Miguel, De formato shapefile no entiendo mucho, simplemente hemos leído la información que traían para luego procesarla. No he entendido muy bien el email pero creo que hace referencia a que las geometrías en los shapefiles son polígonos independientes y por ello todos los ways compartidos por geometrías consecutivas están duplicados. Cuando empezamos con el proyecto se pensó si a lo mejor había alguna herramienta que trabajase con shapefile y con ella crear una unión de todas las geometrías del shapefile para manejarla como una sola. Al no ser muy entendidos en ese formato y sus herramientas, optamos por leerlo, almacenarlo y manejar nosotros todo ese conjunto de geometrías. El funcionamiento general de como se leen los ways y se evitan esos repetidos está detallado aquí http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Funcionamiento_cat2osm Había un bug por el cual se intercambiaban ways en relaciones rompiendo algunas geometrías pero eso era ya en el proceso de unión o simplificación de vías y ya está solucionado. Es por eso que no entiendo muy bien cual es el problema en cuanto al resultado que se obtiene. Seguramente habrá herramientas con las cuales hubiese sido más fácil hacer la lectura, manejar los shapefiles o haber mejorado los datos antes de leerlo pero eramos un poco profanos en la materia. Otro cantar es ya los problemas por colisiones cuando se vayan a importar. Un ejemplo del resultado que se obtiene. http://paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Topología y Catastro - idea off-topic??
Con las relaciones topológicas se establecen las relaciones ente puntos, líneas y áreas (polígonos) permitiendo que una línea (compuesta por un conjunto de puntos consecutivos) sea a su vez límite de dos áreas (polígonos) consecutivos. Como puedo observar algunos de los errores que teneis están relacionados con la superposición de dos líneas (ways/vias). Con un simple comando en un programa GIS (en GRASS, pro ejemplo) se pueden solucionar estas molestas duplicidades procedentes de la importación de polígonos adyacentes de capas sin topología (shapefiles, por ejemplo). La cosa es que con GRASS cuendo importamos un archivo shapefile de polígonos se genera automáticamente estas relaciones y se limpian las líneas adyacentes duplicadas para contener una sola línea (le llaman tipo boundary) de información común. Todo esto es a modo informativo, por curiosidad por saber si habíais tenido en consideración este tema y por su pudiera ayudar en algo de lo que ya está avanzado. De hecho habría que probar a ver si la teoría es tan sencilla como la práctica. Un saludo Miguel ah! y enhorabuena por la importación de Aldea Seca... el día que esté el Catastro en OSM va a ser ya un servicio insuperable ;-) https://8336194534648494741-a-1802744773732722657-s-sites.googlegroups.com/site/msevilla00/cristal_globe_msc201103_100px.png?attachauth=ANoY7crc3KYgQPd4bYqq_4b5GhTLwoDzM1WWiFUMYDWUiZ8IAGVt4chuOSuDOPdc_2fcOnI6D3yXp6WfcsGJkBtMEpFJ2FaTEiPP9OCALtqmphTTWkgwT75Je7yzry1n7OqgM_MszmPGHZ__rNKAKq5jX1rCbTDIFofPkF_kFMhy7qR5P8l6QSPjk6A_DGaa_Jl6-ngyvpNYZ1a5ZTXTW0A21Mc3mQUjFQ%3D%3Dattredirects=0 * Miguel Sevilla Callejo* *Doctor en Geografía * *Experto en tecnologías de la información geográfica y análisis territorial* Investigador en el Instituto Pirenaico de Ecología, CSIC, Zaragoza Colegiado nº698, Colegio Oficial de Geógrafos Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2012/2/9 Ander Pijoan ander.pij...@deusto.es Hola Miguel, De formato shapefile no entiendo mucho, simplemente hemos leído la información que traían para luego procesarla. No he entendido muy bien el email pero creo que hace referencia a que las geometrías en los shapefiles son polígonos independientes y por ello todos los ways compartidos por geometrías consecutivas están duplicados. Cuando empezamos con el proyecto se pensó si a lo mejor había alguna herramienta que trabajase con shapefile y con ella crear una unión de todas las geometrías del shapefile para manejarla como una sola. Al no ser muy entendidos en ese formato y sus herramientas, optamos por leerlo, almacenarlo y manejar nosotros todo ese conjunto de geometrías. El funcionamiento general de como se leen los ways y se evitan esos repetidos está detallado aquí http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Funcionamiento_cat2osm Había un bug por el cual se intercambiaban ways en relaciones rompiendo algunas geometrías pero eso era ya en el proceso de unión o simplificación de vías y ya está solucionado. Es por eso que no entiendo muy bien cual es el problema en cuanto al resultado que se obtiene. Seguramente habrá herramientas con las cuales hubiese sido más fácil hacer la lectura, manejar los shapefiles o haber mejorado los datos antes de leerlo pero eramos un poco profanos en la materia. Otro cantar es ya los problemas por colisiones cuando se vayan a importar. Un ejemplo del resultado que se obtiene. http://paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Topología y Catastro - idea off-topic??
Eso se tuvo en cuenta por lo menos a nivel de relación. No estoy tan seguro a nivel de nodo (pero no sería difícil añadir un paso intermedio que elimine nodos duplicados). Ander seguro que lo sabe. ¿Han subido Aldeaseca de Alba? El 9 de febrero de 2012 17:20, Miguel Sevilla-Callejo miguel.sevi...@uam.es escribió: Con las relaciones topológicas se establecen las relaciones ente puntos, líneas y áreas (polígonos) permitiendo que una línea (compuesta por un conjunto de puntos consecutivos) sea a su vez límite de dos áreas (polígonos) consecutivos. Como puedo observar algunos de los errores que teneis están relacionados con la superposición de dos líneas (ways/vias). Con un simple comando en un programa GIS (en GRASS, pro ejemplo) se pueden solucionar estas molestas duplicidades procedentes de la importación de polígonos adyacentes de capas sin topología (shapefiles, por ejemplo). La cosa es que con GRASS cuendo importamos un archivo shapefile de polígonos se genera automáticamente estas relaciones y se limpian las líneas adyacentes duplicadas para contener una sola línea (le llaman tipo boundary) de información común. Todo esto es a modo informativo, por curiosidad por saber si habíais tenido en consideración este tema y por su pudiera ayudar en algo de lo que ya está avanzado. De hecho habría que probar a ver si la teoría es tan sencilla como la práctica. Un saludo Miguel ah! y enhorabuena por la importación de Aldea Seca... el día que esté el Catastro en OSM va a ser ya un servicio insuperable ;-) https://8336194534648494741-a-1802744773732722657-s-sites.googlegroups.com/site/msevilla00/cristal_globe_msc201103_100px.png?attachauth=ANoY7crc3KYgQPd4bYqq_4b5GhTLwoDzM1WWiFUMYDWUiZ8IAGVt4chuOSuDOPdc_2fcOnI6D3yXp6WfcsGJkBtMEpFJ2FaTEiPP9OCALtqmphTTWkgwT75Je7yzry1n7OqgM_MszmPGHZ__rNKAKq5jX1rCbTDIFofPkF_kFMhy7qR5P8l6QSPjk6A_DGaa_Jl6-ngyvpNYZ1a5ZTXTW0A21Mc3mQUjFQ%3D%3Dattredirects=0 * Miguel Sevilla Callejo* *Doctor en Geografía * *Experto en tecnologías de la información geográfica y análisis territorial* Investigador en el Instituto Pirenaico de Ecología, CSIC, Zaragoza Colegiado nº698, Colegio Oficial de Geógrafos Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2012/2/9 Ander Pijoan ander.pij...@deusto.es Hola Miguel, De formato shapefile no entiendo mucho, simplemente hemos leído la información que traían para luego procesarla. No he entendido muy bien el email pero creo que hace referencia a que las geometrías en los shapefiles son polígonos independientes y por ello todos los ways compartidos por geometrías consecutivas están duplicados. Cuando empezamos con el proyecto se pensó si a lo mejor había alguna herramienta que trabajase con shapefile y con ella crear una unión de todas las geometrías del shapefile para manejarla como una sola. Al no ser muy entendidos en ese formato y sus herramientas, optamos por leerlo, almacenarlo y manejar nosotros todo ese conjunto de geometrías. El funcionamiento general de como se leen los ways y se evitan esos repetidos está detallado aquí http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Funcionamiento_cat2osm Había un bug por el cual se intercambiaban ways en relaciones rompiendo algunas geometrías pero eso era ya en el proceso de unión o simplificación de vías y ya está solucionado. Es por eso que no entiendo muy bien cual es el problema en cuanto al resultado que se obtiene. Seguramente habrá herramientas con las cuales hubiese sido más fácil hacer la lectura, manejar los shapefiles o haber mejorado los datos antes de leerlo pero eramos un poco profanos en la materia. Otro cantar es ya los problemas por colisiones cuando se vayan a importar. Un ejemplo del resultado que se obtiene. http://paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Topología y Catastro - idea off-topic??
Vale, gracias por la explicación. Ahora entiendo mejor a qué se refería el mensaje, iba en referencia a cuando los errores vienen ya desde los shapefiles. Nosotros con las poblaciones que hemos hecho la prueba hasta ahora (Aldeaseca de Alba y Ciudad Real) no había muchas pifias de estas pero si que si han intentado importar algún pueblo en Zaragoza y estaba lleno, habrán acabado hasta las narices. Entonces existen programas que lo solucionan pero, hay alguna forma de automarizar un proceso desde nuestro programa, por ejemplo con FWTools (en concreto ogr2ogr) al que simplemente llamamos para reproyectar los shapes o con Geotools que es lo que utilizamos para leer? Saludos. El 9 de febrero de 2012 17:32, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Eso se tuvo en cuenta por lo menos a nivel de relación. No estoy tan seguro a nivel de nodo (pero no sería difícil añadir un paso intermedio que elimine nodos duplicados). Ander seguro que lo sabe. ¿Han subido Aldeaseca de Alba? El 9 de febrero de 2012 17:20, Miguel Sevilla-Callejo miguel.sevi...@uam.es escribió: Con las relaciones topológicas se establecen las relaciones ente puntos, líneas y áreas (polígonos) permitiendo que una línea (compuesta por un conjunto de puntos consecutivos) sea a su vez límite de dos áreas (polígonos) consecutivos. Como puedo observar algunos de los errores que teneis están relacionados con la superposición de dos líneas (ways/vias). Con un simple comando en un programa GIS (en GRASS, pro ejemplo) se pueden solucionar estas molestas duplicidades procedentes de la importación de polígonos adyacentes de capas sin topología (shapefiles, por ejemplo). La cosa es que con GRASS cuendo importamos un archivo shapefile de polígonos se genera automáticamente estas relaciones y se limpian las líneas adyacentes duplicadas para contener una sola línea (le llaman tipo boundary) de información común. Todo esto es a modo informativo, por curiosidad por saber si habíais tenido en consideración este tema y por su pudiera ayudar en algo de lo que ya está avanzado. De hecho habría que probar a ver si la teoría es tan sencilla como la práctica. Un saludo Miguel ah! y enhorabuena por la importación de Aldea Seca... el día que esté el Catastro en OSM va a ser ya un servicio insuperable ;-) https://8336194534648494741-a-1802744773732722657-s-sites.googlegroups.com/site/msevilla00/cristal_globe_msc201103_100px.png?attachauth=ANoY7crc3KYgQPd4bYqq_4b5GhTLwoDzM1WWiFUMYDWUiZ8IAGVt4chuOSuDOPdc_2fcOnI6D3yXp6WfcsGJkBtMEpFJ2FaTEiPP9OCALtqmphTTWkgwT75Je7yzry1n7OqgM_MszmPGHZ__rNKAKq5jX1rCbTDIFofPkF_kFMhy7qR5P8l6QSPjk6A_DGaa_Jl6-ngyvpNYZ1a5ZTXTW0A21Mc3mQUjFQ%3D%3Dattredirects=0 * Miguel Sevilla Callejo* *Doctor en Geografía * *Experto en tecnologías de la información geográfica y análisis territorial* Investigador en el Instituto Pirenaico de Ecología, CSIC, Zaragoza Colegiado nº698, Colegio Oficial de Geógrafos Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2012/2/9 Ander Pijoan ander.pij...@deusto.es Hola Miguel, De formato shapefile no entiendo mucho, simplemente hemos leído la información que traían para luego procesarla. No he entendido muy bien el email pero creo que hace referencia a que las geometrías en los shapefiles son polígonos independientes y por ello todos los ways compartidos por geometrías consecutivas están duplicados. Cuando empezamos con el proyecto se pensó si a lo mejor había alguna herramienta que trabajase con shapefile y con ella crear una unión de todas las geometrías del shapefile para manejarla como una sola. Al no ser muy entendidos en ese formato y sus herramientas, optamos por leerlo, almacenarlo y manejar nosotros todo ese conjunto de geometrías. El funcionamiento general de como se leen los ways y se evitan esos repetidos está detallado aquí http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Funcionamiento_cat2osm Había un bug por el cual se intercambiaban ways en relaciones rompiendo algunas geometrías pero eso era ya en el proceso de unión o simplificación de vías y ya está solucionado. Es por eso que no entiendo muy bien cual es el problema en cuanto al resultado que se obtiene. Seguramente habrá herramientas con las cuales hubiese sido más fácil hacer la lectura, manejar los shapefiles o haber mejorado los datos antes de leerlo pero eramos un poco profanos en la materia. Otro cantar es ya los problemas por colisiones cuando se vayan a importar. Un ejemplo del resultado que se obtiene. http://paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Topología y Catastro - idea off-topic??
Hola Lo primero de todo es que quiero aclarar que no estoy nada actualizado sobre el método de importación de datos de Catastro a OSM y posiblemente este correo sea, por ello ya un despropósito. Si es así ruego me disculpeis. Ayer durante la masiva mapping party en Zaragoza pude charlar un rato con los asistentes al acto sobre la importación de datos del catastro y los resultados no del todo satisfactorios que hay por el momento con la importación de los datos del Catastro. Por los visto unos de los problemas está en el solapamiento de ways procedentes de los límites de polígonos consecutivos en los datos de origen. Esto es muy normal dada la naturaleza NO topológica de la información suministrada: ESRI Shapefiles (SHP). Yo estoy convencido de que la información que maneja el Catastro está en un formato que soporta relaciones topológicas (posiblemente coverturas ARC-INFO o similar) pero hoy por hoy el formato SHP es el más usado para compartir información GIS. Mi pregunta, idea y/o sugerencia es si se ha intentado usar un sitema de importación intermedio (NO OGR) que transforme los datos en SHP a un conjunto de datos espaciales con topología en el que, por ejemplo, las líneas comunes entre polígonos queden en forma de línea única (boundary/way o cómo querais llamarlo). GRASS, que es la herramienta GIS por excelencia en el software libre lo hace: importa los polígonos SHP y genera líneas comunes, áreas y centroides... topológicamente corregidos Ahí os dejo algo de documentación en relación a la topología y GRASS http://www.scribd.com/doc/42203030/Digitalizacion-Cartografica-en-Grass Yo trabajo ocasionalmente con este sitema y me ha sido muy util para este tipo de cosas en algunas ocasiones. Ya me direis que os parece Un saludo https://8336194534648494741-a-1802744773732722657-s-sites.googlegroups.com/site/msevilla00/cristal_globe_msc201103_100px.png?attachauth=ANoY7crc3KYgQPd4bYqq_4b5GhTLwoDzM1WWiFUMYDWUiZ8IAGVt4chuOSuDOPdc_2fcOnI6D3yXp6WfcsGJkBtMEpFJ2FaTEiPP9OCALtqmphTTWkgwT75Je7yzry1n7OqgM_MszmPGHZ__rNKAKq5jX1rCbTDIFofPkF_kFMhy7qR5P8l6QSPjk6A_DGaa_Jl6-ngyvpNYZ1a5ZTXTW0A21Mc3mQUjFQ%3D%3Dattredirects=0 * Miguel Sevilla Callejo* *Doctor en Geografía * *Experto en tecnologías de la información geográfica y análisis territorial* Investigador en el Instituto Pirenaico de Ecología, CSIC, Zaragoza Colegiado nº698, Colegio Oficial de Geógrafos Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2012/2/4 sergio sevillano sergiosevillano.m...@gmail.com ok ya veo la estructura en el tutorial en la wiki de osm la herramienta en Mac OSX 10.6 arranca pero acaba con un .osm vacío (tras unos segundos) la línea del archivo config # Ruta a la carpeta base de FWTools. FWToolsPath=C:\Program Files (x86)\FWTools2.4.7 evidentemente a mi no me vale. no hay un config sólo para Linux? lo .bat de github supongo que tampoco los estoy usando... supongo que llega a ogr2ogr por el path que está en: /Library/Frameworks/GDAL.framework/Versions/1.8/Programs/org2ogr solo con instalar Gdal de Kingchaos [1] ya se coloca allí [1] http://www.kyngchaos.com/software/archive mi salida de la consola es: sergio$ java -jar cat2osm.jar config/configvillanueva [2012-02-04 14:37:50.594] Leyendo CONSTRU Urbano. [2012-02-04 14:37:51.606] Leyendo ELEMLIN Urbano. [2012-02-04 14:37:52.616] Leyendo ELEMPUN Urbano. java.io.FileNotFoundException: /Users/sergio/Desktop/catastro/pruebas/result/URELEMLIN.SHP (No such file or directory) at java.io.RandomAccessFile.open(Native Method) at java.io.RandomAccessFile.init(RandomAccessFile.java:216) at org.geotools.data.shapefile.ShpFiles.getReadChannel(ShpFiles.java:832) at org.geotools.data.shapefile.shp.ShapefileReader.init(ShapefileReader.java:235) at org.geotools.data.shapefile.ShapefileDataStore.openShapeReader(ShapefileDataStore.java:529) at org.geotools.data.shapefile.ShapefileDataStore.readAttributes(ShapefileDataStore.java:756) at org.geotools.data.shapefile.ShapefileDataStore.getSchema(ShapefileDataStore.java:714) at org.geotools.data.shapefile.ShapefileDataStore.getFeatureReader(ShapefileDataStore.java:366) at ShapeParser.run(ShapeParser.java:44) y repite el mismo error (No such file or directory) por cada .shp temporal(?) que no ¿encuentra/escribe? sergio. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es