[Qgis-developer] blocker regression in topological editing

[Sandro Santilli]

Hi Marco,
I'm not sure you get hub.qgis.org notifications so I'm writing you
directly. It is about a regression which was introduced by a commit
of yours: 

  commit 9c2d70186f054b71f1b792d13133f3856c855bf3
  Author: Marco Hugentobler 
  Date:   Wed Sep 16 05:19:26 2015 +0200
  
  Node tool without click-click mode
  
   src/app/nodetool/qgsmaptoolnodetool.cpp | 500 
---
   src/app/nodetool/qgsmaptoolnodetool.h   |  49 ++
   src/app/nodetool/qgsnodeeditor.cpp  |  23 ++---
   src/app/nodetool/qgsnodeeditor.h|   1 -
   src/app/nodetool/qgsselectedfeature.cpp |  53 ++-
   src/app/nodetool/qgsselectedfeature.h   |   3 -
   6 files changed, 391 insertions(+), 238 deletions(-)

The above commit introduced a bug which is easily reproducible with
this project file: http://hub.qgis.org/attachments/9958/bug_qgis_13952.zip

And these instructions: http://hub.qgis.org/issues/13952#note-11

I verified reverting the commit fixes the issue, and that
qgsnodeeditor.{cpp,h} changes have no effect, so the offending
patch is either in qgsmaptoolnodetool.{cpp,h} or
qgsselectedfeature.{cpp,h}

Could you help figuring out what the changes you added really did ?
The commit message isn't clear ("click-click mode"?).

Thanks in advance.

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   https://strk.kbt.io/services.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] geometry().geometry() not stable ?

[Matthias Kuhn]

Hi

On 06/27/2016 03:17 PM, Gusthiot Christophe wrote:
> Hello,
> I'm working on a Python plugin with 3D features. But I have some issues
> with the available methods.
> 
> What I'm doing :
> 
> - layer->startEditing, to set the layer editable if it's not yet the
> case (asking the user to do it)
> - feature->geometry->geometry, to have the 3D geometry for my feature
> - then I manipulate the geometry
> - layer->changeGeometry, to update the geometry of my feature
> Until the, It works fine...
> - I keep my layer editable, and try to do the same with another feature
> - but : I can do feature->geometry, but feature->geometry->geometry give
> me "Access violation - no RTTI data!"
> - and if I add updateExtents + commitChanges to save my layer, and try
> to do the same again, the feature->geometry->geometry leads to a mini dump

What operating system/distribution are you using? Where did you install
the package from?

Regards
Matthias
___
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] Fwd: [Qgis-user] QGIS problem with GeoPackage database views

[Marcus Blake]

@Richard: thanks for redirecting this question in to the correct people…and 
apologises for the size of the file…lack of specification on my part to a over 
enthusiastic team member ;-). I’ll reduce the size and put in a issue report.

I’m in total agreement with you on the tremendous potential of GeoPackage to 
support the sharing of all types of data (statistical, geospatial, metadata, 
imagery…). Certainly the statistical community (the UNGGIM), is grappling with 
the issue of integrating statistical and geospatial data models and I think 
GeoPackage can provide one important part of the solution.

As well as a useful container for publishing 2016 Census data...One of my 
aspiration is to use GeoPackage to publish the full data model that the ABS 
uses to internally store our geographic classification with the aim of 
providing a point of truth for all users.

But to do both of these things well, views are very valuable and would prevent 
a lot of data duplication. 

@Even Thanks for the quick reply…and all your important support for GDAL.

One of my team (more knowledgable than I) thought that it was an ID issue and 
both ESRI and Pitney Bowes seem to use a pseudo PKID to get around this issue 
(Pitney Bowes uses a specific field name MI_IDX)…so it good to have that 
confirmed. But it doesn’t look like there is a straight forward solution. Happy 
help going forward. We have scheduled September for development and testing, 
but I sure we can find some time before then.

It interesting that, despite the lack of PKID, both the classification and 
symbolisation for a choropleth maps and the Identify Features Tool work as 
expected….thoughts?

cheers,

Marcus Blake

——
Geospatial Data Manager
Australian Bureau of Statistics


> On 27 Jun 2016, at 6:10 AM, Even Rouault  > wrote:
> 
> Le dimanche 26 juin 2016 21:50:38, Richard Duivenvoorde a écrit :
>> On 26-06-16 21:22, Even Rouault wrote:
>>> The issue is that the OGR GeoPackage driver cannot derive an integer
>>> primary key from the view, and affects 0 as the fid for all features. In
>>> the case of the views of this particular dataset, the OBJECTID field
>>> could be used as the FID (given some logic to be implemented in the
>>> driver to analyze the structure of the view, the underlying tables and
>>> the unicity constraints on the join fields)
>> 
>> Ok... so, is this a driver challenge?
> 
> Eh, I love driver challenges :-)
> 
>> 
>> Or is it more an explicit problem, because the view is created without
>> explicit primary key?
>> 
>> Because, instead of putting 'some logic' into the driver trying to guess
>> a primary key, we can maybe create some kind of PK-constraint?
>> 
>> Like: a view (just like an Oracle table?) should have some kind of
>> primary key defined?
> 
> I'm not aware of a way of doing it :
> 
> Here's a failed attempt :
> sqlite> create unique index foo on sa1_b01_map_v ( OBJECTID );
> Error: views may not be indexed
> 
> I'd be curious if other databases have a way of doing it, but my feeling is 
> that I don't think it is possible for normal dynamic views. (Unless you are 
> using a materialized view as in Postgres for example)
> 
> 
>> If not: ask for it, so it is defined into the view
>> definition (uh... not sure IF that is possible at all in a view...).
>> Or QGIS asks for it: showing the attributes, and letting the user choose
>> the id('s) that the user (thinks) are unique and should be used as
>> primary key...
> 
> That would be a possibility, although that would still require an enhancement 
> in the OGR side to accept the name of the PKID as an option.
> 
> Anyway as a fallback in the absence of a PKID a sequential numbering would 
> probably be desirable (with the caveat that it wouldn't be stable when 
> attribute or spatial filters are applied, which could cause some problems )
> 
> Even
> 
> -- 
> Spatialys - Geospatial professional services
> http://www.spatialys.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] Report 5 - QGIS Symbology Sharing Tools

[Régis Haubourg]

Hi,
I tend to think that git / github workflow could be too high technician for
most users that have not developer's culture. This is how I see it for
processing script sharing today.. but processing is mostly concerning devs
when styling is a lot wider.
Why not combine both? Gist or equivalent for static files and git for the
main repo where or and collaborative work is required?
Cheers Regis

Le 27 juin 2016 21:20, "Richard Duivenvoorde"  a
écrit :
>
> On 27-06-16 18:28, Vincent Picavet (ml) wrote:
> > On 27/06/2016 12:41, Matthias Kuhn wrote:
> >> > On 06/27/2016 11:32 AM, Akbar Gumbira wrote:
> >>> >> Thanks for the feedback. Unfortunately raw URL is only provided
for a
> >>> >> single file, not a directory.
> >> >
> >> > Couldn't all the files be downloaded individually?
> >> > This will result in a couple of additional requests, but I'm not sure
> >> > this is something to worry about.
> >> > The main question would then be, where the client could retrieve the
> >> > file list (paths relative). Generating this list could be part of the
> >> > upload script.
> > I may be late to the party, but I really do not get the point of using
> > git here for data retrieval.
> > And furthermore, I wouldn't want QGIS to have a hard dependency on git,
> > which is a developer tool users are not supposed to have installed by
> > default.
>
> Hi Vincent,
>
> There has been some (a lot of) discussion indeed already :-)
>
> But the main idea of using git was to have lively updated
> style/symbol/data repositories: by keeping users repo's as
> personal/named style repo's they would get credit for their work. They
> could 'just' do this by starting a repo on Github/Bitbucket/Gitlab. So
> somebody could clone a repo, add one individual icon to it, and maybe
> one updated style and do a pull request.
> Using git then we would have an 'easy' way to update the users local
> repo's with only those files that were updated.
> If I'm correct we would not need a git install, there is also a native
> python-git version which could be used as module.
>
> But thinking about this more, your options is also valid: another
> strategy would be split up the work in:
> -1- serving static files (with a version number in the metadata?) to
> serve out the stuff on a http server
> -2- have the files in git repo's for the administration of it: add stuff
> via pr's etc...
>
> Off course a lot of possible solutions are ok :-(
>
> Regards,
>
> Richard
>
> ___
> 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] Report 5 - QGIS Symbology Sharing Tools

[Richard Duivenvoorde]

On 27-06-16 18:28, Vincent Picavet (ml) wrote:
> On 27/06/2016 12:41, Matthias Kuhn wrote:
>> > On 06/27/2016 11:32 AM, Akbar Gumbira wrote:
>>> >> Thanks for the feedback. Unfortunately raw URL is only provided for a
>>> >> single file, not a directory.
>> > 
>> > Couldn't all the files be downloaded individually?
>> > This will result in a couple of additional requests, but I'm not sure
>> > this is something to worry about.
>> > The main question would then be, where the client could retrieve the
>> > file list (paths relative). Generating this list could be part of the
>> > upload script.
> I may be late to the party, but I really do not get the point of using
> git here for data retrieval.
> And furthermore, I wouldn't want QGIS to have a hard dependency on git,
> which is a developer tool users are not supposed to have installed by
> default.

Hi Vincent,

There has been some (a lot of) discussion indeed already :-)

But the main idea of using git was to have lively updated
style/symbol/data repositories: by keeping users repo's as
personal/named style repo's they would get credit for their work. They
could 'just' do this by starting a repo on Github/Bitbucket/Gitlab. So
somebody could clone a repo, add one individual icon to it, and maybe
one updated style and do a pull request.
Using git then we would have an 'easy' way to update the users local
repo's with only those files that were updated.
If I'm correct we would not need a git install, there is also a native
python-git version which could be used as module.

But thinking about this more, your options is also valid: another
strategy would be split up the work in:
-1- serving static files (with a version number in the metadata?) to
serve out the stuff on a http server
-2- have the files in git repo's for the administration of it: add stuff
via pr's etc...

Off course a lot of possible solutions are ok :-(

Regards,

Richard

___
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] Fwd: build Q-GIS_master from git on debian 8

[Richard Duivenvoorde]

On 27-06-16 17:36, christoph wrote:
> Here is the test!?
> 
> how is this possible after a smooth compilation?

Maybe you did a
sudo make
or
sudo make install
so those logfiles are root owned?

Richard

___
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] Fwd: Re: [Qgis-user] Qgis failed to startup

[Richard Duivenvoorde]

Hi Christophe,

forwarding to dev list...
(I see you did another post yourself too...)

But do I see:
libQt5Widgets.so.5 ??

Are you aware that you are using Qt5.
Because building that is still experimental (but could be ok if you know
what you are doing).

Better to remove all the Qt5 stuff, and be sure that all your paths
point to the Qt4 versions of the libraries!
I think you mixup Qt4 and Qt5 versions of libs...

FYI, on Debian I start ccmake .. with the following:

