Re: [Qgis-developer] Newbie question re: Qt, PyQt on MAC Yosemite, Sierra

Are you using my package or trying to compile from source? My package has everything needed in the app - Qt4 & PyQt4. QGIS 2 is not completely ready for Qt5, so yes you need to use Qt4. Does the Qt4 installer refuse to install on your system, or just give a warning? I've never heard of it ref

Re: [Qgis-developer] Backport of master feature in QGIS 2.18

Hi Even, On Thu, 13. Oct 2016 at 12:18:38 +0200, Even Rouault wrote: > - this PR adds new strings to translate (the DBManager changes might also). > Will translators do another round of translations for 2.18.x ? If not, this > might not be material appropriate for 2.18.x Transifex is already targ

[Qgis-developer] Newbie question re: Qt, PyQt on MAC Yosemite, Sierra

loaded up QGIS 2.14 ‘Essen’ got all psyched to dive in and do a plugin, and seem to be hitting a brick wall… From what I understand, you must use PyQt4, unless you compile EVERYTHING from source with Qt5 … soo… thought I would just use an older Qt version… WRONG ! the installer says it is inc

Re: [Qgis-developer] Building and debugging QGIS on Windows x64

Hi Casper, On Mon, 17. Oct 2016 at 14:00:48 +, Casper Børgesen (CABO) wrote: > Error 6610error LNK2019: unresolved external symbol > freexl_version referenced in function fnct_freexl_version > C:\QGIS\build\src\core\spatialite.lib(spatialite.obj) Consult package-nightly.cmd or

Re: [Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

Hmmm... What about replacing isinf with qIsInf? (and if required #include "qgis.h")? On 10/17/2016 06:32 PM, René-Luc Dhont wrote: > Hi Matthias, > > It does not help me if I add #include in > src/gui/qgsscalerangewidget.cpp > > Regards, > René-Luc > > Le 17/10/2016 à 18:26, Matthias Kuhn a é

Re: [Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

Hi Matthias, It does not help me if I add #include in src/gui/qgsscalerangewidget.cpp Regards, René-Luc Le 17/10/2016 à 18:26, Matthias Kuhn a écrit : He René-Luc does it help if you #include in src/gui/qgsscalerangewidget.cpp? Matthias On 10/17/2016 06:08 PM, René-Luc Dhont wrote: Hi

Re: [Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

He René-Luc does it help if you #include in src/gui/qgsscalerangewidget.cpp? Matthias On 10/17/2016 06:08 PM, René-Luc Dhont wrote: > Hi devs, > > I have this error during the qgis master_2 building: > ``` > ../src/gui/qgsscalerangewidget.cpp:93:21: error: ‘isinf’ was not > declared in this sc

[Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

Hi devs, I have this error during the qgis master_2 building: ``` ../src/gui/qgsscalerangewidget.cpp:93:21: error: ‘isinf’ was not declared in this scope if ( isinf( scale ) ) ^ ../src/gui/qgsscalerangewidget.cpp:93:21: note: suggested alternative: In file included from

Re: [Qgis-developer] Backport of master feature in QGIS 2.18

Hi, Even, I think your message also question the strategy followed for translation: one version at time and as soon as a version is released, let's focus on the next one. I'm refering to Transifex, of course, which is the default and most encouraged interface for translation. This means that norma

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

Be warned though that when using gdal 2.* - GetLayer with the layerid will not (always) work as it did with gdal 1.* Mark ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Uns

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

Hi All, I've been studying ogrLayerName and GDAL/OGR algorithms in recent days. I understand ogrLayerName expects a URI from QGIS layers. One valid QGIS layer URI might be (talking about Spatialite layers): 'dbname=\'/tmp/test.sqlite\' table="test" (geometry) sql=' The PR you merged [1] made i

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

Sorry, I misread the request. In this case, if I have now understood correctly, you are opening the source before retrieving the layer. That would then be everything up to the first '|'. For a file-base source the full-filename with path. For a Database-System such as PostGis the Connection-Str

Re: [Qgis-developer] Backport of master feature in QGIS 2.18

Any opinion ? > Hi, > > I'm currently working on improving geopackage support in QGIS and a first > part of this is https://github.com/qgis/QGIS/pull/3597 (other part will be > DBManager changes) > It has been raised that this would be worth backporting in QGIS 2.18.x, > hence a few questions: >

[Qgis-developer] Building and debugging QGIS on Windows x64

Hi I'm trying to build QGIS on Windows 7 (x64) using the the steps provided in [1] with small adjustments from [2]. My objective is to be able to build a QGIS instance so that I can debug and understand the calls made to QGIS from my python plugins. In other words, I am not trying to build my o

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

Hi Mark, maybe my question wasn't clear so I'll re-phrase it: What syntax for the "uri" parameter passed to ogrLayerName should be supported ? Is it correct to assume "any URI understood by the OGR provider" ? --strk; On Mon, Oct 17, 2016 at 02:27:16PM +0200, Mark Johnson wrote: > At present, th

Re: [Qgis-developer] Funding projects

+1 for always opt-in, and also a good way to back to opt-out if you opt-in by mistake. On Mon, Oct 17, 2016 at 10:44 PM, Richard Duivenvoorde wrote: > On 17-10-16 09:53, Matthias Kuhn wrote: > >> * a list of current crowd funding projects and their funding progress > >> > * a panel for us to dir

Re: [Qgis-developer] Funding projects

On 17-10-16 09:53, Matthias Kuhn wrote: >> * a list of current crowd funding projects and their funding progress >> > * a panel for us to directly send notifications to users e.g. 'QGIS >> > 2.14.7 is out, please upgrade!' > That's already in place. Information is read from > https://ubuntu.qgis.or

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

At present, this is not so simple due to recent changes in gdal, but also to changes made to support duplicate layer-names only layerid is being used. For QGIS compiled against gdal 1.* using: |layerid=n|layername=somename should be used and in most cases work correctly. At the moment an attempt

Re: [Qgis-developer] About my plugins ...

No pony for you Matthias ;) On Mon, Oct 17, 2016 at 9:45 PM, Matthias Kuhn wrote: > Hi > > On 10/17/2016 12:20 PM, Geo DrinX wrote: > > Ok, I will try to be more clear (compatibly with my bad English). > > > > Look at this: https://goo.gl/WR8LVF > > > > In this project, since now, they (public

Re: [Qgis-developer] About my plugins ...

Hi On 10/17/2016 12:20 PM, Geo DrinX wrote: > Ok, I will try to be more clear (compatibly with my bad English). > > Look at this: https://goo.gl/WR8LVF > > In this project, since now, they (public administration) are using > QGIS. But, they have today BIG PROBLEMS with crashes. There's a big

Re: [Qgis-developer] Sandboxing python

My two cents: Personally I see this whole sandbox thing as being more suitable for the application as a whole and not specifically for the python plugins part. As such, it seems to me that sandboxing would be a job better suited for the OS that is running apps, and not for the apps themselves. Thi

[Qgis-developer] ogrLayerName in processing/tools/vector.py

Victor, following a recent comment on a fix to ogrLayerName [1] I'm wondering what the exact semantic of ogrLayerName should be, as it's not documented anywhere. Should it accept any kind of "uri" from any layer provider or only those from the OGR provider ? [1] https://github.com/qgis/QGIS/comm

Re: [Qgis-developer] Sandboxing python

2016-10-17 12:35 GMT+02:00 Nathan Woodrow : > And Qt. > > On Mon, Oct 17, 2016 at 8:35 PM, Nathan Woodrow > wrote: > >> Yes I have read it, however we don't run on PyPy, we use CPython. >> >> So for you, there is no chance to implement a good python sandbox in QGIS, at least in the short term ?

Re: [Qgis-developer] About my plugins ...

On Mon, Oct 17, 2016 at 12:20:15PM +0200, Geo DrinX wrote: > Ok, I will try to be more clear (compatibly with my bad English). [...] > QGIS now is NOT secure. I explained enough ? Are you saying that since QGIS is not secure nobody should bother checking contributed plugins for being non-ma

Re: [Qgis-developer] About my plugins ...

On 17 October 2016 at 20:20, Geo DrinX wrote: > Ok, I will try to be more clear (compatibly with my bad English). > > Look at this: https://goo.gl/WR8LVF > > In this project, since now, they (public administration) are using QGIS. > But, they have today BIG PROBLEMS with crashes. > > In the next

Re: [Qgis-developer] Sandboxing python

And Qt. On Mon, Oct 17, 2016 at 8:35 PM, Nathan Woodrow wrote: > Yes I have read it, however we don't run on PyPy, we use CPython. > > On Mon, Oct 17, 2016 at 8:06 PM, wrote: > >> >> >> Inviato da iPhone >> >> Il giorno 17 ott 2016, alle ore 11:19, Nathan Woodrow < >> madman...@gmail.com> ha sc

Re: [Qgis-developer] Sandboxing python

Yes I have read it, however we don't run on PyPy, we use CPython. On Mon, Oct 17, 2016 at 8:06 PM, wrote: > > > Inviato da iPhone > > Il giorno 17 ott 2016, alle ore 11:19, Nathan Woodrow > ha scritto: > > For context from here: https://lwn.net/Articles/574215/ > > "I now agree that putting a s

Re: [Qgis-developer] About my plugins ...

Ok, I will try to be more clear (compatibly with my bad English). Look at this: https://goo.gl/WR8LVF In this project, since now, they (public administration) are using QGIS. But, they have today BIG PROBLEMS with crashes. In the next version of the system, the NEED to have a secure program (an

Re: [Qgis-developer] Sandboxing python

Inviato da iPhone > Il giorno 17 ott 2016, alle ore 11:19, Nathan Woodrow > ha scritto: > > For context from here: https://lwn.net/Articles/574215/ > > "I now agree that putting a sandbox in CPython is the wrong design. There are > too many ways to escape the untrusted namespace using the v

Re: [Qgis-developer] About my plugins ...

Hi all, I like the *idea* of sandboxing. And we all know and agree it's a complex topic. Hard to impossible to get right (let's admit also that security is always something gray and not black and white - unless the network plug is removed and the room isolated with tin foil). This on the other ha

Re: [Qgis-developer] processing and libpq

Yes, I have made a few fixes lately, and they are in master_2. I have to spend sometime now porting them to master and 2.14 if they apply Don't worry, i will take care of that later today Cheers 2016-10-17 11:15 GMT+02:00 Sandro Santilli : > Hi Victor, > I noticed you merged my PR but it doesn't

Re: [Qgis-developer] About my plugins ...

On Mon, Oct 17, 2016 at 07:39:23PM +1000, Nathan Woodrow wrote: > Sandro, > > Have a read of the links that Even posted. They don't really side in > favour with the idea of sandboxing Python, and that was just plain > python not including PyQt4, etc, > > https://lwn.net/Articles/574215/ Indeed

Re: [Qgis-developer] Access violation - no RTTI data

Nyall Dawson wrote > Wouldn't that cause a ton of other errors though? It's used pretty > heavily all throughout QGIS, and there's many other sip classes > relying on it... That was my thought. I've certainly never come across the error before, and since the plugin basically queries the hell out o

Re: [Qgis-developer] Access violation - no RTTI data

Matthias Kuhn-2 wrote > The good news: This can be fixed, I've just fixed it in master [1]. > Please let me know if you need this backported and where to (so you can > test). Brilliant - many thanks. I'd argue for a backport to LTR. I claim compatibility back to 2.8, but I'm perfectly happy to dro

Re: [Qgis-developer] About my plugins ...

Sandro, Have a read of the links that Even posted. They don't really side in favour with the idea of sandboxing Python, and that was just plain python not including PyQt4, etc, https://lwn.net/Articles/574215/ - Nathan On Mon, Oct 17, 2016 at 7:19 PM, Sandro Santilli wrote: > On Mon, Oct 17,

Re: [Qgis-developer] About my plugins ...

On 17.10.2016 16:02, Geo DrinX wrote: > without any QEP. What it means "QEP" ? Qgis Enhancement Proposal Funny, to suggest a closed discussion after such tiresome rally for openness... ciao -- Marco Bernasocchi OPENGIS.ch - berna.io - 27summits.ch signature.asc Description: OpenPGP dig

Re: [Qgis-developer] Sandboxing python

For context from here: https://lwn.net/Articles/574215/ "I now agree that putting a sandbox in CPython is the wrong design. There are too many ways to escape the untrusted namespace using the various introspection features of the Python language. To guarantee the [safety] of a security product, th

[Qgis-developer] QRap plugin: Mouse Click not capture

Good day, I am the sole developer left on the development of the QRap plugin (www.QRap.org.za / https://sourceforge.net/projects/qrap/ ). As this is not even my main focus, I tent not to update so often as only sync with LTR versions. Until QGis 2.8 the mouse clicked worked fine, but when I u

Re: [Qgis-developer] About my plugins ...

On Mon, Oct 17, 2016 at 11:02:57AM +0200, Geo DrinX wrote: > 2016-10-17 10:46 GMT+02:00 Sandro Santilli : > > > On Sun, Oct 16, 2016 at 01:26:11PM +0200, Geo DrinX wrote: > > > > > Rather, I would see the most important working upstream python > > environment, > > > and the plugin to work in a san

Re: [Qgis-developer] Sandboxing python

Honestly, this is getting tiresome. If you don't like the approval processes that we have in place currently you can create a new plugin repo, it's just an XML file exposed via webserver, there are docs around for it. You can give this URL to people and they can install your plugins via that. If

[Qgis-developer] processing and libpq

Hi Victor, I noticed you merged my PR but it doesn't look the changes also went to master branch nor to 2.14, will you also do that ? --strk; ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listin

Re: [Qgis-developer] Access violation - no RTTI data

Hi Jürgen, On 10/17/2016 10:50 AM, Jürgen E. Fischer wrote: > Hi Matthias, > > On Mon, 17. Oct 2016 at 10:36:58 +0200, Matthias Kuhn wrote: >> I had the same thoughts. And no final explanation. > > Or it's simply a bogus pointer that doesn't point at anything with RTTI > (anymore)? True. The sa

Re: [Qgis-developer] About my plugins ...

2016-10-17 10:46 GMT+02:00 Sandro Santilli : > On Sun, Oct 16, 2016 at 01:26:11PM +0200, Geo DrinX wrote: > > > Rather, I would see the most important working upstream python > environment, > > and the plugin to work in a sand-safe box. > > This sounds like a great idea. > Are you willing to work

Re: [Qgis-developer] Access violation - no RTTI data

Hi Matthias, On Mon, 17. Oct 2016 at 10:36:58 +0200, Matthias Kuhn wrote: > I had the same thoughts. And no final explanation. Or it's simply a bogus pointer that doesn't point at anything with RTTI (anymore)? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-

Re: [Qgis-developer] About my plugins ...

On Sun, Oct 16, 2016 at 01:26:11PM +0200, Geo DrinX wrote: > Rather, I would see the most important working upstream python environment, > and the plugin to work in a sand-safe box. This sounds like a great idea. Are you willing to work on a QEP for it ? --strk; _

Re: [Qgis-developer] About my plugins ...

On Sat, Oct 15, 2016 at 03:32:42PM +0200, Geo DrinX wrote: > Who judges the job, maybe months, another programmer, who is giving to the > community that has developed because of its usefulness ? > Maybe Richard Stallman ? By chance Gary Sherman ? > Probably would not do it even they. Just my e

Re: [Qgis-developer] Access violation - no RTTI data

On 10/17/2016 10:28 AM, Nyall Dawson wrote: > On 17 October 2016 at 18:24, Matthias Kuhn wrote: >> Hi Tom, >> >> RTTI is some low-level C++ functionality to determine an objects type >> (roughly equivalent to `type(myobject)` in python). It can be enabled >> and disabled during compilation. Appare

Re: [Qgis-developer] Sandboxing python

2016-10-17 10:19 GMT+02:00 Nathan Woodrow : > Qgis uses CPython. You also have to sandbox Qt, so I suspect you are > running into a lot of dead ends. > Thank you for the suggestion. We will see who is moving in dead ends. :) I am the crow's nest of the ship and I am experiencing the arrival of

Re: [Qgis-developer] Access violation - no RTTI data

On 17 October 2016 at 18:24, Matthias Kuhn wrote: > Hi Tom, > > RTTI is some low-level C++ functionality to determine an objects type > (roughly equivalent to `type(myobject)` in python). It can be enabled > and disabled during compilation. Apparently it was disabled on your QGIS > build. Wouldn'

Re: [Qgis-developer] Access violation - no RTTI data

Hi Tom, RTTI is some low-level C++ functionality to determine an objects type (roughly equivalent to `type(myobject)` in python). It can be enabled and disabled during compilation. Apparently it was disabled on your QGIS build. The bad news: QGIS uses this information to determine which type of s

Re: [Qgis-developer] Sandboxing python

Qgis uses CPython. You also have to sandbox Qt, so I suspect you are running into a lot of dead ends. As we have said before, this is a ton of effort and you will not gain what you want from it. Microsoft had to write a whole new .net framework just to handle this. On Mon, 17 Oct 2016 6:13 pm Ge

Re: [Qgis-developer] Sandboxing python

I am referring to this: http://doc.pypy.org/en/latest/sandbox.html?highlight=sandboxing Someone has experimented it with QGIS ? In case, can we share our efforts around it ? Thank you Geo 2016-10-17 9:52 GMT+02:00 Geo DrinX : > Good morning, > > > somebody has experience with sandboxi

Re: [Qgis-developer] Funding projects

Hi On 10/16/2016 09:06 AM, Tim Sutton wrote: > Hi > >> On 06 Oct 2016, at 10:26 AM, Paolo Cavallini > > wrote: >> >> >> One more thing we have been discussing is to include a link to that info >> directly in the QGIS interface, for an easier discovery by the hundreds

[Qgis-developer] Sandboxing python

Good morning, somebody has experience with sandboxing ? This is an urgence of our program. An important competition for software provision to public authority is ongoing, and a request is the sw reliability. So, who of us knows how to armour python ? The current approval mechanism is not su

Re: [Qgis-developer] Funding projects

Il 16/10/2016 09:06, Tim Sutton ha scritto: > Given how effective our post-download pop up is on the web site, I think > that using our first open page to 'speak' to our users is definitely > something to resurrect. It would be great to provide: > > * a list of recent projects (as we have now) >