[Geotools-devel] [JIRA] (GEOT-5735) ReadResolutionCalculator under-estimates the reading resolution in case one axis is stretched a lot more than the other

2017-05-26 Thread Andrea Aime [Administrator] (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Andrea Aime [Administrator] created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5735  
 
 
  ReadResolutionCalculator under-estimates the reading resolution in case one axis is stretched a lot more than the other   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 coverage  
 
 
Created: 
 26/May/17 4:11 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Andrea Aime [Administrator]  
 

  
 
 
 
 

 
 This is easy to verify transforming from EPSG:4326 to EPSG:3857 at high latitude, the x has a stretch factor that is way different than the y one  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
 

[Geotools-devel] [JIRA] (GEOT-5736) ImageWorker mosaic operation can return results with the wrong ROI

2017-05-26 Thread Andrea Aime [Administrator] (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Andrea Aime [Administrator] created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5736  
 
 
  ImageWorker mosaic operation can return results with the wrong ROI   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 coverage  
 
 
Created: 
 26/May/17 6:08 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Andrea Aime [Administrator]  
 

  
 
 
 
 

 
 The mosaic code tries to remove the output ROI if the background parameter was used (as the ROI is no more needed), but JAI sees that and picks the ROI of the first source as a consequence (and we cannot do anything about it). So in those cases, add back a simple rectangular ROI covering the whole image instead.  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
 

[Geotools-devel] Fwd: [GeoTools Master] H2DataStoreFactoryTest Failure

2017-05-26 Thread Devon Tucker 
Hi all,

Nick asked me to forward this. Apparently there's nothing running on that
port, so we're at a loss as to what the issue could be. I've created a gist
for the whole log, since it's fairly big.

https://gist.github.com/dvntucker/6a3f6e0c828ef21b6e4d31fc8c0c2a05

Cheers,
Devon


-- Forwarded message --
From: Nick Stires 
Date: Fri, May 26, 2017 at 8:58 AM
Subject: [GeoTools Master] H2DataStoreFactoryTest Failure
To: Devon Tucker 


Apologies if this is a duplicate. I've had reports this didn't make it in
the bucket...

Hello!

I'm working to replace the aging Ares build server, and I've been stuck on
an issue with one of the GeoTools tests. The error is as follows:

Running org.geotools.data.h2.H2DataStoreFactoryTest
> Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.879 sec
> <<< FAILURE! - in org.geotools.data.h2.H2DataStoreFactoryTest
> testTCP(org.geotools.data.h2.H2DataStoreFactoryTest)  Time elapsed: 1.578
> sec  <<< ERROR!
> org.h2.jdbc.JdbcSQLException: Exception opening port H2 TCP Server
> (tcp://localhost:9092) (port may be in use), cause: timeout [90061-119]
> at org.h2.message.Message.getSQLException(Message.java:106)
> at org.h2.message.Message.getSQLException(Message.java:117)
> at org.h2.tools.Server.start(Server.java:361)
> at org.geotools.data.h2.H2DataStoreFactoryTest.testTCP(H2DataSt
> oreFactoryTest.java:94)


I'm hesitant to blame H2 itself, since other tests utilize it and run
without issue. Attached are the full debug log from:

> geotools-master]$ mvn test -Dtest=org.geotools.data.h2.H2DataStoreFactoryTest
> -DfailIfNoTests=false -X


Some more about the server itself. It's running Amazon Linux (CentOS 6.8).
SELinux and IPTables are both disabled. Per the logs, the software versions
are:

> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T16:41:47+00:00)
> Maven home: /opt/apache-maven
> Java version: 1.8.0_131, vendor: Oracle Corporation
> Java home: /usr/java/jdk1.8.0_131/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.9.27-14.31.amzn1.x86_64", arch: "amd64",
> family: "unix"


I have tried a handful of different Java flavors. Another build server on
the same OS is able to run with 1.8.0-101 OpenJDK.

Any ideas on what could be causing this?

Thanks!

-- 
*Nick Stires*
DevOps Engineer | Boundless 
nsti...@boundlessgeo.com
Mobile: +1 561-713-0922 <%28561%29%20713-0922>
--
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] Fwd: [GeoTools Master] H2DataStoreFactoryTest Failure

2017-05-26 Thread Andrea Aime 
Wondering, could the solutions in this mail thread apply on the new build
server too?

https://groups.google.com/forum/#!topic/h2-database/y3XoNVXyu1w

Cheers
Andrea


On Fri, May 26, 2017 at 7:02 PM, Devon Tucker 
wrote:

> Hi all,
>
> Nick asked me to forward this. Apparently there's nothing running on that
> port, so we're at a loss as to what the issue could be. I've created a gist
> for the whole log, since it's fairly big.
>
> https://gist.github.com/dvntucker/6a3f6e0c828ef21b6e4d31fc8c0c2a05
>
> Cheers,
> Devon
>
>
> -- Forwarded message --
> From: Nick Stires 
> Date: Fri, May 26, 2017 at 8:58 AM
> Subject: [GeoTools Master] H2DataStoreFactoryTest Failure
> To: Devon Tucker 
>
>
> Apologies if this is a duplicate. I've had reports this didn't make it in
> the bucket...
>
> Hello!
>
> I'm working to replace the aging Ares build server, and I've been stuck on
> an issue with one of the GeoTools tests. The error is as follows:
>
> Running org.geotools.data.h2.H2DataStoreFactoryTest
>> Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.879 sec
>> <<< FAILURE! - in org.geotools.data.h2.H2DataStoreFactoryTest
>> testTCP(org.geotools.data.h2.H2DataStoreFactoryTest)  Time elapsed:
>> 1.578 sec  <<< ERROR!
>> org.h2.jdbc.JdbcSQLException: Exception opening port H2 TCP Server
>> (tcp://localhost:9092) (port may be in use), cause: timeout [90061-119]
>> at org.h2.message.Message.getSQLException(Message.java:106)
>> at org.h2.message.Message.getSQLException(Message.java:117)
>> at org.h2.tools.Server.start(Server.java:361)
>> at org.geotools.data.h2.H2DataStoreFactoryTest.testTCP(H2DataSt
>> oreFactoryTest.java:94)
>
>
> I'm hesitant to blame H2 itself, since other tests utilize it and run
> without issue. Attached are the full debug log from:
>
>> geotools-master]$ mvn test -Dtest=org.geotools.data.h2.H2DataStoreFactoryTest
>> -DfailIfNoTests=false -X
>
>
> Some more about the server itself. It's running Amazon Linux (CentOS 6.8).
> SELinux and IPTables are both disabled. Per the logs, the software versions
> are:
>
>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T16:41:47+00:00)
>> Maven home: /opt/apache-maven
>> Java version: 1.8.0_131, vendor: Oracle Corporation
>> Java home: /usr/java/jdk1.8.0_131/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "4.9.27-14.31.amzn1.x86_64", arch: "amd64",
>> family: "unix"
>
>
> I have tried a handful of different Java flavors. Another build server on
> the same OS is able to run with 1.8.0-101 OpenJDK.
>
> Any ideas on what could be causing this?
>
> Thanks!
>
> --
> *Nick Stires*
> DevOps Engineer | Boundless 
> nsti...@boundlessgeo.com
> Mobile: +1 561-713-0922 <%28561%29%20713-0922>
>
>
>
>
> 
> --
> 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
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 n

[Geotools-devel] proposed changes to make heatmap process more extensible

2017-05-26 Thread Emilio Lahr-Vivaz 

Hello,

I'm a developer on GeoMesa, and we'd like to extend the HeatMap process 
by pushing some of the processing out to a distributed system. The 
current HeatMap process has some things that make it hard to extend, 
specifically I'd like to change the 'extractPoints' method to be 
non-static and over-ridable:


https://github.com/geotools/geotools/blob/master/modules/unsupported/process-feature/src/main/java/org/geotools/process/vector/HeatmapProcess.java#L189

I'd also like to make the BBOXExpandingFilterVisitor a public class so 
that it can be used directly:


https://github.com/geotools/geotools/blob/master/modules/unsupported/process-feature/src/main/java/org/geotools/process/vector/BBOXExpandingFilterVisitor.java

(There is also a bug in that class where the expand-by amounts aren't 
applied to the correct dimensions)


Do those changes sound reasonable? If so, I'll open up a PR.

Thanks,

Emilio Lahr-Vivaz

--
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