Re: [Geotools-devel] web, css, x11, html color names support

2017-02-07 Thread Andrea Aime 
On Wed, Feb 8, 2017 at 12:57 AM, Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> SLD also supports SVG snippets.
>

Torben,
can you clarify this statement? It's new to me. Are you talking about SLD
1.1 inline graphics?

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.

---
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] web, css, x11, html color names support

2017-02-07 Thread Jody Garnett 
Thanks for digging into this Torben - excellent research.

If we collapse to a single set of color names my pull request will be much
similar, and need to be reworked.

During development I Iooked at the ability to do a color --> string
conversion - but the result is not deterministic unless I make a GeoTool
Factory with a sort priority.  If this is a desirable quality I could
update the existing ColorConverterFactory in place.



--
Jody Garnett

On 7 February 2017 at 15:57, Torben Barsballe 
wrote:

> Hello,
>
> To my knowledge, SLD does not have named colors.
> All SLD color values do use a "" tag. It would be nice if
> this supported the standard CSS names colors in addition to the currently
> supported hex colors.
> SLD also supports SVG snippets. SVG uses CSS2 color syntax, including
> names.
>
> The YSLD color set appears to be X11 or a variant thereof. From what I can
> see, it has some differences with both X11 and CSS.
> CSS seems to be a better fit for most GeoServer use cases (Web Mapping),
> so I agree that YSLD should be migrated to use the CSS color set. It is
> quite similar to the X11 color set, and more widely known.
>
> To be specific, I think we should be using the *W3C CSS4 Extended Color
> Keywords*, here: https://www.w3.org/TR/css-color-4/#named-colors, or an
> equivalent, well-defined standard. The keyword list is similar in length
> and content to the current 140 colors used by YSLD. Notable differences can
> be seen
>
> As an aside, the X11 color set does not refer to a single, well defined
> color set. The W3C CSS4 Color set is a variant of a certain version of the
> X11 color set, and is a superset of the SVG 1.1 color set. The original
> version of the X11 color set differs from the W3C color set, as noted here
> 
> .
>
>
> Torben
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] web, css, x11, html color names support

2017-02-07 Thread Torben Barsballe 
Hello,

To my knowledge, SLD does not have named colors.
All SLD color values do use a "" tag. It would be nice if
this supported the standard CSS names colors in addition to the currently
supported hex colors.
SLD also supports SVG snippets. SVG uses CSS2 color syntax, including names.

The YSLD color set appears to be X11 or a variant thereof. From what I can
see, it has some differences with both X11 and CSS.
CSS seems to be a better fit for most GeoServer use cases (Web Mapping), so
I agree that YSLD should be migrated to use the CSS color set. It is quite
similar to the X11 color set, and more widely known.

To be specific, I think we should be using the *W3C CSS4 Extended Color
Keywords*, here: https://www.w3.org/TR/css-color-4/#named-colors, or an
equivalent, well-defined standard. The keyword list is similar in length
and content to the current 140 colors used by YSLD. Notable differences can
be seen

As an aside, the X11 color set does not refer to a single, well defined
color set. The W3C CSS4 Color set is a variant of a certain version of the
X11 color set, and is a superset of the SVG 1.1 color set. The original
version of the X11 color set differs from the W3C color set, as noted here

.


Torben
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] Meeting minutes Feb 7th 2017

2017-02-07 Thread Andrea Aime 
GeoTools / GeoServer Meeting 2017-02-07

Attending

Andrea Aime, Jody Garnett, Torben Barsballe, Kevin Smith

Agenda

   -

   Beta and 2.10.2 release February
   -

   Build issues
   -

   sprint planning / sponsorship updates
   -

   REST doc generation
   -


Actions

Actions from last meeting


   -

   Mike to follow up sprint Doodle poll via private email as necessary
   (done)
   -

   Torben to look into why Corbertura worked for YSLD, was failing on Java
   8 code (done)
   -

   Everyone please review Catalog Performance Improvements (GSIP-155) (PSC
   please vote) (done)
   -

   Ben to send code freeze announcement to mailing list (done)
   -

   Jody to remind mailing list of bug stomp on Friday (done)


February releases

Volunteeres sorted see
https://github.com/geoserver/geoserver/wiki/Release-Schedule:

   -

   2017-02-20 Jody Garnett & Andrea 2.11-beta
   -

   2017-02-20 Torben and Kevin 2.10.2 stable


Code freeze between beta and final, Feb 18th - March 18th.


   -

   Jody: Plans to kill AbstractDataStore after five years? No after two
   years see git blame
   -

   Andrea: looking at GWC loading performance, coordinate on Kevin on email
   list (change for loop into parallel stream).
   -

   Kevin: Working on cached Parameter tracking in GWC. Involves API changes
   in BlobStore and QuotaStore Hope to have done before code freeze.


Build issues

See email “Our build tests memory filled by finalizers”:

   -

   andrea drive the build over the cliff
   -

   PDF output test → iText allocates 30 MBs fonts triggering finalizers
   breaking build. Building faster than we can clean up (wow!)
   -

  JVM design problem
  -

  Increase heap 512 → 768 :(
  -

   Can we replace iText?
   -

  I thought new versions had license conflict… it does
  -

  two libraries available, we would need to make our own graphics2d
  implementation. So sponsorship needed
  -

   Can we use less objects with finalizers …
   -

  JVM objects we cannot avoid
  -

  MapContext - we could turn that off


Thanks for digging into this Andrea.

Sprint planning / sponsorship updates

Thanks to Gaia3d for gold sponsorship, we still need to gather more
sponsors.

We need to book flights this week before flights go up, how can we best
organize this?

   -

   jody: put a call out on geoserver-devel? Or contact participants
   directly …


Open questions about accommodation? Simone due to check and

Open questions about the train? Simone was going to check.

   -

   Pisa: Cars :)
   -

   Florence: 30E

Cars:

   -

   Rent a car?
   -

   Car pool with GeoSolutions staff? We are looking for around 10 people


REST doc generation

Jody took the rough outline from OSGeo wiki to GeoServer wiki for
details/planning.

Planning taking place here:

   -

   https://github.com/geoserver/geoserver/wiki/REST-API-Refresh


Doc generation seems to have the most response. Jody does not care too much
…


   -

   Q: how to hook into build?
   -

   Q: will annotations be around/supported for five years?
   -

   Q: RAML? What is it …
   -

  markup for declaring api
  -

  tedious/verbose to write
  -

  markup is stable once written
  -

  what does it do? Nothing on its own .. use:
  -

 community generators for web page / api docs
 -

  need to talk to Matt K on email list


Goals:

   -

   spring mvc reference/example
   -

  code example for Spring MVC Style endpoint
  -

   docs
   -

  code example for annotations (or yaml) for docs
  -

  code example for rest api tutorial


Action:

   -

   Jody continue with REST API Refresh
   -

   Reggie talk to Matt K on email list about RAML.


PR Roundup

[GEOS-7953] GSIP 155 - Core improvements for catalogs with many layers,
follow up on the write side

   -

   https://github.com/geoserver/geoserver/pull/2077
   -

   does not help due to finalizers problem noticed above
   -

   jody would like to merge due to api consistency


[GEOS-7926] Fix WMTS blind re-enabling


   -

   kevin to merge


PDF fill optimization, candidate for backport:

https://github.com/geoserver/geoserver/pull/2094
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] web, css, x11, html color names support

2017-02-07 Thread Andrea Aime 
On Tue, Feb 7, 2017 at 4:36 PM, Jody Garnett  wrote:

> Justin my research later answered that the colour names story is confusing
> and that x11 is a bump along the road for what browsers now support. Let me
> ask the question differently - Can I change YSLD to match the SVG
> parameters colours used by SLD?
>

Hum... uh? Since when SLD has named colors? :)

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.

---
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] web, css, x11, html color names support

2017-02-07 Thread Justin Deoliveira 
On Tue, Feb 7, 2017 at 8:37 AM Jody Garnett  wrote:

> Andrea I shared your hesitations - have a look at
> https://github.com/geotools/geotools/pull/1462
>
> The converters go form String to Color, I required the hint to be set (or
> they won't do anything). So although they will be available to all code
> paths they won't function by default. We can then hunt down which part of
> the code wants to use what hint.
>
> (If all the code wants to use the same names as SVG then it would be fine,
> I expect gt-css wants to use CSS colours though).
>
> Justin my research later answered that the colour names story is confusing
> and that x11 is a bump along the road for what browsers now support. Let me
> ask the question differently - Can I change YSLD to match the SVG
> parameters colours used by SLD?
>

Yeah, by all means, as long as what is provided by SLD gives us a similar
amount of colour names I am all for it.

>
> --
> Jody Garnett
>
> On 6 February 2017 at 23:41, Andrea Aime 
> wrote:
>
> Hi Jody,
> +1 for centralizing.
>
> Two hesitations about using a pluggable Converter implementation:
>
>- Would they convert from String to Color (a converter from String to
>String does not make much sense now does it?) and then eventually going
>back to hex in all implementations?
>- Once plugged in the conversion will be available for all other code
>paths doing conversions... probably not a bit deal, but there is always the
>risk of it end up interacting in some other existing code paths in a random
>way. Normally as long as the conversion is unique there are no big problems
>(also check the Wicket UI in GeoServer, that also falls back on GeoTools
>converters)
>
> Cheers
> Andrea
>
> On Tue, Feb 7, 2017 at 12:21 AM, Jody Garnett 
> wrote:
>
> In looking at gt-mbstyle ran into a common need to convert from "red" to
> Color.RED.
>
> Checking our code base ( using put yellow language:java
> )
> we have:
>
> - css Value.java
> 
> - has a map of names to hex strings
> - ysld Colors.java
> 
> - has a map of X11 colors (why x11 Kevin/Torben/Justin is that a mistake?)
>
> I would like to capture this information in one spot (rather than
> duplicate).
>
> What would you say to creating a couple of ColorConverters and would
> engage based on the following hint:
>
> /**
>  * The color names definition to use when converting from String to
> Color.
>  *
>  * @see CommonFactoryFinder#getStyleFactory
>  *
>  * @since 17
>  */
> public static final OptionKey COLOR_NAMES = new
> OptionKey("WEB","CSS","X11","JAVA","*");
>
> I kind of assume SLD should respect CSS colors (as per GEOT-5633
> )?
> --
> Jody Garnett
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
>
> --
> ==
> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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

Re: [Geotools-devel] web, css, x11, html color names support

2017-02-07 Thread Jody Garnett 
Andrea I shared your hesitations - have a look at
https://github.com/geotools/geotools/pull/1462

The converters go form String to Color, I required the hint to be set (or
they won't do anything). So although they will be available to all code
paths they won't function by default. We can then hunt down which part of
the code wants to use what hint.

(If all the code wants to use the same names as SVG then it would be fine,
I expect gt-css wants to use CSS colours though).

Justin my research later answered that the colour names story is confusing
and that x11 is a bump along the road for what browsers now support. Let me
ask the question differently - Can I change YSLD to match the SVG
parameters colours used by SLD?

--
Jody Garnett

On 6 February 2017 at 23:41, Andrea Aime 
wrote:

> Hi Jody,
> +1 for centralizing.
>
> Two hesitations about using a pluggable Converter implementation:
>
>- Would they convert from String to Color (a converter from String to
>String does not make much sense now does it?) and then eventually going
>back to hex in all implementations?
>- Once plugged in the conversion will be available for all other code
>paths doing conversions... probably not a bit deal, but there is always the
>risk of it end up interacting in some other existing code paths in a random
>way. Normally as long as the conversion is unique there are no big problems
>(also check the Wicket UI in GeoServer, that also falls back on GeoTools
>converters)
>
> Cheers
> Andrea
>
> On Tue, Feb 7, 2017 at 12:21 AM, Jody Garnett 
> wrote:
>
>> In looking at gt-mbstyle ran into a common need to convert from "red" to
>> Color.RED.
>>
>> Checking our code base ( using put yellow language:java
>> )
>> we have:
>>
>> - css Value.java
>> 
>> - has a map of names to hex strings
>> - ysld Colors.java
>> 
>> - has a map of X11 colors (why x11 Kevin/Torben/Justin is that a mistake?)
>>
>> I would like to capture this information in one spot (rather than
>> duplicate).
>>
>> What would you say to creating a couple of ColorConverters and would
>> engage based on the following hint:
>>
>> /**
>>  * The color names definition to use when converting from String to
>> Color.
>>  *
>>  * @see CommonFactoryFinder#getStyleFactory
>>  *
>>  * @since 17
>>  */
>> public static final OptionKey COLOR_NAMES = new
>> OptionKey("WEB","CSS","X11","JAVA","*");
>>
>> I kind of assume SLD should respect CSS colors (as per GEOT-5633
>> )?
>> --
>> Jody Garnett
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>>
>
>
> --
> ==
> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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

Re: [Geotools-devel] web, css, x11, html color names support

2017-02-07 Thread Justin Deoliveira 
On Tue, Feb 7, 2017 at 12:42 AM Andrea Aime 
wrote:

> Hi Jody,
> +1 for centralizing.
>
> Two hesitations about using a pluggable Converter implementation:
>
>- Would they convert from String to Color (a converter from String to
>String does not make much sense now does it?) and then eventually going
>back to hex in all implementations?
>- Once plugged in the conversion will be available for all other code
>paths doing conversions... probably not a bit deal, but there is always the
>risk of it end up interacting in some other existing code paths in a random
>way. Normally as long as the conversion is unique there are no big problems
>(also check the Wicket UI in GeoServer, that also falls back on GeoTools
>converters)
>
> Cheers
> Andrea
>
> On Tue, Feb 7, 2017 at 12:21 AM, Jody Garnett 
> wrote:
>
> In looking at gt-mbstyle ran into a common need to convert from "red" to
> Color.RED.
>
> Checking our code base ( using put yellow language:java
> )
> we have:
>
> - css Value.java
> 
> - has a map of names to hex strings
> - ysld Colors.java
> 
> - has a map of X11 colors (why x11 Kevin/Torben/Justin is that a mistake?)
>
>
Not sure what you mean by “mistake”. The intention was just to have a
comprehensive and somewhat standard list of color names we could support,
that wikipedia page was probably just the first hit on google :)

>
> I would like to capture this information in one spot (rather than
> duplicate).
>
> What would you say to creating a couple of ColorConverters and would
> engage based on the following hint:
>
> /**
>  * The color names definition to use when converting from String to
> Color.
>  *
>  * @see CommonFactoryFinder#getStyleFactory
>  *
>  * @since 17
>  */
> public static final OptionKey COLOR_NAMES = new
> OptionKey("WEB","CSS","X11","JAVA","*");
>
> I kind of assume SLD should respect CSS colors (as per GEOT-5633
> )?
> --
> Jody Garnett
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
>
> --
> ==
> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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
>

[Geotools-devel] [JIRA] (GEOT-5634) Relax visibility of StyledShapePainter to allow override of vector fill in subclasses

2017-02-07 Thread Andrea Aime [Administrator] (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Andrea Aime [Administrator] created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5634  
 
 
  Relax visibility of StyledShapePainter to allow override of vector fill in subclasses   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Assignee: 
 Andrea Aime [Administrator]  
 
 
Components: 
 render  
 
 
Created: 
 07/Feb/17 12:18 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Andrea Aime [Administrator]  
 

  
 
 
 
 

 
 Currently it's not possible to do specialized vector fill overrides in StyledShapePainter subclasses (e.g., using tiling patterns when working against PDF outputs)  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment