Dat had ik inderdaad gedaan maar mocht (later op de dag waarop je de edit deed) nog niet baten

Duurde even (update de standaard render niet vrijwel live tegenwoordig?) maar het heeft gewerkt! De boompjes in het water waren me niet opgevallen, dus thanks eggie :)

Leek ook wel een beetje op golfjes in het water (als je niet goed kijkt). Zag wel oké uit; iets van detail in het water zoals golfjes is wellicht iets om de renderer aan te bevelen...

Super! Blij dat het niet iets is dat je liever niet gehad had. Het was ook een redelijke wall of text, ik snap dat het erbij ingeschoten is :D

Ben momenteel de giant_thing sculpture type aan het documenteren op de wiki. Deze sleutels zijn een mooi voorbeeld. Thanks nogmaals voor ze in kaart brengen :)

Hey, vraagje over de plastic boomstronken (https://overpass-turbo.eu/?w="artwork_subject"%3D"Boomstronk"+global&R): wat vind je van het idee om deze Nederlandse beschrijving in de description te zetten in plaats van in artwork_subject? Die laatste zou ik voorstellen een waarde te geven die elders op de wereld ook gebruikt en bequeried kan worden, zoals tree_stump

Helaas geen reactie van je ontvangen. Bij deze heb ik de voorgestelde wijziging doorgevoerd in: changeset/154709997

Moin!

Thanks for adding info to the map :). However, the "name" tag is not the right one to use for a housenumber.

Looking at the previous version of this house where you already added it correctly (changeset/130947168), I am guessing it did not immediately show up and so you added it to another field to see if that works? The addr:housenumber tag is the correct one to use, but different maps update their data at different rates. Sometimes the browser may also have a local cache, which may be avoided by reloading with Ctrl+F5. The openstreetmap.org default tiles are pretty fast to update nowadays, but they will serve an old version before re-rendering in the background so you'll almost always see an old version first.

Hope this helps!

Luc

Oh, I went by and saw it! Never noticed that before on a parcel locker. I guess that sign literally says "name" yeah, so the name tag (rather than ref) sounds appropriate, at least until the wiki starts to say otherwise. Thanks for the reply, I learned something :D

Moin, is it on purpose that name=ira was added to this parcel locker? node/8807920908/history

(I don't know if that may be its reference code or how to check that)

Hey, leuk dat je verschillende grote sleutels aan de kaart hebt toegevoegd :)
(Zoals ook in changeset/144482207)

Is de waarde "Sleutel" voor artwork_subject echter handig? Het is een Nederlands woord en het is nou niet alsof sleutels een uniek Nederlands ding zijn (zoals stroopwafel zou zijn) of dat het in het Engels als leenwoord gebruikt wordt (zoals Kindergarten)

De mogelijke waarden die de wiki documenteert (artwork_subject=*) lijken ook niet echt passend: is geen persoon en ook geen abstracte kunst, en dat zijn zo ongeveer alle opties. Een niet-standaard waarde is dus wel gepast denk ik, maar dan zou ik het wel Engels houden zodat de tag bruikbaar blijft.

Misschien is een betere manier van classificeren om sculpture_type toe te voegen, en daar een waarde als giant_thing voor te gebruiken? Er zijn nog niet veel waarden in gebruik voor die tag en de enige die in de buurt komt is giant_furniture (1x gebruikt), wat me een goed patroon lijkt maar hier ook niet passend is.

Ik kom hierop omdat ik hetzelfde probleem had met een gigantisch kaasblokje bij Roermond. Er lijkt geen tag voor grote voorwerpen te zijn maar "gigantisch voorwerp" komt op best veel plaatsen wereldwijd terug (zie bijvoorbeeld https://bigthingsofaustralia.com/) en lijkt me dus een redelijke onderverdeling.

Wat vind je van de volgende aanpassing aan de sleutel-kunstwerken?

1. artwork_subject van "Sleutel" naar "key"
2. description toevoegen met als waarde "Sleutel" (of misschien iets als "Grote sleutel"?)
3. sculpture_type toevoegen met een waarde als "giant_thing"

Description continued: replace highway=track with highway=service for roads meant to be used by customers (not for agricultural purposes); add lanes=1 + oneway=no to a road not wide enough for two cars to pass each other, adding passing spots as well

* and check the house number so the address node can be merged into it, I forgot to add to the description

changeset description += as part of the landuse update, I tried to unmark a part of the multipolygon forest as forest and put other things inside. Hope I did that correctly

There are street lamps, but the parking lot is not actually lit at night

forgot to mention that the path I disconnected (at node/11926393518) was not there (surveyed two days ago). Did not have an opportunity to check the other end, so it might have to be pruned back further, I don't know

Query used:
(node[highway=street_lamp]({{bbox}});
way[highway~"(unclassified|residential|primary|secondary|tertiary|[a-z]+_link|trunk|motorway|living_street)"][lit!=yes](around:35););
out geom;

Has false positives in terms of streets that branch off near where a street lamp was identified but that do not have street lamps mapped along them, so it needs quite a bit of manual checking

I just noticed you undid my change and re-tagged the whole square as a parking area again, but this is not correct.

Please be aware when playing maproulette that the aerial view is not always up-to-date. I would especially ask to double check when the object you're changing comes from a recent changeset tagged as source=survey

---

Mij viel net op dat je mijn wijziging ongedaan gemaakt hebt en het hele plein als parkeervak aangemerkt hebt, wat niet klopt.

Let s.v.p. bij het spelen van maproulette op dat de luchtfoto's niet altijd up-to-date zijn. Ik zou vooral willen vragen om te dubbel-checken wanneer je een object wijzigt dat van een recente changeset komt die met source=survey getagged is

Hi, thanks for adding the path! (way/1278644243)

Are you sure this is a highway=track though? That tag is meant for "minor land-access roads that are not considered part of the general-purpose road network" (see the wiki: highway=track). This path looks like it runs past buildings, so something like highway=residential might be more appropriate maybe?

Kein Thema, my profile says I understand German and, after all, in this international project it doesn't really matter what language is used so long as the reader(s) understand :)

I've updated it (changeset/150728290) to use the meadow=pasture tag because the wiki suggests that as the most common tagging scheme these days. Thanks for raising it!

Ah yes, it looks like I've used the wrong tag there and it should be something like landuse=meadow + meadow=pasture? That doesn't label the use for horses, though, but indeed an equestrian area is usually round or rectangular and not this odd shape. I don't think it would be too small (~20m diameter on the semi-round west side), just the shape is odd. Does pasture meadow seem correct to you then or should it be something else?

Ah yes, I forget that access=x is not just about *who* is allowed to use a feature (like, the general public or customers or is it private property) but also the mother of all vehicle modes.

Trying to look up what tag I should be using, it sounds like this is a common mistake (wiki page "Key:access"): "In practice, this combination is often used by mappers to modify (rather than enlarge) default values: for example, access=permissive with highway=steps is very unlikely to be traversable by a truck, whatever the tags may say."

It mentions no solution other than to *not use* the access=* tag.

I've removed the access=yes tag in favor of foot=yes in changeset changeset/149726215
Possibly this should be expanded to also include things like electric scooters, not sure, but I am sure about foot at least so I will just leave that