date:20130902

Re: [GRASS-dev] [GRASS GIS] #1778: Typing in g.region without parameters does not open a g.region window

2013-09-02 Thread GRASS GIS

#1778: Typing in g.region without parameters does not open a g.region window
+---
 Reporter:  pvanbosgeo  |   Owner:  grass-dev@… 
 
 Type:  defect  |  Status:  new 
 
 Priority:  normal  |   Milestone:  7.0.0   
 
Component:  Default | Version:  svn-trunk   
 
 Keywords:  g.region, r.colors, r.mask  |Platform:  Linux   
 
  Cpu:  x86-64  |  
+---
Changes (by mlennert):

  * priority:  critical => normal


Comment:

 I think these discussions are important to improve usability, but I don't
 think this bug warrants a "critical" priority. In fact, it is probably not
 even a bug, but an enhancement request, as the modules in question do work
 as expected. Downgrading to normal.

 Moritz

-- 
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] #1941: wxGUI fails with Japanese locale

2013-09-02 Thread GRASS GIS

#1941: wxGUI fails with Japanese locale
--+-
 Reporter:  venkat|   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:  7.0.0
Component:  wxGUI | Version:  svn-trunk
 Keywords:  wingrass  |Platform:  MSWindows 7  
  Cpu:  x86-32|  
--+-

Comment(by mlennert):

 Replying to [comment:12 annakrat]:
 > Replying to [comment:11 venkat]:
 > > tried with WinGRASS-7.0.svn-r57518-685-Setup.exe
 > > from http://wingrass.fsv.cvut.cz/grass70/ but this
 > > gives me
 > >
 > > ImportError: No module named gis when I try to start the
 > > wxGUI. Details in the attachment.
 >
 > You seem to have a problem with ctypes. I moved importing temporal gis
 library (which apparently uses ctypes) so that wxGUI should at least
 start.


 Venka,

 Have you been able to test these last changes ?

 Moritz

-- 
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] #1662: Caching bug in 3D raster library with large data

2013-09-02 Thread GRASS GIS

#1662: Caching bug in 3D raster library with large data
-+--
 Reporter:  huhabla  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  critical |   Milestone:  7.0.0
Component:  Raster3D | Version:  svn-trunk
 Keywords:  3D raster, tiles, cache  |Platform:  Linux
  Cpu:  x86-32   |  
-+--

Comment(by mlennert):

 Replying to [comment:6 huhabla]:
 > Conclusion: raster3D maps with more than a billion cells in case of type
 float, or more than 500 million cells in case
 > of type double are not supported on 32Bit systems.

 So does that mean this is a wontfix bug that should go into known issues ?

 Moritz

-- 
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] #2034: GUI crashes on launch for newly compiled binary for Mac OS X

2013-09-02 Thread GRASS GIS

#2034: GUI crashes on launch for newly compiled binary for Mac OS X
---+
 Reporter:  cmbarton   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  critical   |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-trunk
 Keywords: |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by mlennert):

 What is the status of this bug ?

 Moritz

-- 
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] #461: v.to.db crashes on a shapefile connected with v.external

2013-09-02 Thread GRASS GIS

#461: v.to.db crashes on a shapefile connected with v.external
-+--
 Reporter:  msieczka |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  Vector   | Version:  svn-trunk
 Keywords:  v.external, v.to.db  |Platform:  Linux
  Cpu:  x86-64   |  
-+--

Comment(by mlennert):

 What is the status of this bug ? Any chance v.external will ever offer
 write access to attribute tables of OGR-linked vectors ? With a recent
 grass7 I still get the "Missing column name" message. I actually do not
 find that message very clear. My first reaction was to check whether I had
 forgotten to indicate the column I wanted to upload to. Maybe some hint
 about linked maps would be helpful.

-- 
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] #469: raster data needs binary mode on windows

2013-09-02 Thread GRASS GIS

#469: raster data needs binary mode on windows
-+--
 Reporter:  jef  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  Default  | Version:  svn-trunk
 Keywords:  wingrass |Platform:  MSWindows XP 
  Cpu:  Unspecified  |  
-+--

Comment(by mlennert):

 Replying to [comment:20 mlennert]:
 > Replying to [comment:19 neteler]:
 > > Still relevant for GRASS 7?
 >
 > Glynn ? MarkusM ? I would think that this is not an issue in grass7 ?


 ping

-- 
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] #459: lib/cairodriver uses FontConfig but doesn't link against it

