#18497 closed enhancement (worksforme)
Cannot quickly search value containing substring
Reported by: | bagage | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | tested |
Keywords: | template_report | Cc: |
Description
What steps will reproduce the problem?
- Open search dialog
- Try to find objects with name containing 'Station'
What is the expected result?
In Criteria help, I'd expect to have an hint on how to search for substring, which I believe could be common:
- either a custom operator (like overpass ~= operator) exists and so it could be documented like the other ones? (I did not find one in the code though)
- or at least an extra 'basics' hint for regex search if we cannot do otherwise.
What happens instead?
There is no hint on how to do that yet.
Please provide any additional information below. Attach a screenshot if possible.
URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-10-30 23:04:10 +0100 (Wed, 30 Oct 2019) Build-Date:2019-10-31 02:30:53 Revision:15487 Relative:URL: ^/trunk Identification: JOSM/1.5 (15487 fr) Linux Debian GNU/Linux bullseye/sid Memory Usage: 1268 MB / 4439 MB (434 MB allocated, but free) Java version: 1.8.0_232-8u232-b09-1-b09, Debian, OpenJDK 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Java package: openjdk-8-jre:amd64-8u232-b09-1 Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1 libcommons-compress-java: libcommons-compress-java:- libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:all-20181227-1 liboauth-signpost-java: liboauth-signpost-java:- Dataset consistency test: No problems found Plugins: + AddrInterpolation (35248) + HouseNumberTaggingTool (35248) + OpeningHoursEditor (35250) + PicLayer (35248) + apache-commons (35092) + buildings_tools (35248) + cadastre-fr (35248) + conflation (0.6.4) + ejml (35122) + geotools (35169) + jts (35122) + poly (35248) + scripting (30796) + terracer (35248) + todo (30306) + utilsplugin2 (35248) Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: java.net.SocketTimeoutException: Read timed out - E: java.net.SocketTimeoutException: Read timed out - E: org.openstreetmap.josm.io.OsmTransferException: Impossible de joindre le serveur. Veuillez vérifier votre connexion Internet.. Cause : java.net.SocketTimeoutException: Read timed out - E: Exception I/O - org.openstreetmap.josm.gui.widgets.HtmlPanel[,0,0,0x0,invalid,layout=java.awt.BorderLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]
Attachments (1)
Change History (5)
comment:1 by , 5 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
follow-up: 3 comment:2 by , 5 years ago
I don't get the working behavior:
- If I type "station", indeed I get everything with station somewhere.
- But I personally want items that have "station" in their name only, so I type "name=station" and it returns nothing (despite the existing items with "name = station x".
comment:4 by , 5 years ago
Oh yes, indeed thanks. I didn't get the explanation from the doc itself, maybe because it's half translated (cf picture):
There are two examples Rue de la Gare and "Rue de la Gare" in French. Then there are key:valuefragment and -key:valuefragment. I believe either the firsts should be simply named valuefragment and "valuefragment" or the seconds should be name:Rue de la Gare for instance?
Eg. either fully generic or fully specific (I would personally prefer the second TBH).
by , 5 years ago
Attachment: | Capture d’écran de 2020-01-01 17-54-49.png added |
---|
screenshot of half translated UI
The search works as expected for me, just type station and search. This already works as substring. If you want to limit it to the name key type name:station. These examples are in the first example line in the search window.
Maybe you changed some settings on the left side of the search window.