# master
ccmake -DCMAKE_BUILD_TYPE=Debug
-DCMAKE_INSTALL_PREFIX=/home/richard/apps/qgis/master/debug
-DWITH_INTERNAL_QWTPOLAR=ON -DWITH_SERVER=TRUE -DBUILD_TESTING=FALSE ..

Regards,

Richard Duivenvoorde


 Forwarded Message 
Subject: Re: [Qgis-user] Qgis failed to startup
Date: Mon, 27 Jun 2016 18:05:03 +0200
From: christoph 
To: rich...@duif.net

Hello,

I tried what you told me,

this is what I get!

but I cannot get any good out of it!

What is A CRC mismatch?

christoph@excelsior:~/myworld/QGIS/cmake_qgis/output/bin$ source
/home/christoph/myworld/sharedsourcen/gislibs.sh
christoph@excelsior:~/myworld/QGIS/cmake_qgis/output/bin$ sudo ldconfig
[sudo] password for christoph:
christoph@excelsior:~/myworld/QGIS/cmake_qgis/output/bin$ gdb ./qgis
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./qgis...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/christoph/myworld/QGIS/cmake_qgis/output/bin/qgis
warning: the debug information found in "/lib64/ld-2.19.so" does not
match "/lib64/ld-linux-x86-64.so.2" (CRC mismatch).

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__memcpy_sse2_unaligned () at
../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:158
158../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: Datei oder
Verzeichnis nicht gefunden.
(gdb) bt
#0  __memcpy_sse2_unaligned () at
../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:158
#1  0x747ab56c in memcpy (__len=8, __src=0x7fffeca60400,
__dest=) at /usr/include/x86_64-linux-gnu/bits/string3.h:51
#2  QByteArray::append (this=0x7fffcc30, str=0x7fffeca60400
"QWidget") at tools/qbytearray.cpp:1651
#3  0x7fffec71d186 in ?? () from
/home/christoph/myworld/qt-everywhere-opensource-src-5.6.0/build/lib/libQt5Widgets.so.5
#4  0x77dea9ba in call_init (l=,
argc=argc@entry=1, argv=argv@entry=0x7fffccd8,
env=env@entry=0x7fffcce8) at dl-init.c:78
#5  0x77deaaa3 in call_init (env=0x7fffcce8,
argv=0x7fffccd8, argc=1, l=) at dl-init.c:36
#6  _dl_init (main_map=0x77ffe1a8, argc=1, argv=0x7fffccd8,
env=0x7fffcce8) at dl-init.c:126
#7  0x77ddd1ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#8  0x0001 in ?? ()
#9  0x7fffcfb3 in ?? ()
#10 0x in ?? ()

On 2016-06-14 09:32, Richard Duivenvoorde wrote:
> On 14-06-16 09:23, christoph wrote:
>> Hi, Richard,
>> yes I did all what you described,
>> but still no clue why I get the error!
>> All that is in my home directory.
> I sometimes use 'strace' to see what happens when something stops.
>
> So: try to build with debug info, that is use: -DCMAKE_BUILD_TYPE=Debug
> or set it to Debug in ccmake..
>
> export de LD_LIBRARY_PATH (as in your script)
> And then
> strace 
> Maybe the segfault on the end reveals more info.
>
> And if that fails, install gdb, and learn how to show stacktrace with
> that
> In short:
> gdb qgis
> (gdb) run
> then after crash call backtrace:
> (gdb) bt
>
> Hope this helps
>
> Richard


___
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] geometry().geometry() not stable ?

[Sandro Santilli]

On Mon, Jun 27, 2016 at 01:17:26PM +, Gusthiot Christophe wrote:
> Hello,
> I'm working on a Python plugin with 3D features. But I have some issues with 
> the available methods.
> 
> What I'm doing :
> 
> - layer->startEditing, to set the layer editable if it's not yet the case 
> (asking the user to do it)
> - feature->geometry->geometry, to have the 3D geometry for my feature
> - then I manipulate the geometry
> - layer->changeGeometry, to update the geometry of my feature
> Until the, It works fine...
> - I keep my layer editable, and try to do the same with another feature
> - but : I can do feature->geometry, but feature->geometry->geometry give me 
> "Access violation - no RTTI data!"
> - and if I add updateExtents + commitChanges to save my layer, and try to do 
> the same again, the feature->geometry->geometry leads to a mini dump
> 
> Anyone to explain to me what's going on ?

It would be best to file a ticket with all this information,
and ideally a script that can be run to reproduce the problem.

--strk;
___
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] Report 5 - QGIS Symbology Sharing Tools

[Vincent Picavet (ml)]

Hello,


On 27/06/2016 12:41, Matthias Kuhn wrote:
> On 06/27/2016 11:32 AM, Akbar Gumbira wrote:
>> Thanks for the feedback. Unfortunately raw URL is only provided for a
>> single file, not a directory.
> 
> Couldn't all the files be downloaded individually?
> This will result in a couple of additional requests, but I'm not sure
> this is something to worry about.
> The main question would then be, where the client could retrieve the
> file list (paths relative). Generating this list could be part of the
> upload script.

I may be late to the party, but I really do not get the point of using
git here for data retrieval.
And furthermore, I wouldn't want QGIS to have a hard dependency on git,
which is a developer tool users are not supposed to have installed by
default.

If you want to focus on the client part of the feature and not implement
a resource server, maybe a simpler approach would be better for a start.

Why not having a metadata file (JSON or XML) listing the resources
provided by the repository, and then the raw files at specified urls.
All of this served by a bare HTTP server, no more no less.
If some want to manage versioning of the resources and use github for
that, they can use the site generation tool (github pages) to do so.
Easy and lightweight. Or if we do not want to depend on a proprietary
platform, just generate the metadata+data files on any HTTP hosting
platform.
And we can later write a full resource server in our language of choice
to dynamically serve resources and metadata.

My 2 cents, sorry if this has been discussed before.

Vincent

> 
>> As one repository could have many
>> collections (collection is a directory containing resources), with git
>> protocol, there are 2 ways downloading a single collection from a
>> repository: git sparse checkout and git archive. Sparse checkout is not
>> supported in Dulwich nor in Pygit2 (a Python wrapper using libgit2). And
>> with the 2nd option, Github doesn't allow git archive.
>>
>> One other alternative (which I am exploring now) is to clone a
>> repository the first time user downloads a collection from that
>> repository, and next time user downloads other collections from that
>> repository, we just need to update and pull that repository. This is
>> more efficient compared to downloading the whole repository (using zip
>> url) every time user wants to download a collection.
> 
> Is the plan to mainly have users create their own repositories (and then
> manually enter the path to them in the style manager - or have a
> repository of repositories :) )?
> Or to have one main repository with many collections (like currently
> with the plugins)?
> 
> If it's the first, I wouldn't care too much about the couple of extra
> bytes downloaded.
> If it's the second, that may result in some huge download and disk space
> consumption caused by one or a few collections.
> 
> Cheers
> Matthias
> 
>>
>> We came to the decision that one repository could have many collections
>> in the first place as it doesn't make sense  (we thought) for users to
>> create one repository only for one collection.
>>
>> Cheers
>>
>> On Sun, Jun 26, 2016 at 7:50 PM, Matthias Kuhn > > wrote:
>>
>> Hi Akbar,
>>
>> thanks a lot for the update, I especially liked the video, this makes it
>> a lot easier for the audience (at least me :) ) to get an impression of
>> the status quo. Good job so far!
>>
>> Concerning dulwich, did you checkout the #dulwich IRC channel and the
>> mailing list which are mentioned in the project's readme [1] ?
>>
>> What exactly are the efficiency problems you are referring to? Maybe
>> it's also worth looking into downloading individual files over http
>> instead of the whole .zip file (raw.githubusercontent.com
>> ), that also
>> allows doing partial downloads if you don't need a complete repository
>> and you know which files you want.
>>
>> Looking forward to hearing more of this project, keep up the good work!
>>
>> Matthias
>>
>> [1] https://github.com/jelmer/dulwich#help
>>
>> On 06/26/2016 07:10 PM, Akbar Gumbira wrote:
>> > Hi,
>> >
>> > I made a video of the progress so
>> > far: https://www.youtube.com/watch?v=OmJ2Vh3a63U
>> >
>> >
>> > *What did you get done this week?*
>> >
>> >   * Saving the metadata of the collections to local as a cache (after
>> > some operations like adding/removing/deleting repository) so that
>> > when user doesn't have internet, (s)he will still be able to browse
>> > collection.
>> >   * Filtering collections with custom QSortFilterProxyModel to allow
>> > filtering based on author, name, description, etc.
>> >   * Fix unicode problem (The problem is when parsing the metadatafile.
>> > Using ConfigParser it was read as str. Changed it to
>> > SafeConfigParser with codecs module)
>> >  

[Qgis-developer] Fwd: build Q-GIS_master from git on debian 8

[christoph]

Here is the test!?

how is this possible after a smooth compilation?

The following tests FAILED:
CMake Error: Cannot open file for write: 
/home/christoph/myworld/QGIS/cmake_qgis/Testing/Temporary/LastTestsFailed.log.tmp

CMake Error: : System Error: Permission denied
Problem opening file: 
/home/christoph/myworld/QGIS/cmake_qgis/Testing/Temporary/LastTestsFailed.log

Cannot create log file: LastTestsFailed.log
  1 - ProcessingParametersTest (Failed)
  2 - ProcessingQgisAlgorithmsTest (Failed)
  3 - ProcessingGdalAlgorithmsTest (Failed)
  4 - ProcessingGrass7AlgorithmsTest (Failed)
  5 - qgis_25drenderertest (OTHER_FAULT)
  6 - qgis_applicationtest (OTHER_FAULT)
  7 - qgis_atlascompositiontest (OTHER_FAULT)
  8 - qgis_authcryptotest (OTHER_FAULT)
  9 - qgis_authconfigtest (OTHER_FAULT)
 10 - qgis_authmanagertest (OTHER_FAULT)
 11 - qgis_blendmodestest (OTHER_FAULT)
 15 - qgis_composerddtest (OTHER_FAULT)
 16 - qgis_composereffectstest (OTHER_FAULT)
 17 - qgis_composergrouptest (OTHER_FAULT)
 18 - qgis_composerhtmltest (OTHER_FAULT)
 19 - qgis_compositiontest (OTHER_FAULT)
 20 - qgis_composerlabeltest (OTHER_FAULT)
 21 - qgis_composermapgridtest (OTHER_FAULT)
 22 - qgis_composermapoverviewtest (OTHER_FAULT)
 23 - qgis_composermaptest (OTHER_FAULT)
 24 - qgis_composermodel (OTHER_FAULT)
 25 - qgis_composermultiframetest (OTHER_FAULT)
 26 - qgis_composerobject (OTHER_FAULT)
 27 - qgis_composerpapertest (OTHER_FAULT)
 28 - qgis_composerpicturetest (OTHER_FAULT)
 29 - qgis_composerrotationtest (OTHER_FAULT)
 30 - qgis_composerscalebartest (OTHER_FAULT)
 31 - qgis_composershapestest (OTHER_FAULT)
 32 - qgis_composertabletest (OTHER_FAULT)
 33 - qgis_composertablev2test (OTHER_FAULT)
 34 - qgis_composerutils (OTHER_FAULT)
 35 - qgis_connectionpooltest (OTHER_FAULT)
 37 - qgis_coordinatereferencesystemtest (OTHER_FAULT)
 38 - qgis_coordinatetransformtest (OTHER_FAULT)
 39 - qgis_datadefined (OTHER_FAULT)
 40 - qgis_dataitemtest (OTHER_FAULT)
 42 - qgis_diagramtest (OTHER_FAULT)
 43 - qgis_distanceareatest (OTHER_FAULT)
 44 - qgis_ellipsemarkertest (OTHER_FAULT)
 45 - qgis_expressioncontext (OTHER_FAULT)
 46 - qgis_expressiontest (OTHER_FAULT)
 50 - qgis_filledmarkertest (OTHER_FAULT)
 52 - qgis_fontmarkertest2 (OTHER_FAULT)
 54 - qgis_geometrytest (OTHER_FAULT)
 57 - qgis_gradienttest (OTHER_FAULT)
 59 - qgis_histogramtest (OTHER_FAULT)
 60 - qgis_imageoperationtest (OTHER_FAULT)
 61 - qgis_invertedpolygontest (OTHER_FAULT)
 62 - qgis_labelingenginev2 (OTHER_FAULT)
 63 - qgis_layertree (OTHER_FAULT)
 64 - qgis_legendrenderertest (OTHER_FAULT)
 65 - qgis_centroidfillsymboltest (OTHER_FAULT)
 66 - qgis_linefillsymboltest (OTHER_FAULT)
 67 - qgis_maplayerstylemanager (OTHER_FAULT)
 68 - qgis_maplayertest (OTHER_FAULT)
 69 - qgis_maprenderertest (OTHER_FAULT)
 70 - qgis_maprotationtest (OTHER_FAULT)
 71 - qgis_mapsettingstest (OTHER_FAULT)
 72 - qgis_maptopixelgeometrysimplifiertest (OTHER_FAULT)
 74 - qgis_markerlinessymboltest (OTHER_FAULT)
 75 - qgis_networkcontentfetcher (OTHER_FAULT)
 76 - qgis_ogcutilstest (OTHER_FAULT)
 77 - qgis_ogrutilstest (OTHER_FAULT)
 79 - qgis_painteffecttest (OTHER_FAULT)
 81 - qgis_pointlocatortest (OTHER_FAULT)
 82 - qgis_pointpatternfillsymboltest (OTHER_FAULT)
 86 - qgis_rasterfilewritertest (OTHER_FAULT)
 87 - qgis_rasterfilltest (OTHER_FAULT)
 88 - qgis_rasterlayertest (OTHER_FAULT)
 89 - qgis_rastersublayertest (OTHER_FAULT)
 91 - qgis_rendererstest (OTHER_FAULT)
 92 - qgis_rulebasedrenderertest (OTHER_FAULT)
 93 - qgis_scaleexpressiontest (OTHER_FAULT)
 94 - qgis_shapebursttest (OTHER_FAULT)
 95 - qgis_simplemarkertest (OTHER_FAULT)
 96 - qgis_snappingutilstest (OTHER_FAULT)
 97 - qgis_spatialindextest (OTHER_FAULT)
100 - qgis_stylev2test (OTHER_FAULT)
101 - qgis_svgmarkertest (OTHER_FAULT)
102 - qgis_symbolv2test (OTHER_FAULT)
103 - qgis_tracertest (OTHER_FAULT)
104 - qgis_typographicstylingutils (OTHER_FAULT)
105 - qgis_vectordataprovidertest (OTHER_FAULT)
106 - qgis_vectorlayercachetest (OTHER_FAULT)
107 - qgis_vectorlayerjoinbuffer (OTHER_FAULT)
108 - qgis_vectorlayertest (OTHER_FAULT)
109 - qgis_ziplayertest (OTHER_FAULT)
110 - qgis_zoomtest (SEGFAULT)
111 - qgis_doublespinbox (SEGFAULT)
112 - qgis_dualviewtest (SEGFAULT)
113 - qgis_attributeformtest (SEGFAULT)
114 - qgis_dockwidget (SEGFAULT)
115 - qgis_fieldexpressionwidget (SEGFAULT)
116 - qgis_filewidget (SEGFAULT)
117 - qgis_focuswatcher (SEGFAULT)
118 - qgis_mapcanvastest (SEGFAULT)
119 - qgis_projectionissues (SEGFAULT)
120 - qgis_qgsguitest (SEGFAULT)
121 - qgis_rubberbandtest (SEGFAULT)
122 - qgis_scalecombobox (SEGFAULT

[Qgis-developer] build q-gis gti_master from source on debian 8

[christoph]

Hello everyone,

I try to build QGIS-master from source on my debian 8 system

with self compiled versions of:

gdal 2.2.0
liblas 1.8.0
grass 7.04.
proj 4.9.2
geos 3.5.0
spatiliteindex 1.8.4
libspatialite 4.3.0a
netcdf-4-4.0
wxWidges3.1.0
cmake 3.5.2
qwt-6.1
qwt-polar 1.1.1

debian:
qt 4.8.6
python 2.7

see here:

-- QGIS version: 2.15.0 Master (21500)
-- Could not find GRASS 6
-- Found GRASS 7: /usr/lib/grass (7.0.4, off_t size = )
-- Found Proj: /usr/local/lib/libproj.so
-- Found GEOS: /usr/local/lib/libgeos_c.so (3.5.0)
-- Found GDAL: /usr/local/lib/libgdal.so (2.2.0dev)
-- Found Expat: /usr/lib/x86_64-linux-gnu/libexpat.so
-- Found Spatialindex: /usr/local/lib/libspatialindex.so
-- Found Qwt: /usr/local/lib/libqwt.so (6.1.4)
-- Found Sqlite3: /usr/lib/x86_64-linux-gnu/libsqlite3.so
-- Found PostgreSQL: /usr/lib/x86_64-linux-gnu/libpq.so
-- Found SpatiaLite: /usr/local/lib/libspatialite.so
-- Qt WebKit support enabled
-- Found Qt version: 4.8.6
-- Touch support disabled
-- Found QScintilla2: /usr/lib/libqscintilla2.so (2.8.4)
-- Found QCA: /usr/lib/x86_64-linux-gnu/libqca.so (2.0.3)
-- QCA OpenSSL plugin C++ check failed to compile
-- QCA OpenSSL plugin C++ check compile output:
-- Change Dir: /home/christoph/myworld/QGIS/cmake_qgis/CMakeFiles/CMakeTmp

Compilation runs fine without any trouble,
but nearly all test fail,
and when I try to start :

christoph@excelsior:~/ qgis
Speicherzugriffsfehler

why this ?

___
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 [1046] QGIS GML Application Schema Toolbox approval notification.

[noreply]

Plugin QGIS GML Application Schema Toolbox approval by pcav.
The plugin version "[1046] QGIS GML Application Schema Toolbox 0.8.3" is now 
approved
Link: http://plugins.qgis.org/plugins/gml_application_schema_toolbox/
___
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] Number of arguments for processing gdalogr:warpreproject

