Re: [Geotools-devel] Replace JScience JSR275 with JSR363

2017-08-09 Thread Jody Garnett 
That would be an amazing pull request Jens; we have a code freeze coming up
in only a couple of weeks - how difficult do you think the migration would
be?

I am happy to help prep a change proposal to see this go ahead; the jar we
use for JSR275 is rather unofficial (published by the JScience group prior
to being adopted as the reference implementation of JSR275).

--
Jody Garnett

On 9 August 2017 at 12:53, Jens Auer  wrote:

> Hi,
>
>
>
> I am working on a project that uses geotools. Recently, I had the idea to
> use uom-se, a JSR363 implementation for dimensional analysis (units of
> measurements) in our code base. I ran into some problems caused by a
> transitive dependency from geotools to JScience JSR275, which is a dropped
> JSR for dimensional analysis.
>
>
>
> I found some discussion in the geotools wiki about migrating to a new
> library once JSR is accepted, but also mentioning some issues especially
> w.r.t the license of unit-api. Given that JSR363 has been accepted and the
> license seems to be a BSD-compatible license now, I am wondering if there
> is still interest in migrating. If so, I would offer my help.
>
>
>
> Best wishes,
>
> Jens
>
>
>
> 
> --
> 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
>
>
--
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] Replace JScience JSR275 with JSR363

2017-08-09 Thread Jens Auer 
Hi,

 

I am working on a project that uses geotools. Recently, I had the idea to
use uom-se, a JSR363 implementation for dimensional analysis (units of
measurements) in our code base. I ran into some problems caused by a
transitive dependency from geotools to JScience JSR275, which is a dropped
JSR for dimensional analysis.

 

I found some discussion in the geotools wiki about migrating to a new
library once JSR is accepted, but also mentioning some issues especially
w.r.t the license of unit-api. Given that JSR363 has been accepted and the
license seems to be a BSD-compatible license now, I am wondering if there is
still interest in migrating. If so, I would offer my help.

 

Best wishes,

Jens

 

--
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] Hue Rotate for Rasters

2017-08-09 Thread Simone Giannecchini 
Ciao John,
that's ok, we might want to wrap this also as part of the contrast
stretch code in the future.
Let's see...

Regards,
Simone Giannecchini
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==
Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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.


On Tue, Aug 8, 2017 at 10:15 PM, John Schulz  wrote:
> Simone,
> I've gone with the approach to right now implement this as a rendering
> transformation.  I took this approach because it is less invasive than the
> other approaches and the operation can easily used as a raster process and
> SLD.  Let me know if you have any concerns.
>
> Thanks,
>
> John Schulz
>
> On Thu, Aug 3, 2017 at 8:18 AM, Simone Giannecchini
>  wrote:
>>
>> Chiming in late.
>>
>> My suggestions would be as follows:
>> - implement the operation in the ImageWorker. Most/All the logic
>> should stay here.
>> - Add a new contrast enhancement
>>
>> Adding a rendering transformation later on for whatever reason would
>> be very easy.
>>
>> That said, if you want to have full performance you might have to go
>> down to implement the operation directly in JAI/JAI-Ext rather than
>> combining various JAI operations; however, this is another story..
>>
>> Regards,
>> Simone Giannecchini
>> ==
>> GeoServer Professional Services from the experts!
>> Visit http://goo.gl/it488V for more information.
>> ==
>> Ing. Simone Giannecchini
>> @simogeo
>> Founder/Director
>>
>> GeoSolutions S.A.S.
>> Via di Montramito 3/A
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob:   +39 333 8128928
>>
>> 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,