<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2016-01-27 18:00 GMT+01:00 moltonel 3x Combo <span dir="ltr"><<a href="mailto:moltonel@gmail.com" target="_blank">moltonel@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1gp" class="a3s" style="overflow:hidden">You barely broach the subject of how MV and namespaces combine. For<br>
example if an object has multiple refs with sources, it should be<br>
clear wether an MV tag corresponds to "multiple sources for all the<br>
refs" or to "source for the 2nd ref". In suffix syntax, this could be<br>
distriinguished by "ref_1=x ref_2=y source_1:ref=a source_2:ref=b" vs<br>
"ref_1=x ref_2=y source:ref_1=a source:ref_2=b", even though this is<br>
becoming hairy.</div></blockquote></div><br><br><br clear="all"></div><div class="gmail_extra">I believe we should restructure the way we use metadata aside with data in the particular tags source and maybe note and fixme (but not description). We are trying to convince people to add source tags on the changesets, but putting them on individual objects still has strong advocates, so we will likely have to live with it. As an idea, the source information could become a subtag of another tag, i.e. rather than being attached to an object it would be attached to a tag (or to the position). This could also become more refined with several, optional formalized source tags, e.g. for the source date, a source link, a source license(?), etc.<br><br></div><div class="gmail_extra">cheers,<br></div><div class="gmail_extra">Martin<br></div></div>