Here is the response from Geoserver about the problem of hsg layers.
They are unable to reproduce the problem with more recent builds, so
are suggesting that an update to the geoserver might fix the problem.
Review: problems arise if two datastores have the same name, even if
they are in different workspaces. This naming should be allowed, so is
considered a bug. I "fixed" the ARIES geoserver by changing the name of
the global:hsg store to hydrologic_soil_groups (rather than the
original hydrologic_soils_groups).
I don't know if you have the time or interest to experiment with an
update of the ARIES geoserver. That's where it stands now.
Tara
Andrea Aime (JIRA) wrote:
[ http://jira.codehaus.org/browse/GEOS-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=219262#action_219262 ]
Andrea Aime commented on GEOS-3894:
-----------------------------------
Hi, had a bit of time to look into this but failed to reproduce.
So, I've taken a nightly build of GeoServer 2.0.x with the RESTConfig option.
First created a new "mosaic" store in the "topp" workspace by using the GUI, configured a layer, no issues, either from the stores or the layers tables.
Then I've created a new "mosaic" store in the "cite" workspace by using the REST config module and again I got no issues.
You reported the problem against 2.0, maybe it was resolved in the meantime?
I looked at how the pages are linked togheter (from the layers page to the store one), that has changed last in November 2009, meaning 2.0.1 should behave differently than 2.0.
I suggest you try out a nigthly build of the 2.0.x series anyways, we're close to releasing a 2.0.2 and I'd like to know if the problem is still there for you:
http://gridlock.openplans.org/geoserver/2.0.x/
error when trying to open to a particular coveragestore from the layers dialogue
--------------------------------------------------------------------------------
Key: GEOS-3894
URL: http://jira.codehaus.org/browse/GEOS-3894
Project: GeoServer
Issue Type: Bug
Affects Versions: 2.0.0
Environment: unknown
Reporter: Tara Athan
Assignee: Andrea Aime
Priority: Minor
Fix For: 2.0.2
Attachments: geoserverStoreMisconfig.txt, jira.txt, restErrorLog.txt, restErrorLog2.txt
noticed this while running a metadata extraction with the rest interface, the GET for coverages from a particular coveragestore yielded an empty xml document
the coverage store exists, and its configuration form can be opened from the stores dialogue, but not the layers dialogue.
--
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482