PHP Map Obj Serialize

P Kishor punkish at EIDESIS.ORG
Tue Aug 15 06:22:43 PDT 2006


On 8/15/06, Stuart Eve <stuarteve at lparchaeology.com> wrote:

> thanks for the reply - we don't use the querystring to particularly send
> queries (we are not using cgi mapserver),

querystrings have nothing to do with CGI MapServer exclusively ... you
use them with or without CGI, with or without scripting... after all,
how else does the user communicate with the server... the only known
possible ways for a browser to communicate with a server are
GET|POST|XMLHttpRequest, afaik. That said...

..
> theoretically possible, but our application allows users to change
> colours/layer order/symbology etc. - so its not just a matter of
> choosing WHAT data to display its also HOW it is displayed.

Yes, in that case, what you doing is probably one correct way to do it
(I am sure TMTOWTDI).

You can continue to do what you are doing... just store the unique,
associative threesome of the memorable name ('My favorite house'), the
mapfile for it, and the cached png's name in a db table. When the user
wants to see her favorite house, query the db and grab the png name
and the mapfile... check to make sure the png still exists, and if
yes, show it. Else, regenerate the darn thing using the mapfile. All
these three things are already plain vanilla text, and can be easily
stored in your persistent mechanism of choice.

Still no mucking around with the mapObj.

On the other hand, as I said, TMTOWTDI.


> This means
> we would need to load the querystring with definitions for each layer
> and class within the mapfile which may become a little unmanageable.
>
> Stuart
>
> P Kishor wrote:
> > I know very little about the current state of PHP/MapScript, but I
> > have implemented what you propose below. It does not require mucking
> > around with mapObj at all.
> >
> > Think of how any given map is formed -- it requires a query sent
> > either via GET or POST. All you have to do is store that query (it is
> > already serialized by http for you), associate it with a memorable
> > name ('My House', 'My Cat's Sleeping Place') and the resulting png
> > image cached somewhere safe where it doesn't get cleaned up by your
> > normal hard disk maid service, and store the three as you wish -- in
> > an associative array, in a file, in 3 fields of a database table,
> > whatever you want.
> >
> > Next time your user clicks on her 'My House', you check if the
> > associate png is present and use it, if not, use the associated query
> > to regenerate it, and restore it.
> >
> > On 8/15/06, Stuart Eve <stuarteve at lparchaeology.com> wrote:
> >> Dear all,
> >>
> >> We are attempting to think of a way to provide a 'permalink' to a
> >> particular map object. In addition we would like to do a check to see if
> >> the server has already created that map (with its specific
> >> configuration) before and so just load up the cached png instead of
> >> recreating the png each time.
> >>
> >> I realise we can save out the mapfile to a .txt file and then read it in
> >> - and compare it to all of the other mapfiles we have saved, but it
> >> seems like it may be a little processor heavy. We were hoping to save
> >> something out to a field in the MySQL table. We were thinking along the
> >> lines of a serialized array which could then be compared with the other
> >> cached arrays in the MySQL table and see if theres a match.
> >>
> >> Our main problem, though, is that we can't unserialize a map object (as
> >> it loses all of its methods). Is there a way to unserialize the map
> >> object and make it function properly again as a map object or
> >> alternatively output the mapfile to a field in the database and then
> >> recreate the map object from that? Does the mapObj constructor only work
> >> from files?
> >>
> >> We are using Mapserver 4.8 and PHPMapscript.
> >>
> >> Thanks in advance
> >>
> >> Stuart
> >>
> >> --
> >> Stuart Eve
> >> L - P : Archaeology
> >> stuarteve at lparchaeology.com
> >>
> >
> >
>
>
> --
> Stuart Eve
> L - P : Archaeology
> stuarteve at lparchaeology.com
>
>


-- 
Puneet Kishor http://punkish.eidesis.org/
Nelson Inst. for Env. Studies, UW-Madison http://www.ies.wisc.edu/
Open Source Geospatial Foundation https://edu.osgeo.org/



More information about the MapServer-users mailing list