[GRASSweb-list]Fwd: list GRASSLIST: List Message Rejected
Markus Neteler
neteler at itc.it
Tue Jan 31 04:25:16 EST 2006
Hi,
I just checked, your address is not in the list.
Please retry to subscribe.
Markus
On Fri, Jan 27, 2006 at 01:38:26PM -0800, lists at nabble.com wrote:
> Hi, GRASS list owner:
>
> I received the following rejection message from the
> GRASSLIST at baylor.edu list. My address should be on the subscriber
> list, is it recently removed? If so, could you please let me know why?
> If this is by accident, should I re-subscribe? Please let me know if
> you have any questions or concerns.
>
>
> Regards,
> Will L
> Nabble.com
>
>
>
>
> ---------- Forwarded message ----------
> From: listproc at baylor.edu <listproc at baylor.edu>
> Date: Jan 27, 2006 1:12 PM
> Subject: list GRASSLIST: List Message Rejected
> To: lists at nabble.com
> Cc: grass at baylor.edu
>
>
> Dear lists at nabble.com:
>
> Your recent message to the GRASSLIST list has been
> rejected for the following reason:
>
> Only list subscribers may send messages to this list.
>
> If you need assistance, please contact the list owner at
> GRASSLIST-request at baylor.edu
>
> The text of your message follows:
> ----------------------------------------------------------------------
> Received: from fs-exchange1.baylor.edu (sisko.baylor.edu [129.62.3.211])
> by ccis01.baylor.edu (8.9.3p2/8.9.1) with ESMTP id PAA1389912
> for <GRASSLIST at listproc.baylor.edu>; Fri, 27 Jan 2006 15:12:26
> -0600 (CST)
> Received: from merle.baylor.edu ([129.62.3.143]) by
> fs-exchange1.baylor.edu with Microsoft SMTPSVC(6.0.3790.211);
> Fri, 27 Jan 2006 15:12:25 -0600
> Received: from willie.baylor.edu ([129.62.8.12]) by merle.baylor.edu
> with Microsoft SMTPSVC(6.0.3790.1830);
> Fri, 27 Jan 2006 15:09:27 -0600
> Received: from talk.nabble.com ([72.21.53.35])
> by willie.baylor.edu (SMSSMTP 4.0.5.66) with SMTP id M2006012715092804142
> for <grasslist at baylor.edu>; Fri, 27 Jan 2006 15:09:28 -0600
> Received: from localhost ([127.0.0.1] helo=talk.nabble.com)
> by talk.nabble.com with esmtp (Exim 4.50)
> id 1F2aqT-0002fp-3u
> for grasslist at baylor.edu; Fri, 27 Jan 2006 13:09:25 -0800
> Message-ID: <2626287.post at talk.nabble.com>
> Date: Fri, 27 Jan 2006 13:09:25 -0800 (PST)
> From: "endeitz (sent by Nabble.com)" <lists at nabble.com>
> Reply-To: endeitz <endeitz at yahoo.com>
> To: grasslist at baylor.edu
> Subject: Re: r.terraflow failured
> In-Reply-To: <be6d172050705111977c8fb0 at mail.gmail.com>
> MIME-Version: 1.0
> Content-Type: multipart/alternative;
> boundary="----=_Part_3110_22927288.1138396165113"
> X-Nabble-Sender: Nabble Forums <lists at nabble.com>
> X-Nabble-From: endeitz <endeitz at yahoo.com>
> References: <42C98648.7010501 at deprem.gov.tr>
> <be6d17205070412074893f122 at mail.gmail.com>
> <42C9A9B3.7000603 at deprem.gov.tr>
> <20050705180606.4b77a319.hamish_nospam at yahoo.com>
> <be6d172050705111977c8fb0 at mail.gmail.com>
> X-OriginalArrivalTime: 27 Jan 2006 21:09:27.0776 (UTC)
> FILETIME=[F52F0600:01C62385]
>
> ------=_Part_3110_22927288.1138396165113
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
>
> >From the thread history below, I surmised that the >2GB exception was
> fixed. However, when I use the latest snapshop binaries I still get
> the error. I have verified that my kernel supports large files by
> creating several >2GB files. Anyone have any advice? I have pasted
> the output below.
>
> (using grass-6.1.cvs-i686-pc-linux-gnu-21_01_2006.tar.gz on Redhat 9.0)
>
> -----------------------------------------------
> GRASS 6.1.cvs (lcra):~/grassinstall > r.terraflow elev=test
> filled=test_out direction=test_dir swatershed=test_shed
> accumulation=test_acc tci=test_tci
> r.terraflow December 2003
> region size is 28458 x 28438
> cell test header compatible with region header
> elevation stored as FLOAT (4B)
> STREAM temporary files in /var/tmp (THESE INTERMEDIATE STREAMS WILL
> NOT BE DELETED IN CASE OF ABNORMAL TERMINATION OF THE PROGRAM. TO SAVE
> SPACE PLEASE DELETE THESE FILES MANUALLY!)
> MFD flow direction
> D8CUT=999999986991104.000000
> memory size: 300.00M (314572800) bytes
> Memory manager registering memory in MM_WARN_ON_MEMORY_EXCEEDED mode.
> reading data from test to stream /var/tmp/STREAM_Ke0baI: 63% File
> size limit exceeded (core dumped)
>
> GRASS 6.1.cvs (lcra):~/grassinstall > ls -lh /var/tmp/
> total 2.1G
> -rw------- 1 endeitz endeitz 2.0G Jan 27 13:43 STREAM_Ke0baI
>
> GRASS 6.1.cvs (lcra):~/grassinstall > dd if=/dev/zero of=testsize
> bs=1024k count=3000
> 3000+0 records in
> 3000+0 records out
>
> GRASS 6.1.cvs (lcra):~/grassinstall > ls -lh /var/tmp
> total 5.0G
> -rw------- 1 endeitz endeitz 2.0G Jan 27 13:43 STREAM_Ke0baI
> -rw-r--r-- 1 endeitz endeitz 2.9G Jan 27 13:47 testsize
>
> ----------------------------------end output
>
> Thanks,
>
> Ed.
>
>
>
>
> David Finlayson wrote:
> >
> > Thanks Laura.
> >
> > David
> >
> > On 7/5/05, Laura Toma wrote:
> >> I changed in r.terraflow/IOStream/lib/src/Makefile
> >>
> >> line9: CXX = g++ -Wall
> >>
> >> to
> >>
> >> CXX = g++ -Wall -D_FILE_OFFSET_BITS=64
> >>
> >> Then I cleaned everything, and recompiled, and it works now for me (on
> >> a Linux machine).
> >>
> >> cd IOStream/lib/src/
> >> make clean
> >> make
> >> cd ..
> >> make
> >> cd ../../
> >> gmake
> >> etc
> >>
> >>
> >>
> >> > orkun wrote:
> >> >> thank you
> >> >> You are right.
> >> >> that file made my disk full.
> >> >> Although I used a small region for testing purposes. It produced
> >> >> giantic files.
> >> >> I do not know what will happen if I use whole region ?
> >> >>
> >>
> >>
> >> The files produced have a maxsize of 80N bytes, where N = nrows x
> >> ncols of your grid. They will be smaller, if your grid contains (a lot
> >> of) nodata. Check out the html page of r.terraflow for details.
> >>
> >> As you run terraflow, the first lines will tell you what is the grid
> >> size, and the max size of the temporary files.
> >> How small was the region you tried it on? To produce a file >2GB, you
> >> must have used a grid larger than 3600x3600 cells.
> >>
> >> Hope this helps,
> >> Laura
> >>
> >>
> >
> >
> > --
> > David Finlayson
> > Marine Geology & Geophysics
> > School of Oceanography
> > Box 357940
> > University of Washington
> > Seattle, WA 98195-7940
> > USA
> >
> > Office: Marine Sciences Building, Room 112
> > Phone: (206) 616-9407
> > Web: http://students.washington.edu/dfinlays
> >
> >
> >
> --
> View this message in context:
> http://www.nabble.com/-GRASSLIST%3A7445-r.terraflow-failured-t121508.html#a2626287
> Sent from the Grass - Users forum at Nabble.com.
>
> ------=_Part_3110_22927288.1138396165113
> Content-Type: text/html; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
>
> >From the thread history below, I surmised that the >2GB exception
> was fixed. However, when I use the latest snapshop binaries I
> still get the error. I have verified that my kernel supports
> large files by creating several >2GB files. Anyone have any
> advice? I have pasted the output below.
> <br>
> <br>(using grass-6.1.cvs-i686-pc-linux-gnu-21_01_2006.tar.gz on Redhat 9.0)
> <br>
> <br>-----------------------------------------------
> <br>GRASS 6.1.cvs (lcra):~/grassinstall > r.terraflow elev=test
> filled=test_out direction=test_dir swatershed=test_shed
> accumulation=test_acc tci=test_tci
> <br>r.terraflow December 2003
> <br>region size is 28458 x 28438
> <br>cell test header compatible with region header
> <br>elevation stored as FLOAT (4B)
> <br>STREAM temporary files in /var/tmp (THESE INTERMEDIATE
> STREAMS WILL NOT BE DELETED IN CASE OF ABNORMAL TERMINATION OF THE
> PROGRAM. TO SAVE SPACE PLEASE DELETE THESE FILES MANUALLY!)
> <br>MFD flow direction
> <br>D8CUT=999999986991104.000000
> <br>memory size: 300.00M (314572800) bytes
> <br>Memory manager registering memory in MM_WARN_ON_MEMORY_EXCEEDED mode.
> <br>reading data from test to stream /var/tmp/STREAM_Ke0baI:
> 63% File size limit exceeded (core dumped)
> <br>
> <br>GRASS 6.1.cvs (lcra):~/grassinstall > ls -lh /var/tmp/
> <br>total 2.1G
> <br>-rw------- 1 endeitz endeitz
> 2.0G Jan 27 13:43 STREAM_Ke0baI
> <br>
> <br>GRASS 6.1.cvs (lcra):~/grassinstall > dd if=/dev/zero
> of=testsize bs=1024k count=3000
> <br>3000+0 records in
> <br>3000+0 records out
> <br>
> <br>GRASS 6.1.cvs (lcra):~/grassinstall > ls -lh /var/tmp
> <br>total 5.0G
> <br>-rw------- 1 endeitz endeitz
> 2.0G Jan 27 13:43 STREAM_Ke0baI
> <br>-rw-r--r-- 1 endeitz endeitz
> 2.9G Jan 27 13:47 testsize
> <br>
> <br>----------------------------------end output
> <br>
> <br>Thanks,
> <br>
> <br>Ed.
> <br>
> <br>
> <br>
> <br><blockquote style="border-left: 2px solid #666666; border-top: 1px
> solid #eeeeee; margin: 15px 20px;">
> <div style="color: #333333; font: bold 11px
> tahoma,geneva,helvetica,arial,sans-serif; padding: 5px 10px;">David
> Finlayson wrote:</div>
> <div style="color: #333333; font: 11px
> tahoma,geneva,helvetica,arial,sans-serif; padding: 5px 10px;">Thanks
> Laura.
> <br>
> <br>David
> <br>
> <br>On 7/5/05, Laura Toma <ltoma at bowdoin.edu> wrote:
> <br>> I changed in r.terraflow/IOStream/lib/src/Makefile
> <br>>
> <br>> line9: CXX = g++ -Wall
> <br>>
> <br>> to
> <br>>
> <br>> CXX = g++ -Wall -D_FILE_OFFSET_BITS=64
> <br>>
> <br>> Then I cleaned everything, and recompiled, and it works now for me (on
> <br>> a Linux machine).
> <br>>
> <br>> cd IOStream/lib/src/
> <br>> make clean
> <br>> make
> <br>> cd ..
> <br>> make
> <br>> cd ../../
> <br>> gmake
> <br>> etc
> <br>>
> <br>>
> <br>>
> <br>> > orkun wrote:
> <br>> >> thank you
> <br>> >> You are right.
> <br>> >> that file made my disk full.
> <br>> >> Although I used a small region for testing purposes.
> It produced
> <br>> >> giantic files.
> <br>> >> I do not know what will happen if I use whole region ?
> <br>> >>
> <br>>
> <br>>
> <br>> The files produced have a maxsize of 80N bytes, where N = nrows x
> <br>> ncols of your grid. They will be smaller, if your grid
> contains (a lot
> <br>> of) nodata. Check out the html page of r.terraflow for details.
> <br>>
> <br>> As you run terraflow, the first lines will tell you what is the grid
> <br>> size, and the max size of the temporary files.
> <br>> How small was the region you tried it on? To produce a
> file >2GB, you
> <br>> must have used a grid larger than 3600x3600 cells.
> <br>>
> <br>> Hope this helps,
> <br>> Laura
> <br>>
> <br>>
> <br>
> <br>
> <br>--
> <br>David Finlayson
> <br>Marine Geology & Geophysics
> <br>School of Oceanography
> <br>Box 357940
> <br>University of Washington
> <br>Seattle, WA 98195-7940
> <br>USA
> <br>
> <br>Office: Marine Sciences Building, Room 112
> <br>Phone: (206) 616-9407
> <br>Web: <a href="http://students.washington.edu/dfinlays"
> target="_top" rel="nofollow">http://students.washington.edu/dfinlays</a>
> </div>
> </blockquote>
>
> <br><hr align="left" width="300">
> View this message in context: <a
> href="http://www.nabble.com/-GRASSLIST%3A7445-r.terraflow-failured-t121508.html#a2626287">Re:
> r.terraflow failured</a><br>
> Sent from the <a
> href="http://www.nabble.com/Grass---Users-f1202.html">Grass -
> Users</a> forum at Nabble.com.
>
> ------=_Part_3110_22927288.1138396165113--
>
--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy
More information about the grass-web
mailing list