It is proposing to add Key:ref:mastr - OpenStreetMap Wiki support to iD preset which would display this tag when added, and make easier to add it in iD.
Should this key be supported? On one hand it appears to be an official identifier of kind that may be actually worth adding to OSM (and I am generally suspicious about external identifiers).
Reminds me of Key:ref:operator_inventory - OpenStreetMap Wiki.
For who is the tag useful? Who would add it? (do they (mainly, only) use iD?)
Is it even added manually or mostly via imports or through some kind of helper-program? Does iD help with finding the value to be added?
Would it be a nuisance (more clutter in the UI, need to scroll) for the kind of object the field will be shown for? (Would it always show up as an empty text-field, or what is the actual change?)
Would it only be shown only in germany, or worldwide?
Does this change affect anything beside iD? Like presets or validators in JOSM, or is that entirely unrelated?
at least GoMap!! and other software using iD presets for field display
StreetComplete would not be affected as it does not display fields using iD presets, EveryDoor may be if it shows power plants and generators, Rapid would be once it is updated to new presets…
support to iD preset would display this tag when added, and make easier to add it in iD via add field dropdown
it would not be shown when empty
(AKA it is added to moreFields list)
that is my main uncertainty - is it potentially useful somehow when mapping power in iD? Would you use it to check some info in OSM-compatible sources? Add it while editing in iD? Verify it?
Or would it be pure clutter with no use for most mappers interacting with power=generator and power=plant objects?
Als Erklärung für alle: In das Marktstammdatenregister (MaStR) müssen alle Kraftwerke (inkl. Solaranlagen und Windräder) in Deutschland eingetragen werden, alle Einträge[1] sind dort öffentlich einsehbar und für OSM verwendbar.
Der abzustimmende Vorschlag ist, ein optionales ref:mastr-Feld in den iD-Tagging-Presets hinzuzufügen, das für power=plant und power=generator in Deutschland angezeigt werden kann. Eine Verknüpfung zum MaStR erlaubt nachträgliche Abgleiche und Datenauswertungen, die wir in OSM nicht mappen (wollen), z.B. „Anzahl der Module“. Außerhalb Deutschlands wird das Feld nicht angezeigt.
In iD würde das dann folgendermaßen aussehen:
Ohne ref:mastr
Mit ref:mastr
Wenn ref:mastr noch nicht gesetzt ist, muss man es manuell über „Feld hinzufügen“ auswählen:
Einfaches Hinzufügen über das Dropdown, ohne den genauen Tag zu kennen
Das Format (SEE9xxxxxxxxxxx) wird direkt validiert (auch mehrere semikolon-separierte Nummern sind erlaubt)
Mit einem Klick auf das -Symbol wird direkt die entsprechende MaStR-Seite geöffnet, z.B. um die Maximalleistung aus OSM mit dem MaStR zu verifizieren oder von dort zu OSM hinzuzufügen
Wobei private (Solar-)Anlagen unter einer bestimmten Leistung ohne Koordinaten und Betreiber aufgelistet sind, aber die würden wir ja eh nicht in OSM mappen. ↩︎
It helps by validating the value pattern and by adding the button link to the MaStR detail page, which simplifies checking the value. It doesn’t help finding the value though (but I wouldn’t expect it to either).
I don’t think so; just as “start date” is not a nuisance when it is shown if it is tagged. As I wrote above, it will not be shown when empty and has to be added manually.
Only in Germany. Outside of Germany the MaStR has no entries and is therefore not useful.
@chris66 (und alle anderen, die in Zukunft mit Nein abstimmen): Mich würden deine Argumente interessieren, warum das Feld nicht zu den iD-Presets hinzugefügt werden soll. Hast du meine Argumentation gelesen? Worin stimmst du nicht überein?
Currently I’m only adding this manually, e.g. when reviewing other changesets, fixing obvious data problems or adding new (or under construction) generators using imagery or news articles as reference. I’m mostly using JOSM or sometimes ID.
As explained in the proposal (which I am still preparing for now when time allows) you can download the whole database and search for coordinates or location etc. A bit easier is using the search filter on the official website.
Especially when old turbines are dismanteld and new ones are built in the proximity this can help to track what’s going, which can often be confusing only using imagery.
Considering the id-Template I’m not sure, this would have to be done only for germany specificly. I assume for many mappers it is not obvious how/where to find the corresponding value.
Edit: A larger number of this references also already existed but just spread in different tags, like ref, or different spellings etc. where I only renamed to ref:mastr
Da das Feld manuell hinzugefügt werden muss übers Dropdown, halte ich das für eine gute Sache. Der “normale” iD User bekommt es dann nicht zu sehen, und der “nicht normale” iD User kann es trotzdem einfach hinzufügen.
Wenn es schon eingetragen ist, wird das Feld halt angezeigt, aber das sollte den Normalo nicht weiter stören.
Problematisch finde ich nur leere Felder die dauerhaft angezeigt werden, denn sie wecken (gerade bei Unerfahrenen) immer die Erwartung, dass etwas eingetragen werden muss. So wie eben z.B. das Name-Feld.
Mammi71
(One feature, Six mappers and still More ways to map it)
11
@Shaun_das_Schaf bringt es auf den Punkt - und ich würde gern mehr als nur einen vergeben, wenn es ginge.
Und ich halte da ein kleines Fähnchen OTG-Überprüfbarkeit hoch. OSM wurde im Laufe der Zeit immer komplexer und sollte nicht zu viele Fremdschlüssel enthalten. Mir graut schon immer vor den vielen durchaus öfter inhaltsleeren Wikidata-Zuordnungen (und Mehrfachverknüpfungen, wie brand:wikidata oder brand:wikipedia), die durchaus öfter bei Geschäftswechsel zu löschen vergessen werden.
Das Marktstammdatenregister (MaStR) ist doch gerade das genaue Gegenteil zu dieser Befürchtung. Es enthält Informationen die sowohl für OSM-Nutzer als auch für Mapper interessant sind.
Rebranding
Rebranding ist ein spezielles Phänomen, was sogar sein eigenes Lemma bei Wikipedia hat. Die IDs des MaStR sind doch von ganz anderer Qualität. Das miteinander zu vergleichen erscheint mir nicht fair.
If key will be migrated to different one or consensus whether display makes sense changes - or some other change in presets is needed - please open an issue at Issues · openstreetmap/id-tagging-schema · GitHub
I am leaving poll open, feel free to continue using it.
EDIT: as of 2028-08-16 there is 88% support in vote, with no strong arguments against in discussion