Hi,

wikipedia key for website is unapropriate.
I fix it for Division office

Best regards

Hi,

The dam name=Wae Ela was duplicated. Also, the key wikipedia is incorrect (wikimapia is NOT wikipedia).
The key should be url or website if this this the official website (see wiki).

The way with tag id=0 is not usable.

Please, could you clean you data.

Best regards,
Yves

you're welcome :)

Bonjour,

Merci pour cette contribution. J'ai fait quelques corrections pour que la borne s'affiche sur une carte.
Ne pas hésiter à chercher dans le wiki le(s) tag(s) le plus appropriés.
Ici : osm.wiki/FR:Tag:historic%3Dmilestone

Cordialement,
_
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

Hi,

I found user eddyp that add this key 10 years ago.

"local:picture" doesn't "exist". It should be "image".

BR

Hi David,

The image value "Optimus Prime" is unusable. I couldn't find any picture on wikimedia commons with this name ;)

Could you upload a picture and add it's commons filename or URL ?

Regards,
_
Yves

image=File:Optimus_Prime_Model.JPG
image=https://upload.wikimedia.org/wikipedia/commons/e/e2/Optimus_Prime_Model.JPG

I didn't understood that "Załaduj groby" was a button to load data :D

There is a search button that don't seem to work. (display an empty popup)

Thank you very much for the link :-)

I started a talk to document this usage:
osm.wiki/Talk:Tag:cemetery%3Dgrave#relation_type.3Dperson_used_to_described_who_is_buried_in_a_grave_.3F

BR,

—
Yves

Also, I understood how theses relation are used.

The wiki suggest to use buried:wikidata=* tag and described the person in wikidata.

See cemetery=grave

This one could be deleted. There is 2 relations type=person
relation/2521437 (with a member role=tomb)
relation/2449409 (without member)

The second could be deleted (values could be merged with the first one).

Ok thanks : I understand what is these unusual relations :-)

And I found the grave : node/1943840858

So, I think that relation/2449409 could be deleted :-)

—
Yves

Of course :-)
But could you remember which one and add-it as member ?

Thanks

Hi,
This relation haven't any members.
So it can't be geolocated.

Could you fix it ?

BR,
—
Yves

Hi,
Does node/963510071 is http://openplaques.org/plaques/39133 ?

Best regards,
—
Yves

openplaques:id=39133

Thank you 😀

Hi Adam,

Please dont't put the string "key=" at the begening of a key ;-)

flickr="flickr=https://flic.kr/p/2h8WyCB"
Use
flickr="https://flic.kr/p/2h8WyCB"

Best regards,

—
Yves

Salut Jean-Louis,

J'ai remplacé le tag "non standard" photo:flickr=* par… flickr=*

Amicalement,

—
Yves

PS: I forgot :

"flickr album" is not a "valid" key as no applications use it.

Hi mountain biker :)

For way/393471099 you could use flickr=https://www.flickr.com/photos/mtbboy1993/sets/72157685738509754/ to add a link to the album.

If you want both link to the picture and the album, use image=https://www.flickr.com/photos/mtbboy1993/36875315305 for the picture.

Note: the album is accessible by the picture.

Best regards,