Many memorials don't have a wikipedia article, but when there is none, we don't link to them. I mentioned

subject:wikipedia=pl:Okręty podwodne typu Ko-hyoteki
subject:wikidata=Q776391

The subject:* namespace represents the subject of a monument or artwork the same way brand:wikipedia and architect:wikipedia are in use, to reflect that the article does NOT have the object itself as a subject. With that anyone using OpenStreetMap data can enrich it with data from Wikidata and exactly knows how it relates to the OSM object.

Another key point, for why not to use wikipedia=*, but subject:wikipedia=* and subject:wikidata=* here, is that Nominatim uses it for ranking search results and some map providers use the Names from Wikidata if no translation exists in OpenStreetMap, since in that regard Wikidata is far more complete. So to avoid that the name Monument Japonais is replaced with Type A Kō-hyōteki-class submarine on some maps, the correct subject namespace should be used here.

Did that explain the reasons to not use the direct wikipedia tag?

Hey,

you have added a wikipedia link as a wikidata reference for the memorial at node 2852782430. For that the wikipedia key should be used and preferably with the [lang]:[title] syntax.

Also that article does not seems to be an article about the memorial, but about the memorials subject.

Because of your linked image, I am extremely sure the correct tags would be
subject:wikipedia=pl:Okręty podwodne typu Ko-hyoteki
subject:wikidata=Q776391
for this memorial.

CamelCaseNick

Hey,
during this changeset the wikidata=Q10279466 tag was removed. Did you remove that on purpose, since it really seems to match.
CamelCaseNick

Hey,
you have added a wikidata tag, but you didn't use a wikidata QID for it.
CamelCaseNick

Hey,
for node 7108590349 do you mean operator:type=public instead of operator:wikidata=public?
CamelCaseNick

Hey,
what do you mean with that value of the wikidata tag?
CamelCaseNick

Ah.. It seems that iD might sometimes remove wikidata tags, when wikipedia tags are modified, but at least in some cases – I haven't checked all changes in detail – the wikidata and wikipedia references even match. So I don't see, why iD should do that, but it is that way, so we have to deal with it.
Thank You for your (future) efforts on that!

You are new to OpenStreetMap? Then you might be interested in https://openstreetmap.community/ where you can find communication channels to connect with others.

I was talking only about the reference to Wikidata (a database for machine readable statements about anything, sister project of Wikipedia). I didn't talk about changes within Wikidata or Wikipedia. But if you can't remember removing that and only changing the name: It might be that the editor you used iD removed that for you. No problem then. I will now add the link back again.

And thank you for making sure OpenStreetMap is up-to-date and I hope I haven't scared you away with my comments.

CamelCaseNick

The list of changesets in which you have made this kind of changes seems to be:

79114293
79114716
79114792
79114896
79114946
79115031
79115079
79115150
79115241
79115280
79170232
79170292
79170331
79170359
79170401
79170435
79170473
79170494
79170520
79170539
79170651
79170761
79170847
79170875
79170986
79171019
79171048
79171088

Hey,
why did you remove the wikidata tag? It seems that the OSM entry and Wikidata item really match.
CamelCaseNick

Hey,
it seems that the wikidata=Q1630829 still holds true. Is there a reason, why you have removed that?
CamelCaseNick

Hey,
I don't speak Czech so I had to use a translator to read the linked page. But it seems that that page does not recommend removing wikidata links and replacing them with wikipedia tags, but only to add the latter. Is that correct? And if so, why did you remove this valuable reference? Or was it a mistake?
CamelCaseNick

For relation 10521315 consider wikidata=Q80522716.

Hey,
here you have used wikipedia=it:Novella, which seems to be definitely not the correct wikipedia article. A wikipedia article for it doesn't exist yet. Why don't you create the Wikidata item yourself?
CamelCaseNick

Hey,
you have created the relation 10521316 with wikidata=da assegnare, the wikipedia article it:Ville di Fiemme has now the Wikidata item Q80523200.
I think that should be then the value for wikidata?
CamelCaseNick

Sollte jetzt korrigiert sein! Danke für den Hinweis!!!

Auf e-charging-hamburg.de in der Standortansicht, sieht man zwei Type 2/Schuko-Sockets, beide mit 22 kW, wahrscheinlich ist da ein Fehler in der Auswertung und die Zuordnung von Socket zu Spannung ist schiefgelaufen.
Sollte man sich dann nochmal ansehen, bevor man weitermacht. (Ich habe die Aussage zu 2.6 kW nicht finden können.)

Du hast den nicht dokumentierten Key amperage verwendet an einigen Stellen, soll das eig. socket:type2:current beschreiben? Das könnte man evtl. auch aufräumen dann...

Hallo,
es ist möglich, dass es uneindeutig ist, von welcher Straße aus man eine Ladestation erreichen kann. Das ist erst einmal der Hintergrund... Ob ich Bauchschmerzen mit den Address-Tags habe? Ja, sie sind nicht wirklich das Richtige hier. Ob ich ohne sie auch welche hätte? Ja, das Ewige "das ergibt sich aus der Geometrie" ist schon sehr nervig (und rechenintensiv).

Hallo,
es scheint so zu sein, dass Ihr ein architect:wikidata tag gesetzt habt für die Relation 7309787 mit dem Wert https://www.geschichtewiki.wien.gv.at/Wien_Geschichte_Wiki?curid=46691. Das ist weder eine Wikidata-Q-ID, noch wird dort der Architekt beschrieben.
CamelCaseNick

btw, its also node 5451567087 and node 5451567088