Add a well known tag saying that this node is a toilet:

* amenity=toilets

(I see that now you use this tag, thanks 😀)

Avoid proprietary tags.
I see that now you use description 😀

In the description I read "Site Owner: Private "
You could use the standard tags:
* owner=xxxx
* access=private
See [access](access=*?uselang=en) in the wiki.

* picture=Nil
* not useful → delete it

If you upload picture on internet, mapillary or wikimedia, use one of the following keys:
* image=http://server.domaine/path/to/the/image
* mapillary=xyz
* wikimedia_commons=File:name of the image

Best regards,
_
Yves

Hi,

Some of your OSM objects use the local:picture key that is "unusual" ;-)

Could you upload them and use the image or wikimedia_commons keys ?
Or remove theses tags ?

In the second case, you could use the OSM ID in the local filename or in a tag to link your local photo to the OSM object on your map...

Best regards,
_
Yves

PS: https://overpass-turbo.eu/s/O0G

Bonjour,

Pour info j'ai corrigé/nettoyé les clés image, image_2, mapillary et subject:wikipedia pour la plaque de Rue du Maréchal Soult

Cordialement,
—
Yves

Hi Peter,

I fixed picture, wikipedia_1 and wikipedia_2 tags ;-)

BR,
Yves

Your right. I click to fast on the upload button.

(I split my previous and next uploads by countries)

BR,

—
Yves

Not kill, just "merge" with wikimedia_commons.

Nothing "wrong".
As the url in this image tag link to a wikimedia file, wikimedia_commons tags is more appropriate.
(And the value is shorter).

Note: this wikimedia_commons syntax specify a Category and a File (so that's why I removed image key).

Hallo Jo,
I repaired wikimedia_commons values according to wikimedia_commons=*
Values MUST start with File: or Category: to let software to display images.

Best regards,
—
Yves

PS: I do that all over the world

done

Hi,
These tags came from the import (S-57 data) and must be deleted.
I will do this later.
Thanks Jan for your message.
Yves

> That's an osmose issue
+1

> he tower and the lighthouse are one single building,
>I think there should be a relation as you've created a building in another building.

I tried to do that, with all the tags on the relation, except ref:FR:ANFR and seamark:* on the tower.
But I wasn't satisfied.

If you have a good solution, you're welcome

BR

height is kept on the tower itself (way/737281110)

source value was obsolete. The source used is on the changeset.

ref ? Do you mean seamark:light:reference ?

According Malcolm, seamark:light:reference is deprecated.

I get and clean the value and store it in ref:admiralty
I also use other references:
ref:nga
ref:uscg in USA
ref:aladin, ref:shom in France…

BR,

Buongiorno Tomi,

The lighthouse already exist : node/336628434

I will merge the 2 lighthouses...

BR,
__
Yves

You could see it on OpenSeaMap with it AIS position :
http://map.openseamap.org/?zoom=18&lat=37.48879&lon=15.08484&layers=BFTFFFFFFTF0TFFFFFFFFF

Or on Marine Traffic:
https://www.marinetraffic.com/en/ais/home/centerx:15.085/centery:37.489/zoom:19

Merci :)

Zut, on a oublié de supprimer la source IGN.
En regardant l'historique, ça vient de "US NGA Pub. 113. 2010-10-22."

MMSI source is https://www.marinetraffic.com for AIS beacons outside France
---

Published using OSMCha: https://osmcha.mapbox.com/changesets/74919919

Salut Adrien,

J'ai corrigé le nom "Birvideaux" et rajouté les MMSI des émetteurs AIS (source: https://maritime-eadministration.anfr.fr/internet-search-navire)

Pour le Phare des Birvideaux, il y a deux noeuds (le repère géodésique, et le phare lui même, à moins que ce soit le phare et une bouée. Les 2 points sont distants de 40 cm !!).

Je préfère garder le repère sans les tags maritimes et garder les seamark: sur le "phare" qu'on peut déplacer sans toucher au repère.

Ils ont des valeurs différentes (cf. infra).
Je te laisse vérifier ce qui est bon.

Merci,

—
Yves
seamark:light:range=10
seamark:light:range=24
seamark:light:colour=white
seamark:light:reference=D 1014
seamark:light:sequence=1+(1)+1+(3)
seamark:topmark:colour=black
seamark:topmark:shape=2 spheres

Salut Antonin,
Merci pour tes contributions de supports d'antennes. J'ai effectué quelques corrections :
suppression du type de support de tag name, ajout ou correction des faisceau hertziens. Le tag est communication:microwave=yes)

Cordialement,
--
Yves

Pour info, tu les retrouves sur https://openinframap.org/#15.54/46.894152/6.35546 ou https://carte-fh.lafibre.info/index.php?no_sup_init=449560

449560 étant le n° de support (ref:FR:ANFR=449560)

Salut Didier,

J'ai eu un problème avec JOSM lors de l'envoi de mes modifications.

As-tu supprimé seulement les objets en doublon (poteaux de la ligne électrique, bornes de repérage du gazoduc) ou as-tu fait un reverse de tout le changeset ?

Merci.

Yves
---

Published using OSMCha: https://osmcha.mapbox.com/changesets/70364433

Le poste est réellement orthographié comme ça (cf. https://commons.wikimedia.org/wiki/File:Men%C3%A9trux-en-Joux_(Jura),_poste_de_transformation_%C3%A9lectrique_02.jpg)

Les techniciens manquent parfois de lettres, ils les remplacent par la lettre la plus proche graphiquement ou phonétiquement. Par exemple, le V inversé devient un A, ici le A devient un E, etc.

En attendant d'avoir des données ouvertes plus détaillé (ou l'accès aux documents internes d'Enedis) il est plus prudent de ne rien changer, ou du moins de garder le nom "mal" orthographié en alt_name
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.mapbox.com/changesets/70586551

Re,
Descriptions utilisées à la place de noms : inutiles.
Le type de tour pour le relais TV est incorrecte.
C'est tower:type=communication comme pour les antennes GSM.
Cf. osm.wiki/FR:Key:tower:type

--
Yves

https://www.cartoradio.fr/index.html#/cartographie/lonlat/6.5987641/47.1416677

node/5520246886
node/5548426865
node/5548426863
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.mapbox.com/changesets/58040500