Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

2013-02-02 Thread Helena Mitasova 

On Feb 2, 2013, at 6:36 PM, Helmut Kudrnovsky wrote:

>> A second release candidate of GRASS GIS 6.4.3 is now available. 
> 
> since it's more than a month ago now, what about another another RC or
> release?
> 
> maybe anything for the community sprint next week?

Excellent suggestion. There is a number of unresolved issues, but hopefully not 
too difficult to fix:

- r3.in.ascii broken handling of input parameters (it runs only with defaults, 
if you need to change something,
e.g. specify * for nulls it gives error - more details here
http://trac.osgeo.org/grass/ticket/1801

- the isosurfaces now work on macosx10.8 with changes made by Michael - this 
needs to be further tested and
done for GRASS6.4.3 as well - Michael, can you put your solution into bug 
report #1736 and then
if it works perhaps this can be closed (btw I found #803 with isosurfaces 
crashing on linux with segfault -
I am wondering whether this was related).

-wxnviz - in wxnviz for draped vector lines after I change the line width e.g. 
to 0,
the displayed line goes back to wider line each time something else is drawn
(e.g. fringe or view is changed) but the number is still set to 0.  (I haven't 
submitted a bug report on this yet)


There are numerous other tickets which I am not sure how important it is to 
have them fixed  -
e.g. 
#1837 d.rast.edit
#1820 multiple map displays
#1797 r.li.padcv
#1787 profile tool on mac - may be fixed already, I can test
#1784 r3.info and g.region rast3d in wingrass - still an issue? needs to be 
tested and fixed if still broken
and many others
also, several gui modeler issues (this can be considered as prototype module? )
and d.legend run in command console does not carry over the parameters, 
d.legend panel sometimes
opens behind the display window leading to user confusion

Not really a bug, but there are various error messages on Windows and Mac that 
don't seem to cause any problems
except for user confusion - I am not sure how important it is to take care of 
them - if it is something that 
should be fixed I can collect the info and post here (or submit bug report?)

It would be great to use the code sprint to make some progress on the release 
of GRASS6.4.3,

Helena

> 
> 
> 
> 
> 
> -
> best regards
> Helmut
> --
> View this message in context: 
> http://osgeo-org.1560.n6.nabble.com/GRASS-GIS-6-4-3RC2-released-tp5024186p5031708.html
> Sent from the Grass - Dev mailing list archive at Nabble.com.
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev

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

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

2013-02-02 Thread Helmut Kudrnovsky 
> A second release candidate of GRASS GIS 6.4.3 is now available. 

since it's more than a month ago now, what about another another RC or
release?

maybe anything for the community sprint next week?





-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/GRASS-GIS-6-4-3RC2-released-tp5024186p5031708.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1869: wingrass7: r.in.wms - ERROR: Unable to load GDAL python bindings

2013-02-02 Thread Helmut Kudrnovsky 
hi madi,

> GDAL needs to be configured --with-python

thanks for the hint!

before I ask at osgeo4w, which wingrass is based on, I've wanted to check if
there is any grass-related issue.





-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/GRASS-GIS-1869-wingrass7-r-in-wms-ERROR-Unable-to-load-GDAL-python-bindings-tp5031663p5031707.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] formatting expressions for r.mapcalc in GRASS6.4.3

2013-02-02 Thread Helena Mitasova 

On Feb 2, 2013, at 8:27 AM, Glynn Clements wrote:

> 
> Helena Mitasova wrote:
> 
>> Over the years there have been changes in the formatting of r.mapcalc 
>> expressions
>> and it appears the currently there is no single way that would work 
>> everywhere
>> (you either need quotes or it does not work with quotes and in GRASS6.4.3 
>> the space around = is not necessary).
>> I have tried to summarize our experience on MSWindows, Mac and linux here
>> 
>> http://courses.ncsu.edu/mea582/common/GIS_anal_grass/mapcalcformats.html
>> 
>> My question about the document above - is this how it should work?
> 
> From the command line, the most portable approach is to use:
> 
>   r.mapcalc "outmap = whatever"
> 
> That should work in any version on any platform.

