[OSM-dev] JOSM:searching for tags with colons; searching for multiple keys; layers

Alex Mauer hawke at hawkesnest.net
Sat Sep 1 05:51:32 BST 2007


As I am now working more with the TIGER data, I found a couple of
inadequacies in JOSM: Its searching syntax for key/value pairs means
that it's impossible to search for a key containing a colon. e.g.
tiger:cfcc=A51 (search would be fore tiger:cfcc:A51). Presumably this
ends up searching for tiger=cfcc:A51.  whatever it's doing, it ends up
matching nothing.  The solution I see would be to make the key/value
separator be "=" ... but then, there's nothing preventing a key value
from containing = itself and screwing everything up again. ;-)  escape
codes? surround key or value by quotes?  I dunno.

further, it would be very cool to be able to either search for multiple
keys (tiger:cfcc=A51&name=Foo street) or search within previous results
 ("subtract all non-matching from selection") (The actual case I was
looking for was to find all railways that I had tagged so I could delete
it in favor of the more complete/accurate TIGER rail data -- so I wanted
to search created_by:JOSM and railway:rail).  Either method would
achieve the same thing, and would thus be satisfactory to me.

Finally, layers are proving to be *extremely* useful in working with
tiger data in combination with OSM data.  So thank you thank you thank
you for this feature. (I spent two hours working without layers, and it
was painful -- so I grabbed the -latest version and got more done in an
hour than I had in that first two hours.

As other people have stated, it would be great to be able to filter data
into multiple layers (In fact, I think that searching I talked about
above could also be done with "move selection to new layer" ... and
would have the extra bonus of retaining the extracted data (so if for
example I had moved the rail data I created to a new layer, and then
found some crucial flaw in the tiger data, it would be relatively simple
to move back, vs. if I had searched and deleted the selection.

OK, I think that's enough babbling for now.  Thanks again for the layers
feature, it rocks!

-Alex Mauer "hawke"

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20070831/4068c2d4/attachment.pgp>


More information about the dev mailing list