Note bien que les FANTOIR sont différents si une rue de même nom est coupée entre deux communes. Il faut juste scinder le way au franchissement de frontière communale et on peut alors aussi mettre des noms différents ("Rue X" ou "Route X"). Dans de rares cas, une rue sert de frontière entre deux communes (et parfois n'a pas la même nom suivant le côté: le way montre les deux noms, mais chacune des relations pour chaque commune n'en indique qu'un mais les deux vont inclure le même way, qui n'aura aucun code FANTOIR, présent uniquement dans la relation. Et alors en aucun cas les noeuds n'ont alors besoin du nom de la rue ou du code FANTOIR.

De plus ce qu'on t'a dit sur le forum c'était de mettre le fantoir sur les ways, pas sur les noeuds ! Si ça rapproche pas correctement, crée une relation contenant en membres les ways concernés (role: "street") et tous les noeuds d'adresse de cette rue sur la commune. Et plus besoin alors de mettre le nom de rue ou le code FANTOIR sur les ways et tous les noeuds, juste indiquer addr:housenumber ou addr:housename uniquement sur les noeuds. Les outils BANO savent rapprocher ça comme il faut et sans ambiguité.

De plus les addr:street que tu indiques ne respectent les conventions : abréviations (''rte" au lieu de "Route"), oubli de capitales ou d'accents. Donc il est normal que les rapprochements ne se fassent pas correctement !

C'est parfaitement possible avec la relation qui résoud aussi le cas des rues à cheval sur plusieurs communes ou des adresses sur une commune dont l'accès se fait pas la commune voisine (il y a plusieurs codes fantoir et autant de relations, une pour chaque commune)

I agree, notably for this place where it is a public parc with significant public investments by the municipality: this is a place to visit and take leasure time.
The only reason why one would remove them would be to add more precise data with species, tree sizes... This is not just a large area of grass.
Public leisure parks are frequently detailed with trees, paths, leisure equipements for children, toilets, recycling bins. Trees offer shadows in summer time and are part of the landscape when walking, or limit places where you can physically walk, or play ball games...

Le changement a eu lieu durant l'été 2016 (la pizzeria était encore ouverte en mai, et en octobre le réparateur de véhicules était totalement installé et déjà ouvert)

En fait la petite pizzeria dans l'angle (et l'autre petite boutique "Black Swan" à côté fermée depuis longtemps) a été remplacée par la boutique de nettoyage de véhicules et réparation de pare brise (l'ancienne boutique BlackSwan est pour ses bureaux et son accueil, l'ancienne pizzeria devient l'atelier).
Ca a été racheté par les mêmes (famille Seillh) qui gèrent la franchise de déménageurs/garde-meuble (et une autre franchise de camions/vans à louer aussi dans le parking derrière, où se situe l'entrepôt de garde-meuble), et qui apparemment possède aussi les locaux au marchand de fruits&légumes....

commique en effet la description. Je pense en fait qu'il y a deux comemrces distincts, une pizzeria devant (à coté du marchands de fruits et légumes) et un garage pour parebrise derrière, avec le petit parking qui sert aussi pour "Leader pneu", à moins que la description était en fait destinée à la boutique "Leader pneu" et a été ajoutée en sélectionnant mal le bon noeud.

Note: s'il y a déjà une relation associatedStreet, pas la peine de surcharger en redondance les noeuds d'adresse avec des tas de tags ou même le nom de la rue: la seule référence du noeud par sa relation suffit et on n'a besoin que de addr:housenumber et addr:housename éventuellement ou des tags qui sont spécifiques au noeud lui-même (tels que shop=* ou amenity=*, bien que de nombreux sont plutôt géolocalisés par une surface englobant batiments, aires de services, voies d'accès privées, jardins, clotures extérieures, portails... et parfois plusieurs noeuds d'adresse dont un seul est l'adresse de contact normale: de même plusieurs noeuds shop=* ou amenity=* peuvent être nécessaires à la même adresse pour des services différents, mais un seul sera référencé par la relation associatedStreet, et ce noued devrait alors de préférence être distinct de ceux des services, laissé nu avec juste addr:house*=*, tandisque les noeuds de services pourront avoir des distinctions sur les champs contact:*=* et non addr:*=* réservé aux noeuds d'adresse référencés par la relation associatedStreet)
Dans ce cas seule la relation associatedStreet a besoin de ref:FR:FANTOIR et on peut la virer des ways membres. Mais je n'ai jamais vu ref:FR:FANTOIR sur les noeuds d'adresse puisque c'est une référence pour la rue entière (dans sa partie dans la commune concernée) et non l'adresse isolée. Les relations associatedStreet servent aussi à désambiguiser les cas des rues et adresses entre deux communes limitrophes (les noeuds peuvent être sur une commune où il n'y a même aucune partie de way membre... une relation associatedStreet pouvant alors n'avoir que des noeuds d'adresse et aucun way membre dans quelques cas assez rares mais qui existent!)

So I restored the natural=reef (should it still be part of boundaries ? I doubt this matches the definition of baselines across bays, that normally connect two points of actual land with a straight segment at a limited distance from the coastline, generally not more than about 50-100 meters from it)

That wood area is really too much approximative (it even spans over parts covered by glaciers): all these wood areas are also overlapping eachother instead of joining their borders, and then possibly merge them.
These areas should also avoid covering existing inner rings made only with rocks.
I think it is just a fast manual drawing before more extensice work for more local details. Ideally these areas should also avoid crossing the international border (materialized by pikes in many places and so very unlikely to be covered by wood lands.

Given the surface also and the relief, it is more likely forest rather than (cultivated) woods with visible parcels and regularly spaced paths for exploitation.

So i looked at aerial images, and it is clearly a submerged reef (and should not be a coastline (this makes doubts for including it in land boundaries (the 12 miles maritime boundary is elsewhere and enclose all islands and reefs, it starts normally from the coastline excluding reefs)

Note also that this the way for this reef is also used as a boundary line. If the reef is emerging, the way referenced by the boundary should still be natural=coastline.

In that case you'll need to create a one-member relation including that closed coastline way to tag the relation also as a natural=reef. (note: you cannot have two values for both natural=coastline and natural=reef, the extra relation however will permit it)

But given the size, I suspect it is possibly not really a reef but an islet (in that case don't create the second relation for the reef, just add place=islet: if it is permanently emerging, it is not a reef but effectively a piece of land, limited by its costline, even if the entire surface is rocky, but if you zoom in you'll easily see signs such as guano and small green tracks of vegetation; if it's submerged by tide, the vegetation should turn to algae, black, and there won't be white guano) and you should also see some brown/grey sand. Note that if this is a part of old volcano, the rock may be very dark, with black sand from eroded parts, and lighter sand/dust brought on the surface by winds.

It will be difficult to see where is the high tide level for the exact costline, except by the presence of algae all around. If this is an old volcanic chimney filled by solidifed lava forming a hard pike, all the scories around have been eroded by the sea and there's too much depth for allowing coral reef to develop.

If this is a coral recif, that should instead shown white with a flattened surface covered by white sand and with coco trees, browny remains of crabs (eaten by birds), and normally some arbustive vegetation in the sand/dust mixture. It's unlikely you'll see a beach given the orientation, except in a small part along the south-est, due to sea currents.

You need high resolution aerial view to check the status.

way/282484195 still has natural=yes that incorrectly replaced the previous correct value natural=reef

Note : l'ancien bureau de poste (maintenant c'est une résidence) est marquée au numéro 18 de la Rue de la Poste

Vérification faite sur diverses photos : j'ai viré la référence D 25 sur la petite portion résidentielle du sud; sinon c'est bien la rue de la Poste sur les deux portions nord et sud; il n'y a donc pas de Rue de l'Eglise, mais une Place de l'Eglise (le parking) face aux commerces et parallèle à la Rue des Ecoles au sud de l'église.

Cependant la ref D 25 sur la partie sud semble être fausse (la D25 tourne vers l'ouest rue des Ecoles, et non vers le sud vers les allées des Noisettiers/de la Villouyère; bref cela ressemble à une fusion malheureuse)

Peut-être qu'il y a les deux rues qui se succèdent (séparées par le carrefour devant l'église justement). Je ne vois pas de bureau de poste (mais il n'existe peut-être plus, c'est peut-être l'actuelle bibliothèque, et dans ce cas la rue de la poste est le petite rue vers le sud-est, et la rue de l'Eglise le reste vers le nord: c'est tellement court que localement les habitants confondent facilement les deux, avec des noms d'usage et les deux sont sur la D 25, il y a pu y avoir une fusion ou c'est resté de l'ancien tracé de la D 25 avant ajout des autres rues).

For now I see that only as first begininer edits by a new user in Brasil (and apparently speaking Brazilian Portuguese) that does not know how this project works and has not read any doc: I suggest him to visit the Wikiproject Brazil and get contact there to find training or local meetings.

This looks more like a non-volontary move by incorrect use of the level0 editor. Occasionnaly you can see various places where nodes where dragged unexpectedly instead of copy-pasting them (sometimes this is caused by sudden mouse moves caused by defects or low battery charges in wireless mouses: this creates spikes (that are easily detected by geometry analysers and QA tools. In this example the last segment is much too long compared to other segments for a residential road, and it incorrectly crosses buildings, rivers and seas without any bridge or tunnel.
May be the user intended to create a new node, typing new coordinates, but pasted that coordinate without checking what was selected for modification, or selected the wrong window or tab in the browser where he was in fact just looking at other existing examples elsewhere on the map.