And any idea why way 1363691939 isn’t available on urbanistmap?
Regarding the merging of projects, I don’t quite understand your idea. in my database, each project that’s listed as imported-from-OSM has a “representative” OSM way as well as a list of the ways it’s composed of, and the lifecycle status. But I still see the issue of changes to OSM projects getting overwritten happening. Another idea is to give priority to fields changed on urbanistmap, and only sync the untouched field via OSM.
Yeah it would be nice to contribute back to OpenStreetMap, but may be quite tricky
So that would be to contribute directly to OpenStreetMap, right? to use the image as a guide to draw shapes and send the changes to OSM?
sure, shouldn’t be too hard to do.
Yeah importing images from PDF would be nice. It’s not an easy thing to do but TokenTool has its code open-source so maybe I can take inspiration. Cropping is a cool idea, never thought about that!
I think I can add a “filter by image” in the filter menu, but occasional/first time visitor probably won’t see it. Or I could add more obvious pins visible even at the country zoom level, though that could clutter the map a bit so not sure.
Interesting, I will investigate. would be exciting to uncover new projects that weren’t imported!
By the way, I noticed a bug that prevents me from approving changes to dates, so that’s why some fields are still pending.
I would say:
When a way is imported from OSM, a new project should be created in your database. Then the way will be linked to that project. A user on the website will be able to merge a way to another project, so 2+ ways are now linked to that project. The other created project should be deleted (or disabled) from the database to make sure only one is visible.
Another thing it could do is check if a new imported way is already in a project area and auto link it to that project. When it’s falsely linked to that project, a user should be able to extract it from that project.
I could understand.
Yesss, but mostly when it’s already finished or almost finished. Not when they’re still constructing.
Another way (1141084307)
Maybe because landuse=construction is not handled at all?
Way: Hero van Breda (733099049) | OpenStreetMap
Way: Bernard de Wilde (1339209971) | OpenStreetMap
P.S.there is also landuse=brownfield/greenfield not sure if those are interesting at all
Way: 1468015953 | OpenStreetMap
It should be, this way is handled and on the map.
But this one right next to it isn’t Way: Galaxy Tower (4252194) | OpenStreetMap. What I do notice here is that the landuse that is on the urbanist map doesn’t seem to have any building or road construction on it. Could that be it?
Hmmm could be, the Hojel City Center II landuse is also not there…
thanks a lot for all those reports. Indeed I’m not including brownfield, I figured it wasn’t that interesting.
I just realised I may be filtering out too much what I import from OSM. Currently :
The following tags are excluded: ‘house’, ‘detached’, ‘semidetached_house’, ‘garage’, ‘garages’, ‘shed’, ‘hut’, ‘cabin’, ‘roof’, ‘terrace’, ‘carport’. My thought was that they are too small to be interesting. There is about 120k of them worldwide. Should I include them?
The ‘residential’ tag is excluded, about 30k polygons. Huge oversight from me, I wanted to exclude residential bulding thinking those were too small, but it’s clearly not the case. That’s why Galaxy Tower (4252194) wasn’t included. (FIXED)
Polygons with construction=rail and others are excluded, about 3000 including 1500 with a name. My thinking was that those polygons could make the map less readable since they would have the same color as the road/rail going through it. But when I think about it I could just make those polygons another color like blue. Should I include them?
Polygons that are fully contained inside other polygons are also excluded. It’s what caused the Way: Bernard de Wilde (1339209971) | OpenStreetMap to not be imported. My thought was that the larger area was enough to see that a project was happening, but we are losing detail I admit it. (FIXED)
I’m also filtering out building that are <400 m² with no tags (920k projects removed), or <200 m² when they have tags (24k removed). that’s about 950k projects. I’m afraid for the performance and readability of the map if I include them as the database would triple in rows. Should I include them?
I will do some tests and report back
okay it’s implemented, 3D buildings can now be disabled via the user menu at the top right of the page
Nice!! But it just removes the buildings completely. Could it just remove the 3d effect (so the 2d outline is still visible).
Oh sorry about that, the building footprints should show now
I’ve updated the import script by removing the nested-polygons filter and the construction=residential filter. there is about 70k new projects. it may take an hour for the tiles cached in the browser to expire. I’m curious about your opinions on what should be imported or not, and any other oddities you find!
1 Like
Amazing, I could see the missing area and the 2d buildings work great with lining up the image.
There is a new update on the site!
I’ve added the ability to move images above or beneath shapes when they overlap. We can also pitch and rotate the map now. The website controls should feel a little nicer and faster overall.
The list of fixes is here on Github. All feedback is welcome! Including whether very small projects should be included on the map of not (see my previous comments). And feature requests too.
@DwarfNebula Unfortunately the fields you added to some OSM projects got removed,sorry about that. The images are still there though and i’ve updated the site so that it doesn’t happen again. I will also will include all the fields values in the submission alerts I get so that the data can’t be lost
Hey Leni, great work! It seems like some pictures on the map are broken, because the API doesn’t get the right headers. When opening the link to the picture in a new tab it does work.
Access to fetch at 'https://cdn.urbanistmap.org/1779798193833-kv5up7045mg.webp'
from origin 'https://urbanistmap.org' has been blocked by CORS policy:
No 'Access-Control-Allow-Origin' header is present on the requested resource.
Sorry about that. Can you navigate to the project again and check if the image appears? I just made a new release and it may have been fixed. Image cropping has been implemented as well, with the catch that we can’t crop already submitted images (for now).
Also someone pointed out that some OSM ways were not being imported. I made a fresh OSM import which contains them, but the issue will happen again until I address it. More info here OSM ways changed to 'construction' are not imported · Issue #84 · Leni-Vienne/urbanist-map · GitHub
It still doesn’t work (also cleared my cookies and cache) 
However, I could see the cropping tool, very nice!
Still the same error:
/#map=15.64/52.0723/5.1077:1
Access to fetch at 'https://cdn.urbanistmap.org/1779798193833-kv5up7045mg.webp'
from origin 'https://urbanistmap.org' has been blocked by CORS policy:
No 'Access-Control-Allow-Origin' header is present on the requested resource.
Shoot. I purged the cache of the image server (CDN) yesterday, it maaay work now.
By the way, I’m prototyping this feature, but i’m unsure about it. Would you, @DwarfNebula and anybody reading this, like to be able to add render images / artist’s impression images of projects?
Clicking the image opens a modal where we can see it in full size and zoom in it. I’m conflicted on adding it as I find it less cool than aerial plans, but on the other hand aerial images are very rare and often low quality.
1 Like
Yes, it does work now!
Personally, I wouldn’t. Aerial plans are widely available here. Where for renders I would just go to the project website.
Okay, I did end up implementing the render image feature. My reasoning is that it will give the site more appeal outside of the OSM community. And it was very easy to implement as it uses all of the existing map overlay system.
I published a new release today as and 2 days ago. The main additions are:
- tags like residential, retail and such are now showing on the map.
- 27k missing projects were added. Polygons with less that 400m² of floor space (accounting for building:levels) are excluded, as well as house/garage/roof/etc.
- The map labels (country name, city names) now defaults to the browser’s language + local names, but can be changed back to english only or local only.
- Project popups are gone as they lacked space were hard to maintain, now the project details live in the side menu.
- The ability to add Artist’s impression / render images.
The changelog : Releases · Leni-Vienne/urbanist-map · GitHub