Hola Seraq,

Te facilito una consulta overpass relacionada: busca highways con incline en los que tu usuario ha sido el último en editar: https://overpass-turbo.eu/s/1EK2

No cubrirá todos los casos, pero aparecen bastantes. Luego puedes modificar esa misma consulta por si quisieras buscar otros etiquetados similares.

Saludos

He separado el código internacional del número en sí: changeset/144469940

Oye, pero estoy leyendo esto del format E.164, y todos los ejemplos vienen sin espacios. Aquí señala específicamente que no se usen:
https://voipstudio.es/blog/que-es-el-formato-e-164-y-como-usarlo-correctamente/

Esta otra web incluye la regex (^\+[1-9]\d{1,14}$) que los identifica, también sin espacios: https://www.twilio.com/docs/glossary/what-e164

Por último, en los enlaces de la wikipedia apuntan a https://www.itu.int/rec/T-REC-E.164/en, pero repasando los PDFs no hay referencias explícitas a si tengan que aparecer espacios o no.

Leyendo la wiki de OSM, que asegura que la convención es separar al menos el prefijo de país, tampoco veo que exista ninguna referencia que avale esa opinión. Puede haber cambiado con el tiempo. Tengo mis dudas con eso, la verdad.

Simplemente por mero formateo, para que luzcan todos igual, no por nada importante. Puedo aplicar el E.164 también, como quieras. La cosa era dejar estandarizados los que ya hay en este momento.

Es más, me he percatado que no es nada importante esto, ya que tengan o no el espacio del prefijo, o más espacios entre los números, tanto las aplicaciones móvil como los navegadores, el campo teléfono se interpreta sin problema alguno.

Hola,

Quan canviïs el nom d'un carrer has d'assegurar-te també que no hi ha cap adreça (addr:street) fent servir el vell nom, i en aquest cas, canviar-los corresponentment.

Mersi

Concorde també que el millor etiquetatge pels elements interiors hauría de ser "place=city_block". Sense inflar-se el cap massa (a la fi, no són elements importants), canviaria els landuses per city_block i au.

Sobre la wikipedia, no m'agrada la definició. He revisat l'historic i va ser afegida per dcapillae al 2018, però no té cap discussió associada. Faré algún comentari.

Gràcies per canviar-ho

Bones Jordi,

No unifiqueu coses com aquestes: els place es defineixin millor com un node situat pel mig, i l'àrea envolupant haurìa de ser només el landuse=residential.

En aquest cas, hi ha dues opcions:
1. Convertir way/33076062 a landuse i esborrar cadascú dels landuses interiors (Urbanova 1,2,3,4...) deixant-los com nodes neighbourhoods.
2. Esborrar way/33076062 i deixar-ho com el node que era abans.

IMO, prefereixo 1. Crec q tenir els landuses de manera individual no té cap sentit, llevat que foren de diferent tipus: residential=*

Salutacions
---

Published using OSMCha: https://osmcha.org/changesets/143711781

En el propio enlace que me pasas osm.wiki/OSM_tags_for_routing/Access_restrictions#Spain en las tablas se ven los valores por defecto de los distintos tipos de highway. Por ejemplo, highway=track ya incluye access=yes para todas las columnas de la tabla. Por tanto, no sería necesario añadir ningún atributo que pones (a no ser que fuese para negarlo). Puedes tú mismo hacer las comprobaciones utilizando cualquier motor de enrutamiento y viendo por dónde te llevan, en base a los diferentes atributos access.

En segregated=* la primera línea dice: "This key is used for designated combined cycle- and footways". Es decir, el contexto en el que debe ir esa etiqueta es para highway=cycleway o highway=footway, no en el resto.

En OSM puedes combinar las etiquetas como quieras, otra cosa es que tenga sentido hacerlo.

Saludos

Buenas, ¿por qué motivo incluyes en los highway=track (o path y derivados) siempre toda la retaila de foot=yes, bicycle=yes, horse=no, motor_vehicle=no, segregated=no?

Por un lado, no son necesarios a no ser que haya señales específicas. Por otro, ¿en base a qué no pueden ir caballos o vehículos? ya que lo añades por doquier. Y por otro, el segregated solo tiene sentido para vías ciclistas y peatonales donde se podrían combinar. En general ninguna de las etiquetas que te mento tienen sentido alguno incluirlas (a no ser, como digo antes, que haya señales explícitas).

No señalo a este changeset en concreto, lo hago simplemente porque es uno reciente, he visto que lo haces desde hace años. Me gustaría saber porqué.

Saludos
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/143744002

Buenas, en este changeset introduciste varios caminos dentro del bosque etiquetados como highway=residential, entiendo que se tratan de errores, no? serán highway=track
---

Published using OSMCha: https://osmcha.org/changesets/136102044

Ciao,

Hai cambiato di nuovo il tipo de place. Nessuno soddisfa i valori principali osm.wiki/IT:Key:place#Valori_principali_da_usare_in_Italia, inoltre i commenti ai changeset sono ancora insufficienti.
Per favore, per favore smetti di cambiare questi valori.

Feel free to open a topic in the forum in order to rediscuss again (mention me if you do). In Lithuania is using real_ale as well as I do for Spain, the rest of european uses (but UK) are exceptional.
Update the tags for spain is straightforward to me, so no issue here.

Secondo le directrice italiane osm.wiki/IT:Key:place#Valori_principali_da_usare_in_Italia né Busto Arsizio né Alghero sono place=city, ma place=town

Era corretto prima. Ho ripristino questo changeset

http://umap.openstreetmap.fr/es/map/taprooms_758627

I perfectly see your point since I dislike real_ale tag for this "craft" world, but that was the agreement we reached in this topic https://lists.openstreetmap.org/pipermail/tagging/2021-November/062944.html years ago. And the wiki was, consequently, updated.

Therefore in Spain, I'm using the real_ale tag, both taprooms and craft-focus alcohol shops. I'm open to rethink the tagging (mainly, because I'm not convinced) in the forum or so, to reach a
better agreement and finally, to update the wiki.

PS: umap.openstreetmap.fr/es/map/taprooms_758627 map, still WIP, where you can find the uses of real_ale to depict taprooms, microbreweries, shops and breweries

Cuando he visto en el foro la etiqueta de craft_beer, me han saltado las alarmas :D, la he cambiado y se lo he comentado al usuario: changeset/143126962

Al empezar con el tema de las cervecerías, en la lista de tagging me indicaron que utilizase real_ale: https://lists.openstreetmap.org/pipermail/tagging/2021-November/062944.html, así que actualicé los wikis en/es para darle más visibilidad.

No deja de ser una clave minoritaria (y que ni siquiera me gusta, lo más adecuado a mi entender sería taproom=yes) pero es la que existe. La que había incluído el otro usuario (que produjo la primera aparición en españa) ni siquiera está contemplada en la wiki.

En mi mapa de taprooms http://umap.openstreetmap.fr/es/map/taprooms_758627 muestro las tiendas que venden este tipo de cerveza usando el tag real_ale, por eso lo he cambiado.

Saludos

Hi there, in order to introduce taprooms or places where you can buy craft beers, we're using real_ale=*
Thx

Centro de descargas del IGN - > Mapas Vectoriales - > BTN-POI - > Capa de Orografia

Solo hice un matcheo por nombre, así que existe la posibilidad de que haya otro elemento en ese dataset, también en sevilla provincia, con el mismo nombre.

Añadida elevación

Buenas,

Justo esta semana se ha estado comentando en el foro: https://community.openstreetmap.org/t/el-uso-de-las-siglas-ies-ceip-y-otras-delante-de-los-nombre-propios-de-los-centros-educativos/104200 y por eso he procedido a estandarizarlo. Te invito a que compartas tu opinión con el ejemplo de euskadi.

Me hace gracia el ejemplo que me has puesto ya que es exactamente igual al que yo mismo hice en el telegram de la comunidad: https://t.me/OSMes/147362 y sí, lo veo como un desmadre el poner nombres tan tremendamente largos, especialmente en zonas bilingües, pero también es cierto que (existiendo short_name) el pasar de nombre-largo a nombre-corto es directo, sin embargo el paso opuesto es muy difícil. Quizá una opción pase por utilizar official_name (o similar). En Navarra, por ejemplo, he utilizado la zona de predominio lingüístico para usar ambos nombres o sólo uno.

También hay que tener en cuenta el mapeo para el render, y puesto que OSM es una base de datos, esa es una de las razones de usar el nombre completo, por largo que sea. Sin embargo, lo que vemos en esta web es CartoCSS, un render más (a pesar de ser el principal), el cual no utiliza short_name en estos casos y genera muchas guerras de edición con este tema.

Lo dicho, comparte tu punto de vista en el foro o telegram para intentar llegar a un acuerdo general que pueda llevarse a la wikipedia.

Agur bat