[Geomoose-users] Handle several map files with GeoMoose

[Robert R. Raiz]

Hello Jim,

*"*In the current form this would require GetMapbook.php be customized to
use MapScript to parse the mapfiles.  There is a provision to support
different mapbooks based on the URL (...geomoose.html?mapbook=).  If you
didn't mind writing the mapbooks, you could use that.  Traditionally, we
use a mapfile per layer to try and isolate faults (it is assumed that
different layers are maintained by different people).*"*

I was thinking at something similar:
..geomoose.html?f1=chicago&f2=chicago (this would form the <map-source>
<file>data/testing/chicago/chicago.map</file> to be read, and load all the
layers from that mapfile - to pars the mapfile like you said )
or
..geomoose.html?f1=dakota&f2=dakota (this would form the <map-source>
<file>data/testing/dakota/dakota.map</file> to be read, and load all the
layers from that mapfile - to pars the mapfile like you said )

The script would populate on the fly the mapbook.xml by parsing the map
file and bringing in it all the necessary data, so I will always have one
mapbook (rewritten each time I change the params in the nav bar) with the
contents of the corresponding map file (in this way, I can extract all the
local params I need from the .map file and avoid adding them manually in
the mapbook).

Assuming that this works, I will only have to modify the params in the nav
bar to see the area of interest. This is what I had in mind. Any thoughts
on this idea?

*"Thanks.  We can always use help with docs and testing too."
*
Anytime, just ask and I will be glad to help.

*"The GeoMoose community in Minnesota was rather swamped this spring with
helping put together the FOSS4G-NA conference in Minneapolis.  It looks
like we missed the deadlines for abstract submission."

*Understood! :)*
*


On Wed, Jun 26, 2013 at 5:59 PM, Jim Klassen <klassen.js at gmail.com> wrote:

>
> On Jun 26, 2013, at 8:07 AM, Robert R. Raiz wrote:
>
> Hello,
>
> The idea is to create an environment which should allow the use of a
> specific map file based on user input (useful if one has several projects
> which are not connected). My goal is to use GeoMoose in an environment
> which will have a mapfile for each project. These mapfiles will be in local
> projection and will have all the data 'to be' added in the mapbook.xml file.
>
> So, let's say I have my map files city-based (each using its own local
> projection, the epsg code of the county):
>
> data/testing/dakota/dakota.map
> data/testing/commerce/commerce.map
> data/testing/chicago/chicago.map
>
> My goal is to populate (on the fly, using a script) the mapbook based on
> what I enter in the navigation bar.
>
> Two questions:
> 1. Do I have to create a .js file of all the epsg codes I use and add them
> in the geomoose.html file?
> I noticed that it also works without doing this. What am I gaining by
> creating these .js files?
>
> I think Proj4JS checks spatialreference.org if it can't find the
> projection locally.  If it didn't work the lat/lon at the bottom of the
> window would be wrong and anything else requiring re-projection would fail.
>
>
> 2. Can I "read" the status of a layer (on, off) from the .map file instead
> of declaring the layer status in the mapbook?
> I already have the status of every layer stated in the corresponding map
> file. The ones I do not want to load (to have them checked) by default are
> set to OFF. It would be great if I could keep the status without having to
> specify them for each layer in the mapbook.
>
> In the current form this would require GetMapbook.php be customized to use
> MapScript to parse the mapfiles.  There is a provision to support different
> mapbooks based on the URL (...geomoose.html?mapbook=).  If you didn't mind
> writing the mapbooks, you could use that.  Traditionally, we use a mapfile
> per layer to try and isolate faults (it is assumed that different layers
> are maintained by different people).
>
>
> Furthermore, I will be digging into GeoMoose 24/7 so if I can help the
> community with something, I will, gladly. The setback is that I am not a
> programmer so probably my options are limited.
>
> Thanks.  We can always use help with docs and testing too.
>
>
>
> It would be great to meet some of the developers at FOSS4G Nottingham, at
> the Code Sprint or GeoHack days, although I did not see any presentation
> about GeoMoose in the schedule.
>
> The GeoMoose community in Minnesota was rather swamped this spring with
> helping put together the FOSS4G-NA conference in Minneapolis.  It looks
> like we missed the deadlines for abstract submission.
>
>
> Many thanks,
> --
> *Raiz Roland Robert*
>
>
>  _______________________________________________
> Geomoose-users mailing list
> Geomoose-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>
>
>


-- 
*Raiz Roland Robert*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geomoose-users/attachments/20130626/2a699cb0/attachment-0001.html>