[Qgis-developer] Status of 2.8?

[Nyall Dawson]

Hi all (specifically Jürgen),

I'm looking for clarification on the future of the 2.8 branch will
there be any more point releases for this branch, or given that when
2.16 is released 2.14 will replace the ltr, is 2.8 effectively
finished and just history now?

I'm just trying to work out if it's a waste of time backporting stuff
to the 2.8 branch now.

Nyall
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] New commiter

[Alessandro Pasotti]

Welcome Stéphane!

2016-06-16 17:53 GMT+02:00 Stéphane Brunner :

> Hi
>
> I thank the PES to accept me as a new commiter, thanks to every body :-)
>
> I have read and I agree with the terms in the QGIS Contributor Guidelines (
> http://www.qgis.org/wiki/Contributor_Guidelines).
>
> Sincerely
> Stéphane Brunner
>
> --
> camptocamp.com
> mapfish.org
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>



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

Re: [Qgis-developer] Error during while creating the help for models in Processing

[Victor Olaya]

yes, please

Thanks!

2016-06-16 17:33 GMT+02:00 matteo :
> Hi all,
> just made more tests and the error seems related only for R scripts added to
> the model..
>
> should I open a ticket?
>
> thanks
>
> Matteo
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] New commiter

[Stéphane Brunner]

Hi

I thank the PES to accept me as a new commiter, thanks to every body :-)

I have read and I agree with the terms in the QGIS Contributor Guidelines (
http://www.qgis.org/wiki/Contributor_Guidelines).

Sincerely
Stéphane Brunner

-- 
camptocamp.com
mapfish.org
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Do QGIS and QGIS plugins fall under the same usage rights for scientific publication?

[Jürgen E . Fischer]

Hi Matthias,

On Thu, 16. Jun 2016 at 08:36:39 +0200, Matthias Kuhn wrote:
> I always thought that they are GPL even when you don't share them. The
> important clauses just don't trigger.

You don't need a license to use stuff you did yourself.  The license defines
what others are allowed to do with your work.


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 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode 



pgpzK1hcTgG6e.pgp
Description: PGP signature
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Error during while creating the help for models in Processing

[matteo]

Hi all,
just made more tests and the error seems related only for R scripts 
added to the model..


should I open a ticket?

thanks

Matteo
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [1037] Kortforsyningen approval notification.

[noreply]

Plugin Kortforsyningen approval by pcav.
The plugin version "[1037] Kortforsyningen 0.1" is now approved
Link: http://plugins.qgis.org/plugins/Kortforsyningen/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [1034] InADS GeoCoder approval notification.

[noreply]

Plugin InADS GeoCoder approval by pcav.
The plugin version "[1034] InADS GeoCoder 0.2" is now approved
Link: http://plugins.qgis.org/plugins/InADSGeoCoder/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [51] Hotlink approval notification.

[noreply]

Plugin Hotlink approval by pcav.
The plugin version "[51] Hotlink 0.7.6" is now approved
Link: http://plugins.qgis.org/plugins/Hotlink/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [834] GMSH approval notification.

[noreply]

Plugin GMSH approval by pcav.
The plugin version "[834] GMSH 0.1.3" is now approved
Link: http://plugins.qgis.org/plugins/gmsh/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Refreshing legend content

[Paolo Cavallini]

Il 16/06/2016 11:30, Nyall Dawson ha scritto:

> Your build is a few hours old. That's ancient in QGIS timescales. Update!

Great, thanks!

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Refreshing legend content

[Nyall Dawson]

On 16 Jun 2016 18:56, "Paolo Cavallini"  wrote:
>
> Hi all,
> related to a previous thread: is I activate the filtering of the legend,
> to refresh its content I have to:
> * first refresh the map
> * then click on the legend.
> The second click seems unnecessary, and it may well be confusing for the
> user. Is there a reason for it, or is this a bug?

Your build is a few hours old. That's ancient in QGIS timescales. Update!

Nyall
> All the best, and thanks.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Refreshing legend content

[Paolo Cavallini]

Hi all,
related to a previous thread: is I activate the filtering of the legend,
to refresh its content I have to:
* first refresh the map
* then click on the legend.
The second click seems unnecessary, and it may well be confusing for the
user. Is there a reason for it, or is this a bug?
All the best, and thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Neumann, Andreas]

Thank you, Matthias! 

I will test it. 

Andreas 

On 2016-06-16 09:35, Matthias Kuhn wrote:

> Sure, you are right,
> 
> Sorry, the commit message was wrong but the code is ok.
> 
> Matthias
> 
> On 06/16/2016 09:28 AM, Neumann, Andreas wrote: Hi Matthias,
> 
> Column header numbers? Aren't we discussing row header numbers?
> 
> Andreas
> 
> On 2016-06-16 09:25, Matthias Kuhn wrote:
> 
> Hi Andreas
> 
> It took me less time than it took me to write this email
> 
> https://github.com/qgis/QGIS/commit/9f704d6e92b922555bddb3a5a648edaac2aedf34
> 
> Matthias
> 
> On 06/16/2016 09:18 AM, Neumann, Andreas wrote: Hi Matthias,
> 
> If there are no negative side effects - I'd like to see the same
> behaviour like in spreadsheets - an always ascending list, starting from
> 1 - regardless of the order of the rows.
> 
> Would this be a lot of work to change this?
> 
> Andreas
> 
> On 2016-06-16 09:06, Matthias Kuhn wrote:
> 
> Hi Andreas,
> 
> I always thought that they are the feature ID. But not even that, often
> they are "feature id - 1", but that's not guaranteed at all.
> 
> We could make it match the feature id. Or the current index in the table
> like you propose.
> 
> Matthias
> 
> On 06/16/2016 08:56 AM, Neumann, Andreas wrote: Hi,
> 
> I'd like to discuss an issue in the attribute table.
> 
> There is this very first column (not stored in the provider) which
> lists
> the features as they appear in the provider (by default, if not
> re-ordered by the user). What are these values? Some internal ID not
> present in the data? Or some internal ID from the qt table widget?
> 
> I am just wondering, because regarding this first column, QGIS behaves
> different from Spreadsheets.
> 
> When you reorder the table in QGIS, this very first column becomes "out
> of order" - spreadsheets always display 1 to xxx - nicely ordered -
> regardless of the sort order. Could QGIS be aligned to the behaviour of
> spreadsheets or is there a particular reason not do so? I think, from a
> users perspective, because these numbers are not present in the data,
> that it would be more useful if they always stay ordered from 1 to xxx
> or 0 to xxx, regardless of sorting.
> 
> Thank you for your feedback.
> 
> Andreas
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> 
>  >
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> 
>  >
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

  ___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Matthias Kuhn]

Are you working with an attribute table (or an attribute table model) there?

Matthias

On 06/16/2016 09:18 AM, Tom Chadwin wrote:
> Matthias Kuhn-2 wrote
>> I always thought that they are the feature ID. But not even that, often
>> they are "feature id - 1", but that's not guaranteed at all.
> 
> Is this what I stumbled across?
> 
> https://github.com/tomchadwin/qgis2web/commit/530c974a632e17a0c55102f82040d65bed905319
> 
> Tom
> 
> 
> 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/The-first-column-in-the-attribute-table-tp5271947p5271955.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Neumann, Andreas]

Hi Matthias, 

Column header numbers? Aren't we discussing row header numbers? 

Andreas 

On 2016-06-16 09:25, Matthias Kuhn wrote:

> Hi Andreas
> 
> It took me less time than it took me to write this email
> 
> https://github.com/qgis/QGIS/commit/9f704d6e92b922555bddb3a5a648edaac2aedf34
> 
> Matthias
> 
> On 06/16/2016 09:18 AM, Neumann, Andreas wrote: Hi Matthias,
> 
> If there are no negative side effects - I'd like to see the same
> behaviour like in spreadsheets - an always ascending list, starting from
> 1 - regardless of the order of the rows.
> 
> Would this be a lot of work to change this?
> 
> Andreas
> 
> On 2016-06-16 09:06, Matthias Kuhn wrote:
> 
> Hi Andreas,
> 
> I always thought that they are the feature ID. But not even that, often
> they are "feature id - 1", but that's not guaranteed at all.
> 
> We could make it match the feature id. Or the current index in the table
> like you propose.
> 
> Matthias
> 
> On 06/16/2016 08:56 AM, Neumann, Andreas wrote: Hi,
> 
> I'd like to discuss an issue in the attribute table.
> 
> There is this very first column (not stored in the provider) which lists
> the features as they appear in the provider (by default, if not
> re-ordered by the user). What are these values? Some internal ID not
> present in the data? Or some internal ID from the qt table widget?
> 
> I am just wondering, because regarding this first column, QGIS behaves
> different from Spreadsheets.
> 
> When you reorder the table in QGIS, this very first column becomes "out
> of order" - spreadsheets always display 1 to xxx - nicely ordered -
> regardless of the sort order. Could QGIS be aligned to the behaviour of
> spreadsheets or is there a particular reason not do so? I think, from a
> users perspective, because these numbers are not present in the data,
> that it would be more useful if they always stay ordered from 1 to xxx
> or 0 to xxx, regardless of sorting.
> 
> Thank you for your feedback.
> 
> Andreas
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

  ___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Matthias Kuhn]

Sure, you are right,

Sorry, the commit message was wrong but the code is ok.

Matthias

On 06/16/2016 09:28 AM, Neumann, Andreas wrote:
> Hi Matthias,
> 
> Column header numbers? Aren't we discussing row header numbers?
> 
> Andreas
> 
> On 2016-06-16 09:25, Matthias Kuhn wrote:
> 
>> Hi Andreas
>>
>> It took me less time than it took me to write this email
>>
>> https://github.com/qgis/QGIS/commit/9f704d6e92b922555bddb3a5a648edaac2aedf34
>>
>> Matthias
>>
>> On 06/16/2016 09:18 AM, Neumann, Andreas wrote:
>>> Hi Matthias,
>>>
>>> If there are no negative side effects - I'd like to see the same
>>> behaviour like in spreadsheets - an always ascending list, starting from
>>> 1 - regardless of the order of the rows.
>>>
>>> Would this be a lot of work to change this?
>>>
>>> Andreas
>>>
>>> On 2016-06-16 09:06, Matthias Kuhn wrote:
>>>
 Hi Andreas,

 I always thought that they are the feature ID. But not even that, often
 they are "feature id - 1", but that's not guaranteed at all.

 We could make it match the feature id. Or the current index in the table
 like you propose.

 Matthias

 On 06/16/2016 08:56 AM, Neumann, Andreas wrote:
> Hi,
>
> I'd like to discuss an issue in the attribute table.
>
> There is this very first column (not stored in the provider) which
> lists
> the features as they appear in the provider (by default, if not
> re-ordered by the user). What are these values? Some internal ID not
> present in the data? Or some internal ID from the qt table widget?
>
> I am just wondering, because regarding this first column, QGIS behaves
> different from Spreadsheets.
>
> When you reorder the table in QGIS, this very first column becomes "out
> of order" - spreadsheets always display 1 to xxx - nicely ordered -
> regardless of the sort order. Could QGIS be aligned to the behaviour of
> spreadsheets or is there a particular reason not do so? I think, from a
> users perspective, because these numbers are not present in the data,
> that it would be more useful if they always stay ordered from 1 to xxx
> or 0 to xxx, regardless of sorting.
>
> Thank you for your feedback.
>
> Andreas
>
>  
>
>  
>
>  
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> 
>  >
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 
 >
 List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
 Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>>  
>>>
>>>  
> 
>  
> 
>  
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Tom Chadwin]

Matthias Kuhn-2 wrote
> I always thought that they are the feature ID. But not even that, often
> they are "feature id - 1", but that's not guaranteed at all.

Is this what I stumbled across?

https://github.com/tomchadwin/qgis2web/commit/530c974a632e17a0c55102f82040d65bed905319

Tom



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/The-first-column-in-the-attribute-table-tp5271947p5271955.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of OpenLayers plugin - time to deprecate?

[Pirmin Kalberer]

Hi Tim,

