Nominatim results should link to correct time as well as place

[danrademacher]

Splitting this out from #188:

Ideally, the user will be taken to an appropriate location, zoom, and time, using start_date for non-natural features. For natural features, the time should not change from prior to the search.**

I think we don't want to always change to start_date. For example, if I am looking at London in 1852 and I click on a building built in 1607, I wouldn't expect the timeslider to go to 1607.

@jeffreyameyer:

Absolutely.
If object exists at current time, leave time unchanged.
If object does not exist at current time, any of start_date, end_date, start_date + end_date / 2 work for me, although the latter option has a certain appeal.

I think this is not a near-term feature. Need to think through how these links would be constructed, etc.

[geohacker]

We'll look at this as soon as Nominatim is part of the ohm-seed infrastructure developmentseed/osm-seed#180

[danrademacher]

Logging a thought here so I don't forget: I think the most likely approach here is to return all results regardless of time (as now) but see about passing in start_date and end_date tags as well, then taking an approach similar to Inspector and Timeslider where we use front-end JS to manipulate what's shown. We should be able get the selected year from the URL param and filter accordingly.

Interesting to note that the search endpoint seems to return fully formed HTML:
https://www.openhistoricalmap.org/geocoder/search_osm_nominatim?query=oregon+territory&zoom=6&minlon=-103.31542968750001&minlat=21.47351753334985&maxlon=-90.72509765625001&maxlat=44.040218713142146

Looks like that's all handled in this one file:
https://github.com/OpenHistoricalMap/ohm-website/blob/staging/app/assets/javascripts/index/query.js

On a quick read, it looks to me like this might handle all map queries, which suggests that maybe we could make a single or at least coordinated set of changes to make most or all queries respond to the time setting in the URL

[jeffreyameyer]

This one appears to be working intermittently. Need to add more test info.

[1ec5]

I think the most likely approach here is to return all results regardless of time (as now) but see about passing in start_date and end_date tags as well, then taking an approach similar to Inspector and Timeslider where we use front-end JS to manipulate what's shown.

This is blocked by #949.