Re: [Geotools-devel] [Geoserver-devel] SSL certificate problem between Boundless Jenkins and Maven repo

[Ben Caradoc-Davies]

Thanks very much, Quinn. I tested the build and can confirm that the 
Maven repo certificate problem is fixed.


Kind regards,
Ben.

On 20/07/17 04:55, Quinn Scripter wrote:

Issues should now be resolved, sorry for the interruption.

On Jul 19, 2017 12:18 PM, "Niels Charlier"  wrote:


I have had issues with local building the last few days for the same
reason.

Cheers
Niels

On 19-07-17 01:19, Ben Caradoc-Davies wrote:


Thanks, Torben. Much appreciated.

I do not know if this problem will impact anyone trying to build
GeoServer. I am testing with an empty local repo.

Kind regards,
Ben.

On 19/07/17 11:08, Torben Barsballe wrote:


Hello Ben,

Nick is currently away, and Jody is at FOSS4G Europe, so I'm not sure
either of them will be likely to respond anytime soon.

I'll try an get in touch with someone at Boundless who can help.

Torben



On Tue, Jul 18, 2017 at 3:36 PM, Nuno Oliveira <
nuno.olive...@geo-solutions.it> wrote:

Humm ... I'm using the latest Oracle JDK version (141) and my system

Java certificates package is updated but I'm having the same issue.

I will give another try to this tomorrow if I have time ...


On 07/18/2017 11:00 PM, Ben Caradoc-Davies wrote:

Jody and Nick,


there appears to be an SSL certificate problem between the Boundless
Jenkins worker that builds geoserver-master and the Boundless Maven
repo.

The Maven repo has a new SSL certificate with validity starting on 17
July 2017:
https://repo.boundlessgeo.com/snapshot/

The Jenkins geoserver-master deploy step fails with what looks like a
failure to establish and SSL trust chain (see below).

Is someone from Boundless able to investigate?

The Jenkins geoserver-master build uses java-8-oracle-amd64 in
/usr/lib/jvm/java-8-oracle on the worker. If this is old, the fix
might be
as simple as a upgrade of java-8-oracle-amd64 to pick up more recent
certificates. Another possible solution is to upgrade system CA
certificates (on Debian ca-certificates-java). I do not know which CA
certificate store is used by the Oracle JDK. Does it bundle its own or
use
the system certificates?

Kind regards,
Ben.

On 19/07/17 07:21, moni...@boundlessgeo.com wrote:

See 

[...]


[INFO] BUILD FAILURE

[INFO] 

[INFO] Total time: 15.956 s
[INFO] Finished at: 2017-07-18T19:21:30+00:00
[INFO] Final Memory: 129M/630M
[INFO] 

[ERROR] Failed to execute goal org.apache.maven.plugins:maven
-deploy-plugin:2.7:deploy
(default-deploy) on project geoserver: Failed to retrieve remote
metadata
org.geoserver:geoserver:2.12-SNAPSHOT/maven-metadata.xml: Could not
transfer metadata org.geoserver:geoserver:2.12-S
NAPSHOT/maven-metadata.xml
from/to boundless (https://repo.boundlessgeo.com/snapshot/):
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to
find valid certification path to requested target -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with
the
-e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/conflu
ence/display/MAVEN/MojoExecutionException



--

Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

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

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 

Re: [Geotools-devel] Hue Rotate for Rasters

[John Schulz]

To all,

I am wanting to move forward with creating a proposal for an implementation
to extend functionality for HueRotate and Saturation for rasters.  As
stated by Torben the basic idea would be to take an image and convert it to
the HSV or HSL  color space and
rotate the hue of each pixel by the same degree across the entire image,
keeping the relative appearance in tact.  A good example can be found here:

http://crawlingrobotfortress.blogspot.ca/2013/06/optimizing-hue-rotation-operator.html

In this discussion I believe there are two feasible approaches and was
looking for any additional input in deciding the best way to move forward
with the proposal.

1.  Create a new rendering transformation

option.  This approach would be considered a raster-to-raster
transformation and would require creating and executing a new process and
operation/function and extending its use to the  SLD.

2.  Create a new normalization process for colors similar to the Contrast
Enhancement

normalization, extending the RasterSymbolizer elements.  I feel that this
option could be implemented in a couple of different ways as well.
a. Extend the algorithm vendor option to include HueRotate and
Saturation algorithms for Normalize within Contrast Enhancement.
b. Create a new SLD element "ColorEnhancement" to follow in a similar
fashion as Contrast Enhancement and the Normalize, but specifically
altering the colorspace.

Any additional thoughts would be appreciated,

Thanks,

John

On Fri, Jul 14, 2017 at 5:49 PM, Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Hi Ian,
>
> Here are a couple of references that deal with implementing Hue-Rotate:
>
> https://beesbuzz.biz/code/hsv_color_transforms.php
> http://crawlingrobotfortress.blogspot.ca/2013/06/optimizing-hue-rotation-
> operator.html
>
> The basic idea is you have an image in the HSV
>  colour space, and you change
> the increment the Hue of each pixel by some amount. This has the effect of
> "rotating" the hue of the image as a whole.
>
> It is a fairly common transform in most graphical programs (like GIMP or
> Photoshop).
>
> Torben
>
> On Fri, Jul 14, 2017 at 1:59 PM, Jody Garnett 
> wrote:
>
>> Thanks for the correction Andrea, this would be a raster-to-raster
>> rendering transform, or a new normalization algorithm.
>>
>> Ian - Hue rotate is used when an image has been produced with
>> complementary colours (in a colour wheel sense). If you can image spinning
>> the color wheel while leaving the everything in the same relative position.
>> It is used in video games for example to reuse graphic assets. Torben had a
>> good reference if we ask him.
>>
>>
>>
>>
>> --
>> Jody Garnett
>>
>> On 14 July 2017 at 13:18, Andrea Aime 
>> wrote:
>>
>>> Ian,
>>> Jody is calling them geometry transformations, but he really means
>>> rendering transformations (geometry transformation
>>> is the act of applying a function inside the geometry tag for the
>>> current vector feature, has nothing to do with rasters):
>>>
>>> http://docs.geoserver.org/stable/en/user/styling/sld/extensi
>>> ons/geometry-transformations.html
>>> http://docs.geoserver.org/stable/en/user/styling/sld/extensi
>>> ons/rendering-transform.html
>>>
>>> Cheers
>>> Andrea
>>>
>>> On Fri, Jul 14, 2017 at 9:25 PM, Ian Turton  wrote:
>>>
 Could you please expand on what hue rotate does? I'm not sure if I
 understand it well enough to decide if it is an image operation or a
 geometry operation.

 Ian

 On 14 Jul 2017 18:15, "Jody Garnett"  wrote:

 ShadedRelief was the only other thing I could think of, in SLD spec
 directly.

 We also have our geoserver specific extension for geometry
 transformations. We have to ask someone here if that can be used to
 introduce the colorSpace operation
  to
 HSV and then a bandcombine operation
  for
 the color rotation in an efficient manner for rendering.

 --
 Jody Garnett

 On 14 July 2017 at 09:04, John Schulz  wrote:

> I looking through what additional functionality I am looking for,  I
> think it might be appropriate to add in a ColorEnhancement element of
> sorts, to include algorithms for HueRotate and Saturation.  I seems like a
> lot of my work would overlap with what is already in ContrastEnhancement
> and not sure how the additional efforts would payout.
>
> @Jody - you did mention that it might be better to 

Re: [Geotools-devel] [JIRA] (GEOT-5766) Create a CoverageReader for remote WMTS

[Emanuele Tajariol]

Hi list, 

any comment on this proposal?

Shall I open a separate ticket for the graduation of the tile-client module?


   Thanks,
   Emanuele


Alle 19:42:43 di Friday 30 June 2017, Emanuele Tajariol ha scritto:
> HI list,
> 
> I created a more detailed proposal for this ticket:
>https://github.com/geotools/geotools/wiki/Add-a-WMTS-CoverageReader
> 
> The proposal foresees the creation of 3 new modules
> 
> - ogc/net.opengis.wmtsv1
> - extension/xsd/xsd-wmts
> - extension/wmts
> 
> Since the GeoServer proposal that needs these changes can't be isolated in
> a community module, but it's rather spread in core modules, the related GT
> modules can't be left unsupported. So it is also requested the graduation
> of the module
> 
> - unsupported/tile-client
> 
> Before creating a pull request for all of these modules, I will make sure
> that all of them conform to the GeoTools guidelines for supported modules.
> 
> I'll create a temporary pullreq if it makes it easier for you to review the
> current implementation for suggestions etc.
> 
> Please also advise if more details on the current implementation are needed
> in the proposal page.
> 
> 
>Thanks,
>Emanuele
> 
> Alle 13:04:00 di Friday 30 June 2017, Emanuele Tajariol (JIRA) ha scritto:
> >Emanuele Tajariol created an issue
> >   
> >   GeoTools / New Feature GEOT-5766
> >   
> >Create a CoverageReader for remote WMTS
> >   
> >   Issue Type:
> > New Feature New Feature
> > 
> >   Affects Versions:
> >  18-beta
> >  
> >   Assignee:
> >  Unassigned
> >  
> >   Components:
> >  xsd extensions
> >  
> >   Created:
> >  30/Jun/17 1:04 PM
> >  
> >   Priority:
> > Medium Medium
> > 
> >   Reporter:
> > Emanuele Tajariol
> > 
> >   A WMTS CoverageReader would allow GeoServer to publish cascading WMTS
> > 
> > layers. A draft working implementation foresee:
> > New modules:
> > ogc/net.opengis.wmtsv1
> > extension/xsd/xsd-wmts
> > emf modeling
> > unsupported/wmts
> > Logic for handling the WMTS GetCapabilities
> > WMTS client
> > Modified modules:
> > extension/xsd/xsd-core
> > Upgrade version of org.eclipse.emf
> > unsupported/tile-client
> > 
> >Add CommentAdd Comment
> >
> >Get JIRA notifications on your phone! Download the JIRA Cloud app
> >here. This message was sent by Atlassian JIRA
> > 
> > (v1000.1092.1#100053-sha1:0458056) Atlassian logo


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

Ing. Emanuele Tajariol
Technical Lead

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

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