Är påfarten
way/240802030/history#map=16/59.3149/18.2320
klar? Den är taggad både som väg och som proposed.

Hårt jobb :)
Jag har det här filtret på Osmose, sen försöker jag att gå in där och fixa (eller trycka på ignorera) alla fel jag hittar. Ubland dyker det upp nya fel som när din ändring gjorde att ett gäng vägar korsade varandra utan att ha noder i korsen.

http://osmose.openstreetmap.fr/en/map/#zoom=12&lat=59.3231&lon=18.0697&item=0000%2C0001%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1221%2C1230%2C1240%2C1250%2C1270%2C1280%2C1290%2C2010%2C2030%2C2040%2C2080%2C2100%2C2110%2C2120%2C2130%2C2150%2C2160%2C3010%2C3020%2C3030%2C3031%2C3032%2C3033%2C3040%2C3050%2C3060%2C3070%2C3080%2C3090%2C3091%2C3092%2C3093%2C3110%2C3120%2C3130%2C3150%2C3160%2C3170%2C3180%2C3190%2C3200%2C3210%2C3220%2C3230%2C3240%2C3250%2C3260%2C4010%2C4020%2C4040%2C4060%2C4070%2C4080%2C4090%2C4100%2C4110%2C5xxx%2C6xxx%2C7010%2C7012%2C7020%2C7050%2C7051%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C7150%2C7160%2C7170%2C7190%2C7220%2C7240%2C7250%2C8010%2C8011%2C8012%2C8020%2C8021%2C8022%2C8025%2C8026%2C8030%2C8031%2C8032%2C8040%2C8041%2C8042%2C8050%2C8051%2C8060%2C8070%2C8080%2C8090%2C8091%2C8101%2C8110%2C8120%2C8121%2C8122%2C8130%2C8131%2C8132%2C8140%2C8150%2C8160%2C8161%2C8162%2C8170%2C8180%2C8190%2C8191%2C8192%2C8200%2C8201%2C8202%2C8210%2C8211%2C8212%2C8221%2C8230%2C8240%2C8250%2C8260%2C8270%2C8280%2C8281%2C8282%2C8290%2C8310%2C8320%2C8330%2C8331%2C8340%2C8341%2C8350%2C8351%2C8370%2C8380%2C8381%2C8382%2C8390%2C8391%2C8392%2C8400%2C8401%2C8410%2C8411%2C8412%2C8420%2C8430%2C8431%2C8450%2C8460%2C9000%2C9003%2C9004%2C9005%2C9006%2C9007%2C9009%2C9010%2C9011%2C9014%2C9015%2C9016%2C9017%2C9018%2C9019%2C9100&level=1%2C2%2C3&tags=&fixable=

Snyggt!

Ja, de renderade bilderna är cache:ade ganska länge. Standard-lagret är snabbast på att uppdatera. Det viktiga är att det ser rätt ut i editorn.

Jag ser också fortfarande de gamla bilderna men datat ser bra ut i Vespucci.

Hej!
Det verkar ha blivit knäppt igen här!
node/5412913204/history

Jag tycker det ser bra ut! Bra jobbat!

Det finns massa verktyg om man högerklickar på en nod eller väg. Där kanske man hade kunnat göra det som jag tänkte.

Jag tror det finns knappar uppe i mitten på ID. Där lär det finnas något i stil med "disjoin" eller "separate", vilken klipper isär alla vägar i punkten och därmed skapar nya punkter.

När det väl finns en egen punkt för skogen kan du flytta den till rätt position. Sen kan det bli så att cyjelvägen och gångväcen ochså får varsina punkter så då måste de slås ihop igen. Ojoj det blir mer och mer komplicerat alltihop :)

Vägarna ser bra ut men nu har du råkar dra med dig skogen som sitter fast i noden. Man kan koppla isär dem så at de får varsin nod. Ta bort noden från skogen så tror jag det är som innan.

Se way/23978967#map=15/59.3469/18.1619

Jag tänker att du kanske råkade dra i punkten istället för att panorera eller nåt. Ingen panik!

Det finns inget "rent" sätt att backa. Det är lättast att flytta tillbaka punkten manuellt dit det kom ifrån. Jag kan göra det om du vill, eller vill du se det som en träningsexercis?

Nodens position "innan" står i hustoriken på noden. Se länken ovan. Man kan (tror jag) öppna ID och manuellt ändra positionen. Skriv in det gamla värdet och kolla att det verkar rimligt. Den borde ligga bredvid vägen tänker jag.

Det här ser fel ut. Har du råkar flytta iväg den här noden?
node/1364170555/history#map=19/59.34795/18.15803

Snyggt!

And
changeset/95937801

Fixed in
changeset/95929512

I interpret the source (without namespaces) to mean all tags. When I added the community_centre tag, I didn't base that on survey but on common sense.

For me it was easier to remove the tag and let future users look at the history instead if they need to know.

Jag ser det här som en liten förändring. Ändringen är baserad på vad som redan fanns i databasen med tillägg som är rätt så hanterbara. Om datat innan min ändring var fel, så är det fortfarande fel - varken bättreneller sämre. Om datat var rätt innan så är det rätt nu (förutom några misstag). Jag tycker inte att man behöver kolla upp verkligen för varje edit.

Sen har jag gjort några fel, som ni upptäckt. Jag kan gå igenom alla Equinor och ta bort brand där, om det verkar rimligt.

Fyi amenity=disused is deprecated on the wiki. It's encouraged to use disused:amenity=restaurant instead.

amenity=disused?uselang=en

Also, I added this relation in the first place and when it was flagged by Osmose, I felt responsible to clean up my own mess, kind of.

I see two issues with your reasoning.

Firstly, consumer applications can prune away useless data, meaning if we hypotethically cleaned up all of the extra 1-polygon relations in the world, there would be a lot less data to download and parse. So there is some value to cleaning. If we that too much data is a problem for the database I think the solution to this is to manage/clean database history better or discourage users from adding features to the map which is a slippery slope. All edits must be encouraged :)

Secondly, you can't really know the future use case for the data. You say that someone might want to add a hole in the center of the multipolygon. Sure, that's a possible future. So is the case that someone wanting to add the forest to another relation, maybe a site or even larger multipolygon. Then they would first have to _remove_ the current multipolygon (like I just did) and then do what they want. Might not be as feasible but I hope you see my point. We can't really prepare because we don't know.

It's overly complex so I simplified it. If someone needs a multipolygon in the future they can just add it back.

way/150032713/history#map=19/59.39312/17.00516

This building seems to still be there on aerial images. Are you sure it's gone?