Markus wrote:
I have modified tools/build_html_index.sh
Hamish:
re. r36022, d.font.freetype and d.text.freetype should not be on the
no-G_parser() list. perhaps they are failing to run/build on the server
for some other reason?
Markus:
Mhh, no idea. They has only the name of the other
Yann Chemin wrote:
Hello list,
(GRASS SVN of this morning)
Importing a vector of 400Mb (GADM http://biogeo.berkeley.edu/gadm/,
country level only)
v.in.ogr broke with the following error message:
-
Break polygons:
ERROR: G_realloc: unable
#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
On 25 Feb 2009, at 04:02, Hamish wrote:
TODO:
...
* look through the 391 open and stalled bugs in the RT list and open
new
reports for still-valid issues in the new trac system. If we can
find a
volunteer who can still logon then we can close some of those as
resolved+done or
Hi,
using command r.proj to reproject a raster topographic map from a
Gauss Boaga location (EPSG:3003) to a UTM location (EPSG:32632) I
obtain a shift error of the reprojected map of about 40-50m in south
direction. It is related to the towgs84 bursa wolf parameters?
Is this a known bug?
#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
Dear Markus, Markus and Jens,
My MacBook survived the burn-in test :-) After 29 hours under full load,
alternating processor and disk access limited, I got my mega-vector file
cleaned. Thank you for the support and suggestions to solve my problems
with the large vector cleaning operation!
I did
On Wed, Feb 25, 2009 at 5:02 PM, Christian Tiso
christian.t...@ing.unitn.it wrote:
Hi,
using command r.proj to reproject a raster topographic map from a Gauss
Boaga location (EPSG:3003) to a UTM location (EPSG:32632) I obtain a shift
error of the reprojected map of about 40-50m in south
On Wed, Feb 25, 2009 at 10:47 AM, Hamish hamis...@yahoo.com wrote:
Markus wrote:
I have modified tools/build_html_index.sh
Hamish:
re. r36022, d.font.freetype and d.text.freetype should not be on the
no-G_parser() list. perhaps they are failing to run/build on the server
for some other
Hi,
Something changed since 8 February in the make files for Mac that is
causing compiling GRASS 6.5 to fail in several places. It has to do
with TclTk.
I get the following errors and all seem to be related to the same thing.
Errors in:
/Users/cmbarton/grass_dev/grass6_src/lib/form
On Tuesday 24 February 2009, GRASS GIS wrote:
#506: v.out.ascii segfault when exporting columns from the attribute table
--+
- Reporter: dylan| Owner: grass-dev@lists.osgeo.org Type:
defect |
On Feb 25, 2009, at 6:16 PM, William Kyngesburye wrote:
On Feb 25, 2009, at 5:29 PM, Michael Barton wrote:
cmb-MBP-2:grass6_src cmbarton$ cd /Users/cmbarton/grass_dev/
grass6_src/lib/form
cmb-MBP-2:form cmbarton$ make
gcc -L/Users/cmbarton/grass_dev/grass6_src/dist.i386-apple-
OK. Now that William has helped catch a stupid error on my part, I can
report a real problem with compilation on the Mac.
The new improved r.watershed is not compiling. Here is the error.
Finished compilation: Wed Feb 25 20:40:50 MST 2009
make: *** [default] Error 1
cmb-MBP-2:grass6_src
That was it. Thanks.
Michael
On Feb 25, 2009, at 9:11 PM, Hamish wrote:
Michael wrote:
main.c: In function ‘main’:
main.c:244: error: syntax error before ‘’ token
make: *** [OBJ.i386-apple-darwin9.6.0/main.o] Error 1
check for
=
in the source code from a svn
Hi,
now that grass 6.4rc3 has been thrown at debain's autobuilders a Lintian
hygiene report is available:
http://lintian.debian.org/maintainer/pkg-grass-de...@lists.alioth.debian.org.html#grass
http://packages.qa.debian.org/g/grass.html
of interest are:
* the nviz2.2's tcl scripts being
#508: hardcoded /dev/null
+---
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone:
#509: wxgui: startup menu crunched on small display
+---
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: minor | Milestone: 6.4.0
On Feb 25, 2009, at 6:56 PM, grass-dev-requ...@lists.osgeo.org grass-dev-requ...@lists.osgeo.org
wrote:
Date: Thu, 26 Feb 2009 01:56:34 -
From: GRASS GIS t...@osgeo.org
Subject: [GRASS-dev] Re: [GRASS GIS] #500: GUI menu item to swtich
GUIs
To: undisclosed-recipients:;
Wouter Boasson wrote:
Dear Markus, Markus and Jens,
My MacBook survived the burn-in test :-) After 29 hours under full load,
alternating processor and disk access limited, I got my mega-vector file
cleaned. Thank you for the support and suggestions to solve my problems
with the large vector
Thank you markus, you're right, there's no datum definition:
GRASS 6.3.0 (fassaGB):~ g.proj -w
PROJCS[Transverse Mercator,
GEOGCS[international,
DATUM[unknown,
SPHEROID[International_1924,6378388,297]],
PRIMEM[Greenwich,0],
Hello,
reading this thread, and being sometimes concerned with large vector
files (associated with big related tables), I wonder if it's worth
manually creating indexes (on cat field) : can it be a effective way to
speed up queries, or is the kink elsewhere, at the geometric level (data
handled by
21 matches
Mail list logo
