[Talk-es] Aguas territoriales de Ceuta y Melilla

[Alejandro Moreno]

Buenas,

He escrito al Open Working Group para que revisen el tema de las aguas
territoriales de Ceuta y Melilla. Han abierto un ticket con número
202012211186

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Que hay de las AGUAS TERRITORIALES ESPAÑOLAS de CEUTA y MELILLA?

[Alejandro Moreno]

Hola Heliodoro.

Por mi parte no lo he corregido porque le doy prioridad a otras cosas e
imagino que pasará lo mismo con el resto de la gente de la comunidad ya que
el tiempo es limitado. Está claro que es un error que hay que corregir y te
animo a que lo hagas o que respondas en el enlace que se puso en la lista
hará un par de meses donde se trataba el tema en el grupo de disputas de
OSM.

Un saludo

El jue., 8 oct. 2020 a las 11:37, Heliodoro Summa Artis ()
escribió:

> Documentación sobre las aguas territoriales españolas del Mar de Alborán,
> Ceuta y Melilla
> ¿Por qué no aparecen en OSM? Sugiero se dibujen y se corrijan el mapa
> actual que no fue el inicial. Adjunto documentación.
> https://docplayer.es/93289664-Manual-de-derecho-del-mar.html
>
> Gracias
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Revertir cambios usuario chibisake

[Alejandro Moreno]

Muchas gracias. Algún día me tocará aprender a hacerlo ;)

El lun., 5 oct. 2020 a las 11:27, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Buenas
>
> Huele a pokemon. Ya están revertidos los 4 conjuntos de cambios.
>
> Saludos
>
> El lun., 5 oct. 2020 a las 11:19, Alejandro Moreno ()
> escribió:
>
>> Buenos días.
>>
>> ¿Podría alguien revertir los cambios del usuario
>> https://www.openstreetmap.org/user/chibisake/history ?
>>
>> Son 4 conjuntos de cambios que he revisado y que no concuerdan con la
>> realidad y han dejado la zona manga por hombro.
>>
>> Un saludo.
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> 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] Revertir cambios usuario chibisake

[Alejandro Moreno]

Buenos días.

¿Podría alguien revertir los cambios del usuario
https://www.openstreetmap.org/user/chibisake/history ?

Son 4 conjuntos de cambios que he revisado y que no concuerdan con la
realidad y han dejado la zona manga por hombro.

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Áreas de ejercicios para personas mayores.

[Alejandro Moreno]

Buenas,

Estoy buscando como mapear un área de ejercicio para personas mayores y no
encuentro como hacerlo (algo similar a
https://victorjuliao.files.wordpress.com/2011/10/parq.jpg )

La etiqueta que he usado es leisure=fitness_station

Después de esto es dónde me surgen las dudas. Si pongo sport=fitness yo lo
asocio más a un espacio de calistenia o similar (algo como
https://dclm.es/ARCHIVO/fotografias/noticias/1508869356_area-calistenia.jpg
) que se están poniendo ahora mucho de moda. Para ajustarlo más se me
ocurre usar fitness=senior o bien sport:for=senior. En ambos casos serían
etiquetas nuevas por lo que la solución no me gusta.

¿Alguna idea?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Edit war about names in Basque speaking regions

[Alejandro Moreno]

Sería interesante documentar esto en la Wiki. A mí me han surgido estas
dudas para otros territorios y al final es un jaleo encontrar los porqués
de las decisiones de los name de cada geografía.

El mar., 28 jul. 2020 a las 10:10, Jose Luis Infante ()
escribió:

> Hola a todos,
>
> parece que en la discusión del changeset
> https://www.openstreetmap.org/changeset/88172976 se ha podido llegar a un
> acuerdo en los criterios. A ver si dura.
>
> Un saludo,
>
> Jose Luis
>
> El mar., 28 de julio de 2020 9:07, F. Verdú 
> escribió:
>
>> Pienso igual. La comparación con la situación italiano/germana es
>> adecuada en tanto que son lenguas de distintas familias, más aún en Euskera
>> que la inteligibilidad mutua debe ser nula. Si ellos tienen
>> allí placas bilingües y el mapa debe reflejar esa realidad, no hay más.
>> Google Maps por ejemplo se equivoca y mucho en eso, primando el nomrbe en
>> castellano que acaba por confundir.
>> Ceñirse al catastro (que no es fiable ni en la fecha de construcción de
>> edificio de principios del XX) es una excusa comparable a la norma de
>> Wikipedia:ES que poco falta para que meta en San Cucufate por Sant Cugat
>>
>> Saludos.
>>
>> Missatge de Jose Luis Infante  del dia dl., 27 de
>> jul. 2020 a les 11:29:
>>
>>> Hola,
>>>
>>> He seleccionado uno de los changesets comentados. Los comentarios son un
>>> poco desagradables. Uno dice que los nombres de las calles deben ser los
>>> marcados por el Catastro, y el otro que el uso normal.
>>>
>>> El changeset en cuestión:
>>> https://www.openstreetmap.org/changeset/88172976 .
>>>
>>> Es complicado ver placas de calles en el pueblo, pero he encontrado un
>>> par en
>>> https://www.google.com/maps/@43.131308,-1.667874,3a,85.4y,205.15h,91.74t/data=!3m6!1e1!3m4!1sT0OuSATVaNhqlJJvJswmGg!2e0!7i13312!8i6656
>>>  y
>>> aparecen en los dos idiomas.
>>>
>>> En cuanto a la denominación oficial de las calles, ya que el municipio
>>> pertenece a Navarra, tenemos la Ley Foral del Euskera(1). En concreto este
>>> municipio, Doneztebe/Santesteban, está dentro de la zona vascófona, por lo
>>> que los topónimos tienen denominación oficial en euskera, salvo que exista
>>> denominación distinta en castellano, en cuyo caso se utilizarán ambas.
>>>
>>> El artículo 16 de la ley(2) dice:
>>> "Las entidades locales de la zona vascófona utilizarán el castellano y
>>> el euskera en todas sus disposiciones, publicaciones, rotulaciones de vías
>>> urbanas y nombres propios de lugares, respetando, en todo caso, los
>>> tradicionales."
>>>
>>> Así que en este caso la denominación en los dos idiomas es correcta, por
>>> lo que se debería eliminar el bloqueo al usuario Hart Beltza si nadie
>>> argumenta lo contrario.
>>>
>>> Un saludo,
>>> José Luis
>>>
>>> (1) https://es.wikipedia.org/wiki/Ley_Foral_del_Euskera#Toponimia
>>> (2) https://www.boe.es/buscar/act.php?id=BOE-A-1987-1257#a1-8
>>>
>>> El lun., 27 de julio de 2020 0:31, Cruz Enrique Borges Hernández <
>>> cruzki...@gmail.com> escribió:
>>>
 Hola a todos,

 Yo puedo confirmar que prácticamente todas las señales viarias están
 en ambos idiomas cuando se puede... y cuando no caben, en el principio
 de la calle está en un idioma y en el final en el otro. En cualquier
 caso, según el BOE las vías deberían de estar en bilingüe (Artículo 10
 de https://www.boe.es/buscar/doc.php?id=BOE-A-2012-5539) por lo que
 entiendo que esto tiene poca discusión, deben de estar en biligue y
 con sus respectivos name:es y name:eu.

 Un saludo,
 cruz

 On Sat, 25 Jul 2020 at 23:02, Jordi Miró Ferrer 
 wrote:
 >
 > Hola,
 > El criterio usado en algunos de los changeset por Hart Beltza parece
 correcto si en el municipio aparecen placas con los nombres en ambos
 idiomas. Es decir, en name deben aparecer los dos nombres separados por una
 barra. Luego, habría que añadir las traducciones en name:eu y name:es.
 Catastro no siempre es lo oficial. Por ejemplo, la ciudad de València tiene
 el callejero en catalán de manera oficial, pero los de Catastro no lo han
 modificado y sigue saliendo en castellano. En principio, las placas
 deberían anteponerse a lo que diga el Catastro, a no ser que exista un
 error ortográfico en la placa. En este último cado, lo suyo sería
 corregirlo en OSM.
 >
 > Saludos
 >
 > 
 > De: Frederik Ramm 
 > Enviat el: divendres, 24 de juliol de 2020 22:39
 > Per a: talk-es@openstreetmap.org 
 > Tema: [Talk-es] Edit war about names in Basque speaking regions
 >
 > Hi,
 >
 > one user has changed several street names from the Spanish form to a
 > combined "Basque / Spanish" form. This has angered another user and
 > there have been fights about how these streets should be named.
 >
 > I have blocked the user "Hartz Beltza" in
 > https://www.openstreetmap.org/user_blocks/3807 and requested that
 they
 > 

Re: [Talk-es] Porqué no figuran las aguas territoriales de Ceuta y Melilla y la frontera de Marruecos está sobre las costas de esas ciudades?

[Alejandro Moreno]

El tema parece que se discutió hace unos años en
https://forum.openstreetmap.org/viewtopic.php?pid=606038#p606038

El vie., 10 jul. 2020 a las 11:54, Andy Townsend ()
escribió:

> On 10/07/2020 09:38, Miguel Sevilla-Callejo wrote:
> > Buscando por aquella vez que "metí las narices en el caso" [1]
> > encontré este changset [2]
> > Por algún lado debe estar mi interacción con la gente que maneja los
> > límites internacionales.
> >
> > [1] https://tinyurl.com/y9n387qk
> >
> > [2] https://www.openstreetmap.org/changeset/49804213
>
> Also see https://overpass-api.de/achavi/?changeset=49804213
>
> Best Regards,
>
> Andy
>
>
> ___
> 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] Día & Go, ¿supermarket or convenience?

[Alejandro Moreno]

Yo solo conozco un Dia así que mi opinión se basa solo en ese
establecimiento. Para mí es un supermarket porque tiene sección de frescos,
es decir, charcutería, carnicería y pescadería con su charcutero, carnicero
y pescadero; además de tener un tamaño medio. Además es bastante similar a
los Opencor y Supercor que conozco y que también se etiquetan como
supermarket.

Yo, el tener charcutería, carnicería y pescadería es el argumento que daría
para insistir en que es un supermarket.

El dom., 24 may. 2020 a las 16:37, Crashillo ()
escribió:

> Supongo que gran parte de la comunidad OSM de españa ya estaréis al tanto
> de
> la /polémica/ pero hago un resumen rápido:
>
> - El objetivo es poder controlar los brands /Dia & Go/
> - Se ha propuesto una incorporación al registro oficial, se puede seguir en
> este enlace https://github.com/osmlab/name-suggestion-index/pull/3876
> - El sondeo de opinión en el telegram es 44% a favor de *convenience* VS.
> 54% a favor de *supermarket*
> - Los que llevan el repositorio en Github se muestran reticentes a aceptar
> *supermarket*
>
> Pido opinión de la comunidad, ¿qué hacemos?
> - Se puede aceptar lo que sugieren
> - Se pueden insistir en *supermarket* (ruego ayuda en este tema)
> - Se puede desestimar la incorporación, no incluirlo en el registro.
>
> La no-actuación conlleva que desestimen ese elemento, por tanto no se
> incluya.
>
> Saludos
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> 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] Demarcaciones sanitarias

[Alejandro Moreno]

Yo no puedo aportar mucho al etiquetado pero os dejo un par de propuestas.
La primera es proponerlo en la lista de etiquetado global ya que ahí pueden
proponer otras opciones de etiquetado y la segunda es documentar en la wiki
la solución que finalmente se use, de manera que quede reflejado las
etiquetas a usar como documentación para el futuro.

Un saludo.

El lun., 25 may. 2020 a las 12:04, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Buenas.
>
> A lo mejor se puede hacer igual que en las zonas administrativas que se
> añade en la relación un admin_center. Añadir en estas zonas algo parecido
> con el centro de salud principal de la demarcación sanitaria.
>
> Un saludos.
>
>
> El lun., 25 may. 2020 a las 2:43, Diego Cruz ()
> escribió:
>
>> Hola, Rafael:
>>
>> Muchas gracias por tu respuesta.
>>
>> Un compañero me ha advertido de que el único país donde estaba mapeado
>> esto era el Congo, y allí utilizaban "health". Sin embargo, yo diría que
>> "health" en inglés es más bien la salud de uno mismo, mientras que
>> "healthcare" se refiere a la sanidad o atención sanitaria. Por eso había
>> optado por esto último (además de que está el grupo de etiquetas
>> "healthcare").
>>
>> Acabo de subir la primera zona básica de salud (rural) como ensayo piloto
>> (changeset #85697721) y al hacerlo me he dado cuenta de algunos fallos en
>> lo que había propuesto, como el tema de la referencia que mencionas.
>> Coincido en que es una tontería inventarse "health_ref", así que había
>> puesto ref:healthcare, pero si basta con "ref" a secas, por mí no hay
>> problema, lo cambio. No soy muy experto en el tema de las referencias.
>>
>> Es decir, me parece perfecto lo que dices (*boundary=healthcare +
>> healthcare_level=X*) con ref a secas, pero cambiando health por
>> healthcare (aunque se esté usando ya health, yo creo que si se propone a
>> nivel mundial la gente de habla inglesa no va a aceptar health, aunque todo
>> es cuestión de ver qué pasa).
>>
>> En cuanto al etiquetado de los centros, teniendo en cuenta el conflicto
>> existente entre amenity=x y healthcare=x que han mencionado algunos
>> compañeros, he optado por poner las dos, y que se borre automáticamente
>> después la que quede en desuso.
>>
>> También he visto que para los consultorios de atención primaria sería
>> "doctors" y no "doctor" como había puesto.
>>
>> Un saludo
>> Diego
>>
>>
>> El lun., 25 may. 2020 a las 1:59, Rafael Avila Coya (<
>> ravilac...@gmail.com>) escribió:
>>
>>> Hola, Diego:
>>>
>>> En la República Dem. del Congo se están mapeando las zonas sanitarias
>>> del país. Hace unos años atrás colaboré con Claire Halleux de la comunidad
>>> local congolesa sobre el tagging para esas entidades, pues no teníamos
>>> referencia en otros países.
>>>
>>> Por consistencia con los datos que ya hay, estaría bien seguir ese
>>> esquema, y quizás luego proponerlo para la wiki global para que en otros
>>> países se siga también este mismo esquema, y no que haya varios esquemas
>>> diferentes para lo mismo.
>>>
>>> La sección en la que se explica es esta:
>>> https://wiki.openstreetmap.org/wiki/Congo-Kinshasa/Zones_de_sant%C3%A9#Trouver_les_bons_tags
>>>
>>> Basicamente es boundary=health + health_level=X
>>>
>>> En cuanto a ref, podría usarse la etiqueta ref=* que ya existe en la
>>> wiki, en vez de crear una health_ref.
>>>
>>> Saludos,
>>>
>>> Rafael.
>>> O 24/05/20 ás 21:54, Diego Cruz escribiu:
>>>
>>> Hola a todos:
>>>
>>> En el grupo de Castilla y León hemos estado hablando sobre mapear una
>>> serie de límites territoriales y por iniciativa personal he propuesto
>>> empezar con los distritos sanitarios. Os dejo un esquema de mi propuesta
>>> para los usuarios de Castilla y León y por si pudiese aprovecharse en otras
>>> autonomías.
>>>
>>> El territorio podría dividirse utilizando la etiqueta
>>> *boundary=healthcare_administration*, siguiendo el ejemplo de
>>> religious_administration (y que podría copiarse para
>>> environment_administration o agriculture_administration en otras
>>> demarcaciones que existen a nivel local). Para los tres niveles de
>>> organización que hay (autonomía, áreas de salud y zonas básicas de salud)
>>> podría utilizarse *healthcare_level* al modo de admin_level. Es decir:
>>>
>>> Área de salud de León
>>>
>>> *name=León *
>>> *boundary=healthcare_administration*
>>> *healthcare_level=6* (nivel de provincia)
>>>
>>> Zona básica de salud de Babia
>>> *name=Babia*
>>> *boundary=healthcare_administration*
>>> *healthcare_level=7* (nivel de comarca)
>>> *healthcare_ref=170304*
>>>
>>> En cuanto a los centros médicos, propongo el siguiente esquema, a modo
>>> de resumen de lo que probablemente ya esté mapeado:
>>>
>>> - *Healthcare=hospital *para los grandes hospitales que hay en cada
>>> unidad de salud (capitales de provincia, básicamente), denominados
>>> complejos asistenciales, hospitales universitarios, etc.
>>> - *Healthcare=clinic* para los centros de salud que hay en cada núcleo
>>> de una zona 

Re: [Talk-es] Formación para geovoluntarios.org

[Alejandro Moreno]

Como propuesta para la formación se puede revisar alguno de los puntos de
https://resultmaps.neis-one.org/unmapped#7/40.508/-1.967 de lugares no
mapeados. Aunque habría que realizar el mapeo solo con imágenes de satélite
esto tiene la ventaja de que se realizaría un mapeo de cero empezando por
añadir calles, ayuntamiento, tipo de tiendas, etc.

El jue., 21 may. 2020 a las 20:35, Lanxana . ()
escribió:

> Buenas tardes,
>
> no sé si alguien más se ofreció, según lo que quieran podría echar una
> mano. ¿Tienes alguna persona de contacto?
>
> Algo que tenemos pendiente y va saliendo cada X tiempo es grabar unos mini
> tutoriales sobre edición de OSM. El otro día, en el webinar de validaciones
> en HOT compartieron los enlaces a unos de JOSM, aún no comprové si son los
> que ya había visto, que tienen unos cuantos años y estaban orientados a
> integrar trazas de GPS a OSM.
>
> Saludos!
>
>
> 
>  Libre
> de virus. www.avast.com
> 
> <#m_-8160366291383464148_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> El vie., 15 may. 2020 a las 10:57, Santiago Crespo (<
> openstreet...@flanera.net>) escribió:
>
>> Hola!
>>
>> Desde geovoluntarios.org están interesados en colaborar con OSM. El
>> problema que tienen es que a pesar de que la inmesa mayoría de personas
>> de esa comunidad son profesionales que usan ArcGIS, apenas tienen
>> experiencia aportando a OSM.
>>
>> Les veo bastante motivados y con ganas de colaborar. La mayoría están en
>> España pero hay también en América Latina y otros países, por lo que la
>> formación tendría que ser en Español y por la tarde.
>>
>> ¿Hay alguien interesado en ofrecer formación online, mediante
>> videollamada, a esta buena gente?
>>
>> Por favor que responda por aquí o por privado y nos organizamos.
>>
>> Recuerdo que alguna vez alguien compartió documentación útil para este
>> tipo de formación. ¿Os importaría compartirla de nuevo?
>>
>> Gracias!
>> Santiago
>>
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] "Importación" de un sólo elemento desde IGN

[Alejandro Moreno]

Para mí lo que estás pensando no es una importación y con poner en source
el origen de los datos valdría.

El mar., 7 abr. 2020 a las 19:58, bobeeeze via Talk-es (<
talk-es@openstreetmap.org>) escribió:

> Sé que una importación es un trabajo laborioso y conozco más o menos los
> pasos. Pero mi intención no era esa, no era hacer una importación de todos
> los ríos de España, ni siquiera de alguna provincia. Sólo era extraer un
> elemento del mapa del IGN del cual tenemos autorización escrita para
> usarlo.
> Si eso se considera una importación, entonces paso. Los requisitos valen la
> pena si se hace una importación masiva de algún tipo de datos en una región
> o país pero no corresponde con lo que tenía pensado hacer y no tengo el
> conocimiento suficiente para preparar ese tipo de importación.
> Seguiré dibujando a mano los 4 riachuelos y barrancos que quiero añadir a
> la
> base de datos, aunque sea pesado porque son largos y sinuosos
> Un saludo
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> 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] Importación equipamientos básicos de Catalunya (farmacias, etc.)

[Alejandro Moreno]

Me parece muy buena idea.

En Madrid se importaron en 2014 (
https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Workflow ) y
desde entonces seguro que algo ha cambiado por lo que podríamos hacer una
nueva pasada para añadir las nuevas y quitar las cerradas. ¿Alguien que
sepa se anima a organizarlo?

Un saludo.


El sáb., 14 mar. 2020 a las 23:52, Lanxana . ()
escribió:

> Buenas noches,
>
> tenemos la wiki preparada con la importación de las farmacias, como
> primera fase. Os dejo el enlace para que le echéis un vistazo:
>
> https://wiki.openstreetmap.org/wiki/Catalunya_Pharmacies_Import
>
> La idea es escribir mañana a imports e iniciar la importación de los datos.
>
> Salud!
>
>
> 
>  Libre
> de virus. www.avast.com
> 
> <#m_-508841439634900_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> El sáb., 14 mar. 2020 a las 20:35, yo paseopor ()
> escribió:
>
>> Buenas noches
>>
>> Dada la situación actual y aprovechando los datos abiertos de la
>> Generalitat de Catalunya para los que ya tenemos permiso expreso vamos a
>> generar la importación de datos tales como farmacias y revisión de otros
>> como hospitales, etc. a través del gestor de tareas.
>>
>> #mequedoencasa , mapeando
>> Ahora más que nunca Salut i mapes.
>> yopaseopor
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Parque de Educación Vial

