Re: [GRASS-dev] [GRASS GIS] #2096: Missing libintl-8.dll from all Windows binaries

2013-10-08 Thread GRASS GIS 
#2096: Missing libintl-8.dll from all Windows binaries
+---
 Reporter:  dkavanagh   |   
Owner:  martinl
 Type:  defect  |  
Status:  assigned   
 Priority:  normal  |   
Milestone:  6.4.3  
Component:  Packaging   | 
Version:  unspecified
 Keywords:  wingrass, windows, binaries, ms-windows, libintl-8.dll  |
Platform:  MSWindows 7
  Cpu:  x86-64  |  
+---

Comment(by martinl):

 Replying to [comment:3 dkavanagh]:
 > Replying to [comment:1 martinl]:
 > > This library has been recently moved to the separated package in
 OSGeo4W. You are referring to the standalone or OSGeo4W installer. Please
 try the most recent version first.
 >
 > The standalone installer for all versions.
 >
 > Thanks!

 Please try the most recent version of the installer, ie. no 734 and
 higher.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2089: i.landsat.toar doesn't take into account the resolution difference between panchromatic and the other bands.

2013-10-08 Thread GRASS GIS 
#2089: i.landsat.toar doesn't take into account the resolution difference 
between
panchromatic and the other bands.
+---
 Reporter:  vesnikos|   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  7.0.0
Component:  Imagery | Version:  svn-trunk
 Keywords:  i.landsat.toar  |Platform:  All  
  Cpu:  Unspecified |  
+---

Comment(by mmetz):

 Replying to [comment:4 neteler]:
 > Perhaps this email contains relevant info:
 >
 > http://lists.osgeo.org/pipermail/grass-dev/2010-July/051318.html
 > [GRASS-dev] Rast_set_window() changes in 7.0 - Thu Jul 22 02:57:55 EDT
 2010
 >
 > The problem will be in this part of G7's i.landsat.toar/main.c:
 {{{
 sprintf(band_in, "%s%d", inputname, lsat.band[i].code);
 if ((infd = Rast_open_old(band_in, "")) < 0)
 G_fatal_error(_("Unable to open raster map <%s>"),
 band_in);
 Rast_get_cellhd(band_in, "", &cellhd);
 G_set_window(&cellhd);
 }}}
 >

 Most likely. The window needs to be set 1) with Rast_set_window(), 2)
 before a raster is opened. Please try r57957.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1183: i.landsat.toar: metadata file reading doesn't like TM5 from GloVis

2013-10-08 Thread GRASS GIS 
#1183: i.landsat.toar: metadata file reading doesn't like TM5 from GloVis
--+-
  Reporter:  hamish   |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  minor|   Milestone:  6.4.3
 Component:  Imagery  | Version:  svn-develbranch6 
Resolution:  fixed|Keywords:  i.landsat.toar   
  Platform:  Linux| Cpu:  x86-64   
--+-
Changes (by neteler):

  * status:  new => closed
  * resolution:  => fixed


-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GDAL-GRASS plugin

2013-10-08 Thread Markus Neteler 
On Tue, Oct 8, 2013 at 2:21 PM, Pietro  wrote:
> Hi all,
>
> I got a strange message,

Not strange :-) See below...

> If I try to use gdal from shell (or from
> GRASS, using r.in.gdal), I got:
>
> gdalinfo --help
> ERROR 1: libgrass_I.so: cannot open shared object file: No such file or 
> directory

This means that the path to "libgrass_I.so" is missing from LD_LIBRARY_PATH.

> I saw:
>
> http://grasswiki.osgeo.org/wiki/Compile_and_install_GDAL-GRASS_plugin

I have updated the troubleshooting for this:

http://grasswiki.osgeo.org/wiki/Compile_and_install_GDAL-GRASS_plugin#ERROR_1:_libgrass_I.so:_cannot_open_shared_object_file:_No_such_file_or_directory

> the link to get the GDAL/OGR-GRASS plugin bring to
> http://download.osgeo.org/gdal/ where the lastest version is
> gdal-grass-1.4.3.tar.gz, but if I look at OSGeo4W, see
> http://download.osgeo.org/osgeo4w/release/grass/gdal-grass/
> you can see that the last version should be
> http://download.osgeo.org/osgeo4w/release/grass/gdal-grass/gdal-grass-1.5.4-4.tar.bz2,
> but it seems empty to me...
> Which one should I use?

Empty = bug but it would be a windows binary anyway.

You have everything ok I believe except "trick" indicated in the
Troubleshooting section.


