From jynus en jynus.com Thu Dec 20 15:21:49 2018 From: jynus en jynus.com (Jaime Crespo) Date: Thu, 20 Dec 2018 16:21:49 +0100 Subject: [Colaboracion.osm] =?utf-8?q?Fwd=3A_=5BSocios-WMES=5D_Abelardo_/_?= =?utf-8?q?Mapas_Municipios_sin_fotograf=C3=ADa_y_m=C3=A1s?= In-Reply-To: References: Message-ID: Igual se puede montar algún tipo de colaboración? ---------- Forwarded message --------- From: GALoPaX Date: Tue, Dec 18, 2018 at 10:35 AM Subject: [Socios-WMES] Abelardo / Mapas Municipios sin fotografía y más To: Socios de Wikimedia España Muy buenas a la lista. En una conversación surgida en el canal de Telegram, Luis Ulzurrum plantea una serie de aspiraciones, relacionadas con los reyes magos ;-) , con vista a mostrar la situación de los municipios con/sin fotografía sobre mapas, ya con vista a una Fase II que se anuncia. Según plantea, «necesitaríamos un sistema que permitiera reflejar los datos de una tabla sobre un "mapa de polígonos". Los polígonos son los municipios, no hace falta más. Porque hasta ahora las cosas eran blancas o negras. Pero ahora vamos a medir más cosas. Se trata de si tienen bastantes fotos, si son representativas, si están actualizadas, etc. Espero que los que sepáis de esto nos echéis una mano. Y os dejaremos estar orgullosos de ello». Tratando de echar esa mano, creo lo primero sería contextualizar el problema, incluso antes de plantear un posible método. En ese aspecto, y a modo de introducción, se trataría de gestionar 8124 polígonos, los municipios que dice Wikipedia hay en España. Y se trataría de relacionar con una serie de valores, «un poco a medio cocer- es representar valores coloreando los polígonos, posiblemente una escala de 1 a 5 (1 = OK, 5 = de pena)». Y si se plantea más a futuro, tipos de fotos, etcétera, las variables pueden crecer. Sin profundizar ahora mismo en otros aspectos tratados en la conversación, aunque sí anotando la existencia del Centro de Descargas del CNIG [1], donde están los Mapas vectoriales y Bases Cartográficas y Topográficas 1:25.000 de toda España en formato shp, se supone, corregidos y actualizados. Así mismo, cada comunidad, prácticamente, dispone de su centro cartográfico con información, en el mismo formato y condiciones, de la cartografía que le corresponde [2]. Viene esto a cuento de la «fuente primaria», la más fiable. Con esta pequeña introducción se puede comprender el problema. No es fácil manejar toda esta información, 8124 entidades con múltiples variables, y relacionarlo todo de un modo razonablemente automatizado, si no se esta algo, o muy, metido en cosas de mapas y cartografía. Realmente en gestión de Bases de Datos Geográficos. Además, se ha de asumir que en Wikipedia-Wikimedia no es algo que sea de uso común el tratamiento cartográfico, salvo el mundo Kartographer, que con el nombre ya casi asusta. Y, se podría decir, que el tratamiento es tendente a la generación de una información escueta y concreta, para complementar un artículo. Mapa de posición y quizás algo más, pero poco. En todo caso, y como ya ha comentado alguna vez jem, y repite en esta conversación, no es solo una cuestión de ser voluntarioso, saber o no y poder o no, sino algo que es más complejo y que requiere, seguramente, una planificación con vista a su mantenimiento en el futuro, no un trabajo casi corriendo, que salva algo, pero resulta casi un parche sin continuidad. Algo relacionado con «cambiar a mapas dinámicos, pero ese ya es un debate mayor y a abordar a nivel de eswiki», incluso «en todo caso, es algo que hay que plantear formalmente en la asociación porque tengo claro que no cabría en lo simplemente voluntario», jem dixit, y yo también. Pero tratando de ser algo práctico, lo mejor quizás sea tratar con algún ejemplo que permita hacerse una idea. Evidentemente, se pueden arbitrar varias soluciones, desde tratar de hacer algo tipo "pico y pala", código a manta, que sería muy laborioso y sufriría en el mantenimiento y actualización, a montar un GIS y su DB. Como ejemplo, se puede ver [3]. Si se edita ya se puede intuir la complejidad, cambiando alguna cosilla, fundamentalmente lo que sigue "features": [ { "type": "Feature", "geometry": { "type": "Point", "coordinates": [ -6.40997, 42.614006 ] }, "properties": { "title": "Por acumulación de imágenes visite [[c:Category:Santo_Ecce-Homo|Categoría Santo Ecce-Homo]]
Crucero en Santuario", "description": "[[ File:Santo_Ecce-Homo_-_Crucero.jpg|250px]]
[ https://tools.wmflabs.org/panoviewer/#Santo_Ecce-Homo_-_Crucero.jpg Pulse para visión omniorámica]", "marker-size": "small", "marker-symbol": "religious-christian", "marker-color": "#db5f57" } por un tipo | geotype2= geoshape | title2= Término Municipal de Bembibre | ids2= Q1157834 | fill2= #CEE7FF | fill-opacity2= 0.2 | stroke2= #4169E1 | stroke-width2= 2 | image2= Seal of Bembibre.svg donde ya aparece el Q del municipio y su forma-color, junto con otras características. (Viene de la ficha de [4]) La cuestión es que el mapa de [3] se puede insertar en [5], o en todos los sitios del EcoSistema Digital WikiMedia que lo requieran, con un simple código, { "type": "ExternalData", "service": "page", "title": "Omnioramas de Bembibre.map" } Pero, como digo, creo se trata de una planificación más compleja. De hecho, creo la solución sería trabajar en QGIS, montando un GIS de los municipios sin fotografía, tan complejo como se quisiera y, en el momento que fuera, exportar a JSOM e integrar en un fichero Data:xxx.map en Commons. Es algo en lo que estoy trabajando, para poder hacer algo tipo demo, pero, ahora mismo, con otros objetivos. En todo caso, y como otro ejemplo, se puede ver un mapa del Proyecto Mesoamérica que monté hace tiempo en [6], basado en códigos Q de países . Si se edita, se verá que ya tiene 114 líneas de código para el mapa con 18 entidades. Con una simple regla de tres, para las 8124 entidades municipio tendríamos un mínimo de 1283 líneas de código. ¿Se puede manejar? Pues sí, claro, todo se puede hacer, pero quizás no sea lo más práctico. Finalmente, una labor, sin duda compleja que da lugar a platear otras opciones, algunas relacionadas con la asociación, como unas jornadas específicas de formación en cartografía y OSM, de lo que no he ni comentado, pues todas las entidades, municipios, en superficie y nodo, se supone están en OSM y relacionadas con Wikidata, por lo que se puede usar el código Q que llama a esa entidad de OSM. Y si no lo está, o no bien, una ocasión para corregirlo. Es algo que se puede comprobar en cualquier entada de municipio en Wikidata, Menú lateral izquierdo, abajo, OpenStreetMap Element. (Me entra la duda si es una opción que se ha de activar, quizás en preferencias). Por terminar, que realmente nunca es así, hay miembros en la asociación, como Felicísimo u otros, que podrían, quizás, involucrar a otras personas, y ellos mismos, pues un proyecto de estas características podría dar para trabajos académicos pero, Luís, con pico y pala también se puede, aun en contra de los principio de computación y automatización. Saludos, Abelardo López (GALoPaX) [1] http://centrodedescargas.cnig.es/CentroDescargas/index.jsp [2] http://www.idee.es/centros-de-descarga [3] https://commons.wikimedia.org/wiki/Data:Omnioramas_de_Bembibre.map [4] https://es.wikipedia.org/wiki/Bembibre [5] https://es.wikipedia.org/wiki/Bembibre#Conociendo_Bembibre [6] https://es.wikipedia.org/wiki/Wikiproyecto:Ilustraci%C3%B3n/Taller_de_Cartograf%C3%ADa/Solicitudes#Mapa_de_Proyecto_Mesoam%C3%A9rica -- Jaime Crespo ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: