Nominatim search result box for boundary=administrative relations do not propse to show boundary relation #3349
Comments
Author: PierZen Precision : These Nominatim search are made through http://www.openstreetmap.org/ |
Author: TomH Implemented in [changeset:b1308a8/rails]. |
Author: lonvia Really nice but unfortunately it makes the browser unresponsive when large geometries need to be loaded. Firefox is worst but at some point even Chromium struggles. There is also a problem with synchronization. Try searching for "England", click on the "England, UK" result and then immediately click on other results in random order. At some point, browser freezes. Firefox (v17) gives up after a while with "script is unresponsive". Chromium recovers but the map jumps back to England, UK. i.e. loading an outdated search result. |
Author: TomH I wonder if this is an issue with parsing the data? or with leaflet rendering it? Presumably this is already an issue for anybody that visits the browse page for those relations as they use exactly the same technology to display the object. |
Author: TomH So I did some tests with the "England" relation on my machine, with Firefox 20 and it takes about 10s to download it, parsing the XML is basically instantaneous and then it takes 3s to display it. Obviously slower machines and/or browsers may take considerably more time than this... It's hard to avoid the download time, but that shouldn't block the browser anyway. I can install a data size limit to stop large responses being parsed and rendered - the question is what value we should set it at... |
Author: lonvia No chance to get England to load on my netbook with Firefox 21.0. It already chokes on the boundary of [http://www.openstreetmap.org/?relation=1690227 the canton of Zurich]. Oddly enough, it loads ok on the browse page and with the given link. It just is slow to load. If I understand the code right, then the geometries aren't cached on the client side. That might help a bit in the case were somebody jumps rapidly between search results. Just for the record, there is also the possibility to get the geometries from Nominatim. There is already some code in place that simplifies geometries so that they become managable. It's currently only used on the html search interface on nominatim's home page but there is no reason not to make it public. Having played a bit more with it, the serialisation issue is the more pressing one: search for England, click on 'England,UK', click on something else, wait and see the map jump back to England. |
Author: TomH Oh that's easily solved - [changeset:899dab0/rails] makes sure any already running load is cancelled before a new one is started. |
Reporter: PierZen
[Submitted to the original trac issue database at 8.34pm, Saturday, 27th November 2010]
Search results for boundary=administrative relations shows a point instead of the boundary contours (boundary relation).
For example, a search for Dpartement de l'Artibonite, Hati
returns the following result in the Nominatim Result Box, OpenStreetMap Nominatim section :
Same within Geoname section
-Dpartement de l'Artibonite, Haiti
In these two sections of the Nominatim Search Result Box, It would be more signifiant to show the boundaries on the map proposing url with the option relation=.
For example, it would show for
-Dpartement de l'Artibonite, Haiti
When people are searching places in an area, tracing these boundaries would be very helpfull.
The text was updated successfully, but these errors were encountered: