Voor nieuwe dingen is dat nu geen probleem, maar bestaande tags aanpassen is wat anders. Ik vind thin_rollers ook wel beter eigenlijk, maar als je het verandert dan wordt het nergens meer herkend …

Een taggingmanier aanpassen is vrij lastig. Er moet een manier zijn om te dual-taggen, anders is er coördinatie nodig, en dat hebben we niet in OSM.

While editing around here, I saw the note on the object and saw it mismatched with the railway tag on it.

Ik weet niet waar je thin_rollers vandaan haalt maar de aanvaarde tag is smoothness=excellent, zoals die er stond voor deze changeset. Als je dat wil veranderen, zal je daar geloof ik een Proposal voor moeten maken in de wiki.

Raadpleeg de wiki om tags te ontdekken, want alleen daar kan je zien wat een tag nu echt betekent. Ook data consumers gebruiken de wiki om te zien wat ze gaan ondersteunen.

Ga nooit zomaar voort op wat iD voorstelt, de developers kijken alleen naar "hoeveel keer komt dit voort in de database".

In general cycleways are only drawn as a separate way when there is a physical barrier between the cyclepath and the road. You can add cycleway=lane to the main road if there is a cycleway that is not drawn, and its attributes can be added like `cycleway:width=1.28`, `cycleway:surface=asphalt`.

.

There are proponents of always drawing them as a separate way. I myself am quite neutral in this case. Just so you know, six months ago JanFi removed lanes you added here. See e.g. changeset/50594535 (analyse with achavi: https://overpass-api.de/achavi/?changeset=50594535).

.

If you decide to draw a cycleway separately, it is imperative to remove the corresponding cycleway=lane / cycleway=track tags from the main road. Replace them with bicycle=no (if there's an explicit prohibition traffic sign along the main road) or bicycle=use_sidepath (if there's a "compulsory cyclepath" traffic sign along the cyclepath). That will avoid routing over the main road.

Tracks still visible = railway=disused

The inner parts of buildings are drawn from aerial imagery, I mean. The facades are measured by surveyors, but you must not align those either, because then you change the shape of the building, making it harder to assess the original mapper's intent.

Please don't just algin buildings to the GRB. We are going to very carefully import them. What you are doing now is wasted work.

Moreover the GRB is also just drawn from aerial imagery, you are discarding a second opinion that may have been based on local knowledge. You must cease this immediately!

Een link naar je diary lijkt me niet geldig voor de key mapillary=*

mapillary=*

Vermijdt u alstublieft gebouwen binnen andere gebouwen te plaatsen, dat klopt niet. Maak liever een "punt" binnen het gebouw aan, en tag het met "bedrijfskantoor".

> juiste plaats van het kunstwerk. plaatsing enkele 100m noord (gardec) is verkeerd

Mag ik u er op wijzen dat u dat kunstwerk zelf verzet hebt (wellicht per ongeluk) in wijzigingenset #53137652: https://overpass-api.de/achavi/?changeset=53137652

Bij het aanpassen van de geometrie, gelieve indien mogelijk geen gebouwen te verwijderen maar het bestaande gebouw te behouden.

Dank u voor deze nuttige bijdrage. Ik heb nooit geweten wat die kleine bootjes daar precies waren, maar nu weet ik het!

Feedback:
de tag website is alleen voor een website die rechtstreeks over het item gaat (nogal vaag, ik weet het);
vermijd aub dubbele spaties;
gemeente en postcode invullen is overbodig, dat wordt berekend aan de hand van de grenzen, die zijn namelijk volledig in orde in Vlaanderen;
als iets geen huisnummer heeft, geef het dan helemaal geen adres;
vermijd zoveel mogelijk beschrijvingen in de naam;
gebruik in de regel alleen hoofdletters in een naam bij initialismen (anders is dat enorm schreeuwerig en vervelend op kaarten en in andere toepassingen);
bedrijfsnamen correct spellen is beter (het is Kotug, niet Cotug, je voegde dan wel hun website correct gespeld toe);
een kaai kan je mappen met man_made=quay.

When opening a road, make sure to remove the construction=* tag from it too (you leave construction=tertiary on the road here).

Wat bedoel je precies met man_made=yes ( "Aangelegd") op dat noordelijke knooppunt?

Een highway=cycleway (Fietspad) is per definitie toegankelijk voor fietsers, bicycle=yes is dan ook meestal niet nodig.

In deze wijzigingenset maak je per ongeluk een knooppunt aan op het Willemspark, en versleep je per ongeluk het punt voor adres Achtmeilaan 28. Dat heb ik nu gecorrigeerd. Pas dus op dat je niet per ongeluk dubbelklikt op dingen en dat je niet per ongeluk een node versleept als je in de kaart wil bewegen.

In het bijzonder op access=*

Op een footway ("Wandelpad") is het niet nodig access=no ("Gebruik toegelaten voor algemeen") en foot=yes te zetten. Dat wordt al geïmpliceerd. Ik zie dat het bewerkingsprogramma iD dit niet duidelijk maakt, ik zal kijken of dit verbeterd kan worden.

Meer info over toegangsbeperkingen kan je op de wiki vinden: osm.wiki/

Dear sir,

you are adding information in a way that is not compatible with OpenStreetMap, which is why our fellow mapper Glenn Plas is agitated.

He suggests that you use the documentation provided to you in the Official OpenStreetMap Wiki which you may read at osm.wiki/ . All so-called tags are explained there. For example, the documentation for the tag "ele" can be found at ele=* . The documentation tells you that the tag is meant for "Elevation (height above sea level) of a point, in metres." So you cannot enter "Popular Locality" there, it is not the meaning of the tag.

Yours Sincerely

Mister Midgard

addr:country is always unnecessary.

In Flanders, you don't have to add the city or postcode either. Those are determined by boundaries, all software can handle that.

Near a border this information may be useful if it is not properly drawn, but in the center of Bruges it is not needed.

Those virtual roads are sometimes added to help with routing, because there are no routers yet that can route over areas.