Proposing to support for creating maps with mapserv.exe using the command line

[Ed McNierney]

Folks -

I'll add my support to the suggestions for a switch to support header
suppression, with output redirection.  This will be helpful for users
with large datasets, as it will make it easier to automate the
generation of checkplot images under various input request conditions.
That's valuable to users with large, heterogeneous data libraries.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed at topozone.com
(978) 251-4242 

-----Original Message-----
From: UMN MapServer Developers List [mailto:MAPSERVER-DEV at LISTS.UMN.EDU]
On Behalf Of Steve Lime
Sent: Wednesday, June 21, 2006 5:15 PM
To: MAPSERVER-DEV at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-DEV] Proposing to support for creating maps
with mapserv.exe using the command line

Sounds ok to me. It would actually help with some WFS testing we're
doing...

Steve

>>> "Tamas Szekeres" <szekerest at gmail.com> 06/21/06 4:08 PM >>>
Steve,

The main problem is to pass this flag to every function making this
header information. How about adding this flag to cgiRequestObj? However
some of the functions issuing the header does not have a cgiRequestObj
parameter so it should be added to the parameter list for those
functions.

I would suggest adding a new command line switch instead of a CGI
parameter since at CGI mode no one will want to suppress this
information AFAIK.

Best Regards,

Tamas




-----Original Message-----
From: UMN MapServer Developers List [mailto:MAPSERVER-DEV at LISTS.UMN.EDU]
On Behalf Of Steve Lime
Sent: Wednesday, June 21, 2006 9:55 PM
To: MAPSERVER-DEV at LISTS.UMN.EDU
Subject: Re: Proposing to support for creating maps with mapserv.exe
using the command li

It wouldn't require touching that much more code. There aren't that many
places a mime-type is output: maps/images, browse templates, query
templates, and the OGC services. 

I agree that using output redirection is probably enough. Supressing the
headers could be done with a command-line switch or simply a CGI
parameter.

I would support the modification in that form...

Steve

>>> Frank Warmerdam <warmerdam at POBOX.COM> 6/21/2006 12:09:26 PM >>>
Tamas Szekeres wrote:
> Frank,
> 
> My primary aim was to enable the image creation by using mapserver as 
> a command line tool by utilizing the sophisticated funcionality 
> provided by mapserv.exe. The implementation suggested was obvious 
> requiring few line to be changed. Suppressing the header seems to be 
> equivalent for me and i am ready to move into this direction if 
> needed.
> However i am a bit uncertain about the benefit using the OWS 
> functionality this way. It requires to change much amount of code that

> i haven't addressed.
> I am not disagreed about the latter if someone can convince me of the 
> usability of this functionality.

Tamas,

I think similar uses would apply.  You could use a query string that is
a WFS request, and capture the resulting GML to a file for instance.
Currently this sort of use is frustrated by the manditory return of the
content type which must then be stripped off somehow.

I would agree that applying the change more widely would require
touching more code.  But as long as you leave routing to a file to
normal shell redirection, it would not be necessary to alter hard stuff,
just control whether content-type headers are emitted.

Best regards,
-- 
---------------------------------------+--------------------------------
---------------------------------------+----
--
I set the clouds in motion - turn up   | Frank Warmerdam,
warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam 
and watch the world go round - Rush    | President OSGF,
http://osgeo.org

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.9.2/372 - Release Date:
2006.06.21.
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.9.2/372 - Release Date:
2006.06.21.