#468: crash in GPJ_grass_to_wkt() on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Mileston
#462: Tcl interp->result deprecated
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#468: crash in GPJ_grass_to_wkt() on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Mileston
#468: crash in GPJ_grass_to_wkt() on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Mileston
#37: grass: wxpython gui issues
--+-
Reporter: jachym | Owner: osgeo4w-...@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone:
#468: crash in GPJ_grass_to_wkt() on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Mileston
#469: raster data needs binary mode on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milest
#469: raster data needs binary mode on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milest
#468: crash in GPJ_grass_to_wkt() on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Priority: major | Mileston
I'm having an issue with v.clean in versions of grass that I have compiled,
name 6.3.1 from svn on 1-26-09 and 6.4.0RC3. I also am running the version
from Fedora 10 repository (6.3). The fedora version does not segfault on
v.clean, but my compiled versions do and I am trying to find out why. I
#469: raster data needs binary mode on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milest
#469: raster data needs binary mode on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milest
#37: grass: wxpython gui issues
--+-
Reporter: jachym | Owner: osgeo4w-...@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone:
Markus Metz wrote:
> >> How about reversing the current policy? Restrict both raster and vector
> >> maps to the 180 degree lon and 90 degree lat limit, that avoids
> >> duplicate features within a map. Allow the region to be set anywhere
> >> between -360 and 360 lon but restrict the width of
#469: raster data needs binary mode on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milest
Glynn Clements wrote:
Markus Metz wrote:
Do you really mean "360 degrees plus the width of the window"? That
would be max 720 degrees?
Wrong window ;)
I'm talking about the buffer/kernel/etc "window", i.e. the size=
parameter for r.neighbors, 4 cells for r.proj method=cubic, etc.
On Thu, Jan 29, 2009 at 10:37 PM, Markus Metz
wrote:
> I know you want to get r.resamp.{interp,stats} right, but I'm really more
> interested in the vector handling. Because 1) I think you will succeed and
> I'm far from knowing enough to help you in any way with that and 2) the
> vectors are a bi
#470: vector georect broken in wx gui
-+--
Reporter: isaacullah | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major
#469: raster data needs binary mode on windows
---+
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milest
#426: v.in.ogr: split long boundaries
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone: 6.5.0
#426: v.in.ogr: split long boundaries
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone: 6.5.0
21 matches
Mail list logo