[CODE4LIB] FW: East Asian Language Search Display Survey
Dear colleagues, This is part of an Arcadia-funded study on non-Roman script functionality in VuFind and other Solr-powered discovery systems. Do you have any Chinese, Korean, or Japanese language specialists at your institution to whom you could pass along this brief survey (see link below)? They don’t need to have had direct experience with Lucene/Solr since this is really more about usability than the underlying technology. But it will help us better understand where to focus Lucene/Solr-based non-Roman script development efforts. Thanks for your help. Daniel https://www.surveymonkey.com/s/yufindCJKsurvey Daniel Lovins Metadata and Emerging Technologies Librarian Catalog Metadata Services Sterling Memorial Library Yale University PO Box 208240 New Haven, CT 06520 daniel.lov...@yale.edumailto:daniel.lov...@yale.edu tel: 203/432-1707 fax: 203/432-7231 From: Suzuki, Keiko Sent: Monday, April 05, 2010 4:05 PM To: nonenglishacc...@ala.org Cc: Novak, Audrey; Barnett, Jeffrey; Riley, Charles; Lovins, Daniel Subject: East Asian Language Search Display Survey Dear ALA/ALCTS Non-English Access list colleagues, With a special grant for language/script support provided by the Arcadia Foundation, U.K., the Yale University Library has started exploring how to provide better discovery and access to our Non-Latin script materials through Yale’s experimental “next generation online catalog: Yufind (http://yufind.library.yale.edu/yufind/).” As part of the project, we are conducting a survey on the search and display requirements in library databases for East Asian language materials. The purpose of this survey is to better understand how Chinese, Japanese and Korean scripts should be displayed and searched in library online catalogs and databases at North American libraries (not only “Yufind”). Your participation in this survey will help us identify the major issues, set priority and develop ideas towards solutions. To participate in the survey, please visit the Survey Monkey website: https://www.surveymonkey.com/s/yufindCJKsurvey Your answers are very important to us in planning for a project to enhance multilingual / multi-script database capabilities to serve the East Asian studies community in the near future. We estimate it should take no more than 10 minutes to complete the survey. It is anonymous, so only the response data and textual comments will be retained for analysis. The survey announcement would be broadly cross-posted. Yet, please feel free to forward this invitation to your library colleagues (not only in East Asia library but also any public services, technical services and system, etc. staff to use CJK records), East Asia Studies faculty, students and colleagues who use our OPACs in the respective countries. The deadline of this survey is Tuesday, April 20th. If you have questions, please contact Keiko Suzuki (keiko.suz...@yale.edumailto:keiko.suz...@yale.edu). Thank you for your time and cooperation in advance. - Keiko Ms. Keiko SUZUKI Japanese Catalog Librarian, East Asia Library Sterling Memorial Library P.O.Box 208240 New Haven, CT 06520-8240 Tel.: 203-432-2778 / Fax: 203-432-7231 keiko.suz...@yale.edumailto:keiko.suz...@yale.edu
[CODE4LIB] Zotero, unapi, and formats?
Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it?
Re: [CODE4LIB] Zotero, unapi, and formats?
from looking at line 14 here https://www.zotero.org/trac/browser/extension/trunk/translators/unAPI.js i'd say: ad 1. RECOGNIZABLE_FORMATS = [mods, marc, endnote, ris, bibtex, rdf] also see function checkFormats ad 2. the order listed above ad 4.: from my experience the unapi scraper takes precedence over coins On Tue, Apr 6, 2010 at 3:48 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it?
Re: [CODE4LIB] Zotero, unapi, and formats?
This was the only information I found when I developed unAPI support for our MetaLib installation: http://forums.zotero.org/discussion/1229/unapi-support/. Based on my experimentation and looking at the code, if my memory serves: 1. At least the formats mentioned in the forum post. I believe it uses the docs attribute to distinguish formats, as type can be e.g. application/xml for multiple formats. 2. Weird, but I don't remember how. I ended up providing only MARCXML, DC and RIS, because it chose MODS over MARCXML if it was available and did something that sucked. Things may have changed, this was in 2008. 3. Didn't test this one, we only provide a single record at a time. 4. It chose COinS over unAPI at least at the time, and I found that to be a bit problematic. 5. Dunno. --Ere On 6.4.2010 16:48, Jonathan Rochkind wrote: Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it?
Re: [CODE4LIB] Zotero, unapi, and formats?
Wait, does it actually recognize the format by the format _name_ used, and not by a mime content-type? Like unless my unAPI server calls the endnote format endnote, it won't recognize it? That would be odd, and good to know. I thought the unAPI format names were purely arbitrary, but recognized by their association with a mime content-type like application/x- /endnote/-refer. But no, at least as far as Zotero is concerned, you have to pick format shortnames that match what Zotero expects? Robert Forkel wrote: from looking at line 14 here https://www.zotero.org/trac/browser/extension/trunk/translators/unAPI.js i'd say: ad 1. RECOGNIZABLE_FORMATS = [mods, marc, endnote, ris, bibtex, rdf] also see function checkFormats ad 2. the order listed above ad 4.: from my experience the unapi scraper takes precedence over coins On Tue, Apr 6, 2010 at 3:48 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it?
Re: [CODE4LIB] Zotero, unapi, and formats?
well, looks like a combination: in case of mods it checks for the namespace URL, in case of rdf, it looks for a format name of rdf_dc, ... and yes, endnote export would have to have a name of endnote (i ran into this problem as well with names like endnote-utf-8, ...). i think unapi would be more usable if there were at least a recommendation of common format names. On Tue, Apr 6, 2010 at 4:07 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Wait, does it actually recognize the format by the format _name_ used, and not by a mime content-type? Like unless my unAPI server calls the endnote format endnote, it won't recognize it? That would be odd, and good to know. I thought the unAPI format names were purely arbitrary, but recognized by their association with a mime content-type like application/x- /endnote/-refer. But no, at least as far as Zotero is concerned, you have to pick format shortnames that match what Zotero expects? Robert Forkel wrote: from looking at line 14 here https://www.zotero.org/trac/browser/extension/trunk/translators/unAPI.js i'd say: ad 1. RECOGNIZABLE_FORMATS = [mods, marc, endnote, ris, bibtex, rdf] also see function checkFormats ad 2. the order listed above ad 4.: from my experience the unapi scraper takes precedence over coins On Tue, Apr 6, 2010 at 3:48 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it?
Re: [CODE4LIB] Zotero, unapi, and formats?
Yeah, we need some actual documentation on Zotero's use of unAPI in general. Maybe if I can figure it out (perhaps by asking the developer(s)) I'll write some for them. Robert Forkel wrote: well, looks like a combination: in case of mods it checks for the namespace URL, in case of rdf, it looks for a format name of rdf_dc, ... and yes, endnote export would have to have a name of endnote (i ran into this problem as well with names like endnote-utf-8, ...). i think unapi would be more usable if there were at least a recommendation of common format names. On Tue, Apr 6, 2010 at 4:07 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Wait, does it actually recognize the format by the format _name_ used, and not by a mime content-type? Like unless my unAPI server calls the endnote format endnote, it won't recognize it? That would be odd, and good to know. I thought the unAPI format names were purely arbitrary, but recognized by their association with a mime content-type like application/x- /endnote/-refer. But no, at least as far as Zotero is concerned, you have to pick format shortnames that match what Zotero expects? Robert Forkel wrote: from looking at line 14 here https://www.zotero.org/trac/browser/extension/trunk/translators/unAPI.js i'd say: ad 1. RECOGNIZABLE_FORMATS = [mods, marc, endnote, ris, bibtex, rdf] also see function checkFormats ad 2. the order listed above ad 4.: from my experience the unapi scraper takes precedence over coins On Tue, Apr 6, 2010 at 3:48 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it?
Re: [CODE4LIB] Zotero, unapi, and formats?
The unAPI support is also...non-ideal...in that you can't present preferences for the best format to use. For example, the Refworks Tagged format just plain has more tags (and hence more or more-finely-grained information) than other formats (e.g., Endnote), but Zotero will prefer Endnote just because it does. My RIS output is better than my endnote output, but there's no way for me to tell Zotero that. For Mirlyn I ended up just having exactly one format listed in my unapi-server file. Which is dumb. But I'm not sure what else to do. On Tue, Apr 6, 2010 at 10:16 AM, Jonathan Rochkind rochk...@jhu.edu wrote: Yeah, we need some actual documentation on Zotero's use of unAPI in general. Maybe if I can figure it out (perhaps by asking the developer(s)) I'll write some for them. Robert Forkel wrote: well, looks like a combination: in case of mods it checks for the namespace URL, in case of rdf, it looks for a format name of rdf_dc, ... and yes, endnote export would have to have a name of endnote (i ran into this problem as well with names like endnote-utf-8, ...). i think unapi would be more usable if there were at least a recommendation of common format names. On Tue, Apr 6, 2010 at 4:07 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Wait, does it actually recognize the format by the format _name_ used, and not by a mime content-type? Like unless my unAPI server calls the endnote format endnote, it won't recognize it? That would be odd, and good to know. I thought the unAPI format names were purely arbitrary, but recognized by their association with a mime content-type like application/x- /endnote/-refer. But no, at least as far as Zotero is concerned, you have to pick format shortnames that match what Zotero expects? Robert Forkel wrote: from looking at line 14 here https://www.zotero.org/trac/browser/extension/trunk/translators/unAPI.js i'd say: ad 1. RECOGNIZABLE_FORMATS = [mods, marc, endnote, ris, bibtex, rdf] also see function checkFormats ad 2. the order listed above ad 4.: from my experience the unapi scraper takes precedence over coins On Tue, Apr 6, 2010 at 3:48 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it? -- Bill Dueber Library Systems Programmer University of Michigan Library
Re: [CODE4LIB] Zotero, unapi, and formats?
It's still a LOT better than COinS for Zotero, I assume though. I'd like there to be better documentation to encourage more people to use unAPI instead of COinS; even the limited Zotero documentation there is admits that COinS is pretty limited. Jonathan Bill Dueber wrote: The unAPI support is also...non-ideal...in that you can't present preferences for the best format to use. For example, the Refworks Tagged format just plain has more tags (and hence more or more-finely-grained information) than other formats (e.g., Endnote), but Zotero will prefer Endnote just because it does. My RIS output is better than my endnote output, but there's no way for me to tell Zotero that. For Mirlyn I ended up just having exactly one format listed in my unapi-server file. Which is dumb. But I'm not sure what else to do. On Tue, Apr 6, 2010 at 10:16 AM, Jonathan Rochkind rochk...@jhu.edu wrote: Yeah, we need some actual documentation on Zotero's use of unAPI in general. Maybe if I can figure it out (perhaps by asking the developer(s)) I'll write some for them. Robert Forkel wrote: well, looks like a combination: in case of mods it checks for the namespace URL, in case of rdf, it looks for a format name of rdf_dc, ... and yes, endnote export would have to have a name of endnote (i ran into this problem as well with names like endnote-utf-8, ...). i think unapi would be more usable if there were at least a recommendation of common format names. On Tue, Apr 6, 2010 at 4:07 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Wait, does it actually recognize the format by the format _name_ used, and not by a mime content-type? Like unless my unAPI server calls the endnote format endnote, it won't recognize it? That would be odd, and good to know. I thought the unAPI format names were purely arbitrary, but recognized by their association with a mime content-type like application/x- /endnote/-refer. But no, at least as far as Zotero is concerned, you have to pick format shortnames that match what Zotero expects? Robert Forkel wrote: from looking at line 14 here https://www.zotero.org/trac/browser/extension/trunk/translators/unAPI.js i'd say: ad 1. RECOGNIZABLE_FORMATS = [mods, marc, endnote, ris, bibtex, rdf] also see function checkFormats ad 2. the order listed above ad 4.: from my experience the unapi scraper takes precedence over coins On Tue, Apr 6, 2010 at 3:48 PM, Jonathan Rochkind rochk...@jhu.edu wrote: Anyone know if there's any developer documentation for Zotero on it's use of unAPI? Alternately, anyone know where I can find the answers to these questions, or know the answers to these questions themselves? 1. What formats will Zotero use via unAPI. What mime content-types does it use to recognize those formats (sometimes a format has several in use, or no official content-type). 2. What is Zotero's order of preference when multiple formats via unAPI are available? 3. Will Zotero get confused if different documents on the page have different formats available? This can be described with unAPI, but it seems atypical, so not sure if it will confuse Zotero. 4. If both unAPI and COinS are on a given page -- will Zotero use both (resulting in possible double-import for citations exposed both ways). Or only one? Or depends on how you set up the HTML? 5. Somewhere that now I can't find I saw a mention of a Zotero RDF format that Zotero would consume via unAPI. Is there any documentation of this format/vocabulary, how can I find out how to write it?
Re: [CODE4LIB] Zotero, unapi, and formats?
It's still a LOT better than COinS for Zotero, I assume though. Yes, if only because you get more complete metadata with things like RIS than COinS does via OpenURL. I do like the theoretical benefit of a metadata format request API , but the promise of richer metadata (primarily for Zotero) was ultimately why I chose unAPI over COinS. And yeah, better documentation would be nice, thanks for looking into it. -Chad
Re: [CODE4LIB] Zotero, unapi, and formats?
At the moment Zotero development seem to be focussing on the use of RDFa using the Bibo ontology for picking up bib details from within pages (see discussion on the Bibo Google group) Owen On Tue, Apr 6, 2010 at 4:17 PM, Chad Fennell fenne...@umn.edu wrote: It's still a LOT better than COinS for Zotero, I assume though. Yes, if only because you get more complete metadata with things like RIS than COinS does via OpenURL. I do like the theoretical benefit of a metadata format request API , but the promise of richer metadata (primarily for Zotero) was ultimately why I chose unAPI over COinS. And yeah, better documentation would be nice, thanks for looking into it. -Chad -- Owen Stephens Owen Stephens Consulting Web: http://www.ostephens.com Email: o...@ostephens.com
[CODE4LIB] ILS short list
I am looking to find or create a shortlist of ILSes, open or proprietary, that provide API access to bibliographic and item-level data. I am really only looking for ILSes that are used by academic libraries. Do you know of any resources that might be helpful? I started with Marshall Breeding's 2009 Perceptions report, but it doesn't include much information about a given ILS. Or, do you use such an ILS in your library? So far my list is: Evergreen Thank you!! Anna -- Anna Headley Swarthmore College Library 610.690.5781 ahead...@swarthmore.edu
[CODE4LIB] Position - Kuali OLE Project Manager
Just an FYI about our recently posted position. Best, Robert --- Posted: April 2 2010 POSITION: Project Manager, Kuali OLE (Open Library Environment) - PA4IT (Job No - 1502) LOCATION: University Information Technology Services/University Libraries, Indiana University, Bloomington, IN 47405 Description and Responsibilities: Provides leadership for the planning, software development, implementation, maintenance, and documentation of all aspects of the Kuali OLE (Open Library Environment) software initiative. Manages the joint operations positions funded by the Kuali OLE Partnership for development of the software deliverable along with supervision of a long-term software development contract with an external vendor. Creates and manages comprehensive, realistic project schedules and plans and provides specialized IT services in the management, coordination, scheduling, and delivery of large and/or complex, technology-based specialized software development projects. Communicates regularly and effectively with stakeholders, technical staff, senior-level management, and customers. Develops software development RFP for this project. This is a jointly funded community software project of the Kuali Foundation, the Kuali OLE Board, and The Andrew W. Mellon Foundation and has a two-year timeline with opportunities for extension. Qualifications: Bachelor's degree and six years computing experience, to include two years software development in a J2EE development environment, experience working in a SOA framework, and six months experience managing large system projects required. Expert knowledge of JSP, XML, Spring, common design patterns, and a relational DBMS; experience using common apache frameworks for Java development; and excellent oral and written communication skills required. Excellent skills in leadership, problem-solving, decision-making, and communication essential. Must possess a working knowledge of relational databases, reporting and data warehousing applications and extract, and transformation and load techniques (current tools are procedural, object-oriented, and scripting processes and web protocols). Knowledge of standard management tools including Excel and budgeting applications is required. Master's degree desired. Experience in managing large system projects in a university or academic environment as well as experience working with open or community source project teams preferred. For more information: http://www.indiana.edu/~uitshr/services/jobs/ProjMgrKuali_35335.html ** Robert H. McDonald Associate Dean for Library Technologies Associate Director, Data to Insight Center-Pervasive Technology Institute Executive Director, Kuali OLE Frye Leadership Institute Fellow 2009 Indiana University Herman B Wells Library 234 1320 East 10th Street Bloomington, IN 47405 Phone: 812-856-4834 Email: rob...@indiana.edu Skype/GTalk: rhmcdonald AIM/MSN: rhmcdonald1
