<div class="gmail_quote">2009/1/28  <span dir="ltr"><<a href="mailto:marcus.wolschon@googlemail.com">marcus.wolschon@googlemail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wed, 28 Jan 2009 00:07:20 +0000, Simon Ward <<a href="mailto:simon@bleah.co.uk">simon@bleah.co.uk</a>> wrote:<br>
> [Moved to dev; followups to dev]<br>
><br>
> On Tue, Jan 27, 2009 at 10:58:25PM +0000, Ævar Arnfjörð Bjarmason<br>
wrote:<br>
>> > I think multiple keys with the same name should be allowed for a<br>
>> > node/way/relation.  AFAIK it's only the editors that don't currently<br>
>> > let<br>
>> > you do this.<br>
>><br>
>> Yes, the API and data format supports it, but only for another 2<br>
>> months or so until we switch to 0.6 where it won't be allowed.<br>
<br>
I cannot find any such restriction in<br>
<a href="http://wiki.openstreetmap.org/wiki/0.6" target="_blank">http://wiki.openstreetmap.org/wiki/0.6</a> .<br>
<br>
Could someone please clarify this?<br>
I implemented no changes to attribute-handling<br>
for the 0.6-support in my software and need<br>
to know if I have to explicitely disallow this<br>
to happen, write test-cases,... .<br>
<br>
</blockquote><div><br>It's in there, under Related Database Improvements...<br><ul><li> It is planned to create an unique index on the combination of
object id and tag key, so that it will no longer be possible to have
multiple identically named tags on the same object. This was possible
until now but rarely used. The impact of this is being analysed.
</li><li> The "relations" tables will receive an additional
sequence_number column used for sorting the elements. Having the same
member in the same relation twice will be allowed. The sequence_number
column will not be exposed anywhere, it will just be used to store the
sequence in which relation members where uploaded and to return them in
the same sequence.
</li></ul> d<br></div></div>