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 a
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 code
his theory,
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
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 <mailto:bendu...@fastmail.fm>> wrote:
>
> The thing is: I originally developed this module for
> gradiometer data. That data is very noisy and has
> high local va
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 correctly. Please advise on
> the n
> ___
> 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 f
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,
>>>>
>>>> I have a s
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
>
>
>
>
> ___
>
t;>>> El Capitan. There is a possible workaround, but it is
>>>>> cumbersome and not guaranteed to work. I recommend that you
>>>>> do wait to update while we try to solve this.
>>>>>
>>>>&g
SS 6,
maybe it would be worth implementing this:
http://grasswiki.osgeo.org/wiki/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
neighbors to a given coordinate) as well as radius or
> distance
> >> search (find all neighbors within radius, i.e. not farther away than
> >> radius to a given coordinate).
> >>
> >> Markus M
> >> ___
> >> g
adius or distance
> search (find all neighbors within radius, i.e. not farther away than
> radius to a given coordinate).
>
> Markus M
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/lis
best regards
> Helmut
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/G-OPT-R-MAP-vs-G-OPT-R-INPUT-tp5173026p5173030.html
> Sent from the Grass - Dev mailing list archive at Nabble.com.
> ___
> grass-dev mailing list
> gr
obably this would
> only make up 1/4 to 1/2 of a multi-part GSoC 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/
-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 Developer
Spatial tech
e only thing
>> which brings us new users" to "no GUI needed".
>>
>> There is no better time to discuss this: we are discussing issues
>> with MS Windows support, planing to release 7, working towards
>> compatibility of 7 with QGIS and gvS
ortant and has produced some really good insights. So I think we
should all take a deep breath and carry on, as exhausting as it may be.
These are important directional decisions and they should not be rushed.
Cheers,
Ben
> Moritz
>
> [1] http://lists.osgeo.org/pipermail/grass-dev/2013-July/065197.html
> __
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 G
>
> That's what I thought - but I didn't have to build GRASS on Windows for a
> while. Thanks ;)
>
>
> Jürgen
>
--
Dr. Benjamin Ducke, M.A.
{*} Geospatial Consultant
{*} GIS Developer
bendu...@fastmail.fm
___
grass-
> automatically enable the additional operators in v.select which I think
> is a good thing.
>
> Moritz
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Duck
ound June...
>
> I we can solve the outstanding problems by then, great.
>
> Moritz
> _______
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Du
apsets; our conviction being that data safety is always more
important than convenience and that advanced users can/will just run
GRASS by themselves.
Best,
Ben
> * with all the above, upgrading the plugin may probably be skipped.
>
> Any thoughts.
>
--
Dr. Benjamin Ducke, M.
igitizing environment.
>
> Maybe this could be split out into a specific plugin ?
>
> Moritz
> ___
> 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
potential benefits worth it?
Whatever the decision may be: Please make sure that it will always be
possible to bundle a completely independent distribution of GRASS
with 3rd party GIS. Otherwise, this project will no longer be able to
benefit from the growing user base that projects suc
On 04/02/14 16:42, Vaclav Petras wrote:
>
>
>
> On Tue, Feb 4, 2014 at 10:14 AM, Benjamin Ducke <mailto:bendu...@fastmail.fm>> wrote:
>
> On 04/02/14 15:09, Vaclav Petras wrote:
> >
> > On Tue, Feb 4, 2014 at 8:25 AM, Benjamin
On 04/02/14 15:09, Vaclav Petras wrote:
>
> On Tue, Feb 4, 2014 at 8:25 AM, Benjamin Ducke <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 co
ritz
>
> ___
> 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
Hi All,
On 28/01/14 17:05, Moritz Lennert wrote:
> On 28/01/14 12:07, Markus Metz wrote:
>> On Mon, Jan 27, 2014 at 12:16 AM, Glynn Clements
>>> "Executing" a script uses the registry associations for the script's
>>> extension.
>>
This matters for using os.system("python.exe
t;
>>> The only way you can make execution of Python scripts seamless (i.e.
>>> works with system(), subprocess.Popen(), etc) is for the .py extension
>>> to be associated with a suitable interpreter (or launcher) in the
>>> registry.
>
> I disagree. For exa
27;s archive.
Best regards
Pietro
___
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
_
mailing list
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. Ben
o.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
out.vtk, accordingly.
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
on the generic wrapper that manages 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
mailing list
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.
{*} Geospatia
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-o
ossible by retrieving new cross-sections
from the interpolated voxel model.
Best,
Ben
Just 2 cents,
Pierre
2013/6/25 Benjamin Ducke :
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 oper
Dylan, various interpolation methods are available,
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,
g>
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 D
tp://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
On 06/25/2013 12:24 AM, Dylan Beaudette wrote:
On Mon, Jun 24, 2013 at 1:23 PM, Benjamin Ducke 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 the
supp
st
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
an
OSGeo GSoC Admins
___
Discuss mailing list
disc...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr.
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 mailto:bendu...@fastmail.fm>>
Please note that I have added another
p
/gsoc_program/google/gsoc2013/help_page#2._What_is_the_program_timeline
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Ducke, M.A
izing 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
s-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
areas and centroids.
Best,
Ben
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Dr. Benjamin Ducke, M.A.
{*} Geospatial Co
.cvut.cz/~landa
___
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-d
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
man/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
${GRASS_VERSION_FILE}"`
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-d
elease?
Cheers,
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 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=
ev mailing 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.o
fact
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
n,
On Sun, 04. Nov 2012 at 23:32:41 +0100, Benjamin Ducke wrote:
Indeed: MinGW and VC DLLs do not mix well,
In what way?
An important thing is to use the right function to release memory (G_free(),
GEOSFree(), CPLFree()...). Simply using free() might crash on windows, but
that IMHO should be co
W 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 :
This might be a but "puritanical" of me, but
I really think that all
think 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 :
GEOS is a beast to compile on MinGW though, so creating
Windows bina
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
/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
{*} GI
tp://trac.osgeo.org/osgeo4w>
OSGeo4W is the Windows installer and package environment for the OSGeo stack.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Benjamin Ducke
{*} Geospatial Cons
On Thu, Oct 25, 2012, at 17:23, Markus Metz wrote:
> On Thu, Oct 25, 2012 at 12:06 PM, Benjamin Ducke
{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 paramet
are still illegal
write operations. Valgrind points to lines 88, 126 and
136 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
_
TANTE (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 ma
rtual 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 ras
___
grass-dev mailing list
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
ass-dev
_______
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
___
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
>
> 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
>
> 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
> 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
>
> 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
errain, instead of a fixed
circle.
The same idea translates 1:1 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 thin
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 that
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
at
switch between 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 fi
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 (r50
and make 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:
>
pology tools to make them more flexible,
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"
wrote:
> I think Roger's q
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
ev@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/listinfo/grass-dev
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: enhan
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 emotionaliz
0, Markus Neteler wrote:
>>> On Wed, Jan 19, 2011 at 12:37 AM, Dylan Beaudette
>>> wrote:
>>>> On Tuesday, January 18, 2011, Benjamin Ducke wrote:
>>>>> That's reassuring, thanks Markus.
>>>>> Incidentally, since HTML housekeeping is
problems in man pages 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
sage -
> Hi,
>
> 2011/1/15 Benjamin Ducke :
> > 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 lin
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 GRA
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
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
>
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///.gislock: No such file or directory
ERROR: /usr/local/grass-7.0.svn/etc/lock:
Unable t
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
f
If I run g.remove with the onle the name of a non-existing
map, I get this:
g.remove tmp
Removing raster
WARNING: Raster map not found
WARNING: 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.
What if
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 an
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
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 th
1 - 100 of 253 matches
Mail list logo