Greetings,
Few weeks ago, QGIS trunk started rendering composer's legend with
odd/unneeded vertical spaces (see http://trac.osgeo.org/qgis/ticket/3605 for
a screenshot of issue).
I believe the problem is caused by changset 15242, applied by mhugent 4
weeks ago. The changset pulled the
];
mSrcExtent.combineExtentWith( myPoint.x(), myPoint.y() );
Radim
On Mon, May 2, 2011 at 1:29 PM, Mathieu Pellerin nirvn.a...@gmail.com
wrote:
Greetings Radim Blazek,
I'm forwarding you an email sent to the qgis-developer list hoping it can
speed up a major raster rendering issue emerging days before the 1.7
For what it's worth, I'd also appreciate a 1.8 release, with the expression
based labeling (https://github.com/qgis/Quantum-GIS/pull/51) included : )
Math
On Thu, Oct 20, 2011 at 1:58 PM, Werner Macho werner.ma...@gmail.comwrote:
Hi!
I'd vote for a 1.8 release meeting at the hackfest - clean
Something's seriously wrong with CRS attribution for newly added layers in
qgis-master (soon to be 1.8). I have no idea what is happening, however the
steps below will reproduce the issue:
1) Add moeareas.shp (uploaded as attachment in issue 5598:
http://hub.qgis.org/issues/5598) to a QGIS
In the region I'm working in (Southeast Asia), QuantumGIS' adoption rate is
quickly rising, in big part due to fact that ArcGIS doesn't properly
support UTF-8.
Keeping these new adopters passionate about QGIS - as well as increasing
user base - with an healthy release cycle is IMO really
Greetings,
Speaking of website improvement, I've just dropped in a proposal for a
refined - and more importantly _vector-based_ - QGIS logo here:
http://hub.qgis.org/issues/6688
I've tried to stick to the original logo as much as possible as clearly
many people are emotionally attached to the
Vincent,
Re modern-looking and professional, the above proposal tries to improve the
situation there. I believe it does so successfully, but then again it's my
subjective opinion :)
I think the not professional might be in big part due to the absence of
high resolution versions of the logo to be
I can confirm both issues raised by Andreas.
Beyond that, very useful feature.
On Wed, Nov 14, 2012 at 5:11 PM, Andreas Neumann a.neum...@carto.netwrote:
Hi,
Thanks to Radim we now have multi-column legends in print composer. This
was one of my long-time feature requests - but it never got
This is probably the best gift given out this christmas : )
Alexander, quick question, does QTiles render the tiles in the CRS defined
by the project, or does it automatically switches to the Google Mercator?
Best,
Math
On Wed, Dec 26, 2012 at 9:24 PM, G. Allegri gioha...@gmail.com wrote:
that, I'm loving it more and more ;)
Math
On Mon, Dec 31, 2012 at 8:46 AM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
This is probably the best gift given out this christmas : )
Alexander, quick question, does QTiles render the tiles in the CRS defined
by the project, or does it automatically
One more thing, it would be very useful to offer users the possibility of
having transparent background (i.e. no white or project setting background
filling color).
On Mon, Dec 31, 2012 at 10:47 AM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
Alex, alright, should have looked at the source
Radim,
Following up on your implementation of the nice legend's multicolumn
feature. I've noticed two regression (one of which I've filed a bug
already).
1) The right-side box spacing is now miscalculated as it fails to add the
icon label space value. Issue 7099 (http://hub.qgis.org/issues/7099)
Martin,
Nice, glad the OSM download/import support is being worked on.
I've just tried to import two OSM files: one which I had saved through
JOSM, and the other one downloaded just now via your Download OSM Data
dialogue. With both files, QGIS fails to import data with this error:
Failed to
at 5:45 AM, Mathieu Pellerin nirvn.a...@gmail.com
wrote:
Martin,
Nice, glad the OSM download/import support is being worked on.
I've just tried to import two OSM files: one which I had saved through
JOSM,
and the other one downloaded just now via your Download OSM Data
dialogue
The new diagrams engine is solid, working better than the old one in all
the scenarios I've met. It's only weakness is that it doesn't play well
with the PAL engine.
M
On Tue, Mar 5, 2013 at 2:10 PM, Matthias Kuhn matthias.k...@gmx.ch wrote:
On 03/05/2013 08:06 AM, Alexander Bruy wrote:
On
...@gmail.comwrote:
On Tue, Feb 19, 2013 at 4:48 AM, Mathieu Pellerin nirvn.a...@gmail.com
wrote:
Radim,
Following up on your implementation of the nice legend's multicolumn
feature. I've noticed two regression (one of which I've filed a bug
already).
1) The right-side box spacing
On Wed, Mar 13, 2013 at 1:30 PM, Mathieu Pellerin [hidden
email]http://user/SendEmail.jtp?type=nodenode=5040281i=0
wrote:
Radim,
Thanks for fixing the width issue.
Regarding layers with no titles and the need for treating the space like
a
layer item, see http://hub.qgis.org
Nyall, those are really great additions.
When you have a minute, you should look at a blend modes issue I spotted
and described over here: http://hub.qgis.org/issues/7461
Cheers.
Math
On 1 Apr 2013 18:14, Nyall Dawson nyall.daw...@gmail.com wrote:
Hi all,
I realise I missed the feature
Re texture fill, does the svg fill support bitmap within svg?
M
On 8 Apr 2013 13:25, Andreas Neumann a.neum...@carto.net wrote:
Hi Martin,
Thank you for your work on removing the old symbology stuff.
Marco is working on data-defined symbology and it is already in master.
These are now all
There might be a way to make most people happy here.
I find the vector menu a nice ui shortcut for useful functions. If sextante
relevant functions are at par (or better), couldn't the vector menu items
stay, which would please many, and when clicked triggers sextante's
function dialogue? Victor?
Anita, yep, remove code for ftool functions that are in sextante but keep
vector menu shortcuts.
On 17 Apr 2013 12:42, Anita Graser anitagra...@gmx.at wrote:
On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
There might be a way to make most people happy here.
I
Paolo, imo decision of looking into this option for 2.0 vs 2.1 should be
primarily driven by quality. If qgis can offer better quality in vector
functions by maintaining the two mechanism for 2.0 then it should be
deferred to 2.1. If the opposite is true, then might be worth for Victor to
weight
Victor,
Would it be possible for you to add GRASS' pan sharpening function
(i.fusion.brovey) to sextante? I'm sure that'll make more than one guy
happy :)
Keep up the good work, lots of very nice tweaks to sextante lately.
Math
___
Qgis-developer
sensor|False
OutputRaster|outputprefix|Prefix of output raster |False
Math
On Mon, Apr 22, 2013 at 12:01 PM, Paolo Cavallini cavall...@faunalia.it wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 22/04/2013 04:31, Mathieu Pellerin ha scritto:
Victor,
Would it be possible for you to add
Greetings,
I've filed an issue over the weekend which IMO is a really serious
regression which shouldn't be left unresolved prior to the imminent
2.0 release.
Long story short, when a layer symbology is set to categorized,
graduated, or rule-based, all features will disappear when editing
Since blend modes are found everywhere else
(vector,raster,label,composer items), an exception to allow addition
of blend mode on the only remaining gap would make sense.
On Fri, Apr 26, 2013 at 9:56 AM, Nathan Woodrow madman...@gmail.com wrote:
+1 from me.
On Fri, Apr 26, 2013 at 12:46 PM,
New logos withdrawn.
My 2 cents:
I feel like design #50 is overly generic. Simply logos are good, but
wondering whether this one went on the road of simplification to the
extreme, leaving a logo with a *slight* gap in meaningfulness. There could
be ways to remedy to that while keeping overall
Re total download showing oldest plugins, might be nice to offer another
indicator based on total download _for the last four weeks_, that would
reflect better current interest.
Four weeks is arbitrary, could be eight, or two :)
On 2 May 2013 07:34, Olivier Dalang olivier.dal...@gmail.com wrote:
Might be worth adding to server a one month log for plugins download and
come up with that stat.
On 2 May 2013 12:44, Alessandro Pasotti apaso...@gmail.com wrote:
2013/5/2 Mathieu Pellerin nirvn.a...@gmail.com
Re total download showing oldest plugins, might be nice to offer another
indicator
#419 looks really nice. The bevel / gradients need to be a tiny more
discrete, but the overall feeling and direction is great.
On Fri, May 3, 2013 at 5:05 PM, Nyall Dawson nyall.daw...@gmail.com wrote:
#412 and #419 look great -- they're my favourites of the contest so far!
Nyall
Alexandre,
Might be linked to this issue: http://hub.qgis.org/issues/7738 -- centroid
fill always use map unit even when set to millimetres.
Mathieu
On 6 May 2013 18:09, Alexandre Neto senhor.n...@gmail.com wrote:
Hello all,
Using Size scale field does not seam to be working with centroid
in.
Is this something you guys would be interested in participating to?
Mathieu Pellerin
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
QGIS.
Regards,
Nathan
On Tue, May 7, 2013 at 2:41 PM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
Greetings all,
As we are fast approaching the day QGIS v2.0 will be release, I thought
it might be useful to create a public pool of nice maps showcasing some of
the new features that'll
I believe photos posted within Flickr Groups can be seen without need to
log in (see for e.g. http://www.flickr.com/groups/theleague/pool/). That
being said, it doesn't seem to work for the Flickr QGIS Group set up
earlier today. It might have to do an incubation time required before
Flickr opens
Alright, the problem is with my account, it's been inactive for too long
and it's considering my photos as suspect for the next few days. Nathan has
an active account, hence his map(s) showing when not a member.
Math
On Tue, May 7, 2013 at 1:48 PM, Mathieu Pellerin nirvn.a...@gmail.comwrote
Paolo, that issue has been fixed, thanks to flickr's quick response. The
flickr group now shows all six maps without need to be a member.
Thanks to Anita for having posted some of her QGIS 2.0-dependent maps in
the last few days.
Mathieu
On Tue, May 7, 2013 at 12:54 PM, Paolo Cavallini
As a first step, could we all individually go to the hub and review our
blockers to possibly remove some blockers that are not crucial to a 2.0
release or dups of previous reports? That would facilitate Giovanni's job.
Also, while ideally a product should be shipped regression-free, this needs
to
Glad to hear you guys will meet on the 2.0 release. In the hope it can help
your meeting, I'd like to share my 2 cents as a QGIS evangelist in
Southeast Asia. Note, I'm running on QGIS master, so the argument below
isn't out of self-interest ;o)
In the beginning of March 2013, Tim announced a
So what's the hard deadline for SIP, this coming weekend?
On Mon, Jun 3, 2013 at 11:18 AM, Nathan Woodrow madman...@gmail.com wrote:
On Mon, Jun 3, 2013 at 2:08 PM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
I feel that for the SIP upgrade to be considered so late in the release
process
+1 for agreeing on a logo across the board.
If vector proposal agreed, it'd also be a good opportunity to add high
resolution icons for application shortcuts on Win / Linux / OSX. By 2013,
qgis is the only low res icon on my desktop :)
On 14 Jul 2013 19:43, Nathan Woodrow madman...@gmail.com
Small reminder: neither the QGIS application shortcut (on linux and windows
OSes) nor the logo used in the About QGIS window are using the above
mentioned SVG.
On Mon, Aug 12, 2013 at 4:29 AM, Nathan Woodrow madman...@gmail.com wrote:
Hey Alex,
We are going with the svg that is assigned to
Larry,
+1 for working out some visual distinction between QGIS and QGIS Browser.
That said, the proposed canvas-below-icon might be confusing. If I was a
first time user, I'd bet on the canvas icon being the main application to
make maps, versus it being a browser-only supporting application.
Tim, the visual changelog draft is excellent, excellent resource for QGIS
evangelists out there. I'd re-think the new labeling engine screenshot,
maybe a map screenshot featuring shield and drop shadow instead of the
configuration dialog (which is shown in the data-defined labeling section
should be used, merely referring to
those as alternatives to relying on a user interface as screenshot to
showcase feature X,Y,Z
M
On Mon, Sep 9, 2013 at 11:13 AM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
Tim, the visual changelog draft is excellent, excellent resource for QGIS
Could this be done using a rule-based expression through the creation of a
variable that returns the pixel-size area of a polygon / pixel-size length
of a line?
On Thu, Sep 12, 2013 at 3:28 PM, Matthias Kuhn matthias.k...@gmx.ch wrote:
Hi,
How would you define small? I guess something can
As others have pointed out, there's already a substantial amount of new
features in qgis master. Beyond what was mentioned above, there's: world
file on qgis composer export, expression based {categorized, graduated}
symbology, notable improvements in the spatialite postegresql drivers,
Now that's just gorgeous.
On Wed, Dec 4, 2013 at 7:13 PM, Nyall Dawson nyall.daw...@gmail.com wrote:
I haven't had a chance to properly plan this out, but something which
has been playing in the back of my mind is the idea of table
legends. Take a look at the legend in this map:
+1, for two reasons:
* the advances function isn't needed for many types of qgis users
* the UI would benefit from re arrangements to make it more friendly when
users run into it (ie a short paragraph above list box to explain what this
is about, like with the crs selector)
On 21 Jan 2014 06:09,
Also, that logic can only be applied for fully opaque point symbols. As
soon as you have a semi transparent symbol, the repetition of points over a
same map pixel does matter and needs to be preserved.
On 21 Jan 2014 07:46, A Huarte ahuart...@yahoo.es wrote:
Ok, I will study it
If you have
Jan 2014 3:10 AM, Mathieu Pellerin nirvn.a...@gmail.com wrote:
Also, that logic can only be applied for fully opaque point symbols. As
soon as you have a semi transparent symbol, the repetition of points over a
same map pixel does matter and needs to be preserved.
Agreed but in that case
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
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
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 denis.rouz...@gmail.com wrote:
On 24. 02. 14 03:17, Mathieu Pellerin wrote:
QGIS could adopt: 4, or 2, weeks
wrote:
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
before it's
released *with an official beta/preview build*.
:)
On Mon, Feb 24, 2014 at 3:42 PM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
Nightly builds (or weekly snapshots for that matter) are very different
from a publicized, pre-release preview build. With a prepared pre-release
preview
Happy to report that following Martin's last commit (
https://github.com/qgis/QGIS/commit/daf1e0b6881cdb77df6f6a9dc988ad92e0f9019d),
I cannot see any issues with vector/raster layer rendering, as well as
labelling. All renders like 2.2, except the user experience is 10 times
better :)
Larry, I'm
I like where it's going. Re check boxes, I'd love to see intelligent
switch buttons beyond check all uncheck all. A check styling only
(symbology + label) button, a check non - style only button would be
really useful. Like some media players do to check audio only vs video
audio.
On 2 Mar 2014
Martin, maybe render caching should be turned/forced on by default on qgis
master builds right now so there can be a higher of ppl using it and
reporting possible regressions? If it's now smooth and problem-free
following mtr merge, it can be left on by default for final 2.4 release.
On 3 Mar 2014
plugins (which are not working well with
multi-threaded rendering) deactivate the feature when needed?
Thanks and best wishes,
Anita
Am 04.04.2014, 05:44 Uhr, schrieb Mathieu Pellerin
nirvn.a...@gmail.com
:
Hmm, is there no way to deactivate MTR? As far as I understand, while
we
Anita, just saw you commited a fix. Thanks!
May I suggest a small improvement? You should calculate the time it took,
in ms, to render canvas and deduce that ms value from the
animationFrameLength ms value in your singleShot call:
QTimer.singleShot(self.animationFrameLength,self.playAnimation)
Also, when it comes to OSM, IMO proper TMS support should be what is
(eventually) offered as implemented feature to users. That'd allow for OSM
basemaps to also export properly in qgis composer. OpenLayer' layers not
exporting well in qgis composer is a pretty big limitation.
Maybe a simple UI to
Nice, few comments (based on my previous uses of the GDAL TMS mini-driver):
- your plugin should make sure the loaded layer is assigned the proper
projection (mostly pseudo-mercator); failing to do so will leave must users
unable to understand why the TMS rendering fails
- that would also switch
The next weekly build could be spinned as a technical preview build and
advertised on the homepage / blog / social media. No additional efforts
required on the build front, just a bit of public PR.
Math
On 24 May 2014 16:16, Anita Graser anitagra...@gmx.at wrote:
How about adding the call for
cool rendering!
A quick tip if you're using shapeburst with inverted polygons - you must
have the shade to a set distance option selected, and set a relatively
small distance. Otherwise you'll see shading from the canvas edges (refs
#10570, #9757).
Mathieu Pellerin also has some nice examples
I just want to clarify one thing about this discussion: we are not speaking
about delaying the 2.4 release, which users are expecting in the next 48
hours, right?
The current state of QGIS master could probably be better, but it's not
worse than 2.2 (of course, that's a perception based on my
Congratulations to all involved, once again QGIS has leaped forward with a
bunch of new features.
That said, the test the release candidate on qgis.org should be replaced
by enjoy the new version :)
On 28 Jun 2014 07:57, Jürgen E. j...@norbit.de wrote:
QGIS is a user friendly Open Source
I'd vote for the last option as it'd be compatible with rule based
symbology, which could be useful when coupled with the [x] show layer count
(simple eg creating a ELSE rule with a no-symbol layer to keep track of nb
of features not rendered.).
Math
On 30 Jun 2014 19:38, Nyall Dawson
a ELSE rule with a no-symbol layer to keep track of nb
of features not rendered.).
You can already have no symbol for a rule. Just untick the Symbol
checkbox in the rule properties.
- Nathan
On Tue, Jul 1, 2014 at 12:32 AM, Mathieu Pellerin nirvn.a...@gmail.com
wrote:
I'd vote
+1
On 1 Jul 2014 18:55, Nathan Woodrow madman...@gmail.com wrote:
Hey,
I would like to propose that we remove the single select map tool.
Main reason to remove is its function is redundant as the rectangle select
does a single point select if you don't drag i.e single click. I live in
So maybe we could change the default selection tool to rectangle? One of
the first thing I personally always do when using a fresh qgis (with
default settings) is to change selection tool to rectangle for the reason
Nathan raised this thread.
On 1 Jul 2014 19:38, Nyall Dawson
Greetings,
I'd like to circulate a UX proposal and see how people react.
For a very long time, QGIS' Layers toolbar has featured a Remove layer(s)
button. I have seen two issues with the button:
- Its placement becomes really odd when plugins add button(s) to the Layers
toolbar (for e.g. the New
to understand when we are on dataset
(physical) and when we are on interface (logical).
Regards,
A.
Il 06/09/2014 07:10, Mathieu Pellerin ha scritto:
Greetings,
I'd like to circulate a UX proposal and see how people react.
For a very long time, QGIS' Layers toolbar has featured
* note: there is no keyboard shortcut to delete a group, doh. :)
On Sat, Sep 6, 2014 at 1:12 PM, Mathieu Pellerin nirvn.a...@gmail.com
wrote:
I don't think you should comparing adding group/dataset against deleting a
group/dataset legend layer. The latter is already unified via either
Thanks for the reminder Jürgen.
Tim, could you create a visual changelog page for the upcoming 2.6 release?
We can start now to append the new features so it can be as complete as
possible.
M
On 22 Sep 2014 19:00, Jürgen E. j...@norbit.de wrote:
Hi,
I'd like to remind everyone that the 2.5
+1 to get new memory layer and memory layer saver plugins into core. Memory
layers are a very cool useful function of qgis, all of its basic
functionality should be in core.
On 23 Sep 2014 15:04, Nyall Dawson nyall.daw...@gmail.com wrote:
On 23/09/2014 5:46 pm, Andrea Peri aperi2...@gmail.com
Regarding the saving aspect of it, IMO it needs to be worked out. I've had
a couple of users over here already reporting data loss with the
following scenario:
1. Open his/her project
2. Copies one polygon from a large dataset and pastes is as a new memory
layer (very useful feature introduced in
layer-like warning dialog when closing
project
On 25 Sep 2014 12:15, Denis Rouzaud denis.rouz...@gmail.com wrote:
On 25.09.2014 04:02, Mathieu Pellerin wrote:
Regarding the saving aspect of it, IMO it needs to be worked out. I've
had a couple of users over here already reporting data loss
?
- Nathan
On Thu, Sep 25, 2014 at 3:57 PM, Mathieu Pellerin nirvn.a...@gmail.com
wrote:
Thoughts:
- I don't think warning should be occurring when creating a memory layer
(that is when pasting as new layer, when adding the result of a processing
algorithm as memory layer, or creating a blank
Temporary Layers, I find it slightly better than Scratch Layer for non
native English speakers (i.e. more to the point in simple English :) ).
M
On Thu, Sep 25, 2014 at 1:38 PM, Nyall Dawson nyall.daw...@gmail.com
wrote:
On 25/09/2014 4:27 pm, Mathieu Pellerin nirvn.a...@gmail.com wrote
Considering that one of QGIS' main source of funding for development is
through financial sponsorship of _independent_ developers, I'd be very
careful not to take decisions that would hurt that ecosystem without asking
those independent developers the reasoning behind leaving a trace in the
commit
Rename your .qgis2 folder in your user profile directory (eg
c:\users\my_name\.qgis2) to something else to try a vanilla qgis
configuration. If speed goes back to normal, problem lies with a plugin, or
less likely a non-default qgis setting.
M
On 15 Oct 2014 12:52, Stott, James
Niccola,
With regards to point 1 2, you would increase the chance of those issues
being fixed (and help QGIS) by filing tickets at hub.qgis.org . Be as
descriptive as you can, provide steps to reproduce what affects you; that
should be enough to get a developer to look into it. Sample data
I'm wondering whether it has to do with a composer legend item crasher that
Martin fixed days ago.
Are users sharing the project files that make qgis crash?
On 7 Nov 2014 20:53, Giovanni Manghi giovanni.man...@faunalia.pt wrote:
Hi all,
we are getting quite a lot of feedback (in the tracker,
IMO, this is serious enough to package a 2.6.1 release speedily. There are
enough ppl out there that don't backup their documents on a regular basis
for this bug to be hugely problematic.
On 8 Nov 2014 00:49, Martin Dobias wonder...@gmail.com wrote:
On Fri, Nov 7, 2014 at 9:11 PM, Mathieu
Nyall,
Please, let's not go down the road of two options to do the same thing (ala
double symbology double labelling engine era of qgis 1.x)
Nor can we leave users' previously saved composers broken.
So #2 seems to be the wining option.
A fundamental change like that would go very well with a
Guys,
The recent thread Nyall kick-started with his “QGIS 3.0?” email got me to
think about the eternal stability vs. development dilemma it (re-)exposed
through the conversation.
More specifically, it got me to brainstorm on the best way forward for QGIS
at this juncture and whether there's a
geodr...@gmail.com wrote:
Yes yes yes.
+1
but also +999 :)
Roberto
2014-11-10 2:27 GMT+01:00 Mathieu Pellerin nirvn.a...@gmail.com:
Guys,
The recent thread Nyall kick-started with his “QGIS 3.0?” email got me
to think about the eternal stability vs. development dilemma it
(re
Hmm, handling a cache for the heatmap renderer would probably be quite
challenging. Let's say a temporary raster heatmap is created to ease
panning, you'd have to re do this every time the zoom level is changed. You
could decide to cache as many temporary raster hearmaps as zoom levels
requested
Thanks for fixing the jumping issue for non-rotated canvas.
That said, I'm wondering whether the rotation feature should be exposed in
the status bar unless all of the basic canvas interactions are taught how
to deal with rotation (which inc. flawless zoom / pan experience and
probably north
To be fair to all, there should probably be an agreed upon understanding on
what would need fixing/implementing for the rotation feature to sticik
prior to 2.8, and if it can't be achieved by then revert the commits until
next dev cycle?
I can't be the judge of that, senior devs needed :)
On 23
Greetings,
Earlier this week, I ran into the need to do a temporary join between two
datasets that would have relied on a virtual column. It however seems that
QGIS is unable to do so as the virtual colum did not appear in the list of
available columns to use to establish a join.
Is that a known
). That would simplify and
bulletproof the code in many places beyond the composer map item.
Food for thoughts.
Math
On Fri, Jan 16, 2015 at 9:00 AM, Mathieu Pellerin nirvn.a...@gmail.com
wrote:
Sandro,
The last few weeks has been a nice leap forward when it comes to your
rotation feature
Sandro,
The last few weeks has been a nice leap forward when it comes to your
rotation feature, congratulation on that.
IMO, based on the improvements, it's worth considering _removing the
activation option altogether_ from the preference window. I can't see
any stability and usability issue
Greetings,
I got contacted by a student yesterday asking whether 2.8 was out. He knew
of release date and visited website but only saw 2.6.1.
Would be good to update website ASAP.
Cheers
Math
___
Qgis-developer mailing list
That's a pretty serious drawback. If there's no way around this, we need to
make sure composer labels are improved (and hopefully plug in the canvas
label drawing engine to the composer labels).
M
On Sun, May 10, 2015 at 4:19 PM, Nyall Dawson nyall.daw...@gmail.com
wrote:
On 10 May 2015 at
Out of curiosity, how long of a delay do you estimate would be needed to
fix things? 4 weeks, 8 weeks?
On 23 Jun 2015 09:09, Nyall Dawson nyall.daw...@gmail.com wrote:
Hi all,
Unfortunately, we've become aware of a serious performance regression
caused by the new geometry engine. Basically,
Whether logged in or not, visiting the link says You've tried to
access *qgis's
private* organization room and you do not belong to this organization.
On Sat, Jun 13, 2015 at 11:48 AM, Tim Sutton t...@qgis.org wrote:
Hi All
If anyone is interested, I started a chat room for QGIS at
Larry,
As Nyall mentioned, icon size of the dock tool button will go back to 16 x
16 by default. That'll make things look the same as before.
That said, the border on the buttons (no present on other OSes) aren't very
nice. It might be worth adding a style specifically for os x to remove
those.
small
normal
big
huge
instead of the px size, this should scale nicely converting sizes to
actual pixels according to DPI.
2015-05-29 2:34 GMT+02:00 Mathieu Pellerin nirvn.a...@gmail.com:
Larry,
As Nyall mentioned, icon size of the dock tool button will go back to 16
x 16 by default
As Jürgen said, it's essentially the same. Yet... :)
I also think branching off 2.14 LTR now is slightly preferable. On a
psychological level, as the heavy development of new features has in the
past mostly taken place on the master branch, it'd make it clearer to devs
that the heavy feature
1 - 100 of 273 matches
Mail list logo