On Wed, Apr 15, 2009 at 1:17 AM, Isaac Ullah wrote:
> The error I get is like this: "m...@mapset" is not found in group "map_group"
> try using maps "m...@mapset"
> where my group is "map_group", which contains only one map "m...@mapset".
I have now also tried 6.4.0svn on cmd line, no problem.
B
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#536: memory corruption in vector modules
--+-
Reporter: martinl | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: blocker | Milestone: 7.0.0
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
Hi,
If you need a faster module for computing shortest paths , I have
uploaded a module called r.terracost in grass-addons.
It runs Dijkstra algorithm, which is the standard algorithm for SP
(all costs need to be non-negative). The user specifies the input
and output grid, the grid of s
#475: r.stats: last bin always has a single cell
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: critical | Milestone: 6.4.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
On Apr 15, 2009, at 12:10 AM, Markus Neteler wrote:
grep mapset gui/tcltk/gis.m/georect.tcl | grep -v '#'
set cmd "i.target group=$GRMap::xygroup location=$currloc
mapset=$currmset"
-title [G_msg "Select mapset of raster to georectify"] \
Button $row.a -text [G_msg "1
It would be useful to know for binary installations which dependencies
that GRASS actually needs to *run* as a binary (i.e., not dependencies
needed to compile).
AFAICT, it must have PROJ and PROJ requires GDAL (though I don't think
GRASS requires GDAL)
Some other dependencies may be for
>it is nice to keep a module gui open so you can tweak one parameter and
>run it again. it is nice to keep a couple open and switch between them
>if you are doing something on a multi-processor machine (if doing so
>within a single mapset, at your own responsibility and risk that the
>computation
On 15/04/09 17:13, Michael Barton wrote:
It would be useful to know for binary installations which dependencies
that GRASS actually needs to *run* as a binary (i.e., not dependencies
needed to compile).
AFAICT, it must have PROJ and PROJ requires GDAL (though I don't think
GRASS requires GDAL
On 15/04/09 17:04, Michael Barton wrote:
Sometime (recently??), i.rectify has been changed so that it now accepts
map names as input; it used to only accept a group as input. The TclTk
and wxPython GUI's only send a group to i.rectify, not a map or list of
maps.
Where do you see this ? If yo
On Apr 15, 2009, at 8:21 AM, wrote: >it is nice to keep a module gui open so you can tweak one parameter and >run it again. it is nice to keep a couple open and switch between them >if you are doing something on a multi-processor machine (if doing so >within a single mapset,
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
On 15/04/09 18:40, Michael Barton wrote:
On Apr 15, 2009, at 8:40 AM, Moritz Lennert wrote:
On 15/04/09 17:13, Michael Barton wrote:
It would be useful to know for binary installations which
dependencies that GRASS actually needs to *run* as a binary (i.e.,
not dependencies needed to compil
Thanks Moritz,
This is the kind of information I was trying to get at. Trying to get
a feel for what is really necessary to make an installable binary on
Mac and Windows.
Michael
__
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School
On Wed, Apr 15, 2009 at 5:04 PM, Michael Barton wrote:
>
> On Apr 15, 2009, at 12:10 AM, Markus Neteler wrote:
>
>> grep mapset gui/tcltk/gis.m/georect.tcl | grep -v '#'
>> set cmd "i.target group=$GRMap::xygroup location=$currloc
>> mapset=$currmset"
>> -title [G_msg "Select
On Wed, Apr 15, 2009 at 7:12 PM, Isaac Ullah wrote:
> To clarify, the error is exactly this:
>
> i.rectify group=central_hasa_square_60...@permanent
> input=central_hasa_square_60_6...@permanent extension=rectify_test order=1
> Input raster map does not exist in
> group .
> Try:
> central_hasa_
On Wednesday 15 April 2009, GRASS GIS wrote:
> #73: r.out.gdal tiff output does not work
> --+
>- Reporter: helena | Owner: grass-dev@lists.osgeo.org Type:
> defect | Status: new
> Priority: critic
OSX generally uses dynamic libraries. There are a few static
libraries available, but frameworks are *always* dynamic. Any
(dynamic) libraries used from the system will always be available on
all Mac systems of the same version, so there is no need to worry
about those as requirements for
On 15/04/09 19:22, Dylan Beaudette wrote:
On Wednesday 15 April 2009, GRASS GIS wrote:
#73: r.out.gdal tiff output does not work
--+
- Reporter: helena | Owner: grass-dev@lists.osgeo.org Type:
defect |
On 15/04/09 19:14, Markus Neteler wrote:
On Wed, Apr 15, 2009 at 7:12 PM, Isaac Ullah wrote:
To clarify, the error is exactly this:
i.rectify group=central_hasa_square_60...@permanent
input=central_hasa_square_60_6...@permanent extension=rectify_test order=1
Input raster map does not exist i
On Wednesday 15 April 2009, Moritz Lennert wrote:
> On 15/04/09 19:22, Dylan Beaudette wrote:
> > On Wednesday 15 April 2009, GRASS GIS wrote:
> >> #73: r.out.gdal tiff output does not work
> >> --+-
> >>--- - Reporter: helena
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
Moritz Lennert wrote:
On 15/04/09 19:22, Dylan Beaudette wrote:
On Wednesday 15 April 2009, GRASS GIS wrote:
#73: r.out.gdal tiff output does not work
--+
- Reporter: helena | Owner: grass-dev@lists.osgeo.o
On Wed, 2009-04-15 at 18:30 +, GRASS GIS wrote:
> #73: r.out.gdal tiff output does not work
> --+-
> Reporter: helena | Owner: grass-dev@lists.osgeo.org
> Type: defect | Status: new
Moritz Lennert wrote:
> > This is what I'm asking about. What is a minimal set of dependencies to
> > do most things?
>
> Define "most things" ;-)
>
> You definitely will need libc, I guess proj, don't know about zlib.
> Don't know if you could create a working GRASS installation (working,
>
Dylan Beaudette wrote:
> 3. Allow the user to specify what they would like NULL cells encoded as.
> Unless I am overlooking something, it would seem reasonable to export a CELL
> map to a signed integer format, and use some obvious negative value for NULL:
If you're exporting to a 32-bit (sign
On Wednesday 15 April 2009, Glynn Clements wrote:
> Dylan Beaudette wrote:
> > 3. Allow the user to specify what they would like NULL cells encoded as.
> > Unless I am overlooking something, it would seem reasonable to export a
> > CELL map to a signed integer format, and use some obvious negative
(moving to grass-dev)
[Martina - we need to investigate a bit]
On Wed, Apr 15, 2009 at 10:42 PM, Martina Schäfer
wrote:
> Interesting discussion!! I've created the centroids but unfortunately, the
> visibility network module repeatedly crashed (I am using GRASS 6.4 on Mac
> OS, but tried on Wind
#553: wx and tcltk GUI: changing default GUI returns error
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major|
#500: GUI menu item to swtich GUIs
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone: 6.4.0
#553: wx and tcltk GUI: changing default GUI returns error
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major
#553: wx and tcltk GUI: changing default GUI returns error
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major
#554: wxGUI location wizard: Search in description with 0 hits
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major
#554: wxGUI location wizard: Search in description with 0 hits
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major
#37: grass: wxpython gui issues
---+
Reporter: jachym |Owner: osgeo4w-...@lists.osgeo.org
Type: defect | Status: new
Priority: major |Component: Package
#507: CSV output option for r.report
--+-
Reporter: dylan| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Milestone: 6.5.0
#217: wxGUI startup windows don't fit 800x600; are not down-scalable
+---
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major
#509: wxgui: startup menu crunched on small display
---+
Reporter: hamish| Owner: martinl
Type: defect| Status: assigned
Priority: minor | Milestone: 6.4.0
Component:
#510: bad display in the Output window for r.report and r.stats with aspect
maps.
--+-
Reporter: clerici | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority:
Markus Neteler wrote:
(moving to grass-dev)
[Martina - we need to investigate a bit]
On Wed, Apr 15, 2009 at 10:42 PM, Martina Schäfer
wrote:
Interesting discussion!! I've created the centroids but unfortunately, the
visibility network module repeatedly crashed (I am using GRASS 6.4 on Ma
#555: v.in.gpsbabel on wingrass: g.proj error
---+
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: minor
50 matches
Mail list logo