2013-09-02 Thread GRASS GIS

#459: lib/cairodriver uses FontConfig but doesn't link against it
-+--
 Reporter:  glynn|   Owner:  glynn  
 Type:  defect   |  Status:  new
 Priority:  major|   Milestone:  7.0.0  
Component:  Display  | Version:  svn-trunk  
 Keywords:   |Platform:  Unspecified
  Cpu:  All  |  
-+--

Comment(by mlennert):

 Is this still an issue ?

-- 
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] #778: i.rgb.his, i.his.rgb: propagate NULLs

2013-09-02 Thread GRASS GIS

#778: i.rgb.his, i.his.rgb: propagate NULLs
--+-
 Reporter:  hamish|   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:  7.0.0
Component:  Raster| Version:  svn-trunk
 Keywords:  i.rgb.his, i.his.rgb  |Platform:  All  
  Cpu:  Unspecified   |  
--+-

Comment(by mlennert):

 This was never backported to the 64 release branch. It probably should, or
 ?

-- 
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] #1463: Legend, Zoom to map, Map analysis and Map query does not work in Python wxgui using command line d.mon + d.rast

2013-09-02 Thread GRASS GIS

#1463: Legend, Zoom to map, Map analysis and Map query does not work in Python
wxgui using command line d.mon + d.rast
-+--
 Reporter:  huhabla  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:  d.mon|Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by mlennert):

 I'm not sure I understand issue 4) (if it's creating a scatterplot it
 works for me), but the others seem fixed to me. Can we close ?

-- 
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] #1681: WXGUI vector editing fails with python unicode error

2013-09-02 Thread GRASS GIS

#1681: WXGUI vector editing fails with python unicode error
-+--
 Reporter:  marisn   |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:   |Platform:  Linux
  Cpu:  Unspecified  |  
-+--

Comment(by mlennert):

 I can confirm this bug.

 Setting utf-8 in the GUI preferences Attribut tab, I can edit the
 attribute table and add 'āšņļ', but even with that setting, I cannot edit
 the attributes in the digitizer. I get the same error message as Maris.

 I think it might be helpful to try to develop guidelines for developers on
 how to handle non-ascii. Especially in the wxGUI this issue comes up very
 often.

 Moritz

-- 
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] #1766: unable to save display of d.rast.num

2013-09-02 Thread GRASS GIS

#1766: unable to save display of d.rast.num
-+--
 Reporter:  cmbarton |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:  d.rast.num   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by mlennert):

 I cannot reproduce this. I can display numbers with d.rast.num, using the
 following region and save the display to a png file.


 {{{
 g.region -p
 projection: 99 (Lambert Conformal Conic)
 zone:   0
 datum:  nad83
 ellipsoid:  a=6378137 es=0.006694380022900787
 north:  226920
 south:  226720
 west:   632710
 east:   633050
 nsres:  10
 ewres:  10
 rows:   20
 cols:   34
 cells:  680
 }}}

 Can anyone confirm the error ?

-- 
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] #1872: r.in.wms doesn't work on Windows

2013-09-02 Thread GRASS GIS

#1872: r.in.wms doesn't work on Windows
-+--
 Reporter:  martinl  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  Raster   | Version:  svn-trunk
 Keywords:  r.in.wms |Platform:  MSWindows 2K 
  Cpu:  Unspecified  |  
-+--

Comment(by mlennert):

 Is this bug still an issue ?

-- 
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] #1972: v.in.ogr wrapper fails with UnicodeEncodeError

2013-09-02 Thread GRASS GIS

#1972: v.in.ogr wrapper fails with UnicodeEncodeError
-+--
 Reporter:  marisn   |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by mlennert):

 Could you give details about the shapefile you are trying to import and
 the path to that file ? There used to be an issue with importing files
 with special characters in the path or file names. I do not have this
 issue with grass7 anymore. In grass64release it spits out similar error
 messages as the one above, but it still imports.

-- 
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] #1872: r.in.wms doesn't work on Windows

2013-09-02 Thread GRASS GIS

#1872: r.in.wms doesn't work on Windows
-+--
 Reporter:  martinl  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  Raster   | Version:  svn-trunk
 Keywords:  r.in.wms |Platform:  MSWindows 2K 
  Cpu:  Unspecified  |  
-+--

Comment(by hamish):

 I have not tested script-within-a-script in WinGrass7 or r.in.wms.py there
 to see if m.proj is working with/without a NTv2 grid file, but afaik
 issues as discussed in comment:3 remain.


 regards,
 Hamish

-- 
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] #778: i.rgb.his, i.his.rgb: propagate NULLs

2013-09-02 Thread GRASS GIS

#778: i.rgb.his, i.his.rgb: propagate NULLs
--+-
 Reporter:  hamish|   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:  7.0.0
Component:  Raster| Version:  svn-trunk
 Keywords:  i.rgb.his, i.his.rgb  |Platform:  All  
  Cpu:  Unspecified   |  
--+-

Comment(by hamish):

 Replying to [comment:11 mlennert]:
 > This was never backported to the 64 release branch. It probably should,
 or ?

 I have just begun backports for the 6.4.4 round, currently I'm going
 through module by module seeing what should be backported and what is
 still a work in progress or experiment. I'm starting with simple stuff in
 scripts/ & haven't got to i.rgb.his yet. (kdiff3 seems to be useful here,
 I've had trouble with regex filtering of false positives using meld et al.
 tips on the wiki)


 regards,
 Hamish

-- 
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] #1766: unable to save display of d.rast.num

2013-09-02 Thread GRASS GIS

#1766: unable to save display of d.rast.num
-+--
 Reporter:  cmbarton |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:  d.rast.num   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by martinl):

 Replying to [comment:4 mlennert]:
 > I cannot reproduce this. I can display numbers with d.rast.num, using
 the following region and save the display to a png file.

 Testing with North Carolina dataset ('elevation'), displaying cell numbers
 works for me (Debian GNU/Linux).

-- 
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] #461: v.to.db crashes on a shapefile connected with v.external

2013-09-02 Thread GRASS GIS

#461: v.to.db crashes on a shapefile connected with v.external
-+--
 Reporter:  msieczka |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  Vector   | Version:  svn-trunk
 Keywords:  v.external, v.to.db  |Platform:  Linux
  Cpu:  x86-64   |  
-+--
Changes (by martinl):

 * cc: martinl (added)


-- 
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] #2033: Moving g.pnmcomp to lib/display to improve render performance of wxGUI

2013-09-02 Thread GRASS GIS

#2033: Moving g.pnmcomp to lib/display to improve render performance of wxGUI
--+-
  Reporter:  huhabla  |   Owner:  grass-dev@… 
  Type:  enhancement  |  Status:  closed  
  Priority:  major|   Milestone:  7.0.0   
 Component:  wxGUI| Version:  svn-trunk   
Resolution:  worksforme   |Keywords:  display, Python, multiprocessing
  Platform:  All  | Cpu:  All 
--+-

Comment(by martinl):

 Replying to [comment:10 huhabla]:
 >  * The current wxGUI rendering approach using PPM and g.pnmcomp seems to
 be the most efficient considering the fact that the cairo driver is not
 yet available in the windows version of grass7. It seems to me that using
 PIL will not provide a large speedup benefit over g.pnmcmop especially for
 large images.

 small update: since r57542 GRASS 7 is built with cairo support also on
 Windows.

 Martin

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] osgeo4w-wingrass7 broken

2013-09-02 Thread Helmut Kudrnovsky

hi,

since a few days osgeo4w-wingrass7 seems to be broken

http://wingrass.fsv.cvut.cz/grass70/logs/log-r57581-691/
http://wingrass.fsv.cvut.cz/grass70/logs/log-r57581-691/error.log

seems to be related to 

http://lists.osgeo.org/pipermail/grass-dev/2013-September/065518.html

any chance to fix this?



-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/osgeo4w-wingrass7-broken-tp5075603.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] #2034: GUI crashes on launch for newly compiled binary for Mac OS X

2013-09-02 Thread GRASS GIS

#2034: GUI crashes on launch for newly compiled binary for Mac OS X
---+
 Reporter:  cmbarton   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  critical   |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-trunk
 Keywords: |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by cmbarton):

 This was still the case for me when I last compiled GRASS 7 a couple weeks
 ago. There have been some changes since which may or may not make a
 difference. I'm traveling this week and tied up the first half of next
 week. I might be able to do a test tomorrow, but would not count on it.
 Otherwise, I can compile and test again when I have a more time in a
 couple weeks..

 Michael

-- 
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] #778: i.rgb.his, i.his.rgb: propagate NULLs

2013-09-02 Thread GRASS GIS

#778: i.rgb.his, i.his.rgb: propagate NULLs
--+-
 Reporter:  hamish|   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:  7.0.0
Component:  Raster| Version:  svn-trunk
 Keywords:  i.rgb.his, i.his.rgb  |Platform:  All  
  Cpu:  Unspecified   |  
--+-

Comment(by cmbarton):

 For pan sharpening at least, it would be helpful if these modules could
 deal with floating point values instead of just integers.

 Michael

-- 
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] #1766: unable to save display of d.rast.num

2013-09-02 Thread GRASS GIS

#1766: unable to save display of d.rast.num
--+-
  Reporter:  cmbarton |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  major|   Milestone:  7.0.0
 Component:  wxGUI| Version:  svn-trunk
Resolution:  fixed|Keywords:  d.rast.num   
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by cmbarton):

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


Comment:

 Just tested in my version of GRASS 7 compiled a couple weeks back. Numbers
 display AND I can save the display to a PNG. This works in both the S
 Carolina test data and a latlon DEM I tried. So AFAIC, we can close this.
 I'll do so since others report it fixed too.

 Michael

-- 
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] #1778: Typing in g.region without parameters does not open a g.region window

2013-09-02 Thread GRASS GIS

#1778: Typing in g.region without parameters does not open a g.region window
+---
 Reporter:  pvanbosgeo  |   Owner:  grass-dev@… 
 
 Type:  defect  |  Status:  new 
 
 Priority:  normal  |   Milestone:  7.0.0   
 
Component:  Default | Version:  svn-trunk   
 
 Keywords:  g.region, r.colors, r.mask  |Platform:  Linux   
 
  Cpu:  x86-64  |  
+---

Comment(by cmbarton):

 It is not critical but I'm not sure I'd call it an enhancement. Not really
 a bug either, though it will appear to be one to many users. The important
 conceptual issue is, should the default behavior of GRASS modules when
 called without arguments be

 1. to launch a GUI dialog?
 2. to do something?

 If we agree on the behavior conceptually, then we can work out ways to
 achieve it. Personally, I think it should be #1. Some others think it
 should be #2 (launching a GUI only if there is a particular required
 argument that has not been set). Currently, GRASS 7 is set for #2.

 My vote for #1 comes from thinking about usability for people who are
 novice or infrequent users of the command line and the fact that GRASS 7
 appears to behave like #1 for most modules. This leads to what appears to
 be inconsistent behavior of modules launched from the command line (even
 though it is in fact consistent from the #2 approach). There is no way for
 a user to know in advance whether a module called without arguments will

 a) launch a GUI (has a particular required argument that is not set),
 b) do something (runs a process with some default setting with no required
 argument), or
 c) do nothing (requires SOME argument, no particular argument to run).

 A flag (-ui) can be added to any module to ensure it launches a GUI, but
 is only necessary for a few modules. AFAICT, this behavior is not
 documented anywhere (run g.region help or look in the manual for GRASS). I
 tend to think that 'secret' behavior of any interface element is not a
 good idea from the user perspective--even if the secret is inadvertent and
 logical from other perspectives.

 I think the argument for #2 is primarily one of easier, more rapid use of
 modules from the command line by experienced and frequent users. There may
 be other arguments that have not been articulated yet.

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] issue with vector import wrapper for v.in.ogr for GRASS 7

2013-09-02 Thread Michael Barton

I received a report that the wrapper for v.in.ogr is throwing an error when 
importing files of multiple types (kml and shp tested). The error in the 
terminal is:

pythonw2.6(5979,0xad1e72c0) malloc: *** error for object 0x6d353ed5: pointer 
being freed was not allocated
*** set a breakpoint in malloc_error_break to debug

v.in.ogr works fine for the same files. So it is the wrapper.

This is happening in GRASS 7 r57457, compiled 16 August. That's a couple weeks 
back, so it may be fixed. If not, I can do a ticket.

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-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu












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

Re: [GRASS-dev] [GRASS GIS] #1662: Caching bug in 3D raster library with large data

2013-09-02 Thread GRASS GIS

#1662: Caching bug in 3D raster library with large data
-+--
 Reporter:  huhabla  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  critical |   Milestone:  7.0.0
Component:  Raster3D | Version:  svn-trunk
 Keywords:  3D raster, tiles, cache  |Platform:  Linux
  Cpu:  x86-32   |  
-+--

Comment(by hamish):

 Replying to [comment:6 huhabla]:
 > IMHO its a problem of the 32Bit operating system. I don't know how to
 > solve this issue ... LFS?? Any suggestions?

 I see many times "long"* is used as a variable type in lib/raster3D/,
 e.g.:
 (* and some "unsigned long" too)

 {{{
 index.c:long indexLast;
 index.c:indexLast = lseek(map->data_fd, (long)0, SEEK_END);
 }}}

 so to make it LFS compatible on 32bit those having to do with file offsets
 and cell counts should be changed to e.g. off_t or use a G_*() wrapper
 instead? (none for lseek(), but we do have G_ftell() and G_fseek())


 fixable! :)

 Hamish

-- 
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] #1662: Caching bug in 3D raster library with large data

2013-09-02 Thread GRASS GIS

#1662: Caching bug in 3D raster library with large data
-+--
 Reporter:  huhabla  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  critical |   Milestone:  7.0.0
Component:  Raster3D | Version:  svn-trunk
 Keywords:  3D raster, tiles, cache  |Platform:  Linux
  Cpu:  x86-32   |  
-+--

Comment(by hamish):

 lib/raster3D/
 >
 {{{
 index.c:long indexLast;
 index.c:indexLast = lseek(map->data_fd, (long)0, SEEK_END);
 }}}
 >

 for the record:

 {{{
 NAME
lseek - reposition read/write file offset

 SYNOPSIS
#include 
#include 

off_t lseek(int fd, off_t offset, int whence);
 }}}

-- 
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] #1778: Typing in g.region without parameters does not open a g.region window

Re: [GRASS-dev] [GRASS GIS] #1941: wxGUI fails with Japanese locale

Re: [GRASS-dev] [GRASS GIS] #1662: Caching bug in 3D raster library with large data

Re: [GRASS-dev] [GRASS GIS] #2034: GUI crashes on launch for newly compiled binary for Mac OS X

Re: [GRASS-dev] [GRASS GIS] #461: v.to.db crashes on a shapefile connected with v.external

Re: [GRASS-dev] [GRASS GIS] #469: raster data needs binary mode on windows

Re: [GRASS-dev] [GRASS GIS] #459: lib/cairodriver uses FontConfig but doesn't link against it

Re: [GRASS-dev] [GRASS GIS] #778: i.rgb.his, i.his.rgb: propagate NULLs

Re: [GRASS-dev] [GRASS GIS] #1463: Legend, Zoom to map, Map analysis and Map query does not work in Python wxgui using command line d.mon + d.rast

Re: [GRASS-dev] [GRASS GIS] #1681: WXGUI vector editing fails with python unicode error

Re: [GRASS-dev] [GRASS GIS] #1766: unable to save display of d.rast.num

Re: [GRASS-dev] [GRASS GIS] #1872: r.in.wms doesn't work on Windows

Re: [GRASS-dev] [GRASS GIS] #1972: v.in.ogr wrapper fails with UnicodeEncodeError

Re: [GRASS-dev] [GRASS GIS] #1872: r.in.wms doesn't work on Windows

Re: [GRASS-dev] [GRASS GIS] #778: i.rgb.his, i.his.rgb: propagate NULLs

Re: [GRASS-dev] [GRASS GIS] #1766: unable to save display of d.rast.num

Re: [GRASS-dev] [GRASS GIS] #461: v.to.db crashes on a shapefile connected with v.external

Re: [GRASS-dev] [GRASS GIS] #2033: Moving g.pnmcomp to lib/display to improve render performance of wxGUI

[GRASS-dev] osgeo4w-wingrass7 broken

Re: [GRASS-dev] [GRASS GIS] #2034: GUI crashes on launch for newly compiled binary for Mac OS X

Re: [GRASS-dev] [GRASS GIS] #778: i.rgb.his, i.his.rgb: propagate NULLs

Re: [GRASS-dev] [GRASS GIS] #1766: unable to save display of d.rast.num

Re: [GRASS-dev] [GRASS GIS] #1778: Typing in g.region without parameters does not open a g.region window

[GRASS-dev] issue with vector import wrapper for v.in.ogr for GRASS 7

Re: [GRASS-dev] [GRASS GIS] #1662: Caching bug in 3D raster library with large data

Re: [GRASS-dev] [GRASS GIS] #1662: Caching bug in 3D raster library with large data

26 matches

Site Navigation

Mail list logo

Footer information