> Moreover "A script to configure/install easily can be found here", the link:
>
> http://mpa.itc.it/markus/useful/conf_install_gdal_ogr_grass_plugin.sh
>
> it seems broken.

Right, updated to
http://www.grassbook.org/neteler/useful/conf_install_gdal_ogr_grass_plugin.sh

>
> Trying to compile the gdal-grass:
>
> gdal-grass-1.4.3  $ ./configure --with-grass=$GISBASE
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking for ranlib... ranlib
> checking for g++ -shared ... yes
> checking for gdal-config... /usr/bin/gdal-config
> using /usr/lib/gdalplugins as GDAL shared library autoload directory
> checking for G_asprintf in -lgrass_gis... no
> configure: error:
> --with-grass=/home/pietro/docdat/src/gis/grass/grass_trunk/dist.x86_64-unknown-linux-gnu
> requested, but libraries not found!  Perhaps you need to set
> LD_LIBRARY_PATH to include
> /home/pietro/docdat/src/gis/grass/grass_trunk/dist.x86_64-unknown-linux-gnu/lib?
>
> But the LD_LIBRARY_PATH global environment it seems to be set correctly:
>
> gdal-grass-1.4.3  $ echo $LD_LIBRARY_PATH
> :/home/pietro/.local/lib:/home/pietro/docdat/src/gis/grass/grass_trunk/dist.x86_64-unknown-linux-gnu/lib
>
> Any ideas how to solve this issue?

Create the file
/etc/ld.so.conf.d/grass6.conf
containing the path to the lib directory, then "ldconfig".


Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.in.lidar tuning

2013-10-08 Thread Markus Neteler 
On Tue, Oct 8, 2013 at 4:31 PM, Markus Metz
 wrote:
> Markus Neteler wrote:
>>
>> One more wish comes to mind (indeed, I started cross-porting but :-)
>>
>> v.in.lidar comes with a filter (which should perhaps be generalized to
>> the nth return; or, the last *is* the nth return but then "mid" could
>> be more than one in this case?):
>
> Yes, for n returns, the first return is number 1, the last return is
> the nth return and mid returns are all returns in between, i.e. none
> for 2 returns. Choosing the nth return does not make sense to me.

ok

>> filter   Only import points of selected return type
>>   If not specified, all points are imported
>>  options: first,last,mid
>>
>> which would be great for r.in.lidar as well to avoid that I need to
>> split the file with las2las beforehand.
>
> Why would you want to do filtering? The r.in.lidar methods min, max,
> mean, median, percentile are not sufficient?


I omitted to mention the sometimes existing classification of returns
and had in mind to be able to restrict the import to e.g. ground
points only, or the like. Then apply the methods min, max, etc only to
the selected subset of LiDAR points.

markusN
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2096: Missing libintl-8.dll from all Windows binaries

2013-10-08 Thread GRASS GIS 
#2096: Missing libintl-8.dll from all Windows binaries
+---
 Reporter:  dkavanagh   |   
Owner:  martinl
 Type:  defect  |  
Status:  assigned   
 Priority:  normal  |   
Milestone:  6.4.3  
Component:  Packaging   | 
Version:  unspecified
 Keywords:  wingrass, windows, binaries, ms-windows, libintl-8.dll  |
Platform:  MSWindows 7
  Cpu:  x86-64  |  
+---

Comment(by dkavanagh):

 Replying to [comment:1 martinl]:
 > This library has been recently moved to the separated package in
 OSGeo4W. You are referring to the standalone or OSGeo4W installer. Please
 try the most recent version first.

 The standalone installer for all versions.

 Thanks!

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.in.lidar tuning

2013-10-08 Thread Markus Metz 
Markus Neteler wrote:
>
> One more wish comes to mind (indeed, I started cross-porting but :-)
>
> v.in.lidar comes with a filter (which should perhaps be generalized to
> the nth return; or, the last *is* the nth return but then "mid" could
> be more than one in this case?):

Yes, for n returns, the first return is number 1, the last return is
the nth return and mid returns are all returns in between, i.e. none
for 2 returns. Choosing the nth return does not make sense to me.

>
> filter   Only import points of selected return type
>   If not specified, all points are imported
>  options: first,last,mid
>
> which would be great for r.in.lidar as well to avoid that I need to
> split the file with las2las beforehand.

Why would you want to do filtering? The r.in.lidar methods min, max,
mean, median, percentile are not sufficient?

Markus M
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] GDAL-GRASS plugin

2013-10-08 Thread Pietro 
Hi all,

I got a strange message, If I try to use gdal from shell (or from
GRASS, using r.in.gdal), I got:

{{{
gdalinfo --help
ERROR 1: libgrass_I.so: cannot open shared object file: No such file
or directory
ERROR 1: libgrass_I.so: cannot open shared object file: No such file
or directory
Usage: gdalinfo [--help-general] [-mm] [-stats] [-hist] [-nogcp] [-nomd]
[-norat] [-noct] [-nofl] [-checksum] [-proj4] [-mdd domain]*
[-sd subdataset] datasetname
}}}

I saw:

http://grasswiki.osgeo.org/wiki/Compile_and_install_GDAL-GRASS_plugin

the link to get the GDAL/OGR-GRASS plugin bring to
http://download.osgeo.org/gdal/ where the lastest version is
gdal-grass-1.4.3.tar.gz, but if I look at OSGeo4W, see
http://download.osgeo.org/osgeo4w/release/grass/gdal-grass/
you can see that the last version should be
http://download.osgeo.org/osgeo4w/release/grass/gdal-grass/gdal-grass-1.5.4-4.tar.bz2,
but it seems empty to me...
Which one should I use?

Moreover "A script to configure/install easily can be found here", the link:

http://mpa.itc.it/markus/useful/conf_install_gdal_ogr_grass_plugin.sh

it seems broken.


Trying to compile the gdal-grass:

gdal-grass-1.4.3  $ ./configure --with-grass=$GISBASE
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for g++ -shared ... yes
checking for gdal-config... /usr/bin/gdal-config
using /usr/lib/gdalplugins as GDAL shared library autoload directory
checking for G_asprintf in -lgrass_gis... no
configure: error:
--with-grass=/home/pietro/docdat/src/gis/grass/grass_trunk/dist.x86_64-unknown-linux-gnu
requested, but libraries not found!  Perhaps you need to set
LD_LIBRARY_PATH to include
/home/pietro/docdat/src/gis/grass/grass_trunk/dist.x86_64-unknown-linux-gnu/lib?

But the LD_LIBRARY_PATH global environment it seems to be set correctly:

gdal-grass-1.4.3  $ echo $LD_LIBRARY_PATH
:/home/pietro/.local/lib:/home/pietro/docdat/src/gis/grass/grass_trunk/dist.x86_64-unknown-linux-gnu/lib

Any ideas how to solve this issue?

Thank you for your help.

Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Problem installing r.modis on trunk

2013-10-08 Thread Margherita Di Leo 
Markus,


On Tue, Oct 8, 2013 at 12:08 PM, Markus Neteler  wrote:

> On Tue, Oct 8, 2013 at 9:45 AM, Margherita Di Leo
>  wrote:
> > On Tue, Oct 8, 2013 at 9:13 AM, Markus Neteler 
> wrote:
> >> >
> /usr/local/grass-7.0.svn/locale/scriptstrings/r.modis.download_to_translate.c:
> >> > Directory nonexistent
> >>
> >> Does at least /usr/local/grass-7.0.svn/locale/ exist?
>
> So this one is missing?
> /space/gis/grass_trunk/grass-7.0.svn/locale/scriptstrings/
>

Yes I confirm that one is missing.
Another strange fact that might be of interest: the r.modis folder is
download in:
/space/gis/grass_trunk/grass-7.0.svn/
Is it the expected behavior?

Thanks,
madi



-- 
Best regards,

Dr. Margherita DI LEO
Scientific / technical project officer

European Commission - DG JRC
Institute for Environment and Sustainability (IES)
Via Fermi, 2749
I-21027 Ispra (VA) - Italy - TP 261

Tel. +39 0332 78 3600
margherita.di-...@jrc.ec.europa.eu

Disclaimer: The views expressed are purely those of the writer and may not
in any circumstance be regarded as stating an official position of the
European Commission.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Problem installing r.modis on trunk

2013-10-08 Thread Markus Neteler 
On Tue, Oct 8, 2013 at 9:45 AM, Margherita Di Leo
 wrote:
> On Tue, Oct 8, 2013 at 9:13 AM, Markus Neteler  wrote:
>> > /usr/local/grass-7.0.svn/locale/scriptstrings/r.modis.download_to_translate.c:
>> > Directory nonexistent
>>
>> Does at least /usr/local/grass-7.0.svn/locale/ exist?

So this one is missing?
/space/gis/grass_trunk/grass-7.0.svn/locale/scriptstrings/

(that should be easy to fix in g.extension)

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] G7: parameter standardization: n/count, min/minimum etc

2013-10-08 Thread Pietro 
On Mon, Oct 7, 2013 at 8:52 PM, Markus Neteler  wrote:
> r.series | r.statistics2 | t.rast.aggregate.* | t.vect.what.strds
> ...
> method   Aggregate operation
>  options: average,count,median,mode,minimum,min_raster,maximum,
>   max_raster,stddev,range,sum,variance,diversity,slope,
>   offset,detcoeff,tvalue,quart1,quart3,perc90,quantile,
>   skewness,kurtosis
>
> r.in.lidar | r.in.xyz | r3.in.xyz | r.statistics
>  method   Statistic to use for raster values
>options: n,min,max,range,sum,mean,stddev,variance,coeff_var,
> median,percentile,skewness,trimmean
>default: mean
>
> I would suggest to streamline this (and personally opt for the
> r.series way of naming the methods; e.g., the "n" is easily
> overlooked, the "count" less so).

+1

Moreover min and max are functions in python, so from my point of view
it is much better minimum and maximum to avoid possible conflicts.

Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Problem installing r.modis on trunk

2013-10-08 Thread Margherita Di Leo 
Hi,


On Tue, Oct 8, 2013 at 9:13 AM, Markus Neteler  wrote:

> On Tue, Oct 8, 2013 at 4:46 AM, Pierre Roudier 
> wrote:
> > Hi,
> >
> > I'm having a wee problem trying to compile r.modis on the trunk
> > version of GRASS. It does not seem to compile the pymodis library if
> > I'm getting that right:
>
> On Fedora 19 no problem:
>

I confirm Pierre's problem, with slightly different messages (Red Hat):

Fetching  from GRASS-Addons SVN (be patient)...
Compiling...
/bin/sh:
/space/gis/grass_trunk/grass-7.0.svn/locale/scriptstrings/r.modis.download_to_translate.c:
No such file or directory
sed: couldn't flush stdout: Broken pipe
make[1]:
[/space/gis/grass_trunk/grass-7.0.svn/locale/scriptstrings/r.modis.download_to_translate.c]
Error 1 (ignored)
/bin/sh:
/space/gis/grass_trunk/grass-7.0.svn/locale/scriptstrings/r.modis.import_to_translate.c:
No such file or directory
sed: couldn't flush stdout: Broken pipe
make[1]:
[/space/gis/grass_trunk/grass-7.0.svn/locale/scriptstrings/r.modis.import_to_translate.c]
Error 1 (ignored)
Installing...
Updating metadata file...
Installation of  successfully finished


>
>
>
> > GRASS 7.0.svn (eda-rsr):~ > g.extension ext=r.modis
> > Fetching  from GRASS-Addons SVN (be patient)...
> > WARNING: gnome-keyring:: couldn't connect to:
> > /tmp/keyring-CTEtVP/pkcs11: No such file or directory
> > Compiling...
> > /bin/sh: 1: cannot create
> >
> /usr/local/grass-7.0.svn/locale/scriptstrings/r.modis.download_to_translate.c:
> > Directory nonexistent
>
> Does at least /usr/local/grass-7.0.svn/locale/ exist?
>

In my case it does.

HTH,
madi


-- 
Best regards,

Dr. Margherita DI LEO
Scientific / technical project officer

European Commission - DG JRC
Institute for Environment and Sustainability (IES)
Via Fermi, 2749
I-21027 Ispra (VA) - Italy - TP 261

Tel. +39 0332 78 3600
margherita.di-...@jrc.ec.europa.eu

Disclaimer: The views expressed are purely those of the writer and may not
in any circumstance be regarded as stating an official position of the
European Commission.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Problem installing r.modis on trunk

2013-10-08 Thread Markus Neteler 
On Tue, Oct 8, 2013 at 4:46 AM, Pierre Roudier  wrote:
> Hi,
>
> I'm having a wee problem trying to compile r.modis on the trunk
> version of GRASS. It does not seem to compile the pymodis library if
> I'm getting that right:

On Fedora 19 no problem:

GRASS 7.0.svn (nc_basic_spm_grass7):~ > g.extension r.modis
Fetching  from GRASS-Addons SVN (be patient)...
Compiling...
Installing...
Updating metadata file...
Installation of  successfully finished


> GRASS 7.0.svn (eda-rsr):~ > g.extension ext=r.modis
> Fetching  from GRASS-Addons SVN (be patient)...
> WARNING: gnome-keyring:: couldn't connect to:
> /tmp/keyring-CTEtVP/pkcs11: No such file or directory
> Compiling...
> /bin/sh: 1: cannot create
> /usr/local/grass-7.0.svn/locale/scriptstrings/r.modis.download_to_translate.c:
> Directory nonexistent

Does at least /usr/local/grass-7.0.svn/locale/ exist?

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev