<div dir="ltr"><div class="gmail_extra">> <span style="font-size:12.8000001907349px">Insulting people will get you nowhere at all.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">Well there over hundred messages and some people don't dare to study topic, I was repeating my messages multiple times already.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">> If you want to be able to perform index searches, then import the data in tables with fields allowing you to do so. That's the great thing about open data. You can work with it any way you like.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">Valid point, but also should suggest good practices for people who would like to benefit from default indexes:</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">API performance</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">overpass performance</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">These tools are quite popular right now and we should consider how people with work with data. JOSM is editor for raw osm data, not post-processes or indexed data.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">> </span><span style="font-size:12.8000001907349px">not finding any support here for converting semicolon delimited lists to some more verbose format</span></div><div class="gmail_extra">I don't need support. People use this <i>more verbose</i> format right now for information they care about.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Problem was in outdated documentation at wiki and people at this tagging list...</div><div class="gmail_extra"><br></div><div class="gmail_extra">><span style="font-size:12.8000001907349px">The only consensus I see emerging is that we should avoid them where this is practical and possible.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">It was so long before discussion at tagging list. Somehow it become <a href="mailto:regexes@openstreetmap.org">regexes@openstreetmap.org</a>.</span></div><div class="gmail_extra"><br><div class="gmail_quote">> <span style="font-size:12.8000001907349px"> </span><span style="font-size:12.8000001907349px">Nobody (except you) is forcing anyone to store </span><span style="font-size:12.8000001907349px">semicolon values as literals rather than e.g. into a postgresql array. </span><span style="font-size:12.8000001907349px">Your argument entirely *depends* on that stupid way of loading multivalue </span><span style="font-size:12.8000001907349px">into the DB.</span></div><div class="gmail_quote"><span style="font-size:12.8000001907349px">I see your point. Actually, let's talk about it. How "smart" loading script should know if key=* is multivalued or not? Should it parse every value in database?</span></div><div class="gmail_quote"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_quote"><span style="font-size:12.8000001907349px">";;;;" - 4 symbols? 2 escaped semicolons? how do you know?</span></div></div></div>