headers
Hamish | 1 May 2009 03:06
Picon
Favicon
Gravatar

Re: installing grass trunk to jaunty


> > Oh... nice :-) Last week I failed to get ffmpeg support.
> > Seems with latest jaunty-updates something has been
> > fixed/changed !?
....
> ---%<---
> configure: error: *** FFMPEG includes directory
> /usr/include/ffmpeg/ does not exist.
> ---%<---
> 
> Could you please tell me if you had to install some extra
> packages from the repositories?

fyi, on debian/lenny with ffmpeg etc pacakges from the debian-
multimedia (non-free) repo I needed to have

--with-ffmpeg --with-ffmpeg-includes="/usr/include/ffmpeg /usr/include/ffmpeg/libavcodec
/usr/include/ffmpeg/libavformat /usr/include/ffmpeg/libswscale"

and install the libavcodec-dev, libavformat-dev, and libswscale-dev pacakges.

looking in config.log and using 'apt-file search filename.h'
got me there.

Hamish

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
(Continue reading)

Permalink | Reply | 1 comment |
headers
Nikos Alexandris | 1 May 2009 03:54
Picon

Re: installing grass trunk to jaunty


Nikos:
> > ---%<---
> > configure: error: *** FFMPEG includes directory
> > /usr/include/ffmpeg/ does not exist.
> > ---%<---

> > Could you please tell me if you had to install some extra
> > packages from the repositories?

Hamish:
> fyi, on debian/lenny with ffmpeg etc pacakges from the debian-
> multimedia (non-free) repo I needed to have
> 
> --with-ffmpeg --with-ffmpeg-includes="/usr/include/ffmpeg /usr/include/ffmpeg/libavcodec
/usr/include/ffmpeg/libavformat /usr/include/ffmpeg/libswscale"
> 
> and install the libavcodec-dev, libavformat-dev, and libswscale-dev pacakges.
> 
> looking in config.log and using 'apt-file search filename.h'
> got me there.

OK, I don't know why the packages are in different places than in the
past. Here is what *finally* worked for me:

./configure \

[...]

--with-ffmpeg=yes
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nikos Alexandris | 1 May 2009 04:36
Picon

Re: m.eigensystem segfaults under Jaunty (beta)

Just FYI,

m.eigensystem compiles and works just fine under Ubuntu Jaunty - 64-bit.
Maybe it was some mistake of mine (or some of the few updates last
week(s)) fixed the problem (!?).

Regards, Nikos

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Permalink | Reply | 501 comments |
headers
Nikos Alexandris | 1 May 2009 04:45
Picon

i.landsat.acca, i.landsat.toar don't work under grass-6.5.svn & Ubuntu Jaunty 64-bit

Following error messages when trying to work with... :

i.landsat.acca help
ERROR: Incompatible library version for module

i.landsat.toar help
ERROR: Incompatible library version for module

Nikos

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Permalink | Reply | 3 comments |
headers
Markus Neteler | 1 May 2009 07:03
Favicon

Re: i.landsat.acca, i.landsat.toar don't work under grass-6.5.svn & Ubuntu Jaunty 64-bit

On Fri, May 1, 2009 at 4:45 AM, Nikos Alexandris
<nikos.alexandris <at> felis.uni-freiburg.de> wrote:
> Following error messages when trying to work with... :
>
> i.landsat.acca help
> ERROR: Incompatible library version for module
>
> i.landsat.toar help
> ERROR: Incompatible library version for module

"make distclean" is your friend.

Typically:
You need to recompile GRASS completely, also these
modules if that message appears (means that a library
change was done in SVN which requires recompilation).

Markus
_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Permalink | Reply | 2 comments |
headers
maning sambale | 1 May 2009 09:17
Picon
Gravatar

Re: installing grass trunk to jaunty

mitch,

This works for me without a hitch! thanks!

On Thu, Apr 30, 2009 at 3:53 AM, mitch <reflexeos <at> yahoo.it> wrote:
> hi maning, i haven't been playing so much with it (busy)
> but i got grass7 svn work on jaunty
>
> gdal and proj from synaptic
>
>
> DEPENDENCIES
>
>
> sudo apt-get install build-essential \
> flex \
> lesstif2-dev \
> libfftw3-dev \
> libglu1-mesa-dev \
> libglu1-xorg-dev \
> libpng12-dev \
> libpq-dev \
> unixodbc-dev \
> doxygen \
> libmysqlclient15-dev \
> graphviz \
> libcairo2-dev \
> bison \
> libncurses5-dev \
> zlib1g-dev \
(Continue reading)

Permalink | Reply | 11 comments |
headers
Annekatrien Debien | 1 May 2009 11:06
Picon

g.region question

Dear all,

I have a simple question on the g.region module in Grass GIS. How does it work when you change the resolution of the current region? For example, I have with Landsat images with a 30 m resolution, but I'm doing the analysis at a resolution of 1 km. So are the pixel values aggregated in some kind of way? Or is for instance only the value of the middle cell selected? It might be a stupid question, but I can't seem to find the answer anywhere.

Thanks!

Annekatrien

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Permalink | Reply | 1 comment |
headers
Nikos Alexandris | 1 May 2009 11:13
Picon

Re: i.landsat.acca, i.landsat.toar don't work under grass-6.5.svn & Ubuntu Jaunty 64-bit


Nikos:
> > Following error messages when trying to work with... :
> >
> > i.landsat.acca help
> > ERROR: Incompatible library version for module
> >
> > i.landsat.toar help
> > ERROR: Incompatible library version for module

Markus:
> "make distclean" is your friend.

:-)

> Typically:
> You need to recompile GRASS completely, also these
> modules if that message appears (means that a library
> change was done in SVN which requires recompilation).

Yes, I did. They don't work after a complete recompilation of
grass-6.5.svn. I 'll give it another try though.

Thanks, Nikos

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Permalink | Reply | 1 comment |
headers
Nikos Alexandris | 1 May 2009 11:21
Picon

Re: g.region question


Annekatrien:
> I have a simple question on the g.region module in Grass GIS. How does
> it work when you change the resolution of the current region? For
> example, I have with Landsat images with a 30 m resolution, but I'm
> doing the analysis at a resolution of 1 km. So are the pixel values
> aggregated in some kind of way? Or is for instance only the value of
> the middle cell selected? It might be a stupid question, but I can't
> seem to find the answer anywhere.

Hi Annekatrien!

As far as I understand, your raster maps will be resampled to 1000m
using the (default?) nearest neighbor method.

Indeed, the only direct reference to this in g.region's manual is the
sentence "Raster data will be resampled, if necessary, to meet the cell
resolutions of the current geographic region setting." without any
reference about the resampling method.

Maybe update the manual (given it's the way I thought it is all this
time using g.region).

Kind regards, Nikos

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Permalink | Reply | 0 comments |
headers
Micha Silver | 1 May 2009 11:56
Picon
Favicon

Re: Re: correcting a series of images for wrong bounding box (extend)

Markus Neteler wrote:
On Wed, Apr 29, 2009 at 10:32 PM, Tim Michelsen <timmichelsen <at> gmx-topmail.de> wrote:
My current idea is to play with the bounding box (extend) definitions when defining the projection of the location and then import-/reimport.
IS there a option in GRASS to shift a raster by a vector (x, y)?
Sure: use r.region with relative coordinates: # North Carolina data set example g.region rast=facility g.copy rast=facility,myfacility r.region map=myfacility n=n+100 e=e+100 w=w+100 s=s+100 d.mon x0 d.rast facility d.rast -o myfacility ... and you see that the myfacility map is shifted by 100m.
So r.region actually does a kind of affine transformation? I don't remember seeing this documented anywhere (the manual says "...manage the boundaries...") , and I must say it's confusing and unexpected that a module called r.region (similar to g.region) shifts/changes the data, rather than just defining the region and resolution.
--
Micha

Markus _______________________________________________ grass-user mailing list grass-user <at> lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user This mail was received via Mail-SeCure System. 

_______________________________________________
grass-user mailing list
grass-user <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Permalink | Reply | 1 comment |

Gmane