Re: [Qgis-developer] Post-release period of portable commits only?

[Jürgen E . Fischer]

Hi Mathieu,

On Mon, 24. Feb 2014 at 09:17:11 +0700, Mathieu Pellerin wrote:
> That reminds me of someone mentioning in a ticket of a 2.0 issue resolved
> against qgis 2.1 that he'd wait (angrily?) having fix backported into a
> (mythical) 2.0.x update rather than him moving to 2.2 and having to deal
> with possible regressions. I was thinking at the time that this sounds to
> me like a flawed behavior by some QGIS users, an egg or chicken situation.
> How are regressions fixed if users are not doing their parts in uncovering
> and reporting them.
> 
> That led me to think there might be a very low-cost, high reward behavior
> QGIS could adopt: 4, or 2, weeks before the release date, {beta,release
> candidate,tech preview,etc.} builds (from master, no need to branch out
> really) are pushed out to osgeo4w & linux and quite loudly advertised (blog
> posts, social media, etc.) to get as many users as possible to test drive
> it. The users' feedback would enrich the 4-weeks period when developers are
> to be focused on bug-fixing only.
> 
> Thoughts? Was that already suggested and declined?

What's the difference to the nightly builds and the weekly standalone snapshot
for Windows - except for the noise of course?


Jürgen

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


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] Post-release period of portable commits only?

[Mathieu Pellerin]

Just to be clear, I don't think QGIS can handle more than one pre release.
The list of terminologies was just there as a "pick one name you like" :)
On 24 Feb 2014 13:22, "Denis Rouzaud"  wrote:

>
> On 24. 02. 14 03:17, Mathieu Pellerin wrote:
>
>> QGIS could adopt: 4, or 2, weeks before the release date, {beta,release
>> candidate,tech preview,etc.} builds (from master, no need to branch out
>> really) are pushed out to osgeo4w & linux and quite loudly advertised (blog
>> posts, social media, etc.) to get as many users as possible to test drive it
>>
> +1
> I always thought there is not enough publicity made to encourage testing
> the master build.
> Advertising for beta and release candidate sounds like a good  idea.
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Identify with Feature Form on QGIS 2.2

[Denis Rouzaud]

On 23. 02. 14 19:48, Pedro Venâncio wrote:

Hi,

Identify with "Open feature form, if a single feature is identified" opens both 
Feature Form and Identify Results window.

Anyone confirms?

I confirm.
Very annoying!
Would be worth a 2.2.1 ...
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Post-release period of portable commits only?

[Denis Rouzaud]

On 24. 02. 14 03:17, Mathieu Pellerin wrote:
QGIS could adopt: 4, or 2, weeks before the release date, 
{beta,release candidate,tech preview,etc.} builds (from master, no 
need to branch out really) are pushed out to osgeo4w & linux and quite 
loudly advertised (blog posts, social media, etc.) to get as many 
users as possible to test drive it

+1
I always thought there is not enough publicity made to encourage testing 
the master build.

Advertising for beta and release candidate sounds like a good  idea.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Datum transformations

[Martin Dobias]

Hi (Marco)

I have some suggestions for the implementation of datum transforms in
QGIS and I would like to hear your opinion about them.

In the 2.2 release, as far as I understand the logic is implemented like this:
- map renderer emits a signal asking for datum transform choice
- map canvas catches the signal and provides either the default
(defined in options) or asks the user in a dialog - and sends this
information back to map renderer
- map renderer stores the information about datum transforms and does
loading/saving in project file
- map renderer provides access to coordinate transforms (with correct
datum transform info)

The main issue I see here is the fact that in case of non-default
datum transforms - if some code in QGIS creates coordinate transform
without using transform provided by map renderer, it will be created
without the chosen datum transform and will therefore provide
incorrect results. This can lead to subtle bugs (for example,
QgsVectorFileWriter will not use the defined datum transforms, causing
offsets in reprojected data). Changing all the possible places where
coordinate transform may be used to call
QgsMapRenderer::transformation() seems impractical.

What do you think about:
- using QgsCoordinateTransformCache internally by
QgsCoordinateTransform anytime a new transform should be instantiated
- keeping the datum transform information in a helper class
(loaded/saved by project) and using it directly by
QgsCoordinateTransform - so any QGIS code will use the correct datum
transform
- GUI: have a tab in project properties where non-default datum
transforms would be managed - instead of requiring the user to select
the datum transform immediately when the layer was added (and without
being able to change the decision later)

Currently the datum transforms do not work at all in master after the
merge of MTR because the QgsMapRenderer class is not used for
rendering anymore. Before trying to do anything in that area I would
like to hear your input.

I guess there is still a question what to do in cases when there are
more layers with the same CRS but with different datum transforms - I
am not sure how well the current implementation handles that case (if
there is a datum transform defined in options, it will be used for all
layers with given CRS) and how much we need such functionality.

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

Re: [Qgis-developer] Multi-threading rendering merged to master

[Mathieu Pellerin]

Martin,

Fantastic work; I knew to expect a better rendering experience, yet I was
caught by surprise at how much of a positive difference it makes.

Few things from my 10-minutes play with it:
* The map overview extend is broken, its extend goes way, way beyond the
extend of the sum of all the layers in a given project
* The 'xxx' option doesn't seem to be taken into consideration, the
parallel rendering is always activated on my machine irrespective of
whether I checked the box or not.
* Half of the times I exited QGIS, the application process was not
terminating and this error message was thrown: "*** Error in
`/home/webmaster/apps/bin/qgis': corrupted double-linked list: 0x0a0680f0
***"; I had to manually kill the process

Math



On Sun, Feb 23, 2014 at 10:02 PM, Martin Dobias  wrote:

> Hi all
>
> this is a short note about the fact that multi-threaded rendering has
> now landed in master, so from now on, you should be able to enojy
> better experience when browsing your map (especially the fact that you
> can keep using QGIS as usual even if rendering continues in the
> background).
>
> By default the parallel rendering is not enabled (yet) - to enable it
> please go to options > Rendering and check the appropriate option.
> There is another new option that lets you setup how often the map
> canvas should be refreshed while being rendered.
>
> If you find anything that used to work for you and now it does not, do
> not hesitate to let me know. I hope the merge has not ruined your
> Sunday :-)
>
> Another, more technically oriented mail will follow later.
>
> Regards
> Martin
> ___
> 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

Re: [Qgis-developer] Post-release period of portable commits only?

[Mathieu Pellerin]

That reminds me of someone mentioning in a ticket of a 2.0 issue resolved
against qgis 2.1 that he'd wait (angrily?) having fix backported into a
(mythical) 2.0.x update rather than him moving to 2.2 and having to deal
with possible regressions. I was thinking at the time that this sounds to
me like a flawed behavior by some QGIS users, an egg or chicken situation.
How are regressions fixed if users are not doing their parts in uncovering
and reporting them.

That led me to think there might be a very low-cost, high reward behavior
QGIS could adopt: 4, or 2, weeks before the release date, {beta,release
candidate,tech preview,etc.} builds (from master, no need to branch out
really) are pushed out to osgeo4w & linux and quite loudly advertised (blog
posts, social media, etc.) to get as many users as possible to test drive
it. The users' feedback would enrich the 4-weeks period when developers are
to be focused on bug-fixing only.

Thoughts? Was that already suggested and declined?

Math



On Sun, Feb 23, 2014 at 5:06 PM, Jürgen E.  wrote:

> Hi Larry,
>
> On Sat, 22. Feb 2014 at 14:33:11 -0700, Larry Shaffer wrote:
> > How about for a set period of time, only commits that devs think can
> readily
> > be ported to the 2.2.0 branch are 'allowed' on master? With any code
> changes,
> > which would make porting changes/fixes over to the 2.2.0 branch
> difficult,
> > submitted via pull requests. Maybe for two weeks?
>
> > I think if code is committed to core that steamrolls over the means of
> > providing a reasonably timed bug-fix update, it becomes that much harder
> to
> > do so. I also think much user frustration may stem from that vicious
> cycle,
> > and we have an opportunity to fix that *right now*.
>
> > Don't get me wrong. I like the new release schedule. Just looking for
> ways
> > to make it as beneficial for users as it is for devs/packagers.
>
> Our agreement was to not do point releases.  And not because stable
> release are
> a bad thing, but just acknowleding the fact that we don't have the
> resources to
> do everything.  The more we "wasted" on releases, the more we loose on
> feature
> work.
>
> Maybe we should just emphasize more that the four weeks before the release
> are
> not a pure developer thing.  If users want good releases, they should
> verify
> that master is ok before it get released - and not start testing right
> after
> the release.  Of course all testing is welcome, but testing after the
> release
> only contributes to the next release.
>
> So blocking development for another two weeks to backport stuff to a branch
> that - unless in the undesired event that something severe wasn't spotted
> in
> the four weeks before the release - won't ever be released, doesn't make
> sense
> to me.
>
> The next release is 117[1] days away.  That might sound far away, but I bet
> it's sooner than we think.
>
>
> Jürgen
>
> [1]
> http://www.timeanddate.com/countdown/generic?iso=20140620T12&p0=1440&msg=QGIS+2.4+Release
>
> --
> Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
> Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
> Software Engineer D-26506 Norden
> http://www.norbit.de
> QGIS PSC member (RM)  Germany  IRC: jef on FreeNode
>
> --
> norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
> Rheinstrasse 13, 26506 Norden
> GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502
>
> ___
> 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

Re: [Qgis-developer] Question on Ubuntu QGIS 2.2

[Jürgen E . Fischer]

Hi Randal,

On Sun, 23. Feb 2014 at 19:04:45 -0500, Randal Hale wrote:
> Awesome.
>
> I feel like the kid running from one neighborhood to the other  
> neighborhood telling people things they already know. :)

Thanks for re-raising this.  Unfortunately the original report was closed
before the problem was actually fixed - just because there was a workaround.


Jürgen

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


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] Question on Ubuntu QGIS 2.2

[Randal Hale]

Awesome.

I feel like the kid running from one neighborhood to the other 
neighborhood telling people things they already know. :)


Randy

-
Randal Hale, GISP
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611 rjh...@northrivergeographic.com

twitter:rjhale
http://about.me/rjhale

On 02/23/2014 06:56 PM, Jürgen E. Fischer wrote:

Hi Randal,

On Sun, 23. Feb 2014 at 18:27:42 -0500, Randal Hale wrote:

HaH - I let them know.

'They' already know, 'they' already fixed it in master (see #8662[1]),
now 'they' only have to update the package. ;)


Jürgen

[1] http://hub.qgis.org/issues/8662



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

Re: [Qgis-developer] Question on Ubuntu QGIS 2.2

[Jürgen E . Fischer]

Hi Randal,

On Sun, 23. Feb 2014 at 18:27:42 -0500, Randal Hale wrote:
> HaH - I let them know.

'They' already know, 'they' already fixed it in master (see #8662[1]),
now 'they' only have to update the package. ;)


Jürgen

[1] http://hub.qgis.org/issues/8662

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


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] Question on Ubuntu QGIS 2.2

[Randal Hale]

HaH - I let them know.

Thanks for the help.

Randy

-
Randal Hale, GISP
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611 rjh...@northrivergeographic.com

twitter:rjhale
http://about.me/rjhale

On 02/22/2014 05:49 PM, Larry Shaffer wrote:

Hi Randy,

On Sat, Feb 22, 2014 at 3:34 PM, Randal Hale 
> wrote:


You are a genius - I will name my first baby Larry.


Whoa, there. Heck, I didn't even name my son Larry. :-)

I just checked INSTALL [0] and it looks like that package needs to be 
added as a listed dependency. Probably should let the folks at 
UbuntuGIS know that as well, if you have the time.


[0] https://github.com/qgis/QGIS/blob/master/INSTALL

Regards,

Larry


Fixed!

Randy

-
Randal Hale, GISP
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611rjh...@northrivergeographic.com  

  

twitter:rjhale
http://about.me/rjhale

On 02/22/2014 05:27 PM, Larry Shaffer wrote:

Hi Randal,

Does this issue address yours (e.g. install the package
libqt4-sql-sqlite)?

http://hub.qgis.org/issues/8662

Regards,

Larry


On Sat, Feb 22, 2014 at 3:23 PM, Randal Hale
mailto:rjh...@northrivergeographic.com>> wrote:

I asked on the Ubuntu GIS list and they wanted me to check
here. I am using the UbuntuGIS repos.

I just upgraded to QGIS 2.2 - upon the upgrade I'm getting an
error. The OS is 12.04 LTS. I also renamed the .qgis
directory to get a new one and the error remained.

/Unable to open bookmarks database.
//Database://home/rjhale//.qgis2//qgis.db/
//Driver: Driver not loaded/
//Database: Driver not loaded/


If I crank up qgis from a terminal I get one more bit of useful info
when trying to make a bookmark:

/Warning: QSqlDatabase: QSQLITE driver not loaded Warning:
QSqlDatabase: available drivers: QMYSQL3 QMYSQL QSPATIALITE/

Thoughts? Am I missing something?

Randy


-- 
-

Randal Hale, GISP
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611rjh...@northrivergeographic.com  

  

twitter:rjhale
http://about.me/rjhale


___
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

Re: [Qgis-developer] INSTALL.txt

[Tim Sutton]

Hi


On Sun, Feb 23, 2014 at 4:32 AM, Bernd Vogelgesang  wrote:

> HI,
> In my struggle to manage to build QGIS from source, I finally found the
> INSTALL-file on github. (No link to this from the website! At least I
> couldn't find anything)
>
> I just want to remark, that under
>
> Optional dependencies:
> ...
> - for georeferencer - GSL >= 1.8
>
> the version number can't be correct, cause there is no such high version
> available.
> This might be no big problem for most people, but for a noob like me, this
> is causing hysteria and increasing blood pressure.
>
> I think it came into existence from an old version i found here
> http://osgeo-org.1560.x6.nabble.com/Minimal-requirements-td4157264.html
> where it sais:
>
> - for georeferencer - GSL >= ? (works with 1.8)
>
>
>
> In general, I would also like to remark, that it would be very nice to
> have kind of a wiki for build instructions for the different platforms and
> versions and the different related resources like GDAL, spatialite etc. as
> well, cause I have to build GDAL myself for MrSID and FGDB-support (and
> without that, QGIS on Linux is quite useless for me, at least not for
> productive work).
> Finding all these infos (and sometimes not very congruentt ones) in
> different blogs and forums is ridiculously time-consuming. And when I
> already invest so much time in fiddling out this, I would like to have the
> other parts state of the art as well, but there is unfortunately no common
> place for instructions on the related items.
>
>
Personally I am not a fan of wikis for this kind of info. They tend to be a
dumping ground for 'stuff' that gets left unmaintained and takes users down
blind alleys. Having the INSTALL file is a 'single point of truth' that we
can maintain and that should always relate to the particular version of the
code base it ships with. Of course if you find issues with it or can
improve it, by all means send us a patch and we will fix and improve it.

Regards

Tim



> Cheers
> Bernd
>
> --
> Bernd Vogelgesang
> Siedlerstraße 2
> 91083 Baiersdorf/Igelsdorf
> Tel: 09133-825374
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Tim Sutton - QGIS Project Steering Committee Member
==
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Irc: timlinux on #qgis at freenode.net
==
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Master doesn't compile

[Etienne Tourigny]

I see, sorry I didn't check the actual code... I tried changing the
function to an inline one, but the moc file still triggers the deprecated
warning.

Unless there is an argument against it, I think Martin's suggestion to
disable deprecated warnings for moc files.

Etienne



On Sun, Feb 23, 2014 at 1:47 PM, Martin Dobias  wrote:

> Hi Etienne
>
>
> On Sun, Feb 23, 2014 at 11:33 PM, Etienne Tourigny
>  wrote:
> > Just a remark, there are quite a few new warnings (mostly about
> deprecated
> > functions, but also some unused or variables or parameters) using gcc
> 4.7.3
> >
> > Here are some, in no particular order, there might be more
> >
> > /data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx:
> In
> > static member function 'static void
> > QgsMapLayer::qt_static_metacall(QObject*, QMetaObject::Call, int,
> void**)':
> >
> /data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx:102:38:
> > warning: 'void QgsMapLayer::clearCacheImage()' is deprecated (declared at
> >
> /data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaplayer.h:386)
> > [-Wdeprecated-declarations]
>
> Most of them are in files generated by MOC - maybe we could disable
> the deprecation warnings for those files. For the actual QGIS source
> code that triggers deprecation warnings, these should get sorted out.
>
> Regards
> Martin
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Master doesn't compile

[Martin Dobias]

Hi Etienne


On Sun, Feb 23, 2014 at 11:33 PM, Etienne Tourigny
 wrote:
> Just a remark, there are quite a few new warnings (mostly about deprecated
> functions, but also some unused or variables or parameters) using gcc 4.7.3
>
> Here are some, in no particular order, there might be more
>
> /data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx: In
> static member function 'static void
> QgsMapLayer::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)':
> /data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx:102:38:
> warning: 'void QgsMapLayer::clearCacheImage()' is deprecated (declared at
> /data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaplayer.h:386)
> [-Wdeprecated-declarations]

Most of them are in files generated by MOC - maybe we could disable
the deprecation warnings for those files. For the actual QGIS source
code that triggers deprecation warnings, these should get sorted out.

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

Re: [Qgis-developer] Master doesn't compile

[Etienne Tourigny]

Just a remark, there are quite a few new warnings (mostly about deprecated
functions, but also some unused or variables or parameters) using gcc 4.7.3

Here are some, in no particular order, there might be more

/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx: In
static member function 'static void
QgsMapLayer::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)':
/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx:102:38:
warning: 'void QgsMapLayer::clearCacheImage()' is deprecated (declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaplayer.h:386)
[-Wdeprecated-declarations]

In file included from /home/softdev/include/ogr_api.h:43:0,
 from
/data/src/qgis/qgis-etiennesky/src/core/qgsvectorfilewriter.h:25,
 from
/data/src/qgis/qgis-etiennesky/src/core/qgsvectorfilewriter.cpp:26:
/home/softdev/include/ogr_core.h:72:32: warning: missing option after
'#pragma GCC diagnostic' kind [-Wpragmas]

/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaprenderer.cxx:
In static member function 'static void
QgsMapRenderer::qt_static_metacall(QObject*, QMetaObject::Call, int,
void**)':
/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaprenderer.cxx:69:80:
warning: 'void QgsMapRenderer::hasCrsTransformEnabled(bool)' is deprecated
(declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaprenderer.h:327)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaprenderer.cxx:77:110:
warning: 'void QgsMapRenderer::onDrawingProgress(int, int)' is deprecated
(declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaprenderer.h:355)
[-Wdeprecated-declarations]

/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx: In
static member function 'static void
QgsMapLayer::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)':
/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaplayer.cxx:102:38:
warning: 'void QgsMapLayer::clearCacheImage()' is deprecated (declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaplayer.h:386)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaprenderer.cxx:
In static member function 'static void
QgsMapRenderer::qt_static_metacall(QObject*, QMetaObject::Call, int,
void**)':
/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaprenderer.cxx:69:80:
warning: 'void QgsMapRenderer::hasCrsTransformEnabled(bool)' is deprecated
(declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaprenderer.h:327)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/build-debug/src/core/moc_qgsmaprenderer.cxx:77:110:
warning: 'void QgsMapRenderer::onDrawingProgress(int, int)' is deprecated
(declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/core/../../../src/core/qgsmaprenderer.h:355)
[-Wdeprecated-declarations]

/data/src/qgis/qgis-etiennesky/build-debug/src/gui/moc_qgsmapcanvas.cxx: In
static member function 'static void
QgsMapCanvas::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)':
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/moc_qgsmapcanvas.cxx:116:104:
warning: 'void QgsMapCanvas::setProgress(int, int)' is deprecated (declared
at
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/../../../src/gui/qgsmapcanvas.h:391)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/moc_qgsmapcanvas.cxx:121:40:
warning: 'void QgsMapCanvas::mapCanvasRefreshed()' is deprecated (declared
at
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/../../../src/gui/qgsmapcanvas.h:419)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/moc_qgsmapcanvas.cxx:122:36:
warning: 'void QgsMapCanvas::renderStarting()' is deprecated (declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/../../../src/gui/qgsmapcanvas.h:424)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/moc_qgsmapcanvas.cxx:144:32:
warning: 'void QgsMapCanvas::updateMap()' is deprecated (declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/../../../src/gui/qgsmapcanvas.h:356)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/moc_qgsmapcanvas.cxx:146:76:
warning: 'void QgsMapCanvas::showError(QgsMapLayer*)' is deprecated
(declared at
/data/src/qgis/qgis-etiennesky/build-debug/src/gui/../../../src/gui/qgsmapcanvas.h:363)
[-Wdeprecated-declarations]


/data/src/qgis/qgis-etiennesky/src/gui/qgshighlight.cpp: In member function
'void QgsHighlight::init()':
/data/src/qgis/qgis-etiennesky/src/gui/qgshighlight.cpp:72:64: warning:
'QgsMapRenderer* QgsMapCanvas::mapRenderer()' is deprecated (declared at
/data/src/qgis/qgis-etiennesky/src/gui/qgsmapcanvas.h:177)
[-Wdeprecated-declarations]
/data/src/qgis/qgis-etiennesky/src/gui/qgshighlight.cpp: In member function
'

Re: [Qgis-developer] Post-release period of portable commits only?

[Sandro Santilli]

On Sun, Feb 23, 2014 at 08:36:07AM +1100, Nyall Dawson wrote:
> On 23/02/2014 7:33 am, "Larry Shaffer"  wrote:
> 
> > How about for a set period of time, only commits that devs think can
> > readily be ported to the 2.2.0 branch are 'allowed' on master? With any
> > code changes, which would make porting changes/fixes over to the 2.2.0
> > branch difficult, submitted via pull requests. Maybe for two weeks?
> >
> 
> As much as I'd love to see the multithreaded rendering branch land asap,
> I'm in favour of Larry's proposal.

Needless to say, I'm also in favour of it.

It would be interesting to look at the bug tracker to check
how many bugs are reported affecting 2.1.0 in a week.

Speaking of which, there's no "2.1.0" field to pick for
the "Affected version" field in a new ticket.

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

[Qgis-developer] Multi-threading rendering merged to master

[Martin Dobias]

Hi all

this is a short note about the fact that multi-threaded rendering has
now landed in master, so from now on, you should be able to enojy
better experience when browsing your map (especially the fact that you
can keep using QGIS as usual even if rendering continues in the
background).

By default the parallel rendering is not enabled (yet) - to enable it
please go to options > Rendering and check the appropriate option.
There is another new option that lets you setup how often the map
canvas should be refreshed while being rendered.

If you find anything that used to work for you and now it does not, do
not hesitate to let me know. I hope the merge has not ruined your
Sunday :-)

Another, more technically oriented mail will follow later.

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

Re: [Qgis-developer] Master doesn't compile

[Martin Dobias]

Hi Matthias

On Sun, Feb 23, 2014 at 9:43 PM, Matthias Kuhn  wrote:
> Hi,
>
> Currently I get an error compiling master:
>
> QGIS/src/gui/qgsmapcanvas.cpp: In member function 'virtual bool
> QgsMapCanvas::event(QEvent*)':
> QGIS/src/gui/qgsmapcanvas.cpp:1806:8: error: 'mDrawing' was not declared in
> this scope
> if ( mDrawing )

Sorry for that. Now it should be fixed.

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

[Qgis-developer] Master doesn't compile

[Matthias Kuhn]

Hi,

Currently I get an error compiling master:

QGIS/src/gui/qgsmapcanvas.cpp: In member function ‘virtual bool 
QgsMapCanvas::event(QEvent*)’:
QGIS/src/gui/qgsmapcanvas.cpp:1806:8: error: ‘mDrawing’ was not declared 
in this scope

if ( mDrawing )

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

[Qgis-developer] Plugin [284] Semi-Automatic Classification Plugin approval notification.

[noreply]

Plugin Semi-Automatic Classification Plugin approval by lucasupervised.
The plugin version "[284] Semi-Automatic Classification Plugin 2.4.0" is now 
approved
Link: http://plugins.qgis.org/plugins/SemiAutomaticClassificationPlugin/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] INSTALL.txt

[Jürgen E . Fischer]

Hi,

On Sun, 23. Feb 2014 at 13:20:15 +0100, Bernd Vogelgesang wrote:
> This message was written to show a really minor mistake in the install  
> text on github,

Oh, sorry, I missed that.  I was probably too concentrated on trying to explain
that version 1.16 is higher than 1.8. ;)


> And when I finally successfully built everything, I would be happy to  
> publish my findings .. but where? Just on an other blog or in another  
> blogs comments, which will be outdated soon?

Here, if it's something that should be integrated in INSTALL and you don't want
to jump to the hoops on github to issue a pull request to doc/INSTALL.t2t & co.
You could also file a ticket on hub.qgis.org.

There's although a wiki there - but chances are that blogs and that wiki page
share the same fate.


Jürgen

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


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

[Qgis-developer] Plugin [32] Value Tool approval notification.

[noreply]

Plugin Value Tool approval by etourigny.
The plugin version "[32] Value Tool 0.8.1" is now approved
Link: http://plugins.qgis.org/plugins/valuetool/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] INSTALL.txt

[Bernd Vogelgesang]

Am 23.02.2014, 04:12 Uhr, schrieb Robert Szczepanek :


Hi Bernd,

(...) Finding all these infos (and sometimes not very congruentt ones)  
in

different blogs and forums is ridiculously time-consuming. (...)


Several people invested time [1] to create QGIS.
You are welcome to be part of the project and improve build description.
After that read your e-mail once again...
Robert Szczepanek

[1] http://www.ohloh.net/p/3663/estimated_cost


Hi Robert,
sorry for the wrong wording again. Of course I appreciate all your efforts  
in developing QGIS and I'm a QGIS-evangelist.
I donate as often as I can, and that's all i can contribute, cause I am  
even not able (yet) to build that stuff myself.


This message was written to show a really minor mistake in the install  
text on github, and further on I (humbly) remarked that it would be "nice"  
to have a central place for the install instruction for the other parts  
needed as well. And contributing to that would of course not be the  
developers job, but maybe thinking about the possibility to offer a wiki  
for that.
Q&PA-Platforms like stackexchange are not really suitable for that, and  
searching the mailing lists will not lead anywhere in a lot of cases as  
well.


And it is really time consuming to gather all the tips and tricks from  
those different resources, and I'm always a friend of streamlining  
processes, not only for me but also for lots of others who fail in  
building that stuff, or even finding proper instructions.


If I were able to build QGIS and related stuff myself, I would be able to  
run the stable and the master versions alongside and could work and test.
And when I finally successfully built everything, I would be happy to  
publish my findings .. but where? Just on an other blog or in another  
blogs comments, which will be outdated soon?


But I do not intend to lead a discussion here.
Just my 2 cents
Bernd





W dniu 22.02.2014 21:32, Bernd Vogelgesang napisał(a):

HI,
In my struggle to manage to build QGIS from source, I finally found
the  INSTALL-file on github. (No link to this from the website! At
least I  couldn't find anything)
 I just want to remark, that under
 Optional dependencies:
...
- for georeferencer - GSL >= 1.8
 the version number can't be correct, cause there is no such high
version  available.
This might be no big problem for most people, but for a noob like me,
this  is causing hysteria and increasing blood pressure.
 I think it came into existence from an old version i found here
http://osgeo-org.1560.x6.nabble.com/Minimal-requirements-td4157264.html
where it sais:
 - for georeferencer - GSL >= ? (works with 1.8)
   In general, I would also like to remark, that it would be very nice  
to

 have kind of a wiki for build instructions for the different
platforms and  versions and the different related resources like GDAL,
spatialite etc. as  well, cause I have to build GDAL myself for MrSID
and FGDB-support (and  without that, QGIS on Linux is quite useless
for me, at least not for  productive work).
Finding all these infos (and sometimes not very congruentt ones) in
different blogs and forums is ridiculously time-consuming. And when I
already invest so much time in fiddling out this, I would like to have
the  other parts state of the art as well, but there is unfortunately
no common  place for instructions on the related items.
 Cheers
Bernd

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



--
Bernd Vogelgesang
Siedlerstraße 2
91083 Baiersdorf/Igelsdorf
Tel: 09133-825374
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] INSTALL.txt

[Anita Graser]

Am 23.02.2014, 10:03 Uhr, schrieb Jürgen E. Fischer :

Hi Bernd,

On Sun, 23. Feb 2014 at 03:32:40 +0100, Bernd Vogelgesang wrote:

In my struggle to manage to build QGIS from source, I finally found the
INSTALL-file on github. (No link to this from the website! At least I
couldn't find anything)


I also have the impression that the new website is harder to navigate.   
And the

sphinx stuff makes little updates time consuming.

There should be a link to
http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html
on the documentation page


The link to the INSTALL build instructions is "hidden" under  
"Developement" headers

http://www.qgis.org/en/site/getinvolved/development/index.html#development

I think almost everything is on the website already but sometimes the  
structure is not as intuitive as it could be.


Best wishes,
Anita


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

Re: [Qgis-developer] Post-release period of portable commits only?

[Jürgen E . Fischer]

Hi Larry,

On Sat, 22. Feb 2014 at 14:33:11 -0700, Larry Shaffer wrote:
> How about for a set period of time, only commits that devs think can readily
> be ported to the 2.2.0 branch are 'allowed' on master? With any code changes,
> which would make porting changes/fixes over to the 2.2.0 branch difficult,
> submitted via pull requests. Maybe for two weeks?

> I think if code is committed to core that steamrolls over the means of
> providing a reasonably timed bug-fix update, it becomes that much harder to
> do so. I also think much user frustration may stem from that vicious cycle,
> and we have an opportunity to fix that *right now*.

> Don't get me wrong. I like the new release schedule. Just looking for ways
> to make it as beneficial for users as it is for devs/packagers.

Our agreement was to not do point releases.  And not because stable release are
a bad thing, but just acknowleding the fact that we don't have the resources to
do everything.  The more we "wasted" on releases, the more we loose on feature
work.

Maybe we should just emphasize more that the four weeks before the release are
not a pure developer thing.  If users want good releases, they should verify
that master is ok before it get released - and not start testing right after
the release.  Of course all testing is welcome, but testing after the release
only contributes to the next release.

So blocking development for another two weeks to backport stuff to a branch
that - unless in the undesired event that something severe wasn't spotted in
the four weeks before the release - won't ever be released, doesn't make sense
to me.

The next release is 117[1] days away.  That might sound far away, but I bet
it's sooner than we think.


Jürgen

[1] 
http://www.timeanddate.com/countdown/generic?iso=20140620T12&p0=1440&msg=QGIS+2.4+Release

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


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] INSTALL.txt

[Jürgen E . Fischer]

Hi Bernd,

On Sun, 23. Feb 2014 at 03:32:40 +0100, Bernd Vogelgesang wrote:
> In my struggle to manage to build QGIS from source, I finally found the  
> INSTALL-file on github. (No link to this from the website! At least I  
> couldn't find anything)

I also have the impression that the new website is harder to navigate.  And the
sphinx stuff makes little updates time consuming.

There should be a link to

http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html

on the documentation page (which reminds me that I still have to add the 2.2
API docs).


> I just want to remark, that under

> Optional dependencies:
> ...
> - for georeferencer - GSL >= 1.8

> the version number can't be correct, cause there is no such high version  
> available.

But it is.  1.8 is from 2006.   Current is 1.16.


> In general, I would also like to remark, that it would be very nice to  
> have kind of a wiki for build instructions for the different platforms 
> and versions and the different related resources like GDAL, spatialite 
> etc. as well, cause I have to build GDAL myself for MrSID and 
> FGDB-support (and without that, QGIS on Linux is quite useless for me, at 
> least not for productive work).

Hm, I'd say building GDAL extensions is out of scope for our build
instructions.  But you can as a wiki page to hub.qgis.org, if you like.


Jürgen

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


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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