Re: [Qgis-developer] Plugin [740] qgis2web approval notification.

[Tom Chadwin]

Thanks as ever, Paulo. 

This version is my first attempt to move to Leaflet 1.0.0. If anyone can
spare some time to test, I'd be very grateful. Issues on Github. 

Thanks again

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Plugin-740-qgis2web-approval-notification-tp5289140p5289141.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 [740] qgis2web approval notification.

[noreply]

Plugin qgis2web approval by pcav.
The plugin version "[740] qgis2web 1.19.0-beta1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/qgis2web/
___
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 [252] Lifemapper Species Distribution Modeling, Macroecology and Phylogenetic Analyses approval notification.

[noreply]

Plugin Lifemapper Species Distribution Modeling, Macroecology and Phylogenetic 
Analyses approval by pcav.
The plugin version "[252] Lifemapper Species Distribution Modeling, 
Macroecology and Phylogenetic Analyses 2.3.2" is now approved
Link: http://plugins.qgis.org/plugins/lifemapperTools/
___
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 [1095] AnnotationManager approval notification.

[noreply]

Plugin AnnotationManager approval by pcav.
The plugin version "[1095] AnnotationManager 0.2 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/annotationManager/
___
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] QGIS D3 DataVis Plugin Status Report

[C Hamilton]

This is on a windows 7 laptop using the OSGeo4W 64-bit network installer. I
currently am using the latest QGIS 2.16.3 64-bit. From the OSGeo4W Setup I
installed python-pip. From the shell I then did 'pip install plotly'.
During the install I got errors and doing a Google search it appears that I
needed to also do a pip install setuptools which I then installed.
Everything comes up but does not display the plot. By looking at the python
console it indicates where the temporary file was stored. If I launch it in
the web browser then the plot is displayed. I tried various version of QGIS
on windows all with the same results.

 I tried it using the VirtualBox OSGeoLive image using LUbuntu and
installed plotly there. In this case it worked so there is something wrong
with windows.

One other thing for windows in the file PlotDialog.ui where it has the
following:

 
  
   QgsColorButtonV2
   QToolButton
   qgscolorbuttonv2.h
   1
  
 . . .

Every time you see ...h it needs to be changed to
qgis.gui

I don't know what is wrong with this running on windows. I am excited about
this plugin and it has great potential. Here are several observations that
I have.

1. It must work without having the user add extra libraries so it has to be
self contained.
2. I realize this is very preliminary work, but right now you have the
ability to add expressions and I tried using the $id to get the row number
and use it as the X axis and it does not work. It generates a python error.
It appears you have not implemented expressions.
3. Good date and time support is important.
4. It would be wonderful if you could get aggregate types of functions
working such as what I am doing with my circular heat map. I am not sure
what the complexity of that would be in the 2D formats. In my case I am
counting the number of incidents across two variables of date and time to
create a heatmap.
5. Do you have plans for this to do frequency plots?
6. You are displaying this in a QGIS windows, but it would also be nice to
allow the user to export it to a file for posting the interactive plot on
the Internet.
7. If it would ever work such that it could be rendered in the print
composer that would be awesome.
8. Some charts need different labels for the parameters for example I don't
know what it means for a pie chart to have x and y axis. For pie chars you
have a label and a value.

All the best!!!

On Mon, Oct 3, 2016 at 5:07 AM, matteo  wrote:

> Calvin,
>
> that's pretty strange.. Obviously it is super alpha version, but it
> works for me..
>
> which OS do you have? Did you install plotly package via pip?
>
> Thanks for the feedbacks
>
> 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

Re: [Qgis-developer] QGIS D3 DataVis Plugin Status Report

[Paolo Cavallini]

Hi,

Il 01/10/2016 21:11, C Hamilton ha scritto:
> Paolo,
> 
> I would be interested in helping out their efforts because it matches
> some of the analysis needs that I am trying to solve. Based on my
> concerns can you tell me whether we can use plotly or do we need to use
> a different D3 library? Are their any licensing problems in using it? If
> there are no problems with it then I will start digging into it and
> reading through the DataPlot code.
> 
> What do you mean by the work of Juergen?

Sorry, you may not know that the main man behind the scene in OSGeo4W is
Juergen Fischer, who added many packages, including many Python
libaries, to it. Helping him to add (better: learning how to add it
yourself) what you need it would be the best way to go IMHO.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
___
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] SVG marker - huge delay

[Tom Chadwin]

Thanks, Nyall. That would be splendid.



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/SVG-marker-huge-delay-tp5289062p5289103.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] SVG marker - huge delay

[Nyall Dawson]

On 4 Oct 2016 12:46 AM, "Tom Chadwin"  wrote:
>
> I'm sure this has been mentioned before... When changing Symbol layer
type to
> "SVG marker", QGIS hangs for an excessive amount of time - around 34
seconds
> when I tested just now. I presume a scan of directories for SVGs is taking
> place, but the delay is really too long. What can be done?

I'm looking into this, going to try to get the loader to operate in a
background thread.

Nyall

>
>
>
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
> --
> View this message in context:
http://osgeo-org.1560.x6.nabble.com/SVG-marker-huge-delay-tp5289062.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] SVG marker - huge delay

[Richard Duivenvoorde]

On 03-10-16 17:26, Tom Chadwin wrote:
> I'm not sure where to look.

Matteo means in:

Menu: 'Settings/Options'
Tab 'System'
Item 'SVG paths'

in my case too after some days my path's are proliferating there:

At this moment I have 25(!) times this:

/home/richard/apps/qgis/master/debug/share/qgis/svg/
/home/richard/.qgis2//svg/

Really not sure how I pick up those, even if I remove ALL after some
days I'm infected again :-)

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] compile error on 2.14.7 branch

[Régis Haubourg]

Hi all,
I encouter troubles compiling QGIS 2.14.7 branch on ubuntu xenial.

Master 2 and release 2.16 are just fine.

Here is the error at make stage :

-
[ 78%] Generating* ui_frmReProject.py*
An unexpected error occurred.
Check that you are using the latest version of PyQt and send an error
report to
supp...@riverbankcomputing.com, including the following information:

  * your version of PyQt (4.11.4)
  * the UI file that caused this error
  * the debug output of pyuic4 (use the -d flag when calling pyuic4)
