Hi Marco, hi Mayeul and Kimaidou
I'm preparing an expertise for a recommendation with national outreach
together with colleague Prof. Olivier Ertz, the main convener of OGC SLD/SE
1.2.
Now I found the SLD QGIS API methods [1] (saveSldStyle and loadSldStyle in
QgsMapLayer and writeSld and loadSld i
Hi,
Thanks for raising this! After months of use of symbol levels in
rule-based rendering (SLinRBR), I found the implementation robust. I
have several colleagues using regularly my OSM styles. Yesterday I
deployed it on an intranet with the webclient, see:
http://www.qgis.org/qgiswiki/images/f/fd/T
Hi Marco
On Thu, Aug 18, 2011 at 8:45 AM, Marco Hugentobler
wrote:
> Hi all
>
> After several months, I'd like to open the discussion again and suggest to
> merge Mayeuls patch into the master branch as well (currently only in 1.7, see
> also https://github.com/qgis/Quantum-GIS/pull/26)
>
> While
Hi all
After several months, I'd like to open the discussion again and suggest to
merge Mayeuls patch into the master branch as well (currently only in 1.7, see
also https://github.com/qgis/Quantum-GIS/pull/26)
While a rule based renderer following SLD logic would be great in the future
, the s
Hi devs,
I agree with Marco and Martin : following the SLD logic would be great. It
would help a lot people used to SLD to understand the logic of Qgis styling.
I also think we should keep the logic easy to understand while not loosing
too much power.
Talking about SLD import/export... Using Qgis
Hi Martin
I'm also in favour of a rule based renderer that follows closely the logic of
SLD. It would be a big plus for QGIS server too. Currently, it's SLD
capabilities are built on top of the old renderer, so no overpainting, etc.
And yes, with a nice GUI, it will be as user-friendly as the o
Hi again Martin,
Thanks for your notes. Below is a proposal for a compromise.
I see the long term advantages of converging to something compatible
with SLD and you gave good arguments in favor of this approach. Yet,
since I find a few advantages in the other approach, I cannot say that I
prefer one
Hi Mayeul
On Sun, Mar 6, 2011 at 2:43 AM, Mayeul Kauffmann
wrote:
> Hi,
> Thanks all for sharing your thought on this. I find this discussion very
> stimulating! Obviously each solution has some advantages and some
> disadvantages. Here are my comments on Martin's answer.
>
>
> ##
Hi,
Thanks all for sharing your thought on this. I find this discussion very
stimulating! Obviously each solution has some advantages and some
disadvantages. Here are my comments on Martin's answer.
##
Martin wrote: "I think we all a
> The only downside I see here is that the symbols which are going to be
> use the effect of overpainting - like the roads with outlines - have
> to be split to bottom and top layer and applied in two different
> styles. But I think that is a relatively low price given the
> advantages. Finally, th
Hi Mayeul
On Wed, Mar 2, 2011 at 6:01 PM, wrote:
> Hi,
>
> (This follows this thread: Branch status for merge and release timeline
> proposal)
>
> Thanks for you answer Tim! I found the clarification useful and I appreciate
> your sense of diplomacy. Here are a few thoughts.
>
> You wrote: "I
Hi,
(This follows this thread: Branch status for merge and release timeline
proposal)
Thanks for you answer Tim! I found the clarification useful and I appreciate
your sense of diplomacy. Here are a few thoughts.
You wrote: "I agree the items in your list should get attention"
Just to make sur
12 matches
Mail list logo
