Hi,
just a quick followup about qgd file. Paul just merged that PR
https://github.com/qgis/QGIS/pull/6717 and qgd are now only created when
needed.
Thanks Andreas for raising the issue !
2018-03-07 18:45 GMT+01:00 Carlo A. Bertelli (Charta s.r.l.) <
carlo.berte...@gmail.com>:
> A disruptive "mor
A disruptive "moreover approach" suggests some reflection about the file
database approach.
I see several places where handling metadata in the database could provide
a better but possibly conflicting solution.
This happens for instance with styles stored on the database that may
easily be overwr
2018-03-07 17:10 GMT+01:00 Jürgen E. Fischer :
> Hi Andreas,
>
> On Mon, 05. Mar 2018 at 16:03:08 +0100, Andreas Neumann wrote:
> > In QGIS 3 there is always a qgd file created alongside with QGIS
> > projects. I heard that they are used as auxilliary file to store project
> > specific labels - ri
Hi Andreas,
On Mon, 05. Mar 2018 at 16:03:08 +0100, Andreas Neumann wrote:
> In QGIS 3 there is always a qgd file created alongside with QGIS
> projects. I heard that they are used as auxilliary file to store project
> specific labels - right?
Sorry for not checking myself. Are the qgd only wri
Haha. I was going to start prototyping this idea next week. I will start a
QEP at some stage this week to collect ideas.
- Nathan
On Tue, Mar 6, 2018 at 6:31 PM, Paolo Cavallini
wrote:
> Il 06/03/2018 09:29, Alessandro Pasotti ha scritto:
> > Maybe out of scope but I'd like to see an abstracti
Il 06/03/2018 09:29, Alessandro Pasotti ha scritto:
> Maybe out of scope but I'd like to see an abstraction on top of
> QgsProject to be able to load the project from different sources, for
> instance a REST API, or a gpkg.
right - or a PostgeSQL, as well.
all the best.
--
Paolo Cavallini - www.
Maybe out of scope but I'd like to see an abstraction on top of QgsProject
to be able to load the project from different sources, for instance a REST
API, or a gpkg.
On Mon, Mar 5, 2018 at 9:20 PM, Régis Haubourg
wrote:
> Hi Andreas,
> Good point indeed.
> In fact, the first implementations whe
Cool, let's do that !
(Paul is on vacations right now)
Regards
Régis
2018-03-06 0:36 GMT+01:00 Nyall Dawson :
> On 6 March 2018 at 06:59, Andreas Neumann wrote:
> > Hi Régis,
> >
> > Thanks for asking Paul to see if the .qgd files can be created only "on
> > demand" when necessary.
>
> +1
>
>
On 6 March 2018 at 06:59, Andreas Neumann wrote:
> Hi Régis,
>
> Thanks for asking Paul to see if the .qgd files can be created only "on
> demand" when necessary.
+1
> If there aren't any performance problems with .qgz in comparison with .qgs
> files, then I would be fine switching to the zippe
Hi Régis,
Thanks for asking Paul to see if the .qgd files can be created only "on
demand" when necessary.
If there aren't any performance problems with .qgz in comparison with
.qgs files, then I would be fine switching to the zipped version by default.
Andreas
On 05.03.2018 21:20, Régis
Hi Andreas,
Good point indeed.
In fact, the first implementations where created the database only when
needed and were also spatialite. It was slowing down a lot the workflow,
but now you raise the point, I think this was more linked to the spatialite
db creation time. I'll ask Paul if creating the
11 matches
Mail list logo