[GRASS-dev] Import of 3D shape files with zero N-S to E-W extent.

not see vertical extent and thus assumes there is no extent at all? Would this only affect the check in v.in.ogr or is this a general problem with the way in which GRASS handles 3D polygons? Best, Benjamin -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und

Re: [GRASS-dev] batch search and replace from command line?

Works fine again. Cheers for the quick fixing. Benjamin Markus Neteler wrote: Sorry, fixed in SVN. Markus On Jan 9, 2008 2:51 PM, Benjamin Ducke [EMAIL PROTECTED] wrote: With a fresh checkout from SVN (done about 3 hours ago), I now get: Error in startup script: can't create procedure

Re: [GRASS-dev] table only creation in v.in.ascii

OK, this seems to be a useful hint, so here it goes again: Martin Landa wrote: hi, it is better to create one diff file instead of bunch of them, e.g. svn diff vector/v.in.ascii v-in-ascii.diff sorry for bothering you:-) Martin 2008/1/10, Benjamin Ducke [EMAIL PROTECTED

Re: [GRASS-dev] table only creation in v.in.ascii

succeeded at 479 (offset 1 line). Hunk #12 succeeded at 589 (offset 1 line). Hunk #14 succeeded at 655 (offset 1 line). 1 out of 15 hunks FAILED -- saving rejects to file v.in.ascii/in.c.rej patching file v.in.ascii/local_proto.h patching file v.in.ascii/points.c Martin 2008/1/10, Benjamin Ducke

[GRASS-dev] Patch for 3D hull generation

SVN trunk. Apply inside v.hull subdir with -p1. Cheers, Benjamin -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf-Straße 2-6 D 24098

Re: [GRASS-dev] convert 3D polygons or Tins to a DEM?

to be GPL compliant) Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst

Re: [GRASS-dev] convert 3D polygons or Tins to a DEM?

(as long as we can make them part of GRASS distribution) Helena On Jan 28, 2008, at 4:40 AM, Benjamin Ducke wrote: I noticed this one too a few days back when I was looking for a 3D hull algorithm. Looks like a promising collection of algorithm for GRASS. However, for a quick fix

Re: [GRASS-dev] Patch for 3D hull generation

. */ So I have uploaded it to SVN. Markus On Jan 18, 2008 10:10 AM, Benjamin Ducke [EMAIL PROTECTED] wrote: Dear all, I have attached a patch that extends v.hull to accept 3D vector point maps and create a 3D hull composed of faces and a kernel at the 3D geometric

Re: [GRASS-dev] WinGRASS needs TclTk 8.4

___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel

Re: [GRASS-dev] convert 3D polygons or Tins to a DEM?

-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke, M.A. Archäoinformatik

[GRASS-dev] patch for v.voronoi/v.delaunay

code for v.delaunay anymore. It is in urgent need of a complete overhaul as it is inefficient, hard to read and still full of site lib artefacts. Better to re-write from scratch with more time on my (or someone else's) hands. Best, Benjamin -- Benjamin Ducke, M.A. Archäoinformatik

Re: [GRASS-dev] convert 3D polygons or Tins to a DEM?

, too. Benjamin -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf-Straße 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax

Re: [GRASS-dev] patch for v.voronoi/v.delaunay

input vector size) to avoid producing bogous results without any warnings. Maris. 1. http://wald.intevation.org/tracker/index.php?func=detailaid=335group_id=21atid=204 2008/2/1, Benjamin Ducke [EMAIL PROTECTED]: Hi all, As per request, I have patched v.delaunay (source in v.voronoi

Re: [GRASS-dev] patch for v.voronoi/v.delaunay

the question is: what are we going to do as a quick fix for the 6.3 release? Benjamin -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf

Re: [GRASS-dev] Re: Building GRASS/QGIS with MSYS

internationalized messages in GRASS. Benjamin -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf-Straße 2-6 D 24098 Kiel Germany Tel.: ++49

