[Talk-es] Compatibilidad licencia datos.madrid.es (Era "Listado de farmacias de Madrid")
Hola, Mis disculpas por reabrir este tema después de un año y medio, pero ¿estáis seguros de que la licencia de los datos de Madrid[0] es compatible con la ODbL directamente? Me explico, la licencia exige: "Debe citarse la fuente de los documentos objeto de la reutilización. Esta cita podrá realizarse de la siguiente manera: "Origen de los datos: Ayuntamiento de Madrid (o, en su caso, órgano administrativo, organismo o entidad de que se trate)" (...) Deben conservarse, no alterarse ni suprimirse los metadatos sobre la fecha de actualización y las condiciones de reutilización aplicables incluidos, en su caso, en el documento puesto a disposición para su reutilización." Que entiendo que vendría a ser como la atribución que exige una licencia CC-BY. Como esta explicado en la wiki [1], el problema viene de que en OSM no se refleja la atribución más que de una manera general "Contribuidores de OSM" con un link y esto no es suficiente a menos que se tenga una escrito del autor, el Ayuntamiento en este caso, diciendo que la página de contributors es suficiente como atribución. No se si se tiene tal autorización o si en este caso sería necesaria. Pero igual resulta que se están importando cosas con una dudosa compatibilidad de licencias, todos los problemas vienen de no liberar las cosas con licencias CC estándar que no dan lugar a dudas. Igual no estaría mal pedir el escrito y así nos curamos en salud. Saludos, Alejandro Suárez [0]: http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=108804d4aab90410VgnVCM10171f5a0aRCRD&vgnextchannel=b4c412b9ace9f310VgnVCM10171f5a0aRCRD&vgnextfmt=default [1]: https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility On Wed, Jul 30, 2014, 18:32 Rafael Avila Coya wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hola de nuevo: > > Perdón por la tardanza en responder. > > Jaime: > > Las latitudes y longitudes están en WGS84, pues coinciden > perfectamente, salvo errores. > > Yo también quitaría lo de addr:city y addr:province. En cambio, > mantendría lo de addr:suburb (Ejemplo Salamanca) pues no tienen > fronteras (boundaries), y para los barrios puse addr:ward, pero no sé > si es el más adecuado. Podría ser addr:quarter también. En todo caso, > mantengo lo de addr:city y addr:province, pues podemos sacarlo luego > en un minuto. Lo comentamos en imports, dejando clara cuál es nuestra > nuestra opinión. > > En cuanto a corregir, sólo quedaría acentuar bien alguna cosa, tipo > Vicálvaro y tal. Yo creo que es mejor que lo vaya haciendo la gente a > medida que va importando los nodos. > > He escrito ya la wiki de imports [1], la del workflow [2] y la de > control de progreso [3]. La idea es que cada uno de los interesados en > participar tome un fichero con 50 farmacias de cada vez, y que vaya > anotando en esa última wiki el progreso. De esa manera, cada uno puede > dedicar un tiempo diferente, según su disponibilidad. El workflow lo > escribí en castellano para hacerlo más fácil, y sería de ***lectura > obligada*** antes de ponerse a importar. Es, además, una buena > oportunidad para practicar algunas herramientas muy útiles que quizás > algunos no conocen o no saben utilizar, como el ToDo List y los filtros. > > Las farmacias a importar son, al final, 1.701, pues las 106 restantes > no están geolocalizadas. Lo único que se podría hacer con esas 106 > farmacias sería que alguien se animase a geolocalizarlas sobre el > terreno, ó quizás, teniendo en cuenta que tienen la dirección con > número incluído, geolocalizarlas con ayuda de la capa del catastro. En > todo caso, se dejan fuera de esta importación. > > El script de conversión está acabado. El fichero resultante lo podéis > descargar aquí en .csv [4] (para abrir en hoja de cálculo (también en > JOSM con el plugin OpenData)) y en .osm [5] (para abrir directamente > en JOSM sin necesidad del plugin OpenData). > > Tanto al final de la wiki de imports (inglés) [1] como la del workflow > (castellano) [2] está una tabla en la que se dice qué hacer con cada > una de las etiquetas de las farmacias que ya hay en OSM y que duplican > a los nodos a importar. Es muy importante que le echáseis un vistazo > para posibles modificaciones. > > En la wiki de control de progreso [3] puse un fichero (Nº 17) de 50 > farmacias como ejemplo para que hagáis tests sobre el workflow si > queréis. Naturalmente, no debéis importar nada aún; ese fichero será > sustituído por otro diferente de hecho. > > Una vez que todo esté ok por aquí, escribo el correspondiente email en > imports, y cuando todo esté ok allí, se podrá comenzar con la importación. > > Creo que no hay nada más por ahora. Espero vuestros comentarios. > > Un saludo a todos/as, > > Rafael Ávila Coya (edvac). > > [1] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import > > [2 ]https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow > > [3] https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_P
Re: [Talk-es] Cuando Geocode no es "eficiente"
Lo que se me ocurre es generar un archivo con el listado por cada calle y organizar una mapping party. On 04/10/2016 09:23 PM, opengis...@openmailbox.org wrote: > Gracias Santiago, > > La información que ellos liberaron en la seccion de direccion sigue la > siguiente forma, ejemplo: > Nombre de la calle, seguido del numero y en otra columna el nombre del > barrio > > "Calle 150 13 20" "los alpes" > Sería entonces Calle 150 Numero 13-20. > Lo otro es que no es un pueblo Español, es de otro país donde la > información Catastral no es suministrada(ya lo hemos intentado varias > veces y el ente encargado niega las solicitudes) > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cuando Geocode no es "eficiente"
Gracias Santiago, La información que ellos liberaron en la seccion de direccion sigue la siguiente forma, ejemplo: Nombre de la calle, seguido del numero y en otra columna el nombre del barrio "Calle 150 13 20" "los alpes" Sería entonces Calle 150 Numero 13-20. Lo otro es que no es un pueblo Español, es de otro país donde la información Catastral no es suministrada(ya lo hemos intentado varias veces y el ente encargado niega las solicitudes) ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cuando Geocode no es "eficiente"
Hola, yo hablaría con el responsable de urbanismo del pueblo para que libere los datos de los portales, como mínimo. Si esto no es posible, siempre te queda el catastro: https://wiki.openstreetmap.org/wiki/ES:Cat2Osm2 Recuerda que hay que seguir los "import guidelines": https://wiki.openstreetmap.org/wiki/Import/Guidelines Saludos, Santiago Crespo On 04/10/2016 08:20 PM, opengis...@openmailbox.org wrote: > Buen día para todos,les comento la siguiente situación. > > "Resulta que un ayuntamiento de un pueblo pequeño publicó mucha > información util que se puede usar para actualizar osm,.toda bajo > licencia de dominio publico. Me interesó una base de datos con > parqueaderos, centros comerciales, y restaurantes, el problema es no es > tienen una referencia geografica tipo coordenadas Lat-Long, si no que > solo cuenta con las direcciones. > Averiguando mas en el ayuntamiento me comentan que no tienen la > informacion georreferenciada, entonces: ¿Como puedo hacer para empezar a > subir por ejemplo la info de parqueaderos en osm? -En total son como > 3400 registros- y no creo que hacerlo a "mano" ubicandolos uno por uno > sea una labor provechosa. Habrá alguna forma de hacerlo mas facil,? de > traducir las direcciones a coordenadas?" > > Lo primero que se intentó fue usar geocode para encontrar los lugares, > empleamos el plugin de MMQgis para Qgis por tratarse de una lista tan > grande de direcciones, Intenté con las dos API disponibles para esa > labor, la de osm (nominatim) y la de google, el resultado fue > desalentador porque mas de 60% de las direcciones no las encontró. > Tambien intentamos con fusion tables y google maps, y fue lo mismo. > > La tasa de error fue tan alta debido a que muchos son lugares nuevos, > creados hace menos de un año en lugares donde ni siquiera habian vias. > (El desarrollo urbano de ese pueblo va de forma exponencial :) > > Bienvenidas todas las ideas, Como podemos hacer para georreferencias > toda esta informacion? > Gracias > > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Terminada la importación de aparcabicis de Madrid
Hola, Acabo de terminar, aquí podéis ver el resultado: http://overpass-turbo.eu/s/fyI En unos días debería aparecer en opencyclemap :)_ Saludos, Santiago Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Cuando Geocode no es "eficiente"
Buen día para todos,les comento la siguiente situación. "Resulta que un ayuntamiento de un pueblo pequeño publicó mucha información util que se puede usar para actualizar osm,.toda bajo licencia de dominio publico. Me interesó una base de datos con parqueaderos, centros comerciales, y restaurantes, el problema es no es tienen una referencia geografica tipo coordenadas Lat-Long, si no que solo cuenta con las direcciones. Averiguando mas en el ayuntamiento me comentan que no tienen la informacion georreferenciada, entonces: ¿Como puedo hacer para empezar a subir por ejemplo la info de parqueaderos en osm? -En total son como 3400 registros- y no creo que hacerlo a "mano" ubicandolos uno por uno sea una labor provechosa. Habrá alguna forma de hacerlo mas facil,? de traducir las direcciones a coordenadas?" Lo primero que se intentó fue usar geocode para encontrar los lugares, empleamos el plugin de MMQgis para Qgis por tratarse de una lista tan grande de direcciones, Intenté con las dos API disponibles para esa labor, la de osm (nominatim) y la de google, el resultado fue desalentador porque mas de 60% de las direcciones no las encontró. Tambien intentamos con fusion tables y google maps, y fue lo mismo. La tasa de error fue tan alta debido a que muchos son lugares nuevos, creados hace menos de un año en lugares donde ni siquiera habian vias. (El desarrollo urbano de ese pueblo va de forma exponencial :) Bienvenidas todas las ideas, Como podemos hacer para georreferencias toda esta informacion? Gracias ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es