Url config & rewriting for museum display

[hyanwong]

We need to add the option of passing some extra parameters through the URL, in particular:

Image source
Tree type
Colour scheme
(possibly - list of popular places)

These also need to be added to the URL recording scheme we have, e.g. at

OZtree/OZprivate/rawJS/OZTreeModule/src/navigation/record.js

Line 172 in 4d16fd5

function get_params(options) {

[jrosindell]

For the museum display, this should also store the the components of the original URL that we may need to reset to after screensaver. Initially this will just be default tree position. It might be easier to just save the entire URL (and even maybe reload the page)

[hyanwong]

I have coded up the possibility of passing colour changes in to the web page, so a museum can modify minlife.html to add e.g. var tree_config={projection:'polytomy','colours.branch.stroke':'rgb(100,0,100}' which will allow them to set their own tree type and colour schemes without passing them via the URL. But this would be a nice feature to have, regardless.

[hyanwong]

Actually, since the code I have written passes stuff via OZentry.default() which is a javascript routine, then we should be able to pass a JSON string in the URL which can be passed on to the JS function.

[hyanwong]

Much of the groundwork for this is now there. I think the only 3 things to do are

1. parse values like d_vis=AT&d_cols=tree&d_cols.branch.stroke=rgb(0,0,0) from the URL into JSON like {'vis':'AT', 'cols':'tree','cols.branch.stroke':'rgb(0,0,0)'}, which we can then pass in to the constructor, overriding any previously set in the tree_config variable.
2. save these initial bits of the URL into config.default_setting in global_config.js
3. test, test, test!

NB 1. could be done either in web2py or by parsing the URL string in ECMAscript. We already have to do the latter to get e.g. locations working, so perhaps we should also parse setting there. The problem is we would want to override the set_defaults options specified when setting up the OZentry.default() call, but I guess this is OK: we can just call set_defaults(new_params) again.