closed livingstoneonline/livingstoneonline#199

Geolocation: Display configuration

awisnicki

Originally, the idea had been to display the whole digital collection on the map at one go, but I understand that this turned out to be too slow or somehow otherwise not functional. I don't think that having the numbered pages at the bottom works well, so we need another, more obvious way to divide up the content so only chunks of it are shown at one time.

So I suggest divisions by date. Would the following be feasible:

Before 1840 1840-1849 1850-1859 1860-1869 After 1870

These would then be offered as a series of radial button options below the search boxes. See screen shot. The numbered pages of additional would not appear below the map because we wouldn't ever have "additional" pages.

screen shot 2017-08-11 at 18 38 36

awisnicki

Also, note that it would actually be most logical to divide by specific dates so, for instance, something like 6 June 1852 - 11 March 1856, so that's another option. This way we could link to specific phases of Livingstone's career.

awisnicki

One more point: What I was getting at in the last point is that the most logical way to do this would be by periods of DL's life, so on the page the range option might look something like this:

Origins (-1841) Early years in Africa (1841-52) Transcontinental expedition (1852-56) First return to UK (1856-58) Zambezi expedition (1858-64) Second return to UK (1864-65) Final expedition (1865-73) Afterlife (1873-)

However, the underlying divisions for each of these would be based on specific dates rather than a kind of 1 Jan - 31 Dec schema for each year. Would that be feasible. This kind of division would be ideal and, moreover, the amount of items for any given period would not be that large and so possible to display all at once.

nigelgbanks

There really isn't support via the Google Maps Views module to do these things without significant work (essentially building the display our selves and discarding the contrib module, it's at least several days work).

Though since ticket #200 mentioned removing the search boxes that allowed me to implement caching for the display so now we can have reasonable performance, and display all 3000+ records simultaneously.

awisnicki

Yes, I think this is fine. We can always come back to this on a new project and do more work, but I think it works well the way you've set it up now. Thank you again.