Good initiative, a while back I was searching for poi’s using OM, I found one walked a good 30 minutes to it only to find no shop there. The shop had a “closed” in French postfixed in an edit a few months back.

beste MacK001,

ik zie hier dat je node:
node/2846676791
verplaast hebt.

Heeft dat een reden of is dat perongeluk gegaan?

Met vriendelijke groet,

Tjuro

beste MacK001,

Ik heb deze changeset even terug gedraaid. de node:
node/2846674971
was verschoven, en je had een oprit verwijderd.

beste MacK001,

Gebouwen en addressen worden geimporteerd vanuit het kadaster,
Gelieve deze niet te verplaatsen.
Ik heb de gebouwen geherimporteerd.

Ik heb er een relatie van gemaakt zie:
relation/17386445#map=16/52.3926/6.3807

Beste GRi,

Je hebt in deze changeset twee landgoederen toegevoegd, één door een naam te geven aan een stuk gras. En de ander door een multi polygon te maken met alleen maar outers. Hoewel ik het heel creatief vind 😂, is dit niet handig.

De mp is op deze manier niet valide, en leisure=nature_reserve wordt alleen gebruikt voor beschermde gebieden.

relation/17370361/history

Een stuk gras hoort alleen een naam te krijgen als dat stuk gras een naam heeft, dat komt maar heel zelden voor.

Ik heb er voor nu place=locality van gemaakt omdat er zover ik weet niet echt tagging is voor landgoederen.

Met vriendelijke groet,

Tjuro

Veder is het belangrijk om te benoemen dat statements en redenen als of en hoe iets bij een bepaalde kaart gerenderd wordt, niet lekker vallen. Als je zegt:

“Ja, maar wat heeft het voor zin die alt_names toe te voegen als het toch niet op de kaart komt?”

En ook in:
changeset/148931882

Dan sla je de plank mis, wij maken geen kaart maar een database waar mensen kaarten van maken. Als je keuzes gaat maken op basis van hoe een enkel iemand de database interpreteert krijg je rare situaties zoals hier net was.

Laten we niet twee dingen door elkaar halen, Via Gladiola is de naam van een straat en tijde van de vierdagse niet de naam van de route. De route van de vierdagse gaat over de Via Gladiola.

Dit lijkt mij meer de naam voor de route die bestaat uit een aantal wegen, de Luttenbergring bestaat uit Bergweg, etc, etc. Daarom lijkt het mij handiger om dit in een relatie te zetten.

Gelieve dit soort acties niet te doen. Als een huisnummer ontbreekt vraag dat aan op het forum of laat het zo.

Beste Peckerwoody,

Je hebt hier parkeerplaatsen toegevoegd. Bij parkeerplaatsen hebben we of street side, (parking=street_side). Die gebruiken we als de toegang tot de parkeerplaatsen een straat of weg met transport functie is.
De uitlijning van de street side hoort dan alleen de aaneengesloten parkeervakken te zijn.
Als de toegang word verleed door een service weg. Dan gebruiken we geen parking=street_side maar parking=surface. Dan is het vlak alle parkeervakken en het oppervlak van de service wegen.
In het algemeen moeten vlakken niet aan lijnen geplakt worden.
In dit geval lijkt mij parking=surface het meest geschikt.

Met vriendelijke groet,
Tjuro

G19, bedoel je mogelijk G11?

Beste Jorik “GingerLionXx” Seisveld,

Ik zie dat je hier een aantal fietspaden hebt toegoevoegd, zou je kunnen toelichten wat voor bord deze fietspaden hebben?

Veder kan ik op sommige stukken alleen maar gras zien, zijn deze fietspaden al gerealiseerd of zijn deze in aanbouw?

Met vriendelijke groet,

Tjuro

This poi already exist

changeset/147081083

Ok however that is not proofing anything. This poi is placed ontop of a moving platform. i think that is it unlikely that there is any storage here.

Hello boxie24storage,

Could you provide proof that this storage location exists?

There does not seem to be room for this.

Also using bing to map anything in the Netherlands is not acceptable.

Please read and use the layers provided in:
https://community.openstreetmap.org/t/de-beste-imagery-layers-om-nl-osm-te-mappen-met-josm/85393

Hwllo ajmat,

Why have you changed this busway to a residential street?

Youre comment is not sufficient to explain this change.

Greetings,

Tjuro

Yes that is right, the branch name is supposed to only contain the part that changes in each branch.

Look at it this way: if you want to use one of youre pois you place each tag into a senctence for example:
(shop=storage_rental) You know it is a place to rent storage.
(name=BOXIE24) you know the name of the place.
(branch=Zwolle) Oh it is the BOXIE24 Zwolle
(Brand=BOXIE24) It is a brand with multable branches

Of you copy theese things into other tags you will get duplicates like: "BOXIE24 Zwolle Zwolle" or
"BOXIE24 Zwolle BOXIE24" etc.

That is why it is important to not add unessesery stuff at the end of tags

I have changed your locations, because they were incorrect, in Amersfoort you even had a poi in the middle of an intersection.

Each country in OSM has different ways of adding data. We do not add new nodes if there is an address node already present. If there are multiple nodes you pick the highest house number.

Where the pois are in Google does not matter. We are not Google; we have much stricter standards on adding information.

I am not an Admin. I am a volunteer who is concerned about the way that you are adding data.

Ok, would it be possible for you to apply this feedback to this poi? Then I could check it again and then I would like it if you fixed this to all the pois that you have added.

See:
@boxie24storage/history