<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.2800.1505" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Comic Sans MS">
<DIV>Espen,</DIV>
<DIV> </DIV>
<DIV>What if any are the performance hits with this approach? Is the Mapfile assembled before any sort of reading if it is attempted, and it's simply the opening of the additional files that affect the performance?</DIV>
<DIV> </DIV>
<DIV>I do have a system like this in place, but it's for some rather simple looking cartography and it works well with a request handler (Not GeoMoose) that assembles the INCLUDE chunk upon request to build the MAPFILE on the fly for the MapSERVER CGI request, this is real borderline DataBase stuff too, as it's really getting close to the point of putting it into a DB instead of keeping in FLAT files.</DIV>
<DIV> </DIV>
<DIV>This applies to my previous message too about the abundance of layers in our applications. It would be far easier to build a Webified version of a MAPFILE builder, that still maintained the option(s) of letting each data custodian handle their own cartography for example.</DIV>
<DIV> </DIV>
<DIV>This would certainly be a way of removing the some of the MAPFILE complexities from the average data custodians. It's something we have been thinking about doing as a module for GeoMoose for example. Just haven't got it all quite figured out completely yet. There are some other similar systems for this too that I need to review first as well. But in the interest of getting the MAPFILE smaller and more manageable . . . . :c)</DIV>
<DIV> </DIV>
<DIV>bobb</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>
<DIV align=center><STRONG><FONT size=6><FONT size=1></FONT> </DIV>
<DIV align=right>
<TABLE cols=3 align=center border=0>
<TBODY>
<TR>
<TD align=right>
<DIV><STRONG><FONT size=6></FONT></STRONG> </DIV>
<DIV><STRONG>Bob Basques</STRONG></DIV>
<DIV><STRONG><FONT size=2><A href="http://gis.ci.stpaul.mn.us/">GIS</A> Systems Developer</FONT></STRONG></DIV>
<DIV><STRONG><FONT size=1><A href="http://www.ci.stpaul.mn.us/">City of Saint Paul, MN</A></FONT></STRONG></DIV></TD>
<TD><BR><A href="http://gis.ci.stpaul.mn.us/"><IMG alt="Moose Powered GISMO" hspace=0 src="cid:LFFEMHWDMFRX.IMAGE_59.gif" align=middle border=0></A></TD>
<TD>
<DIV><STRONG><FONT size=6></FONT></STRONG> </DIV>
<DIV><STRONG><FONT size=6><A href="http://gis.ci.stpaul.mn.us/"><FONT size=5>GISmo</FONT></A> </FONT></STRONG></DIV>
<DIV align=center><FONT size=2>Powered by</FONT></DIV>
<DIV align=center><STRONG><A href="http://www.geomoose.org/moose/"><FONT size=2>GeoMOOSE</FONT></A></STRONG></DIV></TD></TR></TBODY></TABLE></DIV></FONT></STRONG>
<DIV align=center> </DIV><A href="http://gis.ci.stpaul.mn.us/"></A><BR><BR>>>> Espen Isaksen <espen.isaksen@GMAIL.COM> wrote:<BR></DIV>
<DIV style="PADDING-LEFT: 7px; MARGIN: 0px 0px 0px 15px; BORDER-LEFT: #050505 1px solid; BACKGROUND-COLOR: #f3f3f3">Thanks! Don't know how I missed that one...<BR><BR>Espen<BR><BR>On 23/01/2008, Kralidis,Tom [Burlington] <Tom.Kralidis@ec.gc.ca> wrote:<BR>><BR>><BR>><BR>> > -----Original Message-----<BR>> > From: UMN MapServer Users List<BR>> > [mailto:MAPSERVER-USERS@LISTS.UMN.EDU] On Behalf Of Espen Isaksen<BR>> > Sent: 23 January, 2008 2:26 PM<BR>> > To: MAPSERVER-USERS@LISTS.UMN.EDU<BR>> > Subject: Re: [UMN_MAPSERVER-USERS] Map file with 35,000+<BR>> > Lines... management issue<BR>> ><BR>> > Regarding this, is it possible to "include" a map file inside<BR>> > another map file?<BR>> ><BR>><BR>> One can do just this with the INCLUDE directive. See<BR>> <A href="http://mapserver.gis.umn.edu/docs/reference/mapfile/Include">http://mapserver.gis.umn.edu/docs/reference/mapfile/Include</A><BR>><BR>> ..Tom<BR>><BR>><BR>> > Espen<BR>> ><BR>> > On 23/01/2008, Fawcett, David <David.Fawcett@state.mn.us> wrote:<BR>> > > Everything is a performance issue, the question is, 'Is the<BR>> > > performance acceptable to you?'...<BR>> > ><BR>> > > You have built a pretty massive map file. I would look at<BR>> > stripping<BR>> > > it down to only what is needed for a particular application.<BR>> > ><BR>> > > For questions about how to improve performance, you may<BR>> > want to look at:<BR>> > > <A href="http://mapserver.gis.umn.edu/docs/howto/mapfiletuning">http://mapserver.gis.umn.edu/docs/howto/mapfiletuning</A><BR>> > ><BR>> > > David.<BR>> > ><BR>> > > -----Original Message-----<BR>> > > From: UMN MapServer Users List<BR>> > [mailto:MAPSERVER-USERS@LISTS.UMN.EDU]<BR>> > > On Behalf Of riteshambastha<BR>> > > Sent: Wednesday, January 23, 2008 12:59 PM<BR>> > > To: MAPSERVER-USERS@LISTS.UMN.EDU<BR>> > > Subject: Re: [UMN_MAPSERVER-USERS] Map file with 35,000+ Lines...<BR>> > > management issue<BR>> > ><BR>> > ><BR>> > > Thanks Rich,<BR>> > ><BR>> > > Yeah, even I am trying to solve this issue by separating<BR>> > the huge map<BR>> > > file with smaller chunks of many map files. Am bit confused<BR>> > if it will<BR>> > > lead to performance issues.<BR>> > ><BR>> > > Warm Regards,<BR>> > > Ritz<BR>> > ><BR>> > ><BR>> > ><BR>> > > rich.fromm wrote:<BR>> > > ><BR>> > > ><BR>> > > > riteshambastha wrote:<BR>> > > >><BR>> > > >> I have developed a map file with more than 35,000 Lines.<BR>> > > >><BR>> > > >> Please throw some lights over writing map files by<BR>> > following best<BR>> > > >> practices.<BR>> > > >><BR>> > > ><BR>> > > > Have you considered more than one map file, depending on the<BR>> > > > circumstances, each one a bit smaller, rather than one<BR>> > huge map file?<BR>> > > ><BR>> > > > It's hard to say how appropriate that may or may not be without<BR>> > > > knowing more about your circumstances, but that's what I have.<BR>> > > ><BR>> > > > - Rich<BR>> > > ><BR>> > > ><BR>> > ><BR>> > > --<BR>> > > View this message in context:<BR>> > ><BR>> > <A href="http://www.nabble.com/Map">http://www.nabble.com/Map</A>-file-with-35,000+-Lines...-management-is<BR>> > > su<BR>> > > e-tp15048892p15048905html<BR>> > > Sent from the Mapserver - User mailing list archive at Nabble.com.<BR>> > ><BR>> ><BR>><BR></DIV></BODY></HTML>