[mapguide-internals] Session-MapName-Map
Haris Kurtagic
haris at sl-king.com
Fri Aug 31 14:36:17 EDT 2007
I totally agree with that :)
Haris
-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org
[mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Trevor
Wekel
Sent: Friday, August 31, 2007 8:28 PM
To: MapGuide Internals Mail List
Subject: RE: [mapguide-internals] Session-MapName-Map
Hi Haris,
The resource identifier is the Berkeley DBXML "key" for both the
Library:// and Session:// repositories.
Thanks,
Trevor
-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org
[mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Haris
Kurtagic
Sent: Friday, August 31, 2007 12:21 PM
To: MapGuide Internals Mail List
Subject: RE: [mapguide-internals] Session-MapName-Map
Hi Trevor,
Yes leading path from Library is stripped (changed with Session ) and
Name part is given by application like MapGudie Viewer for example.
As you suggested application can use full name ( with folders ) or as
Paul suggested hash the name or ..
I have a feeling that server should return the key from db. In Map.cpp
MapName is input parameter for creating entry in db.
Haris
-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org
[mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Trevor
Wekel
Sent: Friday, August 31, 2007 8:08 PM
To: MapGuide Internals Mail List
Subject: RE: [mapguide-internals] Session-MapName-Map
Hi Haris,
If you have the map definition
Library://Samples/Sheboygan/Test.MapDefinition then the MgMap resourceid
be default will be Session:xx-yy-zz//Test.MgMap. The leading path is
stripped.
I don't know if we have folder support in the session repository but it
would probably be better to construct the MgMap session using the full
path. Something like this might work:
Session:xx-yy-zz//Samples_Sheboygan_Test.MgMap
This would be an appropriate enhancement/bugfix request. A search for
MgResourceType::Map should take you to most of the code that would
require change - DwfController.cpp and Map.cpp I believe.
Thanks,
Trevor
-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org
[mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Haris
Kurtagic
Sent: Friday, August 31, 2007 11:40 AM
To: MapGuide Internals Mail List
Subject: RE: [mapguide-internals] Session-MapName-Map
Thank you, you are right on the track.
Yes, you could change name as you suggested or use different sesion for
every map or ...
I would prefer to have a in server solution for this (and to be able to
work with multiple maps in one session).
Perhaps server could return DataKey from DB after creating new Map in
it?
Haris
-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org
[mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Paul
Spencer
Sent: Friday, August 31, 2007 7:23 PM
To: MapGuide Internals Mail List
Subject: Re: [mapguide-internals] Session-MapName-Map
Haris,
I'm not sure if I really know what I am talking about here, but my
understanding is that when you start up a session with a
MapDefinition, you can save the runtime MgMap object to the session
repository as a Map resource and give it a name at that time. The
name is arbitrary, but in the case of the AJAX viewer it is
predictable from the MapDefinition name and I think you are right
that it would either blow away the existing Map or conflict in some way.
I'm not sure how the existing viewer works, but it doesn't contain
the capability to change maps at run time so it would never run into
this issue. In Fusion, we can load different MapDefinitions at run
time and we do something like this when the user wants to load the map:
/* $mapid is a string resource id Library://... */
$resourceID = new MgResourceIdentifier($mapid);
$map = new MgMap();
$mapName = $resourceID->GetName();
$map->Create($resourceService, $resourceID, $mapName);
$mapStateId = new MgResourceIdentifier("Session:" . $sessionID .
"//" . $map->GetName() . "." . MgResourceType::Map);
$map->Save($resourceService, $mapStateId);
(NB: there is a potential problem here if the map name is the same as
one already in the session. I will need to fix this potential bug in
Fusion - I will probably use an md5 hash of the string version of the
full Library:// path to the original map. This would probably look
like:
$mapName = md5($mapid);
and the rest of the code would look the same.
)
We return the $mapName to the client so that subsequent requests can
operate on the the appropriate Map object on the server side using
something like this:
$map = new MgMap();
$map->Open($resourceService, $mapName);
The mapagent rendering operations take the session id and the map
name to render map images and dynamic map overlays.
Does that help?
Cheers
Paul
On 31-Aug-07, at 1:05 PM, Haris Kurtagic wrote:
> I would appreciate if someone could help me to clarify
> Session-MapName-Map interaction.
>
>
>
> Now how MG Viewer-Server is working is that it will create new
> session
> and read web layout and create a runtime map in session repository.
>
> Later runtime map is accessed by name (only name part of it) from the
> session repository.
>
> So, if I would have two Maps created in Library in separate folders
> with
> same name and if I would add the second map to session repository I
> could not access both Maps ( because Session Id and MapName are
> used to
> identify it - and they are same).
>
>
>
> Am I right about this ?
>
>
>
> Thanks,
>
> Haris
>
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
+-----------------------------------------------------------------+
|Paul Spencer pspencer at dmsolutions.ca |
+-----------------------------------------------------------------+
|Chief Technology Officer |
|DM Solutions Group Inc http://www.dmsolutions.ca/ |
+-----------------------------------------------------------------+
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
More information about the mapguide-internals
mailing list