Project

General

Profile

Actions

Bug #273

closed

site deployment for metacat

Added by Matt Jones about 23 years ago. Updated about 20 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
metacat
Target version:
Start date:
08/31/2001
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
273

Description

Need to deploy metacat at selected LTER, OBFS, and NRS sites to begin to build
our network. OBFS and NRS may have a single point of presence. Initial
deployment (after NCEAS and LTERnet) should be to a couple of enthusistic sites,
and we should target those sites that specifically agreed to participate in testing.

Jones is working with Nottrott, Michener, and Schildhauer to deploy Metacat in
the NRS and OBFS system, and has a working prototype. See him for details.

Actions #1

Updated by Matt Jones almost 23 years ago

Moved issues that we do not intend to address during the current release to the
'Postpone' milestone.

Actions #2

Updated by Matt Jones about 20 years ago

Duane -- this is overlapping with the previous bug -- can you close with a
resolution or update the status on this, or indicate where it is being tracked?

Actions #3

Updated by Duane Costa about 20 years ago

Metacat has been deployed at the LTER Network Office (LNO). To the best of my
knowledge, it has not been deployed at any of the individual sites, although
one site, Jornada Basin (JRN), has expressed interest.

Four sites have scheduled regular harvests of their EML metadata to the LNO
Metacat and at least three additional sites are expected to do so soon. Since
the LNO Metacat is emerging as a central repository for LTER metadata, it is
unclear as to what advantage there would be for a site to manage its own
Metacat locally.

I will close this bug. Any additional work related to deploying Metacat within
LTER will be tracked in the Request Tracker utility at the Network Office
(rt.lternet.edu).

Actions #4

Updated by Redmine Admin over 11 years ago

Original Bugzilla ID was 273

Actions

Also available in: Atom PDF