Am Donnerstag, 16. Juni 2016, 00.06:11 schrieb Tim Sutton:
> Hi Pirmin
> 
> > On 15 Jun 2016, at 18:58, Pirmin Kalberer  wrote:
> > 
> > Hi all,
> > 
> > Am Mittwoch, 15. Juni 2016, 08.20:13 schrieb Richard Duivenvoorde:
> >> Maybe first discuss with Author (in cc)?
> > 
> > Thanks Richard. Today was the 7th annual Swiss QGIS User meeting and
> > therefore no time to answer to this second shit storm wave earlier.
> > 
> > 
> > First some history for QGIS newbies:
> > The OpenLayers plugin was presented at the first QGIS User meeting six
> > years ago [1]. It was built to integrate Google Maps layers using the
> > Google API via OpenLayers. At this time only the illegal (but well known)
> > way using a GDAL VRT supported this functionality. In the meantime there
> > have been at least three plugins reimplementing this illegal TMS access
> > method, the latest (and best) is QuickMapServices. The OpenLayers plugin
> > got the first major breakage with the QGIS 2.0 API change. The
> > multithreaded rendering in QGIS 2.4 caused a complete rewrite of the
> > plugin. Between and after that other QGIS or Google Maps changes have
> > broken the OpenLayers plugin from time to time and it was a matter of
> > course that we "fix" it to adapt these (usually paid) changes.
> > 
> > I personally don't think that the name of this or another plugin is the
> > main reason for more than 700'000 downloads of the OpenLayers plugin. I
> > know of quite a few users staying with old QGIS version (even 1.x) just
> > to be able to display and print Google Maps base layers. For some of them
> > the plugin was important enough, to pay a few hundred Swiss Francs for
> > another "bug fix". Apart of this, OpenLayers was always done in my
> > limited spare time at home or at hackfests (travelling sponsored by
> > Sourcepole). Even when I pointed at a possible breakages of PluginLayers,
> > like before merging the map rotation feature, it seemed never to have any
> > priority to test a change with the OL plugin or even preventing to break
> > it. This attitude and the destructive Trump-syle tone with the +1 frency
> > in this community mailing list are definitely not the motivation I would
> > need for another bug fix. And regarding the reputation of QGIS, I find
> > promoting a plugin for doing  illegal things worse than not fixing
> > printing problems.
> > 
> > Enough of getting my frustration out - I have also a constructive
> > proposal:
> > Please pass a customRenderFlag during composer rendering to give
> > PluginLayers a chance to handle this case without adventurous workarounds
> > (and besides make it possible to fix WMTS printing with more than
> > 90dpi's). I would then at least turn off OL layers and display a message.
> 
> I’m wondering what the first storm was? The OpenLayers Plugin is a great
> tool for QGIS and I agree we could have approached this discussion more
> sensitively - e.g. by first approaching you and Maxim and other devs
> building similar tools to look for a way to reduce duplication of effort
> and solve the issues that users experience with printing etc. So please do
> accept our apologies.

The first wave started in December.
In the next days we have acceptance tests and training of our customized QGIS 
version demonstrated in Girona, before deploying it to 28'000 machines. So I 
appologize for not having the time for longer discussions now. I made a 
proposal for solving the technical problem in my answer.
And may I ask to continue the other disussions brought into this thread under 
a new subject. Just for the sake of Mathias', Luiz' and my mental health.

Regards
Pirmin

-- 
Pirmin Kalberer
Sourcepole  -  Linux & Open Source Solutions
http://www.sourcepole.com

[...]

> 
> ---
> 
> Tim Sutton
> QGIS Project Steering Committee Chair
> t...@qgis.org

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Matthias Kuhn]

Hi Andreas

It took me less time than it took me to write this email

https://github.com/qgis/QGIS/commit/9f704d6e92b922555bddb3a5a648edaac2aedf34

Matthias

