bsed / ala

Automatically exported from code.google.com/p/ala
0 stars 0 forks source link

Failure of Add to Map | Area | Environmental Envelope on world extent #596

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Add to Map | Areas | Environmental Envelope fails with error 404. See attached.

The run used 3 worldclim layers (bio06, bio07 and bio17) that have world 
extent. National coverages appear ok so assuming the large spatial extent is 
the issue.

This is urgent/critical as it is a basic function failure and the result (world 
possible extent of Lantana) is needed for a presentation on the Environmental 
Envelope. We must assume at least a proportion of those attending will want to 
try it out.

Original issue reported on code.google.com by leebel...@gmail.com on 26 Feb 2014 at 1:27

Attachments:

GoogleCodeExporter commented 9 years ago
Just got the same failure on national extent layers. The same run worked a few 
hours ago. Geoserver, space??

Original comment by leebel...@gmail.com on 26 Feb 2014 at 1:56

GoogleCodeExporter commented 9 years ago
This worked for me. 

This tool has always been very very flakey and I presume the bottleneck is the 
generation of the layer in geoserver. The controls for selecting layers are 
also very (Lee im guessing you know how to work around it).
This would be a candidate for a re-write as I recognise the importance of the 
tool.
At this stage I would recommend demo-ing with the caveat that it is alpha at 
best.

Original comment by moyesyside on 26 Feb 2014 at 6:37

GoogleCodeExporter commented 9 years ago

Original comment by moyesyside on 26 Feb 2014 at 6:39

Attachments:

GoogleCodeExporter commented 9 years ago
After reviewing all issues, we need at least a temporary fix for this important 
function for world extent layers such as worldclim. E.g., this function enables 
rapid modeling of invasive species in Australia given home range parameters.

I can't agree with WontFix given the significance and urgency (due to it being 
the SUBJECT of a national presentation at Locate14 - spatial@gov). See attached 
accepted abstract. I cannot write the presentation without a solution and the 
audience will not be impressed if they try to replicate what I have tried to do.

Original comment by leebel...@gmail.com on 2 Mar 2014 at 10:32

Attachments:

GoogleCodeExporter commented 9 years ago
Struggling to reproduce this. Adam has suggested removing the WKT generation 
but not sure for certain this is the problem as I cant reproduce.

Original comment by moyesyside on 3 Mar 2014 at 1:29

GoogleCodeExporter commented 9 years ago
Just did the same 404 for me after about 3 minutes. See attached - it has the 
parameters on the 3 worldclim layers in the box.

Original comment by leebel...@gmail.com on 3 Mar 2014 at 1:51

Attachments:

GoogleCodeExporter commented 9 years ago
For the 404/speed problem, working with a reduced resolution appears to do the 
trick.  When input layers are only world coverage layers the output envelope is 
scaled to 0.04 instead of the default 0.01.  This is scaled dynamically based 
on the extents of the input layers.  Under 1min return in a dev test on 3 world 
extent layers.  Further testing is required.

Original comment by adam.col...@gmail.com on 3 Mar 2014 at 8:35

GoogleCodeExporter commented 9 years ago
Nice result!  Certainly within the current 5 min timeout.

Original comment by moyesyside on 3 Mar 2014 at 9:30

GoogleCodeExporter commented 9 years ago

Original comment by moyesyside on 3 Mar 2014 at 9:39

GoogleCodeExporter commented 9 years ago
Checks out wonderfully on dev! ToProd?

Original comment by leebel...@gmail.com on 3 Mar 2014 at 9:37

Attachments:

GoogleCodeExporter commented 9 years ago
patched on prod

Original comment by adam.col...@gmail.com on 10 Mar 2014 at 8:39