[Alejandro Moreno]

No hay nada definido. En
https://wiki.openstreetmap.org/wiki/Proposed_features/scaled_down_streets_that_may_be_used_for_traffic_safety_education_or_as_a_type_of_a_playground
tienes las diferentes opciones que se barajan pero no hay nada cerrado.

El vie., 7 feb. 2020 a las 20:40, bobeeeze () escribió:

> Estoy intentando mapear un parque de educación vial, un circuito cerrado
> simulando carreteras o calles donde van los niños en bici para aprender
> como
> funciona el sistema vial. ¿Alguien sabe como se puede etiquetar eso? ¿Y las
> carreteras del circuito se pueden etiquetar con highway=unclassified?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> 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] Names en varios idiomas, el caso de Oviedo

[Alejandro Moreno]

Volvemos a una discusión que ya ha habido por aquí con anterioridad.

Si no me equivoco, @yopaseopor cambió hace unos meses la etiqueta name de
Oviedo para poner "Oviedo / Uviéu" debido a que el ayuntamiento aprobó ese
nombre como nombre oficial para la ciudad. Para mí es un error poner ese
nombre en la etiqueta name y la etiqueta debería tener Oviedo que es el
nombre común por el que se conoce la ciudad y en las etiquetas name:es y
name:ast los respectivos nombres en dichos idiomas. En el caso de que
oficialmente el nombre cambie tenemos la etiqueta official_name para
definirlo pero que cambie el nombre oficial/legal no implica que cambie el
nombre común con el que la gente llamamos a la ciudad.
Lo mismo pasa con un montón de ciudades de la zona como Gijón.

Pensaba que estas casuísticas ya habían quedado fijadas pero lo expongo por
aquí antes de cambiar nada por si me equivocase y para que la postura que
adopte la comunidad la reflejemos en
https://wiki.openstreetmap.org/wiki/ES:Nombres_multiling%C3%BCes#Spain para
que quede claro para todo el mundo.

Un saludo.
Alejandro
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Licencia capas de imágenes

[Alejandro Moreno]

Ha salido publicado en el semanario que hay varias fuentes de imágenes o
fuentes de mapas en el Editor Layer Index, un índice para imágenes
potenciales y capas de fondo de datos raster para editores de OSM como iD y
JOSM que no tienen asociada licencia. La lista est en
https://github.com/osmlab/editor-layer-index/issues/439 y hay varias
fuentes de España.

- europe/es/ITACyL-CastileandLen.geojson
- europe/es/CatastroSpain.geojson
- europe/es/PNOASpain.geojson
- europe/es/GRAFCAN-CanaryIslands.geojson
- europe/es/GRAFCANExpress-CanaryIslands.geojson
- europe/es/PNOASpain-TMS.geojson
-
- Sería interesante que para evitar problemas alguien que conozca el tema
se pase por el issue y especifique la licencia de las fuentes de España.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Elección de la importancia de las calles en Madrid

[Alejandro Moreno]

Para ver el plano de cada distrito hay que entrar en
https://planmadre.madrid.es/ , en el menú *distritos *seleccionar el que
nos interese y en el documento que se abre navegar hasta el apartado de
Movilidad.

El lun., 16 sept. 2019 a las 14:29, Ismael Aderdor Domingo (<
ader...@gmail.com>) escribió:

> Hay una cosa que me llama la atención y es que ese documento no dice nada
> de los ejes distritales o de otros que sí que he visto definidos en otros
> documentos que nos han llevado alguna vez a los ejes locales.
>
> Por otro lado, no consigo acceder a los planos de otros barrios. ¿Puedes
> mandar el enlace o describir cómo has accedido a ellos?
>
> Un saludo.
>
> El lun., 16 sept. 2019 a las 11:14, Alejandro Moreno ()
> escribió:
>
>> He visto que Madrid categoriza sus calles en 3 tipos según su importancia:
>> - Eje urbano
>> - Calle colectora
>> - Resto
>>
>> En
>> http://madrid.maps.arcgis.com/apps/MapJournal/index.html?appid=9b6a606ea1bb4b37910336b14dff5689
>> se puede ver, pinchando en cada distrito, un mapa con la categoría de cada
>> calle. Por ejemplo, para Villa de Vallecas este es el mapa
>> http://www.arcgis.com/sharing/rest/content/items/9b6a606ea1bb4b37910336b14dff5689/resources/07_MOVILIDAD__1504861035677__w1500.jpg
>>
>> Ahora la duda que tengo es cómo categorizar cada calle:
>> - Eje urbano --> ¿Primary?
>> - Calle colectora --> ¿Secondary?
>> - ¿tertiary?
>> - Resto --> highway=residential
>>
>>
>>
>> El mar., 3 sept. 2019 a las 13:01, Alejandro Moreno ()
>> escribió:
>>
>>> He visto que en
>>> http://www-2.munimadrid.es/urbanismo_inter/visualizador/index_inter.jsp
>>> se pueden ver las vías marcadas como Principales por el Ayuntamiento.
>>>
>>> De momento he solicitado el catálogo de calles al ayuntamiento a través
>>> del servicio de acceso a la información pública. Hasta ahora siempre que he
>>> solicitado algo me lo han enviado aunque suelen tardar bastante.
>>>
>>> Os mantendré informados.
>>>
>>> El lun., 2 sept. 2019 a las 20:32, Alejandro Moreno ()
>>> escribió:
>>>
>>>> Menudo currazo. Muchas gracias por tanta información.
>>>>
>>>> Estos días le echaré un ojo.
>>>>
>>>> El lun., 2 sept. 2019 20:07, yo paseopor 
>>>> escribió:
>>>>
>>>>> Como información os puedo explicar que la comunidad catalana usó el
>>>>> catálogo de vías editado por el Ajuntament de Barcelona. Eso hizo
>>>>> importantes cambios, como la "partición" de la Diagonal en diversos 
>>>>> niveles
>>>>> según la movilidad real de la ciudad.
>>>>>
>>>>> Aquí veo algo que lo puede definir
>>>>>
>>>>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic2.pdf
>>>>>
>>>>> Pero tengo una mala noticia, y es que ya en 2016, un conocido ;) de
>>>>> esta lista ya propuso ese documento al Ayuntamiento
>>>>>
>>>>> https://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=086c550b763f8510VgnVCM201f4a900aRCRD=102612b9ace9f310VgnVCM10171f5a0aRCRD=default
>>>>>
>>>>> Dicho lo cual existen documentos técnicos que os podrían ayudar a
>>>>> definirlas
>>>>>
>>>>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic4.1.pdf
>>>>>
>>>>> El documento entero, del año 2000
>>>>>
>>>>> http://www.carreteros.org/normativa/travesias/pdfs/ccaa_pdf/ivp_ay_madrid.pdf
>>>>>
>>>>> He encontrado algo que valdría pero es de 1995
>>>>> http://oa.upm.es/49147/1/1995_calles_HA.pdf pág 31
>>>>>
>>>>> Este sería el Decreto que define cada categoría , de 2010
>>>>>
>>>>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/Acuerdos%20PGOUM/Ficheros/COMPENDIOPGOUM%2097%20edjulio%202009%20version%20marzo%202010con%20Anexosp.pdf
>>>>>
>>>>> Actual no lo he encontrado, lo siento, sólo lo de 1995 :(
>>>>> Salut i mapes
>>>>> yopaseopor
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Sep 2, 2019 at 1:36 PM Ismael Aderdor Domingo <
>>>>> ader...@gmail.com> wrote:
>>>>>
>>>>>> Estoy muy de acuerdo con

Re: [Talk-es] Elección de la importancia de las calles en Madrid

[Alejandro Moreno]

He visto que Madrid categoriza sus calles en 3 tipos según su importancia:
- Eje urbano
- Calle colectora
- Resto

En
http://madrid.maps.arcgis.com/apps/MapJournal/index.html?appid=9b6a606ea1bb4b37910336b14dff5689
se puede ver, pinchando en cada distrito, un mapa con la categoría de cada
calle. Por ejemplo, para Villa de Vallecas este es el mapa
http://www.arcgis.com/sharing/rest/content/items/9b6a606ea1bb4b37910336b14dff5689/resources/07_MOVILIDAD__1504861035677__w1500.jpg

Ahora la duda que tengo es cómo categorizar cada calle:
- Eje urbano --> ¿Primary?
- Calle colectora --> ¿Secondary?
- ¿tertiary?
- Resto --> highway=residential



El mar., 3 sept. 2019 a las 13:01, Alejandro Moreno ()
escribió:

> He visto que en
> http://www-2.munimadrid.es/urbanismo_inter/visualizador/index_inter.jsp
> se pueden ver las vías marcadas como Principales por el Ayuntamiento.
>
> De momento he solicitado el catálogo de calles al ayuntamiento a través
> del servicio de acceso a la información pública. Hasta ahora siempre que he
> solicitado algo me lo han enviado aunque suelen tardar bastante.
>
> Os mantendré informados.
>
> El lun., 2 sept. 2019 a las 20:32, Alejandro Moreno ()
> escribió:
>
>> Menudo currazo. Muchas gracias por tanta información.
>>
>> Estos días le echaré un ojo.
>>
>> El lun., 2 sept. 2019 20:07, yo paseopor  escribió:
>>
>>> Como información os puedo explicar que la comunidad catalana usó el
>>> catálogo de vías editado por el Ajuntament de Barcelona. Eso hizo
>>> importantes cambios, como la "partición" de la Diagonal en diversos niveles
>>> según la movilidad real de la ciudad.
>>>
>>> Aquí veo algo que lo puede definir
>>>
>>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic2.pdf
>>>
>>> Pero tengo una mala noticia, y es que ya en 2016, un conocido ;) de esta
>>> lista ya propuso ese documento al Ayuntamiento
>>>
>>> https://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=086c550b763f8510VgnVCM201f4a900aRCRD=102612b9ace9f310VgnVCM10171f5a0aRCRD=default
>>>
>>> Dicho lo cual existen documentos técnicos que os podrían ayudar a
>>> definirlas
>>>
>>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic4.1.pdf
>>>
>>> El documento entero, del año 2000
>>>
>>> http://www.carreteros.org/normativa/travesias/pdfs/ccaa_pdf/ivp_ay_madrid.pdf
>>>
>>> He encontrado algo que valdría pero es de 1995
>>> http://oa.upm.es/49147/1/1995_calles_HA.pdf pág 31
>>>
>>> Este sería el Decreto que define cada categoría , de 2010
>>>
>>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/Acuerdos%20PGOUM/Ficheros/COMPENDIOPGOUM%2097%20edjulio%202009%20version%20marzo%202010con%20Anexosp.pdf
>>>
>>> Actual no lo he encontrado, lo siento, sólo lo de 1995 :(
>>> Salut i mapes
>>> yopaseopor
>>>
>>>
>>>
>>>
>>> On Mon, Sep 2, 2019 at 1:36 PM Ismael Aderdor Domingo 
>>> wrote:
>>>
>>>> Estoy muy de acuerdo contigo. En general, parece que las etiquetas en
>>>> muchas calles no están puestas en base a criterios objetivos.
>>>>
>>>> Más que hablar de calles concretas, creo que habría que fijar algún
>>>> criterio para aplicar una etiqueta u otra.
>>>>
>>>> El lun., 2 sept. 2019 a las 9:36, Alejandro Moreno ()
>>>> escribió:
>>>>
>>>>> Buenos días.
>>>>>
>>>>> Os escribo porque en Villa de Vallecas (Madrid) hay varias avenidas
>>>>> que no están marcadas como primary ni como secondary y para mí sí deberían
>>>>> serlo correspondientes a la nueva parte que se ha hecho en el PAU de
>>>>> Vallecas. Puesto que no sé si hay algún criterio definido para este tipo 
>>>>> de
>>>>> calles en Madrid dejo aquí mi propuesta para consensuarla.
>>>>>
>>>>> Calles primary:
>>>>> - Avenida del Mayorazgo.
>>>>> - Avenida Ensanche de Vallecas
>>>>>
>>>>> Calle Secondary:
>>>>> - Avenida de la Gavia
>>>>> - Avenida de las Suertes
>>>>> - Avenida de Cartagena de Indias
>>>>>
>>>>>
>>>>> Un saludo.
>>>>> ___
>>>>> 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 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] Criterio de clasificación de entidades de población

[Alejandro Moreno]

Para reparto de impuestos se hace distinción entre municipios de más de
75.000 y menos de 75.000.

Para otros casos, como los servicios obligatorios, la distinción es entre
5.000, 20.000 y 50.000 (se puede ver en
https://www.iberley.es/legislacion/ley-7-1985-2-abr-reguladora-bases-regimen-local-1310002
).

Según https://apps.fomento.gob.es/CVP/handlers/pdfhandler.ashx?idpub=BAW050
considera grandes áreas urbanas aquellas con más de 50.000 habitantes por
lo que yo considero ese buena cifra para distinguir entre ciudad o no.

Para mí, como criterio general.

place=city para más de 50.000 habitantes
place=town para lugares entre 20.000 y 50.000
place=village para lugares entre 1.000 y 20.000
place=hamlet para lugares con menos de 1.000

pero tendría en cuenta los pueblos de los alrededores. Me explico, hay
zonas bastante despobladas o donde los pueblos son pequeños y puede que un
pueblo de menos de 20.000 habitantes haga las funciones de ciudad a nivel
servicios y vida local, por lo que no sería estricto con el criterio de
población.

Un saludo.






El jue., 5 sept. 2019 a las 13:08, Diego Cruz ()
escribió:

> Hola a todos:
>
> Me parece bien este sistema para clasificar los lugares, pero yo diría que
> en España el límite para que una entidad sea considerada ciudad está más
> bien por los 20 000 habitantes, ¿no? No sé si es un límite oficial o
> extraoficial, pero yo lo he visto ahí en alguna ocasión.
>
> Un saludo
> Diego
>
> El jue., 5 sept. 2019 a las 10:13, dcapillae ()
> escribió:
>
>> Buenos días.
>>
>> Por favor, no añadáis información local a las páginas de documentación
>> general del wiki. Las páginas de documentación en español deben ser una
>> traducción fiel e íntegra de las páginas de referencia, normalmente la
>> versión en inglés.
>>
>> Iago ha incluido su criterio de clasificación de entidades de población en
>> la página «ES:Key:place» [1]. No es el lugar correcto para hacerlo. En un
>> mensaje anterior, ya sugirió que convendría revisar los criterios que
>> estábamos usando en España para clasificar este tipo de entidades [2].
>>
>> Discutidlo si queréis, ya dije que a mí me da igual un criterio u otro
>> siempre que sea coherente, pero no lo pongáis en una página destinada a
>> documentación general para mapeadores de todo el mundo, no solo de España.
>> Usad las páginas de España para reflejar este tipo de cosas. [3]
>>
>>
>> Muchas gracias.
>>
>> [1]
>>
>> https://wiki.openstreetmap.org/wiki/ES_talk:Key:place#Criterio_de_clasificaci.C3.B3n_de_entidades_de_poblaci.C3.B3n
>>
>> [2]
>> http://gis.19327.n8.nabble.com/Parroquias-civiles-y-demas-td5945095.html
>> [3] https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a
>>
>>
>> P. D.: Transcribo a continuación la propuesta de Iago por si la queréis
>> discutir:
>>
>> CRITERIOS DE CLASIFICACIÓN DE ENTIDADES DE POBLACIÓN
>>
>> Las entidades de población deberían clasificarse principalmente por
>> equipamientos y no por población, ya que population=* sería redundante.
>> Solo
>> es necesario tener un corte de población.
>>
>> ¿Está habitado?
>>
>> No -> Ubicación con topónimo (place=locality)
>> Sí -> ¿Son más de 2 casas?
>>
>> No -> Viviendas aisladas (place=isolated_dwelling)
>> Sí -> Tiene un lugar de culto (amenity=place_of_worship),
>> campo
>> de la verbena o algún tipo de lugar de reunión?
>>
>> No -> Lugar (place=hamlet)
>> Sí -> ¿Alcanza los 100 habitantes?
>> No -> Lugar (place=hamlet)
>> Sí -> ¿Tiene los equipamientos básicos cubiertos, como
>> escuela (amenity=school), ambulatorio (amenity=clinic), mercado
>> (amenity=marketplace), supermercado (shop=supermarket), banco
>> (amenity=bank)
>> y policía (amenity=police)?
>>
>> No -> Aldea (place=village)
>> Sí -> ¿Alcanza los 1.000 habitantes?
>> No -> Aldea (place=village)
>> Sí -> ¿Tiene grandes equipamientos como campus
>> universitario (amenity=university), hospital (amenity=hospital), museo
>> (tourism=museum), teatro (amenity=theatre), juzgados (amenity=courthouse),
>> bomberos (amenity=fire_station), biblioteca (amenity=library) y edificios
>> administrativos (office=government)?
>>
>> No -> Villa (place=town)
>> Sí -> ¿Alcanza los 10.000 habitantes?
>> No -> Villa (place=town))
>>
>> Sí -> Ciudad (place=city)
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org

Re: [Talk-es] Patrimonio cultural

[Alejandro Moreno]

Yo lo de heritage_type no lo veo. Creo que en todos los casos se el tipo de
bien queda definido por otras etiquetas. Por ejemplo
historic=archaeological_site para sitios arqueológicos, building=church
para iglesias, etc.
En el caso de que finalmente se use heritage_type la definiría como
heritage:type para seguir la nomenclatura de del resto de etiquetas
relacionadas..

Añadiría como interesante la etiqueta wikidata para aquellos elementos que
estén dados de alta.

El jue., 5 sept. 2019 a las 13:01, Diego Cruz ()
escribió:

> Hola de nuevo:
>
> 1. Poner la fecha de construcción como dice Carlos me parece fantástico,
> me apunto start_date=* también.
> 2. Otras etiquetas sobre las características de las partes del edificio
> también se podrían poner en cada caso particular, claro. Habría que crear
> esquemas específicos. También se puede indicar el estilo arquitectónico
> (gótico, mudéjar, etc.) ¿Alguien sabe la etiqueta?
> 3. En cuanto a diferenciar entre iglesia, ermita, etc. ¿no estaría bien
> hacerlo en la etiqueta historic también, además de en building?
> 4. ¿Qué os parece la etiqueta heritage_type que comentaba en mi anterior
> mensaje, es factible? Ya he encontrado un valor más para ella, ensemble
> (para conjuntos históricos).
>
> Os mando dos ejemplos que acabo de hacer sobre Ávila (la cabra tira al
> monte). Por una parte he corregido el área declarada patrimonio de la
> humanidad de la ciudad (figuraba repetido: la muralla por un lado y el nodo
> de la ciudad por otro). En realidad, lo que está declarado patrimonio de la
> humanidad es el recinto amurallado más algunas iglesias extramuros, así que
> he hecho una relación con todas ellas a la que he dado los siguientes
> valores:
>
> heritage = 1
> heritage:operator = whc
> heritage_type = ensemble
> historic = town
> name = Ciudad vieja de Ávila e iglesias extramuros
> protection_title = world heritage
> protection_title:category = cultural
> protection_title:inscription_date = 1985
> ref:whc = 348bis
> start_date = ¿fecha de fundación de la ciudad?
> wikidata = Q415839120
> wikipedia = es:Ávila
>
> Y, a continuación, como la muralla por sí sola sí está declarada BIC, la
> he cambiado a esto:
>
> heritage = 2
> heritage:operator = mecd
> heritage_type = military
> historic = citywalls
> name = Murallas de Ávila
> protection_title = BIC
> protection_title:category = monumento
> protection_title:inscription_date = 24-03-1884
> ref:bic = 51 - 036 - 0
> start_date = XI
> wikidata = Q3050235
> wikipedia = es:Muralla de Ávila
>
> En cuanto a que haya deficiencias o no en ref:bic no lo decía para hacerte
> responsable, Daniel, jaja. Solo estaba sugiriendo algunos cambios para ver
> qué os parece. Estoy de acuerdo con que lo estandaricemos todo para que sea
> mejor para representarlo después. No sé si lo metí o no en los enlaces del
> mensaje anterior, pero aquí
>  tienen
> representados todos los elementos según la etiqueta history (por eso decía
> que en ella habría añadir muchos más atributos, como ermita, etc.).
>
> Un saludo
> Diego
>
> El jue., 5 sept. 2019 a las 1:33, Diego Cruz ()
> escribió:
>
>> Hola a todos:
>>
>> Os escribo para resumir un poco lo que se ha hablado en Telegram sobre un
>> posible proyecto de mapear el patrimonio cultural de España y alguna
>> propuesta de clasificación, siguiendo un poco lo comentado en este otro
>> hilo
>> 
>> .
>>
>> Por lo que he estado investigando, en general se usan dos grandes
>> etiquetas para clasificar el patrimonio, heritage
>>  y historic
>> .
>>
>> HERITAGE indica la autoridad que clasifica el patrimonio, y para España
>> sería lo siguiente (copiado del otro hilo):
>> heritage = 1 (mundial)
>> heritage = 2 (nacional)
>> heritage = 4 (autonómico)
>> heritage = 6 (provincial)
>> heritage = 8 (local o municipal)
>>
>> Podría ser un buen punto de partida empezar a mapear los sitios
>> declarados patrimonio de la humanidad
>> 
>> (heritage = 1) (no sé si estará todo metido) y los bienes de interés
>> cultural
>> 
>> (heritage = 2). Para los BIC ya hay una guía
>> , que incluye los
>> siguientes atributos:
>>
>>- name =* Name of
>>object.
>>- protection_title
>>=Bien de
>>Interés Cultural
>>
>> 
>>- protection_title:category
>>
>> 

