 |
 |
Netscape 4.0 is out? Gosh, but it sure is hard to keep up! Roy On Mon, Sep 30, 2013 at 2:06 PM, Kyle Banerjee <[log in to unmask]>wrote: > If all people need is to look up MARC tags, there is also the Cataloging > Calculator http://calculate.alptown.com/ Unless you want to want to feel > totally disgusted, avoid looking source code as it was my first javascript > program which was cobbled together in a day (i.e. it is garbage) and hasn't > been gone through a substantial revision since 1997. The good news is that > if you're still on Netscape 4.0, it should work fine... > > kyle > > > On Mon, Sep 30, 2013 at 1:56 PM, Roy Tennant <[log in to unmask]> wrote: > > > As seen on Twitter, OCLC also has our version of MARC documentation here: > > > > <http://www.oclc.org/bibformats/en.html> > > > > It's mostly exactly the same except for the places where we have inserted > > small but effective messages that "RESISTANCE IS FUTILE, YOU WILL BE > > ASSIMILATED". > > Roy > > > > > > On Mon, Sep 30, 2013 at 1:31 PM, Becky Yoose <[log in to unmask]> wrote: > > > > > FYI - this also means that there's a very good chance that the MARC > > > standards site [1] and the Source Codes site [2] will be down as well. > I > > > don't know if there are any mirror sites out there for these pages. > > > > > > [1] http://www.loc.gov/marc/ > > > [2] http://www.loc.gov/standards/sourcelist/index.html > > > > > > Thanks, > > > Becky, about to be (forcefully) departed with her standards > documentation > > > > > > > > > On Mon, Sep 30, 2013 at 11:39 AM, Jodi Schneider <[log in to unmask] > > > >wrote: > > > > > > > Interesting -- thanks, Birkin -- and tell us what you think when you > > get > > > it > > > > implemented! > > > > > > > > :) -Jodi > > > > > > > > > > > > On Mon, Sep 30, 2013 at 5:19 PM, Birkin Diana < > [log in to unmask] > > > > >wrote: > > > > > > > > > > ...you'd want to create a caching service... > > > > > > > > > > > > > > > One solution for a relevant particular problem (not full-blown > > > > linked-data > > > > > caching): > > > > > > > > > > http://en.wikipedia.org/wiki/XML_Catalog > > > > > > > > > > excerpt: "However, if they are absolute URLs, they only work when > > your > > > > > network can reach them. Relying on remote resources makes XML > > > processing > > > > > susceptible to both planned and unplanned network downtime." > > > > > > > > > > We'd heard about this a while ago, but, Jodi, you and David Riordan > > and > > > > > Congress have caused a temporary retreat from normal sprint-work > here > > > at > > > > > Brown today to investigate implementing this! :/ > > > > > > > > > > The particular problem that would affect us: if your processing > tool > > > > > checks, say, an loc.gov mods namespace url, that processing will > > fail > > > if > > > > > the loc.gov url isn't available, unless you've implemented xml > > > catalog, > > > > > which is a formal way to locally resolve such external references. > > > > > > > > > > -b > > > > > --- > > > > > Birkin James Diana > > > > > Programmer, Digital Technologies > > > > > Brown University Library > > > > > [log in to unmask] > > > > > > > > > > > > > > > On Sep 30, 2013, at 7:15 AM, Uldis Bojars <[log in to unmask]> > > wrote: > > > > > > > > > > > What are best practices for preventing problems in cases like > this > > > when > > > > > an > > > > > > important Linked Data service may go offline? > > > > > > > > > > > > --- originally this was a reply to Jodi which she suggested to > post > > > on > > > > > the > > > > > > list too --- > > > > > > > > > > > > A safe [pessimistic?] approach would be to say "we don't trust > > > > > [reliability > > > > > > of] linked data on the Web as services can and will go down" and > to > > > > cache > > > > > > everything. > > > > > > > > > > > > In that case you'd want to create a caching service that would > keep > > > > > updated > > > > > > copies of all important Linked Data sources and a fall-back > > strategy > > > > for > > > > > > switching to this caching service when needed. Like > archive.orgfor > > > > > Linked > > > > > > Data. > > > > > > > > > > > > Some semantic web search engines might already have subsets of > > Linked > > > > > Data > > > > > > web cached, but not sure how much they cover (e.g., if they have > > all > > > of > > > > > LoC > > > > > > data, up-to-date). > > > > > > > > > > > > If one were to create such a service how to best update it, > > > considering > > > > > > you'd be requesting *all* Linked Data URIs from each source? An > > > > efficient > > > > > > approach would be to regularly load RDF dumps for every major > > source > > > if > > > > > > available (e.g., LoC says - here's a full dump of all our RDF > data > > > ... > > > > > and > > > > > > a .torrent too). > > > > > > > > > > > > What do you think? > > > > > > > > > > > > Uldis > > > > > > > > > > > > > > > > > > On 29 September 2013 12:33, Jodi Schneider <[log in to unmask] > > > > > > wrote: > > > > > > > > > > > >> Any best practices for caching authorities/vocabs to suggest for > > > this > > > > > >> thread on the Code4Lib list? > > > > > >> > > > > > >> Linked Data authorities & vocabularies at Library of Congress ( > > > > > id.loc.gov) > > > > > >> are going to be affected by the website shutdown -- because of > > lack > > > of > > > > > >> government funds. > > > > > >> > > > > > >> -Jodi > > > > > > > > > > > > > > >