Glynn, Markus,

thanks for your answer - I have used your suggested format for years and that 
is how we have it in the book
and it works in linux shell and on my mac in command console as well - I will 
add it to my little how to run mapcalc document
given that it is still valid. 
But it does not work in command console in windows7, I had to remove the quotes 
to get it run. 
I should get more feedback from students by tuesday and I will try 
it in the lab again and post the error message - last two semesters, I guess 
since GRASS6.4.3svn there were more troubles 
with r.mapcalc than before, although the command console otherwise works really 
great.

BTW when you look at the Notes in the manual, the suggestion there is to put 
single quotes around the expression (right side of the equation), while the 
section about raster map layer names explains that putting your expression in 
double quotes will
interpret it as a raster map name and the floating point section has the quotes 
as used in the book so if somebody is new to GRASS 
it is easy to get confused. 

Helena
> 
> GRASS 6 simply concatenates all arguments with a space between each
> one, and uses the result as the expression.
> 
> GRASS 7 uses G_parser():
> 
>   Usage:
>r.mapcalc [expression=string] [file=name] [--overwrite] [--verbose]
>  [--quiet]
> 
> The above example is shorthand for:
> 
>   r.mapcalc expression="outmap = whatever"
> 
> For this to work, the expression must be a single argument (i.e. 
> quoted), and there must be a space between the output map and the
> first "=". Using:
> 
>   r.mapcalc "outmap=whatever"
> 
> would result in G_parser() complaining that "outmap" isn't a
> recognised option name.
> 
> -- 
> Glynn Clements 

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

Re: [GRASS-dev] does GRASS 7 for Mac compile yet?

2013-02-02 Thread jentjr 
I'm not sure if this is useful, but I just tried to compile GRASS 7 on my
Macbook Pro 10.7.5. Everything seemed to work fine when I complied the code.

cd /usr/local/src/grass_trunk

sudo make clean

sudo svn up

export CFLAGS="-arch ppc64 -arch x86_64 -g -Wall"
export CXXFLAGS="-arch ppc64 -arch x86_64"
export LDFLAGS="-arch ppc64 -arch x86_64"
export GDAL_BIN=/Library/Frameworks/GDAL.framework/Programs/
export NAD2BIN=/Library/Frameworks/PROJ.Framework/Programs/nad2bin

sudo ./configure  --with-freetype
--with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2
/Library/Frameworks/FreeType.framework/unix/include"
--with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib
--with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config
--with-proj
--with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include
--with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib
--with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj 
--with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include 
--with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-postgres-includes=/usr/local/pgsql/include
--with-postgres-libs=/usr/local/pgsql/lib
--with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-postgres-includes=/usr/local/pgsql/include
--with-postgres-libs=/usr/local/pgsql/lib --without-mysql --with-odbc
--with-sqlite
--with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib
--with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include
--without-fftw --with-cxx --with-x --without-motif --with-opengl=aqua
--without-readline --prefix=/Applications --enable-macosx-app --with-cairo
--without-tcltk
--with-wxwidgets=/usr/local/lib/wxPython-2.9.2.4/bin/wx-config 


Started compilation: Sat Feb  2 14:54:01 EST 2013
--
Errors in:
No errors detected.
--
Finished compilation: Sat Feb  2 15:07:06 EST 2013 

sudo make 

sudo make install

When I launched GRASS this is what I got.

Launching  GUI in the background, please wait...
GRASS 7.0.svn (nc_spm_08):~ > Traceback (most recent call last):
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/wxgui.py", line
34, in 
from lmgr.frame import GMFrame
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/lmgr/frame.py",
line 47, in 
from gui_core.preferences  import MapsetAccess, PreferencesDialog,
EVT_SETTINGS_CHANGED
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/preferences.py",
line 51, in 
from gui_core.dialogs import SymbolDialog
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/dialogs.py",
line 50, in 
from gui_core.gselect import LocationSelect, MapsetSelect, Select,
OgrTypeSelect, GdalSelect, MapsetSelect
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gui_core/gselect.py",
line 54, in 
import grass.temporal as tgis
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/temporal/__init__.py",
line 9, in 
from space_time_datasets import *
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/temporal/space_time_datasets.py",
line 25, in 
import grass.lib.gis as libgis
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/gis.py",
line 23, in 
_libs["grass_gis.7.0.svn"] = load_library("grass_gis.7.0.svn")
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/ctypes_loader.py",
line 55, in load_library
return self.load(path)
  File
"/Applications/GRASS-7.0.app/Contents/MacOS/etc/python/grass/lib/ctypes_loader.py",
line 71, in load
raise ImportError,e
ImportError:
dlopen(/Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gis.7.0.svn.dylib,
10): no suitable image found.  Did find:

/Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gis.7.0.svn.dylib:
mach-o, but wrong architecture

/Applications/GRASS-7.0.app/Contents/MacOS/lib/libgrass_gis.7.0.svn.dylib:
mach-o, but wrong architecture




--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/does-GRASS-7-for-Mac-compile-yet-tp5030048p5031695.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] separator in G7: limit to one character

2013-02-02 Thread Martin Landa 
Hi,

2013/1/31 Vaclav Petras :

[...]

> I like multi-character separator. For example, once I generated LaTeX
> table with some GRASS command. Even though "&" is sufficient I wanted
> nice source, so I used " & ". For row separator (e.g., CRLF on MS
> Windows) and for HTML/XML, multi-character separators are always
> needed.

it make sense, if no objections I will change G_option_to_separator()
to return separator as a string.

Martin

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Martin Landa 
Hi,

2013/2/2 Rashad M :
>  r.in.wms mapserver=http://watzmann-geog.urz.uni-heidelberg.de/cached/osm
> layers=osm_auto:all output=osm format=png srs=900913

from this command (parameter 'mapserver' has been renamed to 'url') I
guess that you have old version of r.in.wms. Please update your
installation.

Martin

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Luca Delucchi 
2013/2/2 Margherita Di Leo :
> Thank you Markus,
>

Hi Madi,

> On Sat, Feb 2, 2013 at 8:01 PM, Markus Neteler  wrote:
>>
>> On Sat, Feb 2, 2013 at 7:41 PM, Margherita Di Leo
>>  wrote:
>> > Thank you Rashad, it was simply slow, now managed to download with:
>>
>> You may need to verify the g.region settings!
>
>
> GRASS 7.0.svn (Genova):~ > g.region -p
> projection: 1 (UTM)
> zone:   32
> datum:  wgs84
> ellipsoid:  wgs84
> north:  4916343
> south:  4915829
> west:   496791
> east:   497402
> nsres:  1
> ewres:  1
> rows:   514
> cols:   611
> cells:  314054
>
> although it's 1x1 cells, it's a small area. As I wrote, the error I get is:
>
> GRASS 7.0.svn (Genova):~ > r.in.wms url=http://irs.gis-lab.info layers=osm
> output=osm1 format=png
> Downloading data from WMS server...
> ERROR: Unable to fetch capabilities from: 'http://irs.gis-lab.info'
>

could please send me (out of the list)  a location and mapset with the
same region.

> Thanks,
> madi
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Margherita Di Leo 
Thank you Markus,

On Sat, Feb 2, 2013 at 8:01 PM, Markus Neteler  wrote:

> On Sat, Feb 2, 2013 at 7:41 PM, Margherita Di Leo
>  wrote:
> > Thank you Rashad, it was simply slow, now managed to download with:
>
> You may need to verify the g.region settings!
>

GRASS 7.0.svn (Genova):~ > g.region -p
projection: 1 (UTM)
zone:   32
datum:  wgs84
ellipsoid:  wgs84
north:  4916343
south:  4915829
west:   496791
east:   497402
nsres:  1
ewres:  1
rows:   514
cols:   611
cells:  314054

although it's 1x1 cells, it's a small area. As I wrote, the error I get is:

GRASS 7.0.svn (Genova):~ > r.in.wms url=http://irs.gis-lab.info layers=osm
output=osm1 format=png
Downloading data from WMS server...
ERROR: Unable to fetch capabilities from: 'http://irs.gis-lab.info'

Thanks,
madi


>
> > r.in.wms url=http://watzmann-geog.urz.uni-heidelberg.de/cached/osm
> > layers=osm_auto:all output=osm format=png
>
> > The other OSM example on the manual page is yet not working for me, maybe
> > should be changed/removed?
>
> Well, I have added them recently (provided by Stepan) :) They worked
> nicely. Please check g.region first.
> But I fully agree that a reasonable g.region setting should be added to
> the examples.
>
> ciao
> Markus
>



-- 
Margherita DI LEO
Postdoctoral Researcher

European Commission - DG JRC
Institute for Environment and Sustainability (IES). Unit H03 – FRC
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] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Martin Landa 
Hi all,

2013/2/2 Markus Neteler :
> Well, I have added them recently (provided by Stepan) :) They worked
> nicely. Please check g.region first.
> But I fully agree that a reasonable g.region setting should be added to
> the examples.

btw, Stepan recently implemented experimental support for WMS in wxGUI [1].

Martin

[1] http://grasswiki.osgeo.org/wiki/WxGUI/Video_tutorials#Add_web_service_layer

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Markus Neteler 
On Sat, Feb 2, 2013 at 7:41 PM, Margherita Di Leo
 wrote:
> Thank you Rashad, it was simply slow, now managed to download with:

You may need to verify the g.region settings!

> r.in.wms url=http://watzmann-geog.urz.uni-heidelberg.de/cached/osm
> layers=osm_auto:all output=osm format=png

> The other OSM example on the manual page is yet not working for me, maybe
> should be changed/removed?

Well, I have added them recently (provided by Stepan) :) They worked
nicely. Please check g.region first.
But I fully agree that a reasonable g.region setting should be added to
the examples.

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

Re: [GRASS-dev] [GRASS GIS] #1807: grass.osgeo.org 404s

2013-02-02 Thread GRASS GIS 
#1807: grass.osgeo.org 404s
--+-
  Reporter:  rashadkm |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  Website  
 Component:  Website  | Version:  unspecified  
Resolution:  fixed|Keywords:   
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by neteler):

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


Comment:

 I have added many redirect rules, so all important cases should be
 redirected.
 Closing.

-- 
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-user] i.landsat.toar unable to read metadata file

2013-02-02 Thread Markus Neteler 
Hi all,

I have finally updated the SVN (GRASS 6.4, 6.5 and 7) with the updated
version of i.landsat.toar. Please test.

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

Re: [GRASS-dev] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Margherita Di Leo 
Thank you Rashad, it was simply slow, now managed to download with:

r.in.wms url=http://watzmann-geog.urz.uni-heidelberg.de/cached/osm
layers=osm_auto:all
output=osm format=png

The other OSM example on the manual page is yet not working for me, maybe
should be changed/removed?

cheers,
madi


On Sat, Feb 2, 2013 at 2:16 PM, Rashad M  wrote:

> Hi,
>
> Are you behind a firewall or proxy?
>
> Because r.in.wms in not hanging for me
>
>  r.in.wms 
> mapserver=http://watzmann-geog.urz.uni-heidelberg.de/cached/osmlayers=osm_auto:all
>  output=osm format=png srs=900913
> Downloading data from WMS server...
> Reprojecting raster...
> Importing raster map into GRASS...
>
> ERROR: Sorry,  is not a valid parameter
> ERROR: r.mask failed
> ERROR: No existing MASK to remove
> ERROR: r.mask failed
> Exception SystemExit: 1 in  > ignored
>
> Yes, Its not working yet but still downloading
>
>
> On Sat, Feb 2, 2013 at 6:30 PM, Margherita Di Leo <
> dileomargher...@gmail.com> wrote:
>
>> Hi,
>>
>> I was trying to check if r.in.wms works on G7. I've tried to download
>> from the pcn [1] but it seems not working, anyone has experienced this?
>> BTW, I've tried also the examples from the manual page:
>>
>> r.in.wms url=http://irs.gis-lab.info layers=osm output=osm format=png
>> Downloading data from WMS server...
>> ERROR: Unable to fetch capabilities from: 'http://irs.gis-lab.info'
>>
>> and
>>
>> r.in.wms 
>> url=http://watzmann-geog.urz.uni-heidelberg.de/cached/osmlayers=osm_auto:all 
>> output=osm format=png
>> Downloading data from WMS server...
>>
>> Takes forever, and when I try to kill it with Ctrl + C it doesn't
>> respond..
>>
>> I would like to know if anyone of you has an example which is working for
>> the Italian territory.
>>
>> Thank you,
>> Madi
>>
>>
>> [1] http://www.pcn.minambiente.it/PCNDYN/catalogowms.jsp
>>
>> --
>> Margherita DI LEO
>> Postdoctoral Researcher
>>
>> European Commission - DG JRC
>> Institute for Environment and Sustainability (IES). Unit H03 – FRC
>> 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
>>
>
>
>
> --
> Regards,
>Rashad
>



-- 
Margherita DI LEO
Postdoctoral Researcher

European Commission - DG JRC
Institute for Environment and Sustainability (IES). Unit H03 – FRC
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] [GRASS GIS] #1869: wingrass7: r.in.wms - ERROR: Unable to load GDAL python bindings

2013-02-02 Thread Margherita Di Leo 
Hi,

On Sat, Feb 2, 2013 at 6:45 PM, GRASS GIS  wrote:

> #1869: wingrass7: r.in.wms - ERROR: Unable to load GDAL python bindings
>
> --+-
>  Reporter:  hellik|   Owner:  grass-dev@…
>  Type:  defect|  Status:  new
>  Priority:  normal|   Milestone:  7.0.0
> Component:  Raster| Version:  svn-trunk
>  Keywords:  wingrass, r.in.wms, gdal, python  |Platform:  MSWindows 7
>   Cpu:  x86-64|
>
> --+-
>  tested with some examples from the manual
>
>  {{{
>  r.in.wms url=http://irs.gis-lab.info layers=osm output=osm format=png
>  ERROR: Unable to load GDAL python bindings
>  (Sat Feb 02 18:26:31 2013) Command finished (0 sec)
>  (Sat Feb 02 18:41:46 2013)
>  r.in.wms url=http://iceds.ge.ucl.ac.uk/cgi-bin/icedswms
>  layers=bluemarble,landsat_1_01 styles=default,default output=landsat
>  srs=4326 format=png
>  ERROR: Unable to load GDAL python bindings
>  (Sat Feb 02 18:41:46 2013) Command finished (0 sec)
>  }}}
>
>  tested with
>
>  {{{
>  GRASS version: 7.0.svn
>  GRASS SVN Revision: 54831
>  Build Date: 2013-02-02
>  GIS Library Revision: 52468 (2012-07-27)
>  GDAL/OGR: 1.9.2
>  PROJ.4: 4.8.0
>  GEOS: 3.3.6dev
>  SQLite: 3.7.10
>  Python: 2.7.2
>  wxPython: 2.8.12.1
>  Platform: Windows-7-6.1.7601-SP1 (OSGeo4W)
>  }}}
>

Helmut, GDAL needs to be configured --with-python

HTH,
madi

>
>  Helmut
>
> --
> Ticket URL: 
> GRASS GIS 
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev




-- 
Margherita DI LEO
Postdoctoral Researcher

European Commission - DG JRC
Institute for Environment and Sustainability (IES). Unit H03 – FRC
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

[GRASS-dev] [GRASS GIS] #1869: wingrass7: r.in.wms - ERROR: Unable to load GDAL python bindings

2013-02-02 Thread GRASS GIS 
#1869: wingrass7: r.in.wms - ERROR: Unable to load GDAL python bindings
--+-
 Reporter:  hellik|   Owner:  grass-dev@…   
   
 Type:  defect|  Status:  new   
   
 Priority:  normal|   Milestone:  7.0.0 
   
Component:  Raster| Version:  svn-trunk 
   
 Keywords:  wingrass, r.in.wms, gdal, python  |Platform:  MSWindows 7   
   
  Cpu:  x86-64|  
--+-
 tested with some examples from the manual

 {{{
 r.in.wms url=http://irs.gis-lab.info layers=osm output=osm format=png
 ERROR: Unable to load GDAL python bindings
 (Sat Feb 02 18:26:31 2013) Command finished (0 sec)
 (Sat Feb 02 18:41:46 2013)
 r.in.wms url=http://iceds.ge.ucl.ac.uk/cgi-bin/icedswms
 layers=bluemarble,landsat_1_01 styles=default,default output=landsat
 srs=4326 format=png
 ERROR: Unable to load GDAL python bindings
 (Sat Feb 02 18:41:46 2013) Command finished (0 sec)
 }}}

 tested with

 {{{
 GRASS version: 7.0.svn
 GRASS SVN Revision: 54831
 Build Date: 2013-02-02
 GIS Library Revision: 52468 (2012-07-27)
 GDAL/OGR: 1.9.2
 PROJ.4: 4.8.0
 GEOS: 3.3.6dev
 SQLite: 3.7.10
 Python: 2.7.2
 wxPython: 2.8.12.1
 Platform: Windows-7-6.1.7601-SP1 (OSGeo4W)
 }}}

 Helmut

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] i.segment at Community Sprint

2013-02-02 Thread Markus Metz 
On Sat, Feb 2, 2013 at 12:56 PM, Moritz Lennert
 wrote:
> Markus and Yann,
>
> If you have the time it might be a great opportunity to use the community
> sprint to get i.segment from the addons to trunk. What do you think ?

I would prefer i.segment.xl for speed reasons and memory control, but
the shape functionality in i.segment would need to be ported to
i.segment.xl first.

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

Re: [GRASS-dev] [GRASS GIS] #1868: g.mapset now broken

2013-02-02 Thread GRASS GIS 
#1868: g.mapset now broken
-+--
 Reporter:  cmbarton |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  wxGUI| Version:  unspecified  
 Keywords:  g.mapset |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by annakrat):

 I have just made a few changes in the dialog but I think the error will
 just move elsewhere. If so, I would just catch the error and ignore
 because it might be a wx problem.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] formatting expressions for r.mapcalc in GRASS6.4.3

2013-02-02 Thread Glynn Clements 

Helena Mitasova wrote:

> Over the years there have been changes in the formatting of r.mapcalc 
> expressions
> and it appears the currently there is no single way that would work everywhere
> (you either need quotes or it does not work with quotes and in GRASS6.4.3 the 
> space around = is not necessary).
> I have tried to summarize our experience on MSWindows, Mac and linux here
> 
> http://courses.ncsu.edu/mea582/common/GIS_anal_grass/mapcalcformats.html
> 
> My question about the document above - is this how it should work?

>From the command line, the most portable approach is to use:

r.mapcalc "outmap = whatever"

That should work in any version on any platform.

GRASS 6 simply concatenates all arguments with a space between each
one, and uses the result as the expression.

GRASS 7 uses G_parser():

Usage:
 r.mapcalc [expression=string] [file=name] [--overwrite] [--verbose]
   [--quiet]

The above example is shorthand for:

r.mapcalc expression="outmap = whatever"

For this to work, the expression must be a single argument (i.e. 
quoted), and there must be a space between the output map and the
first "=". Using:

r.mapcalc "outmap=whatever"

would result in G_parser() complaining that "outmap" isn't a
recognised option name.

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

Re: [GRASS-dev] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Rashad M 
Hi,

Are you behind a firewall or proxy?

Because r.in.wms in not hanging for me

 r.in.wms 
mapserver=http://watzmann-geog.urz.uni-heidelberg.de/cached/osmlayers=osm_auto:all
output=osm format=png srs=900913
Downloading data from WMS server...
Reprojecting raster...
Importing raster map into GRASS...

ERROR: Sorry,  is not a valid parameter
ERROR: r.mask failed
ERROR: No existing MASK to remove
ERROR: r.mask failed
Exception SystemExit: 1 in > ignored

Yes, Its not working yet but still downloading


On Sat, Feb 2, 2013 at 6:30 PM, Margherita Di Leo  wrote:

> Hi,
>
> I was trying to check if r.in.wms works on G7. I've tried to download from
> the pcn [1] but it seems not working, anyone has experienced this?
> BTW, I've tried also the examples from the manual page:
>
> r.in.wms url=http://irs.gis-lab.info layers=osm output=osm format=png
> Downloading data from WMS server...
> ERROR: Unable to fetch capabilities from: 'http://irs.gis-lab.info'
>
> and
>
> r.in.wms 
> url=http://watzmann-geog.urz.uni-heidelberg.de/cached/osmlayers=osm_auto:all 
> output=osm format=png
> Downloading data from WMS server...
>
> Takes forever, and when I try to kill it with Ctrl + C it doesn't respond..
>
> I would like to know if anyone of you has an example which is working for
> the Italian territory.
>
> Thank you,
> Madi
>
>
> [1] http://www.pcn.minambiente.it/PCNDYN/catalogowms.jsp
>
> --
> Margherita DI LEO
> Postdoctoral Researcher
>
> European Commission - DG JRC
> Institute for Environment and Sustainability (IES). Unit H03 – FRC
> 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
>



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

[GRASS-dev] Is r.in.wms actually working? (Italian territory example)

2013-02-02 Thread Margherita Di Leo 
Hi,

I was trying to check if r.in.wms works on G7. I've tried to download from
the pcn [1] but it seems not working, anyone has experienced this?
BTW, I've tried also the examples from the manual page:

r.in.wms url=http://irs.gis-lab.info layers=osm output=osm format=png
Downloading data from WMS server...
ERROR: Unable to fetch capabilities from: 'http://irs.gis-lab.info'

and

r.in.wms 
url=http://watzmann-geog.urz.uni-heidelberg.de/cached/osmlayers=osm_auto:all
output=osm format=png
Downloading data from WMS server...

Takes forever, and when I try to kill it with Ctrl + C it doesn't respond..

I would like to know if anyone of you has an example which is working for
the Italian territory.

Thank you,
Madi


[1] http://www.pcn.minambiente.it/PCNDYN/catalogowms.jsp

-- 
Margherita DI LEO
Postdoctoral Researcher

European Commission - DG JRC
Institute for Environment and Sustainability (IES). Unit H03 – FRC
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

[GRASS-dev] i.segment at Community Sprint

2013-02-02 Thread Moritz Lennert 

Markus and Yann,

If you have the time it might be a great opportunity to use the 
community sprint to get i.segment from the addons to trunk. What do you 
think ?


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

Re: [GRASS-dev] Google Hangout during community sprint

2013-02-02 Thread Margherita Di Leo 
Hi all,

in the Wiki page:
http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Genova_2013#Via_IRC_chat_or_hangout
i've added a section for planning the hangout meetings.
I would kindly ask you guys in Genova to let us know when you plan a
meeting, adding it to the wiki and circulating a mail here..

Thank you and happy hacking!!

Have fun,
Madi

-- 
Margherita DI LEO
Postdoctoral Researcher

European Commission - DG JRC
Institute for Environment and Sustainability (IES). Unit H03 – FRC
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