Re: [Talk-es] Elección de la importancia de las calles en Madrid

[Alejandro Moreno]

He visto que en
http://www-2.munimadrid.es/urbanismo_inter/visualizador/index_inter.jsp se
pueden ver las vías marcadas como Principales por el Ayuntamiento.

De momento he solicitado el catálogo de calles al ayuntamiento a través del
servicio de acceso a la información pública. Hasta ahora siempre que he
solicitado algo me lo han enviado aunque suelen tardar bastante.

Os mantendré informados.

El lun., 2 sept. 2019 a las 20:32, Alejandro Moreno ()
escribió:

> Menudo currazo. Muchas gracias por tanta información.
>
> Estos días le echaré un ojo.
>
> El lun., 2 sept. 2019 20:07, yo paseopor  escribió:
>
>> Como información os puedo explicar que la comunidad catalana usó el
>> catálogo de vías editado por el Ajuntament de Barcelona. Eso hizo
>> importantes cambios, como la "partición" de la Diagonal en diversos niveles
>> según la movilidad real de la ciudad.
>>
>> Aquí veo algo que lo puede definir
>>
>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic2.pdf
>>
>> Pero tengo una mala noticia, y es que ya en 2016, un conocido ;) de esta
>> lista ya propuso ese documento al Ayuntamiento
>>
>> https://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=086c550b763f8510VgnVCM201f4a900aRCRD=102612b9ace9f310VgnVCM10171f5a0aRCRD=default
>>
>> Dicho lo cual existen documentos técnicos que os podrían ayudar a
>> definirlas
>>
>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic4.1.pdf
>>
>> El documento entero, del año 2000
>>
>> http://www.carreteros.org/normativa/travesias/pdfs/ccaa_pdf/ivp_ay_madrid.pdf
>>
>> He encontrado algo que valdría pero es de 1995
>> http://oa.upm.es/49147/1/1995_calles_HA.pdf pág 31
>>
>> Este sería el Decreto que define cada categoría , de 2010
>>
>> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/Acuerdos%20PGOUM/Ficheros/COMPENDIOPGOUM%2097%20edjulio%202009%20version%20marzo%202010con%20Anexosp.pdf
>>
>> Actual no lo he encontrado, lo siento, sólo lo de 1995 :(
>> Salut i mapes
>> yopaseopor
>>
>>
>>
>>
>> On Mon, Sep 2, 2019 at 1:36 PM Ismael Aderdor Domingo 
>> wrote:
>>
>>> Estoy muy de acuerdo contigo. En general, parece que las etiquetas en
>>> muchas calles no están puestas en base a criterios objetivos.
>>>
>>> Más que hablar de calles concretas, creo que habría que fijar algún
>>> criterio para aplicar una etiqueta u otra.
>>>
>>> El lun., 2 sept. 2019 a las 9:36, Alejandro Moreno ()
>>> escribió:
>>>
>>>> Buenos días.
>>>>
>>>> Os escribo porque en Villa de Vallecas (Madrid) hay varias avenidas que
>>>> no están marcadas como primary ni como secondary y para mí sí deberían
>>>> serlo correspondientes a la nueva parte que se ha hecho en el PAU de
>>>> Vallecas. Puesto que no sé si hay algún criterio definido para este tipo de
>>>> calles en Madrid dejo aquí mi propuesta para consensuarla.
>>>>
>>>> Calles primary:
>>>> - Avenida del Mayorazgo.
>>>> - Avenida Ensanche de Vallecas
>>>>
>>>> Calle Secondary:
>>>> - Avenida de la Gavia
>>>> - Avenida de las Suertes
>>>> - Avenida de Cartagena de Indias
>>>>
>>>>
>>>> Un saludo.
>>>> ___
>>>> 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 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] Elección de la importancia de las calles en Madrid

[Alejandro Moreno]

Menudo currazo. Muchas gracias por tanta información.

Estos días le echaré un ojo.

El lun., 2 sept. 2019 20:07, yo paseopor  escribió:

> Como información os puedo explicar que la comunidad catalana usó el
> catálogo de vías editado por el Ajuntament de Barcelona. Eso hizo
> importantes cambios, como la "partición" de la Diagonal en diversos niveles
> según la movilidad real de la ciudad.
>
> Aquí veo algo que lo puede definir
>
> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic2.pdf
>
> Pero tengo una mala noticia, y es que ya en 2016, un conocido ;) de esta
> lista ya propuso ese documento al Ayuntamiento
>
> https://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=086c550b763f8510VgnVCM201f4a900aRCRD=102612b9ace9f310VgnVCM10171f5a0aRCRD=default
>
> Dicho lo cual existen documentos técnicos que os podrían ayudar a
> definirlas
>
> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/InstruccionViaPublica/Ficheros/fic4.1.pdf
>
> El documento entero, del año 2000
>
> http://www.carreteros.org/normativa/travesias/pdfs/ccaa_pdf/ivp_ay_madrid.pdf
>
> He encontrado algo que valdría pero es de 1995
> http://oa.upm.es/49147/1/1995_calles_HA.pdf pág 31
>
> Este sería el Decreto que define cada categoría , de 2010
>
> https://www.madrid.es/UnidadesDescentralizadas/UDCUrbanismo/PGOUM/Acuerdos%20PGOUM/Ficheros/COMPENDIOPGOUM%2097%20edjulio%202009%20version%20marzo%202010con%20Anexosp.pdf
>
> Actual no lo he encontrado, lo siento, sólo lo de 1995 :(
> Salut i mapes
> yopaseopor
>
>
>
>
> On Mon, Sep 2, 2019 at 1:36 PM Ismael Aderdor Domingo 
> wrote:
>
>> Estoy muy de acuerdo contigo. En general, parece que las etiquetas en
>> muchas calles no están puestas en base a criterios objetivos.
>>
>> Más que hablar de calles concretas, creo que habría que fijar algún
>> criterio para aplicar una etiqueta u otra.
>>
>> El lun., 2 sept. 2019 a las 9:36, Alejandro Moreno ()
>> escribió:
>>
>>> Buenos días.
>>>
>>> Os escribo porque en Villa de Vallecas (Madrid) hay varias avenidas que
>>> no están marcadas como primary ni como secondary y para mí sí deberían
>>> serlo correspondientes a la nueva parte que se ha hecho en el PAU de
>>> Vallecas. Puesto que no sé si hay algún criterio definido para este tipo de
>>> calles en Madrid dejo aquí mi propuesta para consensuarla.
>>>
>>> Calles primary:
>>> - Avenida del Mayorazgo.
>>> - Avenida Ensanche de Vallecas
>>>
>>> Calle Secondary:
>>> - Avenida de la Gavia
>>> - Avenida de las Suertes
>>> - Avenida de Cartagena de Indias
>>>
>>>
>>> Un saludo.
>>> ___
>>> 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 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] Elección de la importancia de las calles en Madrid

[Alejandro Moreno]

Buenos días.

Os escribo porque en Villa de Vallecas (Madrid) hay varias avenidas que no
están marcadas como primary ni como secondary y para mí sí deberían serlo
correspondientes a la nueva parte que se ha hecho en el PAU de Vallecas.
Puesto que no sé si hay algún criterio definido para este tipo de calles en
Madrid dejo aquí mi propuesta para consensuarla.

Calles primary:
- Avenida del Mayorazgo.
- Avenida Ensanche de Vallecas

Calle Secondary:
- Avenida de la Gavia
- Avenida de las Suertes
- Avenida de Cartagena de Indias


Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Error en la importación de b5m del addr:city

[Alejandro Moreno]

Muchas gracias Dazer.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[Alejandro Moreno]

Por no dejar muerto este tema que me parece interesante. ¿Qué os parece si
en Septiembre, que ya estaremos todos operativos, montamos una votación en
la wiki y decidimos el criterio a usar?

El jue., 18 jul. 2019 a las 20:31, Jaume Figueras i Jové (<
jaume.figue...@masafi.cat>) escribió:

> +1 a @yopaseopor
>
> No hay caso más evidente de mapeo para el render que seguir
> exclusivamente la clasificación administrativa (que no técnica) de las
> carreteras. Ambas clasificaciones (administrativa y técnica) hechas por
> las administraciones públicas. La clasificación administrativa es una
> clasificación política y presupuestaria, la técnica es eso, técnica, una
> clasificación según las características físicas.
>
> La definición de equivalencias la hizo Iván en 2007 a partir de la
> clasificación administrativa que aparecía en el BOE principalmente.
> Evidentemente por algo se tiene que empezar y sin duda, empezar un
> proyecto de estas características en españa un gran trabajo. En ese
> momento talk-es debían ser 4 personas y solo una contestó la propuesta
> en talk-es.
>
> A partir de aquí esta definición se ha convertido en axiomática y
> siempre se ha pedido a quienes no nos gusta mil explicaciones, mil
> justificaciones y se ha buscado que el tema muera de agotamiento. Pero
> claro, no acaba de morir, por que pasa el tiempo y nuevas personas se
> preguntan una y otra vez cómo puede ser que la carretera XXX sea trunk!!
>
> Pues hago la propuesta al revés, los "administrativos" justificad por
> qué vuestra clasificación es mejor que la física. Por qué una carretera
> debe cambiar de trunk a primary o viceversa si la titularidad
> político-administrativa cambia. Por qué carreteras sin arcén y de una
> calzada son trunk y carreteras con mejores características no. Por qué
> la N-260 en su paso en Seira sin arcén ni eje pintado es trunk?
>
> Salut!
>
> P.S: Por cierto, por si no se sabe, el criterio administrativo no se
> sigue. La realidad es muy dura! En Seira, la N-260 en sus 15 ediciones
> ha cambiado de tipo de vía 12 veces. Un consenso de la hostia,
> oigan
>
> ___
> 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] Error en la importación de b5m del addr:city

[Alejandro Moreno]

Buenas.

Revisando edificios de las afueras de San Sebastián veo que muchos tienen
como addr:city "Donostia-san Sebastian" cuando lo correcto debería ser
"Donostia/San Sebastián". Entiendo que esto es por la importación de datos
de b5m que se hizo. ¿Alguien puede automatizar el arreglo de este error?

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Números de teléfono y prefijo internacional

[Alejandro Moreno]

En Wikipedia este tipo de tareas se automatizan mediante bot. ¿No hay nada
similar en OSM?

El sáb., 13 jul. 2019 9:56, Jorge Sanz Sanfructuoso 
escribió:

> Buenos días
>
> Escribo porque recientemente se ha añadido a osmose la comprobación de los
> números de teléfono y fax de España y se puede ver que tenemos una cantidad
> considerable de números de teléfono con errores.
>
> http://osmose.openstreetmap.fr/es/map/#item=3092=7=40.125=-2.75=1%2C2%2C3==
>
> Tenemos algunas zonas entre las que más errores tienen de todos los países
> en los que hay comprobación de este error actualmente
> http://osmose.openstreetmap.fr/en/errors/?item=3092
>
> Hay que ver la parte buena, demuestra que tenemos bastantes números de
> teléfono introducidos. Dato que creo que da información del estado avanzado
> de información. El número de teléfono es información específica y puntual.
> Pero también tenemos trabajo por delante para solucionar estos errores y
> tener una información perfecta.
>
> La mayoría de los errores son por falta de introducir la numeración
> internacional delante del número de teléfono. Vamos, en el caso de España
> añadir +34 delante del número de teléfono. Hay más información en la wiki
> del formato correcto.
> https://wiki.openstreetmap.org/wiki/ES:Key:phone
>
> Por todo esto quería pedir ir intentando arreglar los números de teléfono
> que ya hay en OSM poco a poco. Desde osmose es bastante sencillo. Pero
> sobre todo, intentar en las nuevas ediciones introducir el prefijo +34 para
> evitar tener que solucionarlo después.
>
> Un saludo y feliz mapeo.
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanzs.es/
> ___
> 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] Dudas nodos importación País Vasco

[Alejandro Moreno]

Buenos días.

Estos días estoy editando pueblos de País Vasco principalmente añadiendo
las etiquetas wikipedia y wikidata y veo que hay un montón de edificios
dibujados como área que solo tienen la etiqueta building=yes y dentro de
ellos nodos con la dirección y más etiquetas que aplican al edificio.
Imagino que esto es fruto de 2 importaciones diferentes, por un lado los
edificios y de otra fuente las direcciones así que de vez en cuando voy
unificando cada nodo con su área. ¿Estoy haciendo lo correcto o la estoy
liando?

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio masivo calles 30

[Alejandro Moreno]

No me expliqué bien.

Se debe poner maxspeed=30 y además source:maxspeed=implicid. Así se
distingue el límite a 30km/h que proviene de una señal del que no tiene
señal.




El sáb., 15 jun. 2019 a las 20:27, yo paseopor ()
escribió:

> Los implicit son un desastre. La mayoría de aplicaciones necesitan un
> valor fijo y entendible, implicit , como valor legible humano dice poco.
> De hecho source no es maxspeed. En el pasado no ha sido útil y es todo un
> reto para según qué equivalencias. Como valor único yo no lo recomendaría.
> Creo que vamos avanzando hacia un camino en el que cambiar de velocidades
> una serie de vías, de golpe, no nos supondrá tanto esfuerzo. Yo prefiero
> los valores clásicos, son los que nos ayudarán a hacer un mapa entendible y
> realmente siempre actualizado. Si se ha de usar source:maxspeed, maxspeed
> se debe seguir poniendo con el número en cuestión
>
> Saludos
> yopaseopor
>
>
>
> On Thu, Jun 13, 2019 at 11:42 AM Alejandro Moreno 
> wrote:
>
>> Este cambio de normativa se aplicó hace unos meses en Madrid y en su día
>> se estuvo discutiendo por aquí como implementarlo.
>> Al final no se llegó a ninguna conclusión de importación pero sí se habló
>> de poner la etiqueta
>> source:maxspeed=
>> <https://wiki.openstreetmap.org/wiki/Key:source:maxspeed?uselang=es>
>> implicit
>> <https://wiki.openstreetmap.org/wiki/Tag:source:maxspeed=implicit?uselang=es>
>>
>> Así, si en el futuro cambia la normativa están identificados los maxspeed
>> que realmente no cambiarían ya que están limitados por una señal de los que
>> son genéricos y están definidos por la normativa.
>>
>>
>>
>> El jue., 13 jun. 2019 a las 11:17, F. Verdú ()
>> escribió:
>>
>>> Buenos días.
>>> Valencia acaba de cambiar la velocidad máxima a 30 en calles de un sólo
>>> carril por sentido. Hay un mapa oficial con esto, pero no parece que sea
>>> exportable y lo veo inviable por ser calles, no nodos aislados. ¿Hay alguna
>>> manera rápida de añadir esto? Realmente seria por diferencia, es decir
>>> poner todas las residential con maxspeed=30 y luego mano quitar las
>>> excepciones.
>>> 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 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] Cambio masivo calles 30

[Alejandro Moreno]

Este cambio de normativa se aplicó hace unos meses en Madrid y en su día se
estuvo discutiendo por aquí como implementarlo.
Al final no se llegó a ninguna conclusión de importación pero sí se habló
de poner la etiqueta
source:maxspeed=

implicit


Así, si en el futuro cambia la normativa están identificados los maxspeed
que realmente no cambiarían ya que están limitados por una señal de los que
son genéricos y están definidos por la normativa.



El jue., 13 jun. 2019 a las 11:17, F. Verdú ()
escribió:

> Buenos días.
> Valencia acaba de cambiar la velocidad máxima a 30 en calles de un sólo
> carril por sentido. Hay un mapa oficial con esto, pero no parece que sea
> exportable y lo veo inviable por ser calles, no nodos aislados. ¿Hay alguna
> manera rápida de añadir esto? Realmente seria por diferencia, es decir
> poner todas las residential con maxspeed=30 y luego mano quitar las
> excepciones.
> 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] Tiene sentido guardar los Apartamentos que se alquilan

[Alejandro Moreno]

Buenos días.

Este nodo [ https://www.openstreetmap.org/node/6037348285 ] hace referencia
a un apartamento que se alquila dentro de un edificio de pisos. ¿Tiene
sentido mantener nodos de este tipo? En mi opinión mapear estos
apartamentos turísticos no aporta nada pero quiero ver si hay consenso
antes de borrarlo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Calles residenciales en Madrid

[Alejandro Moreno]

Buenos días.

Sigo dándole una vuelta al problema que tenemos en Madrid al tener una
normativa de velocidad específica solo para nuestra ciudad. Con la nueva
normativa el 85% de las calles han pasado a tener un límite de velocidad de
30km/h pero no porque haya señalización específica, si no por las
características de número de carriles de la calle.

Pensando en como mapear eso veo que una solución el siguiente etiquetado.

maxspeed=30
source:maxspeed=inherit

El valor *inherit* tiene mucho uso en el mapa y yo lo entiendo como
"inherente a la vía" que es justo el etiquetado que yo busco. ¿Cómo lo veis?

El mié., 24 oct. 2018 a las 19:36, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Buenas.
>
> Lo de source:maxspeed=ES-Madrid:urban lo veo como una cosa demasiado
> especifica de Madrid. No sé todas las limitaciones, sé más o menos por
> encima pero creo que esta etiqueta solo se referiría al límite de 30Km/h.
> Esa limitación esta en estudio en más sitios y no estoy seguro, pero me
> suena que en alguna ciudad más ya se ha puesto.
>
> Si solo se refiere al límite de 30 y es una cosa que se esta haciendo en
> más sitios creo que se debería buscar algo más genérico.
>
> En la wiki vienen ejemplos de FR:zone30 a lo mejor ES:zone30 ?
>
> Un saludo.
>
>
> El mié., 24 oct. 2018 a las 19:07, Alejandro Moreno ()
> escribió:
>
>> Buscando en la wiki veo que se puede usar la etiqueta source:maxspeed
>> para ampliar la información del porqué de la limitación de velocidad.
>>
>> ¿Qué os parece usar
>> source:maxspeed=ES-Madrid:urban para esas calles limitadas por la
>> normativa y no por ninguna señal específica? Así es fácil tenerlas
>> localizadas.
>>
>> El mié., 24 oct. 2018 8:43, Jo  escribió:
>>
>>> Si hay este señal:
>>> https://practicavial.com/senal-de-la-calle-residencial/
>>>
>>> Es highway=living_street. maxspeed=20 es implicada, pero no molesta
>>> agregarlo.
>>>
>>> sino
>>>
>>> highway=residential
>>> maxspeed=30
>>>
>>> Pienso que lo mejor es de agregarlo a todas las calles individualmente.
>>>
>>> Polyglot
>>>
>>> Op wo 24 okt. 2018 om 08:30 schreef Alejandro Moreno >> >:
>>>
>>>> Relacionado con este tema yo tengo otra duda.
>>>>
>>>> Todas las calles de un solo sentido y un solo carril pasan a tener una
>>>> velocidad máxima de 30km/h y las de plataforma única pasan a estar
>>>> limitadas a 20 km/h
>>>> ¿Cómo representamos esto en OSM?¿Se puede hacer algo que afecte a todo
>>>> el área de Madrid, hay que modificar el max-speed calle a calle o lo
>>>> dejamos como está y representamos solo la velocidad máxima cuándo haya
>>>> señalética?
>>>>
>>>> El mié., 24 oct. 2018 a las 8:01, Jo () escribió:
>>>>
>>>>> cycleway=opposite no es necesario si no hay pistas ciclables dedicadas
>>>>> en contradirección.
>>>>>
>>>>> oneway:bicycle=no   dice todo.
>>>>>
>>>>> Polyglot
>>>>>
>>>>> Op di 23 okt. 2018 om 23:16 schreef ikanian :
>>>>>
>>>>>> Buenas noches,
>>>>>>
>>>>>> mi duda viene rebotada del grupo de telegram y me han dicho que la
>>>>>> pase
>>>>>> también por aquí, ya que puede haber gente interesada en este asunto.
>>>>>> Básicamente, el 24 de octubre (mañana) entra en vigor la nueva
>>>>>> ordenanza de
>>>>>> movilidad de Madrid. Una de las nuevas cosas que prevee es que en las
>>>>>> calles
>>>>>> residenciales las bicicletas puedan ir a contradirección. Por ello,
>>>>>> me había
>>>>>> surgido la duda de cómo etiquetarlas.
>>>>>>
>>>>>> He visto que hay muchas calles residenciales que no tienen aplicada la
>>>>>> etiqueta highway=living_street y por eso me ha surgido la duda de cómo
>>>>>> etiquetarla. La propuesta que me han dado es la siguiente, que es  la
>>>>>> misma
>>>>>> que propone la wiki
>>>>>> <https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite>  :
>>>>>>
>>>>>> highway = living_street
>>>>>> cycleway = opposite
>>>>>> oneway = yes
>>>>>> oneway:bicycle = no
>>>>>>
>>>>>> Un saludo a todos!
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>>>>>
>>>>>> ___
>>>>>> 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 mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> 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] Name y name:es

[Alejandro Moreno]

Últimamente veo un montón de elementos en lugares en zonas de España donde
no hay lengua cooficial que están etiquetados con name y name:es con el
mismo valor en ambos atributos. ¿Aporta algo este etiquetado redundante?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Lugares sin mapear y detección de errores de mapeo

[Alejandro Moreno]

Para el que no lo conozca existe un mapa con los lugares que faltan por
mapear y que se ha actualizado recientemente. Se puede ver en
https://resultmaps.neis-one.org/unmapped#7/42.192/-3.285

Además existen 2 herramientas automáticas muy potentes para detectar
errores de mapeo:

- Osmose:
http://osmose.openstreetmap.fr/es/map/#zoom=11=40.4098=-3.6221==1==
- Errores detectados al generar mapas Garmin desde OSM:
http://alternativaslibres.org/es/downloads.php
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Necesidad de poner límites en ciudad.

[Alejandro Moreno]

Francisco Javier, en ese caso quién tiene que cambiar su código es el
enrutador, no OSM para adaptarse al enrutador.

El lun., 29 oct. 2018 a las 12:19, Fco. Javier González Jiménez (<
fjavier...@hotmail.com>) escribió:

> ¿Los enrutadores no consideran que las vías de categoría superior a
> residencial es de una velocidad genérica superior a 50 km/h?
>
>
>
> Aquí tienes un ejemplo de enrutador web:
> http://brouter.de/brouter-web/#map=13/37.1808/-3.6125/OpenStreetMap
>
>
>
> Según su configuración las velocidades por defecto son:
>
>
>
> assign maxspeed_implicit =
>
>   switch highway=motorway  999
>
>   switch highway=motorway_link 130
>
>   switch highway=trunk 250
>
>   switch highway=trunk_link100
>
>   switch highway=primary|primary_link  100
>
>   switch highway=secondary|secondary_link   90
>
>   switch highway=tertiary|tertiary_link 80
>
>   switch highway=unclassified   50
>
>   switch route=ferry10
>
>   switch highway=bridleway  10
>
>   switch highway=residential|living_street  30
>
>   switch highway=service30
>
>   switch highway=track|road|path switch tracktype=grade1 30 5
>
>   0
>
>
>
> Como ves todas se pasan de 50 km/h, por eso digo que sería bueno y
> necesario que a falta de la velocidad límite que pueda haber en la realidad
> por una señal, al menos, se ponga la genérica cuando se usen las vías
> primaria, secundaria, terciaria dentro de ciudad.
>
>
>
> Saludo.
>
>
>
> *De:* Alejandro Moreno 
> *Enviado el:* lunes, 29 de octubre de 2018 12:04
> *Para:* Lista openstreetmap 
> *Asunto:* Re: [Talk-es] Necesidad de poner límites en ciudad.
>
>
>
> «más vale poner el límite genérico de 50 a no poner ninguno en el caso de
> las vías que se les ponga una categoría superior a “residencial” únicamente
> y dentro de los municipios»
>
> Es una mala decisión poner un límite que no está avalado por ninguna
> señal. Si el límite de velocidad de una calle es el genérico debe ser el
> enrutador el que gestione ese límite. Si no corres el riesgo de que el
> límite genérico cambie y no sepamos que max-speed están puesto porque hay
> una señal y cuales se pusieron para ayudar a los enrutadores.
>
>
>
> El dom., 28 oct. 2018 a las 15:09, Fco. Javier González Jiménez (<
> fjavier...@hotmail.com>) escribió:
>
> Hola,
>
>
>
> Gracias yopaseopor. Veo que estamos de acuerdo en que sirvan de referencia
> para editar y no que se trasladen de forma literal. En Granada es un
> verdadero desastre lo que se ha hecho con la clasificación de las calles, y
> podemos ver casi toda la ciudad como de tercera categoría, bastantes de
> segunda y primera, y no se corresponden a una distribución real, ni lógica,
> como ya le comenté al usuario que lo hizo y que se negó a corregir. Para él
> lo que importa es lo que diga el Ayuntamiento y no lo que tienes delante de
> los ojos ni el trabajo de los que te antecedieron editando, o la norma de
> OSM de crear redes de distribución que sea: primarias para unir distritos,
> secundarías para unir barrios, terciarias para las vías principales dentro
> del barrio. Ya me diréis de qué le sirve a un enrutador tener que elegir
> entre varias calles si todas tienen la misma categoría…
>
>
>
> Desde luego lo ideal sería establecer los límites reales y el resto de
> características de las vías como propones en el caso de la iluminación,
> pero también de carril bici o bus, número de carriles, etcétera.
>
>
>
> Creo que cuando usamos la categoría “residencial” los enrutadores toman
> una velocidad por defecto según se indica en la ley, pero cuando usamos una
> de categoría superior, que se supone que están para usar en exteriores de
> municipios, la velocidad por defecto de los  enrutadores va en consonancia
> a la categoría, por lo que si no se pone ninguna velocidad, los enrutadores
> pueden usar 80, 90 o 100 km en mitad de la ciudad, por eso propongo, que
> más vale poner el límite genérico de 50 a no poner ninguno  en el caso de
> las vías que se les ponga una categoría superior a “residencial” únicamente
> y dentro de los municipios. Aunque legalmente todo el mundo sabe la
> velocidad en ciudad, el enrutador te puede calcular la ruta por distancia
> (ruta más corta) o velocidad (ruta más rápida), para hacer los cálculos en
> un caso se fija en la distancia, en el otro en cuanto tardas en recorrerla,
> y para eso usa los tipos de vía y límites de velocidad. Cuando no existen
> usa los que tiene puestos por defecto según el tipo de vía.
>
>
>
> Un saludo.
>
>
>
&g

Re: [Talk-es] Necesidad de poner límites en ciudad.

[Alejandro Moreno]

«más vale poner el límite genérico de 50 a no poner ninguno en el caso de
las vías que se les ponga una categoría superior a “residencial” únicamente
y dentro de los municipios»

Es una mala decisión poner un límite que no está avalado por ninguna señal.
Si el límite de velocidad de una calle es el genérico debe ser el enrutador
el que gestione ese límite. Si no corres el riesgo de que el límite
genérico cambie y no sepamos que max-speed están puesto porque hay una
señal y cuales se pusieron para ayudar a los enrutadores.



El dom., 28 oct. 2018 a las 15:09, Fco. Javier González Jiménez (<
fjavier...@hotmail.com>) escribió:

> Hola,
>
>
>
> Gracias yopaseopor. Veo que estamos de acuerdo en que sirvan de
> referencia para editar y no que se trasladen de forma literal. En Granada
> es un verdadero desastre lo que se ha hecho con la clasificación de las
> calles, y podemos ver casi toda la ciudad como de tercera categoría,
> bastantes de segunda y primera, y no se corresponden a una distribución
> real, ni lógica, como ya le comenté al usuario que lo hizo y que se negó a
> corregir. Para él lo que importa es lo que diga el Ayuntamiento y no lo que
> tienes delante de los ojos ni el trabajo de los que te antecedieron
> editando, o la norma de OSM de crear redes de distribución que sea:
> primarias para unir distritos, secundarías para unir barrios, terciarias
> para las vías principales dentro del barrio. Ya me diréis de qué le sirve a
> un enrutador tener que elegir entre varias calles si todas tienen la misma
> categoría…
>
>
>
> Desde luego lo ideal sería establecer los límites reales y el resto de
> características de las vías como propones en el caso de la iluminación,
> pero también de carril bici o bus, número de carriles, etcétera.
>
>
>
> Creo que cuando usamos la categoría “residencial” los enrutadores toman
> una velocidad por defecto según se indica en la ley, pero cuando usamos una
> de categoría superior, que se supone que están para usar en exteriores de
> municipios, la velocidad por defecto de los  enrutadores va en consonancia
> a la categoría, por lo que si no se pone ninguna velocidad, los enrutadores
> pueden usar 80, 90 o 100 km en mitad de la ciudad, por eso propongo, que
> más vale poner el límite genérico de 50 a no poner ninguno  en el caso de
> las vías que se les ponga una categoría superior a “residencial” únicamente
> y dentro de los municipios. Aunque legalmente todo el mundo sabe la
> velocidad en ciudad, el enrutador te puede calcular la ruta por distancia
> (ruta más corta) o velocidad (ruta más rápida), para hacer los cálculos en
> un caso se fija en la distancia, en el otro en cuanto tardas en recorrerla,
> y para eso usa los tipos de vía y límites de velocidad. Cuando no existen
> usa los que tiene puestos por defecto según el tipo de vía.
>
>
>
> Un saludo.
>
>
>
>
>
>
>
> *De:* yo paseopor 
> *Enviado el:* domingo, 28 de octubre de 2018 6:52
> *Para:* Discusión en Español de OpenStreetMap 
> *Asunto:* Re: [Talk-es] Necesidad de poner límites en ciudad.
>
>
>
> El hecho de poner un límite a las calles es útil, pero en este caso tiene
> un problema. Si especificas el límite a 50 km/h y el límite real es a 30 o
> a 40 estarás dando una información errónea. Si no especificas límite
> sabremos que esas calles las debemos de completar/revisar.
>
>
>
> La normativa de tráfico es muy clara: 50 km/h en vías urbanas. No
> necesitas un GPS que te lo especifique. Por lo tanto, con o sin datos el
> máximo en vía urbana en España (no sólo Granada) será de 50 km/h. Por lo
> que no ganas nada poniendo límites a cascoporro (porque este límite se
> sobreentiende). El 50 ya lo tienes.
>
> Sería interesante revisar la velocidad de las calles de Granada, a fin de
> poner el límite real en las calles.Aprovechad para poner la iluminación
> también si esta existiera (lit=yes)
>
>
>
> Por lo que hace referencia a las categorías poner de entrada lo que diga
> un ayuntamiento o administración sobre una vía puede fallar más que una
> escopeta de feria. Ahora bien, tener en cuenta esos datos, aprender, ver
> hacia dónde hace ir los flujos de tráfico el ayuntamiento, etc. me parece
> correcto y una forma adecuada de proceder, puesto que esos datos nos darán
> también las pistas sobre futuras actuaciones en determinadas vías
> (pacificaciones, etc.)
>
>
>
> Espero que mi opinión te haya servido :)
>
> yopaseopor
>
>
> ___
> 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] Calles residenciales en Madrid

[Alejandro Moreno]

Entiendo que lo más sencillo es hacer esta modificación en bloque usando
una consulta para obtener todos los highway=living_street de Madrid y
añadirles las 2 etiquetas para las bicicletas, ¿no?

El dom., 28 oct. 2018 a las 7:57, yo paseopor ()
escribió:

> Saludos
> Creo recordad que el mensaje de Ikanian viene dado por algunos mensajes
> que escribimos en Telegram sobre la nueva ordenanza de tráfico del
> Ayuntamiento de Madrid, en el que se permite circular a las bicicletas por
> las vías residenciales (señal S-28, plataforma única, etc.) en sentido
> contrario sin ninguna otra indicación. Tal y como lo empecé a leer en la
> wiki pensé que con la primera etiqueta sería suficiente. Pero si se sigue
> leyendo la wiki se especifica que hace falta reforzarlo con el
> cycleway=opposite
> " These roads should normally also be tagged with oneway
> =yes and also
> oneway:bicycle =no
> ."
> A raíz del mensaje de Daniel he mirado la otra definición y es cierto que
> desde oneway:bycicle no se especifica  necesidad de otro etiquetaje.
> Considero que estaría muy bien unificar situaciones desde las dos páginas
> de la wiki y evidentmente actualizar sus traducciones
>
> Salut i bicis en sentit contrari
> yopaseopor
>
>
> [1] https://wiki.openstreetmap.org/wiki/Key:cycleway
>
>
> On Sat, Oct 27, 2018 at 12:52 PM dcapillae  wrote:
>
>> Hola, Héctor.
>>
>> Ikanian ha preguntado cómo etiquetar calles residenciales de un solo
>> sentido
>> donde las bicis pueden circular en ambos sentidos. En ese caso, bastaría
>> con
>> añadir «oneway:bicycle=no» al etiquetado de la vía. No ha mencionado que
>> haya carriles bici ni ninguna otra característica en particular. En
>> general,
>> con «oneway:bicycle=no» es suficiente para indicar que las bicis pueden
>> circular a contramano por una vía de sentido único (oneway=yes), es decir,
>> que puede circular en el sentido propio de la vía y en sentido contrario.
>>
>> Para conocer el etiquetado de casos particulares, habría que conocer los
>> detalles para poder precisar.
>>
>>
>>
>> -
>> Daniel Capilla
>> OSM user: dcapillae
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Calles residenciales en Madrid

[Alejandro Moreno]

Buscando en la wiki veo que se puede usar la etiqueta source:maxspeed para
ampliar la información del porqué de la limitación de velocidad.

¿Qué os parece usar
source:maxspeed=ES-Madrid:urban para esas calles limitadas por la normativa
y no por ninguna señal específica? Así es fácil tenerlas localizadas.

El mié., 24 oct. 2018 8:43, Jo  escribió:

> Si hay este señal: https://practicavial.com/senal-de-la-calle-residencial/
>
> Es highway=living_street. maxspeed=20 es implicada, pero no molesta
> agregarlo.
>
> sino
>
> highway=residential
> maxspeed=30
>
> Pienso que lo mejor es de agregarlo a todas las calles individualmente.
>
> Polyglot
>
> Op wo 24 okt. 2018 om 08:30 schreef Alejandro Moreno :
>
>> Relacionado con este tema yo tengo otra duda.
>>
>> Todas las calles de un solo sentido y un solo carril pasan a tener una
>> velocidad máxima de 30km/h y las de plataforma única pasan a estar
>> limitadas a 20 km/h
>> ¿Cómo representamos esto en OSM?¿Se puede hacer algo que afecte a todo el
>> área de Madrid, hay que modificar el max-speed calle a calle o lo dejamos
>> como está y representamos solo la velocidad máxima cuándo haya señalética?
>>
>> El mié., 24 oct. 2018 a las 8:01, Jo () escribió:
>>
>>> cycleway=opposite no es necesario si no hay pistas ciclables dedicadas
>>> en contradirección.
>>>
>>> oneway:bicycle=no   dice todo.
>>>
>>> Polyglot
>>>
>>> Op di 23 okt. 2018 om 23:16 schreef ikanian :
>>>
>>>> Buenas noches,
>>>>
>>>> mi duda viene rebotada del grupo de telegram y me han dicho que la pase
>>>> también por aquí, ya que puede haber gente interesada en este asunto.
>>>> Básicamente, el 24 de octubre (mañana) entra en vigor la nueva
>>>> ordenanza de
>>>> movilidad de Madrid. Una de las nuevas cosas que prevee es que en las
>>>> calles
>>>> residenciales las bicicletas puedan ir a contradirección. Por ello, me
>>>> había
>>>> surgido la duda de cómo etiquetarlas.
>>>>
>>>> He visto que hay muchas calles residenciales que no tienen aplicada la
>>>> etiqueta highway=living_street y por eso me ha surgido la duda de cómo
>>>> etiquetarla. La propuesta que me han dado es la siguiente, que es  la
>>>> misma
>>>> que propone la wiki
>>>> <https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite>  :
>>>>
>>>> highway = living_street
>>>> cycleway = opposite
>>>> oneway = yes
>>>> oneway:bicycle = no
>>>>
>>>> Un saludo a todos!
>>>>
>>>>
>>>>
>>>> --
>>>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>>>
>>>> ___
>>>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Calles residenciales en Madrid

[Alejandro Moreno]

Relacionado con este tema yo tengo otra duda.

Todas las calles de un solo sentido y un solo carril pasan a tener una
velocidad máxima de 30km/h y las de plataforma única pasan a estar
limitadas a 20 km/h
¿Cómo representamos esto en OSM?¿Se puede hacer algo que afecte a todo el
área de Madrid, hay que modificar el max-speed calle a calle o lo dejamos
como está y representamos solo la velocidad máxima cuándo haya señalética?

El mié., 24 oct. 2018 a las 8:01, Jo () escribió:

> cycleway=opposite no es necesario si no hay pistas ciclables dedicadas en
> contradirección.
>
> oneway:bicycle=no   dice todo.
>
> Polyglot
>
> Op di 23 okt. 2018 om 23:16 schreef ikanian :
>
>> Buenas noches,
>>
>> mi duda viene rebotada del grupo de telegram y me han dicho que la pase
>> también por aquí, ya que puede haber gente interesada en este asunto.
>> Básicamente, el 24 de octubre (mañana) entra en vigor la nueva ordenanza
>> de
>> movilidad de Madrid. Una de las nuevas cosas que prevee es que en las
>> calles
>> residenciales las bicicletas puedan ir a contradirección. Por ello, me
>> había
>> surgido la duda de cómo etiquetarlas.
>>
>> He visto que hay muchas calles residenciales que no tienen aplicada la
>> etiqueta highway=living_street y por eso me ha surgido la duda de cómo
>> etiquetarla. La propuesta que me han dado es la siguiente, que es  la
>> misma
>> que propone la wiki
>>   :
>>
>> highway = living_street
>> cycleway = opposite
>> oneway = yes
>> oneway:bicycle = no
>>
>> Un saludo a todos!
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Asociación juvenil: grupos scout

[Alejandro Moreno]

He puesto el ejemplo de los scout y ha sido un mal ejemplo.

En la wiki pone esto:

club=youth

Un club exclusivo para gente jóvenes De escaso interés, usa en su lugar:
amenity =
community_centre
 +
community_centre:for
=juvenile

.

Y lo que yo quiero etiquetar es esta asociación
http://www.cjcitycentro.org/modules/wfchannel/

Es una asociación juvenil donde el local sirve de sede y poco más. Por eso
para mí club=youth es más correcto que el etiquetado que recomienda la wiki.

El jue., 20 sept. 2018 a las 14:35, dcapillae ()
escribió:

> Hola, Alejandro.
>
> En el wiki tienes información específica sobre cómo mapear un grupo
> /scout/,
> «club=scout» [1]. Clubs juveniles de otro tipo también puede mapearse
> usando
> la clave «club».Consulta la documentación de la clave «club» para más
> detalles [2].
> .
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Tag:club%3Dscout
> [2] https://wiki.openstreetmap.org/wiki/ES:Key:club
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> 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] Asociación juvenil

[Alejandro Moreno]

Leyendo amenity:club en la wiki veo que no se recomienda para etiquetar
clubes juveniles. Para mí el mejor etiquetado para una asociación juvenil
(por ejemplo un grupo scout) es precisamente amenity:club. ¿Es este
etiquetado correcto?

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Centros de mayores

[Alejandro Moreno]

Buenas tardes.

Viendo como mapear centros de mayores he visto que en Madrid muchos están
como amenity:social_facility cuando veo que la definición de community_centre
con
community_centre:for:senior se ajusta más.

¿Qué etiquetado creéis que es más correcto?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Idiomas por defecto

[Alejandro Moreno]

Para mí esto es un problema que tienen que arreglar las herramientas.
En el mundo habrá un montón de nodos con name en el idioma local y name:en
y un montón de usuarios que tenemos inglés cómo segunda lengua en el
navegador, por lo que estaríamos afectados por este problema y lo veíamos
todo en inglés.


El jue., 10 may. 2018 10:59, Javier Sánchez Portero 
escribió:

> Gracias Joan
>
> Ahora está claro. Te puedo confirmar que el problema también pasa en
> Ubuntu+Firefox. Cuando se hace una petición de búsqueda, lleva un parámetro
> (Accept-Language) con una lista de los códigos de idiomas configurados en
> el navegador para pedir páginas: "ca,es,en". Nominatim busca una name:* con
> uno de esos códigos. Cuando encuentra name:es lo devuelve. Si se quita el
> español como segunda opción ("ca,en"), no encuentra ninguno y devuelve la
> etiqueta name a secas.
>
> El 10 de mayo de 2018, 7:50, Joan Montané  escribió:
>
>>
>>
>> 2018-05-09 18:09 GMT+02:00 Joan Montané :
>>
>>>
>>>
>>> El dc., 9 maig 2018, 17:34, Javier Sánchez Portero 
>>> va escriure:
>>>
 Como sea, pero la experiencia es que mejor duplicar la información.
> Porque los usuarios (el navegador o programa que usen) muchas veces no
> piden la información de forma ideal, y hay que "facilitar" que obtengan
> aquello que realmente quieren. Además, el uso de "default_language" 
> siempre
> será opcional, por lo que, en mi opinión, mejor tenir la info duplicada en
> el name:xx que toque.
>

 Hola Joan.

 Me puedes dar un ejemplo concreto (una calle o un pueblo) en el que
 esté duplicado y consideres que es necesario. No termino de verlo.

