Re: [Qgis-developer] "No symbol" renderer... thoughts?

[Mathieu Pellerin]

Ahh, one learns everyday. When checked, are the labels still drawn?
On 1 Jul 2014 06:36, "Nathan Woodrow"  wrote:

> 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.).
>
>
> 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 
> wrote:
>
>> 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"  wrote:
>>
>>> Hi all,
>>>
>>> I find I'm often adding layers to a map solely for labelling, and
>>> having to set the symbology for these layers to a 100% transparent
>>> symbol so that the features themselves aren't shown.
>>>
>>> This seems rather hacky and inefficient, since QGIS is still rendering
>>> these feature, they just aren't being shown. Consequently, I'd like to
>>> add a better method for having layers with no visible features.
>>>
>>> As far as I can see, there's three possible options for this:
>>> - Add a "no symbols" renderer.
>>> - Allow the first symbol layer to be removed, so that a symbol can
>>> have no layers
>>> - Add "no fill"/"no line"/"no marker" symbol layers
>>>
>>> What would be the preferred solution, from a design and UX view? I'm
>>> leaning toward the "no symbols" renderer option myself, but thought
>>> I'd seek feedback before digging into this.
>>>
>>> Nyall
>>> ___
>>> 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
>>
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] "No symbol" renderer... thoughts?

[Nathan Woodrow]

>
> 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.).


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 
wrote:

> 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"  wrote:
>
>> Hi all,
>>
>> I find I'm often adding layers to a map solely for labelling, and
>> having to set the symbology for these layers to a 100% transparent
>> symbol so that the features themselves aren't shown.
>>
>> This seems rather hacky and inefficient, since QGIS is still rendering
>> these feature, they just aren't being shown. Consequently, I'd like to
>> add a better method for having layers with no visible features.
>>
>> As far as I can see, there's three possible options for this:
>> - Add a "no symbols" renderer.
>> - Allow the first symbol layer to be removed, so that a symbol can
>> have no layers
>> - Add "no fill"/"no line"/"no marker" symbol layers
>>
>> What would be the preferred solution, from a design and UX view? I'm
>> leaning toward the "no symbols" renderer option myself, but thought
>> I'd seek feedback before digging into this.
>>
>> Nyall
>> ___
>> 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
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] "No symbol" renderer... thoughts?

[Régis Haubourg]

Hi, 
excellent idea if we get speed improvement !
I don't have QGIS running here right now, but I remember having seen a "no
symbol" checkbox in rule based renderer. If we look for consistant UI, we
should have the same checkbox for classical renderers on symbol level. I
remember being puzzled when I discovered that and didn't find it in
classical symbology. 
I my experience, users didn't discover displacement point renderer by
themselves, because it's the lowest entry in the listbox. I suspect we can
expect low usage of no symbol renderer if we put it there. 
Cheers
Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/No-symbol-renderer-thoughts-tp5148790p5148870.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] pull to improve fTools/Processing select by location

[G. Allegri]

I've sumbitted a pull request [1] to add fine grained control to spatial
operators controlling select/extract by location algorithms, both in fTools
and Processing.

If you feel other options should be added let me know.
giovanni

[1] https://github.com/qgis/QGIS/pull/1495

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] GSOC Weekly Report 6: Schematization Plug-in for QGIS

[Nishith Maheshwari]

Hey everyone,



*Weekly Report 6*

*What was done this week?*

   - Worked on ways to implement the direction/angular constraint. Have to
   try more than one approach to see which one is working best for the project.


*What is the plan for next week?*

   - Will continue to try different approaches and test the data on them.
   Implementation of this constraint is time consuming. Mainly because of the
   need to figure out which approach works best for our specific requirements.

   - Will also review the timeline for the project as there might be need
   to make some changes.


*Wiki page : *http://hub.qgis.org/wiki/quantum-gis/nishithm

*Code repository :* https://github.com/nishithm/schematization


Thanks and regards,

Nishith Maheshwari
Lab for Spatial Informatics
IIIT Hyderabad
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] MetaSearch dependencies

[Matthias Kuhn]

I am not sure exactly if it's really a dependency problem. I pasted the
warnings here, it mentions MetaSearch, that's why I thought it is
related. But as it is complaining about a missing __init__.py in a
python site-packages directory it might as well be a distribution or
local configuration issue. Maybe somebody with more python experience
can shed some light on this.

http://pastebin.com/RiNwcjud
>> On Jun 28, 2014, at 12:42, Jürgen E. Fischer  wrote:
>>
>> 2.6?  That's a bit early. ;)

Arc is already at 10.2... That puts some pressure on us :)

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

[Qgis-developer] CMake error from QGIS 2.4.0 in Windows 7

[korash]

Hi, I am trying to compile qgis 2.4.0 in Windows 7 for Visual Studio 10.

I have been trying to set up all the required dependencies with CMake 3.0.
And I have been able to link all the dependencies by using OSGeo4W, even
though there are lots of missing instructions on qgis website for Windows
installation.

But, now I am getting error saying below:

   CMake Error at cmake/FindSIP.cmake:54 (MESSAGE):
 Could not find SIP
   Call Stack (most recent call first):
 CMakeLists.txt:569 (FIND_PACKAGE)

I installed SIP from OSGeo4W, but it seems like cmake cannot find the link.
I looked at some archives, some previous posts were saying, in general this
error is coming from when we are missing "python-sip-dev". But, OSGeo4W only
provides "sip" which might mean that "sip" should work. I think the current
sip from OSGeo4W includes python-sip-dev too.

If this is the case, how can I resolve this error issue?

Thanks in advance.


 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/CMake-error-from-QGIS-2-4-0-in-Windows-7-tp5148825.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] "No symbol" renderer... thoughts?

[Mathieu Pellerin]

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"  wrote:

> Hi all,
>
> I find I'm often adding layers to a map solely for labelling, and
> having to set the symbology for these layers to a 100% transparent
> symbol so that the features themselves aren't shown.
>
> This seems rather hacky and inefficient, since QGIS is still rendering
> these feature, they just aren't being shown. Consequently, I'd like to
> add a better method for having layers with no visible features.
>
> As far as I can see, there's three possible options for this:
> - Add a "no symbols" renderer.
> - Allow the first symbol layer to be removed, so that a symbol can
> have no layers
> - Add "no fill"/"no line"/"no marker" symbol layers
>
> What would be the preferred solution, from a design and UX view? I'm
> leaning toward the "no symbols" renderer option myself, but thought
> I'd seek feedback before digging into this.
>
> Nyall
> ___
> 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] [QGIS-UX] Fwd: "No symbol" renderer... thoughts?

[Anita Graser]

+1 for a "no symbol" renderer. I also had a use case when styling OSM data.
I guess it should be either the first or the last option on the
renderer list. Probably the last.

Best wishes,
Anita


On Mon, Jun 30, 2014 at 3:21 PM, Alexandre Neto  wrote:
> I think "No symbol" renderer is more straight forward option.
>
> Alexandre Neto
>
>
> On Mon, Jun 30, 2014 at 2:17 PM, Anita Graser  wrote:
>>
>> Forwarded from the developer mailing list: What's the preferred UX
>> solution for functionality to suppress symbols when only labels are
>> needed?
>>
>>
>> -- Forwarded message --
>> From: Nyall Dawson 
>> Date: Mon, Jun 30, 2014 at 2:38 PM
>> Subject: [Qgis-developer] "No symbol" renderer... thoughts?
>> To: qgis-developer 
>>
>>
>> Hi all,
>>
>> I find I'm often adding layers to a map solely for labelling, and
>> having to set the symbology for these layers to a 100% transparent
>> symbol so that the features themselves aren't shown.
>>
>> This seems rather hacky and inefficient, since QGIS is still rendering
>> these feature, they just aren't being shown. Consequently, I'd like to
>> add a better method for having layers with no visible features.
>>
>> As far as I can see, there's three possible options for this:
>> - Add a "no symbols" renderer.
>> - Allow the first symbol layer to be removed, so that a symbol can
>> have no layers
>> - Add "no fill"/"no line"/"no marker" symbol layers
>>
>> What would be the preferred solution, from a design and UX view? I'm
>> leaning toward the "no symbols" renderer option myself, but thought
>> I'd seek feedback before digging into this.
>>
>> Nyall
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> ___
>> QGIS-UX mailing list
>> qgis...@lists.osgeo.org
>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-ux
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] "No symbol" renderer... thoughts?

[Andreas Neumann]

Hi,

I like the idea of the "no symbols" renderer. Probably the easiest of
the proposed solutions for the user.

Andreas

Am 30.06.2014 12:38, schrieb Nyall Dawson:
> Hi all,
> 
> I find I'm often adding layers to a map solely for labelling, and
> having to set the symbology for these layers to a 100% transparent
> symbol so that the features themselves aren't shown.
> 
> This seems rather hacky and inefficient, since QGIS is still rendering
> these feature, they just aren't being shown. Consequently, I'd like to
> add a better method for having layers with no visible features.
> 
> As far as I can see, there's three possible options for this:
> - Add a "no symbols" renderer.
> - Allow the first symbol layer to be removed, so that a symbol can
> have no layers
> - Add "no fill"/"no line"/"no marker" symbol layers
> 
> What would be the preferred solution, from a design and UX view? I'm
> leaning toward the "no symbols" renderer option myself, but thought
> I'd seek feedback before digging into this.
> 
> Nyall
> ___
> 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] Announcing the release of QGIS 2.4 'Chugiak'

