Hello,
I surveyed it when going to the new japanese restaurant there this monday, and it's address is on the "Allée Verte" ! See on their website too : https://www.ozawa.be/contact/ . So did they change it back ? Or does the address for this building still is on "Allée Verte" while the street is renamed ? Which looks wierd but totally possible. :D

N'oublies pas de mettre l'attribut/tag "building=*" sur les bâtiments ! Là tu as juste mis l'adresse je te laisse corriger. ;-D

Bien à toi,

Bonjour Miloose,

Comme tu le demandes, j'ai regardé ton édit ici et à première vue aucun soucis ! C'est très bien fait pour une édition basée sur l'imagerie (évite d'utiliser bing (je vois dans le changeset qu'il est indiqué que tu l'as regardée aussi ;-) ) car elle est vraiment TRES vieille en Belgique). Pour améliorer encore, quelques pistes à regarder :

- Tu peux tagger les bâtiments avec leur type (par exemple, un bâtiment résidentiel "building=residential"; une maison "building=house"; des appartements "building=apartment"; un magasin "building=retail"; "building=garage" pour un garage de maison; ... voir le wiki OSM [osm.wiki/Key:building] pour plus d'infos sur les valeurs possibles). A noter que pour ce qui est des bâtiments résidentiel, il y a une hiérarchie allant de "je sais juste que c'est résidentiel" à "je sais exactement quel type de bâtiment il s'agit" (building=residential est plus générique; building=house ou building=appartement sont déjà plus spécifiques par exemple. Et il y a des valeurs plus spécifiques que "house" aussi si tu veux indiquer plus de détails. Encore une fois, le wiki a plus d'infos).
- Tu peux aussi évidemment ajouter d'autres informations si tu les connais comme le nombre d'étage ("building:levels"=*), l'adresse (seul le numéro et la rue suffise par chez nous), ... Un peu ce que tu veux et qui t'intéresse et connait sur les lieux. :-)

- Au delà de ça, si tu veux tracer le plus précisément possible, tu peux te baser aussi en Wallonie sur la donnée de plan de la région Wallonne - nommée "PICC" - et disponible dans JOSM dans la catégorie d'imagerie "map" (ou "carte" j'imagine en français). Cette donnée est disponible pour tracer et a une précision <25 cm, mais par contre elle peut parfois dater d'il y a plusieurs années. Donc, il est toujours conseillé de vérifier l'imagerie wallonne (qui elle date de l'année passée au pire). Si jamais le bâtiment a changé ou est trop récent, il faut donc se "contenter" de le tracer sur l'imagerie comme tu l'as fait ici. Mais dans le cas où il est disponible sur le PICC, autant se baser dessus car cela sera plus précis. ;-)

Happy mapping,
Anakil

PS: J'ai eu le réflexe de corriger la géométrie de ces bâtiments-ci avec le PICC, donc ils sont déjà légèrement bougé pour correspondre au PICC plus précis. Je me suis dis seulement après que tu aurais peut-être voulu éditer toi-même. :p

Pas de soucis, on débute tous à un moment ! :-D Par ailleurs, si tu as des questions sur comment cartographier quelque chose ou si tu veux juste discuter avec la communauté belge, nous avons un chapitre local avec un canal de discussion (chat via Riot/Matrix ou IRC), notre meetup, une mailing list, un site web, ...

Voici le lien avec les différents moyens de contact de la communauté belge (ex: le chat est le premier lien "OpenStreetMap BE Matrix channel"): https://openstreetmap.be/en/contact.html

Bonjour Miloose,

Merci de ta contribution. Juste 2 remarques afin que tu évites de reproduire une erreur :
- Pour plusieurs des routes, tu as supprimé l'attribut "highway=*" donc retirant le fait que c'est une route justement. Il faut toujours faire attention à ce que tu édites ! ;-)
- durant ces changements-ci tu as modifié un polygone d'utilisation du sol (landuse=residential) et tu l'as remplacé par un "maxspeed=30". C'est une erreur, probablement sans le faire exprès mais il est toujours conseillé de faire attention à ce qu'on sélectionne car j'imagine que tu as sélectionné plusieurs routes d'un coup et par erreur ce polygone.

J'espère que ça te permettra d'éviter ces petites erreurs dans le futur. :-)

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Bonjour Clau2908,

Merci de ta contribution. J'ai quelques conseils et remarques pour améliorer tes prochains ajouts :
- D'abord, il est conseillé d'essayer de ne pas superposer les différents polygone d'un même type (par exemple 2 polygones d'occupation du sol "champ"). J'ai vu à plusieurs endroits que tu avais (probablement sans le remarquer) des polygones se superposant. On conseille donc de suivre les éléments déjà tracé et d'utiliser l'ensemble des "noeuds" (points) en commun pour ne pas avoir ce soucis de superposition. :-)
- Un autre conseil de "bonne pratique" est que l'utilisation du sol est généralement à séparé au niveau de la route (car celle-ci a sa propre utilisation du sol qui n'est pas une zone agricole ou une prairie, même si on ne la cartographie pas souvent). Donc, il faut faire attention en traçant les polygones de bien suivre le bord de la zone où la route est physiquement présente (incluant les fossés car ceux-ci font partie de l'occupation du sol de la route en Belgique). N'hésites pas à zoomer en traçant pour bien éviter que tes points ne se collent "automatiquement" à la route. ;-)
- Enfin, je n'ai pas fait complètement attention si tu l'as respecté ou pas, mais au cas ou : on conseille généralement de ne pas coller (dans le sens d'utiliser les mêmes points) entre les polygones d'occupations du sol (qui est une information abstraite, n'existant pas en réalité) et le reste des éléments existant physiquement/réellement (tel qu'un bâtiment, une route, ...) - sauf exception où 2 occupations du sol se limitent justement par la limite entre 2 de ces éléments (par exemple entre 2 bâtiments mitoyens pour une ferme et les maisons à côté).

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Ah et j'allais oublié, le tag "source=*" n'est pas utile car il est inclus dans le changeset même (l'information de quel imagerie tu as utilisé est automatiquement lié au changeset). Tu peux y ajouter manuellement une source aussi si tu veux quand tu sauvegarde tes changements donc le tag n'est plus utile. C'était un vieux tag utilisé dans le passé et qui n'a plus lieu d'être. ;-)

Bonjour Raphael Leroux,

Merci de tes contributions ! J'ai quelques conseils et remarques pour améliorer tes prochains édits : :-)
- il y a des tags qui sont implicites par défaut (par exemple, salt=no ou tidal=no pour un lac sont les valeurs par défaut et donc assez peu utile) et sont donc généralement non taggé sauf si ambigu (exemple : tidal=yes/no si on est proche de la mer c'est utile et normalement ça ne s'applique qu'à l'eau dans une zone liée à la mer, mais au milieu de la Belgique, il y a peu d'intérêt car rien n'est lié à la marée ^_^). Donc, on peut les oublier. J'imagine que tu remplis une bonne partie de ces valeurs parce que l'éditeur ID (du site web) te les propose, mais la plupart sont complètement inutiles ou optionnelles. L'éditeur propose souvent trop de choses dans le template par défaut. ;-)
Aussi, tu peux voir sur le wiki d'OSM quand tu as un doute, souvent la valeur par défaut est mentionnée (osm.wiki/Key:tidal encore une fois pour l'exemple, dans values on voit que tidal=no est noté comme "default").
- Il en va de même du code postal et de la ville dans l'adresse car ces deux informations peuvent être obtenues des limites administratives existantes (on a des polygones pour le code postal et pour la commune dans la majorité de la Belgique et à terme cela devrait être partout). On n'indique donc généralement que le numéro de maison + le nom de rue sur le bâtiment ou point d'adresse.
- J'ai vu quelques tags erronés mais tu ne pouvais pas savoir : place=island par exemple n'est à utiliser que pour une ile qui est définie administrativement (comme la Corse), ici le seul tag que l'on met c'est par exemple "landuse=grass" pour indiquer que c'est de l'herbe. Il faut aussi créer une relation "multipolygone" pour avoir un "trou" dans le lac. Je l'ai fait et tu peux voir à quoi ça ressemble. ;-)
- On ne met pas d'accès sur les bâtiments car il n'y a aucun accès légal en Belgique qui s'applique à un bâtiment. Les seuls accès légaux peuvent s'appliquer uniquement pour les rues/chemins, les portails (qui sont sur un chemin par exemple) ou une entrée, mais pas un bâtiment en lui-même (le bâtiment désigne bien l'objet physique ;-) ).

J'ai corrigé quelques uns des soucis ci-dessus avant de voir que tu avais édité plusieurs endroits (et que tu étais plus actif), donc je te laisse ce message et tu pourras directement continuer à faire tes ajouts. Heureux d'avoir un nouveau contributeur dans la région en tout cas ! :-)

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

PS : Si tu as des questions sur une chose à tagger ou si tu veux simplement discuter avec la communauté belge d'OpenstreetMap, n'hésite pas à nous contacter via l'un des moyens suivants : https://openstreetmap.be/en/contact.html (par exemple, notre chat sur Riot/matrix ou IRC). :-)

Bonjour jpbt84,

Merci de tes contributions. J'ai quelques astuces à te proposer pour améliorer celles-ci :
- Quand tu traces de nouveaux bâtiments, on conseille généralement de se baser à la fois sur l'imagerie aérienne (celle qui est visible par défaut) mais aussi les données "plan" de la région wallonne (ces données ont une précision <25 cm, et sont donc une bonne source pour tracer les bases de bâtiments). Pour y accéder, il suffit de cliquer sur le bouton à droite en forme de "feuilles empilées" et de sélectionner la couche "imagerie numérique PICC (Wallonie)" (= donnée plan). Il est quand même toujours utile de revérifier l'image aérienne (qui date de l'année passée) afin de s'assurer qu'il n'y a pas eu de changements récents (car le plan date parfois d'il y a 6-7 ans).
- Aussi, il est généralement utile pour un bâtiment à angle droit de l'orthogonaliser avec l'outil prévu pour ça : "clic droit" sur la forme que tu viens de tracée > "orthogonaliser" (le bouton en forme de carré). :-)
- Enfin, une chose à savoir est qu'en Belgique, les codes postaux et nom de communes sont complètement optionnels dans les champs d'adresses sur les bâtiments car ils sont déjà inférés par les limites administratives dans lesquelles on se trouve (on sait dans quel polygone de limite administrative on se situe, et donc par exemple, ici que l'on est dans "Grez-Doiceau" et au code postal 1390). Ce n'est pas une erreur, mais c'est une chose qui n'est pas nécessaire d'encoder à chaque fois, et ça permet de faire d'économiser du temps (et ça simplifie les données aussi car sinon c'est un peu redondant). ;-)

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Or maybe everything with T2 plug i think ? ^^'

Oops forgot about that, it's for cars only. :-)

Bonjour Tbj,

Je viens de découvrir par pur hasard que tu avais supprimé une relation d'un itinéraire de grande randonnée (celle du "GRP 127 Tour du Brabant Wallon") dans ce changeset, et je l'ai restaurée car elle existe toujours bien. J'imagine que c'était par erreur mais fais toujours attention au cas ou ! ahah

Happy mapping,
Anakil

Bonjour Patrice Bertrand,

Merci de tes contributions ! Juste une petite remarque : tu avaiss déplacé le point d'un mémorial à l'autre bout de la ville ce qui ressemblait à une erreur ("miss-clic"), je l'ai donc remis à son emplacement initial. Cela arrive souvent quand on fait un grand mouvement de souris pour se déplacer sur la carte, il est donc bon de se rappeler de faire attention où on met la souris (ou dézoomer un peu plus pour que l'interface devienne "grisée" et qu'on interagisse avec rien). :-)

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Bonjour benjabelge,

Merci pour ton ajout et tes commentaires détaillés ! J'aurais 2 petites remarques :
- nous n'incluons généralement pas de données personnelles dans la base de données d'Openstreetmap (seul des noms publics style le nom d'un bâtiment, le nom d'un magasin, ... sont acceptés et pas "ma maison" par exemple ;-) ). Or je suppose que le nom "@ grumpy's" est une indication "privée" et je l'ai donc supprimé (corriges-moi si je me trompe);
- Pour ce qui est de l'adresse, le code postal et la ville sont optionnelles en Belgique car ils sont inférés par les polygones administratifs en-dessous (on sait dire ainsi que le bâtiment se situe dans les limites de la commune d'Ottignies-Louvain-la-Neuve et dans le code postal 1342 de Limelette). J'ai donc supprimé les valeurs que tu avais mises même si ce n'est pas techniquement une erreur, cela encombre juste moins les données. Et c'est toujours bon à savoir que la seule chose nécessaire à ajouter pour la Belgique est le numéro + nom de rue ! ;-)

Au sinon, pour mieux tracer des bâtiments dans le futur, tu peux aussi copier de la couche "plan" de la région wallonne (pour cela, dans l'éditeur web, il suffit de cliquer sur le bouton en forme de feuille empilée "couches" et de choisir le "PICC" au lieu de l'imagerie aérienne. Le plan a une précision <25 cm, à noter qu'il est toujours utile de vérifier l'imagerie aérienne qui elle est récente (de l'année passée en général) pour vérifier si le plan est encore à jour (car il peut avoir quelques années de retard avec la réalité selon l'endroit). Par ailleurs, il existe un équivalent à Bruxelles (URBIS) et en Flandres (GRB) -> on est compliqué en Belgique ! ^_^'
Par ailleurs, essaye toujours de tracer au mieux (le plus précis que tu puisses) comme ça, la donnée créée est de bonne qualité pour tous. :-)

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Bonjour michelaa42,

J'ai corrigé 2 petites erreurs où tu avais déplacé des points à très grandes distances (un "miss clic" j'imagine). Il est toujours conseillé de faire attention où on clique quand on bouge sa souris. ;-)

