Pour plus d'explications et de conseils:
osm.wiki/Good_changeset_comments

"no mame" is a strange name. Did you mean this way has no name? For that, there's the tag noname=yes, see noname=yes

Dag Trui,
Je had hier enkele zaken (wellicht ongewild) verwijderd, zoals de tags die we op gebouwen plaatsen om de link met het GRB te maken. Ik heb daarom jouw wijzigingenset even teruggedraad. Zo kan je terug van een 'schone lei' beginnen.

Een site relation gebruiken voor wat je wil doen, lijkt me hier niet correct, zie daarvoor de uitleg op osm.wiki/w/index.php?title=Relation:site&uselang=nl
Als Samenhuizen vzw de beheerder is van al deze projecten, dan kan je de operator tag toevoegen aan de individuele gebouwen (zie operator=*). Als het enkel gaat om lidmaatschap van een organisatie, dan wordt het moeilijker. Zo'n lidmaatschap is ook moeilijk te verifiëren op het terrein, wat een van de basisvereisten is om iets te mappen in OpenStreetMap.

Als je wat meer info geeft, kunnen we helpen zoeken naar een oplossing.

Thanks for claryfying that! Best to put information like that in a note tag. I've done this for you.

Happy mapping!

OSM is not a place to announce events. There are better places with more visibility to do that.

Bedankt voor de verbetering!

Bedankt om dit te melden. In dergelijke gevallen is het beter om de toegang als privaat aan te duiden, ik heb dit alvast aangepast.

Bedankt voor de update!

Hallo,

Bedankt om dit laadstation toe te voegen! De wijzigingen die je deed werden allemaal geregistreerd, maar ze werden inderdaad niet gerenderd in de standaardlaag van osm.org. Bij die rendering worden altijd vastgelegde regels gevolgd om de kaart zo helder mogelijk te presenteren. Een van die regels kan zijn om bepaalde icoontjes niet te renderen als ze bovenop elkaar zouden vallen. Ik denk dat dit hier het geval was met de P van de parkeerplaatsen en het icoontje voor het laadstation. Ik heb het laadstation iets meer naar de muur verplaatst (zoals het ook in werkelijkheid is) en nu worden beide icoontjes gerenderd op het hoogste zoomniveau. Wil je zicht op de OSM-data specifiek voor laadstations, dan kan je ook terecht op https://mapcomplete.osm.be/charging_stations.html?z=18&lat=51.06186&lon=3.318343

De naam die je had toegevoegd, is niet echt een naam (eerder een beschrijving van wat het is). Ik heb daarom de naam verwijderd en een network=Allego tag toegevoegd. Het id heb ik verhuisd naar de ref-tag, omdat die daar beter thuishoort.

Blijf vooral mappen en neem gerust contact op bij vragen!

Vriendelijke groeten,
Seppe

✅

Wat de detailfoto betreft: deze geeft extra informatie die kan gemapt worden. Wellicht maak ik daar een dezer nog eens werk van.

Dag Philippe,
Ik wil ten opzichte van jou persoonlijk helemaal niets. Als ik zaken map in OSM, dan doe ik dat nooit voor één persoon, maar steeds voor een grote community. Ik probeer daarom ook de afspraken te volgen die binnen de community gemaakt worden. Voor de osm.wiki/Tag:mapillary=... tag is de afspraak: "This key uses the unique key Mapillary assigns to each photo, not a direct link." (mapillary=*). De reden hiervoor wordt toegelicht op de wiki.
Als die afspraak jou niet zint, dan kan je uiteraard in discussie gaan met de community. Ik heb begrepen dat je dit in het verleden hebt gedaan met duidelijke argumenten, maar dat de consensus toch is gebleven bij de key in plaats van de volledige URL. Ik kan me voorstellen dat dit voor jou misschien niet leuk is, maar als je met vele mensen samenwerkt aan een mooi project, dan moet je er ook mee kunnen leven dat de uitkomst misschien niet altijd is wat je zelf in gedachten had.
Trouwens, de consensus kan uiteraard steeds nog wijzigen, mits er (nieuwe) overtuigende argumenten op tafel worden gelegd. De comments van individuele changesets zijn echter niet de juiste plaats om die argumenten neer te leggen. Ikzelf kan daar abstractie van maken, maar beginnende mappers schrikt dit soms af. Dat is natuurlijk jammer, aangezien ze gewoon de richtlijnen van de wiki volgen.

Dag Stijn,
Je kan niet zomaar je eigen routes beginnen intekenen in OpenStreetMap. Gebruik daarvoor liever een dienst zoals RouteYou, die met de OpenStreetMap data aan de slag gaat en jouw toelaat om persoonlijke routes op te slaan. Een andere mapper heeft jouw wijzigingen al teruggedraaid.

Verschillende mappers hebben gemerkt dat ze vaak fout zijn (i.t.t. de huisnummers). De consensus was dat we ze beter niet overnemen.

Hi A127,
Have the flat numbers of these buildings been surveyed? If not, we'd better remove them.

From what you explained in the YouTube video, I guess this combination of tags is suitable here:

historic=archaeological_site
site_type=megalith
megalith_type=stone_ship

(see historic=archaeological_site
site_type=megalith
megalith_type=stone_ship)

Happy mapping!

As a sidenote: if the wikidata item would have referred to the hospital as a whole (not only to this one building), then it would have been better to draw an area around the grounds of the hospital and put the wikidata item (and the name) on that way. See amenity=hospital for further explanation.

Hi Albin,
Thanks for adding the name (and later the Wikidata item) to this building. Please note however that the building is mapped with a multipolygon that has an outer and an inner way. The name should be on the building multipolygon and not on the outer way. I fixed this for you in changeset/123780845

Dag Kris,
Bedankt voor alle aanvullingen en opmerkingen. Ik denk dat we alle percelen van de "Vallei van de Zuidleie" best in één natuurgebied steken. De afzonderlijke delen (Warandeputten, Leiemeersen) kunnen we dan apart een naam geven met de tag place=locality. Dat lijkt me een elegantere oplossing dan met namen tussen haakjes te werken. Het is een werkje waar ik me wel mee wil bezighouden. Ik veronderstel dat de Warandeputten Zuid dan ook opnieuw mogen aangeduid worden als moerassig gebied, want die tag had je verwijderd.

Geef hieronder of via een privé-bericht gerust een seintje mocht je hierbij nog vragen of opmerkingen hebben.

Vriendelijke groeten,
Seppe

(I've already edited this one)