<div dir="ltr"><br><div>I will point out here that iD has invented a new changeset tag which I find useful. It automatically records what imagery layers you use while editing and throws them into an imagery_used=* tag. This removes the need for users to manually tag source information if they are just tracing imagery. I wouldn't mind seeing other editors adopt this convention.</div>
<div><br></div><div>Toby</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 18, 2013 at 11:12 AM, Christoph Hormann <span dir="ltr"><<a href="mailto:chris_hormann@gmx.de" target="_blank">chris_hormann@gmx.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Saturday 18 May 2013, Yohan Boniface wrote:<br>
> On 05/18/2013 03:55 PM, malenki wrote:<br>
> > Dave F. wrote:<br>
> >> IMO Source should be on the object, not on the changeset.<br>
> ><br>
> > +1 (except if there is one changeset for one object (; )<br>
><br>
> This is not my opinion. Let's take a simple example: a school.<br>
><br>
</div>> [...]<br>
<br>
The problem is currently neither changeset nor object tags are really a<br>
good solution for true metadata (that is information characterizing the<br>
data and not the real world object).<br>
<br>
Changeset tags have mainly two problems:<br>
<br>
- they always apply to the whole changeset so everything you map<br>
together needs to have the same metadata.  This might seem to be a<br>
problem primarily for imports but it can also be troublesome in manual<br>
mapping - imagine mapping something based on satellite images and you<br>
need to use different images for various parts due to clouds or even<br>
the common case of supplementing survey data with Bing images.<br>
<br>
- many large objects are included in a lot of changesets without<br>
actually being substantially modified (like moving a single node in a<br>
500 node way etc.)  This means finding the actual changeset a certain<br>
geometry originates from to get the metadata information is not so<br>
easy.<br>
<br>
The solution in my opinion would be to have separate metadata tags which<br>
are reset everytime a substantial change is made to the data they refer<br>
to unless the user explicitly sets them (either individually or for the<br>
whole changeset).  Geometry metadata tags for example would be reset<br>
if:<br>
<br>
- in case of a node the node is moved<br>
- in case of a way more than X percent of the nodes are changed (X being<br>
something like 30)<br>
- in case of a multipolygon more than X percent of the ways are<br>
added/removed or substantially modified<br>
<br>
This would not be fool proof of course (small changes could accumulate<br>
to a substantial change without being noticed).<br>
<br>
Greetings,<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Christoph Hormann<br>
<a href="http://www.imagico.de/" target="_blank">http://www.imagico.de/</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
</div></div></blockquote></div><br></div>