Stod inget om att det är skillnad mellan att dela upp i flera sekventiella alternativt parallella element

Om du skulle ha tänkt ett varv till så skulle du nog upptäckt att "One feature, one OSM element"-regeln inte talar för din sak. Vägar delas konstant upp i flera element, av en myriad olika anledningar, så som bussrutter, antalet filer, förbjuden vänstersväng osv osv. Det finns säkert ett hundratal element som representerar t.ex. Sveavägen. Om du vill ha ett enda element att representera Sveavägen så får du göra det via ett area- eller relationselement

Återigen, det finns ingen regel förbjuder att ha separata vägar även när det saknas fysisk barriär.

Vad som möjligen skulle vara bästa lösningen för Riddargatan behöver inte ha någon bäring på den bästa lösningen för Djurgårdsbron. Varje karterare har en skyldighet att göra en sammanvägning av verkligheten och de tillbuds stående verktygen och riktlinjerna inom OSM för att göra en så bra representation som möjligt av verkligheten vid varje enskilt ställe.

Jag nämnde redan i första meddelandet en avvikselse från verkligheten som gjorde dina ändringar till en sämre representation. Kan du nämna en konkret sak som skulle ha blivit bättre med dina förändringar. Förutom att den nu följer en imaginär regel.

ersätt "ta separata" med "ha separata"

Så du menar att det är bättre att alltid följa en regel, även om det gör OSM till en sämre representation av verkligheten? Kan verkligen inte hålla med om det. Som tur är så finns det i OSM ingen regel som förbjuder att ta separata vägar även om det saknas fysisk barriär.

Vad har du gjort med Djurgårdsbron? Så där ser väl inte verkligheten ut? T.ex. om man kör bil norrut på bron så korsar man väl inte några spårvägsspår om man svänger höger till Strandvägen? För att nämna en enda sak.

Toppen :)

Hej

Jag undrar om du verkligen menade att kombinera shop=travel_agency och tourism=artwork?

Har Maxigrillen verkligen blivit en Max hamburgarrestaurang?

I don't know if there is any official guidance, but I've always thought it's preferable to express a feature as simply as possible, of course without loosing any information. Expressing a polygon as a multipolygon seems unnecessary, also because not everyone is familiar working with relations and because they can be broken by accident more easily.

Hej

Jag noterade att du verkar göra om poligoner till multipoligoner utan att det, så som jag kan se det, finns någon anledning till det. Är det något jag missar?

/Snusmumriken

Hej

Jag tänkte kommentera en aspekt av dina förändringar. Du hade lagt till bus=yes och public_transport=platform på en del busshållplatser. Inom SL:s område så använder vi oss av en förenklad modell för public transport
osm.wiki/Sweden/Public_transport#F.C3.B6renklad_PT-taggning_f.C3.B6r_bussar

som inte innehåller dessa taggar. Jag vet att redigeraren du använde, iD kommer med dessa förändringsförslag, men vänligen ignorera dessa förslag när det kommer till public transport inom SL:s område.

Hej

Jag tänkte kommentera en aspekt av dina förändringar. Du hade lagt till bus=yes och public_transport=platform på en del busshållplatser. Inom SL:s område så använder vi oss av en förenklad modell för public transport
osm.wiki/Sweden/Public_transport#F.C3.B6renklad_PT-taggning_f.C3.B6r_bussar

som inte innehåller dessa taggar. Jag vet att redigeraren du använde, iD kommer med dessa förändringsförslag, men vänligen ignorera dessa förslag när det kommer till public transport inom SL:s område.

Hej

Jag tänkte kommentera en aspekt av dina förändringar. Du hade lagt till bus=yes och public_transport=platform på en del busshållplatser. Inom SL:s område så använder vi oss av en förenklad modell för public transport
osm.wiki/Sweden/Public_transport#F.C3.B6renklad_PT-taggning_f.C3.B6r_bussar

som inte innehåller dessa taggar. Jag vet att redigeraren du använde, iD kommer med dessa förändringsförslag, men vänligen ignorera dessa förslag när det kommer till public transport inom SL:s område.

Hej

Jag tänkte kommentera en aspekt av dina förändringar. Du hade lagt till bus=yes och public_transport=platform på en del busshållplatser. Inom SL:s område så använder vi oss av en förenklad modell för public transport
osm.wiki/Sweden/Public_transport#F.C3.B6renklad_PT-taggning_f.C3.B6r_bussar

som inte innehåller dessa taggar. Jag vet att redigeraren du använde, iD kommer med dessa förändringsförslag, men vänligen ignorera dessa förslag när det kommer till public transport inom SL:s område.

Hi

Me again, about the tags you added, I know the editor suggests to add them, but we don't use them here. We use a slightly simplified version of the public transport model that don't use them. Just to let you know.

right

ah no, the way provides_feature is defined it only allows for one target member for each relation

Looks fine, thanks

Hi

A comment about your addition. In Stockholm we try to keep the addresses unique, i.e. only one Odengatan 43 in the database. Of course it is a different thing if there are Odengatan 43A or 43nb, or addresses like that. If there is a need to attach an address to a POI we usually use the provides_feature relation
osm.wiki/Relations/Proposed/Provides_feature

Cheers
Snusmumriken