Re: [Qgis-developer] Certificate update QGIS servers

[Richard Duivenvoorde]

On 06-08-15 22:45, Andreas Neumann wrote:

> So Richard - could you try to follow the Webmaster Tools link and see if
> we can get more information?

Did that. Does NOT give any information...

It seems to have something to do with using httpS when visiting
https://www.qgis.org
because visiting
https://qgis.org is ok...

My quess is/was that we had/have spam links in our wiki, but as said,
Google gives you the possibility to list the tainted url's... but that
list is emtpy :-(

I've asked for a new 'review' now from Google. Which can take up 24
hours they say...

> The other thing to check is if the very recent certificate updates maybe
> trigger this warning?

mmm, should not be the case, I think it is a coincident that Matthias
check/found this.

But I even reverted the certificate now (you should see that it is still
valid until 18-10-15), but according to Google we are still tainted...

Let's see what the which verdict is given by Google-UberMaster after
their review ...

Regards,

Richard Duivenvoorde
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Certificate update QGIS servers

[Neumann, Andreas]

 

Hi Richard, 

Thank you for dealing with this very annoying issue. It is easy to ruin
a good reputation, but not so easy to gain one. 

And it is especially annoying if such warnings to not provide enough
meaningful information to fix such warnings. 

Andreas 

On 2015-08-07 10:26, Richard Duivenvoorde wrote: 

> On 06-08-15 22:45, Andreas Neumann wrote:
> 
>> So Richard - could you try to follow the Webmaster Tools link and see if
>> we can get more information?
> 
> Did that. Does NOT give any information...
> 
> It seems to have something to do with using httpS when visiting
> https://www.qgis.org [1]
> because visiting
> https://qgis.org [2] is ok...
> 
> My quess is/was that we had/have spam links in our wiki, but as said,
> Google gives you the possibility to list the tainted url's... but that
> list is emtpy :-(
> 
> I've asked for a new 'review' now from Google. Which can take up 24
> hours they say...
> 
>> The other thing to check is if the very recent certificate updates maybe
>> trigger this warning?
> 
> mmm, should not be the case, I think it is a coincident that Matthias
> check/found this.
> 
> But I even reverted the certificate now (you should see that it is still
> valid until 18-10-15), but according to Google we are still tainted...
> 
> Let's see what the which verdict is given by Google-UberMaster after
> their review ...
> 
> Regards,
> 
> Richard Duivenvoorde
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer [3]

 

Links:
--
[1] https://www.qgis.org
[2] https://qgis.org
[3] http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Certificate update QGIS servers

[Richard Duivenvoorde]

On 06-08-15 21:44, Nyall Dawson wrote:

> Dash is showing this too:
> http://dash.orfeo-toolbox.org/index.php?project=QGIS
> 
> That's not even hosted by us...

Nope, and has nothing to do with us either...

https://dash.orfeo-toolbox.org/index.php (not only when you try to visit
via httpS)

shows this sign too

I've sent an email to kitware the makers of dash

Regards,

Richard

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

Re: [Qgis-developer] Building plugin for Print Composer

[Vincent Mora]

Hi all,

I need to add graphs generated by a plugin to compositions. I'm
considering to develop a PluginComposerItem in the same spirit as
PluginLayers, adding/removing a button in the toolbar when the plugin is
registered/removed.

Is that what was needed in your cases, or was a more general approach
required (like the qgis plugin mechanism, being able to access the
interface) ?

V.

Le 22/06/2015 18:05, G. Allegri a écrit :
>
> The suggestion from John is exactly what we did too. And we also built
> a chart composer...
>
> It would be great to have the means to know what other teams are
> working to. It would save a lor of time and money and, probably, get
> better software from a shared effort ;)
>
> giovanni
>
> Il 22/giu/2015 19:31, "John Gitau"  > ha scritto:
>
> Hi Jakob,
>
> A workaround would be to have a plugin that creates a new composer
> view object: 
>
> /custom_composer = self.iface.createNewComposer("My Composer")/
>
> Then get a reference to the main window in the composer view:
>
> /main_window = custom_composer.composerWindow()/
>
> Then you can either add a new toolbar (and required actions) or
> append an action to the main toolbar. Have a look at the
> ComposerWrapper class for something similar we implemented for
> designing charts in the
> composer: https://gist.github.com/gkahiu/06a43a589f9441736397
>
> Hope this is helpful.
>
> Cheers,
>
> John
>
> On Mon, Jun 22, 2015 at 2:07 PM, G. Allegri 
> wrote:
>
> You can act on it but you can't custom gui widgets to the
> Composer interface.
> I cannot check the code right know. I listen to a specific
> (existing) composition opening but if I remember correctly you
> can watch the Composer opening too.
>
> Il 22/giu/2015 17:19, "Jakob Lanstorp" 
> ha scritto:
>
> Hi Giovanni, thanks for the update. Another solution would
> be to catch the
> event when a user starts an existing print composer.
> Cannot in doc for the
> pyqgis API find anything for this. Anyone who know is one
> can listens for a
> print composer to startup by the user and act on it.
>
>
>
> -
> Jakob Lanstorp
> --
> View this message in context:
> 
> http://osgeo-org.1560.x6.nabble.com/Building-plugin-for-Print-Composer-tp5212187p5212221.html
> Sent from the Quantum GIS - Developer mailing list archive
> at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Qgis-developer] very slow on creating a new empty spatialite db

[Ing. Pierluigi De Rosa]

Dear all,

I'm experiencing than when I create a new empty spatialite from qgis it
takes long time to do it.
Here belo is the code I tried:

---
# -*- coding: utf-8 -*-
from qgis.core import *
import qgis.utils
from pyspatialite import dbapi2 as db
import timeit

start = timeit.default_timer()

dbase='/home/pierluigi/Scrivania/db.sqlite'
conn = db.connect(dbase)
cur = conn.cursor()

sql = 'SELECT InitSpatialMetadata()'
cur.execute(sql)
conn.commit()

stop = timeit.default_timer()
print stop - start
---

If i run this code my pc start swapping so much and to prepare the empty
db (the total variable) it takes 722.3559 sec or better ABOUT 12
MINUTES!!!

Of course the same is if I just save a layer into spatialite format.

Why is this happens?
Is there a work around for my code to speed up che db creation?

I'm running qgis on ubuntu 14.04, qgis 2.8 LTS from launchpad unstable
repo.

Thanks
Pierluigi


-- 



Ing. Pierluigi De Rosa (PhD)
Studio Associato GFOSSERVICES

Presso CAMPUS Via F.lli Cairoli 25 - 06127 Perugia (PG) 
fax: 075 7823038
cel: 3497558268
web: www.gfosservices.it
skype: pierluigi.derosa 

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

Re: [Qgis-developer] very slow on creating a new empty spatialite db

[a . furieri]

On Fri, 07 Aug 2015 16:43:11 +0200, Ing. Pierluigi De Rosa wrote:

Dear all,

I'm experiencing than when I create a new empty spatialite from qgis 
it

takes long time to do it.
  -
sql = 'SELECT InitSpatialMetadata()'



Hi Pierluigi,

InitSpatialMetadata() will insert about 5,000 rows into the
spatial_ref_sys table.
SQLite is a full ACID DBMS, so performing so many INSERTs
outside a TRANSACTION will certainly be a very slow operation.

solution #1:
---
sql = 'BEGIN; SELECT InitSpatialMetadata(); COMMIT;'

solution #2:

sql = 'SELECT InitSpatialMetadata(1);'

both solutions have the same identical effect:
in the first case you'll explicitly define a Transaction
in your own SQL code.
in the second case by passing to InitSpatialMetadata()
a TRUE argument you'll authorize this function to silently
handle an internal Transaction.

bye Sandro
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Certificate update QGIS servers

[Richard Duivenvoorde]

On 07-08-15 10:26, Richard Duivenvoorde wrote:
> Let's see what the which verdict is given by Google-UberMaster after
> their review ...

(rest of discussion on SAC list as some osgeo sites have some problem) [0]

Ok, fully removed qgis website yesterday, and clean rebuild it after
removing references to raw.githusercontent.com...
Asked for a review..

This morning:

www.qgis.org should be ok now (but "As a result, we're removing the
malware warning from your site. This may take some time to happen".

www.qgis.org/pyqgis-cookbook 'still infected' :-( (again NO hints, do
not know where to look for...)

Thanks Google... NOT

Richard

[0] https://lists.osgeo.org/pipermail/sac/2015-August/005746.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer