I just got an email notification. ;-) but else if you have other question/want to chat with the community feel free to join the chat riot or irc (the link is on the belgian contact page : https://openstreetmap.be/en/contact.html ).

Yes i did check all the highway=services in Belgium to look for bad tagging (some people used the highway=services for service road..., probably using the preset). And as the JOSM validator warn for "area=yes is not necessary" on this tag (and the osm wiki doesn't mention any need of area=yes for this tag either -> it is logical as it can only be a node or an area), i removed all of the "area=yes" on these objects in Belgium at the same time.

I suppose that ID editor didn't updated the presets (but it is not wrong, just unnecessary).

Happy mapping, ;-)
Anakil
Member of OpenStreetMap Belgium

Bonjour ArnWald1504,

Merci de ta contributions, juste un petit détail : tu avais "cassé" le polygone de la zone résidentielle (en ne connectant pas les deux bouts après l'avoir divisé), je l'ai corrigé mais c'est toujours bon de faire attention avec ça. ;-)

Sinon, pour information, tu n'est pas obligé d'ajouter la commune et le code postal dans l'adresse sur chaque bâtiment (c'est optionel en Belgique) car ces informations peuvent être déduites des polygones de limites administratives existants (on sait dans quel commune et code postal se situe le bâtiment). Ce n'est pas une erreur, mais ça peut te faire gagner du temps quand tu contribues et puis, cela ajoute moins de "tags" à chaque éléments le rendant plus lisible.

Ah et aussi, si tu veux tu peux utiliser la couche du plan du "PICC" (plan de la région wallonne) disponible via le bouton en forme de feuille empilée (à droite dans l'éditeur), afin de pouvoir tracer avec plus de précision. Il se peut que le plan soit obsolète par endroit, mais si l'imagerie aérienne montre que le bâtiment n'a pas changé, le PICC sera généralement plus précis, et puis on peut y voir généralement le numéro des maisons. ;-)

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Bonjour Vandezande Mickael,

Merci de ta contributions, j'ai juste une remarqué une erreur : fais attention à ne pas bouger et positionner des éléments à des endroits qui n'ont pas de sens !
Tu avais déplacés des arbres sur une route et un bâtiment ce qui n'a aucun sens (j'ai retiré ces deux éléments), je suppose que c'était fait par inadvertance (cela arrive), mais dans tout les cas, il faut toujours faire attention à ce que l'on édite car c'est mis en direct sur la base de données publique ensuite, et de nombreux utilisateurs/entreprises se basent sur ces données.
Un petit truc pour se rendre compte : tu vois que tu as fait un changement car le nombre de changement dans l'éditeur augmente et cela s'ajoute dans la liste de ce que tu as changé dans la liste quand tu sauvegarde le tout.

Happy mapping,
Anakil

Hello filu,

The access = designated generally doesn't apply in Belgium as it would mean that the foot and bicycle traffic have this road for them (which doesn't exist in the belgian road code). If you want to say that foot and bicycle traffic can pass here, it is foot=yes and bycicle=yes which are both implied for residential road in Belgium, so you don't need to add it (look here for default access : osm.wiki/OSM_tags_for_routing/Access-Restrictions#Belgium). The access tag is only important on those road when the access is forbidden (by signs..). :-)

Happy mapping,
Anakil
Member of OpenStreetMap Belgium

Bonjour Qualideco,

Merci de tes contributions, juste deux-trois petits conseils et remarques :
- Essaye de mettre des commentaires de changement qui soient utiles (car ici c'est 10-20 fois le même commentaire qui n'indique de toute manière pas ce que tu fais), c'est très utile pour un autre contributeur afin qu'il sache ce que tu as édité.
- Pour les tags d'accès, il y a une règle "hiérarchique" (voir sur le [wiki](osm.wiki/FR:Key:access#Restriction_des_modes_de_transport) ) où le tag access=* est le plus général et les tags spécifiques comme "foot=yes" remplacent la valeur du tag access.
Par exemple : "access=no" + "foot=yes" + "bicycle=yes" comme sur le bollard ici, veut dire "Accès interdit pour tous SAUF pour les piétons et vélos". Et il n'y a pas de valeur 'accès=public' car c'est juste l'accès par défaut.
- Aussi, indiquer que c'est un cul de sac (noexit=yes) n'est pas nécessaire car la route se poursuit après le bollard (le cul de sac dans OSM est vraiment une rue qui se finit sans rien après - même pas un sentier). En effet, les tags d'accès donnent déjà l'information qu'un véhicule ne pourra pas passer le bollard de toute manière.

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

PS : Est-ce que le bollard n'est pas passable à cheval ? Car la dernière fois que je suis passé, il y avait assez de place pour y passer, mais ça a peut-être changé ! ;-)

Hi, I'm not from the area, i had edited it to fix newcomers mistakes. ;-p
I can't help. :'(

Hi Icestar_,

Just a small hint, the churchyard tag is apparently only used when there are no graves around a church, and if there are graves (like here) we use "amenity=grave_yard".
I spotted this because there was an un-tagged polygon next to it. ;-)

Happy mapping,

Bonjour Clément75,

Tes édits ici sont tous des duplicatas de données existantes, et tu as aussi supprimé le tag "route" d'une des routes ! J'ai retiré l'ensemble des données dupliquées et remis le tag de la route comme avant, mais à l'avenir fais attention à ne pas ajouter des choses qui existent déjà et de ce que tu édites. Les universités sont généralement renseignées sur un polygone (ou une relation (=groupe de polygones/lignes/points) donc regarde autour avant d'ajouter un nouveau point.

Happy mapping,
Anakil

Hi,
It is not residential because the definition is relatively strict to include residential building along the "residential" road in OSM. We had a similar discussion about this on the riot chat i think, and multiple people told that it should be in a residential area (landuse) and with multiple residential buildings to be "residential road" (but we could re-ask it ^^). So it could either be unclassified or service road. At this time i choose service, but it could be changed to unclassified. But in this case, i think that these small portion are not the main driving parts, and should only be used for access to the building, parking or to the bus stops, ... So to me, it is more a service road than a "normal - connection" road (but that's my opinion ahah). I though as "how do i map road in a parking or in a bus station, as it is service road there, i choose the same classification here.

Bonjour Roman Guy,

Il y a un truc que tu fais très souvent et qui est très "ennuyant" pour beaucoup d'utilisateurs des données, c'est de coller le landuse aux routes ! ^^'

En effet, il est dit dans les bonnes pratiques que le landuse ne devrait jamais être coller à d'autre éléments que le landuse lui-même (sauf exception comme lorsqu'il passe entre deux bâtiments mitoyens par exemple, il est alors toléré de le connecter car ça facilite les choses).

Dans le cas des routes, c'est complètement faux car la route elle même fait partie d'un landuse différent (qui n'est généralement pas cartographier dans OSM actuellement mais qui existe quand même -> on peut le cartographier via les tags "area:highway=*" osm.wiki/Proposed_features/Street_area), il faut donc arrêter la zone des autres landuse aux limites de la route (la route inclus les accotements et trottoirs si on suit la définition légale belge - mais ça c'est au jugé à chaque endroit ;-) ).

C'est surtout ennuyant pour quelqu'un voulant éditer ou utiliser les données par la suite car on ne peut pas changer la route sans que cela bouge toute une série d'éléments avec, ajoutant énormément d'étapes (décoller les éléments, les repositionner...).
D'ailleurs, la même règle s'applique aux parkings, on ne les colle pas à la ligne "route" car la zone de parking ne désigne que la zone où on se gare, pour la connecter à la route on trace les allée de parking (highway=service+service="parking_aisle") pour ça. Si c'est le long d'une chaussée, on peut tagger directement les parkings sur la ligne de la route (parking:lanes=* voir ici osm.wiki/Key:parking:lane ) .

Bien à toi,
Anakil

PS: J'espère que je ne parais pas trop "aggressif", c'est juste que c'est une mauvaise pratique (que tu n'es pas le seul à faire) assez ennuyante car demandant énormément de temps à corriger par la suite, donc si on pouvait ne plus devoir le refaire après ce serait super. :-)
Cela évite aussi que de nouveaux contributeurs copie cette pratique à l'avenir. ^_^

Hi @lex99,

Thanks for your contributions, just be careful as you put two times the levels tagging into a wrong tag "building_1 = levels=4" which should have been "building:levels=4" (or via the filling form provided in the interface of the editor). ;-)

Also try to use the imagery "PICC" (you can change it by clicking on the button with paper layers on the right side of the editor) - it is an high accuracy (<25cm) plan from Wallonia. The only thing is that it can be outdated so you still need to check the recent imagery (to see if a building still exist), but then you can copy the building shape from the PICC.

One more tips : as most buildings are squared, you can right click on the polygon you have just traced and click on the "square" (shortcut is 'S') button to orthogonize angles.

Happy mapping ! :-)
Anakil
Member of OpenStreetMap Belgium

PS: Feel free to contact us (the belgian community) via one of our contact information (email, chat, ...) : https://openstreetmap.be/contact.html

à la communauté* (j'ai envoyé le commentaire trop rapidement ;-) ).

Si tu veux nous contacter, regarde sur un des canaux suivants (email, chat riot ou IRC, ...) : https://openstreetmap.be/contact.html

Bien à toi,
Anakil
Membre de la communauté belge d'OSM

Bonjour @lex99,

Merci de tes contributions, juste une petite erreur que j'ai repérée est à propos des tags pour un cabinet de rue "telecom", on utilise les tags suivants "man_made=street_cabinet + street_cabinet=telecom" (voir wiki osm.wiki/Tag:man_made%3Dstreet_cabinet#Telecoms_and_postal_services) et ce seulement sur un point ! Car ce n'est pas un polygone (c'est trop petit) ni un bâtiment. ;-)

Je me doute que c'est dû au fait que l'éditeur du site n'a pas de "preset" pour ce type d'élément et donc ne te guide pas là-dessus. N'hésites pas à rechercher sur le wiki d'OpenStreetMap pour voir un tag que tu ne connaîtrais pas (ou à demander àa !

J'ai recorrigés les quelques trucs que je t'ai mentionnés, et j'ai bougé les tags du restaurants que tu avais ajouté depuis le point vers le polygone taggé "indoor=area". ;-)

[Just to re-assure you, i'm not following your actions, i'm getting notified of some type of changes (like deletion of indoor tags) by script and thus i can react quickly. ]

Please watch out for indoor tagging (indoor=* tag is an indication) :-) . I put the restaurant information on the indoor area itself (showing nicely in indoor map, and showing just like a node would on the normal map). Note that the hotel was mapped indoor with the floor plan.

I see that you merged multiple buildings at Erasme. The ID editor is not really telling you that their are lots of ways that you are editing which i suppose is just that you "merged" elements which don't always works on ID editor as it create useless relations ! For areas mapped in such details, it is really recommended to use the advanced editor JOSM to realize what you are editing (ID don't give lots of warnings). For information, the current situation is that the "node" are considered within the building as they intersect it geometrically.

And for the level tag on POI on the center, it should be 2 if on the "concrete slab" as we are two levels above the ground (2 parking levels mostly). More details explained here osm.wiki/Ottignies-Louvain-la-Neuve (in french).

For street in center of LLN the convention 'we made' - mostly myself - (described on the wiki above) to avoid duplicate and having good rendering, is to name only the area as the line is only for routing purpose -> the pedestrian area.

PS : Louvain-la-Neuve is really a difficult city to map as it consists of multiple layers on top of each other and complex buildings all over the place. This explains the number of special assumptions needed here ! ;-)

First, I don't know everything, we can always discuss it if you think it is not good ahah. ;-)

The shop node with entrance might be badly represented on the editor (when looking at the icons, the entrance icon often is showed instead of the shop icon -> it is only visual in the editor, they are just prioritizing the wrong icon !), but on the maps it is rendering well (as logically "entrance icon" is a low priority icon, if nothing else is more useful).

The POI (point of interest) tagging is in fact more an "iterative" process, from less details to more (like most of OSM things). You can tag a POI like a shop on a node or an area (if it occupy the entire building) but it give little information other than "there is a shop there", then if you increase the level of detail you can map the entrance node [and if it was a shop mapped as a node, with the address and the shops information on it; ELSE if it was a shop mapped on the building, you can just put the node entrance=yes / entrance=main if multiple entrances, entrance=exit, entrance=emergency, ... it will inherit the information on the building outline it is connected to !] (it give the same information as before, but also the exact position of the entrance for this POI, thus routing can send you exactly there, which is useful especially for buildings with multiples entrances). Don't forget to connect the entrance node to a road by adding a footway if necessary (to be routable), here in LLN city center, we have pedestrian connected to most buildings, so it is already connected. And a greater level of details is when we map indoor elements, with exact room shapes, ... like i did in the Esplanade (look at this website to see the rendering : https://openlevelup.net/?l=1#18/50.67087/4.61645 (level 1 and 2 are for shops, below are the parking (not mapped currently other than via the entrance node)).

Thus, if you have "infinite time and ressource" you could really map things to an incredible level of details ! ;-)

Au moins, si pas la suite il faut repositionner les éléments, tu n'as plus qu'à tous les déplacer, il n'y en aura pas certains décaller par rapport aux autres… ;-) Et généralement pour les erreurs dont on parle (j'ai rarement vu plus de 2-3 mètres :p), cela n'a pas beaucoup d'importance.

Par défaut, je dirais ça dépend (à noter qu'avec la nouvelle imagerie d'il y a quelque jour, c'est moins marqué l'écart entre les deux). L'idéal reste de vérifier avec plusieurs traces GPX pour s'assurer de la localisation (plus long ahah ;-) ).

Normalement les deux couches ont une erreur moyenne de max 25 cm en "X" et en "Y" (donc un exemple du pire cas est un décalage de 25 cm vers le "haut" et un décalage de 25 cm vers la "droite"). En majeur partie le PICC est mesuré sur le terrain (mais date parfois un peu), alors que l'imagerie aérienne est re-calée sur base des photos et orthoréférencée ce qui peut induire des erreurs locales.

Bref, choisis une des deux pour t'aligner et quand tu dessines sur base de l'autre, ré-aligne toi avec celle de "référence". Dans les environs, j'utilise souvent l'imagerie satellite comme référence car elle est vraiment plus à jour (et donc quand je traces sur le PICC, et que ça n'est pas correspondant (en tolérant une erreur légère), je bouge juste le polygone/ligne que je viens de tracer (dans ID editor ça se fait avec le clic droit sur la ligne que tu trace > déplacer (raccourci M je crois)).

Hello iNyar,

What is the reason to remove the tags "entrance=yes" on the various shops ? They are placed on their entrance, and correspond to that on purpose.

Best Regards,