Re: [GRASS-user] Working with a large number of maps

JerryNelson wrote: > > When you get this all working, please post a description of the final > outcome in the grass wiki. > Thanks, > Jerry > Hi I have added a new entry to the FAQ to the best of my understanding of the problem and its solutions. Please visit http://grass.gdf-hannover.de/wi

Re: [GRASS-user] Working with a large number of maps

When you get this all working, please post a description of the final outcome in the grass wiki. Thanks, Jerry Original message >Date: Wed, 19 Dec 2007 15:16:10 +0200 >From: Craig Leat <[EMAIL PROTECTED]> >Subject: Re: [GRASS-user] Working with a large number of ma

Re: [GRASS-user] Working with a large number of maps

Glynn Clements wrote: Craig Leat wrote: I have 139 high resolution images, which I need to use as a background map for some digitizing work. How do the individual maps relate to the overall region? If they are (approximately) tiles, I would suggest using a hierarchical approach, patch

Re: [GRASS-user] Working with a large number of maps

Craig Leat wrote: > I have 139 high resolution images, which I need to use as a background map > for some digitizing work. Loading 139x3 layers into gis.m is a real pain and > I can think of three workarounds. > 3. Use r.patch to build one mosaic for each band. > I currently have r.patch runnin

Re: [GRASS-user] Working with a large number of maps

Craig wrote: I can think of three workarounds. 1.  Enter Rainer Krug and MapServer. I don't think my time frames allow for learning another software suite right now. 2.  Use a script to build a .grc file with a group for gis.m. Before attempting this I would like to know if

Re: [GRASS-user] Working with a large number of maps

Hi, 2007/12/18, Craig Leat <[EMAIL PROTECTED]>: [snip] > I don't know what to expect, but was hoping for something like: > r.patch progress: > Currently processing map: abc.red, progress: 80% > Total progress: 15% Since r.patch works by row (reads x-row of the first, second, ... given raster ma

Re: [GRASS-user] Working with a large number of maps

Martin Landa wrote: > > What kind of verbose output are you expecting? Craig: > I don't know what to expect, but was hoping for something like: > r.patch progress: > Currently processing map: abc.red, progress: 80% > Total progress: 15% > > This may be something to be added to the wishlist? --v

Re: [GRASS-user] Working with a large number of maps

Martin Landa wrote: Hi, 2007/12/18, Craig Leat <[EMAIL PROTECTED]>: [snip] What kind of verbose output are you expecting? Martin Hi I don't know what to expect, but was hoping for something like: r.patch progress: Currently processing map: abc.red, progress: 80% Total progress: 15% Thi

Re: [GRASS-user] Working with a large number of maps

Hi, 2007/12/18, Martin Landa <[EMAIL PROTECTED]>: > Note that GRASS_VERBOSE=0 is the same as --q, GRASS_VERBOSE=1 -> --v. Ops, GRASS_VERBOSE=3 -> --v See http://grass.gdf-hannover.de/wiki/Development_Specs#Current_abstract_concept Martin -- Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv

Re: [GRASS-user] Working with a large number of maps

Hi, 2007/12/18, Craig Leat <[EMAIL PROTECTED]>: [snip] > Another question on the usage of r.patch: > I have passed the option --verbose to r.patch and I am expecting the program > to generate VERBOSE output, but all I'm seeing is the following: > > GRASS 6.3.0RC3 (msunduzi_lo31):~ > r.patch inpu

[GRASS-user] Working with a large number of maps

Hi I have 139 high resolution images, which I need to use as a background map for some digitizing work. Loading 139x3 layers into gis.m is a real pain and I can think of three workarounds. 1. Enter Rainer Krug and MapServer. I don't think my time frames allow for learning another software suite