Also I indicated to one Spanish user this tool: http://layers.openstreetmap.fr/?zoom=7&lat=40.72046&lon=0.22036&layers=0B000FFFFFFFFFFFFTFFFFFFFFF
It works worldwide and checks for admin_level overlaps, locates holes and inconsistencies, and broken boundaries (the map is not updated instantly, but on request abount once per hour (several minutes after the last diff processed by the internal database); you may need to for a "/dirty" for some areas that have changed but still not reflected for a given zoom level, and then refresh the tiles in your browser (clearing the browser cache of web contents sometimes help. If not, just wait for the next hour). You can select the colored layer to show with the side menu (the layers can be stacked with distinctive semi-transparent colors). Note: a recent bug causes non-ASCII characters encoded in UTF-8 to be no longer displayed correctly (they were displayed before in a past version); so letters with accents may look like question marks in diamonds in the displayed labels which reflects only the default "name=*" tag, positioned arbitrarily in the largest closed polygon of each boundary, arbitrarily at the geometric center of its rectangular bounding box. This is a minor bug, these map layers were not developed to create a map for general use, but only as QA tool. As well non-Latin letters (notably Arabic, Chinese, and scripts of India) will not be displayed so the labels are not readable at all in this case if they are not romanized. I suppose this bug was a problem in the installation of fonts, or they caused a bug in the renderer or a performance/resource problem in the tile rendering server. This recent bug is already signaled. Le mer. 22 janv. 2020 à 12:35, Crashillo <[email protected]> a écrit : > Con el objetivo de determinar qué limites (boundaries) deben ser añadidos > al > mapa, tenemos que establecer cuáles van a ser las etiquetas adecuadas para > identificarlos, y posteriormente documentarlos en la wiki. > > En este link > < > https://idecyl.jcyl.es/geonetwork/srv/spa/catalog.search#/search?facet.q=inspireThemeURI%2Fhttp%253A%252F%252Finspire.ec.europa.eu%252Ftheme%252Fau> > > se pueden encontrar una serie de datasets que pueden servirnos como > orientación de cuál mapear. > > Según la wiki en inglés <https://wiki.openstreetmap.org/wiki/Key:boundary> > > para unidades de carácter administrativos se utiliza > *boundary=administrative* junto con *admin_level*. La lista de "niveles" la > podemos encontrar aquí > < > https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries> > > . No sé si seguimos las mismas convicciones que ahí están indicadas. > > También sería tema de discusión, cuáles faltan, por ejemplo, /comarcas > agragarias/ y cómo podemos etiquetarlas. Hay muchas definidas > <https://taginfo.openstreetmap.org/keys/boundary#values> ya. > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > _______________________________________________ > Talk-es mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-es >
_______________________________________________ Talk-es mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-es
