Now it works! but I don't know why...
Friday the FMRC aggregation wasn't working but today it works without
change the aggregation configuration and TDS version. Also, on Friday,
I deleted the FMRC aggregation cache
($TomcatHome/content/thredds/cache/collection).
So, today I'm suprised!
Cheers,
Kristian
On 19 April 2013 15:56, Kristian Sebastián <ksebastian@xxxxxxxx> wrote:
> Hi Marcos,
>
> I have deployed the latest THREDDS version 4.3.16 and setup the dataset to
> force rescan in a
> background process, but the same error is reproduced. You can check it in
> our public thredds:
>
> http://thredds.socib.es/thredds/godiva2/godiva2.html?server=http://thredds.socib.es/thredds/wms/operational_models/oceanographical/hydrodynamics/model_run_aggregation/wmopv2/wmopv2_best.ncd
>
> If you can't reproduce the problem maybe the problem is in the
> threddsConfig.xml. Is there some
> kind of configuration for FMRC in that one?
>
> Cheers,
> Kristian
>
>
>
> On 18 April 2013 08:53, Kristian Sebastián <ksebastian@xxxxxxxx> wrote:
>
>> Hi Marcos,
>>
>> Thanks for your quickly reply. I'll test it as soon as possible.
>>
>> Cheers!
>>
>>
>> On 12 April 2013 23:08, Marcos Hermida <mhermida@xxxxxxxxxxxxxxxx> wrote:
>>
>>> Hi Kristian,
>>>
>>> I've downloaded some files from your thredds and was trying to reproduce
>>> the problem but everything worked fine.
>>> Have you tried to add an update tag to your catalog and force the
>>> collection rescan in a background process. Something like this:
>>>
>>> <dataset name="model_run_aggregation"
>>> ID="operational_models/oceanographical/hydrodynamics/model_run_aggregation">
>>>
>>> <featureCollection name="wmopv2" featureType="FMRC"
>>> path="operational_models/oceanographical/hydrodynamics/model_run_aggregation/wmopv2">
>>> <collection
>>> spec="/home/ksebastian/opendap/operational_models/oceanographical/hydrodynamics/wmopv2/2013/04/roms_wmopv2_#yyyyMMdd#.nc$"
>>> timeUnitsChange="true" />
>>> <update startup="true" rescan="0 0/30 * * * ?" />
>>> <fmrcConfig datasetTypes="TwoD Best Runs ConstantForecasts
>>> ConstantOffsets Files" />
>>> </featureCollection>
>>>
>>> </dataset>
>>>
>>>
>>> Cheers!
>>>
>>>
>>> On 04/11/2013 02:29 AM, Kristian Sebastián wrote:
>>>
>>> Hi all,
>>>
>>> We have configured a FMRC feature collection to aggregate data from
>>> ROMS oceanographical model data.
>>> Each day we have a NetCDF-CF file with data of two days afters and two
>>> days before (five days total), with
>>> time resolution of 3 hours.
>>>
>>> We have a web application, lw4nc2
>>> http://thredds.socib.es/lw4nc2/?m=wmopv2, which access to the Best time
>>> Series WMS service. But I don't why the wms service throws the exception
>>> attached in the
>>> wmopv2_best_wms_error.ncd.xml<https://mail.google.com/mail/u/0/?ui=2&ik=e6c322256a&view=att&th=13df7ffc0c8065de&attid=0.1&disp=safe&realattid=f_hfdlwho60&zw>
>>> file.
>>>
>>> The wms sercice throws the exception only when the time request are:
>>> all hours of the actual day and the two days after. and
>>> the day before at 00:00:00h. Also, for those times the opendap service
>>> throws the exception attached in the
>>> wmopv2_best_error.ncd.ascii.txt<https://mail.google.com/mail/u/0/?ui=2&ik=e6c322256a&view=att&th=13df808f4bed1978&attid=0.1&disp=safe&realattid=f_hfdm961j1&zw>
>>>
>>> file.
>>>
>>> We have test in a local Thredds with less files, first with one, then
>>> two, three.. The same problem is reproduced.
>>>
>>> Also, is attached the feature collection configuration
>>> wmopv2_fmrc_feature_collection.xml<https://mail.google.com/mail/u/0/?ui=2&ik=e6c322256a&view=att&th=13df82d5a58b299f&attid=0.4&disp=safe&realattid=f_hfdno6xz3&zw>
>>> and three sample ROMS
>>> files:
>>>
>>> wmopv2.zip<https://docs.google.com/a/socib.es/file/d/0B6PLQmFeeXzZMU02VDV1ZWhYUXc/edit?usp=drive_web>
>>>
>>> Cheers,
>>> Kristian
>>>
>>> --
>>>
>>> Kristian Sebastian Blalid
>>> SOS Division: Data Center Technical
>>> Tel: 971439860 - Fax: 971439979
>>> E-mail: kristian.sebastian@xxxxxxxx
>>>
>>>
>>>
>>> _______________________________________________
>>> thredds mailing listthredds@xxxxxxxxxxxxxxxx
>>> For list information or to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>>>
>>>
>>>
>>
>>
>> --
>>
>> Kristian Sebastian Blalid
>> SOS Division: Data Center Technical
>> Tel: 971439860 - Fax: 971439979
>> E-mail: kristian.sebastian@xxxxxxxx
>>
>>
>
>
> --
>
> Kristian Sebastian Blalid
> SOS Division: Data Center Technical
> Tel: 971439860 - Fax: 971439979
> E-mail: kristian.sebastian@xxxxxxxx
>
>
--
Kristian Sebastian Blalid
SOS Division: Data Center Technical
Tel: 971439860 - Fax: 971439979
E-mail: kristian.sebastian@xxxxxxxx
