[GRASS-dev] [GRASS GIS] #1221: i.atcorr does not compile

[GRASS GIS]

#1221: i.atcorr does not compile
---+
 Reporter:  cmbarton   |   Owner:  grass-...@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  6.5.0
Component:  Imagery| Version:  svn-develbranch6 
 Keywords:  i.atcorr   |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+
 I just updated from SVN after a make distclean. i.atcorr does not compile
 but gives the following error (Mac OS X 10.6):

 make: *** [default] Error 1
 cmb-MBP-3:grass65_dev cmbarton$ cd
 /Users/cmbarton/grass_dev/grass65_dev/imagery/i.atcorr
 cmb-MBP-3:i.atcorr cmbarton$ make
 ../../include/Make/Module.make:25: warning: overriding commands for target
 `install'
 ../../include/Make/Rules.make:90: warning: ignoring old commands for
 target `install'
 Makefile:15: warning: overriding commands for target
 `/Users/cmbarton/grass_dev/grass65_dev/dist.i386-apple-
 darwin10.5.0/bin/i.atcorr'
 ../../include/Make/Module.make:15: warning: ignoring old commands for
 target `/Users/cmbarton/grass_dev/grass65_dev/dist.i386-apple-
 darwin10.5.0/bin/i.atcorr'
 c++ -I/Users/cmbarton/grass_dev/grass65_dev/dist.i386-apple-
 darwin10.5.0/include  -arch i386 -arch x86_64
 -DPACKAGE=\""grassmods"\"
 -I/Users/cmbarton/grass_dev/grass65_dev/dist.i386-apple-
 darwin10.5.0/include -o OBJ.i386-apple-darwin10.5.0/GeomCond.o -c
 GeomCond.cpp
 GeomCond.cpp: In member function ‘void GeomCond::parse()’:
 GeomCond.cpp:380: warning: format ‘%d’ expects type ‘int’, but argument 2
 has type ‘long int’
 GeomCond.cpp: In member function ‘void GeomCond::print()’:
 GeomCond.cpp:430: error: too many initializers for ‘const std::string
 [13]’
 GeomCond.cpp: In member function ‘void GeomCond::parse()’:
 GeomCond.cpp:380: warning: format ‘%d’ expects type ‘int’, but argument 2
 has type ‘long int’
 GeomCond.cpp: In member function ‘void GeomCond::print()’:
 GeomCond.cpp:430: error: too many initializers for ‘const std::string
 [13]’
 lipo: can't figure out the architecture type of:
 /var/folders/AK/AKpYwDw1EoWI+fFF02nvRk+++TI/-Tmp-//ccy2ixBd.out
 make: *** [OBJ.i386-apple-darwin10.5.0/GeomCond.o] Error 1

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Re: GRASS6.4.1

[Benjamin Ducke]

> v.out.ogr: contains your improvements, not yet backported (has it been
> sufficiently tested?)

I did some testing when I made those enhancements, and there was
some positive feedback from other users. But I'd certainly be
willing to give it some more thorough testing if that makes the
decision easier for you. I am very interested in getting
those improvements into GRASS 6.4.1, because they make it easier
to integrate GRASS modules into other software (like the interface
from SEXTANTE that I am still working on).

Ben

> 
> v.in.ogr: contains this relevant fix (?):
> 
> diff -ru '--exclude=.svn' grass64_release/vector/v.in.ogr/geom.c
> grass65_release/vector/v.in.ogr/geom.c
> --- grass64_release/vector/v.in.ogr/geom.c 2010-10-09
> 21:50:43.489449120 +0200
> +++ grass65_release/vector/v.in.ogr/geom.c 2010-09-22
> 09:25:14.917974961 +0200
> @@ -301,9 +301,9 @@
> otype = GV_BOUNDARY;
> 
> if (split_distance > 0 && otype == GV_BOUNDARY)
> - split_line(Map, otype, Points, BCats);
> + split_line(Map, otype, Points, Cats);
> else - Vect_write_line(Map, otype, Points, BCats);
> + Vect_write_line(Map, otype, Points, Cats);
> 
> /* Isles */
> IPoints =
> 
> If no objections, I can backport v.in|out.ogr from 6.5 to 6.4.
> 
> Markus


--
Files attached to this email may be in ISO 26300 format (OASIS Open Document 
Format). If you have difficulty opening them, please visit http://iso26300.info 
for more information.

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

[GRASS-dev] Re: [GRASS GIS] #1220: Error when creating vector(areas) from raster

[GRASS GIS]

#1220: Error when creating vector(areas) from raster
+---
 Reporter:  toyzerocha1980  |   Owner:  grass-...@…  
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  6.4.1
Component:  Vector  | Version:   
 Keywords:  |Platform:  MSWindows XP 
  Cpu:  x86-32  |  
+---

Comment(by neteler):

 Replying to [comment:2 toyzerocha1980]:
 > Ok I have decided to create/build topology

 {{{
 > v.build map=tes...@national error=error10
 > Coor files of vector map  is larger than it should be
 (99266507 bytes excess)
 > Building topology for vector map ...
 > Registering primitives...
 > 1874449 primitives registered
 > 5317522 vertices registered
 > Building areas...
 > 601738 areas built
 > 117075 isles built
 ...
 }}}

 perhaps you exceed the 2Gb limit here? GRASS 7 supports large file support
 (LFS).

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Re: GRASS6.4.1

[Markus Neteler]

On Mon, Nov 22, 2010 at 12:11 PM, Benjamin Ducke
 wrote:
> Would it be possible to also sync r.in|out.gdal

r.in.gdal: already identical
r.out.gdal: only %f changed to %g many times (I would not backport to
not ruin all translations

> and v.in|out.ogr from 6.5?

v.out.ogr: contains your improvements, not yet backported (has it been
sufficiently tested?)

v.in.ogr: contains this relevant fix (?):

diff -ru '--exclude=.svn' grass64_release/vector/v.in.ogr/geom.c
grass65_release/vector/v.in.ogr/geom.c
--- grass64_release/vector/v.in.ogr/geom.c  2010-10-09 21:50:43.489449120 
+0200
+++ grass65_release/vector/v.in.ogr/geom.c  2010-09-22 09:25:14.917974961 
+0200
@@ -301,9 +301,9 @@
otype = GV_BOUNDARY;

if (split_distance > 0 && otype == GV_BOUNDARY)
-   split_line(Map, otype, Points, BCats);
+   split_line(Map, otype, Points, Cats);
else
-   Vect_write_line(Map, otype, Points, BCats);
+   Vect_write_line(Map, otype, Points, Cats);

/* Isles */
IPoints =

If no objections, I can backport v.in|out.ogr from 6.5 to 6.4.

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

Re: [GRASS-dev] how to use v.clean()?

[Markus Metz]

Olivier Tournaire wrote:
> Hi all,
> I am currently developping a plugin for QGis. My input data are shapefiles,
> and I would like to clean their geometries before doing some processing.
> v.clean() seems to do the job.
> However, I really have no idea on how to:
> 1) fill a grass vector layer with geometries readed in a qgis vector layer
> 2) call in my (c++) code v.clean()

Just for clarification, there is no v.clean() in case you are looking
for some function by this name. I can imagine two ways to achieve your
goal.
The easy way is to simply call the grass modules v.in.ogr (which does
topological polygon cleaning), v.clean for more cleaning, v.out.ogr.
The hard way would be to take the source code of these three modules,
translate it to C++ and adapt it to your needs, if this is possible
from within qgis.

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

Re: [GRASS-dev] Re: GRASS6.4.1

[Martin Landa]

Hi,

2010/11/22 Michael Barton :
> Has there been any fix for digitizing on the Mac? As of a few weeks ago, it 
> was broken for both TclTk and wxPython and had been for several months.

wxGUI needs to rewritten from C++/Swig to Python/C/Ctypes first (due
to multiplatform & swig problems). Then we can go on.

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] Re: GRASS6.4.1

[Michael Barton]

Has there been any fix for digitizing on the Mac? As of a few weeks ago, it was 
broken for both TclTk and wxPython and had been for several months.


Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu



On Nov 22, 2010, at 3:16 AM,  wrote:

> Date: Mon, 22 Nov 2010 11:16:20 +0100
> From: Markus Metz 
> Subject: Re: [GRASS-dev] Re: GRASS6.4.1
> To: Martin Landa 
> Cc: Helena Mitasova ,   GRASS developers list
>
> Message-ID:
>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Martin Landa wrote:
>> Hi,
>> 
>> 2010/11/22 Markus Neteler :
 would it be possible to prepare some plan / schedule ?for releasing 6.4.1?
 There are a few things that do not work in 6.4 but work in 6.5.
 
 Although we just got through a semester with GRASS6.4 without any major 
 disaster,
 I got a more positive feedback from students using GRASS65 so obviously
 GRASS6.4.1 release would be welcome.
>>> 
>>> I am all for it, we could create a first 6.4.1RC1 asap if there are no 
>>> objects.
>> 
>> no objections. Just bear in mind that 6.4.1 comes with upgraded wxGUI
>> (sync'ed with GRASS 6.5). In the results many wxGUI bugs has been
>> fixed, but some of them may be introduced. Basically I would suggest
>> to release RC during the next days and the final 6.4.1 till the of the
>> year. I also hope that the next version -- 6.4.2 comes with working
>> wxGUI digitizer and 3D view mode!
>> 
> I would also like to see 6.4.1RC1 soon because there are a number of
> bugfixes (also for the dglib cache) and some new functionality in
> 6.4.1.
> 
> Markus M

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

[GRASS-dev] Re: [GRASS GIS] #1220: Error when creating vector(areas) from raster

[GRASS GIS]

#1220: Error when creating vector(areas) from raster
+---
 Reporter:  toyzerocha1980  |   Owner:  grass-...@…  
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  6.4.1
Component:  Vector  | Version:   
 Keywords:  |Platform:  MSWindows XP 
  Cpu:  x86-32  |  
+---

Comment(by toyzerocha1980):

 Ok I have decided to create/build topology
 v.build map=tes...@national error=error10
 Coor files of vector map  is larger than it should be
 (99266507 bytes excess)
 Building topology for vector map ...
 Registering primitives...
 1874449 primitives registered
 5317522 vertices registered
 Building areas...
 601738 areas built
 117075 isles built
 Attaching islands...
 Attaching centroids...
 Number of nodes: 1389786
 Number of primitives: 1874449
 Number of points: 0
 Number of lines: 0
 Number of boundaries: 1272712
 Number of centroids: 601737
 Number of areas: 601738
 Number of isles: 117075
 Number of areas without centroid: 1
 Building topology for vector map ...
 Registering primitives...
 1 primitives registered
 5 vertices registered
 Building areas...
 1 areas built
 1 isles built
 Attaching islands...
 Attaching centroids...
 Number of nodes: 1
 Number of primitives: 1
 Number of points: 0
 Number of lines: 0
 Number of boundaries: 1
 Number of centroids: 0
 Number of areas: 1
 Number of isles: 1
 Number of areas without centroid: 1
 (Mon Nov 22 13:54:01 2010) Command finished (1421 sec)

 And when I try v.what I get:
 Coor files of vector map  is larger than it should be
 (99266507 bytes excess)
 Building spatial index...
 East: 70680.40267
 North: -70979.942188
 Map: teste10
 Mapset: National
 Type: Area
 Sq Meters: 1083351106.914
 Hectares: 108335.111
 Acres: 267701.889
 Sq Miles: 418.2842
 Layer: 1
 Category: 11
 Driver: dbf
 Database: C:\DWEISdata/Portugal/National/dbf/
 Table: teste10
 Key column: cat
 Cannot open select cursor:'select * from teste10 where cat = 11'on
 database 'C:\\DWEISdata/Portugal/National/dbf/' by driver 'dbf'
 DBMI-DBF driver error:
 Table 'teste10' doesn't exist.
 Error in db_open_select_cursor()
 Cannot open select cursor
 (Mon Nov 22 14:45:19 2010) Command finished (131 sec)

 and the following in DOS commandline window
 DBMI-DBF driver error:
 Table "test10" doesn't exist

 GRASS_INFO_ERROR(5452,1): Unable to describe table 
 GRASS_INFO_END(5452,1)

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] Re: [GRASS GIS] #1220: Error when creating vector(areas) from raster

[GRASS GIS]

#1220: Error when creating vector(areas) from raster
+---
 Reporter:  toyzerocha1980  |   Owner:  grass-...@…  
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  6.4.1
Component:  Vector  | Version:   
 Keywords:  |Platform:  MSWindows XP 
  Cpu:  x86-32  |  
+---

Comment(by toyzerocha1980):

 Hi

 Still in Windows: It has created a vector file and it seems ok (in extent)

 But If I use v.what I get:
 v.what --q -a map=tes...@national east_north=66367.029426,-51132.981541
 distance=220.079183
 Coor files of vector map  is larger than it should be
 (99266507 bytes excess)
 ERROR: You must build topology on vector map 
 (Mon Nov 22 12:21:03 2010) Command finished (0 sec)

 And I'm not able to add any column v.db.addcol and Vector does not have
 any topology...

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] Re: [GRASS GIS] #626: layers re-renamed after change properties (wxpython)

[GRASS GIS]

#626: layers re-renamed after change properties (wxpython)
--+-
  Reporter:  cnielsen |   Owner:  martinl  
  Type:  defect   |  Status:  closed   
  Priority:  minor|   Milestone:  6.4.1
 Component:  wxGUI| Version:  unspecified  
Resolution:  fixed|Keywords:  rename layers
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * status:  assigned => 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] Re: GRASS6.4.1

[Benjamin Ducke]

Would it be possible to also sync r.in|out.gdal and v.in|out.ogr
from 6.5?

Ben

- Original Message -
> Martin Landa wrote:
> > Hi,
> >
> > 2010/11/22 Markus Neteler :
> >>> would it be possible to prepare some plan / schedule for releasing
> >>> 6.4.1? There are a few things that do not work in 6.4 but work in
> >>> 6.5.
> >>>
> >>> Although we just got through a semester with GRASS6.4 without any
> >>> major disaster,
> >>> I got a more positive feedback from students using GRASS65 so
> >>> obviously GRASS6.4.1 release would be welcome.
> >>
> >> I am all for it, we could create a first 6.4.1RC1 asap if there are
> >> no objects.
> >
> > no objections. Just bear in mind that 6.4.1 comes with upgraded
> > wxGUI (sync'ed with GRASS 6.5). In the results many wxGUI bugs has
> > been fixed, but some of them may be introduced. Basically I would
> > suggest to release RC during the next days and the final 6.4.1 till
> > the of the
> > year. I also hope that the next version -- 6.4.2 comes with working
> > wxGUI digitizer and 3D view mode!
> >
> I would also like to see 6.4.1RC1 soon because there are a number of
> bugfixes (also for the dglib cache) and some new functionality in
> 6.4.1.
> 
> Markus M
> ___ grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev


--
Files attached to this email may be in ISO 26300 format (OASIS Open Document 
Format). If you have difficulty opening them, please visit http://iso26300.info 
for more information.

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

Re: [GRASS-dev] Re: GRASS6.4.1

[Markus Metz]

Martin Landa wrote:
> Hi,
>
> 2010/11/22 Markus Neteler :
>>> would it be possible to prepare some plan / schedule  for releasing 6.4.1?
>>> There are a few things that do not work in 6.4 but work in 6.5.
>>>
>>> Although we just got through a semester with GRASS6.4 without any major 
>>> disaster,
>>> I got a more positive feedback from students using GRASS65 so obviously
>>> GRASS6.4.1 release would be welcome.
>>
>> I am all for it, we could create a first 6.4.1RC1 asap if there are no 
>> objects.
>
> no objections. Just bear in mind that 6.4.1 comes with upgraded wxGUI
> (sync'ed with GRASS 6.5). In the results many wxGUI bugs has been
> fixed, but some of them may be introduced. Basically I would suggest
> to release RC during the next days and the final 6.4.1 till the of the
> year. I also hope that the next version -- 6.4.2 comes with working
> wxGUI digitizer and 3D view mode!
>
I would also like to see 6.4.1RC1 soon because there are a number of
bugfixes (also for the dglib cache) and some new functionality in
6.4.1.

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

[GRASS-dev] [GRASS GIS] #1220: Error when creating vector(areas) from raster

[GRASS GIS]

#1220: Error when creating vector(areas) from raster
+---
 Reporter:  toyzerocha1980  |   Owner:  grass-...@…  
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  6.4.1
Component:  Vector  | Version:   
 Keywords:  |Platform:  MSWindows XP 
  Cpu:  x86-32  |  
+---
 I'm trying to create a vector (areas) from a big LandUSe/LandCover map
 with a lot of small patterns so, I believe that I have a lot of polygons
 I'm using this expression:
 r.to.vect -v input=map output=test02 feature=area

 And I get this error:
 Extracting areas...
 Building topology for vector map ...
 Registering primitives...
  82ERROR: G_realloc: unable to allocate 990 bytes at cindex.c:108

 A few days ago, with other image I have obtained almost tghe same error
 but a bit different:
 ERROR: G_realloc: unable to allocate 3376 bytes at areas.c:678


 My Region is defined as:
 projection: 99 (Transverse Mercator)
 zone:   0
 datum:  etrs89
 ellipsoid:  grs80
 north:  -4772.159565
 south:  -300404.804
 west:   -28364.80083451
 east:   105242.8746
 nsres:  30.00128318
 ewres:  29.99723292
 rows:   9854
 cols:   4454
 cells:  43889716

 I'm going to try in Linux and I wil reply on this right next.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Re: GRASS6.4.1

[Martin Landa]

Hi,

2010/11/22 Markus Neteler :
>> would it be possible to prepare some plan / schedule  for releasing 6.4.1?
>> There are a few things that do not work in 6.4 but work in 6.5.
>>
>> Although we just got through a semester with GRASS6.4 without any major 
>> disaster,
>> I got a more positive feedback from students using GRASS65 so obviously
>> GRASS6.4.1 release would be welcome.
>
> I am all for it, we could create a first 6.4.1RC1 asap if there are no 
> objects.

no objections. Just bear in mind that 6.4.1 comes with upgraded wxGUI
(sync'ed with GRASS 6.5). In the results many wxGUI bugs has been
fixed, but some of them may be introduced. Basically I would suggest
to release RC during the next days and the final 6.4.1 till the of the
year. I also hope that the next version -- 6.4.2 comes with working
wxGUI digitizer and 3D view mode!

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

[GRASS-dev] Re: GRASS6.4.1

[Markus Neteler]

On Mon, Nov 22, 2010 at 3:39 AM, Helena Mitasova  wrote:
> Markus,
>
> would it be possible to prepare some plan / schedule  for releasing 6.4.1?
> There are a few things that do not work in 6.4 but work in 6.5.
>
> Although we just got through a semester with GRASS6.4 without any major 
> disaster,
> I got a more positive feedback from students using GRASS65 so obviously
> GRASS6.4.1 release would be welcome.

I am all for it, we could create a first 6.4.1RC1 asap if there are no objects.

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

Re: [GRASS-dev] CLI!=GUI

[Paolo Cavallini]

Il 21/11/2010 21:36, Michael Barton ha scritto:


There is nothing inherently wrong with releasing different parts of
GRASS at different times.But trying to manage a single release cycle
for GRASS has been pretty complicated and my hat is off to Markus.
Trying to manage multiple release cycles would be more complicated.


My suggestion is that decoupling CLI and GUI will make the release cycle 
simpler, not more complicated. We do not need additional complexity.

All the best.
--
http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev