Re: [GRASS-dev] grass not building against new ffmpeg

2012-07-18 Thread Oliver Burger
Am 18.07.2012 18:57, schrieb Markus Neteler: Could you please check (at the end) of config,log for related errors? In the past we had similar problems due to the regular changes in the FFMPEG structure. The error message(s) in config,log might help. Here you are: **

Re: [GRASS-dev] po-strings für r.mapcalc

2012-07-18 Thread Markus Neteler
On Wed, Jul 18, 2012 at 8:15 PM, Glynn Clements wrote: > > Markus Neteler wrote: > >> what is the best way to get this long r.mapcalc/main.c message into the >> .po files? >> >> static const char help_text[] = >> "r.mapcalc - Raster map layer data calculator\n" >> "\n" >> "usage: r.map

Re: [GRASS-dev] limits of r.patch

2012-07-18 Thread Glynn Clements
Margherita Di Leo wrote: > If I understand it correctly, I can modify ulimit only if I have root > privileges, no way to do it with sudo, right? Resource limits are per-process, and inherited. The "ulimit" command (which is a shell built-in) changes the limits for the current shell process; the

Re: [GRASS-dev] po-strings für r.mapcalc

2012-07-18 Thread Glynn Clements
Markus Neteler wrote: > what is the best way to get this long r.mapcalc/main.c message into the > .po files? > > static const char help_text[] = > "r.mapcalc - Raster map layer data calculator\n" > "\n" > "usage: r.mapcalc '='\n" > "\n" > "r.mapcalc performs arithmetic on ras

Re: [GRASS-dev] grass not building against new ffmpeg

2012-07-18 Thread Markus Neteler
On Wed, Jul 18, 2012 at 3:08 PM, Oliver Burger wrote: > Hi there, > > I'm having problems building grass against the new ffmpeg 0.11.1. > configure stops with the error message: > > checking for location of FFMPEG includes... /usr/in

[GRASS-dev] grass not building against new ffmpeg

2012-07-18 Thread Oliver Burger
Hi there, I'm having problems building grass against the new ffmpeg 0.11.1. configure stops with the error message: checking for location of FFMPEG includes... /usr/include/libavcodec /usr/include/libavdevice/usr/include/li

Re: [GRASS-dev] limits of r.patch

2012-07-18 Thread Margherita Di Leo
Ciao Markus M :-) On Wed, Jul 18, 2012 at 10:42 AM, Markus Metz wrote: > > > Maybe it helps if you use the -r flag with r.external, otherwise the > range will not be correct. > It actually helped! Thanks a lot! So now I have a doubt: using r.external with r flag it worked like a charm, while u

Re: [GRASS-dev] limits of r.patch

2012-07-18 Thread Markus Metz
On Wed, Jul 18, 2012 at 9:00 AM, Margherita Di Leo wrote: > Hi, > > On Tue, Jul 17, 2012 at 4:51 PM, Margherita Di Leo > wrote: >> >> >> Now tried: >> gdalbuildvrt -input_file_list elenco_aster_europa mosaic.vrt >> (all in the same folder) >> >> then in GRASS: >> >> GRASS 6.4.3svn (ASTER_GDEM):~

Re: [GRASS-dev] limits of r.patch

2012-07-18 Thread Margherita Di Leo
Markus, On Wed, Jul 18, 2012 at 9:12 AM, Markus Neteler wrote: > > Just a note: > still the common 1024-files-open limit will apply unless > you modify the system settings (see my other mail). > > > If I understand it correctly, I can modify ulimit only if I have root privileges, no way to do it

Re: [GRASS-dev] limits of r.patch

2012-07-18 Thread Markus Neteler
On Sun, Jul 15, 2012 at 10:14 PM, Helmut Kudrnovsky wrote: > Margherita wrote: ... >> Too many open files ... > using GDAL Virtual Format [1] by building a virtual dataset by gdalbuildvrt? > > it's really a nice gdal utility: > > no need to patch all ASTER GDEM tiles within grass, just import the

Re: [GRASS-dev] limits of r.patch

2012-07-18 Thread Margherita Di Leo
Hi, On Tue, Jul 17, 2012 at 4:51 PM, Margherita Di Leo < dileomargher...@gmail.com> wrote: > > > Now tried: > gdalbuildvrt -input_file_list elenco_aster_europa mosaic.vrt > (all in the same folder) > > then in GRASS: > > GRASS 6.4.3svn (ASTER_GDEM):~ > r.external > input=/forest/ASTER-GDEM/Dem_lz