[CODE4LIB] Opportunities!
Sorry for the cross-posting. Feel free to forward far and wide, if you see fit and know of someone in the Atlanta, GA area looking for FunTimes(tm) and likes libraries. - Equinox Software Inc., The Evergreen Experts, seeks a self-motivated, experienced SUPPORT SPECIALIST to contribute to our dynamic, fast-growing company. The Support Specialist will work closely with our Operations Manager to insure that excellent client care is given to our clients and assist in all aspects of supporting and troubleshooting the Evergreen ILS. Ideal candidate will be detail oriented with a customer service mindset and able to perform in a deadline driven environment. Hours are 9-5 in our Norcross office with occasional after hours work. About Equinox Software Inc. Founded by the original designers and developers, Equinox Software boasts a growing team of skilled developers and professionals who provide comprehensive services for Evergreen, the enterprise-grade, open source Integrated Library System (ILS). Evergreen provides back end services to libraries and library consortia. Visit http://www.esilibrary.com for more company information or http://www.evergreen-ils.org to learn more about Evergreen. Equinox is in Norcross, GA, conveniently located just 20 miles northeast of metro-Atlanta. What We Are Looking For: * Experience with administration and troubleshooting GNU/Linux operating systems in a command line interface * Experience providing email and telephone support to end users of the Microsoft operating system. * Experience with SQL, Javascript, and Perl * Familiarity with Public and/or Academic Library operations and standards * Familiarity with Evergreen ILS a plus as well as familiarity with the Open Source Culture What We Have to Offer: * Competitive salary based upon experience. * Full company-paid medical, dental, and vision insurance; paid sick and vacation time; and a 401K plan with matching company contribution. * A challenging environment with opportunities to expand and improve your skill sets. Applications will be accepted until position is filled. Please send resume or c.v. with cover letter, three references and compensation requirements to care...@esilibrary.com. -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: mi...@esilibrary.com | web: http://www.esilibrary.com
Re: [CODE4LIB] use of OpenSearch response elements in libraries?
Wow, I'm coming into this thread late ... To answer Godmar up-thread, Evergreen's OpenSearch service returns data in more than 15 formats, including MARCXML and MODS. It was actually the first ILS to do so (with the exception of Ross's Voyager add-on), and also the first ILS to have an unAPI service (which it embeds link elements to expose -- part of the non-validation you pointed out). Non-validation (by extension) is an acceptible trade-off in my opinion, since feed readers (the main consumers of ATOM and RSS today -- think a Saved Searches folder in Google Reader or Live Bookmarks your bookmark toolbar) have no problem with the data. Some examples: HTML, with links: http://dev.gapines.org/opac/extras/opensearch/1.1/-/html-full?searchOrg=PINESsearchTerms=harry+pottersearchClass=keyword MARCXML: http://dev.gapines.org/opac/extras/opensearch/1.1/-/marcxml?searchOrg=PINESsearchTerms=harry+pottersearchClass=keyword MARCXML with some extensions (view source): http://dev.gapines.org/opac/extras/opensearch/1.1/-/marcxml-full?searchOrg=PINESsearchTerms=harry+pottersearchClass=keyword MODS: http://dev.gapines.org/opac/extras/opensearch/1.1/-/mods3?searchOrg=PINESsearchTerms=harry+pottersearchClass=keyword OAI DC: http://dev.gapines.org/opac/extras/opensearch/1.1/-/oai_dc?searchOrg=PINESsearchTerms=harry+pottersearchClass=keyword RSS 2.0: http://dev.gapines.org/opac/extras/opensearch/1.1/-/rss2?searchOrg=PINESsearchTerms=harry+pottersearchClass=keyword and even a catalog card mock-up: http://dev.gapines.org/opac/extras/opensearch/1.1/-/htmlholdings?searchOrg=PINESsearchTerms=harry+pottersearchClass=keyword On Tue, Jun 24, 2008 at 3:36 PM, Ross Singer [EMAIL PROTECTED] wrote: [snip] What accept header would you use for marcxml, mods or dc? According to the W3C, application/marc-xml or similar (the '-' instead of '+' says it's not a registered MIME type). However, browsers don't work with that well. Put a '+' in there and they'll (generally) render the XML. -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com
Re: [CODE4LIB] Authority records and the OSS ILS
On 5/25/06, Edward Corrado [EMAIL PROTECTED] wrote: Hello All, I have been asked to set up an Open Source ILS for someone who is teaching a cataloging class this summer. One of the things she was hoping to be able to do with it is have students work with MARC Authority records. I can't find any evidence that any of the currently available [1] Open ILS systems use MARC Authority records [2]. Does anyone know of one that does? Maybe I'm missing something. Ed C. [1] A 2002 article in Information Today (http://www.librarytechnology.org/ltg-displaytext.pl?RC=9975) mentions that the LearningAccess ILS uses MARC Authority records, but I went to there website and didn't see any evidence that this product was still an Open Source program (and also I didn't see no way to download it). I will probably contact them separately if I can't find another system to use. [2] It appears that Evergreen will use MARC Authority records, but the wiki says authority control in marc editor is still on the to-do list* * We (OpenILS/Evergreen) do import authority records, and we use them for search augmentation -- see-also and see-from for subject, author and series, as well as hints where there are few or no hits for a term. By the end of this summer, our MARC editor will use authority records to verify the use of controlled terms on specific tags and subfields. What we don't currently have is a direct user interface for manipulating authority records. I expect that this will come sometime in the fall of this year. Hope that helps! -- Mike Rylander [EMAIL PROTECTED] GPLS -- PINES Development Database Developer http://open-ils.org
Re: [CODE4LIB] find more like this one
On 5/24/05, Eric Lease Morgan [EMAIL PROTECTED] wrote:
On May 23, 2005, at 6:27 PM, Steven C. Perkins wrote:
I did a search on indigenous. The first item was a French article.
The display of diacritics was messed up. I added French to the
languages in IE, but the display was still bad. I don't know if this
is a WinXP problem or a problem with your page. I did not see a
language encoding on your source. Perhaps UTF-8 will fix this? Or it
may be a problem from the document retrieved.
Yes, I do not know how to handle the extended ASCII characters, and I
hoping someone here can point me in the right direction.
As I said earlier, I use Net::OAI::Harvester to... harvest the data. I
use MyLibrary to save the data to a MySQL database. I then write
reports against the database in the form of a simple XML stream and
feed the stream to swish-e for indexing. I know swish-e is unable to
index multi-byte characters, and search results come directly from
swish-e, not MyLibrary.
Will swish-e index the actual bytes of non-diacritic multibyte
characters? If so, you can do what we do with Open-ILS (we use
Postgres' tsearch2 fulltest indexing module). When indexing data, we
strip it of diacritical combining characters using 's/\p{M}//go'.
When a search is submitted we do the same thing, because a linked
search may contain the diacritics, or the searching user may be typing
in a non-US locale. This will search the simplified strings and does
the right thing, at least with our data. We display the original
document (or a portion thereof) so that multibyte characters are
displayed.
For scripts that are entirely outside ASCII (Arabic, Kanji, etc) we
just index and search using the original bytes because they are not
matched by /\p{M}/. In our testing this seems to work fine (of
course, we'd appreciate any tips on making this smarter).
Maybe I should draw search results from MyLibrary and not swish-e to
display characters correctly? If I draw content from many global
sources, then how do I know what character set to use for display?
This is definitely the best thing to do. Search the normallized data
and display the original. Also, if you store the documents UTF-8
encoded you won't need to worry about the character set, you just need
to set the encoding for the page to UTF-8 and the browser will take
care of the rest.
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