>>>
>>> Tardaré horas en estar frente a PC, pero ya indicaba que pasa si *no*
>>> está duplicado.
>>>
>>
>> Ejemplo práctico:
>>
>> Carrer de Sant Joan, en Sant Joan de Vilatorrada, Barcelona [1]. Tiene
>> definidos "name" (en catalán) i "name:es", pero no "name:ca" (porque
>> coincide con "name).
>>
>> Si busco "Carrer de Sant Joan, Sant Joan de Vilatorrada" en OSM [2], que
>> usa nominatim [3], encuentra la calle (gracias a "name"), pero los datos
>> que verá el usuario dependen de las lenguas declaradas por el navegador del
>> usuario.
>>
>> Si tiene el navegador en inglés, verá: Carrer de Sant Joan (name)
>> Si tiene el navegador en español, verá: Calle San Juan (name:es)
>> Si tiene el navegador en catalán, verá, casi seguro: Calle San Juan
>> (name:es). Por què? Porque la gran mayoría de usuarios que tienen el
>> Windows configurado en catalán tienen también el español configurado como
>> segunda lengua. Por eso Nominatim usa el "name:es" e ignora el "name" para
>> presentar los datos.
>>
>> La mejor solución (pero costosa) es duplicar los datos de "name" en
>> "name:ca". Si alguien puede facilitar documentación sobre como hacer
>> ediciones massivas (con bots), pues lo agradeceré, :)
>>
>> Sobre la discrepancia entre mayúscula inicial en los nombres de vías en
>> "name" vs. "name:ca". La realidad es que la comunidad catalana no hemos
>> llegado a ningún consenso sobre este tema. Algunos usan mayúscula inicial
>> (Carrer de...), otros minúscula inicial (carrer de...) y otros usan ambas
>> (name con mayúscula i name:ca con mínuscula). Como es un tema menor, no
>> parece que tengamos prisa en uniformar :_)
>>
>> Saludos,
>> Joan Montané
>> [1] https://nominatim.openstreetmap.org/details.php?place_id=83267713
>> [2]
>> https://www.openstreetmap.org/search?query=carrer%20de%20sant%20joan%2C%20sant%20joan%20de%20vilatorrada#map=19/41.74218/1.80492
>> [3]
>> https://nominatim.openstreetmap.org/search.php?q=carrer+de+sant+Joan%2C+Sant+Joan+de+Vilatorrada_geojson=1=
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] contact:website erróneo en la importación de farmacias de Madrid

[Alejandro Moreno]

Hola Rafa.

En principio parece que nadie tiene problema con la modificación. Veo que
la importación la hicisteis con el usuario Uranzu_import ¿quién tiene la
contraseña de ese usuario? Por otro lado, ¿Hay que reflejar en la wiki de
la importación [https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import
] el cambio?

El 2 de octubre de 2017, 22:06, Rafael Avila Coya <ravilac...@gmail.com>
escribió:

> Hola, Alejandro:
>
> Bastaría con descargar con overpass las farmacias, y luego eliminar el
> atributo de aquellas que no hayan cambiado el campo contact:website
> He descargado todas las farmacias, y todas salvo una tienen el
> contact:website de la importación. La única que tiene uno diferente es
> contact:website="http://www.russianpost.ru;, que parece bastante
> sospechoso de ser incorrecto.
>
> Eliminar la etiqueta de todas las farmacias es trivial, pero tiene que
> estar de acuerdo la comunidad OSM, especialmente la local. Además, yo lo
> haría con una cuenta especial...
>
> Un saludo,
>
> Rafael.
>
> On 02/10/17 17:11, Alejandro Moreno wrote:
>
>> El ayuntamiento ha debido hacer algún cambio en su web y las url que se
>> importaron en el campo contact:website de las farmacias de Madrid ya no
>> existe. ¿Sabéis si hay alguna forma automatizada de eliminar este atributo?
>>
>> Un saludo.
>>
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] contact:website erróneo en la importación de farmacias de Madrid

[Alejandro Moreno]

He estado buscando el conjunto de datos original y parece que ha
desaparecido de la web de Datos abiertos del Ayuntamiento de Madrid por lo
que no hay url que podamos actualizar. En el caso de que el conjunto de
datos se recuperase la url apuntaba a página del ayuntamiento y no la
página de la farmacia (las que tengan) por lo que no creo que esa url deba
estar informada.

El 4 de octubre de 2017, 11:18, Jorge Sanz Sanfructuoso <sanc...@gmail.com>
escribió:

> Hola.
>
> La web ha desaparecido totalmente o han pasado la misma información a otra
> url? Si tienen la misma información en otra url creo que sería más correcto
> modificar que eliminar.
>
> El lun., 2 oct. 2017 22:08, Rafael Avila Coya <ravilac...@gmail.com>
> escribió:
>
>> Hola, Alejandro:
>>
>> Bastaría con descargar con overpass las farmacias, y luego eliminar el
>> atributo de aquellas que no hayan cambiado el campo contact:website
>> He descargado todas las farmacias, y todas salvo una tienen el
>> contact:website de la importación. La única que tiene uno diferente es
>> contact:website="http://www.russianpost.ru;, que parece bastante
>> sospechoso de ser incorrecto.
>>
>> Eliminar la etiqueta de todas las farmacias es trivial, pero tiene que
>> estar de acuerdo la comunidad OSM, especialmente la local. Además, yo lo
>> haría con una cuenta especial...
>>
>> Un saludo,
>>
>> Rafael.
>>
>> On 02/10/17 17:11, Alejandro Moreno wrote:
>> > El ayuntamiento ha debido hacer algún cambio en su web y las url que se
>> > importaron en el campo contact:website de las farmacias de Madrid ya no
>> > existe. ¿Sabéis si hay alguna forma automatizada de eliminar este
>> atributo?
>> >
>> > Un saludo.
>> >
>> >
>> > ___
>> > 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
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/ <http://blog.jorgesanzs.com/>
>
> ___
> 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] contact:website erróneo en la importación de farmacias de Madrid

[Alejandro Moreno]

El ayuntamiento ha debido hacer algún cambio en su web y las url que se
importaron en el campo contact:website de las farmacias de Madrid ya no
existe. ¿Sabéis si hay alguna forma automatizada de eliminar este atributo?

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio de nombre de calle de Madrid

[Alejandro Moreno]

He cambiado la Plaza del Gobernador Carlos Ruiz pero no me deja tocar la
wiki para actualizarlo.

El 16 de julio de 2017, 22:57, Paúl Sanz  escribió:

> Ya está creada la página y he aprovechado para actualizar un par de
> calles. Para empezar, yo me voy a centrar en Tetuán y Fuencarral-El
> Pardo, que es donde vivo.
>
> El día 16 de julio de 2017, 21:00, Paúl Sanz 
> escribió:
> > Muchas gracias, Daniel. Me pongo con ello.
> >
> > El día 15 de julio de 2017, 13:49, dcapillae 
> escribió:
> >> Hola, Paúl.
> >>
> >> En el wiki tienes una categoría específica para todo lo relacionado con
> >> Madrid (Category:ES:Madrid). Como mínimo, yo te sugeriría que
> incluyeras la
> >> nueva página en esa categoría, así siempre estará localizable.
> >> https://wiki.openstreetmap.org/wiki/Category:ES:Madrid
> >> 
> >>
> >> Si finalmente creas la página, recuerda que debes incluir el prefijo de
> >> idiomas si la escribes en español. Por ejemplo, si creas una página
> nueva
> >> con el título de "Nombres de calles en Madrid", el nombre de la página
> en el
> >> wiki tiene que ser:
> >>
> >> ES:Nombres de calles en Madrid
> >>
> >> Puedes crear una página independiente, aunque lo ideal sería que
> creases una
> >> página subordinada de alguna otra ya existente. Por ejemplo, puedes
> crear la
> >> nueva página como subpágina de "ES:Madrid". Así quedaría incluida en la
> >> estructura de páginas relativas a Madrid. Siempre puedes añadir una
> sección
> >> o un vínculo en la página principal de Madrid, para redirigir entre una
> >> página y otra. El nombre de la subpágina, siguiendo con el ejemplo
> anterior,
> >> puediera ser entonces:
> >>
> >> ES:Madrid/Nombres de calles
> >>
> >> https://wiki.openstreetmap.org/wiki/ES:Madrid
> >> 
> >>
> >>
> >>
> >> -
> >> Daniel Capilla
> >> OSM user: dcapillae
> >> --
> >> View this message in context: http://gis.19327.n8.nabble.
> com/Cambio-de-nombre-de-calle-de-Madrid-tp5898475p5899300.html
> >> Sent from the Spain mailing list archive at Nabble.com.
> >>
> >> ___
> >> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio de nombre de calle de Madrid

[Alejandro Moreno]

Yo he cambiado así Comandante Zorita pero veo que es fácil que se me escape
algún nodo por cambiar, de ahí lo de ver si se puede automatizar la tarea.

El 28 de junio de 2017, 11:12, Diego García <dgerv...@gmail.com> escribió:

> A mí me gusta especialmente la etiqueta old_name, porque hasta puede que
> nominatim la indexe, sin desmerecer todo lo que hay escrito acerca del
> ciclo de vida en la wiki.
>
> Un cordial saludo,
>
> El mié., 28 jun. 2017 10:54, pablo rey <pa...@basurama.org> escribió:
>
>> ¿Se guarda en el nombre "caducado" en algún sitio? (además de que quede
>> en el historial de cambios). Lo digo porque puede ser útil para los
>> primeros tiempos de transición entre nombres.
>>
>> 2017-06-28 10:38 GMT+02:00 Jesús Lopez <jesusl.te...@gmail.com>:
>>
>>> Algunos de los nombres ya están cambiados, no sé si todos…
>>>
>>> Saludos
>>>
>>> El 28 jun 2017, a las 09:52, Alejandro Moreno <almo...@gmail.com>
>>> escribió:
>>>
>>> Hola a todos.
>>>
>>> Hace un par de meses se aprobó en Madrid el cambio de nombre de varias
>>> calles franquistas ( http://www.madrid.es/portales/munimadrid/es/Inicio/
>>> Actualidad/Noticias/El-Comisionado-de-la-Memoria-
>>> Historica-plantea-cambiar-52-calles-en-su-informe-
>>> definitivo?vgnextfmt=default=2ce1b707b0fab510VgnVCM201f
>>> 4a900aRCRD=a12149fa40ec9410VgnVCM10171f5a0aRCRD ). He
>>> estado echando un ojo y no parece que se haya realizado el cambio. ¿Hay
>>> alguna manera de automatizar esta tarea o hay que hacerla a mano calle por
>>> calle y nodo por nodo?
>>>
>>> Un saludo.
>>> ___
>>> 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 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Centro de salud ¿amenity=hospital o clinic?

[Alejandro Moreno]

Muchas gracias.

El 23 de mayo de 2017, 12:04, dcapillae  escribió:

> Un par de hilos previos sobre este tema puede consultarse en:
>
> http://gis.19327.n8.nabble.com/Marcado-de-centros-de-salud-td5864699.html
>  >
> http://gis.19327.n8.nabble.com/Vuelta-a-la-carga-con-los-
> quot-Centros-de-Salud-quot-td5414056.html
>  quot-Centros-de-Salud-quot-td5414056.html>
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Centro-de-salud-amenity-hospital-o-clinic-tp5897078p5897087.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> 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] Centro de salud ¿amenity=hospital o clinic?

[Alejandro Moreno]

Creo que ya se ha comentado por aquí alguna vez pero no encuentro el hilo.

El caso es que he visto en Madrid varios centros de salud etiquetados como
amenity=hospital cuando yo creo que deberían ser clinic. ¿Cómo lo veis?

En http://overpass-turbo.eu/s/pdW tenéis un listado de nodos con esta
casuística.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Alejandro Moreno]

A raíz de este hilo solicité datos al ayuntamiento de Madrid y acaba de
publicar un dataset con la ubicación de todas las papeleras con expendedor
de bolsas para recogida de excrementos caninos.

El dataset está en
http://datos.madrid.es/portal/site/egob/menuitem.c05c1f754a33a9fbe4b2e4b284f1a5a0/?vgnextoid=fc4d8755e0bc9510VgnVCM201f4a900aRCRD=374512b9ace9f310VgnVCM10171f5a0aRCRD=default

El 15 de julio de 2016, 2:26, Alejandro S. <alejandro...@gmail.com>
escribió:

> Acaban de preguntar en Tagging sobre el uso de los dos puntos, reenvío el
> mensaje con enlaces a la wiki y opiniones de usuarios.
>
> La conclusión parece ser "mucho cuidado con los puntos y comas"
>
> -- Forwarded message -
> From: Martin Koppenhoefer <dieterdre...@gmail.com>
> Date: Thu, Jul 14, 2016, 21:32
> Subject: Re: [Tagging] values with ";" and overpass
> To: Tag discussion, strategy and related tools <tagg...@openstreetmap.org>
>
> see for example this
> http://wiki.openstreetmap.org/wiki/Multiple_values
> and
> https://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html
>
> about semicolons and multiple values.
>
> Cheers,
> Martin
>
> On Thu, Jul 14, 2016, 22:17 Rafael Avila Coya <ravilac...@gmail.com>
> wrote:
>
>> En tag info [1] podemos ver que el 98,95% de los objetos que llevan la
>> etiqueta vending=excrement_bags llevan también una etiqueta amenity=*
>>
>> De ellos, el 96,3% son amenity=vending_machine
>>
>> Esto quiere decir que el porcentaje de objetos que llevan
>> amenity=waste_basket + vending=excrement_bags es menor del 3,7%, lo cual
>> no me sorprende en absoluto, pues vending=* es una etiqueta asociada a
>> amenity=vending_machine
>>
>> Hay las dos opciones de 1 ó 2 nodos como se dijo (yo prefiero 2 nodos
>> separados). Pero amenity=x;y yo la descartaría de todo punto. No es que
>> no haya que cartografiar para ningún renderizador, que en eso todos
>> estamos de acuerdo. La razón es que incluir dos o más valores separados
>> por ; debe usarse con mucha precaución. Hay algunos casos como son los
>> de source=x;y o alt_name=x;y, pero para amenity, highway y muchas otras
>> yo jamás usaría ;, básicamente porque un objeto o es una cosa o es otra,
>> pero no dos al mismo tiempo.
>>
>> De hecho, si vamos a tag info otra vez, veremos que
>> amenity=vending_machine;waste_basket sólo aparece en 26 objetos en todo
>> el mundo [2], y amenity=waste_basket;vending_machine en 9 objetos nada
>> más [3]. Está claro que no es precisamente muy popular.
>>
>> Si se quiere hacer todo en un nodo, yo apoyaría la solución de Santiago:
>>
>> "
>> amenity=waste_basket
>> vending=excrement_bags
>> operator=Ayuntamiento de Madrid
>> payment:none=yes
>> bin=yes
>>
>> Y si el cubo es únicamente para excrementos de perro, añadiría:
>> waste=dog_excrement
>> "
>>
>> Saludos,
>>
>> Rafael.
>>
>> [1]
>> https://taginfo.openstreetmap.org/tags/vending=excrement_
>> bags#combinations
>> [2]
>> https://taginfo.openstreetmap.org/tags/amenity=vending_
>> machine%3Bwaste_basket
>> [3]
>> https://taginfo.openstreetmap.org/tags/amenity=waste_basket%
>> 3Bvending_machine
>>
>> On 14/07/16 14:56, Alejandro Moreno Calvo wrote:
>> > He lanzado la siguiente consulta en overpass turbo
>> >
>> > [out:json][timeout:25];
>> > // gather results
>> > (
>> >// query part for: “vending=excrement_bags”
>> >node["vending"="excrement_bags"]["amenity"!="vending_
>> machine"]({{bbox}});
>> > );
>> > // print results
>> > out body;
>> >  >;
>> > out skel qt;
>> >
>> > y la combinación más usada parece ser
>> >
>> > amenity=waste_basket
>> > vending=excrement_bags
>> > fee=no
>> >
>> > sobre todo por Suiza.
>> >
>> > Por ejemplo los nodos http://www.openstreetmap.org/node/1276313196 y
>> > http://www.openstreetmap.org/node/1276313279
>> >
>> >
>> > El 14 de julio de 2016, 14:22, Santiago Crespo
>> > <openstreet...@flanera.net <mailto:openstreet...@flanera.net>>
>> escribió:
>> >
>> > Yo seguiría la primera recomendación que pone en el wiki para estos
>> > casos[1]: un único nodo con el tag amenity más representativo. En
>> éste
>> > caso, waste_basket.
>> >
>> > Algo así:
>> >
>> > amenity=waste_basket
&

[Talk-es] ¿Relación incorrecta?

[Alejandro Moreno]

En la calle Camino de Hormigueras de Madrid existe una relación llamada
"130: Villaverde Alto - Vicálvaro" que creo que es errónea por estar
duplicada con otra llamada "Bus 130: Villaverde Alto → Vicalvaro". ¿Podría
echarle un ojo alguien que esté más ducho con líneas de autobús echarle un
ojo?

Un saludo.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Aparcamientos para bicicletas dentro de estaciones de Metro

[Alejandro Moreno]

En Madrid el Consorcio de transporte está creando una serie de aparcabicis
dentro de las estaciones de Metro llamados reB. He mapeado el primero de
los mismos que está en la estación de Colonia Jardín pero no sé cómo
indicar que el aparcabicis está dentro de la estación. ¿Tengo que crear una
relación?¿No hay forma de hacerlo?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Echar atrás changeset de un usuario

[Alejandro Moreno]

No tengo ni idea de como hacer lo que preguntas pero respondo porque tu
correo se me ha ido a spam y probablemente a mucha gente le haya pasado lo
mismo y con esta respuesta lo vea.

El 10 de noviembre de 2016, 12:31, Ander Pijoan 
escribió:

> Buenos días,
>
> Ya se ha tratado muchas veces esto pero no consigo encontrar la forma de
> hacerlo. Os escribo porque un usuario se ha dedicado a eliminar todas las
> aceras de un pueblo (que de hecho habíamos introducido como un proyecto de
> accesibilidad en el que estudiantes y colectivos con discapacidad mapeaban
> sus pueblos en papel y nosotros introducíamos los datos).
>
> El changeset en cuestión es este : http://www.openstreetmap.org/
> changeset/42953890#map=16/43.3218/-3.0262
>
> Nos hemos puesto en contacto con el usuario y no da respuesta ni señales
> de vida. Por tanto ¿hay alguna forma en la que nosotros podamos echar atrás
> el changeset o tenemos que molestar a algún moderador?
>
> Un saludo y gracias.
>
> --
>
> Ander Pijoan
>
> Research Assistant / DeustoTech Energía
>
> Universidad de Deusto / Deustuko Unibertsitatea
>
> Avda. Universidades 24. 48007 Bilbao
>
> Tel. 94 413 90 03/ 2052
> ander.pij...@deusto.es
>
> ___
> 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] Portal de Datos Abiertos del Consorcio Regional de Transportes de Madrid

[Alejandro Moreno]

El CRTM, responsable del transporte público de Madrid, ha publicado un
portal de datos abiertos en http://datos.crtm.es/

La licencia de uso está en http://www.crtm.es/licencia-de-uso y es similar
a la que tienen los datos del Ayuntamiento de Madrid.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Paradas de taxi en Madrid

[Alejandro Moreno]

Yo no metería la URL porque no veo que aporte mucho. En cuanto al teléfono
dejaría el 010. La utilidad del 010 es aislar a los usuarios de los cambios
de teléfono que suelen ocurrir por lo que si pones el 91... habría que
andar revisando cada cierto tiempo que el número no ha cambiado cuando con
el 010 te olvidas. Además el otro teléfono puede generar confusión no
sabiendo si estás llamando a una compañía de taxis.

El 20 de octubre de 2016, 15:50, Santiago Crespo 
escribió:

> Hola Alejandro, buen detalle.
>
> Puedo revisar la URL anualmente.
>
> Saludos,
> Santiago Crespo
>
> On 10/20/2016 03:29 PM, Alejandro S. wrote:
> > Buenas,
> > Ojo con la URL, que luego si la cambian acabas con un montón de
> > etiquetas que no valen para nada. Es lo que nos pasó en Zaragoza.
> >
> > Saludos,
> > Alejandro Suárez
> >
> >
> > On Thu, Oct 20, 2016, 12:29 Santiago Crespo  > > wrote:
> >
> > Hola,
> >
> > Resulta que hay algunas paradas con horario. He preguntado al Ayto.
> qué
> > reservas tienen horario limitado y qué horario es y me han dicho que
> han
> > pasado la consulta al responsable del conjunto de datos.
> >
> > Creo que merece la pena esperar 2 o 3 semanas ver si llega la
> respuesta
> > antes de empezar.
> >
> > Sobre las etiquetas, estoy pensando en añadir la etiqueta url a las
> > paradas, con la información para usuarios del taxi del Ayto:
> >
> > url=http://www.madrid.es/portales/munimadrid/es/Inicio/
> Movilidad-y-transportes/Taxi?vgnextfmt=default=
> 4813dc0bffa41110VgnVCM100b205a0aRCRD=
> 220e31d3b28fe410VgnVCM100b205a0aRCRD=4538399
> >
> > Por si no llega bien el enlace anterior:
> > http://miniurl.es/taxi
> >
> > Y el teléfono creo que debería ser el 010 (Ayto.) que es el teléfono
> a
> > llamar para avisos, incidencias e información general sobre el taxi.
> > Aunque en lugar del 010, pondría el número que funciona desde todo
> > el mundo:
> >
> > phone=+34 915 298 210
> >
> > He probado a llamar desde Madrid y funciona igual que el 010.
> >
> > ¿Os parece bien?
> >
> > Saludos,
> > Santiago Crespo
> >
> >
> > On 10/17/2016 12:23 PM, Santiago Crespo wrote:
> > > He subido una parada para probar los pasos y que veáis como queda:
> > >
> > > https://www.openstreetmap.org/node/4451620914
> > >
> > > También he publicado el proyecto en el gestor de tareas(TM), para
> que
> > > podáis revisar las instrucciones en español. Para ello tenéis que
> > entrar
> > > con vuestro usuario OSM en el TM y elegir un cuadrado.
> > >
> > > Esperaremos unos días a ver si llega alguna propuesta, antes de
> > empezar
> > > la importación.
> > >
> > > http://tareas.openstreetmap.es/project/27
> > >
> > > Creo que es relativamente sencillo colaborar en este proyecto: es
> > fácil
> > > de verificar con las ortofotos y son pocas etiquetas.
> > >
> > > Saludos,
> > > Santiago Crespo
> > >
> > > On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> > >> Hola,
> > >>
> > >> Estoy preparando la importación manual de las paradas de taxi de
> > Madrid.
> > >> Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay
> 424.
> > >>
> > >> La propuesta es añadir la información que falta en las paradas
> > >> existentes (por ejemplo, la capacidad) y crear el resto de
> > paradas que
> > >> faltan, usando el gestor de tareas.
> > >>
> > >> Por ahora he reproyectado las coordenadas del excel que parece
> > que están
> > >> en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he
> transformado
> > >> los datos al formato osm.
> > >>
> > >> He revisado varias paradas que conozco y la posición es correcta.
> > Javier
> > >> y Carlos Tapia han comprobado otras paradas y también les parece
> > que las
> > >> posiciones están bien.
> > >>
> > >> Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
> > >> generado[2] por si queréis echar un ojo.
> > >>
> > >> Voy preparando el proyecto en el gestor de tareas y si en unos
> > días no
> > >> hay inconveniente, empezamos.
> > >>
> > >> Saludos,
> > >> Santiago Crespo
> > >>
> > >> [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
> > >> [2] http://flanera.net/Paradas_taxi_Madrid.osm
> > >>
> > >> ___
> > >> 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] Paradas de taxi en Madrid

[Alejandro Moreno]

Hola Santiago.

Acabo de ver el nodo que has creado y tengo dudas sobre añadir el atributo

*addr:housenumber*Desde mi punto de vista este atributo no se debería
mapear en el nodo ya que indica cuál es la dirección más cercana. Si lo
añadimos vamos a duplicar la información de dicha dirección (en la parada
de taxis y en el edificio/nodo al que corresponda esa dirección) siendo el
dato de la parada de taxi "erróneo".

He añadido la información de la dirección en el edificio colindante para
que se vea el problema.



El 17 de octubre de 2016, 12:23, Santiago Crespo 
escribió:

> He subido una parada para probar los pasos y que veáis como queda:
>
> https://www.openstreetmap.org/node/4451620914
>
> También he publicado el proyecto en el gestor de tareas(TM), para que
> podáis revisar las instrucciones en español. Para ello tenéis que entrar
> con vuestro usuario OSM en el TM y elegir un cuadrado.
>
> Esperaremos unos días a ver si llega alguna propuesta, antes de empezar
> la importación.
>
> http://tareas.openstreetmap.es/project/27
>
> Creo que es relativamente sencillo colaborar en este proyecto: es fácil
> de verificar con las ortofotos y son pocas etiquetas.
>
> Saludos,
> Santiago Crespo
>
> On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> > Hola,
> >
> > Estoy preparando la importación manual de las paradas de taxi de Madrid.
> > Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay 424.
> >
> > La propuesta es añadir la información que falta en las paradas
> > existentes (por ejemplo, la capacidad) y crear el resto de paradas que
> > faltan, usando el gestor de tareas.
> >
> > Por ahora he reproyectado las coordenadas del excel que parece que están
> > en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he transformado
> > los datos al formato osm.
> >
> > He revisado varias paradas que conozco y la posición es correcta. Javier
> > y Carlos Tapia han comprobado otras paradas y también les parece que las
> > posiciones están bien.
> >
> > Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
> > generado[2] por si queréis echar un ojo.
> >
> > Voy preparando el proyecto en el gestor de tareas y si en unos días no
> > hay inconveniente, empezamos.
> >
> > Saludos,
> > Santiago Crespo
> >
> > [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
> > [2] http://flanera.net/Paradas_taxi_Madrid.osm
> >
> > ___
> > 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Alejandro Moreno Calvo]

Hay que elegir entre las 2 opciones para mapear papeleras como estas (
http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg y
http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg )

- 1 sólo nodo con
amenity=vending_machine
vending=excrement_bags
operator=Ayuntamiento de Madrid
payment:none=yes
bin=yes

- 2 nodos:
amenity=vending_machine
vending=excrement_bags
payment:none=yes
operator=Ayuntamiento de Madrid

segundo nodo (a centímetros del anterior):

amenity=waste_basket
waste=dog_excrement
operator=Ayuntamiento de Madrid

La ventaja de 1 nodo es que es más parejo a la realidad y más sostenible
pero por contra el nodo queda marcado como vending_machine cuando su
función principal es ser una papelera no un dispensador y es probable que
si se busca una papelera se busque por amenity=waste_basket y esta no se
encuentre.
En cuanto a 2 nodos facilita el uso posterior de los datos y probablemente
mejora el renderizado pero hace pensar que existen 2 objetivos físico
cuando en realidad sólo existe uno y además el posterior mantenimiento
puede ser más pesado al tener que mantener 2 nodos.


El 11 de julio de 2016, 22:30, Miguel Sevilla-Callejo 
escribió:

> Hola,
>
> Pues yo me decanto por un solo punto pues es solo una papelera... creo que
> es lo correcto desde el punto de vista de la realidad espacial y en cuanto
> a la calidad de la base de datos y como entiendo que no hay que repetir
> tags pero si se puede incluir varios valores optaría por
> "amenity=waste_basket;vending_machine" y mejor olvidarse del render (eso
> no es editar para el render?).
>
> Poner dos punto para dos papeleras si resulta que hay una para dos usos me
> parece erróneo.
>
> Creo recordar que sucedía algo similar para los puntos geodésicos en
> cimas... que resultaba que se habían editado, por un lado la cima y junto a
> ella el punto geodésico... aunque fueran el mismo punto.
>
> Puedo llegar a entender la aproximación pero no puedo compartir que haya
> dos nodos para representar una misma cosa sobre un mismo punto... por muy
> juntos que estén.
>
> Un saludo
>
>
> --
> *Miguel Sevilla-Callejo*
>
> *Doctor in Geography*
> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
> University of Zaragoza
> b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
> Council
> c. Freelance consultant & researcher - Member #698, Spanish Professional
> Association of Geographers
>
> *Doctor en Geografía*
> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
> de la Univ. de Zaragoza
> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
> Investigaciones Científicas
> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
> de Geógrafos
>
> 2016-07-09 10:46 GMT+02:00 yo paseopor :
>
>> Soy muy partidario de eliminar/evitar los tags múltiples ; (
>> amenity=waste_basket;vending_machine) en OSM.
>>
>> Salut i mapes
>> yopaseopor
>>
>> 2016-07-08 20:28 GMT+02:00 Rafael Avila Coya :
>>
>>> Hola:
>>>
>>> Además, creo que la mayoría de los renderizadores ignorarían los objetos
>>> amenity=waste_basket;vending_machine
>>>
>>> Saludos,
>>>
>>> Rafael.
>>>
>>>
>>> On 08/07/16 15:12, Santiago Crespo wrote:
>>>
 José Luis, tienes razón en que un nodo puede tener varios tags, pero
 como una "key" (amenity) no se puede repetir, creo que quedaría algo
 así:

 amenity=waste_basket;vending_machine
 vending=excrement_bags
 operator=Ayuntamiento de Madrid
 payment:none=yes

 Y si son papeleras únicamente para excrementos, añadir:
 waste=dog_excrement

 Aunque hay que intentar evitar el uso del punto y coma, pues es más
 complicado al mapear y al usar luego esos datos[1]. Coincido con el wiki
 en que es mejor elegir uno de los 2 valores o dividir en dos nodos.

 Saludos,
 Santiago Crespo

 [1]

 https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use


 On 07/08/2016 02:14 PM, Jose Luis Perez Diez wrote:

> segun http://wiki.openstreetmap.org/wiki/Tags un nodo puede tener
> varios
> tags y en este casos serian 5
>
>
>
> amenity=vending_machine
>
> amenity=waste_basket
>
> vending=excrement_bags
>
> payment:none=yes
>
> operator=Ayuntamiento de Madrid
>
>
>
> En el caso que fuesen dos operadores diferentes se podria usar
> "operator:[vending_machine|waste_basket] ="
>
> lo de hacerlos independientes no tiene sentido estamos hablando de una
> unica ubicacion
>
>
>
>
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
 ___
 Talk-es mailing list
 

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Alejandro Moreno Calvo]

Y qué pensáis de usar bin=yes con lo que se pondría todo en un nodo de la
forma.

amenity=vending_machine
vending=excrement_bags
operator=Ayuntamiento de Madrid
payment:none=yes
bin=yes


El 11 de julio de 2016, 11:07, Jose Luis Perez Diez  escribió:

> El Divendres 08 Juliol 2016, a les 15:08:29, Rafael Avila Coya va escriure:
>
> > Un nodo puede tener todas las etiquetas que desees, incluso 0. Pero no
>
> > puedes tener 2 o más "keys" repetidas. Por lo tanto, no es posible dos
>
> > amenity con valores diferentes.
>
>
>
> No creo que exista esta limitacion mira:
> http://wiki.openstreetmap.org/wiki/Tag:vending=excrement_bags
>
>
>
> ___
> 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] Mapear papeleras con dispensador de bolsas para perros

[Alejandro Moreno Calvo]

Yo lo de separar en 2 nodos no lo veo porque físicamente son el mismo
aparato. ¿Qué ventajas veis a tenerlo en 2 nodos?¿No va a implicar más
mantenimiento?

El 8 de julio de 2016, 12:25, Rafael Avila Coya <ravilac...@gmail.com>
escribió:

> Hola:
>
> Creo que mejor, coincidiendo en muchos puntos con Santiago:
>
> * amenity=vending_machine
> * vending=excrement_bags
> * payment:none=yes ó fee=no (yo me inclinaría por payment:none=yes)
> * operator=Ayuntamiento de Madrid
>
> Yo separaría en dos nodos. En un segundo nodo (a centímetros del anterior):
>
> * amenity=waste_basket
> * waste=dog_excrement
> * operator=Ayuntamiento de Madrid
>
> Saludos,
>
> Rafael.
>
>
> On 08/07/16 12:16, Santiago Crespo wrote:
>
>> Hola,
>>
>> Yo cambiaba fee=no por payment:none=yes, como pone en la wiki [1],
>> aunque entiendo que da un poco igual.
>>
>> También mira la discusión sobre si conviene separar en 2 nodos la
>> papelera y el dispensador, creo que tiene sentido hacerlo [2]
>>
>> Y en Madrid podríamos añadir operator=Ayuntamiento de Madrid
>>
>> Saludos,
>> Santiago Crespo
>>
>> [1] https://wiki.openstreetmap.org/wiki/Tag:vending%3Dexcrement_bags
>> [2] https://wiki.openstreetmap.org/wiki/Talk:Tag:vending%3Dexcrement_bags
>>
>> On 07/08/2016 11:20 AM, Alejandro Moreno Calvo wrote:
>>
>>> Buenos días.
>>>
>>> Estoy pensando en empezar a mapear aquellas papeleras que tienen
>>> dispensador de bolsas para excrementos de perros.
>>>
>>> Las etiquetas que había pensado usar son:
>>>
>>> amenity=waste_basket
>>> vending=excrement_bags
>>> fee=no
>>>
>>> ¿Lo veis bien o cambiaríais algo?
>>>
>>> P.D. Para Madrid está solicitado la ubicación de las mismas que está en
>>> estudio [
>>>
>>> http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=a005df93c5014510VgnVCM201f4a900aRCRD=102612b9ace9f310VgnVCM10171f5a0aRCRD=default=a005df93c5014510VgnVCM201f4a900aRCRD
>>> ]
>>>
>>>
>>> ___
>>> 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 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] Fuentes de Madrid

[Alejandro Moreno Calvo]

Menudo guirigay.

Por si acaso he dejado un aviso a través de la web del Ayuntamiento para
ver si pueden decirnos el formato.

Si me responden algo os digo.
El 5 jul. 2016 19:14, "Santiago Crespo" 
escribió:

> No estoy 100% seguro pero creo que ya lo tengo.
>
> Las fuentes con la etiqueta "PARQUE HISTORICO SINGULAR O FORESTAL" (ej:
> el Retiro) están en 25830 y el resto en 23030. La única excepción que he
> visto por ahora es la fuente del parque del bronce, que estando en una
> zona verde normal usa 25830.
>
> Saludos,
> Santiago Crespo
>
>
> On 07/05/2016 02:48 PM, Emilio Gómez Fernández wrote:
> > Es extraño. En algunas zonas se ajusta más con 23030 y en otras con
> > 25830, como si los datos del CSV proviniesen de fuentes con diferentes
> > sistemas de coordenadas, no se... un cacao.
> >
> > http://u.osmfr.org/m/93231/
> >
> > Un saludo.
> >
> > Emilio Gómez
> >
> >
> > El 5 de julio de 2016, 12:00, Luis García Castro  > > escribió:
> >
> >
> > El 5 de julio de 2016, 11:53, Emilio Gómez Fernández
> > >
> > escribió:
> >
> > Efectivamente parece que en la zona del Retiro no se ajusta nada
> > bien a lo que ya hay en OSM [1], pero en otras partes veo que si
> > que existe una correlación.[2]
> >
> >
> > Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto
> > Jorge (con alguna diferencia lógica y esperable)... no me cuadran
> > los puntos de su imagen con tu primera superposición :-/
> >
> >
> > --
> >
> > Luis García
> >
> > ___
> > 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 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] Fuentes de Madrid

[Alejandro Moreno Calvo]

El ayuntamiento acaba de publicar la ubicación de todas las fuentes de
Madrid en
http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD

Un buen candidato para una importación a OSM.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Calles tranquilas recomendadas para ciclistas

[Alejandro Moreno Calvo]

El problema es que muchas de las rutas recomendadas lo son porque tienen un
volumen de tráfico bajo y eso entiendo que no es mapeable por lo que
buscaba alguna otra manera de indicar que esa calle es amigable para
bicicletas.

El 24 de junio de 2016, 9:47, Luis García Castro <lui...@gmail.com>
escribió:

> Buenas,
>
> En cierto modo no creo que debamos mapear qué calles son "tranquilas" para
> enbicipormadrid, no deja de ser una elección arbitraria, sino mapear por
> qué lo son. Es decir, entiendo que enbicipormadrid  ha designado como
> calles tranquilas aquellas de dirección única, velocidad limitada, ancho
> suficiente, etc.
>
> Quizá haciendo un esfuerzo en mapear convenientemente los semáforos,
> anchura, carriles, etc. de esas vías sea suficiente para que los
> enrutadores escojan estas calles tranquilas frente a otras.
>
> Utilizar bicycle:yes en vías que ya permiten la circulación de bicicletas
> no creo que tenga ningún efecto, pero dependerá de la lógica interna del
> enrutador...
>
> Un saludo,
>
>
>
>
> El 24 de junio de 2016, 9:28, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Buenos días.
>>
>> Os escribo porque en Madrid están surgiendo varios proyectos
>> colaborativos para crear mapas con las calles recomendadas para ir en
>> bicicleta por ser tranquilas.
>>
>> Estoy pensando como mapear estos en OSM pero no encuentro ninguna
>> etiqueta que sea óptima y que pueda servir a los enrutadores más allá del
>> bicycle:yes ¿Alguna idea?
>>
>> Un ejemplo de lo que hablo es este mapa
>> http://www.enbicipormadrid.es/p/plano-calles-tranquilas.html
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> --
>
> Luis García
>
> ___
> 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] Calles tranquilas recomendadas para ciclistas

[Alejandro Moreno Calvo]

Buenos días.

Os escribo porque en Madrid están surgiendo varios proyectos colaborativos
para crear mapas con las calles recomendadas para ir en bicicleta por ser
tranquilas.

Estoy pensando como mapear estos en OSM pero no encuentro ninguna etiqueta
que sea óptima y que pueda servir a los enrutadores más allá del
bicycle:yes ¿Alguna idea?

Un ejemplo de lo que hablo es este mapa
http://www.enbicipormadrid.es/p/plano-calles-tranquilas.html
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] licencia portal datos abiertos madrid.es

[Alejandro Moreno Calvo]

Hace unos meses se hizo la importación de las farmacias a partir de los
datos del portal por lo que problemas de licencia no hay. En cuanto a la
licencia se está tramitando una modificación de la ordenanza de
transparencia de Madrid que es más abierta que la actual por lo que en el
futuro debería haber incluso menos problemas.

Si te animas con la importación adelante.

El 29 de marzo de 2016, 11:22, Santiago Crespo 
escribió:

> Hola,
>
> Después de leer la licencia [1] que hay en el portal de datos abiertos
> de de madrid.es [2] y sin ser abogado me parece que es compatible con la
> ODbL. ¿Alguien sabe si es así?
>
> ¿Hay alguna novedad sobre la ordenanza de transparencia de Madrid?
>
> Almorca decía hace un año que por ejemplo hay mucha información sobre la
> bici (aparcabicis, ciclocarriles, estaciones de Bicimad) y yo ya estoy
> pensando en la importación de los aparcabicis. ¿Cómo lo veis?
>
> Saludos,
> Santiago Crespo
>
> [1]
>
> http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=108804d4aab90410VgnVCM10171f5a0aRCRD=b4c412b9ace9f310VgnVCM10171f5a0aRCRD=default
>
> [2] http://datos.madrid.es
>
> ___
> 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] Resumen de Talk-es, Vol 110, Envío 30

[Alejandro Moreno Calvo]

Muchas gracias por esta respuesta tan completa. Ya había encontrado el
estilo pero lo de las señales españolas no lo había visto.

El 29 de marzo de 2016, 0:02, yo paseopor  escribió:

> Sobre el tema de carriles:
>
> Buenas
>
> Creo que tengo una solución a lo que pides. El tema señales de tráfico y
> marcas viales ha mejorado notablemente estos últimos años. Y ya existen
> esquemas suficientemte complejos, los cuales he usado alguna vez.Te los
> presento:
>
> -Lanes, en su forma más compleja:Número de carriles, en cada sentido (a
> partir de ahora será siempre así)
>
> lanes:forward=1
> lanes:backward=2
>
> -Change:lanes (las líneas de los carriles). Cada sentido tiene sus líneas,
> es decir que si quieres conseguir una contínua/discontinua lo pones en un
> sentido que sí (discontinua), y en otro sentido que no (continua).Si hay
> más carril que uno hay que separarlos por  |
>
> change:lanes:forward=no
> change:lanes:backward=not_left|yes
>
> (Alerta, los cambios de carril no implican las propiedades de
> adelantamiento, se deben combinar.La propiedad de adelantar es overtaking.
> Overtaking=yes/no/forward/backward)
>
> -Turn:lanes (la dirección hacia donde va el carril).Cada carril puede
> tener su propia dirección.Hay una gran variedad de flechas, solas o
> compuestas.Las posibilidades son through,right,left y todas sus
> combinaciones.
>
> turn:lanes:forward=through
> turn:lanes:backward=through|right
>
> -Destination:lanes (el destino de cada carril). Cada carril tiene su
> destino.Esto se reproducirá en varios renderizadores.
>
> destination:lanes:forward=Barcelona
> destination:lanes:backward=Tarragona;El Vendrell|Lleida
>
> Y dirás...vale, fantástico, pero no se ve, que es lo que yo quiero
>
> Bueno, a priori ya se sabe que no todas las propiedades se muestran en el
> renderizador.Así que usaremos otra aplicación que permita visualizar esa
> información.
>
> La escogida es JOSM. Y para ver los datos usaremos un estilo, el Lane and
> Road attributes.Pero las flechas que salen de entrada son las
> austriacas/alemanas...si no fuera porque se les solicitó a los creadores
> "ampliarlo" y eso ha permitido introducir las marcas viales "españolas".
> Para conseguirlo debes en ajustes avanzados buscar la opción
> integer.png.turn.variant y ponerla en #01 , lo cual hará parecer las
> marcas españolas.
>
> Te paso alguna captura a ver que opinas. https://imgur.com/a/A9QPQ
>
> Y por mi parte recomendarte un servicio alemán que se ha modernizado algo:
> el OSM Lane Visualizer
>
>
> http://osm.mueschelsoft.de/cgi-bin/render.pl?wayid=324294469=1
>
> http://osm.mueschelsoft.de/cgi-bin/render.pl?wayid=232152107=1
>
> Para el tema de señales y tal te recomiendo la herramienta de
> Checkautopista2
>
>
> http://k1wiosm.github.io/checkautopista2/?id=121011=41.4414=1.7012=11
>
> Más info en:
>
> http://wiki.openstreetmap.org/wiki/Key:destination
>
> https://github.com/mapbox/mapping/wiki/Mapping-guide-for-turn-lanes-from-imagery
> https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes
> https://www.mapbox.com/blog/turn-lanes-mapping/
>
>  Espero te haya servido de algo ;)
>  Salut i carrils
>  yopaseopor
>
> PD: por último te recomiendo que mires esta presentación que realicé para
> el SOTMCAT15 y que habla de algunas de esas propiedades de etiquetado.
>
>
> https://docs.google.com/presentation/d/1NeDPPadQ6uY2LwDBBpew8yQlhYwJ7QmuIKMgQ77WuZs/edit#slide=id.gc855edbf1_0_8
>
> ___
> 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] Visualización para ver carriles pintados.

[Alejandro Moreno Calvo]

Las 2 web están muy chulas.

Al final he encontrado este estilo [
https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes ] que me
muestra más o menos lo que necesito.

El 28 de marzo de 2016, 19:26, andrzej zaborowski <balr...@gmail.com>
escribió:

> Hola,
>
> Creo que a base de solo lanes=* no conseguiras mucho, existe un esquema de
> etiquetado mucho mas detallado y que se presta a renderizado guapo y creo
> que se empieza por area:highway=* y luego algunas etiquetas mas.
>
> Mira si te sirve lo que muestra osm2world (ejemplo sacado de los foros:
> http://maps.osm2world.org/?zoom=18=49.44843=11.06507=B0TTFF
> )
>
> El mas completo y guapo que habia visto era http://osmapa.pl/w/area/
> (ejemplo foros..
> http://osmapa.pl/w/area/?lat=53.49898=14.48022=18=
> http://osmapa.pl/w/area/?lat=51.10779=17.03854=20=FBoPRQEGs)
> pero cubria partes de Alemania y Polonia, las regiones que le hayan pedido
> al autor.  Y parece que el autor se esta tomando ahora un descanso y han
> dejado de funcionar algunas cosas, entre ellas justo no me muestra ahora
> miso las marcas de los carriles.
>
> Luego me parece que tambien existia algun plugin para JOSM que lo mostraba
> en vivo pero que era menos completo.
>
> Saludos
>
>
> 2016-03-28 18:19 GMT+02:00 Alejandro Moreno Calvo <almo...@gmail.com>:
>
>> Lo que quiero es que a partir de los datos de OSM me salga un mapa
>> parecido a esto
>>
>> [image:
>> http://www.formacionyeducacionvial.com/wp-content/uploads/carril-de-deceleracion.jpg]
>>
>> El 28 de marzo de 2016, 18:03, El fotógrafo giróvago <
>> elfotografogirov...@gmail.com> escribió:
>>
>>> ¿Configurando un WMS sobre los datos con esa regla no obtendrías lo que
>>> pides? No se si te estoy entendiendo bien.
>>>
>>> El 28 de marzo de 2016, 16:00, Alejandro Moreno Calvo <almo...@gmail.com
>>> > escribió:
>>>
>>>> Estoy buscando algún programa o web que a partir de los datos de
>>>> Openstreetmaps permita muestre el número de carriles, es decir, si una
>>>> línea está mapeada como lanes:2 que se vean dibujados los 3 carriles
>>>> separados con sus líneas discontinuas.
>>>> ¿Sabéis si existe algo cómo lo que pido?
>>>>
>>>> ___
>>>> 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 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Visualización para ver carriles pintados.

[Alejandro Moreno Calvo]

Lo que quiero es que a partir de los datos de OSM me salga un mapa parecido
a esto

[image:
http://www.formacionyeducacionvial.com/wp-content/uploads/carril-de-deceleracion.jpg]

El 28 de marzo de 2016, 18:03, El fotógrafo giróvago <
elfotografogirov...@gmail.com> escribió:

> ¿Configurando un WMS sobre los datos con esa regla no obtendrías lo que
> pides? No se si te estoy entendiendo bien.
>
> El 28 de marzo de 2016, 16:00, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Estoy buscando algún programa o web que a partir de los datos de
>> Openstreetmaps permita muestre el número de carriles, es decir, si una
>> línea está mapeada como lanes:2 que se vean dibujados los 3 carriles
>> separados con sus líneas discontinuas.
>> ¿Sabéis si existe algo cómo lo que pido?
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Visualización para ver carriles pintados.

[Alejandro Moreno Calvo]

Estoy buscando algún programa o web que a partir de los datos de
Openstreetmaps permita muestre el número de carriles, es decir, si una
línea está mapeada como lanes:2 que se vean dibujados los 3 carriles
separados con sus líneas discontinuas.
¿Sabéis si existe algo cómo lo que pido?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Ubicación de los números de las porterías

[Alejandro Moreno Calvo]

Según esta noticia [
http://www.elmundo.es/elmundo/2011/05/29/madrid/1306680672.html ] veo que
sólo es de Madrid.

El 9 de febrero de 2016, 10:54, Jorge Sanz Sanfructuoso <sanc...@gmail.com>
escribió:

> No sabia lo de Madrid. Es interesante y útil. Tiene pinta de ser cosa de
> Madrid. En Salamanca en mi comunidad la última vez que se miró el tema de
> los locales que había en el edificio estaban numerados sin sentido alguno y
> no se sabían cual era cual. Vamos los que estaban claros son los que a
> alguien en algún momento se le ocurrió llamarlo por el nombre del comercio
> en vez de local1, local2,...
>
> El algoritmo me parece correcto. Añadir una cosa, que antes de comprobar
> el atributo addr:door compruebe también entrance=home y entrance=yes.
> Sobretodo el último que es muy utilizado.
> Por ahora addr:door está poco utilizado pero podría ser una manera de
> darle el impulso para que fuera más usado.
>
>
> El mar., 9 feb. 2016 a las 10:34, Alejandro Moreno Calvo (<
> almo...@gmail.com>) escribió:
>
>> Pues con el tema de nombrar las direcciones por locales me habéis
>> recordado que, por lo menos en Madrid, los locales que dan a la calle sí
>> tienen la obligación de tener un código de identificación para su
>> localización. Son código que van de 10 en 10, del tipo L-10, L-20, etc. y
>> los comercios tienen la obligación de tener la identificación en la puerta
>> de manera visible. Se puede ver la información en
>> https://sede.madrid.es/portal/site/tramites/menuitem.1f3361415fda829be152e15284f1a5a0/?vgnextoid=2f5c57299115c410VgnVCM200c205a0aRCRD=37f637c190180210VgnVCM10c90da8c0RCRD
>>
>> No sé si esto es exclusivo de Madrid o es obligatorio en toda España.
>> Para Madrid, en
>> http://www.madrid.es/portales/munimadrid/es/Inicio/El-Ayuntamiento/Estadistica/Censo-de-locales/Censo-de-Locales?vgnextfmt=default=4ba708e2a77bd210VgnVCM200c205a0aRCRD=2bd6eea8e3e5d210VgnVCM100b205a0aRCRD
>> existe un visualizador que permite conocer el código de cada local.
>>
>> Entiendo que si añadimos la etiqueta addr:door se podría dar por cierto
>> que si varios nodos tienen el mismo código de portal para saber cual es el
>> principal se utilizaría el siguiente algoritmo:
>>
>>1. Se coge como principal el nodo con entrance:main
>>2. Si no hay ninguna entrada principal se coge nodo que no tenga
>>informado el atributo addr:door
>>
>> Para que esto fuese útil a nivel mundial habría que hacer la propuesta y
>> que fuese aprobada.
>>
>> ¿Qué os parece?
>>
>>
>>
>>
>> El 8 de febrero de 2016, 20:15, Diego García <dgerv...@gmail.com>
>> escribió:
>>
>>> Coincidimos en descartar cosas como "local 1", "local 2". No se
>>> corresponde a la realidad, y es un dato que, en la práctica, sería casi
>>> imposible de conseguir.
>>>
>>> Veo que está aprobado addr:floor, hoy cambiaré alguno y mañana
>>> comprobaré si osmose sigue con sus números de portal repetidos. De momento,
>>> veo que nominatim lo descarta y no lo utiliza en la búsqueda, aunque saca
>>> todos los resultados bien para ese número de calle.
>>>
>>>
>>> Saludos,
>>>
>>> El 8 de febrero de 2016, 19:57, Jorge Sanz Sanfructuoso <
>>> sanc...@gmail.com> escribió:
>>>
>>>>
>>>>
>>>> El lun., 8 feb. 2016 a las 18:56, Diego García (<dgerv...@gmail.com>)
>>>> escribió:
>>>>
>>>>> Es cierto que la solución parece estar lejos. Por mi parte, lo venía
>>>>> observando desde no hace muchos meses, debido a que osmose muestra como
>>>>> errores los números duplicados que se producen, y justo este fin de semana
>>>>> se me ocurrió una posible solución, que decidí probar:
>>>>>
>>>>> La dirección real de una tienda que está en los bajos de un edificio,
>>>>> no es el número de portal de ese edificio, sino algo así como "número 2,
>>>>> bajo". De este modo, coloco el punto con la dirección del portal donde
>>>>> corresponde, a su entrada, y en el tag addr:housenumber de la tienda
>>>>> etiqueto el número y le añado "bajo". El tag lo admite (osmose daría error
>>>>> si dicho tag no comienza por un número), y leida la dirección completa es
>>>>> totalmente correcta: Avenida de los Pirineos 15, bajo. Y el wiki parece 
>>>>> que
>>>>> no se opone a ello, aunque mi inglés es lamentable.
>>>>>
>>>>
>>>> Existe "addr

Re: [Talk-es] Ubicación de los números de las porterías

[Alejandro Moreno Calvo]

er un ejemplo), se etiquetaría como "7 piso 1", y seguiría
>>> funcionando de la misma manera.
>>>
>>> La segunda parte viene cuando hay varios comercios en un mismo edificio.
>>> Aquí le he echado algo de imaginación, y he etiquetado como "local 1",
>>> "local 2", etc. Lo cierto es que son direcciones reales (dentro de un mismo
>>> edificio los locales comerciales suelen numerar de esa forma), pero de no
>>> ser que entremos a preguntar al comerciante, desde la calle no vemos esa
>>> información. En nominatim sigue funcionando bien: "avenida de monreal, 7,
>>> huesca"
>>>
>>
>> Lo de local 1, local 2 para una zona comercial si lo veo pero a pie de
>> calle pu, ni el que tiene el local lo sabe. Tampoco se usa cuando se
>> mandan cartas, se pone el numero el nombre del comercio y si acaso que es
>> el bajo. El número de local es raro, por lo mismo. Al final toca
>> inventarselo cosa que descarto hacer. Además para esto se usa "addr:door"
>> si no me equivoco.
>>
>>>
>>> En general, como solución no me parece mala, aunque no me acaba de
>>> gustar por dos motivos: el tag addr:housenumber ¿debe limitarse al número
>>> de portal, o está permitida la extensión de su significado a más datos,
>>> como el número de planta? ¿habría que tirar del tag addr:place?. Y en
>>> segundo lugar, está lo de los multiples comercios en el mismo número, que
>>> no deja de ser una dirección "inventada", a no ser que entre tienda por
>>> tienda a preguntar el número de local.
>>>
>>
>> Yo entiendo que se limita al número del portal pero tampoco está claro.
>> Podría darse el uso que sugieres, habría que consultarlo a toda la
>> comunidad de OSM.
>> Al final el problema de Osmand creo que no se soluciona porque seguirán
>> saliendo todos los números pero uno como 15 y otro como 15 bajo. Parece más
>> bonito pero a la hora de la verdad no cambia mucho, sigues teniendo
>> información doble e inútil. A lo mejor sería más correcto buscar que Osmand
>> trate los datos de otra manera y no cambiar la información de la base de
>> datos. Que si esta el numero etiquetado como entrada=main coja ese número y
>> descarten el resto por ejemplo.
>>
>> addr:door y addr:floor no se si los tienen en cuenta nominatim y osmand,
>> habría que comprobarlo. Tampoco los he usado. Los tenemos que añadir a la
>> wiki en español que no salen por falta de actualización de la wiki.
>>
>>
>>>
>>> Un cordial saludo,
>>>
>>>
>>> El lun., 8 feb. 2016 a las 12:18, Jorge Sanz Sanfructuoso (<
>>> sanc...@gmail.com>) escribió:
>>>
>>>> Es otra de las cosas que no hay consenso. Nominatim si lo tiene en
>>>> cuenta y si una tienda esta dentro de un edificio que tiene puesto el área
>>>> del edificio la numeración la coge del edificio ( si la tienda no tiene
>>>> numeración propia claro).
>>>> Pero claro para eso se tendría que poner numeración al edificio y no a
>>>> la entrada del edificio. Cosa que tampoco hay consenso, pero por aquí la
>>>> mayoría parece que prefiere ponerlo a la entrada y no al área del edificio.
>>>> Yo actualmente los estoy poniendo a la entrada normalmente.
>>>>
>>>> Es por una de las cosas que yo defiendo más el método de etiquetar la
>>>> numeración en el área del edificio cuando sea posible. Igualmente tampoco
>>>> es perfecto porque un edificio si da para 3 calles en 2 calles te toca
>>>> poner igualmente la numeración de los locales si o si. También hay casos
>>>> que el edificio tiene por ejemplo numeración del 10-20 y una tienda coge el
>>>> número 10, otro el 16 y otro el 20 por lo que estás en las mismas. No hay
>>>> una solución que arregle todos los casos y veo difícil que exista.
>>>>
>>>> Resumiendo, si el área del edificio tiene numeración por lo menos con
>>>> nominatim no hace falta ponerlo en la tienda, habría que comprobarlo con
>>>> otros programas. Si no es así hay que ponerle numeración a la tienda si o
>>>> si y pasaría lo que has comentado.
>>>>
>>>> El lun., 8 feb. 2016 a las 11:55, Alejandro Moreno Calvo (<
>>>> almo...@gmail.com>) escribió:
>>>>
>>>>> Reabro este tema ya que me ha surgido la duda de como mapear edificios
>>>>> que tienen tiendas todos con el mismo número de portal. Es decir, tengo un
>>>>> edificio con varios nodos, uno

Re: [Talk-es] Ubicación de los números de las porterías

[Alejandro Moreno Calvo]

Reabro este tema ya que me ha surgido la duda de como mapear edificios que
tienen tiendas todos con el mismo número de portal. Es decir, tengo un
edificio con varios nodos, uno corresponde a la entrada a las viviendas y
los otros de entradas a tiendas que hay dentro del edificio.
Si se pone el número de portal al edificio, ¿se asume que los nodos de ese
edificio tienen ese número de portal?
Lo que he visto hasta ahora en Madrid es edificios con esta casuística
tienen repetido por cada nodo el número de portal y el "problema" de esto
es que en programas como Osmand te sale cada número de portal repetido n
veces, cosas que queda bastante fea.

El 18 de diciembre de 2015, 16:01, Rodrigo Rega 
escribió:

>
> El 18 de diciembre de 2015, 15:53, Carlos Cabezas 
> escribió:
>
>> Voto por lo mismo, en el peor caso podemos dejar los polígonos con un
>> número pero sería útil empezar a añadir un nodo del área en la ubicación de
>> la portería e ir retirando los nodos sueltos. ¿Qué opináis el resto?
>
>
> Yo también creo que la opción buena es poner el número en el nodo que
> tiene la etiqueta de entrada al edificio. En las importaciones de Catastro
> que he hecho he eliminado los nodos sueltos.
>
>
> --
> http://www.rodrigorega.es
>
> ___
> 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] Nominatim debería ser más flexible

[Alejandro Moreno Calvo]

Hola Xavier.

Hay que tener en cuenta que ese PR soluciona un caso muy concreto pero que
habría que hacer un análisis más profundo de los artículos que se pueden
dar. Así a bote pronto se me ocurre también habría que añadir "el", "la",
"las", "los".

El 2 de febrero de 2016, 8:40, Xavier Barnada <xbarn...@gmail.com> escribió:

> Hola,
>
> Acabo de hacer una pull request que deberia solucionar este problema, he
> seguido el ejemplo de las otras stopwords  y este comentario
> https://trac.openstreetmap.org/ticket/4895#comment:4
>
> https://github.com/twain47/Nominatim/pull/358
>
> Saludos
>
> El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
> emilio.gomez.f...@gmail.com>) escribió:
>
>> Hola a todos.
>>
>> Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub [1], y
>> también lo comenté  en la reunión en Aguilar de Campoo en la que estuvimos
>> algunos de nosotros.
>> La respuesta viene a ser, en resumidas cuentas, que añadir nuevas
>> palabras vacías en español a las escasas que ya existen en Nominatim [2]
>> podría perjudicar las búsquedas en otros idiomas. La consecuencia es que en
>> nuestro caso usar la API de Nominatim para realizar, por ejemplo,
>> geocodificación inversa es de escasa utilidad aun a pesar de que los datos
>> existan en la base de datos.
>>
>> Lo único que se me ocurre es que esta discusión salte a la lista General
>> y tener un feedback de otros usuarios para que la cosa se mueva y tenga más
>> repercusión, porque este importante problema también afecta a otros idiomas
>> [3][4].
>>
>> Saludos.
>>
>> [1] https://github.com/twain47/Nominatim/issues/85
>> [2] https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
>> [3] https://github.com/twain47/Nominatim/issues/333
>> [4] https://trac.openstreetmap.org/ticket/4961
>>
>>
>> El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo <almo...@gmail.com>
>> escribió:
>>
>>> Este problema ya lleva reportado tiempo.
>>> https://trac.openstreetmap.org/ticket/4895
>>> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" <xbarn...@gmail.com>
>>> escribió:
>>>
>>>> Hola,
>>>>
>>>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>>>> etiquetado no veo mucho mas que se pueda hacer.
>>>> Si quereix podeis reportar los problemas que veais al repositorio de
>>>> Nominatim en github
>>>> https://github.com/twain47/Nominatim
>>>>
>>>> Saludos
>>>>
>>>> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
>>>> sanc...@gmail.com>) escribió:
>>>>
>>>>> Hola.
>>>>>
>>>>> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si
>>>>> por aqui o por el telegram y alguien comentó que está adaptado para el
>>>>> habla inglesa y que según Nominatim si se adapta para otros idiomas podría
>>>>> hacer que fallara en el inglés.
>>>>>
>>>>> Ya no es escribir bien o mal, hay casos como los artículos que a veces
>>>>> los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>>>>>
>>>>> Un saludo.
>>>>>
>>>>> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa (<
>>>>> manolo...@gmail.com>) escribió:
>>>>>
>>>>>> Hace un rato he hecho estas búsquedas:
>>>>>>
>>>>>> - Calle san roNque, paiporta (con falta de ortografía por descuido):
>>>>>> no
>>>>>> me encuentra nada por la falta, vale, de acuerdo.
>>>>>> - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
>>>>>> - Calle de san roque, paiporta: ¡premio!
>>>>>>
>>>>>> ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
>>>>>> milimétrica. Cuando alguien busca una calle no suele conocer el nombre
>>>>>> con tanta exactitud y esto irrita un pelín :-), ya me ha pasado varias
>>>>>> veces que no he encontrado calles, siendo que estaban en OSM.
>>>>>>
>>>>>> ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
>>>>>> búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas de
>>>>>> ortografía, vale, debemos escribir bien, pero es que a veces se hacen
>>>>>> por descuido.
>>>>>

Re: [Talk-es] Ordenanza de transparencia de Madrid

[Alejandro Moreno Calvo]

Haced un escrito oficial y mandadlo a transparen...@madrid.es

El 1 de febrero de 2016, 21:37, Miguel Sevilla-Callejo <msevill...@gmail.com
> escribió:

> Hola,
> Gracias por la información Alejandro y Manuel.
> ¿Habría alguna fórmula para que desde OSM subscribiéramos/apoyáramos el
> escrito de Wikimedia España?
> Creo que su escrito es totalmente vinculante y reivindicable desde nuestra
> posición.
>
> --
> Miguel Sevilla-Callejo
> desde el móvil
> El 31/01/2016 20:28, "Manu El" <wikimo...@gmail.com> escribió:
>
>> Hola Alejandro.
>>
>> Desde Wikimedia España hemos comentado el borrador de ordenanza. Uno de
>> nuestros socios sacó el tema a principios de año y hemos redactado un
>> pequeño texto. La ordenanza hace referencia a información de naturaleza muy
>> interesante, que en el caso de OSM podría ser de mucha utilidad, como la
>> información espacial. Sin embargo creemos que la ordenanza descuida por
>> completo lo que debe ser el espíritu libre en la publicación de datos y
>> transparencia (abierto ≠ libre). De hecho el artículo 29 sobre condiciones
>> de reutilización incluye aspectos que harían incompatible el contenido
>> publicado con las licencias que utilizamos en Wikipedia, por ejemplo, y
>> también en OSM.
>>
>> El texto que hemos añadido es el siguiente:
>>
>> Tal como señala el preámbulo del borrador de ordenanza, se pretenden
>> asumir los principios generales de la Carta Internacional de Datos Abiertos
>> a la cual el Ayuntamiento de Madrid está adherido. En dicha carta,[1]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-1>
>> en su principio 5 sobre liberación de datos para la innovación, se asume el
>> compromiso de realizar la liberación de datos utilizando licencias libres.
>> Entendemos que el borrador de la ordenanza de Transparencia de la Ciudad de
>> Madrid no hace suyo este principio en ninguno de sus apartados, lo cual
>> limita significativamente la utilidad de la publicación de los datos tal y
>> como establece el borrador de la ordenanza. En particular, el artículo 29
>> sobre las condiciones generales para la reutilización del borrador incluye
>> además elementos totalmente opuestos a lo que se entiende por licencia
>> libre, por ejemplo la imposibilidad de alterar el contenido de la
>> información.
>>
>> Desde Wikimedia España, proponemos que todo este artículo sea reformulado
>> adaptándose a una licencia libre, como por ejemplo algunas de las licencias
>> Creative Commons. En concreto, licencias como Creative Commons Atribución,
>> [2]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-2>
>> o Atribución-CompartirIgual,[3]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-3>
>> las cuales se usan por parte de un gran número de gobiernos y
>> administraciones en todo el mundo.[4]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-4>
>> De esta forma se asegura la posibilidad de reutilizar los datos en
>> cualquier circunstancia (aunque no sea necesario, recordamos que
>> independientemente de lo libre o cerrada que sea la licencia, se mantienen
>> los derechos morales y, por tanto, es obligatorio siempre consignar la
>> autoría y procedencia de la información). Licencias del tipo NC o ND no son
>> auténticamente libres, puesto que limitan gravemente la reutilización. Los
>> contenidos de Wikipedia, por ejemplo, se licencian bajo CC-BY-SA.
>>
>> Adicionalmente, ofrecemos la ayuda de Wikimedia España para, por ejemplo,
>> ayudar a subir información gráfica a Wikimedia Commons,[5]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-5>
>> el mayor repositorio de material gráfico de toda Internet, al que numerosos
>> archivos de todo el mundo han subido imágenes y material audiovisual.
>>
>> [1]
>> https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/207772/Open_Data_Charter.pdf
>> [2] https://creativecommons.org/licenses/by/4.0/deed.es_ES
>> [3] https://creativecommons.org/licenses/by-sa/4.0/deed.es_ES
>> [4]
>> https://wiki.creativecommons.org/wiki/Government_use_of_Creative_Commons
>> [5] https://commons.wikimedia.org/
>>
>> Un saludo.
>> Manuel.
>

Re: [Talk-es] Nominatim debería ser más flexible

[Alejandro Moreno Calvo]

Curiosamente hay un pueblo llamado De en Indonesia
http://nominatim.openstreetmap.org/details.php?place_id=14215103 que con
ese parche no se encontraría nunca.

No tengo el detalle de cómo está implementado Nominatim pero para mí la
solución pasa por usar funciones estadísticas de comparación de cadenas, de
manera que en vez de buscar una similitud exacta se busque aquello que
supere un cierto porcentaje de similitud. En Oracle estás funciones están
dentro del paquete UTL_MATCH [
https://docs.oracle.com/cd/E18283_01/appdev.112/e16760/u_match.htm ]. En
PostgreSQL existe el módulo *fuzzystrmatch* [
http://www.postgresql.org/docs/current/static/fuzzystrmatch.html ] que
parece más limitado y existe un proyecto [
http://pgsimilarity.projects.pgfoundry.org/ ] que implementa más funciones
pero no sé si es muy común su uso ni si está actualizado.

Yo tengo pendiente echarle un vistazo a Nominatim e intentar implementar
esto pero seguramente me lleve varios meses por falta de tiempo por lo que
si alguien se quiere animar a recoger el testigo bienvenido es.

El 2 de febrero de 2016, 12:02, Benjamín Valero Espinosa <
benjaval...@gmail.com> escribió:

> El problema con las "stop words" es que puedes sin querer capar una
> palabra que sí tiene sentido en otro idioma. El ejemplo típico es "die",
> que es un artículo definido en alemán pero es un verbo en inglés. ¿Esto se
> está controlando? Lo ideal sería listas de "stop words" por idioma, pero
> claro, para eso también habría que saber en qué idioma está la calle :-O
>
> El 2 de febrero de 2016, 9:16, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Hola Xavier.
>>
>> Hay que tener en cuenta que ese PR soluciona un caso muy concreto pero
>> que habría que hacer un análisis más profundo de los artículos que se
>> pueden dar. Así a bote pronto se me ocurre también habría que añadir "el",
>> "la", "las", "los".
>>
>> El 2 de febrero de 2016, 8:40, Xavier Barnada <xbarn...@gmail.com>
>> escribió:
>>
>>> Hola,
>>>
>>> Acabo de hacer una pull request que deberia solucionar este problema, he
>>> seguido el ejemplo de las otras stopwords  y este comentario
>>> https://trac.openstreetmap.org/ticket/4895#comment:4
>>>
>>> https://github.com/twain47/Nominatim/pull/358
>>>
>>> Saludos
>>>
>>> El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
>>> emilio.gomez.f...@gmail.com>) escribió:
>>>
>>>> Hola a todos.
>>>>
>>>> Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub [1],
>>>> y también lo comenté  en la reunión en Aguilar de Campoo en la que
>>>> estuvimos algunos de nosotros.
>>>> La respuesta viene a ser, en resumidas cuentas, que añadir nuevas
>>>> palabras vacías en español a las escasas que ya existen en Nominatim [2]
>>>> podría perjudicar las búsquedas en otros idiomas. La consecuencia es que en
>>>> nuestro caso usar la API de Nominatim para realizar, por ejemplo,
>>>> geocodificación inversa es de escasa utilidad aun a pesar de que los datos
>>>> existan en la base de datos.
>>>>
>>>> Lo único que se me ocurre es que esta discusión salte a la lista
>>>> General y tener un feedback de otros usuarios para que la cosa se mueva y
>>>> tenga más repercusión, porque este importante problema también afecta a
>>>> otros idiomas [3][4].
>>>>
>>>> Saludos.
>>>>
>>>> [1] https://github.com/twain47/Nominatim/issues/85
>>>> [2] https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
>>>> [3] https://github.com/twain47/Nominatim/issues/333
>>>> [4] https://trac.openstreetmap.org/ticket/4961
>>>>
>>>>
>>>> El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo <
>>>> almo...@gmail.com> escribió:
>>>>
>>>>> Este problema ya lleva reportado tiempo.
>>>>> https://trac.openstreetmap.org/ticket/4895
>>>>> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" <xbarn...@gmail.com>
>>>>> escribió:
>>>>>
>>>>>> Hola,
>>>>>>
>>>>>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>>>>>> etiquetado no veo mucho mas que se pueda hacer.
>>>>>> Si quereix podeis reportar los problemas que veais al repositorio de
>>>>>> Nominatim en github
>>>>>> https://github.com/twain47/Nominatim
>>>>>

Re: [Talk-es] Nominatim debería ser más flexible

[Alejandro Moreno Calvo]

Este problema ya lleva reportado tiempo.
https://trac.openstreetmap.org/ticket/4895
El 30 ene. 2016 2:04 p. m., "Xavier Barnada"  escribió:

> Hola,
>
> A parte de la ayuda que podamos prestar al buscador mediante mejor
> etiquetado no veo mucho mas que se pueda hacer.
> Si quereix podeis reportar los problemas que veais al repositorio de
> Nominatim en github
> https://github.com/twain47/Nominatim
>
> Saludos
>
> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
> sanc...@gmail.com>) escribió:
>
>> Hola.
>>
>> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si por
>> aqui o por el telegram y alguien comentó que está adaptado para el habla
>> inglesa y que según Nominatim si se adapta para otros idiomas podría hacer
>> que fallara en el inglés.
>>
>> Ya no es escribir bien o mal, hay casos como los artículos que a veces
>> los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>>
>> Un saludo.
>>
>> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa ()
>> escribió:
>>
>>> Hace un rato he hecho estas búsquedas:
>>>
>>> - Calle san roNque, paiporta (con falta de ortografía por descuido): no
>>> me encuentra nada por la falta, vale, de acuerdo.
>>> - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
>>> - Calle de san roque, paiporta: ¡premio!
>>>
>>> ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
>>> milimétrica. Cuando alguien busca una calle no suele conocer el nombre
>>> con tanta exactitud y esto irrita un pelín :-), ya me ha pasado varias
>>> veces que no he encontrado calles, siendo que estaban en OSM.
>>>
>>> ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
>>> búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas de
>>> ortografía, vale, debemos escribir bien, pero es que a veces se hacen
>>> por descuido.
>>>
>>> Muchas gracias.
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://blog.jorgesanzs.com/
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Etiquetaje; estado de las calles españolas

[Alejandro Moreno Calvo]

Con respecto al tema acabo de descubrir Osmose
ttp://osmose.openstreetmap.fr/es/map/
que permite identificar errores de manera sencilla.

El 23 de enero de 2016, 21:19, yo paseopor  escribió:

> ¡Buenas gente!
>
> Aunque mi ámbito habitual suele ser más la lista catalana, a veces me doy
> un garbeo por el grupo español de Telegram y comentando el desarrollo de un
> nuevo preset para una campaña de etiquetaje "básico" llegamos a la
> conclusión de que en ciertas zonas de España queda mucho por hacer. Así que
> me dispuse a comprobarlo un poco por encima, sin mucho esfuerzo. Usé
> http://qa.poole.ch/ Y estos son los resultados que cualquiera puede
> comprobar.
>
> De capitales de provincia las que requieren intervención urgente o similar:
> -Ourense
> -Cuenca
> *Madrid (la capital de España no puede tener calles sin nombrar, lo
> siento, es cuestión de imagen...lo mismo diría de Barcelona)
> -Toledo
> -Badajoz
> -Murcia
> -Jerez
>
> y los barrios exteriores y zonas nuevas de:
>
> -Tarragona
> -Almería
> -Sevilla
> -Cádiz
>
> Mención especial a Salamanca...vereis como la herramienta no le encuentra
> NINGÚN ERROR de NOName, un aplauso a los salmantinos y a quien edita en la
> zona ;)
>
> Como intervención en el grupo catalán de Telegram hemos debatido unos
> niveles que toda población debería tener, a fin de homogeneizar y mejorar
> el desarrollo del mapa:
>
> -Nivel 1: Trazado y nombre de calle
> -Nivel 2: Sentido de circulación, plazas,parques, lugares públicos y
> privados.
> -Nivel 3: Urbanizaciones, granjas,masías, usos del suelo (es lo que da
> color al mapa, residencial,comercial,industrial),delimitar correctamente
> límites administrativos.
>
> Para todo ello se piensa en el desarrollo de una predefinición de menú
> para JOSM que muestre las opciones dirigidas a esos niveles
> "básicos".También se comenta el envío de mensajes vía redes sociales a los
> ayuntamientos y comunidades de la zona para animar al uso y edición de OSM.
>
> -En el grupo español de Telegram se comentaba que tan importante son los
> sentidos de circulación como también los propios portales de la calle,
> aunque eso ya requiere de un etiquetaje un poco más elaborado.También se
> hablaba de exponerlo en la wiki, así como diversas revisiones del
> transporte público, etc.
>
> Todo son ideas, todo es mejorable, no se trata de poner el dedo en la
> llaga o señalar a uno u otro, simplemente se trata de constatar un hecho y
> qué puede hacer la comunidad para mejorarlo.
>
> ¿Qué pensais vosotros?
> Salut i comunitats
> yopaseopor
>
> ___
> 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] Duda sobre Nominatim

[Alejandro Moreno Calvo]

Buenas.

Revisando como funciona Nominatim me encuentro con que en la página de
frases especiales (
http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/ES ) se
traduce "Centros médicos en" por "amenity=doctors" y "Centro de salud en"
por "amenity=health_centre". La etiqueta *health_centre* no la encuentro en
la wiki pero aunque existiese entiendo que debería sustituirse por
"amenity=clinic".

¿Cómo lo veis?¿Quién lleva esto?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Ordenanza de transparencia de Madrid

[Alejandro Moreno Calvo]

No es un tema que tenga que ver directamente con la lista pero si creo que
puede interesar. Hasta el 31 de enero se pueden presentar comentarios al
borrador de la nueva Ordenanza de transparencia de Madrid en
https://decide.madrid.es/processes_ordinance
Creo que sería interesante revisarla para ver si desde OSM se puede aportar
algo que ayude al proyecto.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Marcado de centros de salud

[Alejandro Moreno Calvo]

Yo amenity=doctors lo use para consultas de dentistas, fisioterapeutas y
cosas así. Buscando en la wiki veo que en la página
http://wiki.openstreetmap.org/wiki/ES:Map_Features#Salud ya está marcado
amenity:clinic para centros de salud así que voy a revisar los
amenity:hospital de Madrid para ver cuales corresponden a ambulatorios y
deben ser amenity:clinic

El 15 de enero de 2016, 21:30, Diego García <dgerv...@gmail.com> escribió:

> Yo no sé si estaré haciendo lo correcto, pero los centros de salud los
> estoy etiquetando como amenity doctors.
>
> Tanto las clínicas como los hospitales son sitios en los que se puede
> ingresar un enfermo para ser tratado, es decir, tienen habitaciones y
> plantas para esa práctica. A diferencia de los centros de salud, en donde
> hay una serie de consultas donde pasan visita diversos doctores, (o salas
> de cura, urgencias, etc), pero no hay camas para ingresos. Por eso pienso
> se ajusta más a amenity doctors.
>
>
>
> Un saludo,
>
>
> El 12 de enero de 2016, 18:05, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Revisando datos veo que en Madrid la mayoría de centros de salud y de
>> especialidades están marcados como amenity:hospital
>> Yo creo que debería ser amenity:clinic
>> ¿Hay alguna normativa para estos centros?
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] I Flash Map Mob

[Alejandro Moreno Calvo]

Sólo se me ocurre proponer que si hacéis pegatinas están lleven un código
QR a la web de OSM o a alguna web dónde se explique la iniciativa.

El 13 de enero de 2016, 13:21, Emilio Gómez Fernández <
emilio.gomez.f...@gmail.com> escribió:

> Hola Moisés.
>
> Yo en su momento importe los comercios registrados en el ayuntamiento to
> de Santander  y que está
> disponible en su portal de datos abiertos
> . Al final más que un
> importación pura y dura fue en muchos casos una revisión y refinado de los
> datos, porque muchos estaban destipificados (sobre todos los relativos a
> las direcciones de los comercios). También incluí el horario comercial de
> cada uno de ellos (queda muy bien eso de mostrar el Osmand y que te diga si
> el comercio está abierto, cerrado o a punto de cerrar).
>
> ¿El principal problema que veo? La desactualización de los datos. Con el
> tema de la crisis y el fin de la renta antigua muchos comercios han cerrado
> o se han trasladado, y aunque la frecuencia de actualización de los datos
> del ayuntamiento indica que es diaria, obliga a estar constantemente
> normalizandolos para poder añadirlos a OpenStreetMap. Tú punto 3 es la
> clave.
> Eso y convencer a los comerciantes que tienen que estar visibles en la
> Red. El paradigma en las compras está cambiando y el problema del pequeño
> comercio no va a ser ya tanto las grandes superficies como la venta por
> Internet...
>
> Un saludo.
>
> Emilio Gómez
>
> El 13 de enero de 2016, 12:18, Moises Arcos 
> escribió:
>
>> Buenos días,
>>
>> a raíz de los resultados que obtuvimos de este primer evento [1] me he
>> puesto en contacto con el gerente del Centro Comercial Abierto Los
>> Remedios.
>> Se trata de una asociación de comerciantes que velan por sus intereses y
>> me gustaría trasladarles la iniciativa que llevamos a cabo y las posibles
>> vías de actuación que podemos hacer conjuntamente.
>>
>> Mi idea es plantearles lo siguiente:
>> 1.- Comentar la iniciativa que realizamos en Los Remedios (flashmapmob)
>> con el objetivo de que todos los comercios estuviesen dado de altas en un
>> mapa online
>> 2.- Explicarles qué es eso de OpenStreetMap y para qué sirve
>> 3.- Implicarlos en la labor mediante la corrección y ampliación de la
>> información de sus propios negocios que nosotros subimos en un primer
>> barrido de las calles.
>> 4.- Diseñar e imprimir unas pegatinas que pongan algo como "Mi negocio
>> está en OpenStreetMap" para que peguen en los escaparates de sus comercios.
>>
>> Me gustaría que me dieseis vuestra opinión del tema y algunas sugerencias.
>>
>> Un saludo!!!
>>
>> [1] http://geoinquietos.blogspot.com.es/2015/12/flashmapmobnoviembre.html
>>
>> El 17 de noviembre de 2015, 15:46, Miguel Sevilla-Callejo <
>> msevill...@gmail.com> escribió:
>>
>>> ¡Qué buena idea esto del FlasMapMob! ¡Me gusta!
>>>
>>> No creo que haya masa crítica en Zaragoza para moverlo, si no sería una
>>> buena idea coordinarnos en varias ciudades.
>>>
>>> Ya nos contareis como fué.
>>>
>>> Un saludo
>>>
>>> M
>>>
>>> *[image: Geo]Miguel Sevilla Callejo*
>>> *Doctor en Geografía | Doctor in Geography*
>>> *Consultor freelance e investigador | Freelance Consultant & Researcher*
>>>
>>> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow
>>> at the Pyrenean Institute of Ecology - Spanish National Research Council
>>> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
>>> Professional Association of Geographers
>>> Web: http://bit.ly/sevillacallejo
>>>
>>> 2015-11-16 17:09 GMT+01:00 Moises Arcos :
>>>
 Buenas tardes,

 desde Geoinquietos Sevilla hemos organizado nuestra I Flash Map Mob
 [1].

 En lo que consiste es en quedar en un café repartirnos las calles
 aledañas y mediante una aplicación móvil subir los datos de los comercios,
 bares, restaurantes ... que nos vayamos encontrando en la calle asignada.

 Queremos replicar este caso [2] y ver si es factible ponerlo en marcha
 en una Mapping Party, ya que hemos notado que el grueso de la información
 que se recoge en las Mappings después no se sube, ya que se dispersa el
 espíritu de colaboración al tener que hacerlo uno en casa sólo.

 Todo el que quiera participar que se registre en el meetup!!!

 Es un evento en Sevilla, pero que se puede hacer extensible fácilmente
 al resto de ciudades.

 Un saludo

 [1]
 http://www.meetup.com/es/Geoinquietos-Sevilla/events/226811612/?a=socialmedia
 [2] https://www.openstreetmap.org/user/mvexel/diary/35788

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es


>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> 

[Talk-es] Marcado de centros de salud

[Alejandro Moreno Calvo]

Revisando datos veo que en Madrid la mayoría de centros de salud y de
especialidades están marcados como amenity:hospital
Yo creo que debería ser amenity:clinic
¿Hay alguna normativa para estos centros?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Importación de farmacias de Madrid

[Alejandro Moreno Calvo]

Aunque la importación de farmacias de Madrid terminó hace varios meses [
https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress ]
escribo para comentaros que muchas de las farmacias tienen el nombre de
calle mal ya que los datos no contienen las preposiciones de las calles. Es
decir, si una farmacia está en "Calle *del* Doctor Lozano" en los datos a
importar figuraba como "Calle Doctor Lozano".

Es un problema menor en relación a lo que se consiguió con la importación
pero quería dejar constancia para irlo corrigiendo poco a poco y de cara a
futuras importaciones de datos.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Especificar salida de autopista

[Alejandro Moreno Calvo]

Tengo dudas sobre cuál es la mejor solución para mapear los carteles de
autopistas. Yo pensaba que la solución era usar destination en el
motorway_link, sin embargo me he encontrado varias salidas, como este
nodo http://www.openstreetmap.org/node/843207542
, donde la información de salida está en el nodo con la etiqueta exit_to.

Buscando he llegado a esta discursión
http://www.openstreetmap.org/user/mvexel/diary/22419 dónde parece quedar
claro que es mejor usar destination.

¿Como lo estáis mapeando? Si hay que cambiar de exit_to a destination, ¿se
puede montar algo automatizado que haga los cambios?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es