[Nyall Dawson]

On 30 June 2014 19:20, Richard Duivenvoorde  wrote:

> Tim asked people to write 'items' for the changelog. As that is what it
> is: a little application in which people can write an 'item' and add
> some screendumps.
>

On that note, Tim can you please add a 2.6 version to the changelog?
It will be much easier to keep this complete if we fill it out
immediately as features are added.

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

[Qgis-developer] "No symbol" renderer... thoughts?

[Nyall Dawson]

Hi all,

I find I'm often adding layers to a map solely for labelling, and
having to set the symbology for these layers to a 100% transparent
symbol so that the features themselves aren't shown.

This seems rather hacky and inefficient, since QGIS is still rendering
these feature, they just aren't being shown. Consequently, I'd like to
add a better method for having layers with no visible features.

As far as I can see, there's three possible options for this:
- Add a "no symbols" renderer.
- Allow the first symbol layer to be removed, so that a symbol can
have no layers
- Add "no fill"/"no line"/"no marker" symbol layers

What would be the preferred solution, from a design and UX view? I'm
leaning toward the "no symbols" renderer option myself, but thought
I'd seek feedback before digging into this.

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

Re: [Qgis-developer] Announcing the release of QGIS 2.4 'Chugiak'

[Richard Duivenvoorde]

On 30-06-14 11:04, Régis Haubourg wrote:
> Hi, 
> 
> following users feedback (see [0]), we still seem to be not pushing enough
> changelog / what's new:

> * it is not available from dowload page
> http://www.qgis.org/en/site/forusers/download.html#
> 
> * from homepage (see [1]), the "check out new features" link in image still
> points today to 2.0 doc. A build trouble? Anyway, this is not directly
> visible to a user, since you have to wait for the banner to slide, or
> manually do the slide operation. A link just under the Download button would
> be good also. 
> 
> [0] https://plus.google.com/113835514638933715428/posts/8HnxnbXFoV4
> [1]
> https://drive.google.com/file/d/0BzatQbprJ-hjZFdIcm9ZbU9uUFE/edit?usp=sharing

We have (work in progress):
http://qgis.org/en/site/forusers/visualchangelog24.html
where the links points to:
http://changelog.linfiniti.com/qgis/version/2.4.0/

as it is work in progress, we have not brought it upfront...

Tim asked people to write 'items' for the changelog. As that is what it
is: a little application in which people can write an 'item' and add
some screendumps.

The QGIS website get's the feed from that changelog website and
incorporates it in the main website.

To all people wanting to have better "what's new in this version" I
would say: please invest some time in getting to know the way stuff
works and help make it better. We still do not have a marketing
department with people doing that for us :-)


Regards,

Richard Duivenvoorde

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

Re: [Qgis-developer] Announcing the release of QGIS 2.4 'Chugiak'

[Régis Haubourg]

Hi, 

following users feedback (see [0]), we still seem to be not pushing enough
changelog / what's new:

* it is not available from dowload page
http://www.qgis.org/en/site/forusers/download.html#

* from homepage (see [1]), the "check out new features" link in image still
points today to 2.0 doc. A build trouble? Anyway, this is not directly
visible to a user, since you have to wait for the banner to slide, or
manually do the slide operation. A link just under the Download button would
be good also. 

[0] https://plus.google.com/113835514638933715428/posts/8HnxnbXFoV4
[1]
https://drive.google.com/file/d/0BzatQbprJ-hjZFdIcm9ZbU9uUFE/edit?usp=sharing

Cheers,
Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Announcing-the-release-of-QGIS-2-4-Chugiak-tp5148500p5148738.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Release plans

[Paolo Cavallini]

Il 27/06/2014 10:43, Vincent Picavet ha scritto:

> We should definitly get more information on our user base, gather statistics 
> (anonymous, or through website stats), so that we can know what really 
> matters 
> to our users. We should not develop software for ourselves, but for people 
> who 
> really use it. And final polish is probably the most important part. Yes this 
> includes taking care of the user, marketing, ergonomy, fine wording and many 
> things developers do not want to do or are bad at doing.

Hi Vincent,
this is a long standing issue (we have been discussing this extensively
since Zuerich HF). I agree that knowing our user base is quite important
for the future of the project.
Of course we should not be obtrusive, and fully respect the privacy of
users, but I think something can be done on this, maybe along the lines
of Debian's popularity contest http://popcon.debian.org/
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer