Hi Marcus, In the end i just removed the details in the 'VAR' file and saved it and it now defaults back to sqlite.
Many thanks everyone for your help as always. On 3 July 2018 at 07:48, Markus Metz <markus.metz.gisw...@gmail.com> wrote: > > > On Tue, Jul 3, 2018 at 8:09 AM, Moritz Lennert < > mlenn...@club.worldonline.be> wrote: > > > > > > > > Am 2. Juli 2018 21:06:15 MESZ schrieb Markus Metz < > markus.metz.gisw...@gmail.com>: > > >On Mon, Jul 2, 2018 at 4:54 PM, Moritz Lennert > > ><mlenn...@club.worldonline.be> > > >wrote: > > >> > > >> Le Mon, 2 Jul 2018 16:36:30 +0200, > > >> Markus Metz <markus.metz.gisw...@gmail.com> a écrit : > > >> > > >> > On Mon, Jul 2, 2018 at 4:04 PM, Paul Shapley <p.shap...@gmail.com> > > >> > wrote: > > >> > > > > >> > > Hi Markus, > > >> > > > > >> > > Used 'db.connect' driver=sqlite > > >> > database=$GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db > > >> > > > > >> > > I had to delete 'database schema=grass_gis' > > >> > > > > >> > > I had to delete 'default group=postgis_reader' > > >> > > > >> > That seems to be a bug in db.connect, apparently it is not possible > > >to > > >> > reset schema and group. Can you please open a ticket? > > >> > > >> AFAIR, schema= and group= (i.e. without any value) should reset these > > >> parameters. > > > > > >That means no answer to schema and group would be a reasonable default > > >answer in order to easily change the current connection parameters? > > > > No, should was the wrong word: does would have been better. AFAIR, > explicitly setting them to no answer already did reset them. > > True. However, the manual says > > *schema*=*name* Database schema Do not use this option if schemas are not > supported by driver/database server > Markus M > > > > > Moritz > > > > > -- *Paul J. Shapley *MSc CGeog (GIS) FRGS
_______________________________________________ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user