Our capabilities documents don't show an error in the FGDC Checker, so I'm not sure how else to debug this.
Any help on this would be really appreciated.
A good test case is to search titles for Airnow.
This blog is for recording activities and issues related to the use and interchange of services and clients within the GEOSS AIP-2 Pilot. See http://www.ogcnetwork.net/AIP2develop and http://sites.google.com/site/geosspilot2/ for more information. This is a publicly visible blog, but posting is limited to AIP-2 participants
when accessing the FGDC checker for the Airnow WMS service: http://registry.fgdc.gov/statuschecker/services/rest/index.php?url=http%3A//gdata1.sci.gsfc.nasa.gov/daac-bin/G3/giovanni-training-wmx.cgi%3FSERVICE=WMS&WMTVER=1.0.0&REQUEST=GetCapabilities&type=wms&formattype=html
ReplyDeletethe GetMap status shows an error
I noticed there are many docs with the same title being harvested. I've approved them in the ESRI GEOPortal so you can see them.
ReplyDeleteMarten,
ReplyDeleteI added this note to the blog too (see below) - but we've changed our record and it now has 3 places where there are titles - one is the dataset title and the other two are the service titles. We'd like to pull the first title so that they are unique.
We are working with Giovanni to get a GetCapabilities without errors, but the DataFed GetCapabilities are also not displaying and they don't have errors according to fgdc .
http://registry.fgdc.gov/statuschecker/services/rest/index.php?url=http://webapps.datafed.net/AIRNOW.ogc?SERVICE=wms&REQUEST=GetCapabilities&VERSION=1.1.1&REQUEST=GetCapabilities&type=wms&formattype=html
Thanks for your help -
Erin
Erin,
ReplyDeleteThe layers are now working again in the portal. However, there was an issue with the publishing on the service.
For us to automatically harvest a services GetCapabilities, at a minimum, a Title and Abstract must be available. In this case there is no abstract so the original layers are still there as before.
They wouldn't display on the map properly due to a timing issue on our part. That has been corrected and they display fine once png id selected rather then the default gif.
Robert