including overlaps ??? How can you use this inconsistant "OSM data" ?
Beside that, the laws in Spain speak about comarcas... without defining them properly with a reliable definition and a designated authority, so each administration can define its own definitions. If we need to relate to them, we must be able to cite them as sources and get consistant data with each of them. That's the purpose of "open data" (and these adminstrations also publish open data... that we can't use in OSM as they are not properly defined). Not being able to cross reference these means that data checking in OSM is more difficult, data integrity and correctness in Spain is more difficult to assert. It's not sufficient to just check objects "one by one", too much errorprone, and too much work to do for every reuser of OSM data. Note: the talk is not just for OSM, it has to be followed as well in Wikimedia (Spanish Wikipedia, Wikidata, and Commons) where all concepts for comarcas are mixed as well with lot of confusions. Le mer. 22 janv. 2020 à 15:29, David Marín Carreño <[email protected]> a écrit : > 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 >
_______________________________________________ Talk-es mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-es