python/plugins/fTools/tools/CMakeFiles/zzz-fTools-2-depend.dir/build.make:104
: la recette pour la cible « python/plugins/fTools/tools/ui_frmReProject.py
» a échouée
make[2]: *** [python/plugins/fTools/tools/ui_frmReProject.py] Erreur 1
make[2]: *** Suppression du fichier «
python/plugins/fTools/tools/ui_frmReProject.py »
CMakeFiles/Makefile2:5350 : la recette pour la cible «
python/plugins/fTools/tools/CMakeFiles/zzz-fTools-2-depend.dir/all » a
échouée
make[1]: ***
[python/plugins/fTools/tools/CMakeFiles/zzz-fTools-2-depend.dir/all] Erreur
2
Makefile:160 : la recette pour la cible « all » a échouée
--

I couldn't find python/plugins/fTools/tools/ui_frmReProject.py in source.

Is that normal? Is it related to ftools being suppressed in 2.16 branch
(bad commit).
I suppose I miss something since 2.14.7 is being compiled on osgeo4w..

Thanks for your lights.
Régis
___
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] SVG marker - huge delay

[Tom Chadwin]

I'm not sure where to look. I have no C:/Users/username/.qgis2/svg/ folder.



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/SVG-marker-huge-delay-tp5289062p5289071.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] SVG marker - huge delay

[matteo]

Tom,

do you also have symbol folder repetition in the list of the svg?

Cheers

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

Re: [Qgis-developer] SVG marker - huge delay

[Tom Chadwin]

Thanks, Matteo - I knew I remembered it from somewhere. For reference, I'm on
Win7 x64.



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/SVG-marker-huge-delay-tp5289062p5289066.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] SVG marker - huge delay

[matteo]

Hey Tom,

yep, see here

https://lists.osgeo.org/pipermail/qgis-developer/2016-September/044370.html

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] SVG marker - huge delay

[Tom Chadwin]

I'm sure this has been mentioned before... When changing Symbol layer type to
"SVG marker", QGIS hangs for an excessive amount of time - around 34 seconds
when I tested just now. I presume a scan of directories for SVGs is taking
place, but the delay is really too long. What can be done?



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/SVG-marker-huge-delay-tp5289062.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] QGIS D3 DataVis Plugin Status Report

[matteo]

Hi Gino,

thanks for the answer..

> 1 and 2 are not hard to obtain

yep I'm aware that it is not hard (it is for me ;) but this is another
issue)

> 3 depend on what would be the canvas integration, a graph as html
> annotation? would it be a canvas Item?

I don't know I was just thinking about that.. I mean IMHO it is a pity
to have an engine in D3 that can create interactive plots and not be
able to use them in the map composer..
the way to do that, really don't know what can be the best way


Cheers

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

Re: [Qgis-developer] PyQgsServerWFST disabled on Travis

[Alessandro Pasotti]

On Mon, Oct 3, 2016 at 12:11 PM, Matthias Kuhn  wrote:

>
>
> On 10/03/2016 12:04 PM, Alessandro Pasotti wrote:
> > On Mon, Oct 3, 2016 at 11:28 AM, Nyall Dawson  > > wrote:
> >
> > On 3 October 2016 at 19:11, Alessandro Pasotti  > > wrote:
> > > On Mon, Oct 3, 2016 at 10:44 AM, Matthias Kuhn <
> matth...@opengis.ch > wrote:
> > >>
> > >> Following the conversation from
> > >> https://github.com/qgis/QGIS/commit/89d4998
> >  , this is an
> announcement
> > >> to notify that the PyQgsServerWFST has been disabled on the
> Travis builds.
> > >>
> > >> Work has been underway to remove "noisy" tests from Travis which
> cause
> > >> false alarms and these tests regularly fail for unrelated changes.
> > >> False alarms are bad as they undermine confidence in the CI
> results
> > >> and encourage contributors to ignore the test results.
> > >>
> > >> If you're interested in seeing these tests continue as part of
> the CI
> > >> infrastructure here are some examples of typical random failures
> these
> > >> tests encounter:
> > >>
> > >> PyQgsServerWFST: https://travis-ci.org/qgis/QGIS/builds/164559513
> > 
> > >>
> > >> Matthias
> > >
> > >
> > >
> > > Hi Matthias,
> > >
> > > Is there any way to see the complete build logs for that
> particular build?
> > >
> > > I'm trying with dash but the interesting part was apparently cut.
> > >
> > > The rest of the test output was removed since it exceeds the
> threshold of
> > > 307200 bytes.
> >
> > If you make the very first output from the test a 'CTEST_FULL_OUTPUT'
> > line, then the truncation doesn't occur.
> >
> > test_qgsserver_accesscontrol.py uses this, have a look how it's done
> > there.
> >
> > Nyall
> >
> >
> >
> > Thanks! I will do it.
> >
> > BTW, restarting the build
> > https://travis-ci.org/qgis/QGIS/builds/164559513, the WFS-T test now
> > passes but there is another one that fails:
> > https://travis-ci.org/qgis/QGIS/builds/164559513
> >
> > PyQgsComposerPicture ***Timeout 60.00 sec
> >
> > Should we disable that one too?
>
> It's already disabled, the regex for blacklisting was broken and it was
> executed by mistake.
> Fixed in 8e54acf
>
> Matthias
>
>
Hi,

I cannot see any other reason for the random failures than the "sleep(x)"
that the test waited for the server to accept connections.

I've changed the check to a more robust wait-until-ready-or-timeout
function, this should eliminate those odd sparse failures.


Please let me know if you still have problems with these tests.

https://github.com/qgis/QGIS/pull/3563


-- 
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] GIS.SE question about "GIS support on GIS.SE"

[Anita Graser]

On Mon, Oct 3, 2016 at 4:09 PM, Tom Chadwin  wrote:

> A question has been asked relating to the use of gis.stackexchange.com as
> a
> GIS support site:
>
> http://meta.gis.stackexchange.com/questions/4346/when-and-
> how-should-we-are-not-a-gis-software-support-site-be-invoked?cb=1
>
> I think it might be worth a PSC member having a look and replying.


​I​'ve seen the thread. I think the answer
http://meta.gis.stackexchange.com/a/4350/187 already sums it up quite
nicely.
​If the community thinks it's worthwhile and there is something
QGIS-specific to add, I can write another answer.

Best wishes,
Anita

​
___
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] QGIS 2.14: TestQgsMapToolIdentifyAction failed without changes

[René-Luc Dhont]

Hi dev,

I have backported something about Processing and Rscripts. The commit 
changes python/plugins/processing/algs/r/RUtils.py

https://github.com/qgis/QGIS/commit/a23dc9e09d68a13472aead588bdd5cf536be3fdd

So, I dont' understand why the TestQgsMapToolIdentifyAction failed
https://travis-ci.org/qgis/QGIS/jobs/164637150
https://dash.orfeo-toolbox.org/index.php?project=QGIS&filtercount=1&showfilters=1&field1=buildname/string&compare1=63&value1=a23dc9e09d68a13472aead588bdd5cf536be3fdd&date=2016-10-03

Regards,
René-Luc
___
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] GIS.SE question about "GIS support on GIS.SE"

[Tom Chadwin]

A question has been asked relating to the use of gis.stackexchange.com as a
GIS support site:

http://meta.gis.stackexchange.com/questions/4346/when-and-how-should-we-are-not-a-gis-software-support-site-be-invoked?cb=1

I think it might be worth a PSC member having a look and replying.

Thanks

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/GIS-SE-question-about-GIS-support-on-GIS-SE-tp5289053.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] Change PSC Community Manager Role

[Yves Jacolin]

On Thursday, August 25, 2016 22:28:10 Tim Sutton wrote:
> Hi Otto
> 
> > On 23 Aug 2016, at 5:11 PM, Otto Dassau  wrote:
> > 
> > Dear Community,
> > 
> > there will be a change in the QGIS PSC.
> > 
> > I (Otto) decided to step back from my PSC role as Community Advisor. I
> > enjoyed being part of the PSC for a couple of years but realized that I
> > won't find enough time in the future for this job anymore.
> > 
> > At the hackfest in Bonn the PSC decided not to recast the Community
> > Advisor
> > role. Instead there will be team managers who together with a team of
> > contributors will take care about the tasks this role has included so far.
> > 
> > In this context we are happy to announce that we have already found two
> > well known community members to fill this gap - Lene Fischer from Denmark
> > and Yves Jacoline from France. Lene will concentrate on community tasks
> > and Yves on documentation.
> > 
> > More details about the new structure will be announced by the PSC in the
> > near future.
> 
> You have done an amazing job in the QGIS project and in the PSC over the
> years -having great user documentation is a huge selling point for QGIS. I
> thank you on behalf of everyone in the project and we look forward in
> collaborating with you in the future, even if you are no longer actively
> serving on the PSC.
> 
> To Lene and Yves, a huge thank you for stepping in to fill Otto's shoes - we
> could not have asked for more capable substitutes!
> 
> Regards
> 
> Tim
> 
> > Best wishes
> > Otto

Hello,

Back to holidays and after the time needed to read all my waiting email :) I 
am here again.

I would like to thanks Otto also. He did a lot of good jobs on documentation 
and was a great help when I started to contribute. I remember that you tell me 
that I have the skills to contribute during my first QGIS hackfest. Even if I 
started from the most part of my contribution to work on the translation, I am 
now working on the documentation.

This is something I learned working with such a great community: help people 
to contribute, and wait. At one moment, they will contribute more and more. it 
can be sum up with "Plant a seed. Be patient.".

Thanks you Otto :) and the PSC!

Y.

___
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] QGIS D3 DataVis Plugin Status Report

[Luigi Pirelli]

hi matteo,

1 and 2 are not hard to obtain
3 depend on what would be the canvas integration, a graph as html
annotation? would it be a canvas Item?
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS:
https://www.packtpub.com/application-development/mastering-qgis
**


On 3 October 2016 at 11:34, matteo  wrote:
> Hi Calvin,
>
> I had some time to deepen in the list of D3 libraries you have listen:
>
>
>>1. *d3pie* (http://d3pie.org/) - This is a very attractive pie chart and
>>I like it, but it has only 7 contributors on GitHub and seems to be
>>stagnant.
>
> if I understand it well, this allows just the pie plottin
>
>>2. *D3Plus* (http://d3plus.org/) - Has a number of reusable components -
>>19 contributors on GitHub.
>
> seems very very good.. do you need to understand some external
> component? I did not (but maybe I have them already installed) and I was
> able to save a custom html interactive plot
>
>>3. *NVD3* (http://nvd3.org/) - Lots of reusable components - 200
>>contributors on GitHub.
>
> I like it too..
>
>>4. *C3* (http://c3js.org/) - Also a number of components - 88
>>contributors, but there haven't been any updates for over a year.
>
> seems less customizable than the others..
>
>
> IMHO what I plot plugin like that one we are trying to understand how to
> build should have some mandatory capabilities:
>
> 1. callback from plot to QGIS map canvas. So clicking on the
> point/bar/boxplot should give a signal that can be used to
> select/zooming/whatever in QGIS
>
> 2. plots should be callable from Processing
>
> 3. it could be really good to be able to embed plots in the print
> composer too
>
>
> I don't know if all these is possible, but maybe it is worth to try
>
> Cheers
>
> 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

Re: [Qgis-developer] [Qgis-tr] Translation of QGIS Processing algorithm parameters

[Alexander Bruy]

Hi,

unfortunately for now translation of strings which come from description
files is not supported. We still need to find a way how to do it. BTW this
affects not only SAGA, but also all other algs which generated from
description files e.g. GRASS, TauDEM, OTB

2016-09-27 16:35 GMT+03:00 Germán Carrillo :

> Hi Victor,
>
> do you have any clue on how to translate SAGA algorithm parameters
> displayed in Processing GUIs?
>
> Regards,
>
> Germán
>
> 2016-09-14 10:14 GMT-05:00 DelazJ :
>
>> (Forwarding to QGIS-Developer)
>>
>> Hi,
>> Germán, I neither can find any of these strings.
>>
>> Devs, is that normal to not have texts from processing algorithms GUI not
>> available in Transifex while the algorithm name itself is available (e.g.,
>> Ordinary Kriging ...) to translation?
>>
>> Regards,
>> Harrissou
>>
>>
>> 2016-09-14 16:02 GMT+02:00 Germán Carrillo :
>>
>>> Transifex Webtranslation page for QGIS is on
>>> https://www.transifex.com/qgis/
>>>
>>>
>>> Hi Werner,
>>>
>>> thanks for your reply.
>>>
>>> I'm particularly interested in translating parameters of some SAGA
>>> algorithms inside QGIS Processing GUI (e.g., [1]). However, I cannot find
>>> the strings in Transifex (QGIS Desktop). Do you know what's the way to go?
>>>
>>> Regards,
>>>
>>> Germán
>>> 
>>> [1] http://downloads.tuxfamily.org/tuxgis/tmp/saga_algorithm
>>> _parameters.png
>>>
>>> 2016-09-14 5:38 GMT-05:00 Werner Macho :
>>>
 Transifex Webtranslation page for QGIS is on
 https://www.transifex.com/qgis/

 Hi!

 Sorry for the delay,
 Usually the language coordinators accept the people in their language
 (to at least speak to each other and better coordinate).
 Sometimes it can take some time (if the coordinator is on holiday or
 something like this).
 But if it takes more than a month it would be nice to inform me so that
 I can try to get in contact. If a language coordinator is not active
 anymore we have to search for a new one.

 But for now you should be accepted.

 kind regards and thanks for offering your help.

 Werner

 On 13/09/16 15:29, Germán Carrillo wrote:
 > Transifex Webtranslation page for QGIS is on
 https://www.transifex.com/qgis/
 >
 >
 >
 > Hi All,
 >
 > I'd like to join the Spanish-language team for QGIS Desktop
 translation.
 >
 > I've already signed-up in Transifex, but haven't received any
 > confirmation e-mail (even pressing the button 'resend confirmation
 > e-mail'). Tried changing the e-mail address with no success.
 >
 > My aim is to translate SAGA algorithm parameters in the QGIS
 Processing
 > GUI. Am I on the right track or is translation of QGIS Processing
 > algorithms done differently?
 >
 >
 > Regards,
 >
 > Germán
 > --
 > ---
 >|\__
 > (:>__)(
 >|/
 > Soluciones Geoinformáticas Libres
 > http://geotux.tuxfamily.org/
 > http://twitter.com/GeoTux2
 > http://about.me/germancarrillo
 >
 > 
 >
 >
 > ___
 > QGIS-Translators mailing list
 > qgis...@lists.osgeo.org
 > http://lists.osgeo.org/mailman/listinfo/qgis-tr
 >
 ___
 QGIS-Translators mailing list
 qgis...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-tr
>>>
>>>
>>>
>>>
>>> --
>>> ---
>>>|\__
>>> (:>__)(
>>>|/
>>> Soluciones Geoinformáticas Libres
>>> http://geotux.tuxfamily.org/
>>> http://twitter.com/GeoTux2
>>> http://about.me/germancarrillo
>>>
>>> 
>>>
>>> ___
>>> QGIS-Translators mailing list
>>> qgis...@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-tr
>>>
>>
>>
>> ___
>> 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
>>
>
>
>
> --
> ---
>|\__
> (:>__)(
>|/
> Soluciones Geoinformáticas Libres
> http://geotux.tuxfamily.org/
> http://twitter.com/GeoTux2
> http://about.me/germancarrillo
>
> 
>
> ___
> 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
>



-- 
Alexander Bruy
___
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-develop

Re: [Qgis-developer] Fwd: Re: [Geopackage] Geopackage on a shared network drive

[Matthias Kuhn]

On 10/03/2016 12:16 PM, Even Rouault wrote:
> 
> Side note: on a quick try there's some oddity in the GUI. If I just change a 
> layer to Read-Only the "Toggle editing" button is still enabled. It becomes 
> disabled only after I choose the "Select features by id" mode and clicked on 
> a 
> feature. And symetrically when changing back to Read-Write.
> 

Thanks for the hint, should be fixed in here:

https://github.com/qgis/QGIS/pull/3562

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: Re: [Geopackage] Geopackage on a shared network drive

[Even Rouault]

> There's the "read only" setting (hidden away) under Project Properties
> -> Identify Layers which this could potentially hook into.

Didn't know that one! I see this is done through the 
QgsVectorLayer::setReadOnly( bool readonly )" interface. So in case we would 
need that at the provider level (which is not so confirmed in this case) we 
could plug that there.

Side note: on a quick try there's some oddity in the GUI. If I just change a 
layer to Read-Only the "Toggle editing" button is still enabled. It becomes 
disabled only after I choose the "Select features by id" mode and clicked on a 
feature. And symetrically when changing back to Read-Write.

> 
> Nyall
> 
> > ---
> > 
> > This also leads to a follow up question: many OGR data formats have "open
> > options". As far as I know, these options are not exposed to the User in
> > QGIS, other than the encoding - or did I miss something? Should we
> > introduce a "GUI" way in QGIS 3.x to expose these "open options" in the
> > "add vector layer" dialogue?
> > 
> > Thanks,
> > Andreas
> > 
> > On 2016-10-01 23:38, Even Rouault wrote:
> > 
> > FYI: An interesting finding to improve performance of large Geopackage on
> > a shared network drive.
> > 
> > --  Message transmis  --
> > 
> > Sujet : Re: [Geopackage] Geopackage on a shared network drive
> > Date : samedi 01 octobre 2016, 16:41:05
> > De : Árni Geirsson via Geopackage 
> > À : Even Rouault 
> > CC : geopack...@lists.opengeospatial.org
> > 
> > Yes! It renders very quickly after I set the read-only flag in the file
> > explorer.
> > That goes a long way towards solving the problem for me because as I
> > mentioned, the team would like to use this format to store geodata, not
> > to edit it and certainly not to make edits by multiple concurrent users.
> > Thank you so much for your help!
> > 
> > Árni
> > 
> > 
> > Árni Geirsson
> > *Alta ehf* // +354 582 5000 // +354 897 9549
> > www.alta.is  // Alta á Twitter  // Alta á
> > Facebook 
> > Gæða- og umhverfisstefna Alta 
> > 
> > 
> > 
> > 
> > On 1 October 2016 at 14:28, Even Rouault 
> > wrote:
> > 
> > Le samedi 01 octobre 2016 16:02:38, Árni Geirsson a écrit :
> > 
> > Hello Even
> > Thank you for your suggestion. I made the changes you suggested, adding
> > set SQLITE_USE_OGR_VFS=YES
> > after
> > set VSI_CACHE=TRUE
> > set VSI_CACHE_SIZE=100
> > but there was no difference. Was this perhaps not the right way to do it?
> > 
> > 
> > Yes, that's correct.
> > 
> > Hum actually reviewing the code, the cache mechanism is only enabled when
> > the
> > file is opened in read-only mode, whereas QGIS will open the file in
> > read-write
> > mode.
> > 
> > You could perhaps try to make the GPKG read-only in the explorer?, at
> > least just to test if it is a promising optimization. I guess write
> > support for the
> > cache mechanism could be added.
> > 
> > A drawback of a cache machnism is that it would defeat the updates in
> > SQLite
> > to deal with concurrent editing, but anyway such mechanisms don't work
> > very well on network shares.
> > 
> > Anyway, I would think that I am not alone in seeing this as a problem
> > 
> > but I
> > 
> > find very little about it on the web.
> > 
> > Árni
> > 
> > 
> > 
> > Árni Geirsson
> > *Alta ehf* // +354 582 5000 // +354 897 9549
> > www.alta.is  // Alta á Twitter  // Alta á
> > Facebook 
> > Gæða- og umhverfisstefna Alta 
> > 
> > 
> > 
> > 
> > On 30 September 2016 at 19:52, Even Rouault 
> > 
> > wrote:
> > 
> > Le vendredi 30 septembre 2016 00:44:45, Árni Geirsson via Geopackage a
> > 
> > écrit :
> > 
> > Dear Geopackage developers!
> > I look forward to the day when Geopackage replaces the old shapefiles
> > 
> > 
> > and I
> > 
> > thank you for your efforts. As a user in a small team that uses QGIS
> > and shares data on a NAS box, basically a Samba server for network
> > shares, I notice that Geopackage data loads very slowly, much more
> > slowly than a shapefile stored in exactly the same shared folder. I
> > have noticed this with Spatialite, too, and suspect that the problem
> > lies with Sqlite and some problem it has with the networking
> > 
> > protocol.
> > 
> > Since Geopackage is intended (as I understand) as a storage and
> > exchange format for geodata, rather than a general purpose database
> > format like Spatialite, I was
> > 
> > 
> > hoping
> > 
> > that this problem could be overcome and that the Geopackage data
> > 
> > would
> > 
> > 
> > load
> > 
> > as fast as the shapefile data from the network share. When the
> > Geopackage and shapefile data are both on a local drive, I see no
> > difference in the loading speed.
> > 
> > Do you think this will be solved?
> > 
> > 
> > QGIS tweaks GDA

Re: [Qgis-developer] PyQgsServerWFST disabled on Travis

[Matthias Kuhn]

On 10/03/2016 12:04 PM, Alessandro Pasotti wrote:
> On Mon, Oct 3, 2016 at 11:28 AM, Nyall Dawson  > wrote:
> 
> On 3 October 2016 at 19:11, Alessandro Pasotti  > wrote:
> > On Mon, Oct 3, 2016 at 10:44 AM, Matthias Kuhn  > wrote:
> >>
> >> Following the conversation from
> >> https://github.com/qgis/QGIS/commit/89d4998
>  , this is an announcement
> >> to notify that the PyQgsServerWFST has been disabled on the Travis 
> builds.
> >>
> >> Work has been underway to remove "noisy" tests from Travis which cause
> >> false alarms and these tests regularly fail for unrelated changes.
> >> False alarms are bad as they undermine confidence in the CI results
> >> and encourage contributors to ignore the test results.
> >>
> >> If you're interested in seeing these tests continue as part of the CI
> >> infrastructure here are some examples of typical random failures these
> >> tests encounter:
> >>
> >> PyQgsServerWFST: https://travis-ci.org/qgis/QGIS/builds/164559513
> 
> >>
> >> Matthias
> >
> >
> >
> > Hi Matthias,
> >
> > Is there any way to see the complete build logs for that particular 
> build?
> >
> > I'm trying with dash but the interesting part was apparently cut.
> >
> > The rest of the test output was removed since it exceeds the threshold 
> of
> > 307200 bytes.
> 
> If you make the very first output from the test a 'CTEST_FULL_OUTPUT'
> line, then the truncation doesn't occur.
> 
> test_qgsserver_accesscontrol.py uses this, have a look how it's done
> there.
> 
> Nyall
> 
> 
> 
> Thanks! I will do it.
> 
> BTW, restarting the build
> https://travis-ci.org/qgis/QGIS/builds/164559513, the WFS-T test now
> passes but there is another one that fails:
> https://travis-ci.org/qgis/QGIS/builds/164559513
> 
> PyQgsComposerPicture ***Timeout 60.00 sec
> 
> Should we disable that one too?

It's already disabled, the regex for blacklisting was broken and it was
executed by mistake.
Fixed in 8e54acf

Matthias

> 
> 
> -- 
> 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] PyQgsServerWFST disabled on Travis

[Alessandro Pasotti]

On Mon, Oct 3, 2016 at 11:28 AM, Nyall Dawson 
wrote:

> On 3 October 2016 at 19:11, Alessandro Pasotti  wrote:
> > On Mon, Oct 3, 2016 at 10:44 AM, Matthias Kuhn 
> wrote:
> >>
> >> Following the conversation from
> >> https://github.com/qgis/QGIS/commit/89d4998 , this is an announcement
> >> to notify that the PyQgsServerWFST has been disabled on the Travis
> builds.
> >>
> >> Work has been underway to remove "noisy" tests from Travis which cause
> >> false alarms and these tests regularly fail for unrelated changes.
> >> False alarms are bad as they undermine confidence in the CI results
> >> and encourage contributors to ignore the test results.
> >>
> >> If you're interested in seeing these tests continue as part of the CI
> >> infrastructure here are some examples of typical random failures these
> >> tests encounter:
> >>
> >> PyQgsServerWFST: https://travis-ci.org/qgis/QGIS/builds/164559513
> >>
> >> Matthias
> >
> >
> >
> > Hi Matthias,
> >
> > Is there any way to see the complete build logs for that particular
> build?
> >
> > I'm trying with dash but the interesting part was apparently cut.
> >
> > The rest of the test output was removed since it exceeds the threshold of
> > 307200 bytes.
>
> If you make the very first output from the test a 'CTEST_FULL_OUTPUT'
> line, then the truncation doesn't occur.
>
> test_qgsserver_accesscontrol.py uses this, have a look how it's done
> there.
>
> Nyall
>


Thanks! I will do it.

BTW, restarting the build https://travis-ci.org/qgis/QGIS/builds/164559513,
the WFS-T test now passes but there is another one that fails:
https://travis-ci.org/qgis/QGIS/builds/164559513

PyQgsComposerPicture ***Timeout  60.00 sec

Should we disable that one too?


-- 
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] Fwd: Re: [Geopackage] Geopackage on a shared network drive

[Even Rouault]

Le lundi 03 octobre 2016 10:33:25, Neumann, Andreas a écrit :
> Hi Even,
> 
> Thank you for sharing this finding!
> 
> In that case I think that QGIS should offer a flag to open Geopackages
> in read-only mode.


I'm not sure we need an explicit flag for read-only mode (in the GUI I mean). 
This could bring some complications: for example should that be saved with the 
layer in a project file? But if so, then you'd be stuck to read-only later if 
you want to edit a layer, etc.

Read-only mode could be the default mode for opening, and re-open in read-
write mode when this is needed. This is something I've done recently, but 
limited to MapInfo .tab, since opening .tab files in read-write mode prevented 
concurrent opening of the file in QGIS & MapInfo. I didn't want to mess with 
other formats, but fundamentally I don't see any reason why this couldn't be 
generalized to other formats (I'm not sure why QGIS has historically opened in 
read-write mode as first try. Probably because this was easier to implement)

For GPKG, there's just one subtelty though. I've fixed recently #15351 and to 
avoid deadlocks between readers&writers, the first to open a GPKG needs to turn 
on write ahead log (WAL) journalisation, so the workflow would be :

- open in read only
- check if journalisation is WAL
   - if so, done
   - if not, re-open in read-write, turn on WAL, re-open in read-only

And similar on closing to revert to the default DELETE journalisation mode.


Hum, with further thinking, I don't undertstand why my suggestion in the 
discussion thread on the geopackage ML of changing the file permission to read-
only made things faster. Because, for feature iterators, QGIS uses a dedicated 
OGR connection in read-only mode and does not use the provider connection that 
might be in read-write mode. Unless the reporter still uses GDAL 1.11, which 
used to open in read-write mode regardless of what the user specified (was 
fixed 
in GDAL 2.0). That must be it. I'll check back with the reporter. So probably 
all the above is not needed after all...

> 
> Even - since you are "Mr. Geopackage" in the QGIS project anyway - can
> you please make sure that this can be covered in the upcoming Geopackage
> improvements? Would a "read-only" mode also be useful for other data
> formats? I opened a ticket at http://hub.qgis.org/issues/15652 and
> assigned it to you. I have no idea how much effort this enhancement
> would mean - can you please do an estimate and send me a quote for that?
> Maybe we could still include it in the upcoming Geopackage improvements
> financed by the Swiss QGIS user group.
> 
> ---
> 
> This also leads to a follow up question: many OGR data formats have
> "open options". As far as I know, these options are not exposed to the
> User in QGIS, other than the encoding - or did I miss something? Should
> we introduce a "GUI" way in QGIS 3.x to expose these "open options" in
> the "add vector layer" dialogue?

Open options cannot be specified through QGIS currently indeed. There are not 
so many vector drivers that expose them, mostly those who are of the database 
type (with some redundancy with the way configuring the connection is already 
offered in the GUI). Some notable exceptions in the regular file category are 
CSV and GML.
One downside of open options is that they can be rather esoteric and hard to 
understand for the average user, so I guess they should be presented in a 
expandable tab.

GDAL offers the possibility to auto-discover which open options are available 
for a format, but that doesn't solve the issue with internationalization in 
QGIS. Although I think I discussed with someone about this and one possibility 
mentionned was to dump, at QGIS build time, the strings to translate from GDAL 
in a QGIS resource file. I didn't look how internationalization worked in QGIS.

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] QGIS D3 DataVis Plugin Status Report

[matteo]

Hi Calvin,

I had some time to deepen in the list of D3 libraries you have listen:


>1. *d3pie* (http://d3pie.org/) - This is a very attractive pie chart and
>I like it, but it has only 7 contributors on GitHub and seems to be
>stagnant.

if I understand it well, this allows just the pie plottin

>2. *D3Plus* (http://d3plus.org/) - Has a number of reusable components -
>19 contributors on GitHub.

seems very very good.. do you need to understand some external
component? I did not (but maybe I have them already installed) and I was
able to save a custom html interactive plot

>3. *NVD3* (http://nvd3.org/) - Lots of reusable components - 200
>contributors on GitHub.

I like it too..

>4. *C3* (http://c3js.org/) - Also a number of components - 88
>contributors, but there haven't been any updates for over a year.

seems less customizable than the others..


IMHO what I plot plugin like that one we are trying to understand how to
build should have some mandatory capabilities:

1. callback from plot to QGIS map canvas. So clicking on the
point/bar/boxplot should give a signal that can be used to
select/zooming/whatever in QGIS

2. plots should be callable from Processing

3. it could be really good to be able to embed plots in the print
composer too


I don't know if all these is possible, but maybe it is worth to try

Cheers

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

Re: [Qgis-developer] PyQgsServerWFST disabled on Travis

[Nyall Dawson]

On 3 October 2016 at 19:11, Alessandro Pasotti  wrote:
> On Mon, Oct 3, 2016 at 10:44 AM, Matthias Kuhn  wrote:
>>
>> Following the conversation from
>> https://github.com/qgis/QGIS/commit/89d4998 , this is an announcement
>> to notify that the PyQgsServerWFST has been disabled on the Travis builds.
>>
>> Work has been underway to remove "noisy" tests from Travis which cause
>> false alarms and these tests regularly fail for unrelated changes.
>> False alarms are bad as they undermine confidence in the CI results
>> and encourage contributors to ignore the test results.
>>
>> If you're interested in seeing these tests continue as part of the CI
>> infrastructure here are some examples of typical random failures these
>> tests encounter:
>>
>> PyQgsServerWFST: https://travis-ci.org/qgis/QGIS/builds/164559513
>>
>> Matthias
>
>
>
> Hi Matthias,
>
> Is there any way to see the complete build logs for that particular build?
>
> I'm trying with dash but the interesting part was apparently cut.
>
> The rest of the test output was removed since it exceeds the threshold of
> 307200 bytes.

If you make the very first output from the test a 'CTEST_FULL_OUTPUT'
line, then the truncation doesn't occur.

test_qgsserver_accesscontrol.py uses this, have a look how it's done there.

Nyall


>
>
>
>
> --
> 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
___
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] PyQgsServerWFST disabled on Travis

[Alessandro Pasotti]

On Mon, Oct 3, 2016 at 10:44 AM, Matthias Kuhn  wrote:

> Following the conversation from
> https://github.com/qgis/QGIS/commit/89d4998 , this is an announcement
> to notify that the PyQgsServerWFST has been disabled on the Travis builds.
>
> Work has been underway to remove "noisy" tests from Travis which cause
> false alarms and these tests regularly fail for unrelated changes.
> False alarms are bad as they undermine confidence in the CI results
> and encourage contributors to ignore the test results.
>
> If you're interested in seeing these tests continue as part of the CI
> infrastructure here are some examples of typical random failures these
> tests encounter:
>
> PyQgsServerWFST: https://travis-ci.org/qgis/QGIS/builds/164559513
>
> Matthias
>


Hi Matthias,

Is there any way to see the complete build logs for that particular build?

I'm trying with dash but the interesting part was apparently cut.

The rest of the test output was removed since it exceeds the threshold
of 307200 bytes.




-- 
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] Fwd: Re: [Geopackage] Geopackage on a shared network drive

[Nyall Dawson]

On 3 October 2016 at 18:33, Neumann, Andreas  wrote:
> Hi Even,
>
> Thank you for sharing this finding!
>
> In that case I think that QGIS should offer a flag to open Geopackages in
> read-only mode.
>
> Even - since you are "Mr. Geopackage" in the QGIS project anyway - can you
> please make sure that this can be covered in the upcoming Geopackage
> improvements? Would a "read-only" mode also be useful for other data
> formats? I opened a ticket at http://hub.qgis.org/issues/15652 and assigned
> it to you. I have no idea how much effort this enhancement would mean - can
> you please do an estimate and send me a quote for that? Maybe we could still
> include it in the upcoming Geopackage improvements financed by the Swiss
> QGIS user group.

There's the "read only" setting (hidden away) under Project Properties
-> Identify Layers which this could potentially hook into.

Nyall

>
> ---
>
> This also leads to a follow up question: many OGR data formats have "open
> options". As far as I know, these options are not exposed to the User in
> QGIS, other than the encoding - or did I miss something? Should we introduce
> a "GUI" way in QGIS 3.x to expose these "open options" in the "add vector
> layer" dialogue?
>
> Thanks,
> Andreas
>
> On 2016-10-01 23:38, Even Rouault wrote:
>
> FYI: An interesting finding to improve performance of large Geopackage on a
> shared network drive.
>
> --  Message transmis  --
>
> Sujet : Re: [Geopackage] Geopackage on a shared network drive
> Date : samedi 01 octobre 2016, 16:41:05
> De : Árni Geirsson via Geopackage 
> À : Even Rouault 
> CC : geopack...@lists.opengeospatial.org
>
> Yes! It renders very quickly after I set the read-only flag in the file
> explorer.
> That goes a long way towards solving the problem for me because as I
> mentioned, the team would like to use this format to store geodata, not to
> edit it and certainly not to make edits by multiple concurrent users.
> Thank you so much for your help!
>
> Árni
>
>
> Árni Geirsson
> *Alta ehf* // +354 582 5000 // +354 897 9549
> www.alta.is  // Alta á Twitter  // Alta á
> Facebook 
> Gæða- og umhverfisstefna Alta 
>
>
>
>
> On 1 October 2016 at 14:28, Even Rouault  wrote:
>
> Le samedi 01 octobre 2016 16:02:38, Árni Geirsson a écrit :
>
> Hello Even
> Thank you for your suggestion. I made the changes you suggested, adding
> set SQLITE_USE_OGR_VFS=YES
> after
> set VSI_CACHE=TRUE
> set VSI_CACHE_SIZE=100
> but there was no difference. Was this perhaps not the right way to do it?
>
>
> Yes, that's correct.
>
> Hum actually reviewing the code, the cache mechanism is only enabled when
> the
> file is opened in read-only mode, whereas QGIS will open the file in
> read-write
> mode.
>
> You could perhaps try to make the GPKG read-only in the explorer?, at least
> just to test if it is a promising optimization. I guess write support for
> the
> cache mechanism could be added.
>
> A drawback of a cache machnism is that it would defeat the updates in
> SQLite
> to deal with concurrent editing, but anyway such mechanisms don't work very
> well on network shares.
>
> Anyway, I would think that I am not alone in seeing this as a problem
>
> but I
>
> find very little about it on the web.
>
> Árni
>
>
>
> Árni Geirsson
> *Alta ehf* // +354 582 5000 // +354 897 9549
> www.alta.is  // Alta á Twitter  // Alta á
> Facebook 
> Gæða- og umhverfisstefna Alta 
>
>
>
>
> On 30 September 2016 at 19:52, Even Rouault 
>
> wrote:
>
> Le vendredi 30 septembre 2016 00:44:45, Árni Geirsson via Geopackage a
>
> écrit :
>
> Dear Geopackage developers!
> I look forward to the day when Geopackage replaces the old shapefiles
>
>
> and I
>
> thank you for your efforts. As a user in a small team that uses QGIS
> and shares data on a NAS box, basically a Samba server for network
> shares, I notice that Geopackage data loads very slowly, much more
> slowly than a shapefile stored in exactly the same shared folder. I
> have noticed this with Spatialite, too, and suspect that the problem
> lies with Sqlite and some problem it has with the networking
>
> protocol.
>
> Since Geopackage is intended (as I understand) as a storage and
> exchange format for geodata, rather than a general purpose database
> format like Spatialite, I was
>
>
> hoping
>
> that this problem could be overcome and that the Geopackage data
>
> would
>
>
> load
>
> as fast as the shapefile data from the network share. When the
> Geopackage and shapefile data are both on a local drive, I see no
> difference in the loading speed.
>
> Do you think this will be solved?
>
>
> QGIS tweaks GDAL/OGR to use a large buffer size to speed up network
> access to
> shapefiles (or any format that uses the GDAL I/O lay

Re: [Qgis-developer] QGIS D3 DataVis Plugin Status Report

[matteo]

Calvin,

that's pretty strange.. Obviously it is super alpha version, but it
works for me..

which OS do you have? Did you install plotly package via pip?

Thanks for the feedbacks

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] PyQgsServerWFST disabled on Travis

[Matthias Kuhn]

Following the conversation from
https://github.com/qgis/QGIS/commit/89d4998 , this is an announcement
to notify that the PyQgsServerWFST has been disabled on the Travis builds.

Work has been underway to remove "noisy" tests from Travis which cause
false alarms and these tests regularly fail for unrelated changes.
False alarms are bad as they undermine confidence in the CI results
and encourage contributors to ignore the test results.

If you're interested in seeing these tests continue as part of the CI
infrastructure here are some examples of typical random failures these
tests encounter:

PyQgsServerWFST: https://travis-ci.org/qgis/QGIS/builds/164559513

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] Time2web plugin

[Tom Chadwin]

Hi Jan

I think I saw this work when you linked to it from a PDF - a dissertation or
thesis. Nice!

Adding your work back into qgis2web could be terrific. Probably if you
contact me via Github (https://github.com/tomchadwin/qgis2web/) it would be
best.

The only thing I would say is that I am in the middle of implementing
Leaflet 1.0.0 in qgis2web, and there is also all the work for QGIS3 to do.
All I'm saying is, please be patient.

Thanks

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Time2web-plugin-tp5288977p5289000.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] Fwd: Re: [Geopackage] Geopackage on a shared network drive

[Neumann, Andreas]

Hi Even, 

Thank you for sharing this finding! 

In that case I think that QGIS should offer a flag to open Geopackages
in read-only mode. 

Even - since you are "Mr. Geopackage" in the QGIS project anyway - can
you please make sure that this can be covered in the upcoming Geopackage
improvements? Would a "read-only" mode also be useful for other data
formats? I opened a ticket at http://hub.qgis.org/issues/15652 and
assigned it to you. I have no idea how much effort this enhancement
would mean - can you please do an estimate and send me a quote for that?
Maybe we could still include it in the upcoming Geopackage improvements
financed by the Swiss QGIS user group. 

--- 

This also leads to a follow up question: many OGR data formats have
"open options". As far as I know, these options are not exposed to the
User in QGIS, other than the encoding - or did I miss something? Should
we introduce a "GUI" way in QGIS 3.x to expose these "open options" in
the "add vector layer" dialogue? 

Thanks,
Andreas 

On 2016-10-01 23:38, Even Rouault wrote:

> FYI: An interesting finding to improve performance of large Geopackage on a 
> shared network drive.
> 
> --  Message transmis  --
> 
> Sujet : Re: [Geopackage] Geopackage on a shared network drive
> Date : samedi 01 octobre 2016, 16:41:05
> De : Árni Geirsson via Geopackage 
> À : Even Rouault 
> CC : geopack...@lists.opengeospatial.org
> 
> Yes! It renders very quickly after I set the read-only flag in the file
> explorer.
> That goes a long way towards solving the problem for me because as I
> mentioned, the team would like to use this format to store geodata, not to
> edit it and certainly not to make edits by multiple concurrent users.
> Thank you so much for your help!
> 
> Árni
> 
> Árni Geirsson
> *Alta ehf* // +354 582 5000 // +354 897 9549
> www.alta.is [1]  // Alta á Twitter  // Alta á
> Facebook 
> Gæða- og umhverfisstefna Alta 
> 
> On 1 October 2016 at 14:28, Even Rouault  wrote:
> 
> Le samedi 01 octobre 2016 16:02:38, Árni Geirsson a écrit : Hello Even
> Thank you for your suggestion. I made the changes you suggested, adding
> set SQLITE_USE_OGR_VFS=YES
> after
> set VSI_CACHE=TRUE
> set VSI_CACHE_SIZE=100
> but there was no difference. Was this perhaps not the right way to do it? 
> Yes, that's correct.
> 
> Hum actually reviewing the code, the cache mechanism is only enabled when
> the
> file is opened in read-only mode, whereas QGIS will open the file in
> read-write
> mode.
> 
> You could perhaps try to make the GPKG read-only in the explorer?, at least
> just to test if it is a promising optimization. I guess write support for
> the
> cache mechanism could be added.
> 
> A drawback of a cache machnism is that it would defeat the updates in
> SQLite
> to deal with concurrent editing, but anyway such mechanisms don't work very
> well on network shares.
> 
> Anyway, I would think that I am not alone in seeing this as a problem but I 
> find very little about it on the web.
> 
> Árni
> 
> Árni Geirsson
> *Alta ehf* // +354 582 5000 // +354 897 9549
> www.alta.is [1]  // Alta á Twitter  // Alta á
> Facebook 
> Gæða- og umhverfisstefna Alta 
> 
> On 30 September 2016 at 19:52, Even Rouault 
> 
> wrote: Le vendredi 30 septembre 2016 00:44:45, Árni Geirsson via Geopackage a
> 
> écrit : Dear Geopackage developers!
> I look forward to the day when Geopackage replaces the old shapefiles 
> and I
> 
> thank you for your efforts. As a user in a small team that uses QGIS
> and shares data on a NAS box, basically a Samba server for network
> shares, I notice that Geopackage data loads very slowly, much more
> slowly than a shapefile stored in exactly the same shared folder. I
> have noticed this with Spatialite, too, and suspect that the problem
> lies with Sqlite and some problem it has with the networking
 protocol. 

> Since Geopackage is intended (as I understand) as a storage and
> exchange format for geodata, rather than a general purpose database
> format like Spatialite, I was 
> hoping
> 
> that this problem could be overcome and that the Geopackage data
 would 

> load
> 
> as fast as the shapefile data from the network share. When the
> Geopackage and shapefile data are both on a local drive, I see no
> difference in the loading speed.
> 
> Do you think this will be solved? 
> QGIS tweaks GDAL/OGR to use a large buffer size to speed up network
> access to
> shapefiles (or any format that uses the GDAL I/O layer, which is called
> "VSI").
> 
> If you look at the qgis.bat in c:\osgeo4w\bin, you will see :
> set VSI_CACHE=TRUE
> set VSI_CACHE_SIZE=100
> 
> But by default, the OGR GPKG driver uses SQLite own I/O layer, which
> probably
> does access with a granualr