Re: [QGIS-Developer] Length measurement weirdness (again)

[Paolo Cavallini]

Il 04/05/2018 04:48, Patrick Dunford ha scritto:
> It was always my impression that these measurements can never be that
> accurate as the projections are approximated? Or do you know otherwise?

we are not talking about approximations here, but of 30-40% errors.
thanks.
-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Length measurement weirdness (again)

[Paolo Cavallini]

Il 04/05/2018 01:18, Nyall Dawson ha scritto:

> It's not a bug as much as very confusing 2.x behavior. The obscure
> link between a "rendering" setting (OTF projection) and ellipsoidal
> calculations (area/distance) is extremely confusing for users. We
> couldn't change this in 2.x because of the API freeze and how embedded
> this logic was in many areas of QGIS code and API.

I understand, thanks for the explanation. Then why not disabling
measurements when OTF is off? giving a totally false measurement does
not seem a good idea.
I believe 2.18 will be around for a good while, and I hate sending
around wrong results of which the user has no clue whatsoever.
Still unclear to me why the lack of ellipsoid would lead to 40% error,
but that's my ignorance.
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] joined MemoryLayer gives wrong featurecount

[Richard Duivenvoorde]

Hi Devs,

See screenshot: top is jsononly-copy, then a geometry-less memory layer
which is joined to the bottom layer.

After creating the join: all is fine: featurecount is ok.
Reopening the project, the count is always zero.
The classification though is going OK! (bottom layer looks fine)
Reopening Layerproperties/style dialog and click OK features are
apperently recounted and again ok.

After I tried to debug it, I get the feeling that the
featurecounter-task-run is started a little too early, and the
expressions needed to evaluate for the counting are not ready yet.
Not sure if the memory layer is the problem or the join.
Also tried categorized style: same problem.

Can I force a 'recount' of the features?
Tried mapCanvas.update() etc... but featurecount does not change.

I like to create an issue for it, but it is hard to provide an example
dataset as the 'memory-layer' is filled via a plugin upon startup...

So hoping this first description rings a bell with somebody.

Regards,

Richard Duivenvoorde


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Processing options broken in QGIS LTR 2.18.19 (?)

[Jürgen E . Fischer]

Hi Paolo,

On Fri, 04. May 2018 at 08:13:35 +0200, Paolo Cavallini wrote:
> I'd be in favour of this - of course this will have a cost, and the
> release manager has the final word here.

First of all we need a fix.  Then we can decide if the next point release is
still far enough away to justify the extra effort.  We have 14 days left ;)

The commit apparently fixes something - reloadProvider expects the provider
name not the provider.  Now the call actually reloads something as it should
but that for some reason causes an endless recursion.  Maybe because the
modeler also scans the algorithms?  But I'm just guessing here.

Odd that it didn't error out before and also odd that the traceback is still
that short.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Planning QGIS Metadata updates for QGIS 3.4

[Tim Sutton]

Dear Friends

QGIS 3.4 is coming in October this year. Our little metadata group we did 
excellent work getting the foundations for a great metadata system implemented 
in QGIS 3.0. Now we are starting thinking about the next phase. I would like to 
initiate a call (or text chat meeting in Gitter) next week if possible to 
discus the next steps. The idea would be to revisit our roadmap document, and 
repeat the process we followed last time:

1) Identify the critical features and architecture for the next iteration (and 
publish a QEP)
2) Identify champions for the different components we want to build
3) Come up with costings for those components
4) Seek funding for building the components we define
5) Implement such features as we can obtain funding for or find volunteers for

I have started a doodle poll here to find a meeting time - I know it is going 
to be hard because we are spread across the globe. If it doesn't work trying to 
meet in real time I will take it off to a shared google doc that we can work on.

https://doodle.com/poll/7iwgz4wr398q5p6y


If you are interested to participate in the process, please let me know via the 
poll above.

If you or your organisation would like to see  
compliant metadata ingested and produced by QGIS and are able to support us 
with funding for this, please contact me off-list.

Thanks!

Regards

Tim
—








Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux
IRC: timlinux on #qgis at freenode.net



signature.asc
Description: Message signed with OpenPGP
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] pyqgis - layer.saveDefaultStyle() for PostGIS layers

[Etienne Trimaille]

For your information, with the big hint from Matthias in the last email,
it's now fixed in 2.18.20. I checked in QGIS 3, it was working fine already.

2017-09-26 9:07 GMT-04:00 Matthias Kuhn :

> For 2.18 it should be ok to make it /InOut/ (there was no return value
> before, so it shouldn't break anything).
> For 3.0 this can be made /Out/ as proposed.
>
> Matthias
>
> On 09/26/2017 12:06 PM, Luigi Pirelli wrote:
> > there is a SIP specification error
> > https://github.com/qgis/QGIS/blob/release-2_18/python/core/
> qgsvectorlayer.sip#L492
> > should be  QString &msgError /out/ );
> >
> > that's the reason that error is not returned in the python side => I
> > suppose SIP would change C++ api in:
> > msg = saveStyleToDatabase( name, description, useAsDefault,
> uiFileContent)
> > 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 2nd Edition:
> > * https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> > 
> **
> >
> >
> > On 25 September 2017 at 16:21, kimaidou  wrote:
> >> I have tried another method
> >>
> >> * first add default style into DB via UI -> it works
> >>
> >> * the use console to create a new, not default, style
> >> msg = ''
> >> layer.saveStyleToDatabase( "a new style", "some description", False,
> None,
> >> msg );
> >>
> >> It does not work (not new line created, and msg remains empty. No log
> in the
> >> database, which means NO query has been sent (I have change postgresql
> >> config to log all requests).
> >>
> >> But the following method works
> >> layer.listStylesInDatabase()
> >>
> >> And a new line appears in the postgresql log
> >> 2017-09-25 16:19:18.248 CEST [8984] mdouchin@qgis LOG:  0:
> duration:
> >> 0.217 ms  statement: SELECT id,styleName,description FROM layer_styles
> WHERE
> >> NOT (f_table_catalog='qgis' AND f_table_schema='sup' AND
> >> f_table_name='geo_commune' AND f_geometry_column='geom') ORDER BY
> >> update_time DESC
> >>
> >> It seems the method saveStyleToDatabase returns with no error, which
> can be
> >> caused by 2 reasons
> >> https://qgis.org/api/2.18/qgsvectorlayer_8cpp_source.html#l04347
> >>
> >>  4369   this->exportNamedStyle( qmlDocument, msgError );
> >>  4370   if ( !msgError.isNull() )
> >>  4371   {
> >>  4372 return;
> >>  4373   }
> >>  4374   qmlStyle = qmlDocument.toString();
> >>  4375
> >>  4376   this->exportSldStyle( sldDocument, msgError );
> >>  4377   if ( !msgError.isNull() )
> >>  4378   {
> >>  4379 return;
> >>  4380   }
> >>
> >> /me investigates
> >>
> >> 2017-09-25 15:50 GMT+02:00 Jorge Gustavo Pereira Bastos Rocha
> >> :
> >>>
> >>> Hi,
> >>>
> >>> It already happened to me. The first user to save a style became the
> owner
> >>> of the table. No other users were able to write on the layer_style
> table,
> >>> because there were DEFAULT PRIVILEGES defined.
> >>>
> >>> Can you check the postgrsql log to see if there is any problem related
> >>> with permissions?
> >>>
> >>> Regards,
> >>>
> >>> Jorge Gustavo
> >>>
> >>> 
> >>> De: QGIS-Developer [qgis-developer-boun...@lists.osgeo.org] em nome de
> >>> kimaidou [kimai...@gmail.com]
> >>> Enviado: 25 de Setembro de 2017 14:23
> >>> Para: Luigi Pirelli
> >>> Cc: qgis-developer@lists.osgeo.org
> >>> Assunto: Re: [QGIS-Developer] pyqgis - layer.saveDefaultStyle() for
> >>> PostGIS layers
> >>>
> >>> Hi,
> >>>
> >>> @ Tom : I really would like to trust QGIS method instead of managing
> >>> manually different providers.
> >>>
> >>> @ Luigi
> >>> No error message, even worse : i got a message telling everything went
> >>> well ;)
> >>>
> >>> layer.saveDefaultStyle()
> >>> (u'The style dbname=\'qgis\' host=localhost port=5432 user=\'mdouchin\'
> >>> sslmode=disable key=\'ogc_fid\' estimatedmetadata=true srid=2154
> >>> type=MultiPolygon table="sup"."geo_commune" (geom) sql= was updated in
> the
> >>> database.', True)
> >>>
> >>> But the line is not created in the layer_styles table.
> >>>
> >>> Michaël
> >>>
> >>>
> >>> 2017-09-25 14:48 GMT+02:00 Luigi Pirelli
> >>> mailto:lui...@gmail.com>>:
> >>> from the code:
> >>>
> >>> mLayer->saveStyleToDatabase and mLayer->saveDefaultStyle
> >>>
> >>> and in
> >>> QString QgsMapLayer::saveDefaultStyle( bool & theResultFlag )
> >>> {
> >>>   return saveNamedStyle( styleURI(), theResultFlag );
> >>> }
> >>>
> >>> => seems you are doing correct.
> >>>
> >>> any log message?
> >>>
> >>> **
> >>>
> >>>
> >>> void QgsVectorLayerProperties::saveDefaultStyle_clicked()
> >>> {
> >>>   ap

Re: [QGIS-Developer] Length measurement weirdness (again)

[C Hamilton]

This is one of the reasons why I wrote Geodesic Measure tool that is part
of Shape Tools. It is based on geographiclib's distance measures and is
relative accurate. I never knew whether I had the default QGIS measure tool
set correctly or not to give accurate measurements. More accurate
measurements could be obtained using geographiclib's gravity models such as
EGM2008, but that would require shipping the associated data which is large.

By the way I found out that the latest versions of proj.4 integrated
geographiclib. Is there a way to call these routines from a python plugin
in QGIS. I would assume the C code would be faster than the python library
which is what I use.

All the best.

On Fri, May 4, 2018 at 3:07 AM, Paolo Cavallini 
wrote:

> Il 04/05/2018 01:18, Nyall Dawson ha scritto:
>
> > It's not a bug as much as very confusing 2.x behavior. The obscure
> > link between a "rendering" setting (OTF projection) and ellipsoidal
> > calculations (area/distance) is extremely confusing for users. We
> > couldn't change this in 2.x because of the API freeze and how embedded
> > this logic was in many areas of QGIS code and API.
>
> I understand, thanks for the explanation. Then why not disabling
> measurements when OTF is off? giving a totally false measurement does
> not seem a good idea.
> I believe 2.18 will be around for a good while, and I hate sending
> around wrong results of which the user has no clue whatsoever.
> Still unclear to me why the lack of ellipsoid would lead to 40% error,
> but that's my ignorance.
> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Profile Tool's new owner

[Borys Jurgiel]

Hi List,

Just wanted to let you know I've changed the Profile Tool plugin owner to 
Javier, who is the real developer for some time (Etienne and Patrice, who was 
taking care about the plugin last years are no longer acitive, and users was 
forced to use Javier's fork).

Btw. what is the difference between owner and maintainer? I can't change the 
latter (although it's not necessary if owners can upload new versions).

Regards,
Borys




___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Profile Tool's new owner

[Alessandro Pasotti]

Hi Borys,

the maintaner can be changed in the control panel and she is the user who
created the plugin record in the DB.


Owners are zero or more additional user that have admin privileges over the
plugin.




On Fri, May 4, 2018 at 3:22 PM, Borys Jurgiel  wrote:

> Hi List,
>
> Just wanted to let you know I've changed the Profile Tool plugin owner to
> Javier, who is the real developer for some time (Etienne and Patrice, who
> was
> taking care about the plugin last years are no longer acitive, and users
> was
> forced to use Javier's fork).
>
> Btw. what is the difference between owner and maintainer? I can't change
> the
> latter (although it's not necessary if owners can upload new versions).
>
> Regards,
> Borys
>
>
>
>
>


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

[QGIS-Developer] Plugin [1399] Physiocap3 approval notification.

[noreply]

Plugin Physiocap3 approval by pcav.
The plugin version "[1399] Physiocap3 3.1.3" is now approved
Link: http://plugins.qgis.org/plugins/Physiocap3/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Compiling QGIS 3 on Centos 7

[Marco Bernasocchi]

Hi Andreas,

without 3D CMake seems to require 5.2.

5.6 should be no issue, in fact Ubuntu 16.04 has Qt 5.6.
(https://packages.ubuntu.com/xenial/qt5-default) - there you need to use
ubuntugis due to other dependencies issues.


Cheers

Marco


On 03.05.2018 11:46, Andreas Neumann wrote:
>
> Hi again,
>
> Seems like CentOS 7.5 (release due soon) comes with qt 5.9.2 - just
> have to be patient a bit and hope that all other dependencies will
> also be more up-to-date.
>
> As an example, CentOS 7.4 only comes with GDAL 1.11 - they are very
> conservative!
>
> Andreas
>
> On 2018-05-03 11:32, Andreas Neumann wrote:
>
>> Hi Richard,
>>
>> Yeah - CentOS7 is currently stuck with qt 5.6
>>
>> I probably have to give up on getting QGIS server 3 to run on CentOS7 :-(
>>
>> The only way would be a dockerized version of QGIS server 3 - or I
>> can convince our IT-department to switch to a more modern distro.
>>
>> Thanks anyway,
>>
>> Andreas
>>
>> On 2018-05-03 10:56, Richard Duivenvoorde wrote:
>>
>> On 02-05-18 17:40, Andreas Neumann wrote:
>>
>> Hi,
>>
>> Did someone successfully compile QGIS 3 on Centos 7?
>>
>> Or are there any recent QGIS 3 server packages available for
>> Centos 7? I
>> don't need 3d or desktop on this machine - only server.
>>
>> While I can find qt5 packages for centos 7, several other
>> dependencies
>> are not available, such as the qt5-scintilla packages or qwt
>> for qt5, etc.
>>
>> I would be grateful for any hints or recipes how to install
>> qgis3-server
>> on centos 7 or compile it myself (meaning getting the necessary
>> dependencies).
>>
>> Or would be a dockerized QGIS 3 server version be easier to
>> install QGIS
>> server 3 on Centos7?
>>
>>
>> Hi Andreas,
>>
>> some googling:
>>
>> 
>> https://centos.pkgs.org/7/epel-x86_64/qt5-qtwebkit-5.6.2-1.el7.x86_64.rpm.html
>>
>> Seems to me 5.6 is the latest easily installable epel package?
>> Not sure what minimal Qt version is for qgis...
>> Though: https://github.com/qgis/QGIS/blob/master/CMakeLists.txt#L297
>> seems to say 5.9.2 (no 3D off course)
>>
>> The dockerized version is the also a way to go..
>>
>> Richard Duivenvoorde
>>
>> ps I have some OLD(!) compile instructions for QGIS 2(!) on centos7:
>> 
>> http://zuidt.nl/blog/html/2015/10/12/build_qgis_master_with_oracle_provider_yourself_on_centos7.html
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> 
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org 
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

-- 
Marco Bernasocchi
QGIS.org Co-chair
ma...@opengis.ch 
+41 (0)79 467 24 70 

OPENGIS.ch Logo 
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1350] Mascaret approval notification.

[noreply]

Plugin Mascaret approval by pcav.
The plugin version "[1350] Mascaret 0.1.0 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/Mascaret/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] api.qgis.org, python.qgis.org, qgis.org/api

[Marco Bernasocchi]

Hi,

I think PyQGIS would be the best, since the keywording would be very
efficient.

Cheers

Marco


On 27.04.2018 13:36, Denis Rouzaud wrote:
> Hi Richard,
>
> I like your proposition a lot.
>
>
>
> Using http://qgis.org/pyqgis/_VERSION_ would also work:
> + it makes the term pyqgis a bit more known and would be a nice
> keyword for google searches
> + we could officially drop the api subdomain in the url (although
> keeping it working as you mentionned)
> - it's less obvious that it's python
>
> That would give:
> http://qgis.org/pyqgis/master 
> http://qgis.org/pyqgis/3.0  (there is no
> 2.18 ;) )
> http://qgis.org/api/master  
> etc.
>
> Just let me know when you want me to change the URLs.
>
> Best wishes,
> Denis
>
> Le ven. 27 avr. 2018 à 05:16, Richard Duivenvoorde
> mailto:rdmaili...@duif.net>> a écrit :
>
> Hi Devs,
>
> now Denis created the beautiful python api docs,
> and knowing the api url of qgis:
>
> https://qgis.org/api
> https://qgis.org/api/2.18/
> https://qgis.org/api/master/
>
> and faintly knowing it started with 'python.qgs.org
> ' I tried:
>
> http://python.qgis.org/api/
> and
> http://python.qgis.org/
> to find out it had to be
> http://python.qgis.org/master/
>
> We also have
> http://api.qgis.org ... pointing to knowhere.
>
> I propose (plz show me better alternatives, or reasoning):
>
> to not use python.qgis.org , but only
> api.qgis.org 
>
> api.qgis.org  -> index page in website (TBD),
> pointing to:
>
> api.qgis.org/api/master  (being
> an) altname for qgis.org 
> api.qgis.org/api/2.18    (altname,
> so qgis.org/api/2.18  works too)
> (keeping api in path as it has been there for x years)
>
> api.qgis.org/python/master 
> (being a redirect to the githubpage?)
> api.qgis.org/python/2.18 
>
> Comments? (Denis, please let me know if have a problem with this_
>
> Regards,
>
> Richard Duivenvoorde
>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

-- 
Marco Bernasocchi
QGIS.org Co-chair
ma...@opengis.ch 
+41 (0)79 467 24 70 

OPENGIS.ch Logo 
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Profile Tool's new owner

[Borys Jurgiel]

Thanks for the explanation!

Dnia piątek, 4 maja 2018 15:27:30 CEST Alessandro Pasotti pisze:
> Hi Borys,
> 
> the maintaner can be changed in the control panel and she is the user who
> created the plugin record in the DB.
> 
> Owners are zero or more additional user that have admin privileges over the
> plugin.



___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [995] dzetsaka : Classification tool approval notification.

[noreply]

Plugin dzetsaka : Classification tool approval by pcav.
The plugin version "[995] dzetsaka : Classification tool 3.1" is now approved
Link: http://plugins.qgis.org/plugins/dzetsaka/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Compiling QGIS3 on Ubuntu problems

[Paulo van Breugel]

Dear devs,


I am trying to compile QGIS3 (release_3-0) on a freshly install Ubuntu
18.04 (bionic). All seems to go well, no error messages during
configuration or running make and make install.

When trying to run QGIS, however, I am getting the following error:

./qgis: error while loading shared libraries: libqgis_app.so.3.0.2:
cannot open shared object file: No such file or directory

Any idea what went wrong here, and how to solve this?

Best wishes,

Paulo




___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Compiling QGIS3 on Ubuntu problems

[Etienne Trimaille]

Have a look on https://github.com/qgis/QGIS/blob/master/INSTALL and search
"error while loading shared libraries". Does it help?

2018-05-04 15:11 GMT-04:00 Paulo van Breugel :

>
> Dear devs,
>
>
> I am trying to compile QGIS3 (release_3-0) on a freshly install Ubuntu
> 18.04 (bionic). All seems to go well, no error messages during
> configuration or running make and make install.
>
> When trying to run QGIS, however, I am getting the following error:
>
> ./qgis: error while loading shared libraries: libqgis_app.so.3.0.2:
> cannot open shared object file: No such file or directory
>
> Any idea what went wrong here, and how to solve this?
>
> Best wishes,
>
> Paulo
>
>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Compiling QGIS3 on Ubuntu problems

[Paulo van Breugel]

Hi Etienne

Thanks for the reply. I does (I should have seen that). However, next, I 
am getting (with ptrace_scope set to 0):


QGIS died on signal 11[New LWP 26618]
[New LWP 26619]
[New LWP 26620]
[New LWP 26621]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x7fae644126c2 in __GI___waitpid (pid=26622, 
stat_loc=0x7ffcb53cd7e4, options=0) at 
../sysdeps/unix/sysv/linux/waitpid.c:30

30    ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
[Current thread is 1 (Thread 0x7fae687ec3c0 (LWP 26617))]
#0  0x7fae644126c2 in __GI___waitpid (pid=26622, 
stat_loc=0x7ffcb53cd7e4, options=0) at 
../sysdeps/unix/sysv/linux/waitpid.c:30

    resultvar = 18446744073709551104
    sc_cancel_oldtype = 0
#1  0x56377281a8ec in qgisCrash(int) ()
#2  0x7fae6436cf20 in  () at 
/lib/x86_64-linux-gnu/libc.so.6
#3  0x7fae50101b3f in QReadWriteLock::QReadWriteLock() () at 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4

#4  0x7fae4fe659ac in  () at /usr/lib/x86_64-linux-gnu/libQtDBus.so.4
#5  0x7fae4fe65e75 in QDBusMetaType::registerMarshallOperators(int, 
void (*)(QDBusArgument&, void const*), void (*)(QDBusArgument const&, 
void*)) () at /usr/lib/x86_64-linux-gnu/libQtDBus.so.4
#6  0x7fae2b7abeb6 in  () at 
/usr/lib/x86_64-linux-gnu/qt5/plugins/platforminputcontexts/libibusplatforminputcontextplugin.so
#7  0x7fae654f3ff0 in QPlatformInputContextFactory::create(QString 
const&) () at /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#8  0x7fae3d96aa60 in QXcbIntegration::initialize() () at 
/usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#9  0x7fae6550b449 in QGuiApplicationPrivate::eventDispatcherReady() 
() at /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#10 0x7fae64f56575 in QCoreApplicationPrivate::init() () at 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x7fae6550ceaf in QGuiApplicationPrivate::init() () at 
/usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#12 0x7fae65cd2649 in QApplicationPrivate::init() () at 
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#13 0x7fae66a319c0 in QgsApplication::QgsApplication(int&, char**, 
bool, QString const&, QString const&) () at 
/usr/local/qgis/lib/libqgis_core.so.3.0.2

#14 0x56377281d99a in main ()
gdb returned 0
Aborted (core dumped)

This seems something totally different. Any idea what the problem could 
be, and how to solve this?


Best wishes,

Paulo




On 04-05-18 21:15, Etienne Trimaille wrote:
Have a look on https://github.com/qgis/QGIS/blob/master/INSTALL and 
search "error while loading shared libraries". Does it help?


2018-05-04 15:11 GMT-04:00 Paulo van Breugel >:



Dear devs,


I am trying to compile QGIS3 (release_3-0) on a freshly install Ubuntu
18.04 (bionic). All seems to go well, no error messages during
configuration or running make and make install.

When trying to run QGIS, however, I am getting the following error:

./qgis: error while loading shared libraries: libqgis_app.so.3.0.2:
cannot open shared object file: No such file or directory

Any idea what went wrong here, and how to solve this?

Best wishes,

Paulo




___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org 
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Unsubscribe:
https://lists.osgeo.org/mailman/listinfo/qgis-developer





___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Sentry support for QGIS crashes / minidumps

[Tim Sutton]

Hi

Just to add to Ismail’s reply below, Sentry does not replace your bug tracker, 
it works with it. I’d be happy to do a little walk through on Zoom if anyone 
wants to see our instance demonstrated.

Regards

Tim

> On 03 May 2018, at 17:08, Ismail Sunni  wrote:
> 
> Hi
> 
> Trying to answer Mathias's questions:
> 
> Since I have no idea how it works exactly and what's possible to do with
> it, could you quickly describe how it's working together with other
> issue trackers?
> 
> Some features that interesting (at least to me):
> If there is a bug, you can assign someone directly in the sentry (must be a 
> user for sure) or even you can create a GitHub ticket if you set it up (not 
> sure if there is a support for redmine).
> We can mark a bug as fixed in the next release. It's really useful to make 
> thing automatic
> We can see how often a bug occurs (better planning to do bug fix), and some 
> statistic and nice graph (and weekly overview)
> We can see a bug that occurs again (regression)
> The bug report can be set up to provide some environment information 
> (version, OS, etc) *perhaps we can make it optional to the user
> But I think we need to ask the user whether they want to "send the bug 
> report" automatically to the sentry or not, since it may contain some private 
> things.
> 
> CMIIW
> 
> Best Regards
> 
> On Thu, May 3, 2018 at 7:47 PM, Paolo Cavallini  > wrote:
> Il 03/05/2018 14:01, Etienne Trimaille ha scritto:
> > Having Sentry on a few Python projects, I agree it's a very nice tool to
> > have for debugging. It shows you new bug, bugs which should be fixed but
> > occurs again, etc.
> > It would be nice to have it in QGIS I think.
> 
> you look the perfect candidate for a grant on this, isn't it?
> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 
> 
> 
> --
> Ismail Sunni
> ismailsunni.wordpress.com 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

—








Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux
IRC: timlinux on #qgis at freenode.net



signature.asc
Description: Message signed with OpenPGP
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Compiling QGIS3 on Ubuntu problems

[Alessandro Pasotti]

This looks like Qt4 and not Qt5:

#3  0x7fae50101b3f in QReadWriteLock::QReadWriteLock() () at
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x7fae4fe659ac in  () at /usr/lib/x86_64-linux-gnu/libQtDBus.so.4
#5  0x7fae4fe65e75 in QDBusMetaType::registerMarshallOperators(int,
void (*)(QDBusArgument&, void const*), void (*)(QDBusArgument const&,
void*)) () at /usr/lib/x86_64-linux-gnu/libQtDBus.so.4




On Fri, May 4, 2018 at 10:47 PM, Paulo van Breugel 
wrote:

> Hi Etienne
>
> Thanks for the reply. I does (I should have seen that). However, next, I
> am getting (with ptrace_scope set to 0):
>
> QGIS died on signal 11[New LWP 26618]
> [New LWP 26619]
> [New LWP 26620]
> [New LWP 26621]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> 0x7fae644126c2 in __GI___waitpid (pid=26622, stat_loc=0x7ffcb53cd7e4,
> options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:30
> 30../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
> [Current thread is 1 (Thread 0x7fae687ec3c0 (LWP 26617))]
> #0  0x7fae644126c2 in __GI___waitpid (pid=26622,
> stat_loc=0x7ffcb53cd7e4, options=0) at ../sysdeps/unix/sysv/linux/
> waitpid.c:30
> resultvar = 18446744073709551104
> sc_cancel_oldtype = 0
> #1  0x56377281a8ec in qgisCrash(int) ()
> #2  0x7fae6436cf20 in  () at
> /lib/x86_64-linux-gnu/libc.so.6
> #3  0x7fae50101b3f in QReadWriteLock::QReadWriteLock() () at
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> #4  0x7fae4fe659ac in  () at /usr/lib/x86_64-linux-gnu/libQtDBus.so.4
> #5  0x7fae4fe65e75 in QDBusMetaType::registerMarshallOperators(int,
> void (*)(QDBusArgument&, void const*), void (*)(QDBusArgument const&,
> void*)) () at /usr/lib/x86_64-linux-gnu/libQtDBus.so.4
> #6  0x7fae2b7abeb6 in  () at /usr/lib/x86_64-linux-gnu/qt5/
> plugins/platforminputcontexts/libibusplatforminputcontextplugin.so
> #7  0x7fae654f3ff0 in QPlatformInputContextFactory::create(QString
> const&) () at /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
> #8  0x7fae3d96aa60 in QXcbIntegration::initialize() () at
> /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
> #9  0x7fae6550b449 in QGuiApplicationPrivate::eventDispatcherReady()
> () at /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
> #10 0x7fae64f56575 in QCoreApplicationPrivate::init() () at
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #11 0x7fae6550ceaf in QGuiApplicationPrivate::init() () at
> /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
> #12 0x7fae65cd2649 in QApplicationPrivate::init() () at
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #13 0x7fae66a319c0 in QgsApplication::QgsApplication(int&, char**,
> bool, QString const&, QString const&) () at /usr/local/qgis/lib/libqgis_
> core.so.3.0.2
> #14 0x56377281d99a in main ()
> gdb returned 0
> Aborted (core dumped)
>
> This seems something totally different. Any idea what the problem could
> be, and how to solve this?
>
> Best wishes,
>
> Paulo
>
>
>
>
>
> On 04-05-18 21:15, Etienne Trimaille wrote:
>
> Have a look on https://github.com/qgis/QGIS/blob/master/INSTALL and
> search "error while loading shared libraries". Does it help?
>
> 2018-05-04 15:11 GMT-04:00 Paulo van Breugel :
>
>>
>> Dear devs,
>>
>>
>> I am trying to compile QGIS3 (release_3-0) on a freshly install Ubuntu
>> 18.04 (bionic). All seems to go well, no error messages during
>> configuration or running make and make install.
>>
>> When trying to run QGIS, however, I am getting the following error:
>>
>> ./qgis: error while loading shared libraries: libqgis_app.so.3.0.2:
>> cannot open shared object file: No such file or directory
>>
>> Any idea what went wrong here, and how to solve this?
>>
>> Best wishes,
>>
>> Paulo
>>
>>
>>
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>



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