On 4/27/07, <b class="gmail_sendername">Frederik Ramm</b> <<a href="mailto:frederik@remote.org">frederik@remote.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Hi,<br><br>> Am I missing something here, if we allow the key column to take any<br>> format<br>> of tags separated by colons and the value column separated by<br>> semicolons do<br>> we not get all the flexibility we need without introducing unnecessary

<br>> restriction?<br><br>As far as I understood, many people called for the "third column"<br>because they were hoping to get rid of the colons. The colons are a<br>pain to process in environments where you do not routinely have

<br>string operations available, e.g. XSLT transformations.</blockquote><div><br>I've not found the colons to be problematic at all in XSL transformations.  XSL has a reasonable set of string functions and most things can be done if you know how.  

It is tru that many things that are simple in other languages appear non-trivial in XSL unless you understand the correct approach.  Programmers are generally at a disadvantage until they "un-learn" the procedural way of doing things.

</div> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The same, even more so, goes for semicolons in values; you do not want to have to check values for semicolons every time you use them.

<br>If you need a list of things, it is far, far better to somehow find a<br>way to tell the database that here is a list of things, than trying<br>to encapsulate the list in a string field.<br><br>Extrapolating your argument into a nice little strawman, one could

<br>say "why do we even have keys, let us just put one big text field for<br>each way, where people can then write something like<br>'highway=residential,name=Brauer Blvd.,...'". Such a scheme would<br>offer maximum flexiblity; one could even use that string to enter

groupings like the one asked for by Spaetz ("highway=residential, (restriction=oneway,restriction_valid=8am-8pm), (restriction=noaccess...)"). But it would be a nightmare to work with that in a renderer or an editor.

<br><br>Bye<br>Frederik<br><br>--<br>Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00.09' E008°23.33'<br><br><br><br>_______________________________________________

<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

</a><br></blockquote></div><br>