equalstreetnames / equalstreetnames Goto Github PK

The number of streets and the percentage are maybe a bit to close to eachother to make it easily readable. Suggestion to add some spacing between the two.

I've added a new city and try to run the data update but it fails for some reason. I haven't used Php that much so I'm a bit confused if I'm doing something wrong or if the code is wrong.

Here is what I did:

• created a new repository for my city https://github.com/RMHogervorst/equalstreetnames-leiden based on the template
• following the steps of the template readme: modified the config.php, and the index.html files.
• cloned this repository https://github.com/EqualStreetNames/equalstreetnames/
• git submodules add blblabla anyways...: in my local repository all the countries and cities including my new one are there (countries/netherlands/leiden countries/netherlands/assen, countries/netherlands/groningen and all of belgium, serbia, switserland, germany)
• installed composer (brew install composer)
• inside the process folder run composer run update-data -- --city=netherlands/leiden

This is my error:

Parse error: syntax error, unexpected '?', expecting function (T_FUNCTION) or const (T_CONST) in FILEPATH_ON_MY_SYSTEM/equalstreetnames/process/Command/AbstractCommand.php on line 16
Script php process.php overpass handling the update-data event returned with error code 255

Is there a problem in composer? Composer version 2.0.13 2021-04-27 13:11:08
Is there a crucial step I'm missing ?

After @hjoertel mapped the key, I got curious and wanted to try the project in my city. Unfortunately, the tag has not yet been used, so I still have a lot to do. But I am also attracted by the historical aspect.

I would like to transfer the project then. Let me know if something is missing or I should do something. I have already created a MAPBOX_TOKEN in the settings.

Repo: https://github.com/Itchiii/equalstreetnames-brandenburg-an-der-havel

A small thing, because in my city the key was not used yet, I got an error (division by zero) with the command composer run update-data.

Following the restructure (f157bfb), the documentation needs to be updated/fixed !

• Finish geojson.php script documentation
• Write statistics.php script documentation

