Veo que aparece como "DISCREPANTE_INE" en el fichero del NGMEP. Entonces, debe ser borrada, porque en https://osm-es.github.io/validador-ine/ se están ignorando esos valores.

De todos modos, no te preocupes, ya que tengo pendiente añadir al validador el "inverso" de lo que hay ahora: en vez de señalar los elementos que faltan en OSM, señalar los que sobran. Y estoy casi seguro que hay muchos más que El Cañón.

No sé muy bien a qué quieres referirte, pero si recuerdo este changeset se debía a volver a dejar los límites municipales (8) por aquellos que el usuario Verdy_p cambió hace 3 años por comarcas (7). Al no ser éstas administrativas en CyL, había que devolverlas a su estado original.

Por cierto, te invito a que participes en el telegram de CyL https://t.me/osmcyl puesto que ayer estuvimos debatiendo sobre la denominación de los núcleos de población, y ya que te he visto colaborar en la wiki al respecto, me gustaría que compartieses tu opinión.

Saludos

Se usa reg_name para contemplar el nombre en Fala, al estar clasificado como alpha-3 (https://iso639-3.sil.org/code/fax), no sirve "name:fax" y su familia ISO-639-2 (roa, lenguas romances) es demasiado genérico. El nombre oficial sigue siendo en castellano. Corregidas wikipedias

Yo ya he comentado en más de una ocasión que eliminaría todas las etiquetas wikipedia, teniendo wikidata, pero la realidad es que apenas existen consumidores (es decir, aplicaciones, móvil o escritorio, que usen OSM) que sean capaces de obtener más información desde wikidata. Ya estuve haciendo pruebas con este tema, y nada.

Desconozco si existe intención de quitar etiquetas wikipedia a nivel mundial, pero ya te digo que la realidad es que no se está haciendo. Y eso nos lleva al problema que he planteado para las zonas bilingües.

Por tanto, la solución más sencilla, y que evita polémicas, es añadir las wikipedias para los idiomas relevantes del territorio en cuestión.

Según me comentan en el hilo de GitHub, ya se está aplicando en Ucrania, por lo que será cuestión de tiempo que ese error ya no aparezca.

Piensa también, si llegase el momento, que borrar etiquetas es un proceso muy sencillo.

He creado una issue en Osmose al respecto: https://github.com/osm-fr/osmose-backend/issues/1953

Buenas, el uso de un idioma secundario para la wikipedia no es del todo incorrecto, y en este caso, es útil ya que los consumidores de datos, tales como OsmAnd, son capaces de mostrar enlaces a las diferentes wikipedias (lo cual es muy cómodo para zonas bilingües).

Si mal no recuerdo este changeset, se debia a que JOSM trataba las etiquetas de wikipedia:lang de igual manera que las de name:lang, es decir, que si tienes varias wikipedias específicas, alguna ha de coincidir con la predeterminada:

wikipedia=A
wikipedia:eu=A
wikipedia:es=B

De hecho, no lo he vuelto a tocar, pero mi intención era aplicarlo de manera general (duplicar etiquetas) tanto para euskera como asturiano.

Osmose marca como error wikipedia duplicada, pero creo que esto es algo que (via GitHub) podemos pedir que mejore esa regla de comprobación, de manera muy similar a esta otra que le pedí con los nombres: https://github.com/osm-fr/osmose-backend/issues/1285

Un saludo

Vale, acabo de ver que las placas utilizan el apelativo brinquero también. puesto que Gacería no es una lengua que tenga un código ISO_639-1, por el momento se podría utilizar:

name=Calle Segovia
loc_name=Polvorosa Segovia

Digo esto porque Osmose marca como error el nombre duplicado

¿Alguna razón por la que todas las calles tengan la partícula /Polvorosa en el nombre?

Buenas, todas las relaciones boundary de la Manchuela están abiertas, es decir, son erróneas. ¿Puedes echarle un ojo?

Ya he visto a lo que te refieres, es muy raro y no tiene nada qué ver con OSM (si miras el historial de este nodo, nunca ha ocurrido tal cambio).

Strava utiliza Mapbox por debajo, por ejemplo si vas a esta otra web que también usa mapbox por debajo, verás que ocurre lo mismo: https://geojson.io

El problema está en Mapbox, sus bases de datos para renderizar las teselas tienen mal asignado el topónimo. Ahora bien, no sé cómo debes comunicarte con Mapbox para informarles del tema.

Buenas,
¿Por qué eliminas la referencia al INE des Coll? Ahora vuelve a aparecer en el validador: https://osm-es.github.io/validador-ine/
Saludos

@Javifa13 la wikipedia en castellano utiliza un documento de la RAE de 1981 para justificar la versión castellana de los topónimos. Mientras eso siga vigente, la versión castellana (esté o no obsoleta) siempre irá en la etiqueta name:es. El buscador de OSM es perfectamente funcional usando esas etiquetas, por lo que la sustitución de un "name", el cual es la parte representada en la tesela, cae en el error del etiquetado para el render: osm.wiki/ES:Etiquetado_para_el_representador

@Javifa13 la justificación sobre los servidores en el Reino Unido está totalmente fuera de contexto. Aquí no pinta nada, en cambio, el artículo 15 de la mencionada ley 1/1998 establece oficial el toponimo asturiano incluyendo la condición: "Cuando un topónimo tenga uso generalizado en su forma tradicional y en castellano, la denominación podrá ser bilingüe."

Puesto que este nodo está generando conflicto, se entiende que el castellano está extendido, por lo que la etiqueta name debería tener ambos nombres. El error proviene del changeset changeset/136143260 de @David Rubquín en el que revirtió un changeset de @Javifa13 aún más antiguo, puesto que ya se había incluído la forma bilingüe en versiones posteriores.

Creo que deberías echarle un ojo a este documento: https://sede.asturias.es/Asturias/descargas/toponimia/LLANES.pdf

Buenas, gracias por resolver la nota.

Observo que has utilizado el mapa de catastro para definir los límites entre municipios. Eso es incorrecto, utiliza el mapa ráster del IGN (https://www.ign.es/iberpix/visor/) y verás que el límite es mucho más sencillo.

No, a ver, me refería a la pista forestal principal way/72097052

Un highway=footway es más una especie de acera o camino urbanizado, es decir, construido, que tiene albañilería, más habitual de núcleos urbanos.

Esta vía es exactamente un highway=track, ya que es lo suficientemente ancha para que quepa un vehículo de cuatro ruedas, y de hecho, pueden circular por ella los servicios forestales y de mantenimiento, aparte de peatones y ciclistas.

Buenas, no debes cambiar un track a footway (y menos en mitad del campo) pues impides que los enrutadores de bicicletas pasen por esas vías.
---

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

¿Me puedes dar más contexto sobre qué es lo que quieres hacer? Este changeset trataba de añadir nodos referentes a aquellos que se distinguen en el IGN/INE (CyL ya tiene todos). La información de barrios lo publicarán los ayuntamientos.

Cierto, resulta que el NGMEP puede venir con las coordenadas erróneas y puede ser costoso encontrar por dicha zona, cuál es el nodo al que realmente se está refiriendo.
Lo actualizo, gracias!

Acabo de hacer el último punto, incluir en las relaciones los nodos con el rol admin_centre changeset/133267982