Re: [Talk-es] Raw data EMT
On Lunes, 26 de Septiembre de 2011 23:36:24 Jaime Crespo escribió: > Entonces ¿nos pasamos al nuevo esquema a la 1, a las 2 y a las...? El esquema nuevo es el que se ha tenido en cuenta para la importación de las paradas :-D > Existe también este plugin que puede ser útil, pero no lo he probado: > http://wiki.openstreetmap.org/wiki/JOSM/Plugins/public_transport No me convence. No tiene nada que no tenga el selector y el editor de relaciones :-/ -- -- Iván Sánchez Ortega ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Raw data EMT
El día 26 de septiembre de 2011 20:22, Iván Sánchez Ortega escribió: >> taggear el transporte público) con las nuevas rutas que emplean el esquema >> de transporte público aprobado este año. Entonces ¿nos pasamos al nuevo esquema a la 1, a las 2 y a las...? > El "workflow" es más o menos: [...] > - JOSMear a tope para añadir calles como miembros de cada una de las dos > relaciones que componen la línea. Una aportación: si os instaláis el plugin "routes" en JOSM: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Routes y modificáis el archivo: ~/.josm/plugins/routes/routes.xml con este texto: http://pastebin.com/0StSLQkT os salen resaltadas las rutas (relaciones) de autobús. > - Hay que asegurarse de que el orden de las paradas en la relación se > mantiene, y que las vías de la relación forman una única línea (sin huecos ni > bucles - salvo en las líneas circulares, claro) Existe también este plugin que puede ser útil, pero no lo he probado: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/public_transport -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema al parsear los datos del catastro
El día 26 de septiembre de 2011 20:46, Simó escribió: > Pero quizás el sitio adecuado sea http://trac.openstreetmap.org Habrá que ir pensando en montar un PostGIS centralizado para hacer guarreridas... Como dice Iván, lo de las relaciones creo que no va a ser trivial, luego está el tema de los portales (que me ha dicho un pajarito que no coinciden en muchos casos con la base de datos de correos ¡WTF!) y por último, la combinación con datos existentes, que en muchos casos son de calidad (e.g. Girona). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación poblaciones NGMEP (2)
El día 26 de septiembre de 2011 18:18, Javier Sánchez escribió: > Hola > > Están disponibles en [1] los datos de 42.000 poblaciones para importar > al mapa. En esta ocasión se trata de pueblos que no son capital de Lo mismo que critico cuando hay que criticar, sé alabar cuando todo tiene pinta de que está bien hecho (documentado, pedido feedback, usuario exclusivo, etc.). Enhorabuena por el curro. Si me pasáis algo más de info cuando acabéis, cuelgo una noticia en la página. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Programa transformar OSM a SHP
Vale, estoy mirando como meterlo en alguno de los dos enlaces que pones, aunque me parece que me decantaré por: http://svn.openstreetmap.org/ ¿Que necesitas para ponerlo en la wiki? ¿Algún formato o texto? Lo que no tengo claro es el tema de la página shp de la wiki, ¿hay que ponerlo primero en discusión o algo? (perdón por la duda, pero...) Jaime Crespo escribió: 2011/9/26 Juan Ramón Tamayo de la Torre : Hola a todos, Hace un tiempo las pasé mal para usar unos datos de OSM en un SIG y lo que había no me interesaba o no podia usarlo, así que he hecho un programa en C para transformar en local un fichero ASCII de OSM a SHP's. Enhorabuena! En principio funciona para todos los S.O. (cambiando una biblioteca), y el código lo quiero publicar en algún sitio (con el mismo tipo de licencia que los datos que usa, o sea que de OSM), pensaba en http://sourceforge.net/, pero como es la primera vez que voy a publicar algo así pues tengo mis dudas. No se si, por ejemplo, se puede poner en http://www.openstreetmap.es/ o en http://www.openstreetmap.org/ Publicarlo en OpenStreetMap.es lo tengo a un golpe de teclado. Sin embargo, (y te doy mi propia opinión), creo que lo ideal, si deseas que la gente te aporte sugerencias, correcciones, parches, etc. -en definitiva- beneficiarte del modelo open source, es utilizar un repositorio como github, Google Code o SourceForge. De hecho, OpenStreetMap.org tiene sus propios repositorios: http://git.openstreetmap.org/ y http://svn.openstreetmap.org/ Independientemente donde lo pongas, es más que probable que merezca un enlace o incluso una página propia en el wiki ( encontrable desde http://wiki.openstreetmap.org/wiki/Shapefiles ) -audiencia inglesa- y un post o página en la versión española de la página -audiencia hispana. Pasa toda la información que tengas, el webmaster agradece cualquier contribución a la página y a twitter (tuya y de cualquiera de esta lista). -- Jaime Crespo ___ 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] Problema al parsear los datos del catastro
Hola, > > Como te han comentado casi seguro que es por un cambio de datum. Te > > agradezco si tienes posibilidades de montar un repositorio para poder > > ver el código (tanto para aprender como para posibles contribuciones). > > Si necesitas ayuda para montarlo me ofrezco. > > Muchas gracias a todos por las respuestas. Mañana lo intentamos montar > y si no lo conseguimos ya pediremos ayuda ;) > > Por cierto, ¿alguna sugerencia de donde montarlo? (Creo que han > comentado algo similar en otro correo hoy) Últimamente se usa bastante github, pero creo que estos no publican el código fuente de su aplicación. Si está pensando en este tipo de gestores de proyectos, por favor, considere el uso de gitorious.org, este es AGPLv3. Pero quizás el sitio adecuado sea http://trac.openstreetmap.org Hasta pronto. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema al parsear los datos del catastro
On Lunes, 26 de Septiembre de 2011 18:13:44 Cruz Enrique Borges escribió: > Si quereis ver el código avisad que puedo intentar montar un repositorio > local o crearlo en github o compañía. Habría que hacer algo. Desde luego, quiero estar seguro de que el código maneja como debe las relaciones entre el tramero y las parcelas para todo el tema del esquema Krashule* de números de policía** * Khrasule? Karsuhle? Krhashule? Kralshuje? Como se diga. ** O "números de portal" -- -- Iván Sánchez Ortega http://ivan.sanchezortega.es Proudly running Debian Linux with 3.0.0-1-amd64 kernel, KDE , and PHP 5.3.6-13 generating this signature. Uptime: 20:23:33 up 6 days, 3:02, 5 users, load average: 0.06, 0.13, 0.15 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Raw data EMT
On Lunes, 26 de Septiembre de 2011 18:06:05 David Marín Carreño escribió: > Ahora, a ir importando y mezclando, lentamente, las rutas de autobuses de > la EMT que ya había metidas (que empleaban un esquema Oxomoa anterior para > taggear el transporte público) con las nuevas rutas que emplean el esquema > de transporte público aprobado este año. > > Se admiten voluntarios ;-) Eeexacto :-) El "workflow" es más o menos: - Escoger una línea de autobús que esté incompleta - Véase http://wiki.openstreetmap.org/wiki/Bus_routes_in_Madrid - Descargar la traza gpx correspondiente al trazado de esa línea - Véase http://ivan.sanchezortega.es/rutas_emt/gpx_lineas/ - JOSMear a tope para añadir calles como miembros de cada una de las dos relaciones que componen la línea. - Véase http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant - Seleccionar una parada de la ruta, seleccionar vías. En el cuadro de atributos, doble click en la relación del sentido de la línea. Botón de añadir selección a relación. - Hay que asegurarse de que el orden de las paradas en la relación se mantiene, y que las vías de la relación forman una única línea (sin huecos ni bucles - salvo en las líneas circulares, claro) Un saludo, -- -- Iván Sánchez Ortega http://ivan.sanchezortega.es MSN:i...@void.sanchezortega.es Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC & freenode ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema al parsear los datos del catastro
On Lunes, 26 de Septiembre de 2011 18:13:44 Cruz Enrique Borges escribió: > La primera impresión que tenemos es que los datos están > DESPLAZADOS (sin rotar ni escalar) unos 200 metros en la vertical y unos > 100 en la horizontal. Been there, done that: http://listserv.gva.es/pipermail/gvsig_usuarios/2009-April/008413.html -- -- Iván Sánchez Ortega http://ivan.sanchezortega.es MSN:i...@void.sanchezortega.es Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC & freenode ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema al parsear los datos del catastro
On Monday 26 September 2011 17:33:24 Javier Sánchez wrote: > Hola > > Como te han comentado casi seguro que es por un cambio de datum. Te > agradezco si tienes posibilidades de montar un repositorio para poder > ver el código (tanto para aprender como para posibles contribuciones). > Si necesitas ayuda para montarlo me ofrezco. Muchas gracias a todos por las respuestas. Mañana lo intentamos montar y si no lo conseguimos ya pediremos ayuda ;) Por cierto, ¿alguna sugerencia de donde montarlo? (Creo que han comentado algo similar en otro correo hoy) > > Saludos. > > El día 26 de septiembre de 2011 17:13, Cruz Enrique Borges > escribió: > > Buenas > > > > Como sabreis estamos trabajando en un importador de datos del catastro. > > Hasta ahora ya somos capaces de importar las geometrias desde el SHP > > a OSM con sus metadatos (los propios del catastro y los de las geometrías). > > Mas o menos estamos donde se dejo el catastreitor. Los problemas > > empiezan ahora: resulta que el sistema de referencia no cuadra. O por lo > > menos no cuadra en Ciudad Real. Véase por ejemplo: > > > > http://paginaspersonales.deusto.es/cruz.borges/dibujo.png > > > > La zona sombreada en gris sospechamos que debería de ir donde termina > > la flecha. La primera impresión que tenemos es que los datos están > > DESPLAZADOS (sin rotar ni escalar) unos 200 metros en la vertical y unos > > 100 en la horizontal. Yo personalmente no creo que sea "problemas de > > redondeo" porque si no la geometrías estarían destrozadas y sin embargo > > están todas bien. De hecho si se pintan todos los datos las siluetas > > coinciden, el error solo se observa cuando se superponen las dos capas > > (la de geometrías del catastro y las de OSM). > > > > La pregunta clave es: ¿quién tiene más pinta de estar equivocado, > > los datos del catastro o los de OSM? Sobre todo teniendo en cuenta que > > el error son más de 100 metros. > > > > Si quereis ver el código avisad que puedo intentar montar un repositorio > > local o crearlo en github o compañía. > > > > Sin más, a ver si se os ocurre algo. > > > > Un saludo. > > > > -- > > 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 > > > > ___ > 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] Problema al parsear los datos del catastro
Hola Como te han comentado casi seguro que es por un cambio de datum. Te agradezco si tienes posibilidades de montar un repositorio para poder ver el código (tanto para aprender como para posibles contribuciones). Si necesitas ayuda para montarlo me ofrezco. Saludos. El día 26 de septiembre de 2011 17:13, Cruz Enrique Borges escribió: > Buenas > > Como sabreis estamos trabajando en un importador de datos del catastro. > Hasta ahora ya somos capaces de importar las geometrias desde el SHP > a OSM con sus metadatos (los propios del catastro y los de las geometrías). > Mas o menos estamos donde se dejo el catastreitor. Los problemas > empiezan ahora: resulta que el sistema de referencia no cuadra. O por lo > menos no cuadra en Ciudad Real. Véase por ejemplo: > > http://paginaspersonales.deusto.es/cruz.borges/dibujo.png > > La zona sombreada en gris sospechamos que debería de ir donde termina > la flecha. La primera impresión que tenemos es que los datos están > DESPLAZADOS (sin rotar ni escalar) unos 200 metros en la vertical y unos > 100 en la horizontal. Yo personalmente no creo que sea "problemas de > redondeo" porque si no la geometrías estarían destrozadas y sin embargo > están todas bien. De hecho si se pintan todos los datos las siluetas > coinciden, el error solo se observa cuando se superponen las dos capas > (la de geometrías del catastro y las de OSM). > > La pregunta clave es: ¿quién tiene más pinta de estar equivocado, > los datos del catastro o los de OSM? Sobre todo teniendo en cuenta que > el error son más de 100 metros. > > Si quereis ver el código avisad que puedo intentar montar un repositorio > local o crearlo en github o compañía. > > Sin más, a ver si se os ocurre algo. > > Un saludo. > > -- > 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 > ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema al parsear los datos del catastro
Hola, > Mas o menos estamos donde se dejo el catastreitor. Los problemas > empiezan ahora: resulta que el sistema de referencia no cuadra. O por lo Necesitas hacer una transformación de datum, de ED50 a WGS84. Te irá bien disponer de la rejilla de transformación [1] y de GDAL/OGR [2]. El comando de transformación es algo así como [3]. Oscar. [1] https://github.com/oscarfonts/catastro2postgis/tree/master/ntv2 [2]http://www.gdal.org/ [3] https://github.com/oscarfonts/catastro2postgis/blob/master/catastro2postgis.sh#L43 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema al parsear los datos del catastro
On Monday 26 September 2011 18:19:17 Miguel Blanco wrote: > Eso se llama DATUM !! Muchas gracias Mirando en la wikipedia tiene pinta de que va a ser eso. Ahora tocará investigar como modificarlo. > Saludos, > > El 26 de septiembre de 2011 18:13, Cruz Enrique Borges < > cruz.bor...@deusto.es> escribió: > > > Buenas > > > > Como sabreis estamos trabajando en un importador de datos del catastro. > > Hasta ahora ya somos capaces de importar las geometrias desde el SHP > > a OSM con sus metadatos (los propios del catastro y los de las geometrías). > > Mas o menos estamos donde se dejo el catastreitor. Los problemas > > empiezan ahora: resulta que el sistema de referencia no cuadra. O por lo > > menos no cuadra en Ciudad Real. Véase por ejemplo: > > > > http://paginaspersonales.deusto.es/cruz.borges/dibujo.png > > > > La zona sombreada en gris sospechamos que debería de ir donde termina > > la flecha. La primera impresión que tenemos es que los datos están > > DESPLAZADOS (sin rotar ni escalar) unos 200 metros en la vertical y unos > > 100 en la horizontal. Yo personalmente no creo que sea "problemas de > > redondeo" porque si no la geometrías estarían destrozadas y sin embargo > > están todas bien. De hecho si se pintan todos los datos las siluetas > > coinciden, el error solo se observa cuando se superponen las dos capas > > (la de geometrías del catastro y las de OSM). > > > > La pregunta clave es: ¿quién tiene más pinta de estar equivocado, > > los datos del catastro o los de OSM? Sobre todo teniendo en cuenta que > > el error son más de 100 metros. > > > > Si quereis ver el código avisad que puedo intentar montar un repositorio > > local o crearlo en github o compañía. > > > > Sin más, a ver si se os ocurre algo. > > > > Un saludo. > > > > -- > > 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 > > -- 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] Problema al parsear los datos del catastro
Eso se llama DATUM !! Saludos, El 26 de septiembre de 2011 18:13, Cruz Enrique Borges < cruz.bor...@deusto.es> escribió: > Buenas > > Como sabreis estamos trabajando en un importador de datos del catastro. > Hasta ahora ya somos capaces de importar las geometrias desde el SHP > a OSM con sus metadatos (los propios del catastro y los de las geometrías). > Mas o menos estamos donde se dejo el catastreitor. Los problemas > empiezan ahora: resulta que el sistema de referencia no cuadra. O por lo > menos no cuadra en Ciudad Real. Véase por ejemplo: > > http://paginaspersonales.deusto.es/cruz.borges/dibujo.png > > La zona sombreada en gris sospechamos que debería de ir donde termina > la flecha. La primera impresión que tenemos es que los datos están > DESPLAZADOS (sin rotar ni escalar) unos 200 metros en la vertical y unos > 100 en la horizontal. Yo personalmente no creo que sea "problemas de > redondeo" porque si no la geometrías estarían destrozadas y sin embargo > están todas bien. De hecho si se pintan todos los datos las siluetas > coinciden, el error solo se observa cuando se superponen las dos capas > (la de geometrías del catastro y las de OSM). > > La pregunta clave es: ¿quién tiene más pinta de estar equivocado, > los datos del catastro o los de OSM? Sobre todo teniendo en cuenta que > el error son más de 100 metros. > > Si quereis ver el código avisad que puedo intentar montar un repositorio > local o crearlo en github o compañía. > > Sin más, a ver si se os ocurre algo. > > Un saludo. > > -- > 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 > ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importación poblaciones NGMEP (2)
Hola Están disponibles en [1] los datos de 42.000 poblaciones para importar al mapa. En esta ocasión se trata de pueblos que no son capital de municipio e incluyen gran cantidad de núcleos muy pequeños, pero también muchos con varios miles de habitantes que resulta asombroso no estén mapeados ya. Cuando uno se aleja de las capitales, quedan muchos espacios vacíos en los que todavía no se ha trabajado. La inclusión de estos pueblos puede ser un aliciente para trabajar después en sus correspondientes carreteras. Si te apetece colaborar con alguna zona no tienes más que decirnoslo. No hace falta tener experiencia previa, nosotros te explicamos que hacer. [1] http://wiki.openstreetmap.org/wiki/ES:NGMEP#Objetivo_2 Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Problema al parsear los datos del catastro
Buenas Como sabreis estamos trabajando en un importador de datos del catastro. Hasta ahora ya somos capaces de importar las geometrias desde el SHP a OSM con sus metadatos (los propios del catastro y los de las geometrías). Mas o menos estamos donde se dejo el catastreitor. Los problemas empiezan ahora: resulta que el sistema de referencia no cuadra. O por lo menos no cuadra en Ciudad Real. Véase por ejemplo: http://paginaspersonales.deusto.es/cruz.borges/dibujo.png La zona sombreada en gris sospechamos que debería de ir donde termina la flecha. La primera impresión que tenemos es que los datos están DESPLAZADOS (sin rotar ni escalar) unos 200 metros en la vertical y unos 100 en la horizontal. Yo personalmente no creo que sea "problemas de redondeo" porque si no la geometrías estarían destrozadas y sin embargo están todas bien. De hecho si se pintan todos los datos las siluetas coinciden, el error solo se observa cuando se superponen las dos capas (la de geometrías del catastro y las de OSM). La pregunta clave es: ¿quién tiene más pinta de estar equivocado, los datos del catastro o los de OSM? Sobre todo teniendo en cuenta que el error son más de 100 metros. Si quereis ver el código avisad que puedo intentar montar un repositorio local o crearlo en github o compañía. Sin más, a ver si se os ocurre algo. Un saludo. -- 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] Raw data EMT
El 26 de septiembre de 2011 17:50, Iván Sánchez Ortega < i...@sanchezortega.es> escribió: > Me llena de orgullo y satisfacción (en estas fechas tan señaladas) ver que, > gracias a DaveFX, ahora Madrid está lleno de paradas de autobús: > > http://www.openstreetmap.org/?lat=40.424705&lon=-3.675572&zoom=18&layers=M > > :-) > > Y también gracias a Iván y a sus scripts mágicos :-) Ahora, a ir importando y mezclando, lentamente, las rutas de autobuses de la EMT que ya había metidas (que empleaban un esquema Oxomoa anterior para taggear el transporte público) con las nuevas rutas que emplean el esquema de transporte público aprobado este año. Se admiten voluntarios ;-) -- > -- > Iván Sánchez Ortega > > "El hombre es el único animal que come sin tener hambre, bebe sin tener > sed, y > habla sin tener hada que decir" >-- Mark Twain > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- David Marín Carreño ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Raw data EMT
Me llena de orgullo y satisfacción (en estas fechas tan señaladas) ver que, gracias a DaveFX, ahora Madrid está lleno de paradas de autobús: http://www.openstreetmap.org/?lat=40.424705&lon=-3.675572&zoom=18&layers=M :-) -- -- Iván Sánchez Ortega "El hombre es el único animal que come sin tener hambre, bebe sin tener sed, y habla sin tener hada que decir" -- Mark Twain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Programa transformar OSM a SHP
2011/9/26 Juan Ramón Tamayo de la Torre : > Hola a todos, > > Hace un tiempo las pasé mal para usar unos datos de OSM en un SIG y lo que > había no me interesaba o no podia usarlo, así que he hecho un programa en C > para transformar en local un fichero ASCII de OSM a SHP's. Enhorabuena! > En principio funciona para todos los S.O. (cambiando una biblioteca), y el > código lo quiero publicar en algún sitio (con el mismo tipo de licencia que > los datos que usa, o sea que de OSM), pensaba en http://sourceforge.net/, > pero como es la primera vez que voy a publicar algo así pues tengo mis > dudas. No se si, por ejemplo, se puede poner en > http://www.openstreetmap.es/ o en http://www.openstreetmap.org/ Publicarlo en OpenStreetMap.es lo tengo a un golpe de teclado. Sin embargo, (y te doy mi propia opinión), creo que lo ideal, si deseas que la gente te aporte sugerencias, correcciones, parches, etc. -en definitiva- beneficiarte del modelo open source, es utilizar un repositorio como github, Google Code o SourceForge. De hecho, OpenStreetMap.org tiene sus propios repositorios: http://git.openstreetmap.org/ y http://svn.openstreetmap.org/ Independientemente donde lo pongas, es más que probable que merezca un enlace o incluso una página propia en el wiki ( encontrable desde http://wiki.openstreetmap.org/wiki/Shapefiles ) -audiencia inglesa- y un post o página en la versión española de la página -audiencia hispana. Pasa toda la información que tengas, el webmaster agradece cualquier contribución a la página y a twitter (tuya y de cualquiera de esta lista). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Programa transformar OSM a SHP
Hola a todos, Hace un tiempo las pasé mal para usar unos datos de OSM en un SIG y lo que había no me interesaba o no podia usarlo, así que he hecho un programa en C para transformar en local un fichero ASCII de OSM a SHP's. En principio funciona para todos los S.O. (cambiando una biblioteca), y el código lo quiero publicar en algún sitio (con el mismo tipo de licencia que los datos que usa, o sea que de OSM), pensaba en http://sourceforge.net/, pero como es la primera vez que voy a publicar algo así pues tengo mis dudas. No se si, por ejemplo, se puede poner en http://www.openstreetmap.es/ o en http://www.openstreetmap.org/ La cosa es también poner las instrucciones (que no es que sea dificil usarlo, pero tampoco es como OSM2SHP, que es meter un fichero y darle un botón), una biblioteca y algo de documentación (un gráfico de decisiones del código). Bueno, si podéis comentar algo mejor, y muchas gracias de antemano. * * <>___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
