<div dir="ltr"><div class="gmail_extra">> <span style="font-size:12.8000001907349px">That object is not part of the result set. Maybe he meant how to find out that an item is missing from the list? Well I don't see how that becomes any easier by moving the values over to the keys.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">"color:green"!=* in overpass should return values without information about green color or </span><span style="font-size:12.8000001907349px">"color:green"="no" will return objects without green color</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">And apparently coming up with regexes that can work with that, is even more 'complex'.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">It is not complex. It is <b>impossible to write presets or translations for iD or JOSM</b> using name#2=green approach.</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">To all regex advocates, your </span><span style="font-size:12.8000001907349px">knowledge</span><span style="font-size:12.8000001907349px"> of regexes is irrelevant to how OSM functions.</span><span style="font-size:12.8000001907349px"> I wait for your solution how we should support </span><span style="font-size:12.8000001907349px">name=, </span><span style="font-size:12.8000001907349px">name#2= name#3= in presets or translations.</span></div></div>