Dear Markus:
On 12/03/2021 22:35, Markus Metz wrote:
On Fri, Mar 5, 2021 at 8:30 PM Benjamin Ducke <mailto:bendu...@fastmail.fm>> wrote:
>
> Dear Devs,
>
> I am trying to find a way to inject GRASS modules (C code)
> compiled in a GRASS 7 source tree into an alre
Hi,
On 05/03/2021 21:14, Jürgen E. Fischer wrote:
Hi,
On Fri, 05. Mar 2021 at 20:23:47 +0100, Benjamin Ducke wrote:
I am trying to find a way to inject GRASS modules (C code)
compiled in a GRASS 7 source tree into an already installed
version of GRASS. Even if I compile in a GRASS 7.8.5 tree
Dear Devs,
I am trying to find a way to inject GRASS modules (C code)
compiled in a GRASS 7 source tree into an already installed
version of GRASS. Even if I compile in a GRASS 7.8.5 tree and
then copy into a GRASS 7.8.5 (i.e. exact version match)
installation, I get this:
ERROR: Module built
Dear Devs:
$ ldd r.surf.area
.. produces the list of linked libraries below.
AFAICT, this includes GDAL/OGR and all of their dependencies.
Should it not be enough for "r.surf.area" [insert any other
r.*/v.* module here] to link against the GRASS libs (plus
a handful of essential system runtime
Hi,
I wrote most of that code almost 20 years ago and then
ported it to GRASS 6 about 6-8 years later. That's the
kind of antiquity you must be prepared to face.
Otherwise, the GRASS 6 API related code is actually quite
simple. I don't expect much trouble porting it to 7.
But do expect some
,
but if you have the time, I'd love to know!
Best,
Ben
>
> Any idea?
>
> thanks,
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*}
r with a gazzillion of
> parser options.
>
> Of course, for the lifetime of G7, r.fillnulls will have to remain as
> is to provide backwards compatibility.
>
> Wbr,
> Māris.
> ___
> grass-dev mailing list
> gras
On 16/04/17 03:40, Vaclav Petras wrote:
>
> On Sat, Apr 15, 2017 at 8:32 AM, Benjamin Ducke <bendu...@fastmail.fm
> <mailto:bendu...@fastmail.fm>> wrote:
>
> The thing is: I originally developed this module for
> gradiometer data. That data is very
ng/Docs [1]:
>
> Ah I see... I'm mostly on mobile currently due to traveling, hence no
> easy reading of commit msgs.
>
>>
>>
>>
>>
>> The submitting guide does not consider the wxPython GUI manual tab
> which doesn't understand more advanced HTML co
___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer
Spatial technology for the masses, not the classes:
experience free a
On 19/03/17 20:11, Paulo van Breugel wrote:
>
>
> On 19/03/2017 12:27, Benjamin Ducke wrote:
>> On 18/03/17 12:15, Paulo van Breugel wrote:
>>>
>>> On 18-03-17 10:06, Paulo van Breugel wrote:
>>>> Dear all,
>>>>
>>>>
isqus.com/home/discussion/qgistutorials/georeferencing_topo_sheets_and_scanned_maps/#comment-1426454689
>
> A link that provides further relevant information
>
> https://github.com/klokantech/epsg.io/issues/49
>
>
>
>
> ___
>
10.11)
>>>>>
>>>>>
>>>>> I've had reports of GRASS not running for users updating to
>>>>> El Capitan. There is a possible workaround, but it is
>>>>> cumbersome and not guaranteed to work. I recommend that you
>>
/Create_concave_hull
... in a GRASS 6 shell script?
I am looking forward to trying the new clustering algorithms,
especially density and optics2
Many thanks,
Ben
--
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer
Spatial technology for the masses, not the classes:
experience free and open source
grass-dev@lists.osgeo.org mailto:grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer
Spatial technology for the masses, not the classes
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer
Spatial technology for the masses, not the classes:
experience free and open source GIS
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer
Spatial technology for the masses, not the classes:
experience free and open source GIS at http://gvsigce.org
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
/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
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
/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
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
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
@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
* 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
. 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
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
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
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
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
___
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
/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
___
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
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
/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
.
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
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
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
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
,
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
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
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
/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
://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
@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
/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
Excellent, thanks Sören.
I have added your name to the wiki entry.
Best,
Ben
On 05/01/2013 10:44 PM, Sören Gebbert wrote:
Hi,
please count me in as co-mentor.
Best regards
Soeren
2013/5/1 Benjamin Ducke bendu...@fastmail.fm mailto:bendu...@fastmail.fm
Please note that I have added
. 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
--
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
performance to make the module
appropriate for publishing for other users.
Best regards
Eva Stopkova Bratislava, Slovak republic
___ grass-dev mailing
list grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Ducke
___
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
this also affect r.external?
Ben
thanks for noticing,
Hamish
___
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
. 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
}`
include/Make/Grass.make.in:GRASS_VERSION_MINOR = @GRASS_VERSION_MINOR@
gem/Makefile:GRASS_VERSION_MINOR=4
Maciek
--
Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer
bendu...@fastmail.fm
___
grass-dev mailing list
grass-dev@lists.osgeo.org
,
Ben
Cheers,
Ben
Markus
--
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
On 11/30/2012 02:36 PM, Markus Neteler wrote:
On Thu, Nov 29, 2012 at 10:16 PM, Benjamin Ducke bendu...@fastmail.fm wrote:
The outdir= option in r.walk.
Do you refer to this potentially missing backport?
https://trac.osgeo.org/grass/ticket/1154#comment:1
Yes, I suppose we need both outdir
list
grass-dev@lists.osgeo.org
http://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
that there can be multiple heap managements like on windows, when multiple
compiler versions (and therefore their RTL) are used.
Right, I get that. I was unaware of the issue
with different heap managements. Thanks for
pointing that one out.
Cheers,
Ben
Jürgen
--
Benjamin Ducke
to plead to packagers to compile with-geos.
Moritz
[1] http://trac.osgeo.org/grass/ticket/1464
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Benjamin Ducke
{*} Geospatial Consultant
{*} GIS
that all of GRASS' mandatory
dependencies on Windows should compile easily
using MinGW, and not require proprietary
tools.
Cheers,
Ben
On 11/04/2012 10:52 PM, Martin Landa wrote:
Hi,
2012/11/4 Benjamin Ducke bendu...@fastmail.fm:
GEOS is a beast to compile on MinGW though, so creating
Windows
and MSYS.
Indeed: MinGW and VC DLLs do not mix well, so
it's better to compile everything with either
one or the other.
Ben
On 11/04/2012 11:25 PM, Martin Landa wrote:
Hi,
2012/11/4 Benjamin Ducke bendu...@fastmail.fm:
This might be a but puritanical of me, but
I really think that all of GRASS
://gmail.com *
http://geo.fsv.cvut.cz/~landa http://geo.fsv.cvut.cz/%7Elanda
--
Yann Chemin
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Benjamin Ducke
{*} Geospatial Consultant
for the OSGeo stack.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer
bendu...@fastmail.fm
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
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
(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
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
@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
/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
://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
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
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
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
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
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
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
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
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
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
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
,
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
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
-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
--
Benjamin
Really advanced stuff that gives GRASS an edge in
point pattern analysis. Thanks Radim!
Ben
- Original Message -
#1277: v.kernel - equal split on network
-+--
Reporter: rblazek | Owner: grass-dev@…
Type:
I remember that we had a discussion a while ago on the
merits of making the GUI a separate project,
decoupled from the main GIS base.
Back then, the arguments where mostly centered on code
management and release cycles. I did not really want to
get into the discussion, as it felt a bit
+0100, Markus Neteler wrote:
On Wed, Jan 19, 2011 at 12:37 AM, Dylan Beaudette
debeaude...@ucdavis.edu wrote:
On Tuesday, January 18, 2011, Benjamin Ducke wrote:
That's reassuring, thanks Markus.
Incidentally, since HTML housekeeping is such a boring
chore but so crucial: Do you guys think
and fixing
them?
I am not just talking about correcting errors, but also
rephrasing things that are hard to understand or elaborating
on aspects that aren't explained verbosely enough.
Ben
- Original Message -
On Thu, Jan 13, 2011 at 10:03 PM, Benjamin Ducke
benjamin.du
Dear list,
v.external in GRASS 7 allows to link 3D OGR sources as a
new 3D GRASS map. In GRASS 6, only 2D links are made.
I tried changing the Vect_open_new() statement in
GRASS 6's v.external to make a 3D link, but no success.
Is there any deeper reason, why 3D OGR links are not
possible in
,
2011/1/15 Benjamin Ducke benjamin.du...@oxfordarch.co.uk:
v.external in GRASS 7 allows to link 3D OGR sources as a
new 3D GRASS map. In GRASS 6, only 2D links are made.
I tried changing the Vect_open_new() statement in
GRASS 6's v.external to make a 3D link, but no success.
Is there any
Dear list,
I noticed two strange new things in 6.4.1svn that may
both be related to the recent GUI changes.
1. I configured and compiled GRASS explicitely without
Tcl/Tk and without Python support. The configure script
correctly reported a No for both options.
Yet if I just run e.g. r.out.gdal
I Think I found a problem with OGR datasources linked
in using v.external.
If I change into a directory with shapefiles and then
issue the following to link in the data in myShapefile.shp:
v.external dsn=. layer=myShapefile output=linked_in
And then change into another directory and issue any
If I run g.remove with the onle the name of a non-existing
map, I get this:
g.remove tmp
Removing raster tmp
WARNING: Raster map tmp not found
WARNING: tmp nothing removed
This indicates that g.remove tries to remove a raster of
name tmp by default. I am not sure this is good behaviour.
Dear all,
I have just reviewed v.out.ogr and where it spends those
massive amounts of time it needs to export larger vector maps.
Turns out that it issues a new SQL SELECT statement for every
single attribute it wants to export.
So I rearranged the code to use only one SQL SELECT statement that
I just installed grass7 and attempted to start it
in CLI-only mode, never having started it before
on my machine:
grass70 -text
The result (after the Welcome message) was:
Starting GRASS GIS...
/home/benni/UNKNOWN/UNKNOWN/.gislock: No such file or directory
ERROR:
After starting in wxGUI mode and making the basic
settings, it works fine, of course.
Just seems like .grass7/rc cannot be properly created
by grass70 -txt.
Ben
- Original Message -
I just installed grass7 and attempted to start it
in CLI-only mode, never having started it before
on
OK, committed to and test in GRASS 7.
All seems to work smoothly as far as I can tell, but please test.
Note that I have also implemented the -z flag for easy
production of 3D Shapefiles. Also tested that and can see no
problems so far.
I would really like to see those changes in GRASS 6.4.2 at
The HTML manual page for v.surf.bspline
says:
A raster output map (raster=) of more than 2000x2000 (4 mill)
cells is not allowed. If an output map would exceed this size,
an error message is generated.
But there is nothing in the source code which suggests such
a limitation. I tried
Yes, that would be a problem.
I think here the semantics of the GRASS --overwrite flag
collide with the separate OGR concepts of datasource
and layer. In the case of GRASS maps, the meaning is
always clear: overwrite existing map. But OGR output
formats can be more complex. E.g. the user might
May I suggest that we also mention v.out.ogr's
new options to drop that annoying cat field
from the output file, and to determine output
geometries automatically?
Ben
--
Files attached to this email may be in ISO 26300 format (OASIS Open Document
Format). If you have difficulty opening
Dear all,
Since we are on the subject of updating v.out.ogr for
GRASS 6.4.1: Could I take the opportunity and ask if
there has any progress been made on the speed of
writing the attribute table data? I am currently exporting
a large (ca. 1.4 million features) vector map to a
shapefile and the DBF
1 - 100 of 206 matches
Mail list logo
