Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

Nominatim search result box for boundary=administrative relations do not propse to show boundary relation #3349

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 7 comments

Comments

@openstreetmap-trac
Copy link

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.

@openstreetmap-trac
Copy link
Author

Author: PierZen
[Added to the original trac issue at 12.41pm, Monday, 29th November 2010]

Precision : These Nominatim search are made through http://www.openstreetmap.org/

@openstreetmap-trac
Copy link
Author

Author: TomH
[Added to the original trac issue at 11.42pm, Thursday, 25th April 2013]

Implemented in [changeset:b1308a8/rails].

@openstreetmap-trac
Copy link
Author

Author: lonvia
[Added to the original trac issue at 10.05am, Friday, 26th April 2013]

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.

@openstreetmap-trac
Copy link
Author

Author: TomH
[Added to the original trac issue at 10.08am, Friday, 26th April 2013]

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.

@openstreetmap-trac
Copy link
Author

Author: TomH
[Added to the original trac issue at 4.37pm, Friday, 26th April 2013]

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...

@openstreetmap-trac
Copy link
Author

Author: lonvia
[Added to the original trac issue at 5.21pm, Friday, 26th April 2013]

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.
On WMT I've solved this with a serial counter, see [https://github.com/lonvia/waymarked-trails-site/blob/master/static/js/Routes.js#L81 here] but I'm sure the JS gurus here know of a better solution.

@openstreetmap-trac
Copy link
Author

Author: TomH
[Added to the original trac issue at 10.16am, Saturday, 27th April 2013]

Oh that's easily solved - [changeset:899dab0/rails] makes sure any already running load is cancelled before a new one is started.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant