Re: [Qgis-developer] Processing causes major slowness at QGIS startup
On Wed, Aug 27, 2014 at 7:43 AM, Martin Dobias wonder...@gmail.com wrote: Actually since the adoption of metadata.txt for plugin metadata it is not necessary for QGIS to load all python plugins on start up. I have a suspicion that it is the plugin installer component which tries to load them while QGIS is being started (just to check whether they load correctly). Such check is IMHO not necessary and its removal would make the loading time shorter. +1 for me :-) fixing this problem could be a big improvement in startup time! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis server can't enable logging
2014-08-26 23:19 GMT+02:00 Uros Preloznik uro...@gmail.com: Hi, I know this was already discused, but I still cannot enable logging for qgis server. My configuration is this: -Ubuntu 12.04 -Apache 2.22 -Qgis 2.4 (standard install) I added this line to apache configuration: SetEnv QGIS_SERVER_LOG_FILE /var/log/qgislog.txt Nothing happens, I also manualy created empty file and set chown as wwwdata, but still nothing is logged. Am i missing something? Any ideas? If you are on apache and mod_fcgid you'd better try with http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html#fcgidinitialenv -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing causes major slowness at QGIS startup
Hi. Perhaps this is due to the plugin onstaller serring alway update at startup ? Il 27/ago/2014 06:35 Nathan Woodrow madman...@gmail.com ha scritto: It should also be possible to add some timing stats to the plugin loading code from the QGIS side to log which plugins are taking time to load. - Nathan On Wed, Aug 27, 2014 at 2:29 PM, Luca Manganelli luc...@gmail.com wrote: On Tue, Aug 26, 2014 at 5:36 PM, Régis Haubourg regis.haubo...@eau-adour-garonne.fr wrote: Hi, interesting issue. More generaly, startup speed starts to be an issue here, and plugins take more than half the time of global startup. Right. If we remove all of those plugin, QGIS is much faster to start. Do we have tips for plugin authors to speed up python loading? Yes, they should move the big code from init() to initGUI(). They should remember that the code in init() is ALWAYS executed, even with that plugin disabled from the list. ___ 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] Processing causes major slowness at QGIS startup
Il 27/08/2014 08:36, Luca Manganelli ha scritto: On Wed, Aug 27, 2014 at 7:43 AM, Martin Dobias wonder...@gmail.com wrote: Actually since the adoption of metadata.txt for plugin metadata it is not necessary for QGIS to load all python plugins on start up. I have a suspicion that it is the plugin installer component which tries to load them while QGIS is being started (just to check whether they load correctly). Such check is IMHO not necessary and its removal would make the loading time shorter. +1 for me :-) fixing this problem could be a big improvement in startup time! I have seen plugins occasionally getting broken: are you suggesting to do the check only on activating them (+ at install time of course)? All the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Legend refactoring - part II - ready for merge
Il 27/08/2014 05:40, Martin Dobias ha scritto: Do you have any preferences where to put it - doxygen page / wiki page / qgis-documentation repo / somewhere else? -1 for wiki thanks -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python plugins mandatory metadata
Il 26/08/2014 23:01, Tim Sutton ha scritto: Yeah me too! Please don't misunderstand me in the discussion - I agree with your position about the desirability of having metadata, bug tracker etc. I just don't consider it a show stopper if for one or other reason the developer does not have one of these fields populated. That said if the rest of the interest people wanted to make these feels mandatory I won't argue that enthusiastically against it :-P It is not a real showstopper anyway: any fake url (or a generic one) will do (yes, it happened). All the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing causes major slowness at QGIS startup
On Wed, Aug 27, 2014 at 9:23 AM, Paolo Cavallini cavall...@faunalia.it wrote: I have seen plugins occasionally getting broken: are you suggesting to do the check only on activating them (+ at install time of course)? All the best. No. As Martin Dobian suggested, when QGIS is loading, only the metadata.txt file of each plugin should be read without executing the Init() function of *every* (enabled and not enabled) plugin. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python plugins mandatory metadata
I would also prefer to keep the entry barrier low. I.e. if a hobby-programmer does not add these fields to his plugin but will happily make (the missing bits) of the source code available on request (GPL states on request IIRC) it should be possible for him to just upload the plugin, but get warned that he could make people a lot more happier if he would set these fields. I can imagine people struggle with git, do bugtracking by email or on an internal tracker, don't have a homepage... But still make good plugins which could eventually evolve into projects with all these parts included. There are a lot of other things people can fail at. And just make these things hard requirement because they are easy to check does not feel right for me. I would also vote for the solution of having different repos ( recommended, bood, creepy ) Matthias ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python plugins mandatory metadata
2014-08-27 9:40 GMT+02:00 Matthias Kuhn matthias.k...@gmx.ch: I would also prefer to keep the entry barrier low. I.e. if a hobby-programmer does not add these fields to his plugin but will happily make (the missing bits) of the source code available on request (GPL states on request IIRC) it should be possible for him to just upload the plugin, but get warned that he could make people a lot more happier if he would set these fields. I can imagine people struggle with git, do bugtracking by email or on an internal tracker, don't have a homepage... But still make good plugins which could eventually evolve into projects with all these parts included. There are a lot of other things people can fail at. And just make these things hard requirement because they are easy to check does not feel right for me. I would also vote for the solution of having different repos ( recommended, bood, creepy ) Matthias Hello Mathias, We already have the experimental flag for not production-ready plugins, do we really need different repos? -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python plugins mandatory metadata
Hi all, +1 I suppose the plugin approver should check if all the sources are available in the source (if no code repository is available), e.g. ui files. It would be important for those who would make a fork of a (already not supported) plugin. A minimal documentation in the source may be obligatory. Zoltan On Wed, 27 Aug 2014, Matthias Kuhn wrote: I would also prefer to keep the entry barrier low. I.e. if a hobby-programmer does not add these fields to his plugin but will happily make (the missing bits) of the source code available on request (GPL states on request IIRC) it should be possible for him to just upload the plugin, but get warned that he could make people a lot more happier if he would set these fields. I can imagine people struggle with git, do bugtracking by email or on an internal tracker, don't have a homepage... But still make good plugins which could eventually evolve into projects with all these parts included. There are a lot of other things people can fail at. And just make these things hard requirement because they are easy to check does not feel right for me. I would also vote for the solution of having different repos ( recommended, bood, creepy ) Matthias ___ 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] Processing causes major slowness at QGIS startup
When and how will the creation of menu items and push buttons for the plugins be done? Regards Bo Victor Thomsen Aestas-GIS Denmark Den 27-08-2014 09:37, Luca Manganelli skrev: On Wed, Aug 27, 2014 at 9:23 AM, Paolo Cavallini cavall...@faunalia.it wrote: I have seen plugins occasionally getting broken: are you suggesting to do the check only on activating them (+ at install time of course)? All the best. No. As Martin Dobian suggested, when QGIS is loading, only the metadata.txt file of each plugin should be read without executing the Init() function of *every* (enabled and not enabled) plugin. ___ 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] Processing causes major slowness at QGIS startup
On Wed, Aug 27, 2014 at 10:24 AM, Bo Victor Thomsen bo.victor.thom...@gmail.com wrote: When and how will the creation of menu items and push buttons for the plugins be done? It can be done inside initGUI() function. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] line renderer and composition mode
Hi,
any objections to have the line symbol layer render in composition mode
source?
I have a layer with multiple levels of administrative boundaries, where higher
level boundaries (eg. state) lie over lower level boundaries (county). Lower
level boundaries should not be visible if there is a higher level boundary on
top of them. The styles are dash-dotted - so the lines don't fully cover the
lines below.
I could solve that by putting a white line on the bottom of the symbol, but
that would also mean that layers below are covered, that I still would like
see.
Rendering the line in source composition would allow to have a fully
transparent line symbol layers on the bottom of the symbol that would overwrite
the already rendered lines on that layer with transparency.
Is that already possible in a different way (without resorting to multiple
vector layers) to achieve the same? Or does it introduce some problem that I
didn't think of? It could still be optional...
Jürgen
diff --git a/src/core/symbology-ng/qgslinesymbollayerv2.cpp
b/src/core/symbology-ng/qgslinesymbollayerv2.cpp
index 5a06f23..e21474a 100644
--- a/src/core/symbology-ng/qgslinesymbollayerv2.cpp
+++ b/src/core/symbology-ng/qgslinesymbollayerv2.cpp
@@ -207,10 +207,12 @@ void QgsSimpleLineSymbolLayerV2::renderPolygonOutline(
const QPolygonF points,
return;
}
+ p-save();
+ p-setCompositionMode( QPainter::CompositionMode_Source );
+
if ( mDrawInsidePolygon )
{
//only drawing the line on the interior of the polygon, so set clip path
for painter
-p-save();
QPainterPath clipPath;
clipPath.addPolygon( points );
@@ -236,11 +238,8 @@ void QgsSimpleLineSymbolLayerV2::renderPolygonOutline(
const QPolygonF points,
renderPolyline( ring, context );
}
- if ( mDrawInsidePolygon )
- {
-//restore painter to reset clip path
-p-restore();
- }
+ //restore painter's composition mode and reset clip path
+ p-restore();
}
@@ -252,6 +251,9 @@ void QgsSimpleLineSymbolLayerV2::renderPolyline( const
QPolygonF points, QgsSym
return;
}
+ p-save();
+ p-setCompositionMode( QPainter::CompositionMode_Source );
+
double offset = 0.0;
applyDataDefinedSymbology( context, mPen, mSelPen, offset );
@@ -280,6 +282,8 @@ void QgsSimpleLineSymbolLayerV2::renderPolyline( const
QPolygonF points, QgsSym
for ( int part = 0; part mline.count(); ++part )
p-drawPolyline( mline[ part ] );
}
+
+ p-restore();
}
QgsStringMap QgsSimpleLineSymbolLayerV2::properties() const
--
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
signature.asc
Description: Digital signature
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
Hi, On Wed, Aug 27, 2014 at 2:53 PM, Jürgen E. j...@norbit.de wrote: any objections to have the line symbol layer render in composition mode source? Having this mode would be useful but imho it should not be the default mode and it should definitely not be the only mode. I can think of many cases where I wanted to have multiple lines drawn over each other without the source effect you describe. Couldn't it just be another feature blending mode? Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
style - advanced - symbol-level.
A.
2014-08-27 16:20 GMT+02:00 Andrea Peri aperi2...@gmail.com:
Your solution is not always good.
You should could use the level symbols to give what symbol won in overlap.
A.
2014-08-27 14:53 GMT+02:00 Jürgen E. j...@norbit.de:
Hi,
any objections to have the line symbol layer render in composition mode
source?
I have a layer with multiple levels of administrative boundaries, where
higher
level boundaries (eg. state) lie over lower level boundaries (county). Lower
level boundaries should not be visible if there is a higher level boundary on
top of them. The styles are dash-dotted - so the lines don't fully cover the
lines below.
I could solve that by putting a white line on the bottom of the symbol, but
that would also mean that layers below are covered, that I still would like
see.
Rendering the line in source composition would allow to have a fully
transparent line symbol layers on the bottom of the symbol that would
overwrite
the already rendered lines on that layer with transparency.
Is that already possible in a different way (without resorting to multiple
vector layers) to achieve the same? Or does it introduce some problem that
I
didn't think of? It could still be optional...
Jürgen
diff --git a/src/core/symbology-ng/qgslinesymbollayerv2.cpp
b/src/core/symbology-ng/qgslinesymbollayerv2.cpp
index 5a06f23..e21474a 100644
--- a/src/core/symbology-ng/qgslinesymbollayerv2.cpp
+++ b/src/core/symbology-ng/qgslinesymbollayerv2.cpp
@@ -207,10 +207,12 @@ void QgsSimpleLineSymbolLayerV2::renderPolygonOutline(
const QPolygonF points,
return;
}
+ p-save();
+ p-setCompositionMode( QPainter::CompositionMode_Source );
+
if ( mDrawInsidePolygon )
{
//only drawing the line on the interior of the polygon, so set clip
path for painter
-p-save();
QPainterPath clipPath;
clipPath.addPolygon( points );
@@ -236,11 +238,8 @@ void QgsSimpleLineSymbolLayerV2::renderPolygonOutline(
const QPolygonF points,
renderPolyline( ring, context );
}
- if ( mDrawInsidePolygon )
- {
-//restore painter to reset clip path
-p-restore();
- }
+ //restore painter's composition mode and reset clip path
+ p-restore();
}
@@ -252,6 +251,9 @@ void QgsSimpleLineSymbolLayerV2::renderPolyline( const
QPolygonF points, QgsSym
return;
}
+ p-save();
+ p-setCompositionMode( QPainter::CompositionMode_Source );
+
double offset = 0.0;
applyDataDefinedSymbology( context, mPen, mSelPen, offset );
@@ -280,6 +282,8 @@ void QgsSimpleLineSymbolLayerV2::renderPolyline( const
QPolygonF points, QgsSym
for ( int part = 0; part mline.count(); ++part )
p-drawPolyline( mline[ part ] );
}
+
+ p-restore();
}
QgsStringMap QgsSimpleLineSymbolLayerV2::properties() const
--
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iD8DBQFT/dS6c/GhTF5ESHURAk2fAJ4jTVoeU69IRlX2TPOzrL5KZGSeGACgs7gP
yPIP/+rhT1MnuZypz3l/OzM=
=0y5K
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
Your solution is not always good.
You should could use the level symbols to give what symbol won in overlap.
A.
2014-08-27 14:53 GMT+02:00 Jürgen E. j...@norbit.de:
Hi,
any objections to have the line symbol layer render in composition mode
source?
I have a layer with multiple levels of administrative boundaries, where higher
level boundaries (eg. state) lie over lower level boundaries (county). Lower
level boundaries should not be visible if there is a higher level boundary on
top of them. The styles are dash-dotted - so the lines don't fully cover the
lines below.
I could solve that by putting a white line on the bottom of the symbol, but
that would also mean that layers below are covered, that I still would like
see.
Rendering the line in source composition would allow to have a fully
transparent line symbol layers on the bottom of the symbol that would
overwrite
the already rendered lines on that layer with transparency.
Is that already possible in a different way (without resorting to multiple
vector layers) to achieve the same? Or does it introduce some problem that I
didn't think of? It could still be optional...
Jürgen
diff --git a/src/core/symbology-ng/qgslinesymbollayerv2.cpp
b/src/core/symbology-ng/qgslinesymbollayerv2.cpp
index 5a06f23..e21474a 100644
--- a/src/core/symbology-ng/qgslinesymbollayerv2.cpp
+++ b/src/core/symbology-ng/qgslinesymbollayerv2.cpp
@@ -207,10 +207,12 @@ void QgsSimpleLineSymbolLayerV2::renderPolygonOutline(
const QPolygonF points,
return;
}
+ p-save();
+ p-setCompositionMode( QPainter::CompositionMode_Source );
+
if ( mDrawInsidePolygon )
{
//only drawing the line on the interior of the polygon, so set clip path
for painter
-p-save();
QPainterPath clipPath;
clipPath.addPolygon( points );
@@ -236,11 +238,8 @@ void QgsSimpleLineSymbolLayerV2::renderPolygonOutline(
const QPolygonF points,
renderPolyline( ring, context );
}
- if ( mDrawInsidePolygon )
- {
-//restore painter to reset clip path
-p-restore();
- }
+ //restore painter's composition mode and reset clip path
+ p-restore();
}
@@ -252,6 +251,9 @@ void QgsSimpleLineSymbolLayerV2::renderPolyline( const
QPolygonF points, QgsSym
return;
}
+ p-save();
+ p-setCompositionMode( QPainter::CompositionMode_Source );
+
double offset = 0.0;
applyDataDefinedSymbology( context, mPen, mSelPen, offset );
@@ -280,6 +282,8 @@ void QgsSimpleLineSymbolLayerV2::renderPolyline( const
QPolygonF points, QgsSym
for ( int part = 0; part mline.count(); ++part )
p-drawPolyline( mline[ part ] );
}
+
+ p-restore();
}
QgsStringMap QgsSimpleLineSymbolLayerV2::properties() const
--
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iD8DBQFT/dS6c/GhTF5ESHURAk2fAJ4jTVoeU69IRlX2TPOzrL5KZGSeGACgs7gP
yPIP/+rhT1MnuZypz3l/OzM=
=0y5K
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
Hi Andrea, On Wed, 27. Aug 2014 at 16:20:14 +0200, Andrea Peri wrote: Your solution is not always good. You should could use the level symbols to give what symbol won in overlap. I'm already using symbol levels. Is there a way to have transparency in higher levels remove earlier rendered stuff on lower levels? Level 2 - .. - Level 1 -.-.-. Should look like - .. - if there are level 1 2 boundaries on top of each other and not like -...-- Still the transparent bits should not cover (vector/raster) layers below. Putting a fully transparent line on the bottom of each level and rendering it in source composition mode would achieve that (ie. the transparent bits of the higher level would make everything rendered in lower levels transparent again instead of leaving it as is). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
Yes. You can apply the transparency on color single. Il 27/ago/2014 17:06 Jürgen E. j...@norbit.de ha scritto: Hi Andrea, On Wed, 27. Aug 2014 at 16:20:14 +0200, Andrea Peri wrote: Your solution is not always good. You should could use the level symbols to give what symbol won in overlap. I'm already using symbol levels. Is there a way to have transparency in higher levels remove earlier rendered stuff on lower levels? Level 2 - .. - Level 1 -.-.-. Should look like - .. - if there are level 1 2 boundaries on top of each other and not like -...-- Still the transparent bits should not cover (vector/raster) layers below. Putting a fully transparent line on the bottom of each level and rendering it in source composition mode would achieve that (ie. the transparent bits of the higher level would make everything rendered in lower levels transparent again instead of leaving it as is). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFT/fPDc/GhTF5ESHURAnUNAJ9JoQRZNHxxjNe/YL7BLIz+99mYbwCfXbce 462gR50pZLQquO+6SWVpkl8= =6RD6 -END PGP SIGNATURE- ___ 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] line renderer and composition mode
Hi. Just to understand the questione. If you put Level2 = 2 Level1 = 1 Choosing so the level2 to overlap always the level1 when both on same point dont is what you need ? Il 27/ago/2014 17:06 Jürgen E. j...@norbit.de ha scritto: Hi Andrea, On Wed, 27. Aug 2014 at 16:20:14 +0200, Andrea Peri wrote: Your solution is not always good. You should could use the level symbols to give what symbol won in overlap. I'm already using symbol levels. Is there a way to have transparency in higher levels remove earlier rendered stuff on lower levels? Level 2 - .. - Level 1 -.-.-. Should look like - .. - if there are level 1 2 boundaries on top of each other and not like -...-- Still the transparent bits should not cover (vector/raster) layers below. Putting a fully transparent line on the bottom of each level and rendering it in source composition mode would achieve that (ie. the transparent bits of the higher level would make everything rendered in lower levels transparent again instead of leaving it as is). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFT/fPDc/GhTF5ESHURAnUNAJ9JoQRZNHxxjNe/YL7BLIz+99mYbwCfXbce 462gR50pZLQquO+6SWVpkl8= =6RD6 -END PGP SIGNATURE- ___ 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] Embedded layers/groups issues : relative path become absolute when saving the project
Hi, I opened an issue about it [1]. Please share some feedback, and assign to the proper developper. This bug is nasty in the way it prevents users from using embedded layers in QGIS Server (or they have to modify the project each tiem after saving it to remove absolute paths ) [1] http://hub.qgis.org/issues/11109 Best wishes, Michael ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
Hi, FYI - here is an explanation of the different composition modes: http://doc.qt.digia.com/qq/qq17-compositionmodes.html These are different from blend modes and I think it would be very useful if they could be exposed to the user. But it would have to be done on a symbol level and not on the layer level. Or at least as an option to choose from. On a similar issue it would be nice if the background (rectangle or stronger stroke) of a text can hide paint in other layers - with the goal to make better readable text labels - in german language we call that a Textfreistellung - I don't know the correct english term, sorry. Hugo Mercier from Oslandia already looked into the issue a bit and prepared a proposal. This may be solved with the composition modes as well. So I would definitely like to see the exposure of the different composition modes exposed to the user on a symbol level level. Thanks for bringing up the issue, Andreas Am 27.08.2014 15:05, schrieb Jürgen E. Fischer: Hi Andrea, On Wed, 27. Aug 2014 at 16:20:14 +0200, Andrea Peri wrote: Your solution is not always good. You should could use the level symbols to give what symbol won in overlap. I'm already using symbol levels. Is there a way to have transparency in higher levels remove earlier rendered stuff on lower levels? Level 2 - .. - Level 1 -.-.-. Should look like - .. - if there are level 1 2 boundaries on top of each other and not like -...-- Still the transparent bits should not cover (vector/raster) layers below. Putting a fully transparent line on the bottom of each level and rendering it in source composition mode would achieve that (ie. the transparent bits of the higher level would make everything rendered in lower levels transparent again instead of leaving it as is). Jürgen ___ 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] line renderer and composition mode
On Wed, Aug 27, 2014 at 8:19 PM, Anita Graser anitagra...@gmx.at wrote: Hi, On Wed, Aug 27, 2014 at 2:53 PM, Jürgen E. j...@norbit.de wrote: any objections to have the line symbol layer render in composition mode source? Having this mode would be useful but imho it should not be the default mode and it should definitely not be the only mode. I can think of many cases where I wanted to have multiple lines drawn over each other without the source effect you describe. Couldn't it just be another feature blending mode? Agreed with Anita. We could just add 'source' feature blending mode to the list. Just tried the styling as described by Jürgen and then run this in python console: iface.activeLayer().setFeatureBlendMode(QPainter.CompositionMode_Source) And it worked as expected - transparent line from upper symbol removed the previously painted dashed line. Cheers Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
Hi Martin, On Thu, 28. Aug 2014 at 00:36:28 +0700, Martin Dobias wrote: Agreed with Anita. We could just add 'source' feature blending mode to the list. Just tried the styling as described by Jürgen and then run this in python console: iface.activeLayer().setFeatureBlendMode(QPainter.CompositionMode_Source) And it worked as expected - transparent line from upper symbol removed the previously painted dashed line. Ah, nice. Thanks. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] line renderer and composition mode
On 28/08/2014 1:53 am, Andreas Neumann a.neum...@carto.net wrote: FYI - here is an explanation of the different composition modes: http://doc.qt.digia.com/qq/qq17-compositionmodes.html These are different from blend modes and I think it would be very useful if they could be exposed to the user. But it would have to be done on a symbol level and not on the layer level. Or at least as an option to choose from. Interesting topic - in the past I've looked into adding these additional composition modes, but could never get them working nicely. The main issue is that they will apply to everything drawn below them, including the canvas background, underlying layers, etc -- this is almost certainly not what anyone wants! For these to be useful we'd need a way of limiting their scope. There's more details and a proposed solution here: http://osgeo-org.1560.x6.nabble.com/Vienna-hackfest-QGIS-Legend-discussion-tp5131063p5131082.html iface.activeLayer().setFeatureBlendMode(QPainter.CompositionMode_Source) And it worked as expected - transparent line from upper symbol removed the previously painted dashed line. I think this will have unintended side effects. It may look ok in the canvas (since layers are rendered to cache images, effectively limiting the scope of the source effect), but will probably look quite different when rendered direct to an image or via the composer. On a similar issue it would be nice if the background (rectangle or stronger stroke) of a text can hide paint in other layers - with the goal to make better readable text labels - in german language we call that a Textfreistellung - I don't know the correct english term, sorry. Hugo Mercier from Oslandia already looked into the issue a bit and prepared a proposal. This may be solved with the composition modes as well. Do you mean smart halos/variable depth masking? (see http://mapnik.org/news/2012/04/20/smart-halos/ or http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//00s5002v00.htm ) If so, that's great news that this is being looked in to. It's been on my todo/wishlist for a while now. Here's my thoughts on how this could work: 1. within the label settings, buffer tab, add an option for smart buffer, which allows selecting a layer those currently included in the map's legend tree. 2. when rendering, a snapshot of the map is taken when the layers up to and including this selected smart buffer layer have been rendered. Eg, if the project has layers land, water, regions, streets, cities, and the regions layer is selected for the smart buffer, then the snapshot is taken after land, water and regions have been rendered. 3. When the labels are rendered, the buffers for the labels are drawn onto the snapshot using the destination in composition mode. This would result the snapshot layer being clipped for all areas outside of the text buffers. 4. Draw the resultant clipped snapshot layer on the map, then render the text on top of it. This would result in a really flexible approach. Since it's all done on-the-fly, there's no need for premade raster layers as is required in ArcGIS, or for multiple stacked layers in your project to achieve this effect. Is this the kind of approach Oslandia is taking? (Sounds like a good candidate for a QEP!) So I would definitely like to see the exposure of the different composition modes exposed to the user on a symbol level level. Me too! Again, symbol level composition modes and whole-of-symbol-level transparency effects have long been on my todo/wishlist. Nyall ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Topology for PGD
Hi, Is it possible to run topology for personal geodatabase instead of shapefiles like in ArcGIS? Regards, S. Thiruvikraman(449668) Programmer Analyst Cognizant - Mangalore Hand Ph: +91 8792574660 This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient(s), please reply to the sender and destroy all copies of the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email, and/or any action taken in reliance on the contents of this e-mail is strictly prohibited and may be unlawful. Where permitted by applicable law, this e-mail and other e-mail communications sent to and from Cognizant e-mail addresses may be monitored. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
