<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><DIV style="FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new york, times, serif"><BR><BR>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new york, times, serif">----- Mensagem original ----<BR>De: "grass-user-request@lists.osgeo.org" <grass-user-request@lists.osgeo.org><BR>Para: grass-user@lists.osgeo.org<BR>Enviadas: Segunda-feira, 17 de Dezembro de 2007 13:00:07<BR>Assunto: grass-user Digest, Vol 20, Issue 38<BR><BR>Send grass-user mailing list submissions to<BR> <A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR><BR>To subscribe or unsubscribe via the World Wide Web, visit<BR> <A href="http://lists.osgeo.org/mailman/listinfo/grass-user" target=_blank>http://lists.osgeo.org/mailman/listinfo/grass-user</A><BR>or, via email, send a message with subject or body 'help' to<BR> <A href="mailto:grass-user-request@lists.osgeo.org"
ymailto="mailto:grass-user-request@lists.osgeo.org">grass-user-request@lists.osgeo.org</A><BR><BR>You can reach the person managing the list at<BR> <A href="mailto:grass-user-owner@lists.osgeo.org" ymailto="mailto:grass-user-owner@lists.osgeo.org">grass-user-owner@lists.osgeo.org</A><BR><BR>When replying, please edit your Subject line so it is more specific<BR>than "Re: Contents of grass-user digest..."<BR><BR><BR>Today's Topics:<BR><BR> 1. Re: nan values by v.generalize (Hamish)<BR> 2. Re: How to best access hundreds of orthophotos -- mapserver<BR> as WMS server? (Ivan Shmakov)<BR> 3. Re: How to best access hundreds of orthophotos -- mapserver<BR> as WMS server? (Ivan Shmakov)<BR> 4. Re: towgs84 datum parameters for "Hong Kong 1980" (Otto Dassau)<BR> 5. UTM projection problems (<A href="mailto:mhall@berkeley.edu"
ymailto="mailto:mhall@berkeley.edu">mhall@berkeley.edu</A>)<BR> 6. r.patch example in the manual (Craig Leat)<BR> 7. Re: r.patch example in the manual (Martin Landa)<BR> 8. Re: GRASS_HTML_BROWSER (Glynn Clements)<BR> 9. Re: Re: How to best access hundreds of orthophotos --<BR> mapserver as WMS server? (Glynn Clements)<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Sun, 16 Dec 2007 15:46:47 -0800 (PST)<BR>From: Hamish <<A href="mailto:hamish_b@yahoo.com" ymailto="mailto:hamish_b@yahoo.com">hamish_b@yahoo.com</A>><BR>Subject: Re: [GRASS-user] nan values by v.generalize<BR>To: Daniel Bundala <<A href="mailto:bundala@gmail.com" ymailto="mailto:bundala@gmail.com">bundala@gmail.com</A>>, Wolf Bergenheim<BR> <wolf+<A href="mailto:grass@bergenheim.net"
ymailto="mailto:grass@bergenheim.net">grass@bergenheim.net</A>><BR>Cc: <A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR>Message-ID: <<A href="mailto:128490.96785.qm@web45805.mail.sp1.yahoo.com" ymailto="mailto:128490.96785.qm@web45805.mail.sp1.yahoo.com">128490.96785.qm@web45805.mail.sp1.yahoo.com</A>><BR>Content-Type: text/plain; charset=iso-8859-1<BR><BR>Daniel Bundala wrote:<BR>> > > As I mentioned in my previous post, a solution is to translate<BR>> > > the corresponding points little bit.<BR>....<BR>> The patch is attached. Hope it works.<BR><BR><BR>May I suggest replacing 1e-12 with GRASS_EPSILON? (defined in gis.h)<BR><BR><BR><BR>> === message truncated ===> <BR><BR>everyone, please do.<BR><BR><BR>Hamish<BR><BR><BR><BR> ____________________________________________________________________________________<BR>Never miss a
thing. Make Yahoo your home page. <BR><A href="http://www.yahoo.com/r/hs" target=_blank>http://www.yahoo.com/r/hs</A><BR><BR><BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Mon, 17 Dec 2007 08:18:40 +0600<BR>From: Ivan Shmakov <<A href="mailto:oneingray@gmail.com" ymailto="mailto:oneingray@gmail.com">oneingray@gmail.com</A>><BR>Subject: [GRASS-user] Re: How to best access hundreds of orthophotos<BR> -- mapserver as WMS server?<BR>To: <A href="mailto:grassuser@grass.itc.it" ymailto="mailto:grassuser@grass.itc.it">grassuser@grass.itc.it</A><BR>Cc: Ivan Shmakov <<A href="mailto:oneingray@gmail.com" ymailto="mailto:oneingray@gmail.com">oneingray@gmail.com</A>><BR>Message-ID: <<A href="mailto:m2r6hmjc73.fsf@cherry.siamics.int" ymailto="mailto:m2r6hmjc73.fsf@cherry.siamics.int">m2r6hmjc73.fsf@cherry.siamics.int</A>><BR>Content-Type: text/plain;
charset=us-ascii<BR><BR>>>>>> Hamish <<A href="mailto:hamish_b@yahoo.com" ymailto="mailto:hamish_b@yahoo.com">hamish_b@yahoo.com</A>> writes:<BR><BR>>>> an idea: write a little script to make a vector coversheet index.<BR><BR>[...]<BR><BR>>>> I am not sure, but I think v.patch does not clean topology so<BR>>>> overlap may be ok.<BR><BR>> Ivan:<BR><BR>>> Wouldn't it be better to save non-overlapping parts and an<BR>>> intersection as separate polygons? A separate attribute will be<BR>>> needed to store the list of IDs of the covering images.<BR><BR>> see overlapping polygon example at:<BR>> <A href="http://grass.ibiblio.org/screenshots/vector.php" target=_blank>http://grass.ibiblio.org/screenshots/vector.php</A><BR><BR> Thanks, I'll check it.<BR><BR>>>> # store current region<BR>>>> g.region save=old_region<BR><BR>>> It makes
me wonder each time I see such a fragile construct like<BR>>> this, will GRASS ever support overriding the region<BR>>> ``temporarily''? (E. g., via a command line argument, or an<BR>>> environment variable.)<BR><BR>> there is, see GRASS_REGION and WIND_OVERRIDE shell variables:<BR>> <A href="http://grass.ibiblio.org/grass63/manuals/html63_user/variables.html" target=_blank>http://grass.ibiblio.org/grass63/manuals/html63_user/variables.html</A><BR><BR> This is exactly what I've asked for. Thanks!<BR><BR>> but saving & restoring g.region isn't need for this task, it is just<BR>> being nice leaving the place as you found it. The script is not<BR>> dependent on the starting region. And I fail to see how that's<BR>> fragile?<BR><BR> Consider this script being interrupted in the middle (say, by<BR> the user hitting ^C.) Will the region be
restored?<BR><BR>> No more fragile than trusting anything else written to the disk.<BR><BR> It looks to me that the following will be much more robust:<BR><BR>export WIND_OVERRIDE=tmp_region<BR>...<BR><BR># no need to store current region<BR># g.region save=old_region<BR><BR>...<BR><BR> g.region rast="$MAP"<BR><BR>...<BR><BR># no need to reset to original region, either<BR># g.region old_region<BR><BR>[...]<BR><BR>>> And, could there be something a bit more clever than storing the<BR>>> region of the image as a vector feature?<BR><BR>> the user can get as complicated as they like..<BR><BR>>> A combination of downsampling, `r.mapcalc' (to obtain the fill mask),<BR>>> and `r.contour', may be?<BR><BR>> r.contour is not so good for ortho photos or high resolution land use<BR>> map with many small areas. But again, up to the user....<BR><BR> Actually, I meant using `r.contour' on
the downsampled fill<BR> mask. (Meanwhile, I've silently switched to my own needs, which<BR> are about the satellite data.)<BR><BR>[...]<BR><BR><BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Mon, 17 Dec 2007 08:28:06 +0600<BR>From: Ivan Shmakov <<A href="mailto:oneingray@gmail.com" ymailto="mailto:oneingray@gmail.com">oneingray@gmail.com</A>><BR>Subject: [GRASS-user] Re: How to best access hundreds of orthophotos<BR> -- mapserver as WMS server?<BR>To: <A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR>Cc: Ivan Shmakov <<A href="mailto:oneingray@gmail.com" ymailto="mailto:oneingray@gmail.com">oneingray@gmail.com</A>><BR>Message-ID: <<A href="mailto:m2mysajbrd.fsf@cherry.siamics.int"
ymailto="mailto:m2mysajbrd.fsf@cherry.siamics.int">m2mysajbrd.fsf@cherry.siamics.int</A>><BR>Content-Type: text/plain; charset=us-ascii<BR><BR>>>>>> Dylan Beaudette <<A href="mailto:dylan.beaudette@gmail.com" ymailto="mailto:dylan.beaudette@gmail.com">dylan.beaudette@gmail.com</A>> writes:<BR><BR>[...]<BR><BR>>>> an idea: write a little script to make a vector coversheet index.<BR>>>> maybe output that with the HTMLMAP driver for an interactive web brower<BR>>>> pull up.<BR><BR>[...]<BR><BR>>> And, could there be something a bit more clever than storing the<BR>>> region of the image as a vector feature? A combination of<BR>>> downsampling, `r.mapcalc' (to obtain the fill mask), and<BR>>> `r.contour', may be?<BR><BR>> Hi,<BR><BR>> What you are asking for is starting to sound like a Mapserver driven<BR>> WMS.<BR><BR> Actually, I'm seeking for a some
kind of cataloguing solution<BR> for GRASS. However, setting up Mapserver is also on my TODO<BR> list.<BR><BR>> Here is how I have dealt with this problem in the past:<BR><BR>[...]<BR><BR>> 5. create a very simple mapfile pointing to the tile index<BR>> shapefile. I will work up an example and post it back<BR><BR> TIA.<BR><BR>> 6. fill in appropriate WMS metadata into the mapfile<BR><BR>> 7. use r.in.wms to import imagery into GRASS<BR>> -or-<BR>> 7. once GDAL 1.5 is released it will be possible to an r.in.gdal and<BR>> point it to an XML file defining a WMS resource. A mini-script might<BR>> be able to construct the XML file on the fly...<BR><BR>> Unfortunately you will still have to manage the images that are<BR>> imported into GRASS with GRASS commands, unless you constantly<BR>> overwrite a temporary set of files by always using the same names and<BR>>
the --o flag.<BR><BR>> Once you have mapserver setup WMS is quite fast and flexible - it<BR>> will even project the data on the fly to other coordinate systems.<BR><BR> Yes, I know. (Though I hadn't succeed in getting it to show me<BR> any rasters last time I've tried it; the software packages were<BR> from Debian etch, if that matters.)<BR><BR><BR><BR>------------------------------<BR><BR>Message: 4<BR>Date: Mon, 17 Dec 2007 10:55:20 +0100<BR>From: Otto Dassau <<A href="mailto:otto.dassau@gmx.de" ymailto="mailto:otto.dassau@gmx.de">otto.dassau@gmx.de</A>><BR>Subject: Re: [GRASS-user] towgs84 datum parameters for "Hong Kong<BR> 1980"<BR>To: Paul Kelly <<A href="mailto:paul-grass@stjohnspoint.co.uk" ymailto="mailto:paul-grass@stjohnspoint.co.uk">paul-grass@stjohnspoint.co.uk</A>><BR>Cc: <A href="mailto:grass-user@lists.osgeo.org"
ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR>Message-ID: <20071217105520.17c21bec@nature><BR>Content-Type: text/plain; charset=US-ASCII<BR><BR>Hi Nikos and Paul<BR><BR>thanks a lot for your help and notes. I will test the parameters and write back<BR>then. Maybe then, we can add the datum parameters to grass svn.<BR><BR>Regards,<BR> Otto<BR><BR>On Thu, 13 Dec 2007 13:51:17 +0000 (GMT)<BR>Paul Kelly <<A href="mailto:paul-grass@stjohnspoint.co.uk" ymailto="mailto:paul-grass@stjohnspoint.co.uk">paul-grass@stjohnspoint.co.uk</A>> wrote:<BR><BR>> On Thu, 13 Dec 2007, Otto Dassau wrote:<BR>> <BR>> > Hi,<BR>> ><BR>> > I need some help to add support for "Hong Kong 1980" datum in GRASS. I<BR>> > have a wkt file with following information:<BR>> ><BR>> ><BR>PROJCS["Hong_Kong_1980_Grid",GEOGCS["GCS_Hong_Kong_1980",DATUM["D_Hong_Kong_198<BR>>
><BR>0",SPHEROID["International_1924",6378388.0,297.0]],PRIMEM["Greenwich",0.0],UNIT<BR>> ><BR>["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["Fal<BR>> ><BR>se_Easting",836694.05],PARAMETER["False_Northing",819069.8],PARAMETER["Central_<BR>> ><BR>Meridian",114.1785555555556],PARAMETER["Scale_Factor",1.0],PARAMETER["Latitude_<BR>> > Of_Origin",22.31213333333334],UNIT["Meter",1.0]]<BR>> ><BR>> > The datum D_Hong_Kong_1980 does not exist in GRASS yet. I found following<BR>> > parameters and added them to the datum.table file:<BR>> ><BR>> > # Hong Kong Datum 1980<BR>> > hk80 "Hong_Kong_1980" international dx=-156 dy=-270 dz=-189<BR>> ><BR>> > Now I am missing the Datum Transformation Parameters to add to the<BR>> > datumtransform.table.<BR>> <BR>> Just to note that you do not necessarily
need to add parameters to both <BR>> datum.table and datumtransform.table. If dx=-156 dy=-270 dz=-189 are <BR>> the only parameters you have, that is fine and they will be the only ones <BR>> used. An entry in datumtransform.table is only needed if you have multiple <BR>> sets of parameters for the datum, or if the only set you have available is <BR>> not a 3-parameter set.<BR>> <BR>> Paul<BR><BR><BR>------------------------------<BR><BR>Message: 5<BR>Date: Mon, 17 Dec 2007 07:07:50 -0800 (PST)<BR>From: <A href="mailto:mhall@berkeley.edu" ymailto="mailto:mhall@berkeley.edu">mhall@berkeley.edu</A><BR>Subject: [GRASS-user] UTM projection problems<BR>To: <A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR>Message-ID:<BR> <<A href="mailto:1378.12.74.52.211.1197904070.squirrel@calmail.berkeley.edu"
ymailto="mailto:1378.12.74.52.211.1197904070.squirrel@calmail.berkeley.edu">1378.12.74.52.211.1197904070.squirrel@calmail.berkeley.edu</A>><BR>Content-Type: text/plain;charset=iso-8859-1<BR><BR>Hi,<BR><BR>I am using GRASS 6.2 on a Windows XP machine. Its the cygwin build. I<BR>also access it from QGIS 8.1 for windows.<BR><BR>The problem I am noticing is reading in a satellite image (ASTER or<BR>Landsat) and the projection and reference system I end up with. My<BR>imagery is in Geotiff format. Reading the metadata files and the<BR>projection info of the Geotiff of course lists the correct zone, etc.<BR><BR>When I load the image into GRASS via r.in.gdal and tell GRASS to create a<BR>new location, I get a generic x,y system set-up and the UTM projection<BR>zone is 0 (no matter where in the world I have my imagery, been tested on<BR>several sets of images...). I go in and reset the projection, bt once I<BR>exit GRASS, the
projection defaults back. Oddly enough, the projection it<BR>creates is consistent in terms of overlays, etc. And even odder, when I<BR>import an image in lat-lon it creates that.<BR><BR>Any suggestions on what I am making a mess of?<BR><BR>Best, Mark Hall<BR><BR><BR><BR><BR><BR>------------------------------<BR><BR>Message: 6<BR>Date: Mon, 17 Dec 2007 07:37:33 -0800 (PST)<BR>From: Craig Leat <<A href="mailto:Craig@pid.co.za" ymailto="mailto:Craig@pid.co.za">Craig@pid.co.za</A>><BR>Subject: [GRASS-user] r.patch example in the manual<BR>To: <A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR>Message-ID: <<A href="mailto:14372554.post@talk.nabble.com" ymailto="mailto:14372554.post@talk.nabble.com">14372554.post@talk.nabble.com</A>><BR>Content-Type: text/plain; charset=us-ascii<BR><BR><BR>Hello List<BR><BR>I'm trying the r.patch example given in the manual for
6.3.0RC3 and there<BR>appears to be a problem passing the output from g.mlist to g.region. So, in<BR>fact, I haven't managed to try r.patch yet. I followed the example and this<BR>is what I got back:<BR><BR>GRASS 6.3.0RC3 (msunduzi_lo31):~ > MAPS='g.mlist type=rast sep=,<BR>pat="*.red"'<BR>GRASS 6.3.0RC3 (msunduzi_lo31):~ > echo $MAPS<BR>g.mlist type=rast sep=, pat="*.red"<BR>GRASS 6.3.0RC3 (msunduzi_lo31):~ > g.region rast=$MAPS<BR>Sorry, <type> is not a valid parameter<BR>Sorry, <sep> is not a valid parameter<BR>Sorry, <pat> is not a valid parameter<BR><BR>I guess I need to tell bash to evaluate MAPS rather than just expanding the<BR>variable, but I am not sure how. Pointers are welcome...<BR><BR>Thanks<BR><BR>Craig.<BR>-- <BR>View this message in context: <A href="http://www.nabble.com/r.patch-example-in-the-manual-tp14372554p14372554.html"
target=_blank>http://www.nabble.com/r.patch-example-in-the-manual-tp14372554p14372554.html</A><BR>Sent from the Grass - Users mailing list archive at Nabble.com.<BR><BR><BR><BR>------------------------------<BR><BR>Message: 7<BR>Date: Mon, 17 Dec 2007 16:51:01 +0100<BR>From: "Martin Landa" <<A href="mailto:landa.martin@gmail.com" ymailto="mailto:landa.martin@gmail.com">landa.martin@gmail.com</A>><BR>Subject: Re: [GRASS-user] r.patch example in the manual<BR>To: "Craig Leat" <<A href="mailto:Craig@pid.co.za" ymailto="mailto:Craig@pid.co.za">Craig@pid.co.za</A>><BR>Cc: <A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR>Message-ID:<BR> <<A href="mailto:f8fe65c40712170751p4a06e4e4wc9c7f338ef444619@mail.gmail.com"
ymailto="mailto:f8fe65c40712170751p4a06e4e4wc9c7f338ef444619@mail.gmail.com">f8fe65c40712170751p4a06e4e4wc9c7f338ef444619@mail.gmail.com</A>><BR>Content-Type: text/plain; charset=ISO-8859-1<BR><BR>Hi,<BR><BR>2007/12/17, Craig Leat <<A href="mailto:Craig@pid.co.za" ymailto="mailto:Craig@pid.co.za">Craig@pid.co.za</A>>:<BR><BR>> I'm trying the r.patch example given in the manual for 6.3.0RC3 and there<BR>> appears to be a problem passing the output from g.mlist to g.region. So, in<BR>> fact, I haven't managed to try r.patch yet. I followed the example and this<BR>> is what I got back:<BR>><BR>> GRASS 6.3.0RC3 (msunduzi_lo31):~ > MAPS='g.mlist type=rast sep=,<BR>> pat="*.red"'<BR><BR>Instead of ' use ` ...<BR><BR>MAPS=`g.mlist type=rast sep=, pat="*.red"`<BR><BR>> GRASS 6.3.0RC3 (msunduzi_lo31):~ > echo $MAPS<BR>> g.mlist type=rast sep=, pat="*.red"<BR>> GRASS 6.3.0RC3 (msunduzi_lo31):~ > g.region
rast=$MAPS<BR>> Sorry, <type> is not a valid parameter<BR>> Sorry, <sep> is not a valid parameter<BR>> Sorry, <pat> is not a valid parameter<BR><BR>Martin<BR><BR>-- <BR>Martin Landa <<A href="mailto:landa.martin@gmail.com" ymailto="mailto:landa.martin@gmail.com">landa.martin@gmail.com</A>> * <A href="http://gama.fsv.cvut.cz/~landa" target=_blank>http://gama.fsv.cvut.cz/~landa</A> *<BR><BR><BR>------------------------------<BR><BR>Message: 8<BR>Date: Mon, 17 Dec 2007 17:05:01 +0000<BR>From: Glynn Clements <<A href="mailto:glynn@gclements.plus.com" ymailto="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</A>><BR>Subject: Re: [GRASS-user] GRASS_HTML_BROWSER<BR>To: Craig Leat <<A href="mailto:Craig@pid.co.za" ymailto="mailto:Craig@pid.co.za">Craig@pid.co.za</A>><BR>Cc: <A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR>Message-ID:
<<A href="mailto:18278.44093.56346.971962@cerise.gclements.plus.com" ymailto="mailto:18278.44093.56346.971962@cerise.gclements.plus.com">18278.44093.56346.971962@cerise.gclements.plus.com</A>><BR>Content-Type: text/plain; charset=us-ascii<BR><BR><BR>Craig Leat wrote:<BR><BR>> If I click: Help -> GRASS help on the tcl/tk gui, GRASS tries to launch<BR>> konqueror when what I want is firefox. g.manual -i on the commandline gives<BR>> me firefox. I have set GRASS_HTML_BROWSER in two places (see below), but I<BR>> guess I still need to set the variable some place else?<BR>> <BR>> GRASS 6.3.0RC3 (msunduzi_lo31):~ > more .grass.bashrc<BR>> export GRASS_HTML_BROWSER=firefox<BR>> GRASS 6.3.0RC3 (msunduzi_lo31):~ > g.gisenv<BR>> GISDBASE=/home/craig/GIS/grassdata<BR>> MAPSET=sewer<BR>> LOCATION_NAME=msunduzi_lo31<BR>> GRASS_HTML_BROWSER=firefox<BR>> GRASS_GUI=tcltk<BR>> GRASS 6.3.0RC3 (msunduzi_lo31):~
><BR>> <BR>> Any ideas on what I'm missing?<BR><BR>GRASS_HTML_BROWSER is an environment variable rather than a GRASS<BR>variable, so setting it via g.gisenv won't help.<BR><BR>Also setting it in ~/.grass.bashrc will only affect the GRASS shell<BR>and programs launched from it. If you have gis.m launched at startup,<BR>it won't be affected.<BR><BR>You can set it in ~/.bash_profile (etc) to have it apply everywhere,<BR>but that won't affect any shells which are already running. For an<BR>existing shell, type "export GRASS_HTML_BROWSER=firefox" before<BR>starting GRASS.<BR><BR>-- <BR>Glynn Clements <<A href="mailto:glynn@gclements.plus.com" ymailto="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</A>><BR><BR><BR>------------------------------<BR><BR>Message: 9<BR>Date: Mon, 17 Dec 2007 17:09:44 +0000<BR>From: Glynn Clements <<A href="mailto:glynn@gclements.plus.com"
ymailto="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</A>><BR>Subject: Re: [GRASS-user] Re: How to best access hundreds of<BR> orthophotos -- mapserver as WMS server?<BR>To: Ivan Shmakov <<A href="mailto:oneingray@gmail.com" ymailto="mailto:oneingray@gmail.com">oneingray@gmail.com</A>><BR>Cc: <A href="mailto:grassuser@grass.itc.it" ymailto="mailto:grassuser@grass.itc.it">grassuser@grass.itc.it</A><BR>Message-ID: <<A href="mailto:18278.44376.912469.193779@cerise.gclements.plus.com" ymailto="mailto:18278.44376.912469.193779@cerise.gclements.plus.com">18278.44376.912469.193779@cerise.gclements.plus.com</A>><BR>Content-Type: text/plain; charset=us-ascii<BR><BR><BR>Ivan Shmakov wrote:<BR><BR>> > Also the "for MAP in ``" method would need to be changed if there are<BR>> > thousands of maps?<BR>> <BR>> I don't think so. Since the `for' command
is internal to the<BR>> Shell, there's no command line to be passed to any other<BR>> process, and so there're no command line length limits in force.<BR>> <BR>> Still, using COMMAND | while read VARN ; do ...; done looks more<BR>> clean to me.<BR><BR>The while/read approach saves keeping the list of maps in memory. Once<BR>upon a time, that might have mattered; with modern systems, you would<BR>need millions of maps before it became an issue.<BR><BR>-- <BR>Glynn Clements <<A href="mailto:glynn@gclements.plus.com" ymailto="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</A>><BR><BR><BR>------------------------------<BR><BR>_______________________________________________<BR>grass-user mailing list<BR><A href="mailto:grass-user@lists.osgeo.org" ymailto="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</A><BR><A
href="http://lists.osgeo.org/mailman/listinfo/grass-user" target=_blank>http://lists.osgeo.org/mailman/listinfo/grass-user</A><BR><BR><BR>End of grass-user Digest, Vol 20, Issue 38<BR>******************************************<BR></DIV><BR></DIV></div><br>
<hr size=1>Abra sua conta no <a href="http://br.rd.yahoo.com/mail/taglines/mail/*http://br.mail.yahoo.com/">Yahoo! Mail</a>, o único sem limite de espaço para armazenamento!
</body></html>