Re: [Qgis-user] QGIS Segmentation fault

2015-11-19 Thread Matthias Kuhn
In cmake gui is the right choice, the env variable is ignored.
Maybe you have to "make clean" before running "make" again? It seems
that there are no debug symbols available yet.
And once they are available, it seems that there's still an issue with X
of which I am not sure if it brings the application to its knees even
before it arrives at the point where the crash we are interested in is.

Cheers
Matthias

On 11/19/2015 09:05 AM, Blumentrath, Stefan wrote:
> Yes I did. Now I also tried
>
> export CMAKE_BUILD_TYPE=Debug
>
> Befor running (earlier I specified Debug in the cmake gui):
> ccmake ..
> make
> gdb ./output/bin/qgis
>
> Cheers
> Stefan
>
> -Original Message-
> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of 
> Matthias Kuhn
> Sent: 19. november 2015 08:05
> To: qgis-user@lists.osgeo.org
> Subject: Re: [Qgis-user] QGIS Segmentation fault
>
> Did you make after cmake with buld type Debug and before running? Sorry, I 
> forgot to write that...
>
> On 11/19/2015 07:05 AM, Blumentrath, Stefan wrote:
>> He, he, thanks for the hint...
>>
>> Running QGIS through gdb ("gdb ./output/bin/qgis") and then calling "bt" 
>> gave "No stack".
>>
>> However, when I ran  just "./output/bin/qgis" I got:
>>
>> src/app/main.cpp: 428: (main) [0ms] Starting qgis main No protocol 
>> specified
>> Warning: qgis: cannot connect to X server :4 Stacktrace (piped through 
>> c++filt):
>> ./output/bin/qgis[0x40573d]
>> ./output/bin/qgis[0x405923]
>> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(qt_message_output(QtMsgType, 
>> char const*)+0x21)[0x7f5a2f8eabb1] 
>> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x70ff9)[0x7f5a2f8eaff9]
>> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(qWarning(char const*, 
>> ...)+0x94)[0x7f5a2f8eb244] 
>> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x23db42)[0x7f5a2ee04b42]
>> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(QApplicationPrivate::construct
>> (_XDisplay*, unsigned long, unsigned long)+0xc8)[0x7f5a2ed94a78] 
>> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(QApplication::QApplication(int
>> &, char**, bool, int)+0x69)[0x7f5a2ed94e19] 
>> /data/src/QGIS/qgis-2.12/output/lib/libqgis_core.so.2.12.0(QgsApplicat
>> ion::QgsApplication(int&, char**, bool, QString 
>> const&)+0x3c)[0x7f5a3094ab70] ./output/bin/qgis[0x4072ea] 
>> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f5a2e309ec5
>> ]
>> ./output/bin/qgis[0x405179]
>> src/core/qgsmessagelog.cpp: 45: (logMessage) [60ms] 
>> 2015-11-19T06:56:36 Qt[1] qgis: cannot connect to X server :4
>>
>> I am running QGIS through VNC (which X Server :4 refers to). Yet, maybe the 
>> issue is due to missing restart after kernel update?
>>
>> Cheers,
>> Sefan
>>
>> -Original Message-
>> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf 
>> Of Jürgen E. Fischer
>> Sent: 19. november 2015 00:52
>> To: qgis-user@lists.osgeo.org
>> Subject: Re: [Qgis-user] QGIS Segmentation fault
>>
>> On Wed, 18. Nov 2015 at 23:26:25 +, Blumentrath, Stefan wrote:
>>> Thanks for the instruction. Here is my backtrace:
>>>
>>> pdb ./output/bin/qgis
>> gdb not pdb.
>>
>>> From: Matthias Kuhn [mailto:matth...@opengis.ch]
>>>
>>> cd build
>>> gdb ./output/bin/qgis
>>> run
>>> ... wait for the crash
>>> bt
>>> ... copy paste
>> Jürgen
>>
> --
> Matthias Kuhn
> OPENGIS.ch - https://www.opengis.ch
> Spatial • (Q)GIS • PostGIS • Open Source
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS Segmentation fault

2015-11-19 Thread Blumentrath, Stefan
Yes I did. Now I also tried

export CMAKE_BUILD_TYPE=Debug

Befor running (earlier I specified Debug in the cmake gui):
ccmake ..
make
gdb ./output/bin/qgis

Cheers
Stefan

-Original Message-
From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of 
Matthias Kuhn
Sent: 19. november 2015 08:05
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS Segmentation fault

Did you make after cmake with buld type Debug and before running? Sorry, I 
forgot to write that...

On 11/19/2015 07:05 AM, Blumentrath, Stefan wrote:
> He, he, thanks for the hint...
>
> Running QGIS through gdb ("gdb ./output/bin/qgis") and then calling "bt" gave 
> "No stack".
>
> However, when I ran  just "./output/bin/qgis" I got:
>
> src/app/main.cpp: 428: (main) [0ms] Starting qgis main No protocol 
> specified
> Warning: qgis: cannot connect to X server :4 Stacktrace (piped through 
> c++filt):
> ./output/bin/qgis[0x40573d]
> ./output/bin/qgis[0x405923]
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(qt_message_output(QtMsgType, 
> char const*)+0x21)[0x7f5a2f8eabb1] 
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x70ff9)[0x7f5a2f8eaff9]
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(qWarning(char const*, 
> ...)+0x94)[0x7f5a2f8eb244] 
> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x23db42)[0x7f5a2ee04b42]
> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(QApplicationPrivate::construct
> (_XDisplay*, unsigned long, unsigned long)+0xc8)[0x7f5a2ed94a78] 
> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(QApplication::QApplication(int
> &, char**, bool, int)+0x69)[0x7f5a2ed94e19] 
> /data/src/QGIS/qgis-2.12/output/lib/libqgis_core.so.2.12.0(QgsApplicat
> ion::QgsApplication(int&, char**, bool, QString 
> const&)+0x3c)[0x7f5a3094ab70] ./output/bin/qgis[0x4072ea] 
> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f5a2e309ec5
> ]
> ./output/bin/qgis[0x405179]
> src/core/qgsmessagelog.cpp: 45: (logMessage) [60ms] 
> 2015-11-19T06:56:36 Qt[1] qgis: cannot connect to X server :4
>
> I am running QGIS through VNC (which X Server :4 refers to). Yet, maybe the 
> issue is due to missing restart after kernel update?
>
> Cheers,
> Sefan
>
> -Original Message-
> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf 
> Of Jürgen E. Fischer
> Sent: 19. november 2015 00:52
> To: qgis-user@lists.osgeo.org
> Subject: Re: [Qgis-user] QGIS Segmentation fault
>
> On Wed, 18. Nov 2015 at 23:26:25 +, Blumentrath, Stefan wrote:
>> Thanks for the instruction. Here is my backtrace:
>>
>> pdb ./output/bin/qgis
> gdb not pdb.
>
>> From: Matthias Kuhn [mailto:matth...@opengis.ch]
>>
>> cd build
>> gdb ./output/bin/qgis
>> run
>> ... wait for the crash
>> bt
>> ... copy paste
>
> Jürgen
>

--
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] TimeManager question

2015-11-19 Thread Neumann, Andreas
 

> What about : 
> 
> Coalesce (animation_datetime(), now()) 
> 
> Does that work?

So I tested COALESCE(animation_datetime(), now()) - and it doesn't work
for two reasons: 

- for layers that are not under time manager control,
animation_datetime() doesn't return NULL, but returns as invalid
expression ;-( 

- Similar, if a layer is under time manager control - if one stops time
manager - animation_datetime() is not set to NULL, but still holds some
time value 

--- 

So to fix this - we would have to: 

- always return a valid expression for animation_datetime() - even for
layers not under TimeManager control. It should return NULL in this case


- return NULL for animation_datetime() when TimeManager is not active -
also for layers under TimeManager control. 

Andreas 
  ___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS Segmentation fault

2015-11-19 Thread Blumentrath, Stefan
Hi again,

I actually deleted the build directory before I built again with Debug.

Now I freshly cloned the code, created build directory

git clone -b release-2_12 --single-branch https://github.com/qgis/QGIS.git 
QGIS_2_12
cd QGIS_2_12
mkdir qgis-2.12
cd qgis-2.12/
ccmake .. #There in the CMAKE_BUILD_TYPE line I entered "Debug"
make
gdb ./output/bin/qgis

Result is the same as before: "No stack"
Any ideas?

Cheers
Stefan

-Original Message-
From: Matthias Kuhn [mailto:matth...@opengis.ch] 
Sent: 19. november 2015 09:22
To: Blumentrath, Stefan ; qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS Segmentation fault

In cmake gui is the right choice, the env variable is ignored.
Maybe you have to "make clean" before running "make" again? It seems that there 
are no debug symbols available yet.
And once they are available, it seems that there's still an issue with X of 
which I am not sure if it brings the application to its knees even before it 
arrives at the point where the crash we are interested in is.

Cheers
Matthias

On 11/19/2015 09:05 AM, Blumentrath, Stefan wrote:
> Yes I did. Now I also tried
>
> export CMAKE_BUILD_TYPE=Debug
>
> Befor running (earlier I specified Debug in the cmake gui):
> ccmake ..
> make
> gdb ./output/bin/qgis
>
> Cheers
> Stefan
>
> -Original Message-
> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf 
> Of Matthias Kuhn
> Sent: 19. november 2015 08:05
> To: qgis-user@lists.osgeo.org
> Subject: Re: [Qgis-user] QGIS Segmentation fault
>
> Did you make after cmake with buld type Debug and before running? Sorry, I 
> forgot to write that...
>
> On 11/19/2015 07:05 AM, Blumentrath, Stefan wrote:
>> He, he, thanks for the hint...
>>
>> Running QGIS through gdb ("gdb ./output/bin/qgis") and then calling "bt" 
>> gave "No stack".
>>
>> However, when I ran  just "./output/bin/qgis" I got:
>>
>> src/app/main.cpp: 428: (main) [0ms] Starting qgis main No protocol 
>> specified
>> Warning: qgis: cannot connect to X server :4 Stacktrace (piped 
>> through
>> c++filt):
>> ./output/bin/qgis[0x40573d]
>> ./output/bin/qgis[0x405923]
>> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(qt_message_output(QtMsgType,
>> char const*)+0x21)[0x7f5a2f8eabb1]
>> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x70ff9)[0x7f5a2f8eaff9]
>> /usr/lib/x86_64-linux-gnu/libQtCore.so.4(qWarning(char const*, 
>> ...)+0x94)[0x7f5a2f8eb244] 
>> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x23db42)[0x7f5a2ee04b42]
>> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(QApplicationPrivate::construc
>> t (_XDisplay*, unsigned long, unsigned long)+0xc8)[0x7f5a2ed94a78] 
>> /usr/lib/x86_64-linux-gnu/libQtGui.so.4(QApplication::QApplication(in
>> t &, char**, bool, int)+0x69)[0x7f5a2ed94e19] 
>> /data/src/QGIS/qgis-2.12/output/lib/libqgis_core.so.2.12.0(QgsApplica
>> t ion::QgsApplication(int&, char**, bool, QString 
>> const&)+0x3c)[0x7f5a3094ab70] ./output/bin/qgis[0x4072ea]
>> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f5a2e309ec
>> 5
>> ]
>> ./output/bin/qgis[0x405179]
>> src/core/qgsmessagelog.cpp: 45: (logMessage) [60ms]
>> 2015-11-19T06:56:36 Qt[1] qgis: cannot connect to X server :4
>>
>> I am running QGIS through VNC (which X Server :4 refers to). Yet, maybe the 
>> issue is due to missing restart after kernel update?
>>
>> Cheers,
>> Sefan
>>
>> -Original Message-
>> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf 
>> Of Jürgen E. Fischer
>> Sent: 19. november 2015 00:52
>> To: qgis-user@lists.osgeo.org
>> Subject: Re: [Qgis-user] QGIS Segmentation fault
>>
>> On Wed, 18. Nov 2015 at 23:26:25 +, Blumentrath, Stefan wrote:
>>> Thanks for the instruction. Here is my backtrace:
>>>
>>> pdb ./output/bin/qgis
>> gdb not pdb.
>>
>>> From: Matthias Kuhn [mailto:matth...@opengis.ch]
>>>
>>> cd build
>>> gdb ./output/bin/qgis
>>> run
>>> ... wait for the crash
>>> bt
>>> ... copy paste
>> Jürgen
>>
> --
> Matthias Kuhn
> OPENGIS.ch - https://www.opengis.ch
> Spatial • (Q)GIS • PostGIS • Open Source
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

--
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] SRTM-plug-in?

2015-11-19 Thread Alex M
On 11/18/2015 10:21 PM, Paolo Cavallini wrote:
> Il 18/11/2015 19:44, Alex M ha scritto:
>> On 11/18/2015 06:14 AM, Bernd Vogelgesang wrote:
>>> Hi,
>>> there once was a plug-in in the repository, that downloaded SRTM-DEM
> 
>> Did the plugin do 30m or 90m SRTM?
> 
> Hi all,
> agreed, it would be good to have it back. BTW, there is a growing number
> of plugins dowloading data (e.g. from NASA, from FAO, etc.). it would be
> good to have a general framework where a single service could be plugged
> in, instead of developing over and over very similar stuff.
> Any interested dev?
> All the best.
> 

A framework for the common parts would be nice, or an easily clone-able
basic plugin that just needs a specialized function to each service.

Of course, this is kind of the point of CSW, WCS and WFS standards. And
we really should encourage the use of standards.

This idea is similar to the getData function of the Raster package in R:
http://www.rdocumentation.org/packages/raster/functions/getData

Which does include the 90m SRTM already processed (CGIAR version
http://srtm.csi.cgiar.org/)

I'd be interested in moving this discussion to the developer list and
participating. I'm involved with the management of the data for the
above mentioned R function.

Thanks,
Alex
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user