Re: [GRASS-dev] Re: [GRASS-PSC] GRASS 7 planning

@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf-Straße 2-6 D 24098

[GRASS-dev] GRASS and wxWindows

Marco, FWIW, I also had a go at GRASS and wxPython on Win32 a while ago. Compilation under MinGW is indeed a major effort. I have not looked into this any further, but here are some links with potentially helpful details: http://www.mingw.org/cms/node/17

Re: [GRASS-dev] GRASS and GPGPU

. Just a thought. Dylan -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf-Straße 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378

Re: R: R: [GRASS-dev] New Binary Package Project for winGRASS

-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf-Straße 2-6 D

Re: [GRASS-dev] New Binary Package Project for winGRASS

interpreter is vastly superior to cmd.exe. -- Benjamin Ducke, M.A. Archäoinformatik (Archaeoinformation Science) Institut für Ur- und Frühgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universität zu Kiel Johanna-Mestorf-Straße 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431

Re: [GRASS-dev] 2D to 3D points

, I'd be more in favour of wrapping a little script v.points.to.3d around v.transform. For the beginners' sake. Benjamin Dylan Beaudette wrote: On Saturday 01 March 2008 10:20:45 pm Hamish wrote: Benjamin Ducke wrote: That should work but it may not exactly be easy to locate for a novice user

[GRASS-dev] WinGRASS: Xerces-C and Expat under MingW

Dear WinGRASS friends, I just got hold of my old MinGW notes and would like to contribute a bit to the GRASS Win binaries. Has anyone got GDAL 1.5.0 to configure and compile correctly *including* support for Xerces-C 2.8.0 on MinGW? I have tried both DLL binaries and compilation from scratch

[GRASS-dev] (no subject)

Actually, I think the configure script does detect it (at least it does for me). However, it then tries to compile a little test program which fails. Unfortunately the output of the configure script makes it look like a problem with the library not being detected rather than the test program not

Re: R: [GRASS-dev] WinGRASS: Xerces-C and Expat under MingW

want to find it, and I don't know why!!! I think that you would waste your time; it's better to concentrate strengths on xerces Marco -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44

Re: R: [GRASS-dev] WinGRASS: Xerces-C and Expat under MingW

One more thing re. GDAL: For Xerces-C support: the GDAL configure script will attempt to compile a little test program. There is a definition for LDFLAGS (ca. line 23509), which may include -lpthread (no matter whether it's actually installed on your system or not): LDFLAGS=$LDFLAGS

Re: R: [GRASS-dev] WinGRASS: Xerces-C and Expat under MingW

... and on to Expat: that one is very simple to fix. After the make install, just stay in the Expat source dir and do: rm /usr/lib/libexpat.dll.a install .libs/libexpat-1.dll /usr/lib/libexpat.dll (that's assuming you have Expat installed in /usr/lib, of course). I have not

Re: [GRASS-dev] WinGRASS: Xerces-C and Expat under MingW

-- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED] ___ grass-dev mailing list grass-dev@lists.osgeo.org http

Re: [GRASS-dev] Xdr sources hosting

___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke Senior Applications Support and Development Officer

Re: [GRASS-dev] Re: GDAL 1.5.0 Build Error With GRASS Support

://www.osgeo.org/ http://www.grassbook.org/ -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED

[GRASS-dev] Current state of GUIs on Win32

luck with WxPython on Win yet? Cheers, Benjamin -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED

Re: [GRASS-dev] Google Summer of Code 2008

/mailman/listinfo/grass-dev -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED] ___ grass-dev mailing

Re: [GRASS-dev] Re: GUI support for TclTk 8.5

___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44

Re: [GRASS-dev] GRASS and GPGPU

a GPU-accelerated GRASS module though! You are not alone! Cheers, -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED

Re: [GRASS-dev] GRASS and GPGPU

Benjamin Ducke wrote: That's UNreasonable, of course (ugh!) | | V I don't think it is reasonable to assume that GPU-based processing will consolidate and produce generic open source tools at some point in the future. I

Re: [GRASS-dev] r.terraflow Windows patch

@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED

Re: [GRASS-dev] first users main trouble

is the ruling champion. Benjamin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke Senior Applications

[GRASS-dev] Current state of wxPython GUI

Hi all, FWIW, some observations on the wxPython GUI, running on a Ubuntu (7.10) box with an SVN checkout from 10 minutes ago: 1. Starting from scratch, i.e. with no prior GRASS login and no .grassrc6 file present, the wx GUI intro screen is dysfunctional. It does not let you specify any mapsets

Re: [GRASS-dev] Current state of wxPython GUI

Browsing to a GRASS DB location and selecting a mapset now works. However, if I just enter the directorz manually, I get: Traceback (most recent call last): File /usr/local/grass-6.3.svn/etc/wxpython/gis_set.py, line 676, in OnStart set=LOCATION_NAME=%s %

Re: [GRASS-dev] table only creation in v.in.ascii

Does anyone know what the restrictions on DBF field names are? Length? 8 chars Add 2: DBF column names are limited to 10 characters (DBF API definition) [1] That's really cool, because this says it's 12: http://www.gdal.org/ogr/drv_shapefile.html (And I am pretty sure I saw 13 on some

Re: [GRASS-dev] Current state of wxPython GUI

Michael Barton wrote: Benjamin, Thanks much for testing. AFAIK, there is nothing in the GUI that is run with su or sudo, and the wxPython GUI does not call any bash shell script commands. So this is an odd error. Alright, Glynn's answer explained this (some Ubuntu stupidity), so no need to

Re: [GRASS-dev] r.cva output file missing

localhost kernel: r.cva[7511]: segfault at 0005 eip 00120040 esp bfc5a464 error 4 -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED

Re: [GRASS-dev] r.cva output file missing

-- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED] ___ grass-dev

Re: [GRASS-dev] Proposal: OSGeo Cartographic Library

Dear all, I am not sure in how far this directly relates to the OSGeo Cartographic Library, but I have a feeling it does somehow: At my company, we are currently trying to phase out all closed source GIS tools that could potentially create vendor lock-ins and thus result in unpredictable

[GRASS-dev] DBF driver crashing on Ubuntu with GRASS SVN

FWIW, the DBF driver still does not seem to be usable. On Ubuntu 7.10, GDAL 1.5.1, with a version compiled from SVN (did make distclean), I cannot access attribute data stored in a DBF file. v.info -c simply results in a segfault. GRASS 6.3.RC6 works fine on the same system and with the same

Re: R: R: [GRASS-dev] GRASS 6.3.0 to be released

://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel.: ++44 (0)1865 263 800 [EMAIL PROTECTED] -- Files attached to this email may be in ISO 26300

Re: [GRASS-dev] GSoC, reimplementation of modules v.voronoi and v.delaunay

Hi, sorry for joining this discussion late, I was away all last week, but will now be available for support via email. First of all, congrats on being accepted to the GSoC! Second, I agree that users need to be able to have two distinct modules, otherwise they will wonder where to find their

Re: [GRASS-dev] GRASS FFMPEG support

). If using --with-ffmpeg results in configure errors, and you used any necessary --with-ffmpeg-includes= and/or --with-ffmpeg-libs= switches, then look in config.log for any error messages. -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus

Re: R: [GRASS-dev] WinGRASS Plans

___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited

Re: R: R: [GRASS-dev] WinGRASS Plans

the task. is there anyone outhere that could send me a linux wx-config script please? wxPython version is 2.8.7.1 Many thanks, Marco *Da:* [EMAIL PROTECTED] per conto di Benjamin Ducke *Inviato:* gio 12/06/2008 13.24

Re: [GRASS-dev] R: [GRASS-windows] WinGRASS: Test Build on Vista

-- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel: +44 (0)1865 263 800 (switchboard) Tel: +44 (0)1865 980 758 (direct) Fax :+44 (0)1865 793 496 [EMAIL PROTECTED] -- Files attached to this email

Re: [GRASS-dev] R: [GRASS-windows] WinGRASS: Test Build on Vista

So you agree that it may be worse trying to fix those mem allocation issues to get r.los to work on Win32? Ben Glynn Clements wrote: Benjamin Ducke wrote: Actually, r.los seems to have faulty mem management on all platforms. If I valgrind the module, I get: ==20182==at 0x804AB15

Re: [GRASS-dev] Re: Line of Sight Update

-- Benjamin Ducke Senior Applications Support and Development Officer Oxford Archaeological Unit Limited Janus House Osney Mead OX2 0ES Oxford, U.K. Tel: +44 (0)1865 263 800 (switchboard) Tel: +44 (0)1865 980 758 (direct) Fax :+44 (0)1865 793 496 [EMAIL PROTECTED] -- Files attached

[GRASS-dev] Vlib: how to delete an object from a GRASS vector map

( Map, cat ); Vect_field_cat_del ( Cats, field, cat ); and Vect_close() after the work is done. However, the next module I try to run on the modified map throws an error: ERROR: Attempt to read dead line [282] How do I eliminate dead lines from the map? Thanks, Ben -- Benjamin Ducke Senior

Re: [GRASS-dev] GSOC Horizon based stratigraphy

@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer

Re: [GRASS-dev] GSOC Horizon based stratigraphy

On 06/25/2013 12:24 AM, Dylan Beaudette wrote: On Mon, Jun 24, 2013 at 1:23 PM, Benjamin Ducke bendu...@fastmail.fm mailto:bendu...@fastmail.fm wrote: Hi All, First of all, I am very excited to see how much interest this project is getting, and it is great that Tim has already got

Re: [GRASS-dev] GSOC Horizons and Stratigraphy

/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GSOC Horizons and Stratigraphy

://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm

Re: [GRASS-dev] GSOC Horizon based stratigraphy

, restricted cubic splines look good as well. But is that method suitable for categorized input data? Or does it only work for continuous soil properties? A spline-based interpolator from 3D vector to 3D raster already exists in GRASS (v.vol.rst). Best, Ben Cheers, P -- Dr. Benjamin Ducke

Re: [GRASS-dev] GSOC Horizons and Stratigraphy

by retrieving new cross-sections from the interpolated voxel model. Best, Ben Just 2 cents, Pierre 2013/6/25 Benjamin Ducke bendu...@fastmail.fm: On 06/25/2013 10:00 AM, Tim Bailey wrote: Hi Ben, All that I meant by mask is, in this case, an r3 map that defines a subset of space that subsequent

Re: [GRASS-dev] Status of r.cva?

modules. Best, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Wed, Jul 3, 2013, at 1:51, Hamish wrote: Nikos wrote: a friend needs to use r.cva [0,1] (and r.viewshed [2]). What is the status of this add-on?  Does it also work in G7

Re: [GRASS-dev] [SoC] GSOC Horizon based stratigraphy wk3 checkin

s...@lists.osgeo.org mailto:s...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/soc ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial

Re: [GRASS-dev] GSOC wk4 checkin Horizon Based Voxel Interpolation

the transformation of horizon intervals to voxels. Also I will get my project wiki page up on very soon. Have a good weekend Tim ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A

Re: [GRASS-dev] GSOC Horizon Based Voxel Interpolation Wk 5 checkin

. Best, Ben Tim Bailey ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm

Re: [GRASS-dev] GRASS Vector Conlation plugin Info

/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GSOC Horizon based voxel interpolation wk 7 checkin

grass-dev@lists.osgeo.org mailto:grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A

Re: [GRASS-dev] Why the parameters of g.region are defined as string?

___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev

Re: [GRASS-dev] Handling of Python scripts on MS Windows

/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Handling of Python scripts on MS Windows

___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev

Re: [GRASS-dev] Handling of Python scripts on MS Windows

do have the feeling, though, that the python launcher is an interesting path to explore. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial

Re: [GRASS-dev] Handling of Python scripts on MS Windows

On 04/02/14 15:09, Vaclav Petras wrote: On Tue, Feb 4, 2014 at 8:25 AM, Benjamin Ducke bendu...@fastmail.fm mailto:bendu...@fastmail.fm wrote: But with the latest Python developments, it will be a real challenge to integrate GRASS 7 in the same way that we could integrate

Re: [GRASS-dev] Handling of Python scripts on MS Windows

On 04/02/14 16:42, Vaclav Petras wrote: On Tue, Feb 4, 2014 at 10:14 AM, Benjamin Ducke bendu...@fastmail.fm mailto:bendu...@fastmail.fm wrote: On 04/02/14 15:09, Vaclav Petras wrote: On Tue, Feb 4, 2014 at 8:25 AM, Benjamin Ducke bendu...@fastmail.fm mailto:bendu

Re: [GRASS-dev] Handling of Python scripts on MS Windows

that projects such as QGIS have recently attracted. Best, Ben -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [Qgis-developer] GRASS QGIS: the future

. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [Qgis-developer] GRASS QGIS: the future

* with all the above, upgrading the plugin may probably be skipped. Any thoughts. -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org

Re: [GRASS-dev] [GRASS-PSC] too many branches = retirement GRASS6.5.svn (=develbranch6)

@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass

Re: [GRASS-dev] relbr6 - devbr6 differences

GRASS on Windows for a while. Thanks ;) Jürgen -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass

Re: [GRASS-dev] relbr6 - devbr6 differences

And that's why I love this mailing list: There are insights here that are simply impossible to get elsewhere. Thanks for this one, Glynn! Ben On 09/04/14 17:18, Glynn Clements wrote: Benjamin Ducke wrote: GEOS is a heavy C++ beast and difficult to compile using GCC on Windows (at least

Re: [GRASS-dev] Handling of Python scripts on MS Windows

/listinfo/grass-dev -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Who wants GUI and who does not and why

scripts on MS Windows discussion (http://lists.osgeo.org/pipermail/grass-dev/2014-April/068269.html) with few notes and questions but feel free to start wherever you want. On Sun, Apr 13, 2014 at 12:52 PM, Benjamin Ducke bendu...@fastmail.fm mailto:bendu...@fastmail.fm

Re: [GRASS-dev] Wrong sqlite3.dll used on MS Windows

/how-to-fix-the-entry-point-for-the-procedure-sqlite3-open-v2-cannot-be-found-in ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Dr. Benjamin Ducke {*} Geospatial Consultant {*} GIS

Re: [GRASS-dev] Topographic prominence in GRASS

project) I don't know this topic enough, is there anyone who has any opinion, suggestion or comment? Thanks in advance, Martin [1] http://grasswiki.osgeo.org/wiki/GRASS_SoC_Ideas_2012 [2] http://en.wikipedia.org/wiki/Topographic_prominence -- Dr. Benjamin Ducke {*} Geospatial

[GRASS-dev] 3D polygons and co-planarity

Does v.clean currently check and ensure that all vertices of a polygon lie in the same plane? Also if the vertices have Z coordinates? Cheers, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev

Re: [GRASS-dev] Should v.in.ogr clean topology by default ? [was: Fwd: Re: [GRASS-user] overlapping areas seem valid to v.build: why?]

, than to drop all topological constraints by default. Cheers, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm On Thursday, December 01, 2011 11:02 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: I think Roger's question below merits

Re: [GRASS-dev] v.out.ogr exports more features than available

a copy of the cleaned vector points map using g.copy vect=, and use v.out.ogr to export the copy instead of the cleaned original? Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Tue, Dec 13, 2011, at 21:21, Maris Nartiss wrote: Working with today's

Re: [GRASS-dev] grass toolboxes idea continued (g.extension)

labels and descriptions, plus their translations into different languages, and of course icons for GUIs. Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Mon, Jan 2, 2012, at 17:15, Martin Landa wrote: Hi, I have added (r50024) very initial

Re: [GRASS-dev] grass toolboxes idea continued (g.extension)

apps and reducing learning times. Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Wed, Jan 4, 2012, at 11:04, Michael Barton wrote: On Jan 4, 2012, at 8:45 AM, Martin Landa wrote: Personally I didn't find toolbox interface in ArcGIS

[GRASS-dev] Speeding up v.out.ogr (again)

of them might not even use multi-table attributes in their projects. The difference in my test was something like factor 500! Best, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm ___ grass-dev mailing list

[GRASS-dev] Add a cost distance measure to GRASS GIS lib

Hi All, I have been pondering this for a while and would like to know if people on this list think the following would be a feasible/useful addition to GRASS (7): How about, in addition to the MASK raster, we'd also allow the user to specify a COST raster? This would allow all raster modules

Re: [GRASS-dev] Add a cost distance measure to GRASS GIS lib

to IDW, r.neighbors, etc. Ben On Thu, Mar 1, 2012, at 17:14, Glynn Clements wrote: Benjamin Ducke wrote: I have been pondering this for a while and would like to know if people on this list think the following would be a feasible/useful addition to GRASS (7): How about

Re: [GRASS-dev] Speeding up v.out.ogr (again)

No, this is because the i-th feature does not need to have category i, it can have any category and multiple categories. Selecting all attributes at once for all categories is also not memory-safe for larger vectors. Hmm, let's say we take the smallest and largest category values in the

Re: [GRASS-dev] Speeding up v.out.ogr (again)

I think I understand your error. You confuse feature id with category value. The feature order in the output file depends on the feature order of the GRASS input vector, and the feature order of the GRASS input vector has absolutely nothing to do with the category order. There was a good

Re: [GRASS-dev] Add a cost distance measure to GRASS GIS lib

Even cost along a straight line (or maybe a great circle?) is computationally expensive, and in the general case would require holding the entire cost map in memory. Less-general cases would have to be implemented within the module, as the libraries wouldn't know how the module intends to

Re: [GRASS-dev] Speeding up v.out.ogr (again)

I think it's rather the dblib than v.out.ogr. Recently I have fixed a few memory leaks in dblib, but no optimizations. The dbf driver in particular is terribly slow. An index like for real database backends might help, although that would need to be created on the fly since dbf does not

Re: [GRASS-dev] PostGIS manager for GRASS GIS

://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] disabling compression

/listinfo/grass-dev -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] reducing screen clutter

@lists.osgeo.org mailto:grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Benjamin Ducke {*} Geospatial Consultant

Re: [GRASS-dev] GRASS and sextante

raster attribute table). Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Mon, Jun 4, 2012, at 16:45, Paolo Cavallini wrote: Hi all. Now working on sextante interface to grass. One problem I'm finding is: - GRASS raster can have labels (very

[GRASS-dev] gvSIG CE code sprint in Munich

(Java), please see our code sprint wiki page: http://gvsigce.sourceforge.net/wiki/index.php/GvSIG_CE_Code_Sprint_in_Munich Best, Ben --- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm ___ grass-dev mailing

[GRASS-dev] v.transform dysfunctional in 6.4.3.svn

of trans_digit.c as culprits. These will make v.transform crash or not -- depending on your luck. Cheers, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm ___ grass-dev mailing list grass-dev

Re: [GRASS-dev] v.transform dysfunctional in 6.4.3.svn

On Thu, Oct 25, 2012, at 17:23, Markus Metz wrote: On Thu, Oct 25, 2012 at 12:06 PM, Benjamin Ducke bendu...@fastmail.fm {SNIP} This table option is a bit strange. Looking at the code, it is not clear which column is used as key column to select the appropriate transformation parameters

  1   2   3   >