[Geomoose-users] Multiple Mapbook.xml

[Kevin Grootendorst]

I was able to resolve the session issue by adding the following at the end
of config.php:
// Unset all of the session variables. ##
http://php.net/manual/en/function.session-destroy.php
$_SESSION = array();

// If it's desired to kill the session, also delete the session cookie.
// Note: This will destroy the session, and not just the session data!
if (ini_get("session.use_cookies")) {
   $params = session_get_cookie_params();
    setcookie(session_name(), '', time() - 42000,
       $params["path"], $params["domain"],
        $params["secure"], $params["httponly"]
    );
}

// Finally, destroy the session.
session_destroy();

This seems to work although this issue of using multiple mapbooks presents
another issue.  When referencing the new mapbook (say 'Mapbook_A.xml'), the
vector data layers defined in my .map files do not draw, despite the fact
that currently 'Mapbook_A.xml' and associated .map files are exact
duplicates of the original 'Mapbook.xml' application (where data is drawn
as expected).
The following error is encountered in Firebug when turning on the desired
vector layer:

"NetworkError: 404 Not Found -
http://www.mysite.com/geomoose/FORMAT=image%2Fpng&MAP.....

>From the working site, the same request is:

http://www.mysite.com/*cgi-bin/mapserv?*FORMAT=image%2Fpng&MAP....

As you can see, from the non-working site, the URL is missing
*cgi-bin/mapserv?* in the URL.
What can be the reason for this?
The mapserver_url in local_settings.ini was unchanged:
mapserver_url=/cgi-bin/mapserv

Cheers,
Kevin

On Wed, Nov 16, 2016 at 8:05 PM, Eli Adam <eadam at co.lincoln.or.us> wrote:

> Hi Kevin,
>
> There is this old documentation you can look at.  It might not be relevant
> anymore.  I've never used multiple mapbooks.
>
> http://www.geomoose.org/wiki/index.php/Modification_to_Use_
> Multiple_Map_Books
>
> Best regards, Eli
>
> On Wed, Nov 16, 2016 at 1:39 PM, Kevin Grootendorst <
> kgrootendorst at gmail.com> wrote:
>
>> Thanks for the feedback Bob.
>> I was going to use a login php script to get users to a dedicated html
>> page.  That page will have dedicated URLs pointing to unique GeoMoose
>> applications.
>> So simpler than your approach I think.
>>
>> Kevin
>>
>> On Wed, Nov 16, 2016 at 4:32 PM, Basques, Bob (CI-StPaul) <
>> bob.basques at ci.stpaul.mn.us> wrote:
>>
>>> Hi Kevin,
>>>
>>> We’ve been running multiple MapBooks for a while now, but we don’t use
>>> PHP, we instead were using PERL, and more recently Ruby to handle the
>>> separations.  A big piece of the equation will be how you are going to
>>> manage the user list?  Will the Mapbooks be used in a self service manner,
>>> as in people can pick which one they want to use, or are you going to
>>> uselogin, etc.
>>>
>>> bobb
>>>
>>>
>>> On Nov 16, 2016, at 1:59 PM, Kevin Grootendorst <kgrootendorst at gmail.com>
>>> wrote:
>>>
>>> Hello users, I'm looking to create multiple GeoMoose sites within the
>>> same GeoMoose installation.
>>> I see that Mapbook.xml is referenced by 'settings.ini' which in turn is
>>> referenced by 'config.php'.
>>> I would like to be able to have User A hit Mapbook_A.xml, User B hit
>>> Mapbook_B.xml, etc.
>>> Can anyone shed light on how to accomplish this.  I didn't notice
>>> anything in the documentation(?).
>>> Using GeoMoose 2.8.1.
>>> Thanks, Kevin
>>> _______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>>
>>>
>>>
>>>
>>>
>>> "This telephone has too many shortcomings to be seriously considered as
>>> a means of communication. The device is inherently of no value to us."  --
>>> An internal Western Union memo, 1876
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/geomoose-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geomoose-users/attachments/20161117/708570db/attachment.html>