[Tom Chadwin]

A simpler question which derives from this: is there a matrix showing which
arguments are required for which versions of each Processing algorithm?



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Number-of-arguments-for-processing-gdalogr-warpreproject-tp5273308p5273567.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] Plugin [1042] QEsg approval notification.

[noreply]

Plugin QEsg approval by pcav.
The plugin version "[1042] QEsg 1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/QEsg/
___
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] geometry().geometry() not stable ?

[Gusthiot Christophe]

Hello,
I'm working on a Python plugin with 3D features. But I have some issues with 
the available methods.

What I'm doing :

- layer->startEditing, to set the layer editable if it's not yet the case 
(asking the user to do it)
- feature->geometry->geometry, to have the 3D geometry for my feature
- then I manipulate the geometry
- layer->changeGeometry, to update the geometry of my feature
Until the, It works fine...
- I keep my layer editable, and try to do the same with another feature
- but : I can do feature->geometry, but feature->geometry->geometry give me 
"Access violation - no RTTI data!"
- and if I add updateExtents + commitChanges to save my layer, and try to do 
the same again, the feature->geometry->geometry leads to a mini dump

Anyone to explain to me what's going on ?

Thanks for the answer,

Christophe Gusthiot
___
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] Copy/paste polygon to line shapefile

[Tom Chadwin]

Unlike line-to-poly and poly-to-line, one could only go poly-to-point or
line-to-point, not point-to-line or point-to-poly, as you have no
information on the order of the points in the line or poly.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Copy-paste-polygon-to-line-shapefile-tp5273537p5273548.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] Number of arguments for processing gdalogr:warpreproject

[Tom Chadwin]

I am getting very confused. Is my understanding of all this correct:

1. Different versions of QGIS ship different versions of GDAL

2. Different versions of QGIS ship different versions of Processing

3. Different versions of Processing support different versions of GDAL (or
at least, support different functional subsets, down to the argument level)

How do I untangle all of this in order successfully to call warpreproject in
a QGIS plugin? Current situation:

I try: one warpreproject call with 18 arguments, and except: a call with 16

This works locally for me (Win7x64) on LTR, 2.14, and latest nightly. On
Travis, it works on LTR and 2.14, but fails on nightly.

Discussion here: https://github.com/tomchadwin/qgis2web/pull/297

Thanks

Tom



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Number-of-arguments-for-processing-gdalogr-warpreproject-tp5273308p5273546.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] restore SAGA algorithm helps?

[Paolo Cavallini]

Il 27/06/2016 14:30, matteo ha scritto:

> Since then all the SAGA help files (ok the few there were documented)
> have disappeared.. I noticed that python/plugins/processing/algs/saga
> dir has not the help directory anymore..
> 
> I have a backup of the help files (not sure if all of them).. isn't it
> worth to restore them?
> 
> maybe some doc writer (me included) can find some time to improve them..
> 
> even if just a few algorithms are documented is better then nothing, IMHO

+1
if the system is in place, I'm positive we can find additional writers.
All the best.

-- 
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] restore SAGA algorithm helps?

[matteo]

Hi all,

I don't remember since which version, but the Help Tab in Processing has 
been changed and reviewed.


Since then all the SAGA help files (ok the few there were documented) 
have disappeared.. I noticed that python/plugins/processing/algs/saga 
dir has not the help directory anymore..


I have a backup of the help files (not sure if all of them).. isn't it 
worth to restore them?


maybe some doc writer (me included) can find some time to improve them..

even if just a few algorithms are documented is better then nothing, IMHO

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] Copy/paste polygon to line shapefile

[DelazJ]

Hi,
Testing some digitizing tools (2.14.3), I discovered a feature that I
wonder if it's a bug or a new capability.
Let's take two layers (polygon and line) - I use shapefile.
Select a polygon feature and copy/paste it in the line layer. If I'm not
wrong QGIS used to complain about geometry not matching but surprisingly,
it pastes the feature in the line layer.
It seems that it takes the edge of the polygon, generating what I suppose
to be a closed linestring.
The inverse is also possible (copying line to polygon closes that line into
a polygon feature).
Is it by design?
If it's not a bug, is it possible to make the behavior consistent and allow
copy to point layer (retrieving the vertices)?

Thanks,
Harrissou
___
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] Report 5 - QGIS Symbology Sharing Tools

[Matthias Kuhn]

Hi Akbar

On 06/27/2016 11:32 AM, Akbar Gumbira wrote:
> Hi Matthias, 
> 
> Thanks for the feedback. Unfortunately raw URL is only provided for a
> single file, not a directory.

Couldn't all the files be downloaded individually?
This will result in a couple of additional requests, but I'm not sure
this is something to worry about.
The main question would then be, where the client could retrieve the
file list (paths relative). Generating this list could be part of the
upload script.

> As one repository could have many
> collections (collection is a directory containing resources), with git
> protocol, there are 2 ways downloading a single collection from a
> repository: git sparse checkout and git archive. Sparse checkout is not
> supported in Dulwich nor in Pygit2 (a Python wrapper using libgit2). And
> with the 2nd option, Github doesn't allow git archive.
> 
> One other alternative (which I am exploring now) is to clone a
> repository the first time user downloads a collection from that
> repository, and next time user downloads other collections from that
> repository, we just need to update and pull that repository. This is
> more efficient compared to downloading the whole repository (using zip
> url) every time user wants to download a collection.

Is the plan to mainly have users create their own repositories (and then
manually enter the path to them in the style manager - or have a
repository of repositories :) )?
Or to have one main repository with many collections (like currently
with the plugins)?

If it's the first, I wouldn't care too much about the couple of extra
bytes downloaded.
If it's the second, that may result in some huge download and disk space
consumption caused by one or a few collections.

Cheers
Matthias

> 
> We came to the decision that one repository could have many collections
> in the first place as it doesn't make sense  (we thought) for users to
> create one repository only for one collection.
> 
> Cheers
> 
> On Sun, Jun 26, 2016 at 7:50 PM, Matthias Kuhn  > wrote:
> 
> Hi Akbar,
> 
> thanks a lot for the update, I especially liked the video, this makes it
> a lot easier for the audience (at least me :) ) to get an impression of
> the status quo. Good job so far!
> 
> Concerning dulwich, did you checkout the #dulwich IRC channel and the
> mailing list which are mentioned in the project's readme [1] ?
> 
> What exactly are the efficiency problems you are referring to? Maybe
> it's also worth looking into downloading individual files over http
> instead of the whole .zip file (raw.githubusercontent.com
> ), that also
> allows doing partial downloads if you don't need a complete repository
> and you know which files you want.
> 
> Looking forward to hearing more of this project, keep up the good work!
> 
> Matthias
> 
> [1] https://github.com/jelmer/dulwich#help
> 
> On 06/26/2016 07:10 PM, Akbar Gumbira wrote:
> > Hi,
> >
> > I made a video of the progress so
> > far: https://www.youtube.com/watch?v=OmJ2Vh3a63U
> >
> >
> > *What did you get done this week?*
> >
> >   * Saving the metadata of the collections to local as a cache (after
> > some operations like adding/removing/deleting repository) so that
> > when user doesn't have internet, (s)he will still be able to browse
> > collection.
> >   * Filtering collections with custom QSortFilterProxyModel to allow
> > filtering based on author, name, description, etc.
> >   * Fix unicode problem (The problem is when parsing the metadatafile.
> > Using ConfigParser it was read as str. Changed it to
> > SafeConfigParser with codecs module)
> >   * Implemented reload repositories. Also when fetching metadata,
> never
> > use cache
> >   * Implemented Ale's suggestion to have a directory file in official
> > repository and containing available repositories (and by default all
> > those repositories will be registered in the plugin)
> >   * Still thinking to use git as it will be more efficient rather than
> > using zip url and tried Dulwich (Python pure git implementation),
> > but it's freezing the UI (see the video above)
> >
> > *What do you plan on doing next week?*
> >
> >   * My code is getting harder to read. Need to refactor some and
> make tests
> >   * Tried to load a repository that contains 1000 collections. Right
> > now, I just saved the metadata's cache (dict) to the qsettings. The
> > QGIS config file is getting too big. WIll move this to a separate
> > pickled file.
> >   * Explored Dulwich more
> >
> >
> > Are you blocked on anything?
> > I have problem with Dulwich. It's freezing the UI. I want to show the
> > progress of cloning/pulling repository realtime but I haven't 

Re: [Qgis-developer] Report 5 - QGIS Symbology Sharing Tools

[Akbar Gumbira]

Hi Matthias,

Thanks for the feedback. Unfortunately raw URL is only provided for a
single file, not a directory. As one repository could have many collections
(collection is a directory containing resources), with git protocol, there
are 2 ways downloading a single collection from a repository: git sparse
checkout and git archive. Sparse checkout is not supported in Dulwich nor
in Pygit2 (a Python wrapper using libgit2). And with the 2nd option, Github
doesn't allow git archive.

One other alternative (which I am exploring now) is to clone a repository
the first time user downloads a collection from that repository, and next
time user downloads other collections from that repository, we just need to
update and pull that repository. This is more efficient compared to
downloading the whole repository (using zip url) every time user wants to
download a collection.

We came to the decision that one repository could have many collections in
the first place as it doesn't make sense  (we thought) for users to create
one repository only for one collection.

Cheers

On Sun, Jun 26, 2016 at 7:50 PM, Matthias Kuhn  wrote:

