<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 10, 2019 at 5:04 PM Rory McCann <<a href="mailto:rory@technomancy.org">rory@technomancy.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In JOSM, people, or groups, can make their own tagging presets. AFAIK iD <br>
unfortunately doesn't have this feature. If it did, the iD version on <br>
<a href="http://openstreetmap.org" rel="noreferrer" target="_blank">openstreetmap.org</a> could be configured to something special, people could <br>
have their personal tagging presets "saved" somehow, maybe one could <br>
"load other presets from a remote address" via a URL parameter, allowing <br>
one to "load a preset with a link". </blockquote><div><br></div><div>Rory, I am actually hopping data items could become a general preset storage for all editors. Each preset would be stored as a data item, and editors would use a script to convert preset into a JSON file, or eventually use it directly.  This approach has a number of advantages:</div><div><br></div><div>* easy to edit by community, track changes, and fix/revert in case of an error</div><div>* easy to translate - one click description editing for every possible language</div><div>* easy to verify / validate / cross-check - there are many ways to query presets and to run validations on them, so an invalid preset can be quickly fixed/reverted</div><div>* part of wiki - presets can be viewed as part of the regular wiki pages, e.g. on a Tag:... page</div><div>* easy to add pictures and icons - part of wiki, or from commons - just another property<br></div><div>* easy to categorize/partition presets - just another property to add preset into a category, or have a whole category tree.</div><div>* easy to extend schema - just add more properties to target a new editor feature - other editors will simply ignore it. </div><div>* ties with all other keys / tags / relations / relation roles -- if a preset requires a tag, it is not a string, it is actually a reference to that tag, with its own properties.</div><div>* easy to build custom UI -- structured data allows developers to have custom editors for those presets</div><div><br></div><div>Obviously this has to be done in a non-disruptive, gradual way, and having good quality control. I'm still researching on the best way to achieve this.</div><div><br></div><div><a href="https://wiki.openstreetmap.org/wiki/Data_items">https://wiki.openstreetmap.org/wiki/Data_items</a><br></div></div></div>