Re: [Talk-es] =?utf-8?Q?conversi=C3=B3n_?=de Iznájar (Córdoba)
Si he añadido esa linea y he ejecutado con -masa y no me ha dado error. Pero el archivo resultante sigue teniendo esa desviacion que he puesto en la captura. El sábado 31 de marzo de 2012, Marco Fernández escribió: El 31/03/2012 13:43, David Matas adavidma...@gmail.comjavascript:_e({}, 'cvml', 'adavidma...@gmail.com'); escribió: Creo que la proyección que he usado está bien: 25830 para ETRS_1989_UTM_Zone_30N Si ejecuto con -masa me da el mismo error: [2012-03-31 13:42:12.966] No se ha encontrado el campo PrintShapeIds en el archivo de configuración. Compruebe que existe o sino ejecute cat2osm con el parámetro -ui para crear un nuevo archivo de configuración. Has añadido la línea q te dije antes al config? Yo tuve el mismo error hace poco y venía de ahí. -- David Matas El sábado 31 de marzo de 2012 a las 12:21, Marco Fernández escribió: El 31 de marzo de 2012 10:47, David Matas adavidma...@gmail.comjavascript:_e({}, 'cvml', 'adavidma...@gmail.com'); escribió: Hola, he probado la conversión de mi municipio con la nueva versión y en consola me da los siguiente errores: [2012-03-31 00:48:54.866] Leyendo archivo Cat urbano. [2012-03-31 00:51:17.522] Fallo al leer archivo Cat urbano. String index out of range: 90 Y luego un montón de veces este tipo de error: [2012-03-31 03:09:34.017] No se ha encontrado el campo PrintShapeIds en el archivo de configuración. Compruebe que existe o sino ejecute cat2osm con el parámetro -ui para crear un nuevo archivo de configuración. Añade esta linea al archivo config: PrintShapeIds=0 En cuanto a las parcelas rústicas parecen bien situadas, es un municipio con muchos olivares pero en el nucleo del municipio hay muchos desplazamiento. http://d.pr/LssM Iba a decirte que compruebes la reproyección pero si la rústica está bien y la urbana no, algo raro debe haber por ahí. Seguro q algún experto te indica algo más :) Marco. -- David Matas ___ Talk-es mailing list Talk-es@openstreetmap.org javascript:_e({}, 'cvml', 'Talk-es@openstreetmap.org'); http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org javascript:_e({}, 'cvml', 'Talk-es@openstreetmap.org'); http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org javascript:_e({}, 'cvml', 'Talk-es@openstreetmap.org'); http://lists.openstreetmap.org/listinfo/talk-es -- David Matas ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] =?utf-8?Q?conversi=C3=B3n_?=de Iznájar (Córdoba)
Por otro lado tambien he visto algo que pasa con muchas fincas rusticas. Por ejemplo mi padre tiene un terreno que en el pasado eran dos cultivos uno era terreno de cultivo (cereal) y otro de olivar. Hoy en dia ambos comparten referencia catastral y el mismo cultivo (olivar) sin embargo se pintan como parcelas separadas pero ambas con la misma referencia. ¿Es esto lo normal? ¿Viene asi del catastro? El sábado 31 de marzo de 2012, David Matas escribió: Si he añadido esa linea y he ejecutado con -masa y no me ha dado error. Pero el archivo resultante sigue teniendo esa desviacion que he puesto en la captura. El sábado 31 de marzo de 2012, Marco Fernández escribió: El 31/03/2012 13:43, David Matas adavidma...@gmail.com escribió: Creo que la proyección que he usado está bien: 25830 para ETRS_1989_UTM_Zone_30N Si ejecuto con -masa me da el mismo error: [2012-03-31 13:42:12.966] No se ha encontrado el campo PrintShapeIds en el archivo de configuración. Compruebe que existe o sino ejecute cat2osm con el parámetro -ui para crear un nuevo archivo de configuración. Has añadido la línea q te dije antes al config? Yo tuve el mismo error hace poco y venía de ahí. -- David Matas El sábado 31 de marzo de 2012 a las 12:21, Marco Fernández escribió: El 31 de marzo de 2012 10:47, David Matas adavidma...@gmail.com escribió: Hola, he probado la conversión de mi municipio con la nueva versión y en consola me da los siguiente errores: [2012-03-31 00:48:54.866] Leyendo archivo Cat urbano. [2012-03-31 00:51:17.522] Fallo al leer archivo Cat urbano. String index out of range: 90 Y luego un montón de veces este tipo de error: [2012-03-31 03:09:34.017] No se ha encontrado el campo PrintShapeIds en el archivo de configuración. Compruebe que existe o sino ejecute cat2osm con el parámetro -ui para crear un nuevo archivo de configuración. Añade esta linea al archivo config: PrintShapeIds=0 En cuanto a las parcelas rústicas parecen bien situadas, es un municipio con muchos olivares pero en el nucleo del municipio hay muchos desplazamiento. http://d.pr/LssM Iba a decirte que compruebes la reproyección pero si la rústica está bien y la urbana no, algo raro debe haber por ahí. Seguro q algún experto te indica algo más :) Marco. -- David Matas ___ 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 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Matas -- David Matas ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Imports] Fwd: Re: Spanish cadastre
Hola, Cuando me dijeron que muchos de los datos que había subido se 'perderían' al ser sustituidos conforme se dispusiera de fuentes de datos mas fidedignas me pareció bien. Es normal. ¿soy yo el unico que piensa que esto es incorrecto? ¿que fuente mas fideligna puede ser mas que tu que lo has visto?. No eres el único, pero parece que somos minoría. Hace tiempo quise hacer un callejero con datos del Catastro usando GeoPista y lo deseche porque los datos estan desactualizados. Me pase a OSM por esa razon. Yo tambien uso OpenStreetMap.org por su fiabilidad. Entiendo que para distintos tipos de aplicación la exactitud de los datos no es tan relevante. Por ejemplo de las aplicaciones que han salido en esta conversación: Entiendo que un simulador de vuelo, cuantos más datos tenga mejor, independientemente de la calidad de estos. Por otro lado, entiendo que si un localizador de casas de alquiler tiene una calle inexistente no es un gran problema. Si esta calle aparece en un enrutador de automóvil domestico y la ruta calculada nos hace pasar por esta calle, pensaremos que va mal y daremos un poco de vuelta. Pero si el enrutador es usado por un repartidor, es posible que este deje de usar-lo. Gracias a la fiabilidad de OpenStreetMap.org, en el que representa que si hay un camino es porque alguien ha comprobado que existe, uno de los usos que le doy a OpenStreetMap es hacer rutas de montaña, hay muchos mapas de montañismo que son inexactos, caminos que su recorrido no es exacto, que no están en el mapa o que están pero no han existido nunca o se han perdido con el tiempo. Si estas de ruta por la montaña, tienes planificado que pasar por un camino que no existe o que se corta y no llega donde dice el mapa y tienes que dar marcha atrás o dar una vuelta de unos cuantos quilómetros mas, pierdes la confianza con el mapa. En fin que quizas yo estoy equivocado, y quien debe decidir es quien esta haciendo la herramienta (Meritocracia) Una de las cosas que me gusta de OpenStreetMap.org es que, como dice Roberto, excepto en casos de vandalismo o desinformación, no se impide la subida o modificación de datos a nadie independientemente su precisión. Todos somos libres de añadir o modificar los datos, o dicho de otra forma, cada uno debe hacer-se responsable de los datos que comparte. Hasta pronto. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Imports] Fwd: Re: Spanish cadastre
El día 31 de marzo de 2012 14:52, Simó Albert i Beltran s...@probeta.net escribió: Hola, Cuando me dijeron que muchos de los datos que había subido se 'perderían' al ser sustituidos conforme se dispusiera de fuentes de datos mas fidedignas me pareció bien. Es normal. ¿soy yo el unico que piensa que esto es incorrecto? ¿que fuente mas fideligna puede ser mas que tu que lo has visto?. No eres el único, pero parece que somos minoría. Esto no tiene ningún sentido. Lo primero de todo, porque OpenStreetMap es un wiki. Cualquier puede añadir y modificar los datos de otros, para mejor o (las menos veces, afortunadamente) para peor. Si esperáis que los datos que se suben no se modifiquen nunca por nadie, claramente este no es vuestro proyecto. Ni Wikipedia. En segundo lugar y más importante: se ha dicho en repetidas ocasiones que el catastro no borrará ningún dato, a menos que el importador local considere (y sepa) que son de más calidad, de manera selectiva. No sé dónde has oído lo contrario, pero es desinformación. Y es la segunda vez que se repite en este hilo. Si alguien lo hace será un claro acto de vandalismo y yo mismo lo denunciaré. Hace tiempo quise hacer un callejero con datos del Catastro usando GeoPista y lo deseche porque los datos estan desactualizados. Me pase a OSM por esa razon. Yo comencé en OSM por que quería datos *libres*. Calidad, fiabilidad, cantidad, o usos es algo que va después. Yo tambien uso OpenStreetMap.org por su fiabilidad. Entiendo que para distintos tipos de aplicación la exactitud de los datos no es tan relevante. Por ejemplo de las aplicaciones que han salido en esta conversación: Entiendo que un simulador de vuelo, cuantos más datos tenga mejor, independientemente de la calidad de estos. Por otro lado, entiendo que si un localizador de casas de alquiler tiene una calle inexistente no es un gran problema. Si esta calle aparece en un enrutador de automóvil domestico y la ruta calculada nos hace pasar por esta calle, pensaremos que va mal y daremos un poco de vuelta. Pero si el enrutador es usado por un repartidor, es posible que este deje de usar-lo. Gracias a la fiabilidad de OpenStreetMap.org, en el que representa que si hay un camino es porque alguien ha comprobado que existe, uno de los usos que le doy a OpenStreetMap es hacer rutas de montaña, hay muchos mapas de Esto es mentira. Esto depende del source=*. Si el source es survey, es que alguien lo ha comprobado. Pero apostaría a que hay más source=local_knowledge, source=yahoo, source=pnoa, source=bing y etc. que survey. Otra cosa es que se deberían marcar y actualizar convenientemente y que survey (unido a una fecha) debería tener preferencia. ¿Estás diciendo entonces que trazar edificios y parcelas a mano con Bing de hace 4 años va a ser mejor que importarlos? montañismo que son inexactos, caminos que su recorrido no es exacto, que no están en el mapa o que están pero no han existido nunca o se han perdido con el tiempo. Si estas de ruta por la montaña, tienes planificado que pasar por un camino que no existe o que se corta y no llega donde dice el mapa y tienes que dar marcha atrás o dar una vuelta de unos cuantos quilómetros mas, pierdes la confianza con el mapa. ¿El catastro tiene rutas de montaña (entendiéndose en su significado type=route)? ¿No hemos dicho (yo en concreto) que lo que se debería importar es exclusivamente los edificios y los landuses, que dudo mucho que nadie los haga a mano? ¿Es que acaso se van a borrar las rutas existentes? Es que parece que no hubierais leido los mails [catastro] sobre la importación (que no es tal). En fin que quizas yo estoy equivocado, y quien debe decidir es quien esta haciendo la herramienta (Meritocracia) Una de las cosas que me gusta de OpenStreetMap.org es que, como dice Roberto, excepto en casos de vandalismo o desinformación, no se impide la subida o modificación de datos a nadie independientemente su precisión. Todos somos libres de añadir o modificar los datos, o dicho de otra forma, cada uno debe hacer-se responsable de los datos que comparte. Exacto, al igual que con la herramienta de conversión. ¿O es que después de la importación no se van a poder modificar cualquier cosa? De nuevo, haciendo una analogía con Wikipedia, en Wikipedia en Español se han importado textos de 20 minutos, patrimonio nacional, etc. Y luego se han integrado en formato, etc, todo ello sin borrar artículos (a menos que no hubiera nada reaprovechable). Sería la misma idea. El que suba datos con esta fuente será responsable de comprobar su precisión y exactitud. ¿Nos ayudáis? -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es