> Hi Akbar,
>
> thanks a lot for the update, I especially liked the video, this makes it
> a lot easier for the audience (at least me :) ) to get an impression of
> the status quo. Good job so far!
>
> Concerning dulwich, did you checkout the #dulwich IRC channel and the
> mailing list which are mentioned in the project's readme [1] ?
>
> What exactly are the efficiency problems you are referring to? Maybe
> it's also worth looking into downloading individual files over http
> instead of the whole .zip file (raw.githubusercontent.com), that also
> allows doing partial downloads if you don't need a complete repository
> and you know which files you want.
>
> Looking forward to hearing more of this project, keep up the good work!
>
> Matthias
>
> [1] https://github.com/jelmer/dulwich#help
>
> On 06/26/2016 07:10 PM, Akbar Gumbira wrote:
> > Hi,
> >
> > I made a video of the progress so
> > far: https://www.youtube.com/watch?v=OmJ2Vh3a63U
> >
> >
> > *What did you get done this week?*
> >
> >   * Saving the metadata of the collections to local as a cache (after
> > some operations like adding/removing/deleting repository) so that
> > when user doesn't have internet, (s)he will still be able to browse
> > collection.
> >   * Filtering collections with custom QSortFilterProxyModel to allow
> > filtering based on author, name, description, etc.
> >   * Fix unicode problem (The problem is when parsing the metadatafile.
> > Using ConfigParser it was read as str. Changed it to
> > SafeConfigParser with codecs module)
> >   * Implemented reload repositories. Also when fetching metadata, never
> > use cache
> >   * Implemented Ale's suggestion to have a directory file in official
> > repository and containing available repositories (and by default all
> > those repositories will be registered in the plugin)
> >   * Still thinking to use git as it will be more efficient rather than
> > using zip url and tried Dulwich (Python pure git implementation),
> > but it's freezing the UI (see the video above)
> >
> > *What do you plan on doing next week?*
> >
> >   * My code is getting harder to read. Need to refactor some and make
> tests
> >   * Tried to load a repository that contains 1000 collections. Right
> > now, I just saved the metadata's cache (dict) to the qsettings. The
> > QGIS config file is getting too big. WIll move this to a separate
> > pickled file.
> >   * Explored Dulwich more
> >
> >
> > Are you blocked on anything?
> > I have problem with Dulwich. It's freezing the UI. I want to show the
> > progress of cloning/pulling repository realtime but I haven't figured
> > out a way yet.
> >
> > --
> >
> > *---*
> >
> > *Akbar Gumbira *
> > *www.akbargumbira.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




-- 

*---*
*Akbar Gumbira *
*www.akbargumbira.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] Processing broken in 2.14?

[Paolo Cavallini]

Il 27/06/2016 10:30, Jürgen E. Fischer ha scritto:
> Hi Paolo,
> 
> On Mon, 27. Jun 2016 at 09:26:49 +0300, Paolo Cavallini wrote:
>> using repo http://qgis.org/debian-nightly-release Processing is broken
>> with [0]. Any solution?
> 
> Should be fixed in fad50ecd [0]
> 
> 
> Jürgen
> 
> [0] https://github.com/qgis/QGIS/commit/fad50ecd

Thanks Jürgen, I'll check with tomorrow package.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html



signature.asc
Description: OpenPGP digital 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] Processing broken in 2.14?

[Jürgen E . Fischer]

Hi Paolo,

On Mon, 27. Jun 2016 at 09:26:49 +0300, Paolo Cavallini wrote:
> using repo http://qgis.org/debian-nightly-release Processing is broken
> with [0]. Any solution?

Should be fixed in fad50ecd [0]


Jürgen

[0] https://github.com/qgis/QGIS/commit/fad50ecd

-- 
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 



pgpUvVj8LtHbX.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] Fwd: [Qgis-user] QGIS problem with GeoPackage database views

[Even Rouault]

Le lundi 27 juin 2016 02:47:09, Marcus Blake a écrit :
> @Richard: thanks for redirecting this question in to the correct people…and
> apologises for the size of the file…lack of specification on my part to a
> over enthusiastic team member ;-). I’ll reduce the size and put in a issue
> report.
> 
> I’m in total agreement with you on the tremendous potential of GeoPackage
> to support the sharing of all types of data (statistical, geospatial,
> metadata, imagery…). Certainly the statistical community (the UNGGIM), is
> grappling with the issue of integrating statistical and geospatial data
> models and I think GeoPackage can provide one important part of the
> solution.
> 
> As well as publishing 2016 Census data...One of my aspiration is to use
> GeoPackage to publish the full data model that the ABS uses to internally
> store our geographic classification. This would provide a point of truth
> for all users…and they can tell us where we have gone wrong ;-)
> 
> But to do both of these things well, views are very valuable and would
> prevent a lot of data duplication.
> 
> @Even Thanks for the quick reply…and all your important support of GDAL.
> 
> One of my team (more knowledgable than I) thought that it was an ID
> issue…so it good to have that confirmed. But it doesn’t look like there is
> a easy solution.
> 
> It interesting that the despite the lack of PKID (and therefore a correct
> FID) both the classification and symbolisation for a choropleth maps and
> the Identify Features Tool work as expected….thoughts?

I didn't check in the code, but likely rendering "just" iterates over features 
and doesn't care about their FID. And for identification, it is a spatial 
query, which ends up being an iteration over all features too (since, with 
views, spatial indexes are not - at least currently - used. Could probably be 
improved too since the Spatialite driver can use the underlying table spatial 
index for Spatialite views. But Spatialite has an explicit declaration of 
which pkid to use and the geometry column of the base table in its 
views_geometry_columns table).
On the contrary the attribute table works with a feature cache based on FID.

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.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