[Geotools-devel] [jira] (GEOT-4823) Support large time values in netCDF files

2014-06-11 Thread Shane StClair (JIRA)
Title: Message Title Shane StClair created an issue

Re: [Geotools-devel] Request for Feedbacks: integrating unsupported's gt-mark-wkt into gt-render

2014-06-11 Thread Jody Garnett
Thanks Daniele I have been meaning to do that for a while. Keep in mind we should update the docs. Jody Garnett On Thu, Jun 12, 2014 at 2:22 AM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Hi Guys, > We would like to move the code available on mark-wkt module within > gt-re

Re: [Geotools-devel] Request for Feedbacks: integrating unsupported's gt-mark-wkt into gt-render

2014-06-11 Thread Justin Deoliveira
Hey Daniele, So I am clear, from the dependency graph it looks like introducing mark into render won't add any runtime dependencies to render? If that is the case then I see no reason not to merge it in. -Justin On Wed, Jun 11, 2014 at 10:22 AM, Daniele Romagnoli < daniele.romagn...@geo-solutio

[Geotools-devel] Request for Feedbacks: integrating unsupported's gt-mark-wkt into gt-render

2014-06-11 Thread Daniele Romagnoli
Hi Guys, We would like to move the code available on mark-wkt module within gt-render. It is widely used by styles defined to render marks such as arrows, circles, and other shapes in general (based on WKT definitions). Moreover, we have worked on a submodule which allows to render windbarbs: http

[Geotools-devel] [jira] (GEOT-4822) Modify RasterAsPointCollectionProcess for supporting new features.

2014-06-11 Thread Nicola Lagomarsini (JIRA)
Title: Message Title Nicola Lagomarsini created an issue

Re: [Geotools-devel] Meeting follow up - Java Port of CSS

2014-06-11 Thread David Winslow
I don't support this effort, please do not seek "technical input" from me. I hope that the GeoServer PSC will discuss any concerns about maintenance with me before removing my maintainer status for the GeoServer extension. On Wed, Jun 11, 2014 at 3:14 AM, Andrea Aime wrote: > On Wed, Jun 11, 2

Re: [Geotools-devel] New community module: CSS parser and translator

2014-06-11 Thread Andrea Aime
On Wed, Jun 11, 2014 at 11:37 AM, Ariel Nunez wrote: > Hello all, > > Could this module support the CartoCSS syntax too? > https://www.mapbox.com/tilemill/docs/manual/carto/ > > In downstream projects (like GeoNode) it would be very helpful to be able > to be compatible with TileMill and CartoCSS

Re: [Geotools-devel] New community module: CSS parser and translator

2014-06-11 Thread Jody Garnett
You may wish to start be convincing GeoServer to support CartoCSS :) I did make sure to ask Andrea if this was a paid effort or something he is trying to do as a volunteer. If you are familiar with both GeoServer CSS and CartoCSS perhaps you could do the gap analysis? This would be required to fig

Re: [Geotools-devel] New community module: CSS parser and translator

2014-06-11 Thread Ariel Nunez
Hello all, Could this module support the CartoCSS syntax too? https://www.mapbox.com/tilemill/docs/manual/carto/ In downstream projects (like GeoNode) it would be very helpful to be able to be compatible with TileMill and CartoCSS. I am not sure which other projects use the CSS syntax used in th

[Geotools-devel] [jira] (GEOT-4821) improve netcdf and slf4j version definitions

2014-06-11 Thread Daniele Romagnoli (JIRA)
Title: Message Title Daniele Romagnoli created an issue

Re: [Geotools-devel] Nominate Nicola Lagomarsini for direct commit access to GeoTools

2014-06-11 Thread Christian Mueller
+1 form here Welcome. On Wed, Jun 11, 2014 at 12:16 AM, Jody Garnett wrote: > Sounds good, welcome to the team Nicola > > +1 > > Jody Garnett > > > On Wed, Jun 11, 2014 at 12:17 AM, Nicola Lagomarsini < > nicola.lagomars...@geo-solutions.it> wrote: > >> Hi all, >> >> I already have the License

Re: [Geotools-devel] Meeting follow up - Java Port of CSS

2014-06-11 Thread Andrea Aime
On Wed, Jun 11, 2014 at 4:25 AM, Jody Garnett wrote: > One thing that we missed in yesterdays meeting Andrea's idea of porting > the CSS module to Java for inclusion in GeoTools. > > I personally like the idea as it would put the work under more response > maintenance (as befitting what is now us