Related changesets (excuse them being seperate);
- osm.org/changeset/121672867
- osm.org/changeset/121672888

Hey B-Rabbit,

It's ok you added these parkings, eventhough they were partially obscured. However, you should mark estimations with a fixme tag (eg. "fixme=rough outline")

Just fyi; if you haven't yet, you should read the following wiki pages:
- osm.wiki/Good_practice#Mark_estimations_with_fixme
- osm.wiki/Armchair_mapping#Disadvantages_and_controversy
- osm.wiki/Verifiability#Verifiable_geometries
- osm.wiki/Accuracy#Refining_accuracy_wiki-style
(tldr; objects without proper source (imagery/knowledge/survey) preferably shouldn't be mapped.)

Regards,

Daniel

Hey Hiausirg,

At least two buildings seem to have been added with little or no adjustments to account for their actual geometry. They are both circular buildings, not anywhere near their current shape. As you should already know, this is considered poor quality mapping, which does not belong on OSM.
- osm.org/way/919717882/history
( in osm.org/changeset/101389279 )
- osm.org/way/919754078/history
Do fix these, please. And, if possible, review other changesets where this issue may have occured.

Sidenote: This is an old changeset.

Regards,

Daniel

This changeset has been reverted in
osm.org/changeset/121386013

Do neither redundantly reduce existing detail nor duplicate it. Make sure you zoom in enough so everything is clearly visible.

Hey Wetterhorn,

Why should this road be tagged as unclassified? It doesn't seem to connect two settlements, nor does it seem intended to be used by traffic as a throughway (surface etc.). Its main use seems to be a minor land access road, so highway=track.
osm.wiki/Tag:highway=track
( Ok, if turning left now we do get to a house using
osm.org/way/372944081/history but it is also a track..)

Why not the other way which does run along a house?
osm.org/way/46907712/history

(ofc a single house does not classify a road as unclassified or above usually, but that's not the point.)

Regards,

Daniel

Hey Arnout,

Als het adres klopt, tag je dan even bij op de adresnode, ipv apart?
osm.org/node/4131251505/history

Ter herinnering, je gaf een tijd terug aan Vespucci te willen gebruiken voor dit soort wijzigingen. Wss ben je dat onderhands vergeten ;-)
osm.org/changeset/113330246

Groet,

Daniel

Thanks for the reply. Yea, tagging such a thing can get slightly complicated..
osm.org/changeset/121182569
Here, I've made it a
bicycle repair shop + fee=no. You can choose to merge this with the indoor=room + room=workshop and remove these earlier mentioned tags, as most indoor workshop rooms are not also specified as a shop or similar, as access is usually restricted. Tagging it as a shop is somewhat tagging for the renderer -and search engines- as well, which is not appropriate.
(tagging only to have it show up.)

Hey Barry,

Re-tagged to bicycle repair station in
osm.org/changeset/121165272

You can find these and more on
https://mapcomplete.osm.be/
and complete their details ;-)

Name should only be tagged if signed. loc_name could be tagged if that is what it is called locally. Otherwise, it is a descriptive name, which does not add to the map.

Covered could be tagged covered=yes. With the available imagery it may be hard to indicate whether an amenity=shelter and/or building:part=roof as part of the building is available, as this would usually be mapped seperately.

Regards,

Daniel

Ok, j'ai re-ajoute le noexit ici. :-)
osm.org/changeset/121113315

Hey Casper,

Omdat ze er vlak naast liggen, zou ik het volgende aan het woongebied toevoegen:
- osm.org/way/266928346/history
- osm.org/way/297636389/history
- Achtertuin van
osm.org/way/297652171/history
- osm.org/way/297652342/history
Is er een bepaalde grens die je hebt aangehouden op deze plekken?

Er ligt verder nog een vlakje dubbel, dat je zou kunnen verwijderen:
osm.org/way/1023339986/history

Groet,

Daniel

Merci pour la réponse. Peut-être si vous l'abordez de l'autre côté, là où le sol est visible sur les images aériennes.

Beste jaap,

Als mede-mappers overleggen we met elkaar wat het beste past, niet of een enkele mapper wel of niet gelijk heeft.
Je zegt zelf DHL alleen als los punt in te tekenen, dus dacht ik dat ik wellicht iets over het hoofd gezien had en het in Nederland misschien wel gewoonte is om het zo te doen. Ik heb het dan ook nagevraagd.

Als het helpt zal ik in het vervolg wat meer uitleg proberen te geven, maar dit staat veelal al uitgelegd op de wiki-pagina voor deze tags; ik zou dan mogelijk overbodig lange berichten schrijven, wat niet nodig zou moeten zijn, om het met elkaar erover te hebben. Ik kan ook blijven doorvragen waarom je de ene tag wel en de andere tag niet gebruikt, maar ik merk nogal eens dat dit leidt tot verwarrende situaties, die ik graag zou willen voorkomen.

Ik hoop dat we er in het vervolg beter uitkomen samen.

Beste Jaap,

De workshops ging over training=yes, dus dat kunnen we ter zijde laten.
Ik vind shop=craft voor een hobby/handwerkwinkel persoonlijk wel passen, het is wel logisch dat een winkel voor een enkele hobby(/soort handwerk) slechts datgene verkoopt wat daarvoor nodig is. Je kan altijd nog in de beschrijving, of met een eigen tag, aangeven voor welke hobby er verkocht wordt.

Bonjour glacasa,

osm.org/changeset/121093961
On uitilise noexit=yes seulement en points noeuds.
osm.wiki/Key:noexit
J'ai aussi remarque que le chemin continue sur la droite des arbres en orthophoto.

Merci,

Daniel

Zelfde pagina... Goed om te weten dat de winkel in Oosterbeek nieuw is, dat had ik zo snel niet gezien.

Als je een reden hebt waarom shop=craft hier niet past, laat het me dan weten. Daar worden ik, en anderen die dit terug kunnen lezen, ook wat wijzer van.

(continuing from rendering support best practice);
Mainly regarding floating barriers, as they were not previously considered:

There are plenty of ways people can contribute to adding new features to [any map style] that do not involve having to write and test style changes.
- analyze practical use of tags; and
- document it (in a factually accurate way, disregarding if the observations help the idea of rendering the tag or not of course).
Such documentation helps any data users -also outside of map styles- who want to know how to interpret tags.
- Documenting how other maps render this tag (or in general for non-OSM maps; how they show and differentiate said tag's rendering from existing tags.

Ik zie dat Jon alweer eerder was :-)

Ik heb het andere mappers gevraagd op Discord, en ze taggen amenity=post_office alleen als het past bij de situatie, dus op
- DHL CityHubs, omdat die meestal wel redelijk op een postkantoor lijken; en
- PostNL postkantoren (deze staan ook op hun locatiezoeker in het blauw aangegeven)

Normale DHL ServicePoints hebben vaak maar een paar services van wat een normaal postkantoor heeft.

Het apart intekenen valt te begrijpen, "postkantoor" is nogal een breed begrip (en meerdere POIs in een gebouw zijn normaal apart, al moet er soms wel bij gezegd worden dat ze zich indoor bevinden, waardoor ze niet renderen); het huidige advies op de wiki en van andere mappers maakt dat dit als taggen voor de renderer gezien zou kunnen worden -dit slechts informatief bedoeld, niet als belediging-. Als je ze wilt zien op een kaart kan je er zelf een maken (met bv. uMap of MapComplete), of die van een van de andere mappers gebruiken.
https://api.mapbox.com/styles/v1/jonrellim/ckro7eue0cvov17o5c3rhxrsp.html?fresh=true&title=view&access_token=pk.eyJ1Ijoiam9ucmVsbGltIiwiYSI6ImNrcm83YjIzbzBrajYyb285ZnJhbjRhNW0ifQ.nw1c5vZFBDjdkk6kMuK35w#10.88/52.2551/6.9115

Dear BertMule,

Note(/fixme etc. tag)s are not for rendering issues. Your remarks are neither actionable for mappers nor directly useful, as another map style may render tags which the standard map style does not, and this changes constantly.

You have also retagged features only to have them rendered. Please see
osm.wiki/Tagging_for_the_renderer
This will not speed up rendering of said tag, and you may be adding incorrect or redundant tags to the object. This is considered as vandalism, and as you mentioned you are doing this while you are aware of this fact, it will likely be considered as done on purpose, especially if continued.
"
I will have to revert them to a 'wall', as they partially were.
Including a part that wasn't, to make them all visible.
That's 'mapping for rendering'. Undesirable.
"
https://github.com/gravitystorm/openstreetmap-carto/issues/4551#issuecomment-1127755699

Contact the DWG to remove all (parts of) notes which make remarks on rendering, as well as revert all changes -where needed- which tag for the renderer.
https://wiki.osmfoundation.org/wiki/Data_Working_Group

In addition, I would appreciate a reply to this message, so mappers like me know you have read it.

If you would like to get rendering support for a tag,
- discuss with the (local) community; where it concerns large changes do this in advance of making changes.
Discussions with the wider community can also be held on the tagging mailing list.
https://lists.openstreetmap.org/pipermail/tagging/
- focus on quality rather than quantity; preferably also fix other issues and where needed discuss them, as well as any inconsistencies and/or uncertainties you may come across/have.

Regards,

Daniel

PS: Related GitHub issues;
- Floating barriers: https://github.com/gravitystorm/openstreetmap-carto/issues/4545
- Tank traps: https://github.com/gravitystorm/openstreetmap-carto/issues/4551
(These are seperate from this user's mapping issues, and are not where map changes should be discussed.)

https://www.facebook.com/creamieke.nl/photos/a.216681255134988/1441175129352255/
Het stond in het logo -slechts als referentie-. Even met de zoekfunctie gekeken, dit kan oude informatie zijn, de laatste post over een workshop was in 2015.

Op het forum kan je ook altijd zelf een draadje beginnen. Vragen zijn er welkom.