Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[René-Luc Dhont]

Hi Andrea,

I have backported your works:
https://github.com/qgis/QGIS/pull/3448

It needs some tests and reviews.

Regards,
René-Luc

Le 01/09/2016 à 21:41, Andrea Aime a écrit :

Hi Anita,
sorry for the late reply, busy times, and I knew the response would be 
long.


The update is ... complicated :-)
So, around the sprint a few issues were fixed and have code merged in 
master (QGis 3.x):


  * Export of ogc:Filter in places where an expression is required,
used to happen for any non zero rotation and any non fully opaque
alpha, making the SLD invalid/unreadable. Pull request here,
merged on master: https://github.com/qgis/QGIS/pull/3366
  * The styling works by default in "on screen mm", but SLD does not
have such notion (has on screen pixel, on ground meter, on ground
feet), and QGis did not rescale the values, making for very thin
lines and tiny symbols. Fixed in this pull request, merged on
master: https://github.com/qgis/QGIS/pull/3414
  * Scale based visibility declared at the layer level was not
exported in SLD, making for layers that would show up at all zoom
levels. Pull request here, merged as well:
https://github.com/qgis/QGIS/pull/3436
  * GeoServer/GeoTools could not handle the way font based marks were
exported. The syntax was actually valid, so I decided to build
support for QGis own convention in GeoTools. This is the only bit
already available in all supported GT/GS branches (develop,
stable, maintenance): https://osgeo-org.atlassian.net/browse/GEOT-5496
  * QGis exports as "well known mark" names values that are not
actually "well known", this one in being solved in
GeoTools/GeoServer by adding support for the same names. Pull
request pending, still haven't had the time to check it out:
https://github.com/geotools/geotools/pull/1288
  * Labels are not exported at all as TextSymbolizer, during the
spring Raymond Nijssen started working on that, he's got a
promising work in progress, not yet turned into a pull request

Kudos to the QGis developers that helped me with discussion, 
suggestions, and pull request reviews :-)


Yet, there is still quite a lot of work to be done. Off the top of my 
head:


  * Backporting some/all of the above to QGis 2.16 and maybe 2.14
  * QGis has a nice support for "parametric" SVG based on a draft SVG
extension that never became "official", basically, it allows to
have SVG with parameters for stroke color, width and opacity, fill
color and opacity. GeoTools does not recognize such extension and
always renders SVG symbols full black. I intend to add this
support to GT/GS, see

http://osgeo-org.1560.x6.nabble.com/Adding-support-for-parametric-SVGs-td5282722.html
, and then enrich the QGis export to add said params in the SLD.
Mind, right now the export QGis is doing is also invalid, it's
adding tags trying to support the stroke related params that are
not part of the SLD standard. I hope to be able to build this on
the GeoTools side before September 18th, the feature freeze date
for the next GT/GS release, but no promises.
  * Alignment (top/bottom/left/right) is well supported in SLD, but
the current QGis exported does not write the appropriate tags.
Should not be too hard to fix, but there might be several places
in the code to change.
  * There is no support to export symbology where values are gathered
from a property, or an expression based on properties. SLD
supports this from day 0, but the SLD export code has no ability
to support that. It would be nice to have basic support for
property names, arithmetic, maybe some mapping between QGis own
functions and GT/GS functions usable in SLD (full list here, can
be easily extended:
http://docs.geoserver.org/stable/en/user/filter/function_reference.html
). This would be a massive undertaking, I'm afraid it won't be
feasible without funding, but we'll see (note, all the work I did
so far was unfunded).
  * There is no support for exporting raster symbology, colormaps,
contrast stretch and the like. GeoServer also does not understand
SLD 1.1 raster symbology (it's quite different from the SLD 1.0
one), so work will have to be done on both sides. Seems another
large undertaking.
  * x/y translation/offset for lines and polygons is not implemented
in GeoServer (only for points and labels instead), that would
require some work, but not too much
  * Compositing/blending is supported in GeoServer as a SLD extension,
could be thus exported (cannot promise all single
compositing/blending modes are a match on the two sides)
  * Pseudo 3D buildings are supported as an extension in GeoServer
SLD, so this kind of layer is probably exportable. Might need some
work on the GeoServer side to render the same way as QGis though
(as far as I know QGis is doing some sorting). Example style for

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Anita Graser]

Thank you very much for the summary Andrea! Sounds like the code sprint
really was a great boost for styling interoperability.

On Fri, Sep 2, 2016 at 10:13 AM, Richard Duivenvoorde 
wrote:
>
> I think the PSC / OSGEO(?) should try to find funding for this further
> as the GEOFOSS ecosystem as a whole would benefit for this.
>

​I've been talking to a lot of QGIS & Geoserver users at FOSS4G and
FOSS4G-NOR who would be really interested in being able to export SLDs that
Geoserver understands from QGIS.

I think this topic could have crowd-sourcing potential, if a dev picks it
up.

Best wishes,
Anita
​
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Richard Duivenvoorde]

On 02-09-16 10:01, Andrea Aime wrote:
> On Fri, Sep 2, 2016 at 2:11 AM, Nyall Dawson  > wrote:
> 
> Just a reminder - please backport to the "master_2" branch as well, or
> the fix will not be included in 2.18.
> 
> 
> I'll try. The sprint gave me a boost, but now I'm back on maybe 2 hours
> of spare
> time a week, even if I use all the time I have on this, it will take a
> long time to do the
> backports. Help much appreciated, if someone want to jump in please let's
> talk in advance, that first pull request about filters introduced a
> segfault that I fixed
> in the last one I made (I noticed it when playing against rule based
> renderers).

Hi Andrae,

Also from me a big thank you, both for investing so much time in
'looking over the borders' of another foss project (and program
language)! And bringing in all that SLD knowledge..

Great resume and plans too!

Though I do not want to make it more complex (as it is already), but I'm
wondering if also MapServer can benefit from this (as they can also
handle sld's isn't it?)?

I think the PSC / OSGEO(?) should try to find funding for this further
as the GEOFOSS ecosystem as a whole would benefit for this.


Again: thanks for your work!

Regards,

Richard Duivenvoorde

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

On Fri, Sep 2, 2016 at 2:11 AM, Nyall Dawson  wrote:

> Just a reminder - please backport to the "master_2" branch as well, or
> the fix will not be included in 2.18.
>

I'll try. The sprint gave me a boost, but now I'm back on maybe 2 hours of
spare
time a week, even if I use all the time I have on this, it will take a long
time to do the
backports. Help much appreciated, if someone want to jump in please let's
talk in advance, that first pull request about filters introduced a
segfault that I fixed
in the last one I made (I noticed it when playing against rule based
renderers).

Cheers
Andrea

-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Alessandro Pasotti]

Hi Andrea,

Thanks for the amazing work, it's nice to see GS and QGIS compatibility
improved!

On 28 Jun 2016 7:42 p.m., "Andrea Aime" 
wrote:

Hi,
at FOSS4G Bonn we'll have a bunch of QGis and GeoServer developers
participating at the code sprint, I would like to leverage the co-precence
and propose a "cross-project"
work idea, that is, to improve the chance that a style exported from QGis
can be
successfully imported and rendered in GeoServer.

On one side, I have had reports from GeoServer users showing documents that
were not valid XML (un-balanced tags)
or not schema compliant, like CSSProperty values containing a Filter
instead of an Expression... I don't know
if these issues are still present in the latest version of QGis, as you
imagine users tend to use a large variety of software versions,
some of which pretty old, but I see some open ticket in the QGis tracker
regarding the SLD export, so there might
be some work to do there.

On the other side, GeoServer has a preference for SLD 1.0, and SE 1.1
support definitely needs improvement,
at the same time and it could learn to use some of the QGis own extensions.
For example, the other day I've seen on stackexchange a export with a
"diamond" WellKnownName that is not part
of SE, but which would be trivial to add support for in GeoServer.

There are also other functionalities, like compositing, that are present in
both projects, but not in SE, having a way to export
them would also be good.

So I'd like to see if there is any QGis developer that would like to work
side by side
with me to bring the two projects a little bit closer in this respect.
I'll be at the code sprint after the conference, Saturday and Sunday.
Having someone contributing projects with some complex symbology to test
against would
also be a great way to keep the exercise interesting.

Anyone interested? :-)

Cheers
Andrea

-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

---

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Nyall Dawson]

On 2 September 2016 at 05:41, Andrea Aime  wrote:

> Backporting some/all of the above to QGis 2.16 and maybe 2.14

Great stuff! I ran into that angle expression/filter issue last week,
so was very pleased to see the fix.

Just a reminder - please backport to the "master_2" branch as well, or
the fix will not be included in 2.18.

Nyall


> QGis has a nice support for "parametric" SVG based on a draft SVG extension
> that never became "official", basically, it allows to have SVG with
> parameters for stroke color, width and opacity, fill color and opacity.
> GeoTools does not recognize such extension and always renders SVG symbols
> full black. I intend to add this support to GT/GS, see
> http://osgeo-org.1560.x6.nabble.com/Adding-support-for-parametric-SVGs-td5282722.html
> , and then enrich the QGis export to add said params in the SLD. Mind, right
> now the export QGis is doing is also invalid, it's adding tags trying to
> support the stroke related params that are not part of the SLD standard. I
> hope to be able to build this on the GeoTools side before September 18th,
> the feature freeze date for the next GT/GS release, but no promises.
> Alignment (top/bottom/left/right) is well supported in SLD, but the current
> QGis exported does not write the appropriate tags. Should not be too hard to
> fix, but there might be several places in the code to change.
> There is no support to export symbology where values are gathered from a
> property, or an expression based on properties. SLD supports this from day
> 0, but the SLD export code has no ability to support that. It would be nice
> to have basic support for property names, arithmetic, maybe some mapping
> between QGis own functions and GT/GS functions usable in SLD (full list
> here, can be easily extended:
> http://docs.geoserver.org/stable/en/user/filter/function_reference.html ).
> This would be a massive undertaking, I'm afraid it won't be feasible without
> funding, but we'll see (note, all the work I did so far was unfunded).
> There is no support for exporting raster symbology, colormaps, contrast
> stretch and the like. GeoServer also does not understand SLD 1.1 raster
> symbology (it's quite different from the SLD 1.0 one), so work will have to
> be done on both sides. Seems another large undertaking.
> x/y translation/offset for lines and polygons is not implemented in
> GeoServer (only for points and labels instead), that would require some
> work, but not too much
> Compositing/blending is supported in GeoServer as a SLD extension, could be
> thus exported (cannot promise all single compositing/blending modes are a
> match on the two sides)
> Pseudo 3D buildings are supported as an extension in GeoServer SLD, so this
> kind of layer is probably exportable. Might need some work on the GeoServer
> side to render the same way as QGis though (as far as I know QGis is doing
> some sorting). Example style for GeoServer and map here:
> https://github.com/charleyglynn/Extruded-buildings-SLD
> z-stacked symbols like "highway" roads (paint all roads orange thick, go
> back, paint all roads white thin) are supported on both sides, but the
> export does not support it, and some change in the overall export logic
> would be required to actually support it, as SLD requires multiple
> FeatureTypeStyle elements, one per z level, to be generated in order to get
> the same effect. Right one there is just one FTS with many rules and
> symbolizers in it.
> Geometry generators can probably be partially translated as "geometry
> transformations" in SLD, except in our case they do work in real world
> coordinates, not on screen:
> http://docs.geoserver.org/stable/en/user/styling/sld-extensions/geometry-transformations.html
> Some types of symbology like shapeburst and inverted polygons are simply not
> available in SLD, nor in GeoServer own extensions, so one would have to
> first implement those in GeoServer, create appropriate SLD extensions, and
> then have QGis implement them in the output
>
> I'm probably forgetting something, and likely unaware of other QGis mapping
> capabilities I did not mention above :-)
>
> In any case, my target for the sprint was to show that exporting _basic_
> styling is feasible, and does not require months of work. To some extent
> that was achieved (especially when we get the text symbolizer support).
> Hopefully it will make more people interested, maybe some devs will pitch
> in, and some sponsoring organizations can fill in the blanks an open
> source developer can dream, right? :-p
>
> Cheers
> Andrea
>
>
> On Tue, Aug 30, 2016 at 8:42 PM, Anita Graser  wrote:
>>
>> Hi everyone!
>>
>> Hope you made it back home safe after Bonn. Could you give a short update
>> on this topic, what was discussed / decided / worked on in Bonn?
>>
>> Thank you and best wishes,
>> Anita
>>
>>
>>
>>
>> On Sat, Jul 9, 2016 at 10:56 AM, Andrea Aime
>>  wrote:
>>>

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Luigi Pirelli]

clap clap clap... great result and resume! thank you Andrea!
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS:
https://www.packtpub.com/application-development/mastering-qgis
**


On 1 September 2016 at 21:41, Andrea Aime  wrote:
> Hi Anita,
> sorry for the late reply, busy times, and I knew the response would be long.
>
> The update is ... complicated :-)
> So, around the sprint a few issues were fixed and have code merged in master
> (QGis 3.x):
>
> Export of ogc:Filter in places where an expression is required, used to
> happen for any non zero rotation and any non fully opaque alpha, making the
> SLD invalid/unreadable. Pull request here, merged on master:
> https://github.com/qgis/QGIS/pull/3366
> The styling works by default in "on screen mm", but SLD does not have such
> notion (has on screen pixel, on ground meter, on ground feet), and QGis did
> not rescale the values, making for very thin lines and tiny symbols. Fixed
> in this pull request, merged on master:
> https://github.com/qgis/QGIS/pull/3414
> Scale based visibility declared at the layer level was not exported in SLD,
> making for layers that would show up at all zoom levels. Pull request here,
> merged as well: https://github.com/qgis/QGIS/pull/3436
> GeoServer/GeoTools could not handle the way font based marks were exported.
> The syntax was actually valid, so I decided to build support for QGis own
> convention in GeoTools. This is the only bit already available in all
> supported GT/GS branches (develop, stable, maintenance):
> https://osgeo-org.atlassian.net/browse/GEOT-5496
> QGis exports as "well known mark" names values that are not actually "well
> known", this one in being solved in GeoTools/GeoServer by adding support for
> the same names. Pull request pending, still haven't had the time to check it
> out: https://github.com/geotools/geotools/pull/1288
> Labels are not exported at all as TextSymbolizer, during the spring Raymond
> Nijssen started working on that, he's got a promising work in progress, not
> yet turned into a pull request
>
> Kudos to the QGis developers that helped me with discussion, suggestions,
> and pull request reviews :-)
>
> Yet, there is still quite a lot of work to be done. Off the top of my head:
>
> Backporting some/all of the above to QGis 2.16 and maybe 2.14
> QGis has a nice support for "parametric" SVG based on a draft SVG extension
> that never became "official", basically, it allows to have SVG with
> parameters for stroke color, width and opacity, fill color and opacity.
> GeoTools does not recognize such extension and always renders SVG symbols
> full black. I intend to add this support to GT/GS, see
> http://osgeo-org.1560.x6.nabble.com/Adding-support-for-parametric-SVGs-td5282722.html
> , and then enrich the QGis export to add said params in the SLD. Mind, right
> now the export QGis is doing is also invalid, it's adding tags trying to
> support the stroke related params that are not part of the SLD standard. I
> hope to be able to build this on the GeoTools side before September 18th,
> the feature freeze date for the next GT/GS release, but no promises.
> Alignment (top/bottom/left/right) is well supported in SLD, but the current
> QGis exported does not write the appropriate tags. Should not be too hard to
> fix, but there might be several places in the code to change.
> There is no support to export symbology where values are gathered from a
> property, or an expression based on properties. SLD supports this from day
> 0, but the SLD export code has no ability to support that. It would be nice
> to have basic support for property names, arithmetic, maybe some mapping
> between QGis own functions and GT/GS functions usable in SLD (full list
> here, can be easily extended:
> http://docs.geoserver.org/stable/en/user/filter/function_reference.html ).
> This would be a massive undertaking, I'm afraid it won't be feasible without
> funding, but we'll see (note, all the work I did so far was unfunded).
> There is no support for exporting raster symbology, colormaps, contrast
> stretch and the like. GeoServer also does not understand SLD 1.1 raster
> symbology (it's quite different from the SLD 1.0 one), so work will have to
> be done on both sides. Seems another large undertaking.
> x/y translation/offset for lines and polygons is not implemented in
> GeoServer (only for points and labels instead), that would require some
> work, but not too much
> Compositing/blending is supported in GeoServer as a SLD extension, could be
> thus exported (cannot promise all 

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

Hi Anita,
sorry for the late reply, busy times, and I knew the response would be long.

The update is ... complicated :-)
So, around the sprint a few issues were fixed and have code merged in
master (QGis 3.x):

   - Export of ogc:Filter in places where an expression is required, used
   to happen for any non zero rotation and any non fully opaque alpha, making
   the SLD invalid/unreadable. Pull request here, merged on master:
   https://github.com/qgis/QGIS/pull/3366
   - The styling works by default in "on screen mm", but SLD does not have
   such notion (has on screen pixel, on ground meter, on ground feet), and
   QGis did not rescale the values, making for very thin lines and tiny
   symbols. Fixed in this pull request, merged on master:
   https://github.com/qgis/QGIS/pull/3414
   - Scale based visibility declared at the layer level was not exported in
   SLD, making for layers that would show up at all zoom levels. Pull request
   here, merged as well: https://github.com/qgis/QGIS/pull/3436
   - GeoServer/GeoTools could not handle the way font based marks were
   exported. The syntax was actually valid, so I decided to build support for
   QGis own convention in GeoTools. This is the only bit already available in
   all supported GT/GS branches (develop, stable, maintenance):
   https://osgeo-org.atlassian.net/browse/GEOT-5496
   - QGis exports as "well known mark" names values that are not actually
   "well known", this one in being solved in GeoTools/GeoServer by adding
   support for the same names. Pull request pending, still haven't had the
   time to check it out: https://github.com/geotools/geotools/pull/1288
   - Labels are not exported at all as TextSymbolizer, during the
   spring Raymond Nijssen started working on that, he's got a promising work
   in progress, not yet turned into a pull request

Kudos to the QGis developers that helped me with discussion, suggestions,
and pull request reviews :-)

Yet, there is still quite a lot of work to be done. Off the top of my head:

   - Backporting some/all of the above to QGis 2.16 and maybe 2.14
   - QGis has a nice support for "parametric" SVG based on a draft SVG
   extension that never became "official", basically, it allows to have SVG
   with parameters for stroke color, width and opacity, fill color and
   opacity. GeoTools does not recognize such extension and always renders SVG
   symbols full black. I intend to add this support to GT/GS, see
   
http://osgeo-org.1560.x6.nabble.com/Adding-support-for-parametric-SVGs-td5282722.html
   , and then enrich the QGis export to add said params in the SLD. Mind,
   right now the export QGis is doing is also invalid, it's adding tags trying
   to support the stroke related params that are not part of the SLD standard.
   I hope to be able to build this on the GeoTools side before September 18th,
   the feature freeze date for the next GT/GS release, but no promises.
   - Alignment (top/bottom/left/right) is well supported in SLD, but the
   current QGis exported does not write the appropriate tags. Should not be
   too hard to fix, but there might be several places in the code to change.
   - There is no support to export symbology where values are gathered from
   a property, or an expression based on properties. SLD supports this from
   day 0, but the SLD export code has no ability to support that. It would be
   nice to have basic support for property names, arithmetic, maybe some
   mapping between QGis own functions and GT/GS functions usable in SLD (full
   list here, can be easily extended:
   http://docs.geoserver.org/stable/en/user/filter/function_reference.html
   ). This would be a massive undertaking, I'm afraid it won't be feasible
   without funding, but we'll see (note, all the work I did so far was
   unfunded).
   - There is no support for exporting raster symbology, colormaps,
   contrast stretch and the like. GeoServer also does not understand SLD 1.1
   raster symbology (it's quite different from the SLD 1.0 one), so work will
   have to be done on both sides. Seems another large undertaking.
   - x/y translation/offset for lines and polygons is not implemented in
   GeoServer (only for points and labels instead), that would require some
   work, but not too much
   - Compositing/blending is supported in GeoServer as a SLD extension,
   could be thus exported (cannot promise all single compositing/blending
   modes are a match on the two sides)
   - Pseudo 3D buildings are supported as an extension in GeoServer SLD, so
   this kind of layer is probably exportable. Might need some work on the
   GeoServer side to render the same way as QGis though (as far as I know QGis
   is doing some sorting). Example style for GeoServer and map here:
   https://github.com/charleyglynn/Extruded-buildings-SLD
   - z-stacked symbols like "highway" roads (paint all roads orange thick,
   go back, paint all roads white thin) are supported on both sides, but the
   export does not support it, 

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Anita Graser]

Hi everyone!

Hope you made it back home safe after Bonn. Could you give a short update
on this topic, what was discussed / decided / worked on in Bonn?

Thank you and best wishes,
Anita




On Sat, Jul 9, 2016 at 10:56 AM, Andrea Aime 
wrote:

> On Tue, Jun 28, 2016 at 7:42 PM, Andrea Aime  > wrote:
>
>> I'll be at the code sprint after the conference, Saturday and Sunday.
>>
>
> Change of plans, I'll be there the Sunday before the conference, and due
> to flight
> arrangements, also most of Saturday (in case anyone's interested we can
> find
> a place to start hacking)
>
> Cheers
> Andrea
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
>
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> ---
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

On Tue, Jun 28, 2016 at 7:42 PM, Andrea Aime 
wrote:

> I'll be at the code sprint after the conference, Saturday and Sunday.
>

Change of plans, I'll be there the Sunday before the conference, and due to
flight
arrangements, also most of Saturday (in case anyone's interested we can find
a place to start hacking)

Cheers
Andrea


-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

On Mon, Jul 4, 2016 at 11:29 AM, Luigi Pirelli  wrote:

> data and project are here:
> https://github.com/faunalia/rt_mapserver_exporter/tree/2.0/test/data


Ah ha, thank you!


>
>
> I tried to implement a Qml2Sld converter using visitor patterns but I
> failed because qml is a mixture of hierarchic structure mixed with
> key/value flat organization with some interdependence among nodes...
> btw another reason can be related with my technical limitations :) )
> Btw I explored the test data above generating a couple of QMLs and
> (actual qgis generated) SLDs for each "atomic" symbol used in this set
> of test data.
>
> https://github.com/luipir/qml2sld-plugin/tree/master/qml2sld/tests/testdata/rt_mapserver_exporter


Yeah, I had the same idea some time ago, get a QGis project and add a
GeoServer Importer
plugin that would import the project fully, as a new workspace, including
data sources, layers,
and styles.
However that seemed a bit too large for a spare time project, and I am not
clear about what kind
of version to version compatibility rules there are for the project file
contents (e.g., how much
maintenance would one have to face in order to chase after QGis evolution
over the years).

Cheers
Andrea

-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Luigi Pirelli]

Hi Andrea,

I agree to a have a set of data and rendering project to have a
systematic way to test... a set of data and a set of rendering coupled
with the tool set by Alessandro Pasotti, would facilitate a systematic
code.

The best set of data and rendering I found is related witha a similar
work done for the rt_mapserver_plugin by Ádám Barancsuk
https://github.com/faunalia/rt_mapserver_exporter/pull/5

data and project are here:
https://github.com/faunalia/rt_mapserver_exporter/tree/2.0/test/data

I tried to implement a Qml2Sld converter using visitor patterns but I
failed because qml is a mixture of hierarchic structure mixed with
key/value flat organization with some interdependence among nodes...
btw another reason can be related with my technical limitations :) )
Btw I explored the test data above generating a couple of QMLs and
(actual qgis generated) SLDs for each "atomic" symbol used in this set
of test data.
https://github.com/luipir/qml2sld-plugin/tree/master/qml2sld/tests/testdata/rt_mapserver_exporter

The idea was to feed the Alessandro Pasotti geoserver/qgis renderer comparator.

would be fine if mathias can fragments their project and symbols to
some kind of "unit" symbols to replicate in both platforms

cheers
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS:
https://www.packtpub.com/application-development/mastering-qgis
**


On 3 July 2016 at 11:48, Andrea Aime  wrote:
> Hi,
> in the interest of being prepared and get right to coding once at the code
> sprint,
> I was wondering, anyone has demo projects with complex styling that I could
> use to perform style transfer tests?
> Having them in Bonn would be nice, having them as downloads before the
> conference
> would be even better :-)
>
> Cheers
> Andrea
>
>
> On Wed, Jun 29, 2016 at 11:27 AM, Andrea Aime 
> wrote:
>>
>> Hi Yves and Victor,
>> I'll get in Bonn Sunday, probably late, and I'm packed with workshops
>> Monday all day and Tuesday afternoon, but I should have some time to show
>> up on Tuesday morning... let's try to make the most out of it, and then I
>> guess
>> I'll move along Sat/Sun with Luigi.
>>
>> Cheers
>> Andrea
>>
>>
>> On Wed, Jun 29, 2016 at 11:03 AM, Yves Jacolin  wrote:
>>>
>>> Hello,
>>>
>>> Like Richard I am not a developper but this is something I am interesting
>>> on.
>>> I already made some test in the past with SLD export (MapServer,
>>> GeoServer and
>>> QGIS).
>>>
>>> And like Victor, I will be at the hackfest before the conference.
>>>
>>> Y.
>>> On Wednesday, June 29, 2016 10:57:58 Victor Olaya wrote:
>>> > Andrea
>>> >
>>> > I will be at Bonn and I will be happy to collaborate on that.
>>> > Unfortuately, i will be at the code sprint_before_ the conference, so
>>> > i hope at least we ca find some time durig the conference days to
>>> > discuss about this
>>> >
>>> > Let me know if there is something else I can do to help
>>> >
>>> > Cheers
>>> >
>>> > 2016-06-29 10:55 GMT+02:00 Andrea Aime :
>>> > > On Tue, Jun 28, 2016 at 11:03 PM, Luigi Pirelli 
>>> > > wrote:
>>> > >> Hi Richard and Andrea, I'm really interested, but unfortunately (or
>>> > >> fortunately... a new baby arriving) I'll not be present in Bonn, but
>>> > >> I'm interested to give support remotely :)
>>> > >
>>> > > Congratulations on the family growing! Yep, remote support is very
>>> > > much
>>> > > appreciated :-)
>>> > >
>>> > > Cheers
>>> > > Andrea
>>> > >
>>> > > --
>>> > > ==
>>> > > GeoServer Professional Services from the experts! Visit
>>> > > http://goo.gl/it488V for more information.
>>> > > ==
>>> > >
>>> > > Ing. Andrea Aime
>>> > > @geowolf
>>> > > Technical Lead
>>> > >
>>> > > GeoSolutions S.A.S.
>>> > > Via di Montramito 3/A
>>> > > 55054  Massarosa (LU)
>>> > > phone: +39 0584 962313
>>> > > fax: +39 0584 1660272
>>> > > mob: +39 339 8844549
>>> > >
>>> > > http://www.geo-solutions.it
>>> > > http://twitter.com/geosolutions_it
>>> > >
>>> > > AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>>> > >
>>> > > Le informazioni contenute in questo messaggio di posta elettronica
>>> > > e/o
>>> > > nel/i file/s allegato/i sono da considerarsi strettamente riservate.
>>> > > Il
>>> > > loro utilizzo è consentito esclusivamente al destinatario del
>>> > > messaggio,
>>> > > per le finalità indicate nel messaggio stesso. Qualora riceviate
>>> > > questo
>>> > > messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
>>> > > darcene notizia via e-mail e di procedere alla distruzione del
>>> 

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Matthias Kuhn]

Hi Andrea,

That sounds like a good plan, I certainly do have some projects. I'm
sure there are plenty of other people with interesting projects as well.

Have a look at the qgep_en Project here:

  https://github.com/QGEP/QGEP/tree/master/project

You can get the demo data (postgis) here:

  https://github.com/QGEP/data/archive/demodata.zip

Also something nice to check would be these styles by Anita Graser:

https://github.com/anitagraser/QGIS-resources/tree/master/qgis2/osm_spatialite

Cheers
Matthias

On 07/03/2016 11:48 AM, Andrea Aime wrote:
> Hi,
> in the interest of being prepared and get right to coding once at the
> code sprint,
> I was wondering, anyone has demo projects with complex styling that I could
> use to perform style transfer tests?
> Having them in Bonn would be nice, having them as downloads before the
> conference
> would be even better :-)
> 
> Cheers
> Andrea
> 
> 
> On Wed, Jun 29, 2016 at 11:27 AM, Andrea Aime
> > wrote:
> 
> Hi Yves and Victor,
> I'll get in Bonn Sunday, probably late, and I'm packed with workshops
> Monday all day and Tuesday afternoon, but I should have some time to
> show
> up on Tuesday morning... let's try to make the most out of it, and
> then I guess
> I'll move along Sat/Sun with Luigi.
> 
> Cheers
> Andrea
> 
> 
> On Wed, Jun 29, 2016 at 11:03 AM, Yves Jacolin  > wrote:
> 
> Hello,
> 
> Like Richard I am not a developper but this is something I am
> interesting on.
> I already made some test in the past with SLD export (MapServer,
> GeoServer and
> QGIS).
> 
> And like Victor, I will be at the hackfest before the conference.
> 
> Y.
> On Wednesday, June 29, 2016 10:57:58 Victor Olaya wrote:
> > Andrea
> >
> > I will be at Bonn and I will be happy to collaborate on that.
> > Unfortuately, i will be at the code sprint_before_ the
> conference, so
> > i hope at least we ca find some time durig the conference days to
> > discuss about this
> >
> > Let me know if there is something else I can do to help
> >
> > Cheers
> >
> > 2016-06-29 10:55 GMT+02:00 Andrea Aime
>  >:
> > > On Tue, Jun 28, 2016 at 11:03 PM, Luigi Pirelli
> > wrote:
> > >> Hi Richard and Andrea, I'm really interested, but
> unfortunately (or
> > >> fortunately... a new baby arriving) I'll not be present in
> Bonn, but
> > >> I'm interested to give support remotely :)
> > >
> > > Congratulations on the family growing! Yep, remote support
> is very much
> > > appreciated :-)
> > >
> > > Cheers
> > > Andrea
> > >
> > > --
> > > ==
> > > GeoServer Professional Services from the experts! Visit
> > > http://goo.gl/it488V for more information.
> > > ==
> > >
> > > Ing. Andrea Aime
> > > @geowolf
> > > Technical Lead
> > >
> > > GeoSolutions S.A.S.
> > > Via di Montramito 3/A
> > > 55054  Massarosa (LU)
> > > phone: +39 0584 962313 
> > > fax: +39 0584 1660272 
> > > mob: +39 339 8844549 
> > >
> > > http://www.geo-solutions.it
> > > http://twitter.com/geosolutions_it
> > >
> > > AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
> > >
> > > Le informazioni contenute in questo messaggio di posta
> elettronica e/o
> > > nel/i file/s allegato/i sono da considerarsi strettamente
> riservate. Il
> > > loro utilizzo è consentito esclusivamente al destinatario
> del messaggio,
> > > per le finalità indicate nel messaggio stesso. Qualora
> riceviate questo
> > > messaggio senza esserne il destinatario, Vi preghiamo
> cortesemente di
> > > darcene notizia via e-mail e di procedere alla distruzione
> del messaggio
> > > stesso,
> > > cancellandolo dal Vostro sistema. Conservare il messaggio
> stesso,
> > > divulgarlo anche in parte, distribuirlo ad altri soggetti,
> copiarlo, od
> > > utilizzarlo per finalità diverse, costituisce comportamento
> contrario ai
> > > principi dettati dal D.Lgs. 196/2003.
> > >
> > >
> > >
> > > The information in this message and/or attachments, is
> intended solely for
> > > the attention and use of the named addressee(s) and may be
> confidential or

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

Hi,
in the interest of being prepared and get right to coding once at the code
sprint,
I was wondering, anyone has demo projects with complex styling that I could
use to perform style transfer tests?
Having them in Bonn would be nice, having them as downloads before the
conference
would be even better :-)

Cheers
Andrea


On Wed, Jun 29, 2016 at 11:27 AM, Andrea Aime 
wrote:

> Hi Yves and Victor,
> I'll get in Bonn Sunday, probably late, and I'm packed with workshops
> Monday all day and Tuesday afternoon, but I should have some time to show
> up on Tuesday morning... let's try to make the most out of it, and then I
> guess
> I'll move along Sat/Sun with Luigi.
>
> Cheers
> Andrea
>
>
> On Wed, Jun 29, 2016 at 11:03 AM, Yves Jacolin  wrote:
>
>> Hello,
>>
>> Like Richard I am not a developper but this is something I am interesting
>> on.
>> I already made some test in the past with SLD export (MapServer,
>> GeoServer and
>> QGIS).
>>
>> And like Victor, I will be at the hackfest before the conference.
>>
>> Y.
>> On Wednesday, June 29, 2016 10:57:58 Victor Olaya wrote:
>> > Andrea
>> >
>> > I will be at Bonn and I will be happy to collaborate on that.
>> > Unfortuately, i will be at the code sprint_before_ the conference, so
>> > i hope at least we ca find some time durig the conference days to
>> > discuss about this
>> >
>> > Let me know if there is something else I can do to help
>> >
>> > Cheers
>> >
>> > 2016-06-29 10:55 GMT+02:00 Andrea Aime :
>> > > On Tue, Jun 28, 2016 at 11:03 PM, Luigi Pirelli 
>> wrote:
>> > >> Hi Richard and Andrea, I'm really interested, but unfortunately (or
>> > >> fortunately... a new baby arriving) I'll not be present in Bonn, but
>> > >> I'm interested to give support remotely :)
>> > >
>> > > Congratulations on the family growing! Yep, remote support is very
>> much
>> > > appreciated :-)
>> > >
>> > > Cheers
>> > > Andrea
>> > >
>> > > --
>> > > ==
>> > > GeoServer Professional Services from the experts! Visit
>> > > http://goo.gl/it488V for more information.
>> > > ==
>> > >
>> > > Ing. Andrea Aime
>> > > @geowolf
>> > > Technical Lead
>> > >
>> > > GeoSolutions S.A.S.
>> > > Via di Montramito 3/A
>> > > 55054  Massarosa (LU)
>> > > phone: +39 0584 962313
>> > > fax: +39 0584 1660272
>> > > mob: +39 339 8844549
>> > >
>> > > http://www.geo-solutions.it
>> > > http://twitter.com/geosolutions_it
>> > >
>> > > AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>> > >
>> > > Le informazioni contenute in questo messaggio di posta elettronica e/o
>> > > nel/i file/s allegato/i sono da considerarsi strettamente riservate.
>> Il
>> > > loro utilizzo è consentito esclusivamente al destinatario del
>> messaggio,
>> > > per le finalità indicate nel messaggio stesso. Qualora riceviate
>> questo
>> > > messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
>> > > darcene notizia via e-mail e di procedere alla distruzione del
>> messaggio
>> > > stesso,
>> > > cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
>> > > divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo,
>> od
>> > > utilizzarlo per finalità diverse, costituisce comportamento contrario
>> ai
>> > > principi dettati dal D.Lgs. 196/2003.
>> > >
>> > >
>> > >
>> > > The information in this message and/or attachments, is intended
>> solely for
>> > > the attention and use of the named addressee(s) and may be
>> confidential or
>> > > proprietary in nature or covered by the provisions of privacy act
>> > > (Legislative Decree June, 30 2003, no.196 - Italy's New Data
>> Protection
>> > > Code).Any use not in accord with its purpose, any disclosure,
>> > > reproduction,
>> > > copying, distribution, or either dissemination, either whole or
>> partial,
>> > > is
>> > > strictly forbidden except previous formal approval of the named
>> > > addressee(s). If you are not the intended recipient, please contact
>> > > immediately the sender by telephone, fax or e-mail and delete the
>> > > information in this message that has been received in error. The
>> sender
>> > > does not give any warranty or accept liability as the content,
>> accuracy
>> > > or completeness of sent messages and accepts no responsibility  for
>> > > changes made after they were sent or for other risks which arise as a
>> > > result of e-mail transmission, viruses, etc.
>> > >
>> > >
>> > > ---
>> > >
>> > > ___
>> > > Qgis-developer mailing list
>> > > Qgis-developer@lists.osgeo.org
>> > > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> > > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> >
>> > ___
>> > Qgis-developer mailing list
>> > Qgis-developer@lists.osgeo.org
>> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> > 

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

Hi Yves and Victor,
I'll get in Bonn Sunday, probably late, and I'm packed with workshops
Monday all day and Tuesday afternoon, but I should have some time to show
up on Tuesday morning... let's try to make the most out of it, and then I
guess
I'll move along Sat/Sun with Luigi.

Cheers
Andrea


On Wed, Jun 29, 2016 at 11:03 AM, Yves Jacolin  wrote:

> Hello,
>
> Like Richard I am not a developper but this is something I am interesting
> on.
> I already made some test in the past with SLD export (MapServer, GeoServer
> and
> QGIS).
>
> And like Victor, I will be at the hackfest before the conference.
>
> Y.
> On Wednesday, June 29, 2016 10:57:58 Victor Olaya wrote:
> > Andrea
> >
> > I will be at Bonn and I will be happy to collaborate on that.
> > Unfortuately, i will be at the code sprint_before_ the conference, so
> > i hope at least we ca find some time durig the conference days to
> > discuss about this
> >
> > Let me know if there is something else I can do to help
> >
> > Cheers
> >
> > 2016-06-29 10:55 GMT+02:00 Andrea Aime :
> > > On Tue, Jun 28, 2016 at 11:03 PM, Luigi Pirelli 
> wrote:
> > >> Hi Richard and Andrea, I'm really interested, but unfortunately (or
> > >> fortunately... a new baby arriving) I'll not be present in Bonn, but
> > >> I'm interested to give support remotely :)
> > >
> > > Congratulations on the family growing! Yep, remote support is very much
> > > appreciated :-)
> > >
> > > Cheers
> > > Andrea
> > >
> > > --
> > > ==
> > > GeoServer Professional Services from the experts! Visit
> > > http://goo.gl/it488V for more information.
> > > ==
> > >
> > > Ing. Andrea Aime
> > > @geowolf
> > > Technical Lead
> > >
> > > GeoSolutions S.A.S.
> > > Via di Montramito 3/A
> > > 55054  Massarosa (LU)
> > > phone: +39 0584 962313
> > > fax: +39 0584 1660272
> > > mob: +39 339 8844549
> > >
> > > http://www.geo-solutions.it
> > > http://twitter.com/geosolutions_it
> > >
> > > AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
> > >
> > > Le informazioni contenute in questo messaggio di posta elettronica e/o
> > > nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> > > loro utilizzo è consentito esclusivamente al destinatario del
> messaggio,
> > > per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> > > messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> > > darcene notizia via e-mail e di procedere alla distruzione del
> messaggio
> > > stesso,
> > > cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> > > divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> > > utilizzarlo per finalità diverse, costituisce comportamento contrario
> ai
> > > principi dettati dal D.Lgs. 196/2003.
> > >
> > >
> > >
> > > The information in this message and/or attachments, is intended solely
> for
> > > the attention and use of the named addressee(s) and may be
> confidential or
> > > proprietary in nature or covered by the provisions of privacy act
> > > (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> > > Code).Any use not in accord with its purpose, any disclosure,
> > > reproduction,
> > > copying, distribution, or either dissemination, either whole or
> partial,
> > > is
> > > strictly forbidden except previous formal approval of the named
> > > addressee(s). If you are not the intended recipient, please contact
> > > immediately the sender by telephone, fax or e-mail and delete the
> > > information in this message that has been received in error. The sender
> > > does not give any warranty or accept liability as the content, accuracy
> > > or completeness of sent messages and accepts no responsibility  for
> > > changes made after they were sent or for other risks which arise as a
> > > result of e-mail transmission, viruses, etc.
> > >
> > >
> > > ---
> > >
> > > ___
> > > Qgis-developer mailing list
> > > Qgis-developer@lists.osgeo.org
> > > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>


-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono 

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Yves Jacolin]

Hello,

Like Richard I am not a developper but this is something I am interesting on. 
I already made some test in the past with SLD export (MapServer, GeoServer and 
QGIS).

And like Victor, I will be at the hackfest before the conference.

Y.
On Wednesday, June 29, 2016 10:57:58 Victor Olaya wrote:
> Andrea
> 
> I will be at Bonn and I will be happy to collaborate on that.
> Unfortuately, i will be at the code sprint_before_ the conference, so
> i hope at least we ca find some time durig the conference days to
> discuss about this
> 
> Let me know if there is something else I can do to help
> 
> Cheers
> 
> 2016-06-29 10:55 GMT+02:00 Andrea Aime :
> > On Tue, Jun 28, 2016 at 11:03 PM, Luigi Pirelli  wrote:
> >> Hi Richard and Andrea, I'm really interested, but unfortunately (or
> >> fortunately... a new baby arriving) I'll not be present in Bonn, but
> >> I'm interested to give support remotely :)
> > 
> > Congratulations on the family growing! Yep, remote support is very much
> > appreciated :-)
> > 
> > Cheers
> > Andrea
> > 
> > --
> > ==
> > GeoServer Professional Services from the experts! Visit
> > http://goo.gl/it488V for more information.
> > ==
> > 
> > Ing. Andrea Aime
> > @geowolf
> > Technical Lead
> > 
> > GeoSolutions S.A.S.
> > Via di Montramito 3/A
> > 55054  Massarosa (LU)
> > phone: +39 0584 962313
> > fax: +39 0584 1660272
> > mob: +39  339 8844549
> > 
> > http://www.geo-solutions.it
> > http://twitter.com/geosolutions_it
> > 
> > AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
> > 
> > Le informazioni contenute in questo messaggio di posta elettronica e/o
> > nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> > loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> > per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> > messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> > darcene notizia via e-mail e di procedere alla distruzione del messaggio
> > stesso,
> > cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> > divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> > utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> > principi dettati dal D.Lgs. 196/2003.
> > 
> > 
> > 
> > The information in this message and/or attachments, is intended solely for
> > the attention and use of the named addressee(s) and may be confidential or
> > proprietary in nature or covered by the provisions of privacy act
> > (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> > Code).Any use not in accord with its purpose, any disclosure,
> > reproduction,
> > copying, distribution, or either dissemination, either whole or partial,
> > is
> > strictly forbidden except previous formal approval of the named
> > addressee(s). If you are not the intended recipient, please contact
> > immediately the sender by telephone, fax or e-mail and delete the
> > information in this message that has been received in error. The sender
> > does not give any warranty or accept liability as the content, accuracy
> > or completeness of sent messages and accepts no responsibility  for
> > changes made after they were sent or for other risks which arise as a
> > result of e-mail transmission, viruses, etc.
> > 
> > 
> > ---
> > 
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Victor Olaya]

Andrea

I will be at Bonn and I will be happy to collaborate on that.
Unfortuately, i will be at the code sprint_before_ the conference, so
i hope at least we ca find some time durig the conference days to
discuss about this

Let me know if there is something else I can do to help

Cheers



2016-06-29 10:55 GMT+02:00 Andrea Aime :
> On Tue, Jun 28, 2016 at 11:03 PM, Luigi Pirelli  wrote:
>>
>> Hi Richard and Andrea, I'm really interested, but unfortunately (or
>> fortunately... a new baby arriving) I'll not be present in Bonn, but
>> I'm interested to give support remotely :)
>
>
> Congratulations on the family growing! Yep, remote support is very much
> appreciated :-)
>
> Cheers
> Andrea
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i
> file/s allegato/i sono da considerarsi strettamente riservate. Il loro
> utilizzo è consentito esclusivamente al destinatario del messaggio, per le
> finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio
> senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia
> via e-mail e di procedere alla distruzione del messaggio stesso,
> cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo
> anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per
> finalità diverse, costituisce comportamento contrario ai principi dettati
> dal D.Lgs. 196/2003.
>
>
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender does
> not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
>
> ---
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

On Tue, Jun 28, 2016 at 11:03 PM, Luigi Pirelli  wrote:

> Hi Richard and Andrea, I'm really interested, but unfortunately (or
> fortunately... a new baby arriving) I'll not be present in Bonn, but
> I'm interested to give support remotely :)
>

Congratulations on the family growing! Yep, remote support is very much
appreciated :-)

Cheers
Andrea

-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

On Tue, Jun 28, 2016 at 10:39 PM, Richard Duivenvoorde 
wrote:

> > Anyone interested? :-)
>
> o/
>
> Probably also Luigi and others working on Geoserver-plugin will be
> interested.
>
> Though not a cpp dev, I'll do what I can, OR try to find people who can
> help from our community...
>

Much appreciated, thanks!

Cheers
Andrea

-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Alessandro Pasotti]

016-06-28 19:42 GMT+02:00 Andrea Aime :

> Hi,
> at FOSS4G Bonn we'll have a bunch of QGis and GeoServer developers
> participating at the code sprint, I would like to leverage the co-precence
> and propose a "cross-project"
> work idea, that is, to improve the chance that a style exported from QGis
> can be
> successfully imported and rendered in GeoServer.
>
>
[...]


>
> Anyone interested? :-)
>


I would be very interested but unfortunately I will not be in Bonn, I've
done some experiments a few months ago and I've used this small testing
utility, perhaps it cold be useful for your code sprint:

https://github.com/boundlessgeo/qgis-geoserver-rendering-tests

it currently only test sldadapter.py from GeoServer Explorer QGIS plugin
but it could be expanded to test other conversion routines.

Have fun :)

-- 
Alessandro Pasotti
w3:   www.itopen.it
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Luigi Pirelli]

Hi Richard and Andrea, I'm really interested, but unfortunately (or
fortunately... a new baby arriving) I'll not be present in Bonn, but
I'm interested to give support remotely :)

cheers
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS:
https://www.packtpub.com/application-development/mastering-qgis
**


On 28 June 2016 at 22:39, Richard Duivenvoorde  wrote:
> On 28-06-16 19:42, Andrea Aime wrote:
>> Hi,
>> at FOSS4G Bonn we'll have a bunch of QGis and GeoServer developers
>> participating at the code sprint, I would like to leverage the
>> co-precence and propose a "cross-project"
>> work idea, that is, to improve the chance that a style exported from
>> QGis can be
>> successfully imported and rendered in GeoServer.
>>
>> On one side, I have had reports from GeoServer users showing documents
>> that were not valid XML (un-balanced tags)
>> or not schema compliant, like CSSProperty values containing a Filter
>> instead of an Expression... I don't know
>> if these issues are still present in the latest version of QGis, as you
>> imagine users tend to use a large variety of software versions,
>> some of which pretty old, but I see some open ticket in the QGis tracker
>> regarding the SLD export, so there might
>> be some work to do there.
>>
>> On the other side, GeoServer has a preference for SLD 1.0, and SE 1.1
>> support definitely needs improvement,
>> at the same time and it could learn to use some of the QGis own extensions.
>> For example, the other day I've seen on stackexchange a export with a
>> "diamond" WellKnownName that is not part
>> of SE, but which would be trivial to add support for in GeoServer.
>>
>> There are also other functionalities, like compositing, that are present
>> in both projects, but not in SE, having a way to export
>> them would also be good.
>>
>> So I'd like to see if there is any QGis developer that would like to
>> work side by side
>> with me to bring the two projects a little bit closer in this respect.
>> I'll be at the code sprint after the conference, Saturday and Sunday.
>> Having someone contributing projects with some complex symbology to test
>> against would
>> also be a great way to keep the exercise interesting.
>>
>> Anyone interested? :-)
>
> o/
>
> Probably also Luigi and others working on Geoserver-plugin will be
> interested.
>
> Though not a cpp dev, I'll do what I can, OR try to find people who can
> help from our community...
>
> Regards,
>
> Richard Duivenvoorde
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Richard Duivenvoorde]

On 28-06-16 19:42, Andrea Aime wrote:
> Hi,
> at FOSS4G Bonn we'll have a bunch of QGis and GeoServer developers
> participating at the code sprint, I would like to leverage the
> co-precence and propose a "cross-project"
> work idea, that is, to improve the chance that a style exported from
> QGis can be
> successfully imported and rendered in GeoServer.
> 
> On one side, I have had reports from GeoServer users showing documents
> that were not valid XML (un-balanced tags) 
> or not schema compliant, like CSSProperty values containing a Filter
> instead of an Expression... I don't know
> if these issues are still present in the latest version of QGis, as you
> imagine users tend to use a large variety of software versions,
> some of which pretty old, but I see some open ticket in the QGis tracker
> regarding the SLD export, so there might
> be some work to do there.
> 
> On the other side, GeoServer has a preference for SLD 1.0, and SE 1.1
> support definitely needs improvement, 
> at the same time and it could learn to use some of the QGis own extensions.
> For example, the other day I've seen on stackexchange a export with a
> "diamond" WellKnownName that is not part
> of SE, but which would be trivial to add support for in GeoServer.
> 
> There are also other functionalities, like compositing, that are present
> in both projects, but not in SE, having a way to export
> them would also be good.
> 
> So I'd like to see if there is any QGis developer that would like to
> work side by side
> with me to bring the two projects a little bit closer in this respect. 
> I'll be at the code sprint after the conference, Saturday and Sunday.
> Having someone contributing projects with some complex symbology to test
> against would
> also be a great way to keep the exercise interesting.
> 
> Anyone interested? :-)

o/

Probably also Luigi and others working on Geoserver-plugin will be
interested.

Though not a cpp dev, I'll do what I can, OR try to find people who can
help from our community...

Regards,

Richard Duivenvoorde

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

[Qgis-developer] FOSS4G code sprint idea: improving SLD export and GeoServer compatibility

[Andrea Aime]

Hi,
at FOSS4G Bonn we'll have a bunch of QGis and GeoServer developers
participating at the code sprint, I would like to leverage the co-precence
and propose a "cross-project"
work idea, that is, to improve the chance that a style exported from QGis
can be
successfully imported and rendered in GeoServer.

On one side, I have had reports from GeoServer users showing documents that
were not valid XML (un-balanced tags)
or not schema compliant, like CSSProperty values containing a Filter
instead of an Expression... I don't know
if these issues are still present in the latest version of QGis, as you
imagine users tend to use a large variety of software versions,
some of which pretty old, but I see some open ticket in the QGis tracker
regarding the SLD export, so there might
be some work to do there.

On the other side, GeoServer has a preference for SLD 1.0, and SE 1.1
support definitely needs improvement,
at the same time and it could learn to use some of the QGis own extensions.
For example, the other day I've seen on stackexchange a export with a
"diamond" WellKnownName that is not part
of SE, but which would be trivial to add support for in GeoServer.

There are also other functionalities, like compositing, that are present in
both projects, but not in SE, having a way to export
them would also be good.

So I'd like to see if there is any QGis developer that would like to work
side by side
with me to bring the two projects a little bit closer in this respect.
I'll be at the code sprint after the conference, Saturday and Sunday.
Having someone contributing projects with some complex symbology to test
against would
also be a great way to keep the exercise interesting.

Anyone interested? :-)

Cheers
Andrea

-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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