Buenas,

Me resulta curioso que desmarques los barrios como entidades administrativas, ¿hay alguna razón para ello? Según la siguiente tabla osm.wiki/ES:Tag:boundary=administrative#10_valores_de_admin_level_para_pa%C3%ADses_espec%C3%ADficos los barrios serían un admin_level=9 (distrito) o 10 (barrio).

Viendo esta web https://www.gasteizhoy.com/los-barrios-de-vitoria-gasteiz/ incluye un mapa del ayuntamiento, por ende, oficial, donde los barrios están perfectamente demarcados y coinciden bastante bien con los que están en OSM. En mi opinión son administrativos de nivel 10.

Una última cosa y es que existen tanto nodos como relaciones para describir los barrios. Si dicho nodo no se añade a la relación con rol "admin_centre" o "label" (más adecuado en el caso de los barrios), cuando haces una búsqueda el resultado está repetido. Por ejemplo: osm.org/search?query=coronaci%C3%B3n+vitoria

Saludos

Las bizkaitarras ya las actualicé, porque eran las únicas traditional, pero tanto las de Gipuzkoa como las Araba siguen siendo administrativas. ¿No son oficiales esas subdivisiones en Euskadi? En tal caso, las convertimos en traditional de igual manera.

Boas,

Vexo que estás engadindo algunhas referencias do INE, e non sei se coñeces este proxectiño relacionado para engadirlos todos: https://community.openstreetmap.org/t/proyecto-colaborativo-referencias-ine/7405
Fixen tamén un visor para atopalos: https://osm-es.github.io/validador-ine/

Grazas pola axuda!

Buenas,
No hay demasiados usos sobre boundary=traditional para establecer las comarcas (no oficiales). En las merindades de Burgos se ha utilizado boundary=historic, la cual es más ampliamente utilizada. ¿Cómo lo ves?
Saludos

Buenas,

Has eliminado el nodo poblacional de Ferral del Bernesga: node/348087190

Esto nodos son necesarios para la identificación, clasificación y enrutamiento de las entidades de población. Lo he vuelto a recuperar puesto que, entiendo, se trata de un error.

Saludos

Usually, you should do it in that way, but particularly for this case, the tags were wrong, presumably taken from this node: node/288260811

So, you may let it go as it is right now, an unnamed landuse.

Hi there,

According to osm.wiki/One_feature,_one_OSM_element, it's preferable to keep statistical data apart from landuses. That is, move to a separate node the identifying tags of the place.

Regards

Fixed in changeset/130754599

Hi there,

Once you've created an identifying node (node/10284130835), for a place, what it's perfect, there no reason to duplicate the same tagging for the building multipolygon, according to osm.wiki/One_feature,_one_OSM_element

That is, the building should have only the related tags to the building itself, otherwise statistical data will be doubled.

Regards

Has eliminado también el código identificativo del INE para el barrio/suburbio de San Antón.
Aplico reversión parcial sobre el nodo.

Hecho en changeset/130658242

Se deja un único elemento con el ref:ine bueno, y por tanto sus datos poblacionales

Buenas Daniel,

La población de 13004 corresponde en el fichero del INE al código 29067000201, que según ese mismo archivo apunta a la coordenada: 36.66754577 -4.50241107

Puesto que el INE contabiliza la población en torno a grupos poblacionales (que están juntos) diría que lo más acertado es dejarlo en el suburb.

Ahora bien, este error se debe precisamente a que los tres nodos label al tener el mismo nombre, pues contienen el mismo código ref:ine. Eso lo corrijo ahora (así como las últimas actualizaciones automáticas) y dejo solo el valor válido.

En unos días, voy a publicar un post en https://community.openstreetmap.org/c/communities/es/51 donde explicaré (y pediré ayuda) para seguir incluyendo las referencias faltantes y poder tener datos estadísticos actualizados.

Gracias por encontrar esta incongruencia, la corrijo en breve.

Saludos

Hi there, currently I'm updating the population of municipalities and minor entities according the CSV provided by the IGN/INE (spanish national authorities regarding Geographical/Statistical data, respectively). IGN provides a unique code for every single element: ref:ine=*, and this information is updated every year.

These updates are part of a bigger "project" about identifying the missing elements. So, my idea is being able to update tags like population (or elevation) after freshing data comes to light. In order to do so, I will require spanish community help, and I had in mind to publish a post in https://community.openstreetmap.org/c/communities/es/51 requiring such help, where I'll explain further how contributing.

Currently I've only mentioned in the spanish telegram groups, since it's only concerns to the population tag or similar. Once I finish these population updates (for the existing places), I'll post a further explanation showing these changesets as examples of what can do with the ref:ine tag, as yearly updates.

MfG

Ay, sí, me lo he dejado, pero por lo que estoy viendo tengo aún que.. "estudiarlo" xD. Mañana repaso.

Gracias por verlo, se me ha pasado :)

Buenas,
Si no existe wikipedia para el idioma español, no aporta nada añadirla en cebuano (o sueco). Deja actualizado el wikidata únicamente.

Sí, sí, ya me he pegado con este tipo de "particularidades", conozco a estos código-nombres.
Los he buscado en los diferentes ficheros CSV del nomenclator del IGN, para ver si se pudiese establecer alguna relación o paralelismo, pero tampoco es clara. Al menos no se corresponden con ningún municipio, es decir, por ejemplo, para este changeset, el código 09717 no lo tiene ningún municipio de Burgos.

Puesto que son entidades despobladas, no van a contener place=* con ref:ine=*, que era la razón por la que preguntaba el uso de diferentes etiquetas. Estoy tratando de detectar errores de códigos INE incorrectos dentro de sus respectivos municipios. Por lo que puedo ignorar estos elementos.

Buenas,

¿Hay algún motivo por el que utilices ine:code en vez de ine:municipio? Se trata del mismo identificador en el INE, no hay necesidad de usar una clave diferente, aunque se trate de mancomunidades o entidades que no son "estrictamente" un municipio.

Saludos

Hi there,

Please do not double the nodes place=* for municipalities only to set the role "label" on them. It's not necessary for such elements, and leads to duplicate the tags.

Thanks

Hi there,

Please do not double the nodes place=* for municipalities only to set the role "label" on them. It's not necessary for such elements, and leads to duplicate the tags.

Thanks

Hi there,

Please do not double the nodes place=* for municipalities only to set the role "label" on them. It's not necessary for such elements, and leads to duplicate the tags.

Thanks