geochicasosm / lascallesdelasmujeres Goto Github PK

In order to scale better the website performance, we could consider switching from GeoJSON to flatgeobuff as it performs better and it is a more compact transport format.

Change should be pretty easy to do according to this snippet from the OpenLayers example:

// data source for map
const source = new ol.source.Vector({
    loader: async function () {
        // Fetch the flatgeobuffer
        const response = await fetch('/test/data/UScounties.fgb')
        // ...and parse all its features
        for await (let feature of flatgeobuf.deserialize(response.body)) {
            feature.getGeometry().transform('EPSG:4326', 'EPSG:3857')
            // add each feature to the map, after projecting it to
            this.addFeature(feature)
        }
    }
});

Opinions?

Related to #30 #40 geochicasosm/data_scripts_lascallesdelasmujeres#16

When #30 is closed, we can replace all current Wikipedia links with the corresponding wikidata id. This will make the datasets a bit more compact but also identify univocally the subject, and reduce the number of queries to Wikidata.

Add the corresponding translations in Italian.

This will imply, in the file Constants.js, in the object lang, adding a new object prop called it, which the same keys as the es, ca, etc. but with the texts in Italian,

El objetivo es tener información sobre el grado de importancia de las calles que se asignan a nombres de mujeres, en relación con las asignadas a nombres de hombres.

Aiming for a more inclusive language, Github has recently switched master for main as the initial or principal branch name. We could do the same here.

Add travis to the project.

Now, the build version is created manually. Add Travis to manage it automatically on each merge to the master branch.

Para niveles de zoom alejados, añadir visualización de un punto en aquellas ciudades que tengan datos.

Hola!

Mirando la web he visto que aparecen typos en el cuadro de las estadísticas de cada ciudad, debería haber:

• The streets of X (nombre ciudad)
• X % have Y% don't have (donde se calcula el % de mujeres que tienen artículo en wikipedia)

Además, el cuadro inferior a la derecha muestra información en inglés pero la barra lateral en la izquierda explica el proyecto en español. Quizá se podría unificar de alguna forma?

Geochicas, este Issue se realiza con el propósito de ofrecer mejoras en la manera que se presenta la interfaz de la página de Las Calles de las Mujeres, actualmente la página presenta la información de manera que se encuentra una lista con las ciudades disponibles en la parte izquierda de la pantalla ordenadas alfabéticamente sin ningún agrupamiento particular. Dado que el proyecto está creciendo cada vez más, países como Argentina presentan varias ciudades que han sido incluidas en el mapa de Las Calles de las Mujeres y en Costa Rica hay 3 ciudades próximas a ser añadidas al mismo, de esta manera se espera seguir recibiendo incrementalmente aportes que vayan ampliando la cantidad de ciudades por país en la página.
Teniendo esto en mente, la propuesta presente se crea con la visión de crear una interfaz que agrupe las ciudades disponibles por el país al que pertenecen, de manera que se muestre la información más claramente y al mismo tiempo evitar confusiones dado que existen ciudades que tienen el mismo nombre en diferentes países (ej. San José).
La propuesta consiste en primeramente modificar el archivo constants.js donde se encuentra una lista de ciudades con su respectiva información. Se modificará la variable citiesList para convertirse en countriesList, y en esta lista se guardarán todas las ciudades existentes de un mismo país.

• Actualmente el archivo tiene esta forma:
  

• Esta sería la implementación de countriesList:
  

Se utilizará countrieslist como una lista de objetos para almacenar un id, el nombre de cada país y una lista de ciudades con la información que anteriormente se encontraba en citiesList. Además se modificará el código del index para adaptarlo al uso de la lista de países.

• Actualmente el panel se visualiza así:
  

• La propuesta es que se visualice de la siguiente manera:
  

Los cambios propuestos en este Issue fueron originados en: labexp#2 y se encuentran ya implementados vía ese mismo fork del repositorio de Geochicas labexp/lascallesdelasmujeres
Este incentivo se hace con la meta de adaptar la página de Las Calles de las Mujeres al rápido crecimiento y progreso que se espera, así manteniendo la legibilidad de la página sin importar la cantidad de datos que se añadan.

Hacer compatible la personalización de la barra de scroll para todos loa navegadores.

Instead of a meal run of the deploy script, Github Actions should take care of this after any merge into master.

Hola encontramos un error en el archivo GeojsonMapService.js, se debe cambiar la línea
this.urlData = 'https://raw.githubusercontent.com/labexp/lascallesdelasmujeres/develop';
por
this.urlData = 'https://raw.githubusercontent.com/geochicas/lascallesdelasmujeres/master';

I wanted to explore to enrich the map popups with details from wikidata to offer more details of the woman right in the map.

I've crafted a SPARQL query that takes as a single parameter the name of the woman as in the Wikipedia title and returns some details: Name and gender, description in Spanish, birth and death dates, occupations*, and picture.

* it's a pity that in Spanish they come back in male variation, I need to investigate if wikidata offers them somehow in female version as in actriz instead of actor.

This query could be run when the user clicks on a street to fetch all these details using the Wikidata SPARQL endpoint and JSON format and render them appropriately.

Would this be something worth trying? Happy to discuss approaches and possibilities.

cc @jessisena @seleneyang

SELECT 
  ?id 
  (?idLabel AS ?name) 
  (?desc as ?description) 
  (?genderLabel AS ?gender)
  (SAMPLE(?births) AS ?birth) 
  (SAMPLE(?deaths) AS ?death) 
  (SAMPLE(?pic) AS ?picture) 
  (GROUP_CONCAT(DISTINCT ?occupationsLabel; SEPARATOR = ", ") AS ?occupations) 
WHERE {
  VALUES ?wikiTitle {
    "Ada Lovelace"@es
  }
  ?wiki schema:about ?id;
    schema:isPartOf <https://es.wikipedia.org/>;
    schema:name ?wikiTitle.
  
  OPTIONAL { ?id wdt:P21 ?gender. }
  OPTIONAL { ?id wdt:P569 ?births. }
  OPTIONAL { ?id wdt:P570 ?deaths. }
  OPTIONAL { ?id wdt:P106 ?occupations. }
  OPTIONAL { ?id wdt:P18 ?pic }.
  OPTIONAL { ?id schema:description ?desc }.
  FILTER (LANG(?desc) = "es") 
  
  SERVICE wikibase:label {
    bd:serviceParam wikibase:language "es".
    ?id rdfs:label ?idLabel.
    ?gender rdfs:label ?genderLabel.
    ?occupations rdfs:label ?occupationsLabel.
  }
}
GROUP BY ?id ?idLabel ?desc ?genderLabel ?wiki

As the project grows including more cities, the amount of data to be loaded will keep on growing as well. Thus, at some point we should have to start thinking about the best approach to optimize it.

So far these are some ideas to explore:

• Post-pone the request of each geojson until the manual click of the corresponding city is done in the list, and adding/removing this layers from the map consequently.
• VT server adoption (which may come with some other limitations like not having our own server right now, difficult maintenance and updating etc.)
• Using mapbox as hosting of our data through mapbox studio, and charge it directly in the map as a layer (paid account limitation).

Update the final parse script to include a wikidata column from the final CSV.

Related to #30

Hola. La calle Mercedes de Montevideo tiene nombre de mujer, pero etimologicamente se refiere a una ciudad.
Ver https://montevideo.gub.uy/aplicacion/nomenclator/4404
Entiendo que conceptualmente no debiera estar en la lista.

It would improve the visualization to put the streets below the regular map labels.

We would like to add women categorization, to include also some more stad related to it (how many women are scientist? How many queens? etc.)

But to do that, we first need to define the categories.

This could be a first proposal:

Politics
Religion
Military
Right
Performing Arts
Architecture
Monarchy
Poetry
History
Property
Science
Language and Literature
Music
Sculpture
Medicine
Education
Economy
Chemistry
Painting
Nobility
Entrepreneurship
Exploration
Philosophy
Industrial
Edition
Visual Arts
Profession
Philology
Archeology
Audiovisual Arts
Humanism
Design
Shorthand
Gastronomy
Associationism

Ahora hay más ciudades con el proyecto. Habría que actualizarlo.
Argentina: Buenos Aires, Chajarí, Ciudad de San Luis, Córdoba, Paraná, Resistencia, Rosario, Salta, Santa Fé.
Bolivia: Cochabamba.
Brasil: Pato Branco, Curitiba.
Cuba: La Habana.
España: Alaquás, Aldaia, Badalona, Barcelona, Gijón, Girona, Huesca, Madrid, Puerto del Rosario, Salamanca, Santa Coloma de Gramanet, Valencia, Valladolid, Zaragoza.
Italia: Brescia
México: Ciudad de México
Paraguay: Asunción, Encarnación,
Perú: LIma
Uruguay: Montevideo

As an effort to start adding València metro area municipalities, let's start with Alaquàs.

Utilizar algún proveedor externo si con Github solamente no es posible para que cada PR nuevo genere un despliegue temporal para poder previsualizar el resultado sin tener que levantar en local los cambios.

Look for a way to deploy a preview for any new PR so stakeholders don't need to download and start a development environment to check on new changes.