Re: [GRASS-dev] xganim: fix compilation or remove completely?
Vaclav Petras wrote: > The only question is if wxpyimgview is as fast as wximgview. Speed > is the only reason why they exists, isn't it? Not really. A fundamental property of those programs is that they will dynamically update the display whenever the image file changes. For display commands which take a while to execute, updates can continue during the drawing process. This was a significant reason for supporting memory-mapped images: once the file has been created, it remains valid even while being modified. -- Glynn Clements ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 6.5 on Mavericks
On Sat, Dec 21, 2013 at 9:49 PM, Michael Barton wrote: > Has this been fixed yet so I can compile 6.5? Yes, as written earlier, in http://trac.osgeo.org/grass/changeset/58477 Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] xganim: fix compilation or remove completely?
On Sun, Dec 22, 2013 at 11:34 AM, Glynn Clements wrote: > > Vaclav Petras wrote: > >> The only question is if wxpyimgview is as fast as wximgview. Speed >> is the only reason why they exists, isn't it? > > Not really. A fundamental property of those programs is that they will > dynamically update the display whenever the image file changes. > > For display commands which take a while to execute, updates can > continue during the drawing process. > > This was a significant reason for supporting memory-mapped images: > once the file has been created, it remains valid even while being > modified. Naive question: is this technology also used for the "wx0" etc monitor which is rather slow? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2147: db.databases not working in GRASS 7
#2147: db.databases not working in GRASS 7
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone: 7.0.0
Component: Database | Version: svn-trunk
Keywords: db.databases, sqlite |Platform: All
Cpu: OSX/Intel |
--+-
Changes (by neteler):
* platform: Unspecified => All
Comment:
Confirmed problem on Fedora 19:
{{{
# using older copy of NC dataset location:
GRASS 7.0.svn (nc_spm_08):~ > db.drivers -p
ogr
sqlite
dbf
GRASS 7.0.svn (nc_spm_08):~ > g.gisenv set=DEBUG=1
GRASS 7.0.svn (nc_spm_08):~ > db.databases
D1/1: db_d_init_error(): DBF
dbmi: db_list_databases() not implemented
dbmi: db_list_databases() not implemented
ERROR: Unable to list databases
GRASS 7.0.svn (nc_spm_08):~ > db.connect -p
driver: dbf
database: /home/neteler/grassdata/nc_spm_08/user1/dbf/
schema:
group:
GRASS 7.0.svn (nc_spm_08):~ > db.connect -d
D1/1: Creating new default DB params with db_set_default_connection()
Default driver / database set to:
driver: sqlite
database: $GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db
GRASS 7.0.svn (nc_spm_08):~ > db.connect -p
driver: sqlite
database: /home/neteler/grassdata/nc_spm_08/user1/sqlite/sqlite.db
schema:
group:
GRASS 7.0.svn (nc_spm_08):~ > db.databases
D1/1: db_d_init_error(): SQLite
D1/1: db count = 0
No databases found
}}}
--
Ticket URL:
GRASS GIS
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] g.version not returning revision number. Is this a bug?
On Sat, Dec 21, 2013 at 10:26 PM, Michael Barton wrote: > I did that. I normally use svn up. > > I think I might have done a new svn checkout after upgrading to Mavericks and > new svn. What output do you get when running svnversion in the source code main directory? On Linux, I get the plain revision number. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2147: db.databases not working in GRASS 7
#2147: db.databases not working in GRASS 7
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone: 7.0.0
Component: Database | Version: svn-trunk
Keywords: db.databases, sqlite |Platform: All
Cpu: OSX/Intel |
--+-
Comment(by martinl):
Replying to [comment:4 neteler]:
{{{
> GRASS 7.0.svn (nc_spm_08):~ > db.databases
> D1/1: db_d_init_error(): DBF
> dbmi: db_list_databases() not implemented
> dbmi: db_list_databases() not implemented
> ERROR: Unable to list databases
>
> GRASS 7.0.svn (nc_spm_08):~ > db.connect -p
> driver: dbf
> database: /home/neteler/grassdata/nc_spm_08/user1/dbf/
> schema:
> group:
}}}
This is OK. DBF driver has no implemented function to list databases.
{{{
> GRASS 7.0.svn (nc_spm_08):~ > db.connect -d
> D1/1: Creating new default DB params with db_set_default_connection()
> Default driver / database set to:
> driver: sqlite
> database: $GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db
>
> GRASS 7.0.svn (nc_spm_08):~ > db.connect -p
> driver: sqlite
> database: /home/neteler/grassdata/nc_spm_08/user1/sqlite/sqlite.db
> schema:
> group:
>
> GRASS 7.0.svn (nc_spm_08):~ > db.databases
> D1/1: db_d_init_error(): SQLite
> D1/1: db count = 0
> No databases found
}}}
The command
{{{
db.connect -d
D1/1: Creating new default DB params with db_set_default_connection()
Default driver / database set to:
driver: sqlite
database: $GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db
}}}
doesn't create database, so `db.databases` doesn't list any database. You
need to run command which writes attribute data to the database.
--
Ticket URL:
GRASS GIS
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2147: db.databases not working in GRASS 7
#2147: db.databases not working in GRASS 7
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone: 7.0.0
Component: Database | Version: svn-trunk
Keywords: db.databases, sqlite |Platform: All
Cpu: OSX/Intel |
--+-
Comment(by neteler):
Replying to [comment:5 martinl]:
> Replying to [comment:4 neteler]:
...
> {{{
> > GRASS 7.0.svn (nc_spm_08):~ > db.databases
> > D1/1: db_d_init_error(): SQLite
> > D1/1: db count = 0
> > No databases found
> }}}
>
> The command
> {{{
> db.connect -d
> D1/1: Creating new default DB params with db_set_default_connection()
> Default driver / database set to:
> driver: sqlite
> database: $GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db
> }}}
>
> doesn't create database, so `db.databases` doesn't list any
> database. You need to run command which writes attribute data
> to the database.
Good point.
Maybe "db.connect -d" should create the (empty) sqlite.db file to
avoid user confusion.
--
Ticket URL:
GRASS GIS
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
