rass-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 (0)1865 263 800
[EMAIL PROTECTED]
_
elated to Win32 pipes handling, and maybe try the same thing twith 8.5.1
Paul
___
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
Dear all,
I would like to look into supporting d.mon and friends under native Win.
As far as I understand, we need two things:
1. A native Windows graphics device, so we won't need an X Server
for the graphics output.
2. A BSD style sockets interface, so the d.* commands can communicate
with t
gt;
> interesting.
>
>
>> Thoughts? More ideas? Listing an Idea won't require any commitment. I
>> think it is more important to get more ideas, later we will see who
>> can mentor what. (I suspect that we will have sround 2 slots this
>> year for GRASS
n the [for (...) in : ] construct.
... so is the WxPython GUI broken in RC5?
Anybody had better luck with WxPython on Win yet?
Cheers,
Benjamin
--
Benjamin Ducke
Senior Applications Support and Development Officer
Oxford Archaeological Unit Limite
mmand?
>
> Thanks
>
> Marco
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Open Source Geospatial Foundation
http://www.osgeo.org/
ht
e that just now.
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]
___
grass-dev mai
raight into the GRASS $GISBASE/lib directory before packaging up the
binary distribution.
Paul
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Benjamin Ducke
Senior Applications Support
.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]
___
gr
think it should be better placed elsewhere (osgeo.org?)
>
> Marco
>
>
>
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osge
ght be more trouble waiting ...
>
> Best,
>
> Benjamin
>
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
>
> -----
sts.osgeo.org/mailman/listinfo/grass-dev
>
>
> ----
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.o
... 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 ac
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 $xer
gure doesn't 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 Limit
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 be
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
(wh
Tcl is the programming language, Tk provides the graphical user
interface on top of that. So you need both:
Compile and install Tcl (using MSYS):
tar -xzvf tcl8.5.1-src.tar.gz
cd tcl8.5.1/win
./configure --prefix=/usr/local
make
make install
cp /usr/local/bin/tclsh85.exe /usr/local/bin/tclsh.exe
th a
volume, I guess.
Personally, 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 no
he sh 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 (
___
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
Johanna-Mes
_
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-
mputations.
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)43
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
http://www.mingw.org/mingwfaq.shtml#faq-m
>
> why not to use the python bindings of VTK (http://www.vtk.org) to do 3D
> rendering? It seems to me that VTK is a bit easier to handle than OpenGL
> directly, but my programming skills are not the best.
> WolfgangZ
Apart from the problem with limited coordinate ranges brought about by
OpenGL,
heavy renovation there
>>>
>>> We have so many outstanding massive changes to do that we should
>>> not wait any longer.
>>>
>>> See also
>>> http://trac.osgeo.org/grass/wiki/Grass7Planning
>>>
>>> Objections?
>> /me: go
reSQL and GRASS, you need
to have them installed first, as well.
Benjamin
>
> Many thanks. Best Regards,
>
> MP
>
> --------
> *Da:* [EMAIL PROTECTED] per conto di Benjamin Ducke
> *Inviato:* mar 05/02/200
at should do it.
Benjamin
>
> Thanks,
>
> MP
>
> ----
>
> *Da:* [EMAIL PROTECTED] per conto di Benjamin Ducke
> *Inviato:* mar 05/02/2008 11.39
> *Cc:* grass-dev@lists.osgeo.org
> *Oggetto:* Re:
ew grass
> modules I added before to be "qgis ready";
Those are harmless as long as you don't need internationalized messages
in GRASS.
Benjamin
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Hi
ave the time to start on this before spring
this year.
So 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)
additional checks like
> if(npoints>MAX_INT) G_error("Blah! Decrease input vector size") to avoid
> producing bogous results without any warnings.
>
> Maris.
>
> 1.
> http://wald.intevation.org/tracker/index.php?func=detail&aid=335&group_id=21&
> the entire geoid surface.
>
>
> ??,
Yes, this question would definitely be interesting to discuss for the
v.delaunay 3D update, too.
Benjamin
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Histor
he current 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.
A
eo.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
(Archaeoinf
he 6.3.1 release.
Benjamin
> Moritz
> ___
> 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. o
98 by Joseph O'Rourke. It may be freely
> redistributed in its entirety provided that this copyright notice is
> not removed.
> ----
> */
>
> So I have uploaded it to SVN.
>
> Markus
>
> On Jan 18, 2008 10:10 AM,
raries would be a more comprehensive solution,
> as suggested by Markus (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
>
es, surface
> areas, and approximations to the convex hull."
>
> (seems to be GPL compliant)
>
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
&g
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
_proto.h
> patching file v.in.ascii/points.c
>
> Martin
>
> 2008/1/10, Benjamin Ducke <[EMAIL PROTECTED]>:
>> OK, this seems to be a useful hint, so here it goes again:
>>
>> Martin Landa wrote:
>>> hi,
>>>
>>> it is better to create one dif
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
>
&g
Alright, here is the patches vor v.in.ascii.
Cheers,
Benjamin
Benjamin Ducke wrote:
> Unfortunately, it returns DB_OK.
> There seems to be some caching going on which I don't quite
> understand at the moment.
> Starting and stopping the db driver in the right sequence seems
thing seems to work OK now. I'll do some tests with more
complex tables, then post a patch.
Benjamin
Moritz Lennert wrote:
> On 10/01/08 13:52, Benjamin Ducke wrote:
>> OK, I have it almost working except for one annoyance:
>>
>> If the table already exists, th
onals.
??
Martin Landa wrote:
> Hi,
>
> 2008/1/10, Benjamin Ducke <[EMAIL PROTECTED]>:
>
>> following our discussion two days ago, I have started patching
>> v.in.ascii to support creating only an attribute table w/o
>> any vector objects/geometries.
>
> do you
ble immediately?
Thanks,
Benjamin
Moritz Lennert wrote:
> On 10/01/08 09:51, Benjamin Ducke wrote:
>> Dear all,
>>
>> following our discussion two days ago, I have started patching
>> v.in.ascii to support creating only an attribute table w/o
>> any vector objects/ge
Dear all,
following our discussion two days ago, I have started patching
v.in.ascii to support creating only an attribute table w/o
any vector objects/geometries.
It seems the easiest way in terms of not modifying too much of
the original code is to be create a dummy vector map, creating
the tabl
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:
>
e and, if so, how to do it?
>>
>> Thanks
>> Michael
>>
>> ----
>>
>> ___
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> ht
fields
-march=i686 -I/usr/include -L/usr/lib -ljpeg
Now wait for the install script to download the source code, patch,
compile and install it.
====
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Pre
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)
Insti
friend, newshound, and
> know-it-all with Yahoo! Mobile. Try it now.
> http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/list
Moritz Lennert wrote:
> On 27/11/07 11:07, Paul Kelly wrote:
>> On Tue, 27 Nov 2007, Benjamin Ducke wrote:
>>
>>>>> NVIZ won?t launch (but did in a recent binary)
>>> This can be somewhat tricky. For me, it fails to launch from within
>>> the MS
ld not
be hard to do. In fact, I think Windows provides pretty much everything
you need for a .exe or .msi installer package.
>
> Moritz
Benjamin
>
>
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehist
201 - 253 of 253 matches
Mail list logo