Et j'ai aussi changé quelques chemins car quand il est à la fois pour les cycliste et piétons, il vaut mieux mettre "highway=path" (sentier) que "highway=footway" (chemin piéton). En effet, ce dernier est plutôt réservé à un chemin uniquement pour les piétons (style un trottoir, un chemin dans un parc qui a un panneau "interdit aux vélos", ...). Ce qui veut dire que dès qu'il y a au moins un autre usage, on peut généralement dire que c'est un "sentier" (highway=path). Bon c'est un détail au final mais je précisais au passage. :-p

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Bonjour Cecelerigolo,

Est-ce que c'est un bar ou un cercle étudiant (vu l'endroit, je me dis que c'est peut-être plutôt un cercle ?!). :p
Car si c'est un cercle, le mieux est d'utiliser les tags"amenity=community_centre"+"community_centre:for=student" (ex: osm.org/node/6853196693).

Happy mapping,
Anakil
Membre d'OpenStreetMap Belgium

Hi, because it is mostly useless as it is already in the changeset information. For further information useful for mappers, there is the "note"=* tag.

Kind regards, Anakil

Hello, a commen not related to the mappjng feature, but i see in the source that you use maxar imagery. It is generally recommended to use the regional imagery in Belgium as the other are often of worse quality and especially often out of date. In Wallonia, it is the "SPW imagery most imagery" layer with 0.25 cm resolution and dating of last year at the moment. You also have the 'plan' data named PICC that often allow good building shape... If needed but it might not be up to date as it is on a rolling release municipality by municipality). In flanders, you have another regional imagery and Brussels too and they are of this year with very high accuracy for Brussels. It should be automatically proposed in JOSM anyway. :p

Happy mapping,
Anakil
Member of OpenStreetMap Belgium

On the ground it doesn't seem to be production site (to me a production site is an industrial plant like you have for Solvay in La Hulpe or near big harbour like Dunlerque...). From the one I know, it is only R&D happening there as it is linked to the university in Louvain-la-Neuve. I don't know of an intermediate tag between office and man_made=works for labs used during R&D...

There is not really a tag for the company parcel, because we generally don't tag parcels in OSM for many reasons including the fact that it can change quickly and it is not verifiable on the ground (see a list of these reasons on the wiki osm.wiki/Parcel). The only case i saw where we map an area in a commercial park, is for sub-division that are named differently that the main "park". Like for "Parc Monnet" (also in LLN) and one of the sub area is "Monnet Center" which include multiple buildings with multiple companies. It is like a commercial park inside a commercial park, so there we generally creating a second area with the same landuse=* tag but with different name. It is not really recommended but sometimes it can be a way to map it (until someone find a better scheme for it ;-) ).

For companies, what i would do myself is :
- I would map the company names and information on a node or the main building for each one of them. In that case, we can use the "office=company" (or any office=* tag) + name=* if that's an office (osm.wiki/Key:office). You can also have other type of place, but i don't think they would fit in this case as it is mostly offices and labs (at least i think so ;p). It could sometimes also be a shop or a craft (artisinal production), and if so you can use the related tag (you have a similar list of value for shop=* or craft=* on the wiki).
For real industrial places (here there is none of that), the landuse=industrial + industrial=* subtag should help and maybe man_made=works or other for matching sites (see more on the wiki ! Like the list of industrial subtag osm.wiki/Key:industrial).
- Secondly, i would map the details like fences, hedges, grass area, trees, ... in the area. And generally that should be enough to identify the area on the map very well.

These two steps would at least be verifiable on the ground, and well represent the reality.

Kind Regards