honsys.net & .com & library-dev.org & repository-dev.org & planetary-dev.org

A newly leased server from 1and1.com now hosts these domain-names:

honsys.net and honsys.com and
library-dev.org and repository-dev.org and
planetary-dev.org

FedoraCommand 3.2.1 is running on the default port 8080.
The new (beta) admin GUI is a browser Adobe Flex RIA, and
requires the Flash plugin:
repository-dev.org:8080/fedora/admin

NOAA HPCC May 2009 Briefing

The briefing is now on-line at http://honsys.com/irnoaa.
But you will need to use the login Id and password to access it.

WorldCat SRU info.:

Javascript examples of how to use the WorldCat
Seach and Retrieve via URL (SRU i.e. REST) interface:

Original keyword SRU evaluator:

http://worldcat.org/webservices/catalog/evaluator.html

Modified to support SRU via OCLC Control Number Id:

http://honsys.com:8888/WorldCat

More experimental versions:

http://frigate.lib.noaa.gov:8888/WorldCat

http://www.honsys.com:9900/tracroot/browser/irnoaa/trunk

Just a reminder that all the current NOAA I.R. work is browsable at

http://www.honsys.com:9900/tracroot/browser/irnoaa/trunk
I perform daily subversion checkin/updates there.

For Windows desktops, I would advocate the installation of something
called 'tortoisesvn':

The URL is http://tortoisesvn.tigris.org/

I suggest a NODC help desk ticket to get this installed on everyone's
Windows desktop. I can also setup the Subversion server on frigate.lib.noaa.gov,
but we'll need another help desk ticket to open up the firewall to allow it to work!

Here is a recap. of our system development and test env...
I have three nearly identical environments setup. The
most accessible is on my leased system honsys.com
http://www.honsys.com:9090 (Fedora 3.1) and 8080 (Fedora 2.2.4)
with minimal security enabled (just user and password). Another
instance of 3.1 is running off port 7070 with additional security features
under evaluation. I will add new users 'brian', 'don' and a generic
'librarian' soon.

I have the same arrangement on frigate.lib.noaa.gov. But on
smoky.nodc.noaa.gov I am only running Fedora 3.1 on 7070 and 9090.
I have left 8080 free for Andy to deal with the Muradora and
Fez (8088) Fedora 2.x instance.

The FedoraCommons download page is:

http://www.fedora.info/developers/downloads.php

While the current releases of Fez and Muradora proved sophisticated
Browser GUI interfaces to the I.R., they only support the 2.x release.
The base Fedora releases provide a simple Browser interface
that supports search and retrieve, but not ingest. Ingest, as we discussed
yesterday, is supported via a fairly sophisticated Java application GUI,
and by batch script tools.

One can downloaded the 3.1 and 2.2.4 Java 'installer' jars from the Fedora
download page and perform installations on Windows and Linux systems.
I discuss the Windows installation below, via command shell. This
assumes a full Java environment is available. One must preset the
FEDORA_HOME environment variable before running the installs.

For example one can first install 3.1 (names are approximate):

set FEDORA_HOME=c:\FedoraCommons3.1
java -jar fedora3.1-installer.jar

It prompts to select 'quick', or 'custom', or 'client' and at the prompt
select 'client' and confirm the installation folder (FEDORA_HOME) etc.

then install 2.x:

set FEDORA_HOME=c:\FedoraCommons2.2.4
java -jar fedora2.2.4-installer.jar

and respond to the prompt, etc.

Each install seems to be completely self-contained, with separately runnable admin-client jar.
As I mentioned, while the Java admin GUIs from either version can connect to either
version of the Fedora webservices and conduct search and browse and retrieve, ingest
is more restricted. Evidently the Java admin GUI in the 3.1 release will only ingest into
3.1 webserver, while the 2.x will only ingest into the 2.x. This is due to the substantial
change in the Fedora object content model and its XML representation.

honsys.com link

set up apache httpd on honsys.com (8888, etc.) to link to this blog