On 06/16/2016 09:18 AM, Neumann, Andreas wrote:
> Hi Matthias,
> 
> If there are no negative side effects - I'd like to see the same
> behaviour like in spreadsheets - an always ascending list, starting from
> 1 - regardless of the order of the rows.
> 
> Would this be a lot of work to change this?
> 
> Andreas
> 
> On 2016-06-16 09:06, Matthias Kuhn wrote:
> 
>> Hi Andreas,
>>
>> I always thought that they are the feature ID. But not even that, often
>> they are "feature id - 1", but that's not guaranteed at all.
>>
>> We could make it match the feature id. Or the current index in the table
>> like you propose.
>>
>> Matthias
>>
>> On 06/16/2016 08:56 AM, Neumann, Andreas wrote:
>>> Hi,
>>>
>>> I'd like to discuss an issue in the attribute table.
>>>
>>> There is this very first column (not stored in the provider) which lists
>>> the features as they appear in the provider (by default, if not
>>> re-ordered by the user). What are these values? Some internal ID not
>>> present in the data? Or some internal ID from the qt table widget?
>>>
>>> I am just wondering, because regarding this first column, QGIS behaves
>>> different from Spreadsheets.
>>>
>>> When you reorder the table in QGIS, this very first column becomes "out
>>> of order" - spreadsheets always display 1 to xxx - nicely ordered -
>>> regardless of the sort order. Could QGIS be aligned to the behaviour of
>>> spreadsheets or is there a particular reason not do so? I think, from a
>>> users perspective, because these numbers are not present in the data,
>>> that it would be more useful if they always stay ordered from 1 to xxx
>>> or 0 to xxx, regardless of sorting.
>>>
>>> Thank you for your feedback.
>>>
>>> Andreas
>>>
>>>  
>>>
>>>  
>>>
>>>  
>>>
>>>
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org 
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org 
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
>  
> 
>  
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Neumann, Andreas]

Hi Matthias, 

If there are no negative side effects - I'd like to see the same
behaviour like in spreadsheets - an always ascending list, starting from
1 - regardless of the order of the rows. 

Would this be a lot of work to change this? 

Andreas 

On 2016-06-16 09:06, Matthias Kuhn wrote:

> Hi Andreas,
> 
> I always thought that they are the feature ID. But not even that, often
> they are "feature id - 1", but that's not guaranteed at all.
> 
> We could make it match the feature id. Or the current index in the table
> like you propose.
> 
> Matthias
> 
> On 06/16/2016 08:56 AM, Neumann, Andreas wrote: 
> 
>> Hi,
>> 
>> I'd like to discuss an issue in the attribute table.
>> 
>> There is this very first column (not stored in the provider) which lists
>> the features as they appear in the provider (by default, if not
>> re-ordered by the user). What are these values? Some internal ID not
>> present in the data? Or some internal ID from the qt table widget?
>> 
>> I am just wondering, because regarding this first column, QGIS behaves
>> different from Spreadsheets.
>> 
>> When you reorder the table in QGIS, this very first column becomes "out
>> of order" - spreadsheets always display 1 to xxx - nicely ordered -
>> regardless of the sort order. Could QGIS be aligned to the behaviour of
>> spreadsheets or is there a particular reason not do so? I think, from a
>> users perspective, because these numbers are not present in the data,
>> that it would be more useful if they always stay ordered from 1 to xxx
>> or 0 to xxx, regardless of sorting.
>> 
>> Thank you for your feedback.
>> 
>> Andreas
>> 
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

  ___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] The first column in the attribute table

[Matthias Kuhn]

Hi Andreas,

I always thought that they are the feature ID. But not even that, often
they are "feature id - 1", but that's not guaranteed at all.

We could make it match the feature id. Or the current index in the table
like you propose.

Matthias

On 06/16/2016 08:56 AM, Neumann, Andreas wrote:
> Hi,
> 
> I'd like to discuss an issue in the attribute table.
> 
> There is this very first column (not stored in the provider) which lists
> the features as they appear in the provider (by default, if not
> re-ordered by the user). What are these values? Some internal ID not
> present in the data? Or some internal ID from the qt table widget?
> 
> I am just wondering, because regarding this first column, QGIS behaves
> different from Spreadsheets.
> 
> When you reorder the table in QGIS, this very first column becomes "out
> of order" - spreadsheets always display 1 to xxx - nicely ordered -
> regardless of the sort order. Could QGIS be aligned to the behaviour of
> spreadsheets or is there a particular reason not do so? I think, from a
> users perspective, because these numbers are not present in the data,
> that it would be more useful if they always stay ordered from 1 to xxx
> or 0 to xxx, regardless of sorting.
> 
> Thank you for your feedback.
> 
> Andreas
> 
>  
> 
>  
> 
>  
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] The first column in the attribute table

[Neumann, Andreas]

Hi, 

I'd like to discuss an issue in the attribute table. 

There is this very first column (not stored in the provider) which lists
the features as they appear in the provider (by default, if not
re-ordered by the user). What are these values? Some internal ID not
present in the data? Or some internal ID from the qt table widget? 

I am just wondering, because regarding this first column, QGIS behaves
different from Spreadsheets. 

When you reorder the table in QGIS, this very first column becomes "out
of order" - spreadsheets always display 1 to xxx - nicely ordered -
regardless of the sort order. Could QGIS be aligned to the behaviour of
spreadsheets or is there a particular reason not do so? I think, from a
users perspective, because these numbers are not present in the data,
that it would be more useful if they always stay ordered from 1 to xxx
or 0 to xxx, regardless of sorting. 

Thank you for your feedback. 

Andreas 

  ___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Do QGIS and QGIS plugins fall under the same usage rights for scientific publication?

[Nathan Woodrow]

That's true just didn't want to over complicate it, but yes it's always GPL

On Thu, 16 Jun 2016 4:36 pm Matthias Kuhn  wrote:

> Hi Nathan,
>
> I always thought that they are GPL even when you don't share them. The
> important clauses just don't trigger.
>
> Matthias
>
> On 06/15/2016 11:54 PM, Nathan Woodrow wrote:
> > Hey Fox,
> >
> > QGIS plugins are always GPL no matter what (unless you don't share
> > them).  So yes QGIS and QGIS plugins both have the same copyright (well
> > copyleft really) licence.
> >
> > You are free to use a plugin for what ever purpose you see fit.
> >
> > Regards,
> >
> > On Thu, Jun 16, 2016 at 2:08 AM, Fox Underwood  > > wrote:
> >
> > QGIS, with citation, can be used for research. Can QGIS plugins
> > (installable from the plugin list within QGIS Desktop), with
> > citation, also be used for research? In other words, if someone
> > creates a plugin that's added to the repository, does the plugin
> > then fall under all the same usage and copyright rules that QGIS
> does?
> >
> > I realise it's splitting hairs and I'm sure it's alright to use the
> > plugin in research (citing both QGIS and the plugin creator
> > separately), but I was asked to look into plugin use for copyright
> > reasons before creating more figures and submitting a paper. I
> > emailed the plugin developer to ask permission to use the plugin for
> > research purposes. Since I haven't heard back, I thought I'd ask
> > QGIS developers about usage of plugins found in the repository.
> >
> > This page referred me to the QGIS developer mailing list:
> >
> http://hub.qgis.org/projects/quantum-gis/wiki/QGIS_Citation_Repository
> >
> > Clarification would be much appreciated. I'm quite happy to be using
> > QGIS for research now!
> >
> > Fox
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org  Qgis-developer@lists.osgeo.org>
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> >
> >
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Do QGIS and QGIS plugins fall under the same usage rights for scientific publication?

[Matthias Kuhn]

Hi Nathan,

I always thought that they are GPL even when you don't share them. The
important clauses just don't trigger.

Matthias

On 06/15/2016 11:54 PM, Nathan Woodrow wrote:
> Hey Fox,
> 
> QGIS plugins are always GPL no matter what (unless you don't share
> them).  So yes QGIS and QGIS plugins both have the same copyright (well
> copyleft really) licence.
> 
> You are free to use a plugin for what ever purpose you see fit.
> 
> Regards,
> 
> On Thu, Jun 16, 2016 at 2:08 AM, Fox Underwood  > wrote:
> 
> QGIS, with citation, can be used for research. Can QGIS plugins
> (installable from the plugin list within QGIS Desktop), with
> citation, also be used for research? In other words, if someone
> creates a plugin that's added to the repository, does the plugin
> then fall under all the same usage and copyright rules that QGIS does?
> 
> I realise it's splitting hairs and I'm sure it's alright to use the
> plugin in research (citing both QGIS and the plugin creator
> separately), but I was asked to look into plugin use for copyright
> reasons before creating more figures and submitting a paper. I
> emailed the plugin developer to ask permission to use the plugin for
> research purposes. Since I haven't heard back, I thought I'd ask
> QGIS developers about usage of plugins found in the repository.
> 
> This page referred me to the QGIS developer mailing list:
> http://hub.qgis.org/projects/quantum-gis/wiki/QGIS_Citation_Repository
> 
> Clarification would be much appreciated. I'm quite happy to be using
> QGIS for research now!
> 
> Fox
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer