[QGIS-Developer] Plugin [1380] Batch Hillshader approval notification.

[noreply]

Plugin Batch Hillshader approval by pcav.
The plugin version "[1380] Batch Hillshader 2.4.1" is now approved
Link: http://plugins.qgis.org/plugins/batch_hillshader-master/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1976] CQFS approval notification.

[noreply]

Plugin CQFS approval by pcav.
The plugin version "[1976] CQFS 0.2" is now approved
Link: http://plugins.qgis.org/plugins/CQFS_0044/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1976] CQFS approval notification.

[noreply]

Plugin CQFS approval by pcav.
The plugin version "[1976] CQFS 0.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/CQFS_0044/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1214] Open eQuarter approval notification.

[noreply]

Plugin Open eQuarter approval by pcav.
The plugin version "[1214] Open eQuarter 0.999c" is now approved
Link: http://plugins.qgis.org/plugins/mole/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1963] Mappia Publisher approval notification.

[noreply]

Plugin Mappia Publisher approval by zimbogisgeek.
The plugin version "[1963] Mappia Publisher 1.9.1" is now approved
Link: http://plugins.qgis.org/plugins/mappia_publisher/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1957] QWaterModel approval notification.

[noreply]

Plugin QWaterModel approval by zimbogisgeek.
The plugin version "[1957] QWaterModel 1.0" is now approved
Link: http://plugins.qgis.org/plugins/qwatermodel/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1990] Spectral Library Tool approval notification.

[noreply]

Plugin Spectral Library Tool approval by zimbogisgeek.
The plugin version "[1990] Spectral Library Tool 1.0.8" is now approved
Link: http://plugins.qgis.org/plugins/spectral_libraries/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1990] Spectral Library Tool approval notification.

[noreply]

Plugin Spectral Library Tool approval by zimbogisgeek.
The plugin version "[1990] Spectral Library Tool 1.0.8" is now unapproved
Link: http://plugins.qgis.org/plugins/spectral_libraries/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] 2020 budget proposal

[Anita Graser]

Thank you Andreas, looks good to me.

Anita


On Thu, Mar 19, 2020 at 10:50 PM Andreas Neumann 
wrote:

> Hi PSC and contributors,
>
> Please find the updated 2020 budget proposal at
>
> https://docs.google.com/spreadsheets/d/1pUlUWa7PfgxLn-sX6K2ccPN7ZWXzqrw_QNNFyvw8Sl4/edit#gid=0
>
> Comments:
>
> - as proposed by some (e.g. Régis) for 2021 we will discuss and approve
> the budget in late 2020. Makes more sense.
>
> - I already took into account that the 1st contributor meeting was
> cancelled
>
> - I added the Python cookbook expenses as discussed recently
>
> - I added VAT reverse charge expense estimates
>
> - In some cells you can find comments - the cells with the yellow
> triangles in the upper-right corner of the cells
>
> I am awaiting your comments. Questions? Did I miss expenses that you see
> upcoming but haven't been taken into account?
>
> Greetings,
>
> Andreas
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Jeremy Palmer]

HI Jürgen,

On Fri, Mar 20, 2020 at 7:55 PM Jürgen E. Fischer  wrote:

> Hi Jeremy,
>


> In PRØJ 7 the grid files were turned to tif and are not packaged
> individually
> anymore, probably because proj can downloaded them individually on demand
> now
> - but we apparently don't use that.
>

They have been converted to TIF, but I thought these new files were still
the same logical separated grids as published by agencies? Can we just
distribute a subset of what's in the new data package which is the same as
proj-datumgrid?

Cheers
Jeremy
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] [Qgis-psc] 2020 budget proposal

[Tim Sutton]

Looks good for me too!

Regards

Tim

> On 20 Mar 2020, at 07:08, Marco Bernasocchi  wrote:
> 
> looks really good to me, thanks Andreas!
> cheers
> Marco
> 
> On Thu, 19 Mar 2020, 22:50 Andreas Neumann,  > wrote:
> Hi PSC and contributors,
> 
> Please find the updated 2020 budget proposal at 
> https://docs.google.com/spreadsheets/d/1pUlUWa7PfgxLn-sX6K2ccPN7ZWXzqrw_QNNFyvw8Sl4/edit#gid=0
>  
> 
> 
> Comments:
> 
> - as proposed by some (e.g. Régis) for 2021 we will discuss and approve 
> the budget in late 2020. Makes more sense.
> 
> - I already took into account that the 1st contributor meeting was cancelled
> 
> - I added the Python cookbook expenses as discussed recently
> 
> - I added VAT reverse charge expense estimates
> 
> - In some cells you can find comments - the cells with the yellow 
> triangles in the upper-right corner of the cells
> 
> I am awaiting your comments. Questions? Did I miss expenses that you see 
> upcoming but haven't been taken into account?
> 
> Greetings,
> 
> Andreas
> 
> 
> ___
> Qgis-psc mailing list
> qgis-...@lists.osgeo.org 
> https://lists.osgeo.org/mailman/listinfo/qgis-psc 
> ___
> Qgis-psc mailing list
> qgis-...@lists.osgeo.org 
> https://lists.osgeo.org/mailman/listinfo/qgis-psc 
> 
—









Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

I'd love to connect. Here's my calendar link  to 
make finding time easy.

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Even Rouault]

On vendredi 20 mars 2020 19:26:03 CET Jeremy Palmer wrote:
> > On Fri, 20. Mar 2020 at 08:12:35 +0100, Andreas Neumann wrote:
> > > Isn't that potentially a quite large amount of data? Most QGIS users
> > 
> > that I
> > 
> > > know mainly work in one country or region and only need one gridshift
> > 
> > file.
> > 
> > > Of course there are exceptions.
> 
> Why not ship with the same grids that come with proj-datumgrid

I'd suggest to reavaluate that. proj-datumgrid grew organically, without a 
particular thinking of which grids were essential, and which were not. Maybe 
looking at the countries where most QGIS users live could be a way of taking 
an informed decision. I guess the UK grid could be relevant for example in a 
base package.

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Jürgen E . Fischer]

Hi Andreas,

On Fri, 20. Mar 2020 at 09:54:50 +0100, Andreas Neumann wrote:
> Am 20.03.20 um 09:51 schrieb Jürgen E. Fischer:
> > Picking from 245 grids is probably not desirable either.

> I thought that we could present a list of available grids (e.g. from
> https://github.com/OSGeo/PROJ-data ) to the user where all grids are
> deactivated by default and the user could opt-in. Just like other software
> would offer e.g. a list of templates or similar.

That still means picking from 245 grids - but we could point them to
https://cdn.proj.org/ and just tell them where to put the grids they want from
the installer.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Nordenhttps://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] QGIS "fast" mode

[Alessandro Pasotti]

On Fri, Mar 20, 2020 at 9:08 AM Julien Cabieces
 wrote:
>
>
> Hi,
>
> > Hi, can someone explain what is the real logic currently coded for trust
> > option?
>
> It calls the QgsProject::setTrustLayerMetaData(bool) which says
>
> > Sets the trust option allowing to indicate if the extent has to be read 
> > from the XML document when data source has no metadata or if the data 
> > provider has to determine it.
> > Moreover, when this option is activated, primary key unicity is not checked 
> > for views and materialized views with Postgres provider.
>
> And from what I see from the code it does what it says, no less, no
> more. Only for PostGres.
>
> As a result the variable checkPrimaryKeyUnicity is set to 1 in the uri.
>
> It also add a trust node in project configuration for every layer, but I
> don't see where it's used in QGIS code (I maybe miss something)
>

So far so good, but I'd really like to stop having all these
differences among providers, there is too much Postgres specific
implementation in QGIS now.

At least for use estimated metadata, and "trust" options we should
agree on a minimal set of provider-agnostic options that the different
providers can support and expose through capability flags.

The options should be ideally settable per-layer (as part of the data
source URI) and with a per-project default that applies when there is
no such information in the individual layer URI.

My main concern is that we currently have a whole lot of
undocumented/hidden behaviors and slight variations among different
providers and we should really try hard to homogenize them and
eventually converge towards a unified interface with more shared
capabilities.

Kind regards

-- 
Alessandro Pasotti
w3:   www.itopen.it
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Jürgen E . Fischer]

Hi Jeremy,

On Fri, 20. Mar 2020 at 19:26:03 +1100, Jeremy Palmer wrote:
> Why not ship with the same grids that come with proj-datumgrid (or what
> QGIS typically ships in MacOSX and Windows.

In PRØJ 7 the grid files were turned to tif and are not packaged individually
anymore, probably because proj can downloaded them individually on demand now
- but we apparently don't use that.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Nordenhttps://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Andreas Neumann]

Hi Jürgen,

I thought that we could present a list of available grids (e.g. from 
https://github.com/OSGeo/PROJ-data ) to the user where all grids are 
deactivated by default and the user could opt-in. Just like other 
software would offer e.g. a list of templates or similar.


Of course we don't know automatically what grids are of interest.

Andreas

Am 20.03.20 um 09:51 schrieb Jürgen E. Fischer:

Hi Andreas,

On Fri, 20. Mar 2020 at 09:21:00 +0100, Andreas Neumann wrote:

Alternatively, would it be possible to integrate an additional step/choice
in the standalone installer that would download grid-shift files of interest
for the user?

How do we tell which shift files are of interest?

I guess that one reason for it being one big blob is that nobody knows the
extent of interest for all the individual grids (or CRSes).

I don't know which grids you use, you probably don't know which I use - and
we're even on a close longitude. ;)

Picking from 245 grids is probably not desirable either.


Jürgen


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Jürgen E . Fischer]

Hi Andreas,

On Fri, 20. Mar 2020 at 09:21:00 +0100, Andreas Neumann wrote:
> Alternatively, would it be possible to integrate an additional step/choice
> in the standalone installer that would download grid-shift files of interest
> for the user?

How do we tell which shift files are of interest?

I guess that one reason for it being one big blob is that nobody knows the
extent of interest for all the individual grids (or CRSes).

I don't know which grids you use, you probably don't know which I use - and
we're even on a close longitude. ;)

Picking from 245 grids is probably not desirable either.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Nordenhttps://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Jeremy Palmer]

>
> On Fri, 20. Mar 2020 at 08:12:35 +0100, Andreas Neumann wrote:
> > Isn't that potentially a quite large amount of data? Most QGIS users
> that I
> > know mainly work in one country or region and only need one gridshift
> file.
> > Of course there are exceptions.
>

Why not ship with the same grids that come with proj-datumgrid (or what
QGIS typically ships in MacOSX and Windows. Then all other full grids need
to be downloaded on request. This way, the user experience is no worse than
it is currently, and there is the added benefit of being able to download
grids when needed quickly.

Cheers
Jeremy
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Andreas Neumann]

Hi, Jürgen,

Thanks for explaining the situation. 500MB is definitely too large and 
it would be useless data for most users.


Might it be an option to store grid-shift files alternatively also in 
the QGIS user directory - I mean the folder where the user stores his 
settings, plugins, expressions. I agree that many users wouldn't have 
access to the main install directory.


Alternatively, would it be possible to integrate an additional 
step/choice in the standalone installer that would download grid-shift 
files of interest for the user?


Thanks,

Andreas

Am 20.03.20 um 09:09 schrieb Jürgen E. Fischer:

Hi Andreas,

On Fri, 20. Mar 2020 at 08:12:35 +0100, Andreas Neumann wrote:

Isn't that potentially a quite large amount of data? Most QGIS users that I
know mainly work in one country or region and only need one gridshift file.
Of course there are exceptions.

Yes. proj-dev-data is >500MB (also containing two extra huge grids with of 80
MB & 73 MB each; the latter for just one state in Germany).

Putting it in the regular proj directory from within QGIS might also not be
possible, when a regular user runs QGIS.  And internet access to download is
also not a given.

In OSGeo4W this isn't a problem.  Downloading from within the standalone
installer could be an option, but that kind of ruins the point of having a
standalone installer.


Jürgen


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Jürgen E . Fischer]

Hi Andreas,

On Fri, 20. Mar 2020 at 08:12:35 +0100, Andreas Neumann wrote:
> Isn't that potentially a quite large amount of data? Most QGIS users that I
> know mainly work in one country or region and only need one gridshift file.
> Of course there are exceptions.

Yes. proj-dev-data is >500MB (also containing two extra huge grids with of 80
MB & 73 MB each; the latter for just one state in Germany).

Putting it in the regular proj directory from within QGIS might also not be
possible, when a regular user runs QGIS.  And internet access to download is
also not a given.

In OSGeo4W this isn't a problem.  Downloading from within the standalone
installer could be an option, but that kind of ruins the point of having a
standalone installer.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Nordenhttps://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] QGIS "fast" mode

[Julien Cabieces]

Hi, 

> Hi, can someone explain what is the real logic currently coded for trust
> option? 

It calls the QgsProject::setTrustLayerMetaData(bool) which says

> Sets the trust option allowing to indicate if the extent has to be read from 
> the XML document when data source has no metadata or if the data provider has 
> to determine it.
> Moreover, when this option is activated, primary key unicity is not checked 
> for views and materialized views with Postgres provider.

And from what I see from the code it does what it says, no less, no
more. Only for PostGres.

As a result the variable checkPrimaryKeyUnicity is set to 1 in the uri.

It also add a trust node in project configuration for every layer, but I
don't see where it's used in QGIS code (I maybe miss something)

Regards,
Julien
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] QGIS "fast" mode

[René-Luc Dhont]

Hi Régis,

The trust option is used in QgProject with 
QgsVectorLayer::setReadExtentFromXml

https://github.com/qgis/QGIS/blob/master/src/core/qgsproject.cpp#L3304

Then in the case of a postgres layer, the checkUnicityKey is disabled
https://github.com/qgis/QGIS/blob/master/src/core/qgsvectorlayer.cpp#L1684

And it's all. The trust option only avoid to calculate layer Extent and 
verify primary key for postgres layers.


The estimatedMetadata layer option is more common in provider. It will 
be great to can check/uncheck this option.


Regards
René-luc

Le 19/03/2020 à 19:30, Régis Haubourg a écrit :
Hi, can someone explain what is the real logic currently coded for 
trust option? It feels like this topic raises again each year for 5 
years now, and we have regressions and what it is supposed to do.


It was funded at start to not check at all any metadata on the 
datasource and read only qgs informations

Did it change for some reason ? Why?

It should be adequate even for big databases of QGIS stores all the 
required informations.


Regards
Regis



___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Proj 7 auto grid download

[Andreas Neumann]

Hi Nyall,

That's basically what we have now. When a grid is desirable (and not
installed) you get a warning in the message bar, which you can click
to open a dialog which explains the situation and provides a download
link, and a button to "install" (copy to the right place) the
downloaded file.

The only extra steps we could do to improve this would be:
- Avoid the "click to download in your browser" link, and instead have
a button which downloads in the background of QGIS itself and
auto-installs after download
- Take it another step further, and just immediately trigger the
download task when we first show that warning

I would be in favor of this option

- Avoid all these issues and download EVERYTHING for EVERYWHERE at
first startup ;)


Isn't that potentially a quite large amount of data? Most QGIS users 
that I know mainly work in one country or region and only need one 
gridshift file. Of course there are exceptions.


Greetings,

Andreas


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] [Qgis-psc] 2020 budget proposal

[Marco Bernasocchi]

looks really good to me, thanks Andreas!
cheers
Marco

On Thu, 19 Mar 2020, 22:50 Andreas Neumann,  wrote:

> Hi PSC and contributors,
>
> Please find the updated 2020 budget proposal at
>
> https://docs.google.com/spreadsheets/d/1pUlUWa7PfgxLn-sX6K2ccPN7ZWXzqrw_QNNFyvw8Sl4/edit#gid=0
>
> Comments:
>
> - as proposed by some (e.g. Régis) for 2021 we will discuss and approve
> the budget in late 2020. Makes more sense.
>
> - I already took into account that the 1st contributor meeting was
> cancelled
>
> - I added the Python cookbook expenses as discussed recently
>
> - I added VAT reverse charge expense estimates
>
> - In some cells you can find comments - the cells with the yellow
> triangles in the upper-right corner of the cells
>
> I am awaiting your comments. Questions? Did I miss expenses that you see
> upcoming but haven't been taken into account?
>
> Greetings,
>
> Andreas
>
>
> ___
> Qgis-psc mailing list
> qgis-...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-psc
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Geopackage FID columns: i HATE them!!!!

[matteo]

Hi,

> I personally HATE HATE HATE these columns, and would rather I never
> saw them ever again. Does anyone else feel the same? If so, could we
> potentially just permanently hide these columns from QGIS and avoid
> all these dangerous issues for users?

+1000 from an user perspective the fid is really confusing. The user
seems to be able to delete/edit the column but (of course) touching it
will throw an error when saving.

Moreover, it happens that during format conversion in the attribute
table there are fid/pk/id columns, with same numbers.

Thanks for raining this

Cheers

Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer