- Berlin
- http://bodo.tasche.me
-
Fullstack Freelancer, in love with Elixir, Ruby, TypeScript. Former CTO, working on signdict.org and wishlephant.com, created the 🦥 emoji.
-
Joined on
2023年07月04日
That is true. Currently, the search is rather simple. We can add the normalization as a new alternative in the search list here:
I am super happy to accepting PRs. If you need any help or if the documentation is unclear, just ask here and I will answer any question you have ❤️
No, let us keep them. My plan is to add a UI that says: we don't know the OpenStreetmap for this, please add it. And we should try to figure out the lat/lng without openstreetmap osmid and use...
Ah, damn. I think we need to also search for "newsagent" then...because i can assume that this happens often and newagent also carry books in a lot of cases.
For the 2nd case I will add a button to ask for the real geolocation in #70. That will also help.
LUDWIG (Bhf. Lichtenberg) Weitlingstr. 22, 10317 Berlin has the wrong osm id. It should be way/430955095 . Maybe we could do one pass checking if the osmId lat/lng is more than 300m off?
The URl should be this:
Only question: How do you group this:
Okay, after playing around with this, we need a "addToGroup": "Rupprecht" that we manually add? Not sure how to automate that.
Ah and the healthcheck finds duplicates with the existing data. I think we should remove the existing data in favour of this importer, also deleting the rupprecht importer.
Btw: i now have this branch running locally and use that to modify the view layer to be able to handle so many entries
Hm, the search does not work sometimes.
@Aziz-JH do you think I could merge this one?