<div>WMS through your local intranet is very fast, and its a way to scale up your mapping application horizontally, splitting the load between servers if the layers are processing intensive to draw.</div>
<div>&nbsp;</div>
<div>I've never tried WMS to localhost before, but assuming you can do that it should be even a little faster. Perhaps not as fast as just having the layers within the mapfile in the usual manner, but much faster than WMS accessing a remote server on the internet. I'd lean to this idea for your situation.
</div>
<div>&nbsp;</div>
<div>Another way which would likely be overkill for your needs would be to create a system like what the guys at NRCan have done, creating a database application that creates the mapfile on the fly. I heard that for them it has eliminated the need to update thousands of map files when switching to new versions with syntax changes etc, or for making small symbolization changes that effect many map files.
</div>
<div>&nbsp;</div>
<div>I do like the 'includes' idea. It would be great for those of us in between the extremes.</div>
<div>&nbsp;</div>
<div>Cheers,<br>Ken Lord</div>
<div>Vancouver BC</div>
<div><br><br>&nbsp;</div>
<div><span class="gmail_quote">On 6/3/05, <b class="gmail_sendername">uli mueller [geOps]</b> &lt;<a href="mailto:uli.mueller@gmx.ch">uli.mueller@gmx.ch</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I also wished to have something like an #include in mapfiles. Usually<br>you have one or only few more optimal ways to represent a set of geodata
<br>in MapServer. I would like to be able to keep these representations (the<br>MapServer layer object) separate from the mapfiles, possibly in the same<br>location as the geodata itself.<br>This would ease the creation of mapfiles. Updates of a layer definition
<br>could be done in one place instead of in all mapfiles that use the data.<br><br>WMS as an alternative is fine, but I don't need it if I only combine<br>layers from a single server. And I am not sure, if WMS layers aren't
<br>slower than directly accessing my data (Can anyone comment on this?).<br><br>Could this go into bugzilla as an enhancement bug? Or does MapLab<br>already provide a similar feature (never tested)?<br><br>So far my thoughts for a Friday night (it's Europe here)
<br><br>Uli<br><br><br><br>Pagurek,Debbie [NCR] wrote:<br>&gt; As far as I know, I don't think there is a way to &quot;include&quot; a mapfile in<br>&gt; another as you have suggested.<br>&gt;<br>&gt; However, there are possibilities.
<br>&gt; First - do you have to have 12 or so different mapfiles? Can't you put<br>&gt; them all into one file and use the GROUP feature to group 5 or so layers<br>&gt; together?<br>&gt;<br>&gt; Second - if you DO want to have separate mapfiles, perhaps you
<br>&gt; could &quot;serve&quot; your ancillary data layers as WMS, and then in each of the<br>&gt; other mapfiles, you could just act as a WMS client to that wms. So you'd<br>&gt; only be putting one layer into each of the mapfiles, instead of a number
<br>&gt; of ancillary data layers.<br>&gt;<br>&gt; Just my thoughts for a Friday afternoon.<br>&gt;<br>&gt; D. Pagurek<br>&gt;<br>&gt; -----Original Message-----<br>&gt; *From:* UMN MapServer Users List [mailto:<a href="mailto:MAPSERVER-USERS@LISTS.UMN.EDU">
MAPSERVER-USERS@LISTS.UMN.EDU</a>]<br>&gt; *On Behalf Of *McGraw, Joanne<br>&gt; *Sent:* Friday, June 03, 2005 8:51 AM<br>&gt; *To:* <a href="mailto:MAPSERVER-USERS@LISTS.UMN.EDU">MAPSERVER-USERS@LISTS.UMN.EDU</a><br>&gt; *Subject:* [UMN_MAPSERVER-USERS] &quot;includes&quot; in mapfiles?
<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Is there any syntax for including the contents of another file in a<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; mapfile?<br>&gt;<br>&gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; I have about 60+ layers that need to go online and most of them fall<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; into fairly clear groups of five layers each. Based on their
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; selection in a drop-down list, users will indicate the group of maps<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; they are interested in looking at and the application will load that<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; map file. There are, however, about 10 ancillary layers of data that
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; should be available no matter what map is loaded (roads, hydro,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; cities, etc.). Rather than repetitively defining this information in<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; every map file, is there any way I can define the ancillary layers
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; in one file, and then simply load that file's contents from within<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; the other map files?<br>&gt;<br>&gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; I'm not sure what to call these except "includes." I haven't had any<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; luck in the archive with that expression, but I cannot believe no<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; one has wanted to do this before.<br>&gt;<br>&gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Cheers,<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; jtm<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Joanne T. McGraw
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Spatial Data Visualization Specialist / Spécialiste en visualisation<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; des données spatiales<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Agriculture and Agri-Food Canada / Agriculture et Agroalimentaire Canada<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Telephone/Téléphone: (613) 759-6103
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Facsimile/Télécopieur: (613) 759-1937<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 960 Carling Ave, #1136<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Ottawa, Ontario<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; K1A 0C6<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; <a href="mailto:mcgrawj@agr.gc.ca">mcgrawj@agr.gc.ca</a> &lt;mailto:
<a href="mailto:mcgrawj@agr.gc.ca">mcgrawj@agr.gc.ca</a>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Agriculture and Agri-Food Canada - Agriculture et Agroalimentaire Canada<br>&gt;<br>&gt;<br>&gt;<br><br><br>--<br>geOps GeoInformatics
<br>D-79100 Freiburg<br></blockquote></div><br>