[Met_help] More MET questions

[John Halley Gotway]

Dan,

Wow, that does take a long time to parse that NEVS polyline mask with 3698 points in it.  I've added a task to our list for METv2.0 to support pre-computed masking regions in NetCDF format.  And we'll
plan to include a tool to create that mask file from a polyline file and a forecast file (from which we'll extract the grid info).  Thanks for pointing this issue out.  I think it's a really good idea.

Then I ran Grid-Stat over the whole domain and found that we're using 1,679,940 matched pairs.  And I'm seeing the exact same GSL error message you're seeing.  When I run over a smaller domain
(consisting of 391,294 points), it runs fine.  So I'm sure it has something to do with handling that large of a number of matched pairs.  I'll try to figure it out.

Thanks,
John


Daniel Schaffer wrote:
> Hey John
> 
> FYI.  Given the difficulties I ran into as we have been discussing and a short time fuse I face, I have gone ahead and written my own code that computes counts for various neighborhood widths.  So at this moment it is not super-critical to resolve these issues.  However, it would be interesting to compare the counts I generate with MET's answers.
> 
> I've attached the files that you requested.  Note that I only attached a sample forecast file since the behavior is the same if the forecast and obs files are identical.
> 
> As for your response below; I had already seen that.  I'm not clear how it's relevant to the problem I'm having with the GSL gamma function.
> 
>>> Regarding GSL, please see the entry about GSL on the known issue page of the MET website:
>>> http://www.dtcenter.org/met/users/support/known_issues/METv1.1/index.php
>>> Look in the section on Grid-Stat.
>>>
> 
> Thanks for your continued support.
> Dan
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Met_help mailing list
> Met_help at mailman.ucar.edu
> http://mailman.ucar.edu/mailman/listinfo/met_help