The later... To support saving/loading map resources agnostic of the frontend/client web map and providing a straightforward way to hook them together using a documented api<div><br></div><div>That's a lot easier to say then do obvoiusly... Right now geonode uses Gxp to do this as a map config (<br><a href="http://gxp.opengeo.org/master/doc/">http://gxp.opengeo.org/master/doc/</a>) and interfaces with it from maps app in geonode. Here's the test - <a href="https://github.com/GeoNode/geonode/blob/master/geonode/maps/tests_populate_maplayers.py">https://github.com/GeoNode/geonode/blob/master/geonode/maps/tests_populate_maplayers.py</a></div><div><br></div><div>You could extent the map model to serialize another field like that used for saving the gxp wms and create or extend geoexplorers grid for their display and saving to the new field mimicking how it is done for gxp wms? But again the world is moving beyond Geoexplorer long term and in my opinion of course...</div><div><br></div><div>Add Map field to models.py</div><div><br></div><div>Mimic/extent snapshot config </div><div><a href="https://github.com/GeoNode/geonode/blob/master/geonode/maps/views.py">https://github.com/GeoNode/geonode/blob/master/geonode/maps/views.py</a><br></div><div><br></div><div>Figure out how to connect the frontend to the new view</div><div><a href="https://github.com/GeoNode/geonode/blob/master/geonode/maps/templates/maps/map_include.html">https://github.com/GeoNode/geonode/blob/master/geonode/maps/templates/maps/map_include.html</a></div><div><br></div><div>All that said the further my advise wonders from Linux the less creatable my advise becomes :)<br>On Monday, May 11, 2015, Charles Cossé <<a href="mailto:ccosse@gmail.com">ccosse@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Fri, May 8, 2015 at 11:08 AM, GC-54 <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','nepanode@gmail.com');" target="_blank">nepanode@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><div>As an aside the future of geonode (in my opinion) will come from abstracting the map configuration to save/load into something more interoperable with newer mapping clients OL3/Leaflet... There is a ticket on the subject - <a href="https://github.com/GeoNode/geonode/issues/1331" target="_blank">https://github.com/GeoNode/geonode/issues/1331</a></div></blockquote><div><br></div><div>Are they suggesting to settle on one single map which is deemed to offer the best api?  Or to implement an intermediate api in the form of a "common mapping toolkit"?  <br></div><div><br></div></div></div></div>
</blockquote></div>