Instead of using center, zoom level, and bounding box for the map (see https://github.com/openknowledgebe/equalstreetnames-brussels/blob/master/html/en/index.html#L447-L449), use http://polygons.openstreetmap.fr/?id=54094

When opening a direct link with location parameters in the URL, like https://assen.equalstreetnames.eu/nl/index.html#18.05/52.995805/6.569603, the page automatically fits the bounds using the boundary.

map.fitBounds(boundingBox as LngLatBoundsLike, { padding: 25 });

I guess it would probably be a good idea to check whether a location is included in the URL, and only run fitBounds if no parameters, or empty parameters are specified.

@jbelien Also just noticed this if my first issue 😃

See documentation if you want to replicate the project in your city.

After reading @habi's write-up on bringing EqualStreetNames to Berne, I thought I give it a go for St. Gallen. Coincidentally, some members of the parliament asked about the gender distribution of street names in January. Maybe we can even use some of the data for our mapping purposes (see EqualStreetNames/equalstreetnames-stgallen#1).

I'm happy to transfer the ownership of the repository to the organization or wait until some significant portion is mapped.

Currently, there is nothing behind equalstreetnames.be, we only use sub-domains.

It could be a map with all the EqualStreetNames cities around the world.

In extractWikidata() function, use JsonDumpReader and WikibaseDataModelSerialization !

See https://www.mediawiki.org/wiki/Wikibase/DataModel/JSON

Just to let you know that I have upgraded the global map : https://equalstreetnames.be/

• Automated process (no need to add the city manually)
• Improved popup design
• Display of marker in low zoom levels (0 - 8)
• Display of boundary polygon(s) in high zoom levels (8+)
• Display of statistics in the popup

Feedback welcome !

Ping @EqualStreetNames/belgium @EqualStreetNames/germany @EqualStreetNames/netherlands @EqualStreetNames/serbia

@kr4lt points out in EqualStreetNames/equalstreetnames-munich#1 :

Your effort may possibly be considered organised editing (https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines)

So should this project be added to https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities ?

Hi, just a small idea but it would be helpful for the project (and for those looking at the maps) to more quickly add the tags from the main your_city.equalstreetnames.eu site.

One option could be to link to iD on the bottom right of the page.
Even better would be to have an edit button directly on the name of the street has clicked on. In the little dialog box, a link to iD with a pre-filled suggestion of the new tag to be added could speed up progress.

At the moment, the columns "nom de rue" (name:fr) and "straatnaam" (name:nl) are empty in the streets listing CSV file if there is no name:fr and name:nl.
In this case, put the name in those fields !

Hello,

I just created the data for Nivelles(https://github.com/drupol/equalstreetnames-nivelles), what is the procedure to submit a new city into this repo?

Thanks!

The bottom left of the map shows the MapLibre logo, but the link actually goes to Mapbox, as you can see in the screenshot.

This is not only the case for Brussels, but also for Bern and several other cities linked on https://equalstreetnames.eu/

Only applicable if they aren't included yet, but I don't think they are, from looking at the code and the data. For our part of Munich I can see that nearly all streets are named after persons, but the statistics claim it's only half.

Also, add a caveat in the text that these statistics aren't complete due to incomplete information.

A claim such as for Munich "Out of 6683 streetnames, 78 (1.17%) are based on a person. " is incorrect.

I run Slovak language specific info page on streets named after people. I've started before the times of wikidata in OSM, so the guessing of whether a street is named after a person is done by string comparison (with a lot of exceptions and if/else-s) in my Postgis DB (mainly using PHP). The result is a postgres table with cities, streetnames and wikipedia pages.

here is a list of cities in Slovakia (cities that have streets named after a human), with numbers split into M and F. all streets named after women

I guess the first step would be to import wikidata tags into osm (with the whole import steps). A step 0 is to update wikidata entries (so that they have gender element).

however, I've identified 233+ cities with "human" names. So I do not believe that creating 233 repos is a good second step (but I really like your visualization). what would be a proper approach?

After following the instructions to run the map locally (using https to download the repo instead of the git protocol, due to an authentication error) the map is empty and no statistics are shown.

Is there more setup that I need to do to get it to display the map?

To see the progress as we work our way through the city map, it would be great to see:

• For how many streets there was a tag name:etymology:wikidata found in OpenStreetMap
• For how many streets there was a tag found in the config.php
• For how many streets nothing was found
  So far, all streets that are untagged or tagged with an entity without gender are white.
  It could also make sense to have a new color, e.g. gray, for untagged streets.

I think this document https://github.com/openknowledgebe/equalstreetnames/tree/master/static#readme could use a sentence explaining how often the data is refreshed (automitc/manual)

cc @grischard

As in the subject, would be helpful for street name maintainers having this information in the info box.

When running my php composer.phar run update-data -- --city=munich with the full beauty of Munich, that is

[out:json][timeout:300];
( area["wikidata"="Q1726"]; )->.a;
(
	way["highway"]["name"]["highway"!="bus_stop"]["highway"!="proposed"]["highway"!="service"]["highway"!="platform"](area.a);
	way["place"="square"]["name"](area.a);
);
out body;
>;
out skel qt;

I get an error

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 45056 bytes) in /Users/xxx/gitrepos/equalstreetnames/scripts/library/geojson/wikidata.php on line 28 Script php scripts/geojson.php handling the geojson event returned with error code 255 Script @geojson was called via update-data

Disclaimer: I did not try to resolve this by giving more memory to php, or running it on a stronger machine (my MacBook has 8GB of memory). I just reduced Munich to the part of the city where I live and hope for someone else to solve this ;-)

Some streets are based on the person nickname P1449 (ex.: https://www.wikidata.org/wiki/Q92919401)

For streets (or more precisely osm ids) in the config.php, the gender is shown as the appropriate color in the map. It would be nice if etymology data could also be shown at mouseclick on the street, like "named after some utterly boring local politician that neither Wikipedia nor Wikidata can be bothered with".
So far, some comments were added. The info could be in a third comma separated field.

There is a Mapbox plugin to have a map that displays labels in a specific language.
Unfortunately, it doesn't support NL at the moment (see documentation).

(it also doesn't support dark-v10 at the moment, only dark-v9 - see documentation).

Since we have more and more cities joining, which is awesome, Open Knowledge Belgium can't provide a Mapbox token for all the cities.

I've asked to the last 2 cities that joined us (@EqualStreetNames/leiden & @EqualStreetNames/st-gallen) to provide their own token.
The early cities also already provided their own token.

Could the 5 following cities provide their own token and follow the following steps ?

• @EqualStreetNames/bern
• @EqualStreetNames/freising
• @EqualStreetNames/halle-saale
• @EqualStreetNames/leipzig
• @EqualStreetNames/munich

Steps to follow:

1. Create a Mapbox account if you don't have one already : https://account.mapbox.com/auth/signup/
2. Create a token : https://account.mapbox.com/access-tokens/
3. Update the MAPBOX_TOKEN in your repository secret variables with your token
   Go to "Settings > Secrets > Repository secrets > MAPBOX_TOKEN > Update" in your repository
4. Comment here once it's done so I can check everything is working fine and delete the token provided by Open Knowledge Belgium

Here is the Mapbox documentation about tokens : https://docs.mapbox.com/help/getting-started/access-tokens/

Thanks!

I've raised this on the IRC channel, but a github issue to track it is helpful. So here we go. 🙂

The current code & website splits humans into 3 categories: “male”, “female” ... and “transgender”. 🤦 Transgender is not a gender.

My suggestion is to have 2 axes of categoriesation: “Male”/“Female”/”Other”, and “Cis”/“Trans”. And all “Other” would automatically be in “Trans” category. So someone could be trans woman, cis male. etc. You could also just have “Male”/“Not Male”, and “Cis”/“Not Cis”.

This means you are misgendering the only trans person on your list, by not referring to him as male.

I would like to transfer my Freising repo to the EqualStreetNames account and website.

https://github.com/lukf/equalstreetnames-freising

After Bern and St. Gallen, I'd like to make a start in French-speaking Switzerland as well and created a repository for Lausanne: https://github.com/eginhard/equalstreetnames-lausanne

I can transfer this to the organisation.

We have built this last year:

https://github.com/openplannerteam/routable-tiles

It publishes the entire OSM road network as JSON-LD, once we have this updating continuously it could be used to make this map:

• update live
• globally available

Zurich (Q72) would be happy to be a part on this project.. :-)
The repo to copy is here: https://github.com/CaptainInler/equalstreetnames-zurich

In Bern (see 1) we have a bunch of sidewalks mapped along the streets with footway=sidewalk.
I think these ways should be ignored from display and analysis.

In stead of "Out of 2986 streetnames, 632 (21.17%) are based on a person.", it might be better to say "Out of ... streetnames, ... have been found to be named after a person." (or something similar). This is a solution for cities that are online but where there are still (a lot of) etymology tags missing.

When opening https://munich.equalstreetnames.eu/ , we get the error ERR_TOO_MANY_REDIRECTS . With both Firefox and Chrome, and even after deleting all cookies. Other cities work (Freising, Brussels).

Maybe I found a wrong definition.

In this line female (trans) (Q1052281) is counted as male:
https://github.com/openknowledgebe/equalstreetnames/blob/3330c2267465cc651356184849b11a29747c81be/scripts/library/geojson/wikidata.php#L134

The definition for define FX here will never been reached:
https://github.com/openknowledgebe/equalstreetnames/blob/3330c2267465cc651356184849b11a29747c81be/scripts/library/geojson/wikidata.php#L143

There are an entity for cis male : Q15145778

Awesome project, I saw it linked in the latest weeklyOSM!

I've created a repository for Bern, the capitalfederal city of Switzerland and would be happy to migrate it to the EqualStreetNames organization: https://github.com/habi/equalstreetnames-bern

I get messages about Wikidata mismatch when processing data of Berlin. It happens that different streets have the same name, but different etymology.

Example:
https://www.openstreetmap.org/way/4441936
https://www.openstreetmap.org/way/38596501

and
https://www.openstreetmap.org/way/109894166
https://www.openstreetmap.org/way/133988483

Taking other tags into account doesn't work. For instance the postal code isn't always present.
I also don't want to skip the check, because different parts of the same street should have the same wikidata etymology tag.

I guess it is save to assume it only happens on larger cities.

Please add some explanation about how the statistics are generated by statistics.php. In the docs/scripts/README.md there's a link to a documentation statistics.md that does not exist.

Request from @imlabormitlea-code for Leipzig, Germany.

I'll take care of it.
I just need to add Q48270 in the processed values for property P21.

In a discussion with a historian about renaming a street it turned out that the year of the naming can be important. Specifically, if you want to rename a street in Germany, it will be easier if it was named during the Nazi regime.
I couldn't find a year_named tag in openstreetmap. Would it make sense to introduce it?
(Not an issue really, more of a question)

Hi all. Many projects now-a-days have a Code of Conduct. It's good to write that down before anything happens, when a project, like this, is young. There isn't one written down yet. So I suggest one be added? What do yous (the admins) think?

I suggest the diversity-talk OSM mailing list CoC.

Jonathan,

last week I did add a lot of adding wikidata information. BUT, i coudn't await the update on Thusday, i cant see the newly added street information on
https://halle-saale.equalstreetnames.eu/

What went wrong?

Greetings
Heinz

Originally posted by @hjoertel in #167 (comment)

I am using English language version. My config is set to 'languages' => ['sr', 'en'], However, I am still getting nulls for labels, when there is no English version for label present. Here is picture and wikidata entry:

https://www.wikidata.org/wiki/Q12751881

There are lot of cases when there is Serbian language label, but no English. Is this expected behavior, or I am doing something wrong? I tried browsing https://equalstreetnames.brussels/, but I couldn't find any "nulls". I think there should be some kind of fallback between languages when one does not exist (coalescing), but looking at extractWikidata, I don't see anything like that. I can live with this, but just want to confirm is it problem on my side:)

For streets named after Virgin Mary, the birth and death dates from her Wikidata entry get incorrectly parsed. The website displays her lifespan as "100-100".

See "Marienplatz" street in Freising

First things first: I am more than happy and proud to see more and more cities replicating our EqualStreetNames project.

Since more and more cities are joining the party and each city has its own repository, it starts to be "a lot" of repository just to run this project.
For Belgium only, including this repository, we now have 9 repositories than I'm managing.

This last month people have contacted me to help them replicate the project in their city ; I first thought about asking them to take care of the repository because it doesn't make much sense to have a repository for a city in Germany (for instance) under Open Knowledge Belgium organization.

Since the process is fully automated (data update + website deployment), it doesn't cost much to add ANY city to the project, we just need the data to be available.

So, my idea is : Migrate ALL repositories to one single "EqualStreetNames" GitHub organization.
I see 2 main advantages to that new structure:

• If people what to add their city to the project, they could just open an issue and I would just have to create a new repository for that city in the "EqualStreetNames" organization
• For now, people can't update the sub-modules without sending a Pull Request, having everything under the same organization would allow all the people that are maintaining the data repositories to update the main repository after each data update (like I currently do for Belgium) ; they wouldn't have to fork the main repository anymore

The main project would still stay under Open Knowledge Belgium umbrella (I am one of the board member) and each "city maintainer" would of course stay "owner" of their repository if they want to but would also become member of the "EqualStreetNames" GitHub organization.

@stalker314314 @RobinLinde @gislars @ynux @mitmirzutun I would like to know what you think about this idea. Feel free to challenge it !

We are 50% done with Belgrade and produced ways.geojson is 11MB, and quite noticeable delay is viislbe before this is loaded. Since .geojson is pretty much as compact as-is, one option is to trim null values, but I doubt it will lead to any noticable changes in size. I think what is proper solution is to show some progress (determinate progress bar, or even indeterminate) while ways.geojson is being loaded in browser. Not sure if this is possible, but that is an idea

Title is self explanatory!

Currently the website uses a mix of light and dark colors,
it would be nice if the site was more consistent.

Currently

Full dark mode

Full dark mode with backdrop filter