Philippe: Hay partes de España que NO tiene definidas fronteras comarcales oficiales.
Aunque ese mapa muestre huecos, eso NO es un error. Es la realidad política de este país. No debe ser ningún objetivo el hacer que ese mapa se vea bonito y sin huecos con nivel administrativo 7. -- David Marín Carreño <[email protected]> El mié., 22 ene. 2020 a las 14:45, Philippe Verdy (<[email protected]>) escribió: > 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 >
_______________________________________________ Talk-es mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-es
