ncwms-users Mailing List for Web Map Service for NetCDF data
Brought to you by:
guygriffiths,
jonblower
Menu
▾
▴
ncwms-users — Mailing list for users
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(7) |
Feb
(7) |
Mar
(1) |
Apr
(17) |
May
(5) |
Jun
(12) |
Jul
(2) |
Aug
(15) |
Sep
(8) |
Oct
(18) |
Nov
(4) |
Dec
(17) |
| 2009 |
Jan
(34) |
Feb
(35) |
Mar
(17) |
Apr
(11) |
May
(36) |
Jun
(56) |
Jul
(28) |
Aug
(21) |
Sep
(23) |
Oct
(82) |
Nov
(35) |
Dec
(21) |
| 2010 |
Jan
(5) |
Feb
(20) |
Mar
(21) |
Apr
(11) |
May
(17) |
Jun
(10) |
Jul
(8) |
Aug
(39) |
Sep
(34) |
Oct
(18) |
Nov
(8) |
Dec
(4) |
| 2011 |
Jan
(1) |
Feb
(8) |
Mar
(11) |
Apr
(24) |
May
(18) |
Jun
(11) |
Jul
(3) |
Aug
(19) |
Sep
(3) |
Oct
(10) |
Nov
(16) |
Dec
(9) |
| 2012 |
Jan
(16) |
Feb
(14) |
Mar
(6) |
Apr
(7) |
May
|
Jun
(9) |
Jul
(11) |
Aug
(2) |
Sep
(8) |
Oct
(6) |
Nov
|
Dec
(8) |
| 2013 |
Jan
(5) |
Feb
(13) |
Mar
(11) |
Apr
(14) |
May
(23) |
Jun
(9) |
Jul
(16) |
Aug
(13) |
Sep
(11) |
Oct
(11) |
Nov
(5) |
Dec
(16) |
| 2014 |
Jan
(22) |
Feb
(8) |
Mar
(6) |
Apr
(1) |
May
(25) |
Jun
|
Jul
(11) |
Aug
(5) |
Sep
(11) |
Oct
(8) |
Nov
(7) |
Dec
(22) |
| 2015 |
Jan
(2) |
Feb
(2) |
Mar
(4) |
Apr
(1) |
May
(7) |
Jun
(14) |
Jul
(8) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(6) |
Dec
|
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(13) |
Sep
(4) |
Oct
|
Nov
|
Dec
(5) |
| 2017 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
(4) |
May
(2) |
Jun
(5) |
Jul
(4) |
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Guy G. <guy...@th...> - 2020-01-28 10:04:27
|
Fred, Apologies for the delayed response, for some reason I only just received this mail. Unknown time axis units most likely indicate that you're using an unusual calendar (in the `calendar` attribute - http://cfconventions.org/Data/cf-conventions/cf-conventions-1.7/cf-conventions.html#calendar). If you're not using one of ISO8601, Julian, 360 day, 365 day (i.e. no leap years), or 366 day (i.e. all leap years), it will return "unknown" for the units. If that's not the issue, feel free to email me directly with some more details of your data and we can try and figure it out. Thanks, Guy On 16/09/2019 10:53, Fred W wrote: Hello all, This is my first post to the list, so please be gentle if I have missed anything obvious. I have started setting up an ncWMS2 (v2.4.1) installation (on top of THREDDS4.6.14) to serve up our netCDF data collection. These are mainly FMRC aggregations of operational model run results. I am testing OWGIS2, which I hope can be a useful test bed in addition to Godiva3 to see whether the data is served up correctly. I noticed that OWGIS2 makes a wms call with REQUEST=GetMetadata, presumably to get some info about the data set to configure its userinterface. This is a sample request to ncWMS2: http://localhost:8088/ncWMS2/wms?REQUEST=GetMetadata&item=layerDetails&layerName=fmrc_gridUV_daily/vozocrtx:vomecrty-group and it returns: { "categorical": false, "noDataColor": "transparent", "downloadable": true, "copyright": "", "bbox": [ ... ], ... "datesWithData": { "2019": { "0": [ 1, 2, ... "units": "", "numColorBands": 250, "moreInfo": "", "timeAxisUnits": "unknown", "aboveMaxColor": "0xFF000000", "supportsTransects": false, ... } My key question is about "timeAxisUnits": "unknown". Why is it returning "unknown"?? I think it might be the reason that OWGIS2 doesn't display a data picker for this data set, even though there are many "datesWithData". I compare my output to the result from a wms server used as an example for OWGIS2: http://132.248.8.238:8080/ncWMS_2015/wms?REQUEST=GetMetadata&item=layerDetails&layerName=global_uv_2015/water_u:water_v-group where the timeAxisUnits are ISO8601. I also checked a GetCapabilities request and found this: http://localhost:8088/ncWMS2/wms?REQUEST=GetCapabilities&VERSION=1.3.0 ... <Dimension name="time" units="unknown" multipleValues="true" current="true" default="2019-09-16T12:00:00.000Z"> 2018-07-20T12:00:00.000Z/2018-07-26T12:00:00.000Z/P1D,2018-10-02T12:00:00.000Z/2018-12-19T12:00:00.000Z/P1D,2019-01-10T12:00:00.000Z/2019-09-20T12:00:00.000Z/P1D </Dimension> ... so something is spoiling my time axis units. In my ~tomcat/.ncWMS/config.xml the dataset is defined like this: ... <dataset id="fmrc_gridUV_daily" title="Ocean - gridUV daily" location="http://localhost:8088/thredds/dodsC/fmrc/ocean/gridUV_daily/fmrc_gridUV_daily_best.ncd" queryable="true" downloadable="true" dataReaderClass="" copyrightStatement="" moreInfo="" disabled="false" updateInterval="1440"> <variables> <variable id="vozocrtx:vomecrty-group" title="sea_water_velocity" description="Vector fields for sea_water_velocity" palette="seq-BlueHeat-inv" belowMinColor="#FF000000" aboveMaxColor="#FF000000" noDataColor="transparent" numColorBands="250" disabled="false" colorScaleRange="0.0 1.0" scaling="linear"/> <variable id="vozocrtx:vomecrty-mag" title="Magnitude of sea water velocity" description="Magnitude of components: Sea water eastward velocity and Sea water northward velocity" palette="seq-BlueHeat-inv" belowMinColor="#FF000000" aboveMaxColor="#FF000000" noDataColor="transparent" numColorBands="250" disabled="false" colorScaleRange="0.0 1.0" scaling="linear"/> <variable id="vozocrtx" title="Sea water eastward velocity" description="Sea water eastward velocity" palette="div-BuRd" belowMinColor="#FF000000" aboveMaxColor="#FF000000" noDataColor="transparent" numColorBands="250" disabled="false" colorScaleRange="-1.0 1.0" scaling="linear"/> <variable id="vomecrty" title="Sea water northward velocity" description="Sea water northward velocity" palette="div-BuRd" belowMinColor="#FF000000" aboveMaxColor="#FF000000" noDataColor="transparent" numColorBands="250" disabled="false" colorScaleRange="-1.0 1.0" scaling="linear"/> <variable id="vozocrtx:vomecrty-dir" title="Direction of sea water velocity" description="Direction of components: Sea water eastward velocity and Sea water northward velocity" palette="default" belowMinColor="#FF000000" aboveMaxColor="#FF000000" noDataColor="transparent" numColorBands="250" disabled="false" colorScaleRange="-180.0 180.0" scaling="linear"/> </variables> </dataset> ... The thredds URL ( http://localhost:8088/thredds/dodsC/fmrc/ocean/gridUV_daily/fmrc_gridUV_daily_best.ncd) points to the THREDDS server which runs within the same tomcat serving the netCDF files. The relevant section from the thredds server's catalog.xml is: <dataset name="Operational ocean model (FMRC)"> ... <featureCollection name="fmrc_gridUV_daily" featureType="FMRC" harvest="true" path="fmrc/ocean/gridUV_daily"> <metadata inherited="true"> <serviceName>fmrcServices</serviceName> <dataFormat>netCDF</dataFormat> <documentation type="summary">FMRC daily gridUV</documentation> </metadata> <collection spec="/model/ocean/**/#yyyyMMdd#T0000Z_regrid_forecast\.gridUV\.nc$"/> </featureCollection> ... </dataset> Can anyone point me in the right direction? Thanks, Fred |
|
From: Fred W <sol...@gm...> - 2019-09-16 09:53:43
|
Hello all,
This is my first post to the list, so please be gentle if I have missed
anything obvious.
I have started setting up an ncWMS2 (v2.4.1) installation (on top of
THREDDS4.6.14) to serve up our netCDF data collection. These are mainly
FMRC aggregations of operational model run results.
I am testing OWGIS2, which I hope can be a useful test bed in addition to
Godiva3 to see whether the data is served up correctly.
I noticed that OWGIS2 makes a wms call with REQUEST=GetMetadata, presumably
to get some info about the data set to configure its userinterface. This is
a sample request to ncWMS2:
*http://localhost:8088/ncWMS2/wms?REQUEST=GetMetadata&item=layerDetails&layerName=fmrc_gridUV_daily/vozocrtx:vomecrty-group
<http://localhost:8088/ncWMS2/wms?REQUEST=GetMetadata&item=layerDetails&layerName=fmrc_gridUV_daily/vozocrtx:vomecrty-group>*
and it returns:
{
"categorical": false,
"noDataColor": "transparent",
"downloadable": true,
"copyright": "",
"bbox": [
...
],
...
"datesWithData": {
"2019": {
"0": [
1,
2,
...
"units": "",
"numColorBands": 250,
"moreInfo": "",
* "timeAxisUnits": "unknown",*
"aboveMaxColor": "0xFF000000",
"supportsTransects": false,
...
}
My key question is about "timeAxisUnits": "unknown". Why is it returning
"unknown"??
I think it might be the reason that OWGIS2 doesn't display a data picker
for this data set, even though there are many "datesWithData".
I compare my output to the result from a wms server used as an example for
OWGIS2:
http://132.248.8.238:8080/ncWMS_2015/wms?REQUEST=GetMetadata&item=layerDetails&layerName=global_uv_2015/water_u:water_v-group
where the timeAxisUnits are ISO8601.
I also checked a GetCapabilities request and found this:
*http://localhost:8088/ncWMS2/wms?REQUEST=GetCapabilities&VERSION=1.3.0
<http://localhost:8088/ncWMS2/wms?REQUEST=GetCapabilities&VERSION=1.3.0>*
...
<Dimension name="time" units="unknown" multipleValues="true" current="true"
default="2019-09-16T12:00:00.000Z">
2018-07-20T12:00:00.000Z/2018-07-26T12:00:00.000Z/P1D,2018-10-02T12:00:00.000Z/2018-12-19T12:00:00.000Z/P1D,2019-01-10T12:00:00.000Z/2019-09-20T12:00:00.000Z/P1D
</Dimension>
...
so something is spoiling my time axis units.
In my ~tomcat/.ncWMS/config.xml the dataset is defined like this:
...
<dataset id="fmrc_gridUV_daily" title="Ocean - gridUV daily"
location="
http://localhost:8088/thredds/dodsC/fmrc/ocean/gridUV_daily/fmrc_gridUV_daily_best.ncd"
queryable="true" downloadable="true" dataReaderClass=""
copyrightStatement="" moreInfo="" disabled="false" updateInterval="1440">
<variables>
<variable id="vozocrtx:vomecrty-group"
title="sea_water_velocity" description="Vector fields for
sea_water_velocity" palette="seq-BlueHeat-inv" belowMinColor="#FF000000"
aboveMaxColor="#FF000000" noDataColor="transparent" numColorBands="250"
disabled="false" colorScaleRange="0.0 1.0" scaling="linear"/>
<variable id="vozocrtx:vomecrty-mag" title="Magnitude of
sea water velocity" description="Magnitude of components: Sea water
eastward velocity and Sea water northward velocity"
palette="seq-BlueHeat-inv" belowMinColor="#FF000000"
aboveMaxColor="#FF000000" noDataColor="transparent" numColorBands="250"
disabled="false" colorScaleRange="0.0 1.0" scaling="linear"/>
<variable id="vozocrtx" title="Sea water eastward velocity"
description="Sea water eastward velocity" palette="div-BuRd"
belowMinColor="#FF000000" aboveMaxColor="#FF000000"
noDataColor="transparent" numColorBands="250" disabled="false"
colorScaleRange="-1.0 1.0" scaling="linear"/>
<variable id="vomecrty" title="Sea water northward
velocity" description="Sea water northward velocity" palette="div-BuRd"
belowMinColor="#FF000000" aboveMaxColor="#FF000000"
noDataColor="transparent" numColorBands="250" disabled="false"
colorScaleRange="-1.0 1.0" scaling="linear"/>
<variable id="vozocrtx:vomecrty-dir" title="Direction of
sea water velocity" description="Direction of components: Sea water
eastward velocity and Sea water northward velocity" palette="default"
belowMinColor="#FF000000" aboveMaxColor="#FF000000"
noDataColor="transparent" numColorBands="250" disabled="false"
colorScaleRange="-180.0 180.0" scaling="linear"/>
</variables>
</dataset>
...
The thredds URL (
http://localhost:8088/thredds/dodsC/fmrc/ocean/gridUV_daily/fmrc_gridUV_daily_best.ncd)
points to the THREDDS server which runs within the same tomcat serving the
netCDF files.
The relevant section from the thredds server's catalog.xml is:
<dataset name="Operational ocean model (FMRC)">
...
<featureCollection name="fmrc_gridUV_daily" featureType="FMRC"
harvest="true" path="fmrc/ocean/gridUV_daily">
<metadata inherited="true">
<serviceName>fmrcServices</serviceName>
<dataFormat>netCDF</dataFormat>
<documentation type="summary">FMRC daily
gridUV</documentation>
</metadata>
<collection
spec="/model/ocean/**/#yyyyMMdd#T0000Z_regrid_forecast\.gridUV\.nc$"/>
</featureCollection>
...
</dataset>
Can anyone point me in the right direction?
Thanks,
Fred
|
|
From: Ghansham S. <gha...@gm...> - 2018-07-04 14:36:21
|
Hi sir Please mention which exact version of ncwms you are using? Recently I had similar issue while handling unsigned data. I got it fixed in netcdf java. So it is surprising to know that issue apparently seems to be on the ncwms side. But that can always be looked into. Regards Ghansham On Tue, Jul 3, 2018, 22:50 Tad Slawecki <tsl...@li...> wrote: > Ghansham et al, > > > > ncdump and TDS OPENDAP retrievals show the netCDF file containing values > in the desired range [0,255]. Godiva and ncWMS seem to transform the range > to [125, 126] (not [-127,128] because there are some unused values). > > > > Tad > > > > > > > > > ------------------------------ > *From:* Ghansham Sangar <gha...@gm...> > *Sent:* Tuesday, July 3, 2018 1:12 PM > *To:* Tad Slawecki > *Cc:* ncw...@li... > *Subject:* Re: [Ncwms-users] Reviving "how to display unsigned integers > in godiva2" > > This issue is related to netcdf I suppose. > > On Tue, Jul 3, 2018, 22:08 Tad Slawecki <tsl...@li...> wrote: > >> Jon, >> >> >> >> I am having issues similar to those described in >> https://sourceforge.net/p/ncwms/mailman/message/25991389/, namely that a >> netCDF with integer values 0-252 gets displayed with values in the range >> [-125,126]. Was there any resolution to the original issue? My main problem >> is that the .nc is derived from a geotiff, and the TIFF color palette >> doesn't work once the values are transformed. Derivation is using >> gdal_translate/ >> >> >> >> Thank you, >> >> >> >> Tad >> >> __________________________________________________________ >> >> >> >> Theodore A.D. Slawecki >> Senior Engineer *· *Computer Manager >> 501 Avis Drive, Ann Arbor, MI 48108 >> Office: 734-332-1200 email: mailto:tsl...@li... >> <tsl...@li...> >> >> LimnoTech http://www.limno.com/ >> Water · Environment | Scientists · Engineers >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Ncwms-users mailing list >> Ncw...@li... >> https://lists.sourceforge.net/lists/listinfo/ncwms-users >> > |
|
From: Tad S. <tsl...@li...> - 2018-07-03 17:20:10
|
Ghansham et al, ncdump and TDS OPENDAP retrievals show the netCDF file containing values in the desired range [0,255]. Godiva and ncWMS seem to transform the range to [125, 126] (not [-127,128] because there are some unused values). Tad ________________________________ From: Ghansham Sangar <gha...@gm...> Sent: Tuesday, July 3, 2018 1:12 PM To: Tad Slawecki Cc: ncw...@li... Subject: Re: [Ncwms-users] Reviving "how to display unsigned integers in godiva2" This issue is related to netcdf I suppose. On Tue, Jul 3, 2018, 22:08 Tad Slawecki <tsl...@li...<mailto:tsl...@li...>> wrote: Jon, I am having issues similar to those described in https://sourceforge.net/p/ncwms/mailman/message/25991389/, namely that a netCDF with integer values 0-252 gets displayed with values in the range [-125,126]. Was there any resolution to the original issue? My main problem is that the .nc is derived from a geotiff, and the TIFF color palette doesn't work once the values are transformed. Derivation is using gdal_translate/ Thank you, Tad __________________________________________________________ Theodore A.D. Slawecki Senior Engineer · Computer Manager 501 Avis Drive, Ann Arbor, MI 48108 Office: 734-332-1200 email: mailto:tsl...@li... LimnoTech http://www.limno.com/ Water · Environment | Scientists · Engineers ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________ Ncwms-users mailing list Ncw...@li...<mailto:Ncw...@li...> https://lists.sourceforge.net/lists/listinfo/ncwms-users |
|
From: Ghansham S. <gha...@gm...> - 2018-07-03 17:13:04
|
This issue is related to netcdf I suppose. On Tue, Jul 3, 2018, 22:08 Tad Slawecki <tsl...@li...> wrote: > Jon, > > > > I am having issues similar to those described in > https://sourceforge.net/p/ncwms/mailman/message/25991389/, namely that a > netCDF with integer values 0-252 gets displayed with values in the range > [-125,126]. Was there any resolution to the original issue? My main problem > is that the .nc is derived from a geotiff, and the TIFF color palette > doesn't work once the values are transformed. Derivation is using > gdal_translate/ > > > > Thank you, > > > > Tad > > __________________________________________________________ > > > > Theodore A.D. Slawecki > Senior Engineer *· *Computer Manager > 501 Avis Drive, Ann Arbor, MI 48108 > Office: 734-332-1200 email: mailto:tsl...@li... > <tsl...@li...> > > LimnoTech http://www.limno.com/ > Water · Environment | Scientists · Engineers > > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Ncwms-users mailing list > Ncw...@li... > https://lists.sourceforge.net/lists/listinfo/ncwms-users > |
|
From: Tad S. <tsl...@li...> - 2018-07-03 16:38:31
|
Jon, I am having issues similar to those described in https://sourceforge.net/p/ncwms/mailman/message/25991389/, namely that a netCDF with integer values 0-252 gets displayed with values in the range [-125,126]. Was there any resolution to the original issue? My main problem is that the .nc is derived from a geotiff, and the TIFF color palette doesn't work once the values are transformed. Derivation is using gdal_translate/ Thank you, Tad __________________________________________________________ Theodore A.D. Slawecki Senior Engineer · Computer Manager 501 Avis Drive, Ann Arbor, MI 48108 Office: 734-332-1200 email: mailto:tsl...@li... LimnoTech http://www.limno.com/ Water · Environment | Scientists · Engineers |
|
From: Michael E H. <mh...@us...> - 2018-03-28 22:56:48
|
<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt" ><div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt" ><div dir="ltr" >I've been using the CoverageJSON feature for a while now, and am finding it very useful.</div>
<div dir="ltr" > </div>
<div dir="ltr" >However, we recently started a Leaflet JavaScript project that uses the leaflet-coverage package, and it is complaining about the URL that is being returned by ncWMS. And unless I'm doing something wrong, the URL is indeed not right.</div>
<div dir="ltr" > </div>
<div dir="ltr" >In ncWMS 2.4.0:</div>
<div dir="ltr" > </div>
<div dir="ltr" > "system" : {<br> "type" : "GeographicCRS",<br> "id" : "http://www.opengis.net/gml/srs/crs.xml#84"<br> }</div>
<div dir="ltr" > </div>
<div dir="ltr" >In ncWMS 2.2.8 the URL was:</div>
<div dir="ltr" style="margin-left: 40px;" ><a href="http://www.opengis.net/def/crs/ogc/1.3/crs84" >http://www.opengis.net/def/crs/ogc/1.3/crs84</a></div>
<div dir="ltr" > </div>
<div dir="ltr" >I haven't been able to find an explanation on what the URL should be, but on the page</div>
<div dir="ltr" style="margin-left: 40px;" ><a href="https://www.w3.org/2015/spatial/wiki/Coordinate_Reference_Systems" >https://www.w3.org/2015/spatial/wiki/Coordinate_Reference_Systems</a></div>
<div dir="ltr" >there's a link to</div>
<div dir="ltr" style="margin-left: 40px;" ><a href="http://www.opengis.net/def/crs/OGC/1.3/CRS84" >http://www.opengis.net/def/crs/OGC/1.3/CRS84</a></div>
<div dir="ltr" ><div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt" ><div dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" >which does work.</div>
<div dir="ltr" > </div>
<div dir="ltr" >Can someone else verify that ncWMS is returning the correct URL in the FORMAT=application/prs.coverage+json output? Everything else seems fine.</div>
<div dir="ltr" > </div>
<div dir="ltr" >Thanks,</div>
<div dir="ltr" > </div>
<div dir="ltr" >Mike Henderson</div>
<div dir="ltr" >------------------------------------------------------------------------------------------------------------------------------------<br>Applied Mathematics, TJ Watson Research Center<br>mh...@us...<br><a href="http://researcher.watson.ibm.com/researcher/view.php?person=us-mhender" target="_blank" >http://researcher.watson.ibm.com/researcher/view.php?person=us-mhender</a><br><a href="http://multifario.sourceforge.net/" target="_blank" >http://multifario.sourceforge.net/</a></div></div></div></div></div></div><BR>
|
|
From: Ghansham S. <gha...@gm...> - 2018-02-28 17:55:59
|
Hi all Is it poosible to extract data or statistics based on shape (polygon) passed in the form of polygon to ncwms2? Regards Ghansham |
|
From: Mario A. T. De S. <mt...@dh...> - 2018-02-02 15:31:35
|
Hello
I'm having problems starting up ncWMS standalone since version 2.2.7.
I get this error
[Winstone 2018/02/02 14:54:04] - Error initializing web application: prefix []
java.lang.IncompatibleClassChangeError: Expected static field uk.ac.rdg.resc.edal.ncwms.NcwmsCatalogue.cacheManager
at uk.ac.rdg.resc.edal.ncwms.NcwmsCatalogue.<init>(NcwmsCatalogue.java:85)
at uk.ac.rdg.resc.edal.ncwms.NcwmsApplicationServlet.init(NcwmsApplicationServlet.java:297)
at winstone.ServletConfiguration.ensureInitialization(ServletConfiguration.java:183)
at winstone.WebAppConfiguration.<init>(WebAppConfiguration.java:918)
at winstone.HostConfiguration.initWebApp(HostConfiguration.java:131)
at winstone.HostConfiguration.<init>(HostConfiguration.java:73)
at winstone.HostGroup.initHost(HostGroup.java:85)
at winstone.HostGroup.<init>(HostGroup.java:45)
at winstone.Launcher.<init>(Launcher.java:196)
at winstone.Launcher.main(Launcher.java:391)
Any help appreciated
Best regards
Mario
|
|
From: Ghansham S. <gha...@gm...> - 2017-09-17 00:52:32
|
R/All, Can I get sample of unstructured grid data that is supported by ncwms2, preferrably Meteo Galacia winds available on ncwms2 demo site: http://godiva.rdg.ac.uk/ncWMS2/Godiva3.html I feel there should be some sample datasets of each type provided with ncwms2 documentation or ncwms2 githib. Many display software like GrADS provide sample. It can be very old. Regards Ghansham |
|
From: Lee Z. <lz...@uv...> - 2017-09-12 23:27:13
|
Hello, I hope this message finds everyone in good health and good spirits. I'm using ncWMS 2.2.8. I'm having trouble getting the "NUMCONTOURS" url argument to affect the generated map. Supplying different values of NUMCONTOURS=4, NUMCONTOURS=20, etc to ncWMS results in identical maps. After reading a previous posting on this list ( https://sourceforge.net/p/ncwms/mailman/message/31813919/),<https://sourceforge.net/p/ncwms/mailman/message/31813919/> I made sure to supply a COLORSCALERANGE argument along with NUMCONTOURS, and to verify that ncWMS is taking the range into account. However, changing NUMCONTOURS still has no effect on the map. Here's a typical request to ncWMS for me, I hope you can see something I'm doing wrong: SERVICE=WMS&REQUEST=GetMap&VERSION=1.1.1&LAYERS=pr_1961-1990_Canada%2Fpr&STYLES=colored_contours%2Fx-Occam&FORMAT=image%2Fpng&TRANSPARENT=true&HEIGHT=256&WIDTH=256&NOWRAP=true&TIME=1977-07-02T00%3A00%3A00Z&SRS=EPSG%3A4326&LOGSCALE=true&NUMCONTOURS=8&OPACITY=80&ABOVEMAXCOLOR=transparent&BELOWMINCOLOR=transparent&COLORSCALERANGE=0.2685%2C9.045&BBOX=-75,40,-50,65 Any suggestions? Thank you, Lee Zeman |
|
From: Sean A. <sa...@uc...> - 2017-09-05 17:31:14
|
Greetings John, I do not believe these properties can be set in wmsConfig.xml. If you open an issue on github, I'd be happy to take a look in getting this to work in 5.0 (and perhaps 4.6.x, if it's a quick fix). Cheers! Sean On Fri, Sep 1, 2017 at 4:41 PM, John Maurer <jm...@ha...> wrote: > Is there a way to specify a global default in TDS wmsConfig.xml for the > following ncWMS settings? > > ABOVEMAXCOLOR=extend > BELOWMINCOLOR=extend > > I'm also wondering if I can adjust these settings at the > datasetPath/pathDefaults level because I might want to change the above to > "transparent" in some cases. > Thanks!, > John Maurer > Pacific Islands Ocean Observing System (PacIOOS) > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Ncwms-users mailing list > Ncw...@li... > https://lists.sourceforge.net/lists/listinfo/ncwms-users > > |
|
From: John M. <jm...@ha...> - 2017-09-01 23:11:46
|
Is there a way to specify a global default in TDS wmsConfig.xml for the following ncWMS settings? ABOVEMAXCOLOR=extend BELOWMINCOLOR=extend I'm also wondering if I can adjust these settings at the datasetPath/pathDefaults level because I might want to change the above to "transparent" in some cases. Thanks!, John Maurer Pacific Islands Ocean Observing System (PacIOOS) |
|
From: Guy G. <guy...@th...> - 2017-07-18 12:08:34
|
Ghansham, We do not implement NcML aggregation in EDAL, we only use it. Currently all of these attributes are required to match for an NcML aggregation. Thanks, Guy On 25/06/17 14:25, Ghansham Sangar wrote: > I feel you should look into only time units, add_offset and scale > factor and ncml aggregation related variables. > > All should not be as they are not required from NcML aggregation. > > > On Sun, Jun 25, 2017 at 6:52 PM, Ghansham Sangar > <gha...@gm... <mailto:gha...@gm...>> wrote: > > I have set of cf complaint nc files which I am trying to aggregate > using the glob expression. > > Now the variable has some calibration related to parameters. As > these datasets are thermal channel datasets, so it is expected > that these attribute values may not be same for every time. > But it seems that ncwms2 aggregator has constraints on the > variable attributes to have exactly same values. I feel it is > quite strict condition. I feel it should look into attributes > which are CDM/ CF specific only. > > > See the exception below: > > > Starting loading > Using dataset factory: class > uk.ac.rdg.resc.edal.dataset.cdm.CdmGridDatasetFactory > > > Error report > > *Stack trace:* > uk.ac.rdg.resc.edal.exceptions.EdalException: *Problem creating > dataset 3DIMG_L1B_STD_8KM at > /home/rapid/ncwms2_out/3DIMG_*_L1B_STD_8.nc* > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:115) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:68) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.createDataset(DatasetConfig.java:254) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.refresh(DatasetConfig.java:213) > uk.ac.rdg.resc.edal.catalogue.jaxb.CatalogueConfig$1.run(CatalogueConfig.java:154) > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > java.lang.Thread.run(Thread.java:745) > > > uk.ac.rdg.resc.edal.exceptions.MetadataException: *Trying to > aggregate NetCDF files, but the variable IMG_WV in the file > /home/rapid/ncwms2_out/3DIMG_25JUN2017_0030_L1B_STD_8.nc has an > attribute lab_radiance_scale_factor with the value 0.00124187 > which is different to the value of lab_radiance_scale_factor on > IMG_WV in a different file. All variable attributes must match > across all files in the aggregation.* > uk.ac.rdg.resc.edal.dataset.cdm.NetcdfDatasetAggregator.getDataset(NetcdfDatasetAggregator.java:358) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.getNetcdfDatasetFromLocation(CdmDatasetFactory.java:123) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:83) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:68) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.createDataset(DatasetConfig.java:254) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.refresh(DatasetConfig.java:213) > uk.ac.rdg.resc.edal.catalogue.jaxb.CatalogueConfig$1.run(CatalogueConfig.java:154) > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > java.lang.Thread.run(Thread.java:745) > > > |
|
From: Guy G. <guy...@th...> - 2017-07-18 11:50:17
|
Ghansham, The Java version is set to 1.8 because the code needs Java 1.8. Changing the version in pom.xml will not make the code compatible, it will just change the errors you get. Thanks, Guy On 19/06/17 13:30, Ghansham Sangar wrote: > I am trying to compile edal-java-1.2.8 with jdk1.7.0_10 and maven 3.5.0. > I have changed the target 1.7 in pom.xml as 1.8 is giving error. > > But getting following errors: > > > /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[235,31] > error: local variable vertices is accessed from within inner class; > needs to be declared final > [ERROR] > /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[240,31] > error: local variable vertices is accessed from within inner class; > needs to be declared final > [ERROR] > /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[246,31] > error: local variable vertices is accessed from within inner class; > needs to be declared final > [ERROR] > /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[251,31] > error: local variable vertices is accessed from within inner class; > needs to be declared final > [ERROR] > /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/main/java/uk/ac/rdg/resc/edal/grid/DerivedStaggeredGrid.java:[155,39] > error: local variable originalDomainObjects is accessed from within > inner class; needs to be declared final > [ERROR] > /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/main/java/uk/ac/rdg/resc/edal/grid/DerivedStaggeredGrid.java:[169,43] > error: local variable originalDomainObjects is accessed from within > inner class; needs to be declared final > > > > > Kindly help. > > regards > Ghansham > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Ncwms-users mailing list > Ncw...@li... > https://lists.sourceforge.net/lists/listinfo/ncwms-users |
|
From: Guy G. <guy...@th...> - 2017-07-18 11:23:37
|
Justino, If you go to the admin interface and click the "edit" link to the left of the dataset, you can disable individual variables by clicking the "Disabled" checkbox on the rightmost column, and finally clicking the "Save" button. You can also set the attribute disabled="true" on the desired variable in config.xml. This is what the admin interface method described above does. Thanks, Guy On 01/07/17 16:25, Justino Martínez wrote: > Hi, > > I'm not sure if this has been implemented in the new releases... > We are serving netCDFs that contain internal control variables that > are not interesting to the user our aim is to serve only some of the > variables that are contained in the netCDF... How can we "deselect" > the variables that shouldn't be served? > > There is any workaround? > > Thanks in advance? > > |
|
From: Justino M. <ju...@ic...> - 2017-07-01 16:01:41
|
Hi,
I'm not sure if this has been implemented in the new releases...
We are serving netCDFs that contain internal control variables that
are not interesting to the user our aim is to serve only some of the
variables that are contained in the netCDF... How can we "deselect"
the variables that shouldn't be served?
There is any workaround?
Thanks in advance?
--
===============================================
Justino Martinez ju...@ic...
Institut de Ciències del Mar (CMIMA-CSIC)
_o Departament d'Oceanografia Física
//_| Passeig Marítim de la Barceloneta,37-49
/\ | 08003 Barcelona
/ / | Despatx P1 - (+34) 93 230 96 31
CP34-BEC http://cp34-bec.cmima.csic.es
===============================================
|
|
From: Michael E H. <mh...@us...> - 2017-06-30 17:16:44
|
<div class="socmaildefaultfont" style="font-family: Arial, Helvetica, sans-serif; font-size: 10.5pt;" dir="ltr" ><div dir="ltr" >I deployed the 2.2.8 ncWMS2.war file from <a href="https://github.com/Reading-eScience-Centre/ncwms/releases/tag/ncwms-2.2.8" >https://github.com/Reading-eScience-Centre/ncwms/releases/tag/ncwms-2.2.8</a> on tomcat7. I had been using 2.1.2,</div> <div dir="ltr" > </div> <div dir="ltr" >I defined a layer that I have used before using the admin interface, and it loaded without error. But when I go to the front page and try the "Test GetMap" I get a ServiceException code="StyleNotDefined" with the message</div> <div dir="ltr" > </div> <div style="margin-left: 40px;" dir="ltr" >The layer DTArchive/U cannot be plotted - no styles support it.<br> </div> <div dir="ltr" >Are the styles no longer packaged in the warfile? Is there another step that I need to do to define the styles that were available in 2.1.2? This problem seems to go back to version 2.2.6 of the warfile.</div> <div dir="ltr" > </div> <div dir="ltr" >Thanks,</div> <div dir="ltr" > </div> <div dir="ltr" >Mike Henderson</div> <div dir="ltr" ><div class="socmaildefaultfont" style="font-family: Arial; font-size: 10.5pt;" dir="ltr" ><div dir="ltr" >------------------------------------------------------------------------------------------------------------------------------------<br>Environmental Monitoring and Management, TJ Watson Research Center<br>mh...@us...<br><a href="http://researcher.watson.ibm.com/researcher/view.php?person=us-mhender" >http://researcher.watson.ibm.com/researcher/view.php?person=us-mhender</a><br><a href="http://multifario.sourceforge.net/" >http://multifario.sourceforge.net/</a></div></div></div></div><BR> |
|
From: Ghansham S. <gha...@gm...> - 2017-06-28 00:55:51
|
Dear Sir Do we have a disk based caching option available in ncwms? Regards Ghansham |
|
From: Ghansham S. <gha...@gm...> - 2017-06-25 13:25:32
|
I feel you should look into only time units, add_offset and scale factor and ncml aggregation related variables. All should not be as they are not required from NcML aggregation. On Sun, Jun 25, 2017 at 6:52 PM, Ghansham Sangar <gha...@gm...> wrote: > I have set of cf complaint nc files which I am trying to aggregate using > the glob expression. > > Now the variable has some calibration related to parameters. As these > datasets are thermal channel datasets, so it is expected that these > attribute values may not be same for every time. > But it seems that ncwms2 aggregator has constraints on the variable > attributes to have exactly same values. I feel it is quite strict > condition. I feel it should look into attributes which are CDM/ CF specific > only. > > > See the exception below: > > > Starting loading > Using dataset factory: class uk.ac.rdg.resc.edal.dataset. > cdm.CdmGridDatasetFactory > > Error report*Stack trace:* > uk.ac.rdg.resc.edal.exceptions.EdalException: *Problem creating dataset > 3DIMG_L1B_STD_8KM at /home/rapid/ncwms2_out/3DIMG_*_L1B_STD_8.nc* > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset( > CdmDatasetFactory.java:115) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset( > CdmDatasetFactory.java:68) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig. > createDataset(DatasetConfig.java:254) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.refresh( > DatasetConfig.java:213) > uk.ac.rdg.resc.edal.catalogue.jaxb.CatalogueConfig$1.run( > CatalogueConfig.java:154) > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) > java.util.concurrent.ScheduledThreadPoolExecutor$ > ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run( > ScheduledThreadPoolExecutor.java:294) > java.util.concurrent.ThreadPoolExecutor.runWorker( > ThreadPoolExecutor.java:1142) > java.util.concurrent.ThreadPoolExecutor$Worker.run( > ThreadPoolExecutor.java:617) > java.lang.Thread.run(Thread.java:745) > > > uk.ac.rdg.resc.edal.exceptions.MetadataException: *Trying to aggregate > NetCDF files, but the variable IMG_WV in the file > /home/rapid/ncwms2_out/3DIMG_25JUN2017_0030_L1B_STD_8.nc has an attribute > lab_radiance_scale_factor with the value 0.00124187 which is different to > the value of lab_radiance_scale_factor on IMG_WV in a different file. All > variable attributes must match across all files in the aggregation.* > uk.ac.rdg.resc.edal.dataset.cdm.NetcdfDatasetAggregator.getDataset( > NetcdfDatasetAggregator.java:358) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory. > getNetcdfDatasetFromLocation(CdmDatasetFactory.java:123) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset( > CdmDatasetFactory.java:83) > uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset( > CdmDatasetFactory.java:68) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig. > createDataset(DatasetConfig.java:254) > uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.refresh( > DatasetConfig.java:213) > uk.ac.rdg.resc.edal.catalogue.jaxb.CatalogueConfig$1.run( > CatalogueConfig.java:154) > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) > java.util.concurrent.ScheduledThreadPoolExecutor$ > ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run( > ScheduledThreadPoolExecutor.java:294) > java.util.concurrent.ThreadPoolExecutor.runWorker( > ThreadPoolExecutor.java:1142) > java.util.concurrent.ThreadPoolExecutor$Worker.run( > ThreadPoolExecutor.java:617) > java.lang.Thread.run(Thread.java:745) > > > |
|
From: Ghansham S. <gha...@gm...> - 2017-06-25 13:22:11
|
I have set of cf complaint nc files which I am trying to aggregate using the glob expression. Now the variable has some calibration related to parameters. As these datasets are thermal channel datasets, so it is expected that these attribute values may not be same for every time. But it seems that ncwms2 aggregator has constraints on the variable attributes to have exactly same values. I feel it is quite strict condition. I feel it should look into attributes which are CDM/ CF specific only. See the exception below: Starting loading Using dataset factory: class uk.ac.rdg.resc.edal.dataset.cdm.CdmGridDatasetFactory Error report*Stack trace:* uk.ac.rdg.resc.edal.exceptions.EdalException: *Problem creating dataset 3DIMG_L1B_STD_8KM at /home/rapid/ncwms2_out/3DIMG_*_L1B_STD_8.nc* uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:115) uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:68) uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.createDataset(DatasetConfig.java:254) uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.refresh(DatasetConfig.java:213) uk.ac.rdg.resc.edal.catalogue.jaxb.CatalogueConfig$1.run(CatalogueConfig.java:154) java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) java.lang.Thread.run(Thread.java:745) uk.ac.rdg.resc.edal.exceptions.MetadataException: *Trying to aggregate NetCDF files, but the variable IMG_WV in the file /home/rapid/ncwms2_out/3DIMG_25JUN2017_0030_L1B_STD_8.nc has an attribute lab_radiance_scale_factor with the value 0.00124187 which is different to the value of lab_radiance_scale_factor on IMG_WV in a different file. All variable attributes must match across all files in the aggregation.* uk.ac.rdg.resc.edal.dataset.cdm.NetcdfDatasetAggregator.getDataset(NetcdfDatasetAggregator.java:358) uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.getNetcdfDatasetFromLocation(CdmDatasetFactory.java:123) uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:83) uk.ac.rdg.resc.edal.dataset.cdm.CdmDatasetFactory.createDataset(CdmDatasetFactory.java:68) uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.createDataset(DatasetConfig.java:254) uk.ac.rdg.resc.edal.catalogue.jaxb.DatasetConfig.refresh(DatasetConfig.java:213) uk.ac.rdg.resc.edal.catalogue.jaxb.CatalogueConfig$1.run(CatalogueConfig.java:154) java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) java.lang.Thread.run(Thread.java:745) |
|
From: Ghansham S. <gha...@gm...> - 2017-06-19 12:30:38
|
I am trying to compile edal-java-1.2.8 with jdk1.7.0_10 and maven 3.5.0. I have changed the target 1.7 in pom.xml as 1.8 is giving error. But getting following errors: /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/ main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[235,31] error: local variable vertices is accessed from within inner class; needs to be declared final [ERROR] /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/ main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[240,31] error: local variable vertices is accessed from within inner class; needs to be declared final [ERROR] /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/ main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[246,31] error: local variable vertices is accessed from within inner class; needs to be declared final [ERROR] /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/ main/java/uk/ac/rdg/resc/edal/geometry/SimplePolygon.java:[251,31] error: local variable vertices is accessed from within inner class; needs to be declared final [ERROR] /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/ main/java/uk/ac/rdg/resc/edal/grid/DerivedStaggeredGrid.java:[155,39] error: local variable originalDomainObjects is accessed from within inner class; needs to be declared final [ERROR] /usr1/imdpsopr/Downloads/edal-java-edal-1.2.8/common/src/ main/java/uk/ac/rdg/resc/edal/grid/DerivedStaggeredGrid.java:[169,43] error: local variable originalDomainObjects is accessed from within inner class; needs to be declared final Kindly help. regards Ghansham |
|
From: Ghansham S. <gha...@gm...> - 2017-05-17 01:34:38
|
Hi all I think the bounding box in lat lon reported by ncwms is incorrect. It reports it to be +/-90,+/-180 which is not the case. Rrason is as we have some cold space in the corners of the image which returns to be NaN and then it fall back to minimum/maximum possible bounds? Can this be fixed? Regards Ghansham |
|
From: Guy G. <guy...@th...> - 2017-05-10 16:18:01
|
Daniel, Unfortunately the only way to modify godiva3 at the moment is by modifying the source code and recompiling through GWT. However, if you email me with a list of changes you would like to make, I may be able to work on making it a bit simpler for users to modify. Currently the entire layout is controlled by GWT, but it may be possible to define the overall layout in HTML+CSS and allow GWT to inject the UI elements into the appropriate <div>s. I haven't had a good look into how feasible this is, but I don't think it would be too big a job. Cheers, Guy On 28/04/17 11:20, Daniel Behr wrote: > Hello, > > is there a way to modify the godiva3 frontend appearance? With godiva2 > this was easily done by editing the html and js files. Now these are > generated by GWT, which I am rather unfamiliar with. > The problem is, I'd like to modify the default openlayers map, the > format and positioning of page elements etc. which is more than is > possible through the godiva3.properties file. > I wasnt able to find where this is set in the ncWMS2 source code either, > and I'd like to avoid grabbing and modifying stuff after page load. > Can this be done? > > many thanks, kind regards > Daniel > |
|
From: Daniel B. <dan...@hz...> - 2017-04-28 10:56:08
|
Hello, is there a way to modify the godiva3 frontend appearance? With godiva2 this was easily done by editing the html and js files. Now these are generated by GWT, which I am rather unfamiliar with. The problem is, I'd like to modify the default openlayers map, the format and positioning of page elements etc. which is more than is possible through the godiva3.properties file. I wasnt able to find where this is set in the ncWMS2 source code either, and I'd like to avoid grabbing and modifying stuff after page load. Can this be done? many thanks, kind regards Daniel -- Daniel Behr Institute of Coastal Research Helmholtz-Zentrum Geesthacht +49 (0)4152 87 1589 (fax -1596) Dan...@hz... www.hzg.de -- Helmholtz-Zentrum Geesthacht Zentrum für Material- und Küstenforschung GmbH Max-Planck-Straße 1 I 21502 Geesthacht I Deutschland/Germany Geschäftsführer/Board of Management: Prof. Dr. Wolfgang Kaysser, Dipl.-Ing. Michael Ganß Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: Ministerialdirigent Dr. Herbert Zeisel Amtsgericht Lübeck HRB 285 GE (Register Court) Internet: http://www.hzg.de |
32 messages has been excluded from this view by a project administrator.
