On 06/03/09 01:24, Moskovitz, Bob wrote:
Concerning the need to be able to easily backup/share, I
think we definitely
need some module which isolates and exports a series of
chosen maps in a new
temporary mapset with a local sqlite db file, copies the
chosen maps into
this temp mapset and th
On 05/03/09 19:04, Markus Neteler wrote:
On Thu, Mar 5, 2009 at 4:38 PM, Moritz Lennert
wrote:
On 05/03/09 10:43, Markus Neteler wrote:
..
Suggestion:
make SQLite as default DBMS driver in devel_branch6 (alias GRASS 6.5).
Since today, in 2009, the driver has received a lot of testing, is
defi
Hi
I am processing MODIS LST time series and got this problem:
r.in.gdal -o --o aqua_lst1km20090130.QC_Night.tif
out=aqua_lst1km20090130.QC_Night
100%
ERROR: Unable to make mapset element cell_misc/aqua_lst1km20090130.QC_Night
(/home/neteler/grassdata/patUTM32/modisLST005filt/cell_misc/a
Markus Neteler wrote:
> If allowing one file per map isn't too hard to implement as optional feature
> it might be a (last) requirement to make it the default driver.
AFAICT, there are two obvious ways to do this:
1. Have two SQLite drivers, one using a single file, the other using
one file per
On Mar 5, 2009, at 5:44 PM, wrote:
Date: Thu, 5 Mar 2009 16:24:38 -0800
From: "Moskovitz, Bob"
Subject: RE: sqlite and grass65: was Re: [GRASS-dev] sqlite and
grass64
To: "Markus Neteler" , "Moritz Lennert"
Cc: GRASS developers list
Message-ID:
Content-Type: t
On Mar 5, 2009, at 5:44 PM, wrote:
Date: Thu, 5 Mar 2009 19:04:46 +0100
From: Markus Neteler
Subject: Re: sqlite and grass65: was Re: [GRASS-dev] sqlite and
grass64
To: Moritz Lennert
Cc: GRASS developers list
Message-ID:
<86782b610903051004n5601199ax269f60f1949c6...@mail.g
> > Concerning the need to be able to easily backup/share, I
> think we definitely
> > need some module which isolates and exports a series of
> chosen maps in a new
> > temporary mapset with a local sqlite db file, copies the
> chosen maps into
> > this temp mapset and then creates a tarball (o
#518: negative flow accumulation with r.watershed SFD or MFD
--+-
Reporter: dylan| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major
From working with the current version of r.watershed for modeling, it
would be nice to have a flag that turns off the "feature" that makes
accumulation values negative if the entire upper end of a watershed is
not on a map. I understand the rationale behind this, but it would be
nice to be
#427: wxNVIZ: crash when only vector map present
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: closed
Priority: critical | Milestone: 6.4.0
Comp
#519: osgeo4w build
-+--
Reporter: jef | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major| Milestone: 6.4.0
C
#518: negative flow accumulation with r.watershed SFD or MFD
--+-
Reporter: dylan| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milesto
#518: negative flow accumulation with r.watershed SFD or MFD
-+--
Reporter: dylan| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major|
Devs,
Colin tried attached patch and with that DATETIME builds
but then the problem continues for the other libraries.
I am no good at reading Makefiles, help needed.
Markus
On Thu, Mar 5, 2009 at 5:24 PM, Colin Nielsen wrote:
> Still not working, sorry. I'm still a bit new at this so I'll giv
On Thu, Mar 5, 2009 at 4:38 PM, Moritz Lennert
wrote:
> On 05/03/09 10:43, Markus Neteler wrote:
..
>> Suggestion:
>> make SQLite as default DBMS driver in devel_branch6 (alias GRASS 6.5).
>> Since today, in 2009, the driver has received a lot of testing, is
>> definitely superiour to DBF (where w
Still not working, sorry. I'm still a bit new at this so I'll give you
my steps to make sure I didn't miss anything
1) svn up
2) make clean
3) config.status --recheck
4) make
Result:
$ make > /dev/null
gcc.exe: ../../lib/gis/OBJ.i686-pc-mingw32/dllmain.o: No such file or directory
make[3]: ***
[/
On 05/03/09 10:43, Markus Neteler wrote:
Coming back to an old thread:
(SQLite as default DBMS driver)
On Mon, Jan 14, 2008 at 12:55 AM, Glynn Clements
wrote:
Hamish wrote:
Are there any instances where the dbf driver can do some
functionality that the sqlite driver cannot? I use the sqlite
On Mar 5, 2009, at 3:43 AM, Markus Neteler wrote:
Suggestion:
make SQLite as default DBMS driver in devel_branch6 (alias GRASS 6.5).
Since today, in 2009, the driver has received a lot of testing, is
definitely
superiour to DBF (where we regularly get complaints).
If allowing one file per ma
>Suggestion:
>make SQLite as default DBMS driver in devel_branch6 (alias GRASS 6.5).
>Since today, in 2009, the driver has received a lot of testing, is definitely
>superiour to DBF (where we regularly get complaints).
>
>
>Markus
+1. I think it's a great idea.
~ Eric.
___
Hi,
2009/3/5 Markus Neteler :
[...]
> make SQLite as default DBMS driver in devel_branch6 (alias GRASS 6.5).
> Since today, in 2009, the driver has received a lot of testing, is definitely
> superiour to DBF (where we regularly get complaints).
>
> If allowing one file per map isn't too hard to
Hello GRASSers,
I got pissed off by current NVIZ view positioning implementation and
created new experimental feature "click to recenter" [1]. svn up Your
develbranch, activate C2C mode, click to set new view center (look-to
point), use mouse wheel to zoom in/out (change perspective).
Current C2C i
Coming back to an old thread:
(SQLite as default DBMS driver)
On Mon, Jan 14, 2008 at 12:55 AM, Glynn Clements
wrote:
> Hamish wrote:
>
>> > Are there any instances where the dbf driver can do some
>> > functionality that the sqlite driver cannot? I use the sqlite driver
>> > all the time for my
22 matches
Mail list logo
