Re: [CODE4LIB] ATOM/RSS Feed Archiving Question
Drupal will do this out if the box with the Aggregator module and the Feeds family of modules will let you do more parsing. I've also used Magpie, Zend Feeds and SimplePie. If your only interested in parsing, presenting and storing then I'd suggest looking at SimplePie. -Charlie (sent from my phone) On Jul 11, 2012, at 10:38 PM, Brian McBride brian.mcbr...@utah.edu wrote: Code4lib team! I was wondering if anyone has worked on a projects relating to harvesting and archiving RSS/ATOM feeds from third party sites. Any information would be greatly appreciated. Thanks, Brian Brian McBride Head of Application Development J. Willard Marriott Library O: 801.585.7613 F: 801.585.5549 brian.mcbr...@utah.edu
Re: [CODE4LIB] LC Class to OCLC Conspectus hash table? Anyone?
Sam, Have you looked at GIST Gift Deselection Manager? http://www.gistlibrary.org I'm not sure what you are looking to use the conspectus for but GDM has it built in. At the very least, it will save you time over using the Excel file since it is in an Access table. Mark Mark Sullivan Executive Director IDS Project Milne Library 1 College Circle SUNY Geneseo Geneseo, NY 14454 (585) 245-5172 On 7/11/2012 4:19 PM, Sam Kome wrote: Bueller? We'll work with http://www.oclc.org/collectionanalysis/support/conspectus.xls unless there's something more rdbms/api friendly. Thanks! Sam Kome | RD Librarian |The Claremont Colleges Library Claremont University Consortium |800 N. Dartmouth Ave |Claremont, CA 91711 Phone (909) 621-8866 |Fax (909) 621-8517 |sam_k...@cuc.claremont.edu
Re: [CODE4LIB] responsiveness and Wordpress
Ryan, I think you've all done an outstanding job with the integration of blacklight and bootstrap. I particularly like the Artists Book collection. We've been tossing around the idea of prototyping a blacklight and bootstrap interface on top of an Alma back-end. What are you using on the back-end? I also like how prominent your share your feedback link is. How is that working out for you all? We just launched our beta Finding Aids site, and our Site Feedback link is not as prominent, though we do have other channels like Ask a Question and Comments on Collections, Series, and file-level components. Still working on a few things, but here's the site: http://findingaidsbeta.princeton.edu I hope you do write up a paper about your process. I look forward to reading it! -Shaun On 7/11/12 11:03 AM, Ryan Freng wrote: In May we (University of Wisconsin - Madison Libraries) released a front end to our catalog that is responsive. It's built on blacklight with twitter bootstrap. It works well regardless of screen size (tested by opening in all browsers and minimizing and maximizing the width of the window). With fluid responsive design you design for ranges, 480, 480-768, 768-980, 980-1280, 1280-1366, 1366-1920 etc. I haven't watched Matthew's talk but the benefit of using bootstrap is that 95% of the work is done for us and we just have to add a bit of custom CSS for look. You can take a look at the responsive design here: http://search.library.wisc.edu We released it in the summer so we had a few months to tighten it up so come Fall the students will find a much better experience with their catalog. Our mobile facetting is similar to Amazons but isn't overly simplified. The system has overall been testing well with patrons across the spectrum (undergrads to grads in various fields to faculty and staff). I suppose at some point we should write a paper or at least have a talk about this. Ryan On Jul/11/12, at 8:28 AM, Cynthia Ng wrote: A responsive catalogue would definitely be interesting to see. I imagine what can make this very difficult to do is the fact that many (if not most) libraries have a proprietary ILS/OPAC, which can make it very difficult to customize. I've seen some mobile versions of faceted interfaces (mostly from databases and discovery tools, such as Summon and EBSCO), but none that are responsive. Nevertheless, if you're looking for ideas, I think these interfaces can give you a good idea of what else has been done at least at the small screen device size. On Tue, Jul 10, 2012 at 11:06 PM, Bilal Khalidbilal.kha...@utoronto.ca wrote: Hello All, Excellent discussion this. We've been plugging away at a responsive design for our library catalogue at UofT, and I've often wondered: are there any good responsive layouts and design patterns out there for catalogue searching? I've seen some really nice generic examples, such as the ones from LukeW (http://www.lukew.com/ff/entry.asp?1569), but they tend to be for long form content like blogs and the like. I'd love to see if anyone has implemented a responsive design for faceted catalogue searching in particular. Thoughts? -Bilal -- Bilal Khalid Senior Applications Programmer/Analyst Information Technology Services University of Toronto Libraries (416) 946-0211 -- Shaun D. Ellis Digital Library Interface Developer Firestone Library, Princeton University voice: 609.258.1698 | sha...@princeton.edu
[CODE4LIB] Browser Wars
Hi Code4Lib, Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right? Anyway, all of this is coming from some really good web developers who don't really face the same issues that have to be considered for library sites. I was just curious what the library community actually thought about this. Thanks, Michael Here's some reading: Old Browsers ar eHOlding Back the Web (July 9th): http://www.smashingmagazine.com/2012/07/09/old-browsers-are-holding-back-the -web/ Dear Web User: Please Upgrade Your Browser (July 10th) : http://www.smashingmagazine.com/2012/07/10/dear-web-user-please-upgrade-your -browser/ It's Time to Stop Blaming Internet Explorer (July 12th): http://www.smashingmagazine.com/2012/07/12/its-time-to-stop-blaming-internet -explorer/ A recent library blog today: Have you Given Much thought to browsers? : http://www.meanlaura.com/archives/1528
Re: [CODE4LIB] Browser Wars
My id agrees with the calls to let IE die a horrible death, but I agree with your point: from a service perspective, we cannot just drop support for IE. Libraries will hopefully uphold a higher standard of accessibility than some other places on the web. In my heart of hearts, I assume that anyone using BlackBerry or IE is doing so because they want to have a sub-optimal experience on the web, but I can't quite bring myself to design that way. Instead, with nearly everything I design, I have to do some IE-workarounds to make it not suck on a browser that can't be bothered to join the 21st century. *sigh* Ken -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Michael Schofield Sent: Thursday, July 12, 2012 10:33 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Browser Wars Hi Code4Lib, Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right? Anyway, all of this is coming from some really good web developers who don't really face the same issues that have to be considered for library sites. I was just curious what the library community actually thought about this. Thanks, Michael Here's some reading: Old Browsers ar eHOlding Back the Web (July 9th): http://www.smashingmagazine.com/2012/07/09/old-browsers-are-holding-back-the -web/ Dear Web User: Please Upgrade Your Browser (July 10th) : http://www.smashingmagazine.com/2012/07/10/dear-web-user-please-upgrade-your -browser/ It's Time to Stop Blaming Internet Explorer (July 12th): http://www.smashingmagazine.com/2012/07/12/its-time-to-stop-blaming-internet -explorer/ A recent library blog today: Have you Given Much thought to browsers? : http://www.meanlaura.com/archives/1528
Re: [CODE4LIB] Browser Wars
I go by my statistics (and you should, too). I can't make users use another browser (as much as I'd like them to). The bulk of our users still use IE (well, the bulk use a WebKit browser--Chrome/Safari--but lumping those together isn't an assumption I'm ready to lean on yet). That IE majority is shrinking, though. I'm in the middle of launching a new site redesign (old: http://www.library.jhu.edu new: http://testsh.mse.jhu.edu/newwebsite), so this is very present in my mind at the moment. My cutoff is IE8. Everything IE8 and above is fine and will work fine with the new site. And honestly, since I'm not doing anything that fancy with the new site (it's pretty stripped down on purpose), that IE8 limitation is really based on CORS support. IE7 don't got it. People will upgrade when they upgrade. Libraries aren't really in the position to force users to change their browsing habits. -Sean On 7/12/12 10:33 AM, Michael Schofield mschofi...@nova.edu wrote: Hi Code4Lib, Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right? Anyway, all of this is coming from some really good web developers who don't really face the same issues that have to be considered for library sites. I was just curious what the library community actually thought about this. Thanks, Michael Here's some reading: Old Browsers ar eHOlding Back the Web (July 9th): http://www.smashingmagazine.com/2012/07/09/old-browsers-are-holding-back-the -web/ Dear Web User: Please Upgrade Your Browser (July 10th) : http://www.smashingmagazine.com/2012/07/10/dear-web-user-please-upgrade-your -browser/ It's Time to Stop Blaming Internet Explorer (July 12th): http://www.smashingmagazine.com/2012/07/12/its-time-to-stop-blaming-internet -explorer/ A recent library blog today: Have you Given Much thought to browsers? : http://www.meanlaura.com/archives/1528
Re: [CODE4LIB] Browser Wars
Sean beat me to it, but just sharing the same opinion. I think that people need to do extensive statistics gathering of their own user base. Trends show that IE is on the decline. One study I read recently showed that IE accounted for less than 1/3 of the total browser usage worldwide. And that mobile usage will soon surpass desktop usage for web access. Statistics like this are interesting, but are misleading. It could still be the case that 95% of your users access your site on IE6. So, general statisics about overall web trends, while important to be aware of, don't tell the story of your users. My strategy has been to figure out how my users access my site, then design around those numbers. From a business value perspective, if less than 1% of my users are using IE 6, I might decide to drop support for IE. Or, better still, offer limited support. Have a good fallback strategy for users who may have css disabled, javascript disabled, be using a screenreader, or be on IE 6, 7, 8, 9, whatever. Design for your user base not for how you wish things were. :) Culley On 07/12/12, Sean Hannan wrote: I go by my statistics (and you should, too). I can't make users use another browser (as much as I'd like them to). The bulk of our users still use IE (well, the bulk use a WebKit browser--Chrome/Safari--but lumping those together isn't an assumption I'm ready to lean on yet). That IE majority is shrinking, though. I'm in the middle of launching a new site redesign (old: http://www.library.jhu.edu new: http://testsh.mse.jhu.edu/newwebsite), so this is very present in my mind at the moment. My cutoff is IE8. Everything IE8 and above is fine and will work fine with the new site. And honestly, since I'm not doing anything that fancy with the new site (it's pretty stripped down on purpose), that IE8 limitation is really based on CORS support. IE7 don't got it. People will upgrade when they upgrade. Libraries aren't really in the position to force users to change their browsing habits. -Sean On 7/12/12 10:33 AM, Michael Schofield mschofi...@nova.edu wrote: Hi Code4Lib, Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right? Anyway, all of this is coming from some really good web developers who don't really face the same issues that have to be considered for library sites. I was just curious what the library community actually thought about this. Thanks, Michael Here's some reading: Old Browsers ar eHOlding Back the Web (July 9th): http://www.smashingmagazine.com/2012/07/09/old-browsers-are-holding-back-the -web/ Dear Web User: Please Upgrade Your Browser (July 10th) : http://www.smashingmagazine.com/2012/07/10/dear-web-user-please-upgrade-your -browser/ It's Time to Stop Blaming Internet Explorer (July 12th): http://www.smashingmagazine.com/2012/07/12/its-time-to-stop-blaming-internet -explorer/ A recent library blog today: Have you Given Much thought to browsers? : http://www.meanlaura.com/archives/1528
Re: [CODE4LIB] Browser Wars
Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651437 MSIE/8 7400277 MSIE/9 186652MSIE/7 193 42MSIE/6 16 16MSIE/5 11 3 MSIE/10 2 1809441 Safari 1128299 Safari/533 202 58Safari/534 214 54Safari/7534 79 23Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287182 Firefox 442 114 Firefox/13 408 34Firefox/12 139 11Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164175 Chrome 718 111 Chrome/19 409 61Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271
Re: [CODE4LIB] Browser Wars
... IE 5?!?!?! On Thu, Jul 12, 2012 at 11:28 AM, Brig C McCoy bmc...@kckpl.org wrote: Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651437 MSIE/8 7400277 MSIE/9 186652MSIE/7 193 42MSIE/6 16 16MSIE/5 11 3 MSIE/10 2 1809441 Safari 1128299 Safari/533 202 58Safari/534 214 54Safari/7534 79 23Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287182 Firefox 442 114 Firefox/13 408 34Firefox/12 139 11Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164175 Chrome 718 111 Chrome/19 409 61Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271
[CODE4LIB] Help with Chinese exchange librarian
Hi all. We have an exchange librarian who's a technology manager in the library at Fudan University, China. His written English is pretty good but spoken not so much. Is there a fluent Chinese speaker in code4lib land that would be willing to help me decipher his skill set and help me match him up with some good projects? Paul -- *Paul Orkiszewski* Coordinator of Library Technology Services / Associate Professor University Library Appalachian State University 218 College Street P.O. Box 32026 Boone, NC 28608-2026 E-mail: orkiszews...@appstate.edu Phone: 828 262 6588 Fax: 828 262 2797
Re: [CODE4LIB] Help with Chinese exchange librarian
I thought nowadays you find Chinese people on every university's campus. I may help you with the situation. Kelly Zhu (405)974-5957 -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Paul Orkiszewski Sent: Thursday, July 12, 2012 10:42 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Help with Chinese exchange librarian Hi all. We have an exchange librarian who's a technology manager in the library at Fudan University, China. His written English is pretty good but spoken not so much. Is there a fluent Chinese speaker in code4lib land that would be willing to help me decipher his skill set and help me match him up with some good projects? Paul -- *Paul Orkiszewski* Coordinator of Library Technology Services / Associate Professor University Library Appalachian State University 218 College Street P.O. Box 32026 Boone, NC 28608-2026 E-mail: orkiszews...@appstate.edu Phone: 828 262 6588 Fax: 828 262 2797 **Bronze+Blue=Green** The University of Central Oklahoma is Bronze, Blue, and Green! Please print this e-mail only if absolutely necessary! **CONFIDENTIALITY** This e-mail (including any attachments) may contain confidential, proprietary and privileged information. Any unauthorized disclosure or use of this information is prohibited.
Re: [CODE4LIB] Help with Chinese exchange librarian
On Thu, Jul 12, 2012 at 11:16:43AM -0500, Kaile Zhu wrote: I thought nowadays you find Chinese people on every university's campus. I may help you with the situation. I imagine this depends on the size and location of the University no? ./fxk Kelly Zhu (405)974-5957 -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Paul Orkiszewski Sent: Thursday, July 12, 2012 10:42 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Help with Chinese exchange librarian Hi all. We have an exchange librarian who's a technology manager in the library at Fudan University, China. His written English is pretty good but spoken not so much. Is there a fluent Chinese speaker in code4lib land that would be willing to help me decipher his skill set and help me match him up with some good projects? Paul -- *Paul Orkiszewski* Coordinator of Library Technology Services / Associate Professor University Library Appalachian State University 218 College Street P.O. Box 32026 Boone, NC 28608-2026 E-mail: orkiszews...@appstate.edu Phone: 828 262 6588 Fax: 828 262 2797 **Bronze+Blue=Green** The University of Central Oklahoma is Bronze, Blue, and Green! Please print this e-mail only if absolutely necessary! **CONFIDENTIALITY** This e-mail (including any attachments) may contain confidential, proprietary and privileged information. Any unauthorized disclosure or use of this information is prohibited. -- What this country needs is a dime that will buy a good five-cent bagel.
Re: [CODE4LIB] Worldcat schema.org search API
On 7/10/12 5:07 PM, Karen Coyle wrote: On 7/10/12 4:02 PM, Richard Wallis wrote: But is it available to everyone, and is the data retrieved also usable as ODC-BY by any member of the Web public? Yes it is, and at this stage it is only available from within a html page. The it I was referring to was the API. Roy is telling me that people should use the API, as if that is an obvious option that I am overlooking. I am asking if the general web public can use the API to get this data. I believe that should be a yes/no question/answer. Since no one here from OCLC had the integrity to answer this question, I went ahead and applied for a Worldcat API key, and here is the reply: * Hello, Thank you for your interest in the WorldCat Search API, however at this time the web service is only available to institutions, primarily libraries, that have a specific relationship with OCLC and then only for work related to that library's services. The specific relationship is explained further here, http://oclc.org/developer/documentation/worldcat-search-api/who-can-use. However, there are other OCLC services that are available to individual's non-commercial use. Looking at the list of services available on http://www.worldcat.org/wcpa/content/affiliate/ you'll see that the WorldCat search box and WorldCat links with embedded searches are available to anyone. You may also be interested in checking out the WorldCat Registry, or low-volume use of the xISBN and xISSN services. If you have questions about the service, please contact the product manager, Dawn Hendricks at hendr...@oclc.org mailto:hendr...@oclc.org. * There is nothing wrong with having a proprietary API; but pretending that it isn't (either directly or through omission), or being afraid to say it, is the kind of thing that has caused me to lose respect for OCLC. Nothing should be declared open that isn't available to all, not just members. And advertisements for WC API classes should state members only. That would be honest. And telling folks on a wide-open list that they should use the Worldcat API (without mentioning if you are in a member institution and using this for library services) is at best deceiving, at worst dishonest. I, for one, am tired of OCLC's lies, and I'm not afraid to say it. Fortunately for me, retirement is looming and I don't need to care who likes what I say. This is a relief, to say the least. kc kc This experiment is the first step in a process to make linked data about WorldCat resources available. As it will evolve over time other areas such as API access, content-negotiation, search other query methods, additional RDF data vocabularies, etc., etc., will be considered in concert with community feedback (such as this thread) as to the way forward. Karen I know you are eager to work with and demonstrate the benefits of this way of publishing data. But these things take time and effort, so please be a little patient, and keep firing off these use cases and issues they are all valuable input. ~Richard. kc Roy On Tue, Jul 10, 2012 at 2:08 PM, Kevin Ford k...@3windmills.com wrote: The use case clarifies perfectly. Totally feasible. Well, I should say totally feasible with the caveat that I've never used the Worldcat Search API. Not letting that stop me, so long as it is what I imagine it is, then a developer should be able to perform a search, retrieve the response, and, by integrating one of the tools advertised on the schema.org website into his/her code, then retrieve the microdata for each resource returned from the search (and save it as RDF or whatever). If someone has created something like this, do speak up. Yours, Kevin On 07/10/2012 04:48 PM, Karen Coyle wrote: Kevin, if you misunderstand then I undoubtedly haven't been clear (let's at least share the confusion :-)). Here's the use case: PersonA wants to create a comprehensive bibliography of works by AuthorB. The goal is to do a search on AuthorB in WorldCat and extract the RDFa data from those pages in order to populate the bibliography. Apart from all of the issues of getting a perfect match on authors and of manifestation duplicates (there would need to be editing of the results after retrieval at the user's end), how feasible is this? Assume that the author is prolific enough that one wouldn't want to look up all of the records by hand. kc On 7/10/12 1:43 PM, Kevin Ford wrote: As for someone who might want to do this programmatically, he/she should take a look at the Programming languages section of the second link I sent along: http://schema.rdfs.org/tools.**htmlhttp://schema.rdfs.org/tools.html There one can find Ruby, Python, and Java extractors and parsers capable of outputting RDF. A developer can take one of these and programmatically get at the data. Apologies if I am misunderstanding your intent. Yours, Kevin On 07/10/2012 04:34
Re: [CODE4LIB] Worldcat schema.org search API
Well, I got the same email today when I apparently clicked on the wrong link (in the wrong account) while looking for my existing WC Basic API WSKEY (seriously, OCLC, the developer site is *terrible* with regards to usability). That said, here are the steps to get a WC Basic API WSKEY: Log in (or create an account) here: https://worldcat.org/config/SignIn.do On the left should be a menu that reads: WorldCat Registry WorldCat Basic API Key Find A Library API Key Web Service Keys Click on WorldCat Basic API Key, then Request a WorldCat Basic API Key. Then you should be able to use the Basic API (which will return results in RSS or Atom). From the search results, you can follow the links to the Worldcat pages and grab either the schema.org microdata or RDFa (or both, obviously). -Ross. On Thu, Jul 12, 2012 at 12:33 PM, Karen Coyle li...@kcoyle.net wrote: On 7/10/12 5:07 PM, Karen Coyle wrote: On 7/10/12 4:02 PM, Richard Wallis wrote: But is it available to everyone, and is the data retrieved also usable as ODC-BY by any member of the Web public? Yes it is, and at this stage it is only available from within a html page. The it I was referring to was the API. Roy is telling me that people should use the API, as if that is an obvious option that I am overlooking. I am asking if the general web public can use the API to get this data. I believe that should be a yes/no question/answer. Since no one here from OCLC had the integrity to answer this question, I went ahead and applied for a Worldcat API key, and here is the reply: * Hello, Thank you for your interest in the WorldCat Search API, however at this time the web service is only available to institutions, primarily libraries, that have a specific relationship with OCLC and then only for work related to that library's services. The specific relationship is explained further here, http://oclc.org/developer/documentation/worldcat-search-api/who-can-use. However, there are other OCLC services that are available to individual's non-commercial use. Looking at the list of services available on http://www.worldcat.org/wcpa/content/affiliate/ you'll see that the WorldCat search box and WorldCat links with embedded searches are available to anyone. You may also be interested in checking out the WorldCat Registry, or low-volume use of the xISBN and xISSN services. If you have questions about the service, please contact the product manager, Dawn Hendricks at hendr...@oclc.org mailto:hendr...@oclc.org. * There is nothing wrong with having a proprietary API; but pretending that it isn't (either directly or through omission), or being afraid to say it, is the kind of thing that has caused me to lose respect for OCLC. Nothing should be declared open that isn't available to all, not just members. And advertisements for WC API classes should state members only. That would be honest. And telling folks on a wide-open list that they should use the Worldcat API (without mentioning if you are in a member institution and using this for library services) is at best deceiving, at worst dishonest. I, for one, am tired of OCLC's lies, and I'm not afraid to say it. Fortunately for me, retirement is looming and I don't need to care who likes what I say. This is a relief, to say the least. kc kc This experiment is the first step in a process to make linked data about WorldCat resources available. As it will evolve over time other areas such as API access, content-negotiation, search other query methods, additional RDF data vocabularies, etc., etc., will be considered in concert with community feedback (such as this thread) as to the way forward. Karen I know you are eager to work with and demonstrate the benefits of this way of publishing data. But these things take time and effort, so please be a little patient, and keep firing off these use cases and issues they are all valuable input. ~Richard. kc Roy On Tue, Jul 10, 2012 at 2:08 PM, Kevin Ford k...@3windmills.com wrote: The use case clarifies perfectly. Totally feasible. Well, I should say totally feasible with the caveat that I've never used the Worldcat Search API. Not letting that stop me, so long as it is what I imagine it is, then a developer should be able to perform a search, retrieve the response, and, by integrating one of the tools advertised on the schema.org website into his/her code, then retrieve the microdata for each resource returned from the search (and save it as RDF or whatever). If someone has created something like this, do speak up. Yours, Kevin On 07/10/2012 04:48 PM, Karen Coyle wrote: Kevin, if you misunderstand then I undoubtedly haven't been clear (let's at least share the confusion :-)). Here's the use case: PersonA wants to create a comprehensive bibliography of works by AuthorB. The goal is to do a search on AuthorB in
Re: [CODE4LIB] Worldcat schema.org search API
Karen, Unfortunately it looks like you requested a key for the WorldCat Search API which does have specific eligibility criteria. The WorldCat Basic API which Ross mentions is available to anyone - http://www.oclc.org/developer/services/worldcat-basic-api It allows you to do an OpenSearch keyword query of WorldCat and get back basic metadata including the link to the worldcat.org page for each record returned. The easiest way to get a key is to go to http://worldcat.org/config/ and login with a WorldCat username/password. You should see a link that says WorldCat Basic API Key which you can use to get a key. I apologize for the confusion between the two APIs (WorldCat Search and WorldCat Basic). The difference is something we've tried to make clearer in our documentation but unfortunately given your experience it is still an issue. Karen On Thu, Jul 12, 2012 at 11:33 AM, Karen Coyle li...@kcoyle.net wrote: On 7/10/12 5:07 PM, Karen Coyle wrote: On 7/10/12 4:02 PM, Richard Wallis wrote: But is it available to everyone, and is the data retrieved also usable as ODC-BY by any member of the Web public? Yes it is, and at this stage it is only available from within a html page. The it I was referring to was the API. Roy is telling me that people should use the API, as if that is an obvious option that I am overlooking. I am asking if the general web public can use the API to get this data. I believe that should be a yes/no question/answer. Since no one here from OCLC had the integrity to answer this question, I went ahead and applied for a Worldcat API key, and here is the reply: * Hello, Thank you for your interest in the WorldCat Search API, however at this time the web service is only available to institutions, primarily libraries, that have a specific relationship with OCLC and then only for work related to that library's services. The specific relationship is explained further here, http://oclc.org/developer/documentation/worldcat-search-api/who-can-use. However, there are other OCLC services that are available to individual's non-commercial use. Looking at the list of services available on http://www.worldcat.org/wcpa/content/affiliate/ you'll see that the WorldCat search box and WorldCat links with embedded searches are available to anyone. You may also be interested in checking out the WorldCat Registry, or low-volume use of the xISBN and xISSN services. If you have questions about the service, please contact the product manager, Dawn Hendricks at hendr...@oclc.org mailto:hendr...@oclc.org. * There is nothing wrong with having a proprietary API; but pretending that it isn't (either directly or through omission), or being afraid to say it, is the kind of thing that has caused me to lose respect for OCLC. Nothing should be declared open that isn't available to all, not just members. And advertisements for WC API classes should state members only. That would be honest. And telling folks on a wide-open list that they should use the Worldcat API (without mentioning if you are in a member institution and using this for library services) is at best deceiving, at worst dishonest. I, for one, am tired of OCLC's lies, and I'm not afraid to say it. Fortunately for me, retirement is looming and I don't need to care who likes what I say. This is a relief, to say the least. kc kc This experiment is the first step in a process to make linked data about WorldCat resources available. As it will evolve over time other areas such as API access, content-negotiation, search other query methods, additional RDF data vocabularies, etc., etc., will be considered in concert with community feedback (such as this thread) as to the way forward. Karen I know you are eager to work with and demonstrate the benefits of this way of publishing data. But these things take time and effort, so please be a little patient, and keep firing off these use cases and issues they are all valuable input. ~Richard. kc Roy On Tue, Jul 10, 2012 at 2:08 PM, Kevin Ford k...@3windmills.com wrote: The use case clarifies perfectly. Totally feasible. Well, I should say totally feasible with the caveat that I've never used the Worldcat Search API. Not letting that stop me, so long as it is what I imagine it is, then a developer should be able to perform a search, retrieve the response, and, by integrating one of the tools advertised on the schema.org website into his/her code, then retrieve the microdata for each resource returned from the search (and save it as RDF or whatever). If someone has created something like this, do speak up. Yours, Kevin On 07/10/2012 04:48 PM, Karen Coyle wrote: Kevin, if you misunderstand then I undoubtedly haven't been clear (let's at least share the confusion :-)). Here's the use case: PersonA wants to create a comprehensive bibliography of works by AuthorB. The goal is to do a
Re: [CODE4LIB] Worldcat schema.org search API
It isn't unfortunate, it was deliberate. I have a key for the basic api, but I was being advised that I had overlooked the obvious answer of the worldcat search API. I have no confusion between the two, except for the confusion that seems to be promulgated by OCLC itself. kc On 7/12/12 9:46 AM, Karen Coombs wrote: Karen, Unfortunately it looks like you requested a key for the WorldCat Search API which does have specific eligibility criteria. The WorldCat Basic API which Ross mentions is available to anyone - http://www.oclc.org/developer/services/worldcat-basic-api It allows you to do an OpenSearch keyword query of WorldCat and get back basic metadata including the link to the worldcat.org page for each record returned. The easiest way to get a key is to go to http://worldcat.org/config/ and login with a WorldCat username/password. You should see a link that says WorldCat Basic API Key which you can use to get a key. I apologize for the confusion between the two APIs (WorldCat Search and WorldCat Basic). The difference is something we've tried to make clearer in our documentation but unfortunately given your experience it is still an issue. Karen On Thu, Jul 12, 2012 at 11:33 AM, Karen Coyle li...@kcoyle.net wrote: On 7/10/12 5:07 PM, Karen Coyle wrote: On 7/10/12 4:02 PM, Richard Wallis wrote: But is it available to everyone, and is the data retrieved also usable as ODC-BY by any member of the Web public? Yes it is, and at this stage it is only available from within a html page. The it I was referring to was the API. Roy is telling me that people should use the API, as if that is an obvious option that I am overlooking. I am asking if the general web public can use the API to get this data. I believe that should be a yes/no question/answer. Since no one here from OCLC had the integrity to answer this question, I went ahead and applied for a Worldcat API key, and here is the reply: * Hello, Thank you for your interest in the WorldCat Search API, however at this time the web service is only available to institutions, primarily libraries, that have a specific relationship with OCLC and then only for work related to that library's services. The specific relationship is explained further here, http://oclc.org/developer/documentation/worldcat-search-api/who-can-use. However, there are other OCLC services that are available to individual's non-commercial use. Looking at the list of services available on http://www.worldcat.org/wcpa/content/affiliate/ you'll see that the WorldCat search box and WorldCat links with embedded searches are available to anyone. You may also be interested in checking out the WorldCat Registry, or low-volume use of the xISBN and xISSN services. If you have questions about the service, please contact the product manager, Dawn Hendricks at hendr...@oclc.org mailto:hendr...@oclc.org. * There is nothing wrong with having a proprietary API; but pretending that it isn't (either directly or through omission), or being afraid to say it, is the kind of thing that has caused me to lose respect for OCLC. Nothing should be declared open that isn't available to all, not just members. And advertisements for WC API classes should state members only. That would be honest. And telling folks on a wide-open list that they should use the Worldcat API (without mentioning if you are in a member institution and using this for library services) is at best deceiving, at worst dishonest. I, for one, am tired of OCLC's lies, and I'm not afraid to say it. Fortunately for me, retirement is looming and I don't need to care who likes what I say. This is a relief, to say the least. kc kc This experiment is the first step in a process to make linked data about WorldCat resources available. As it will evolve over time other areas such as API access, content-negotiation, search other query methods, additional RDF data vocabularies, etc., etc., will be considered in concert with community feedback (such as this thread) as to the way forward. Karen I know you are eager to work with and demonstrate the benefits of this way of publishing data. But these things take time and effort, so please be a little patient, and keep firing off these use cases and issues they are all valuable input. ~Richard. kc Roy On Tue, Jul 10, 2012 at 2:08 PM, Kevin Ford k...@3windmills.com wrote: The use case clarifies perfectly. Totally feasible. Well, I should say totally feasible with the caveat that I've never used the Worldcat Search API. Not letting that stop me, so long as it is what I imagine it is, then a developer should be able to perform a search, retrieve the response, and, by integrating one of the tools advertised on the schema.org website into his/her code, then retrieve the microdata for each resource returned from the search (and save it as RDF or whatever). If someone has created something like this, do speak up. Yours, Kevin On 07/10/2012 04:48 PM,
[CODE4LIB] articles using ddc
Someone asked a while back about a source of journal articles that had been indexed using DDC. I have found such a source here: http://www.base-search.net/Browse/Home No idea if it meets your needs, but it reminded me. kc -- Karen Coyle kco...@kcoyle.net http://kcoyle.net ph: 1-510-540-7596 m: 1-510-435-8234 skype: kcoylenet
Re: [CODE4LIB] ATOM/RSS Feed Archiving Question
Drupal also supports SimplePie integration through a contributed module. Cary On Thu, Jul 12, 2012 at 4:16 AM, Charlie Morris cdmorri...@gmail.com wrote: Drupal will do this out if the box with the Aggregator module and the Feeds family of modules will let you do more parsing. I've also used Magpie, Zend Feeds and SimplePie. If your only interested in parsing, presenting and storing then I'd suggest looking at SimplePie. -Charlie (sent from my phone) On Jul 11, 2012, at 10:38 PM, Brian McBride brian.mcbr...@utah.edu wrote: Code4lib team! I was wondering if anyone has worked on a projects relating to harvesting and archiving RSS/ATOM feeds from third party sites. Any information would be greatly appreciated. Thanks, Brian Brian McBride Head of Application Development J. Willard Marriott Library O: 801.585.7613 F: 801.585.5549 brian.mcbr...@utah.edu -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] Browser Wars
While we will support anything that our clients want supported, we warn them away from IE6 and other expensive to support antiquities. We definitely pay attention to IE during development, as backtracking to fix an issue that has been buried can be both depressing and expensive. We test in Chrome, Firefox, IE, Opera, and Safari. We test Responsive and/or mobile sites in a range of mobile clients. Thanks, Cary On Thu, Jul 12, 2012 at 8:40 AM, Aaron Collier acoll...@csufresno.edu wrote: Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoy bmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271 -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] Browser Wars
Does anyone actually generate a conditional message--say, if LTE IE7--to suggest that visitors upgrade or otherwise warn them about a wonky site? //Michael -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Cary Gordon Sent: Thursday, July 12, 2012 2:11 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars While we will support anything that our clients want supported, we warn them away from IE6 and other expensive to support antiquities. We definitely pay attention to IE during development, as backtracking to fix an issue that has been buried can be both depressing and expensive. We test in Chrome, Firefox, IE, Opera, and Safari. We test Responsive and/or mobile sites in a range of mobile clients. Thanks, Cary On Thu, Jul 12, 2012 at 8:40 AM, Aaron Collier acoll...@csufresno.edu wrote: Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoy bmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271 -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] articles using ddc
Thanks Karen, Rene also mentioned the BASE (thanks). They only go as far as the third level of the DDC and in all the cases I checked, the DDC classes were assigned automatically. Meanwhile, I have found out that some university libraries have assigned subject metadata to the technical reports and articles archived in their institutional repositories, e.g., see: http://www.worldcat.org/title/supporting-oo-design-heuristics/oclc/19148 1189referer=brief_results None of them have all the DDC, LCC, and LCSH metadata assigned, but it is a good start anyway. Some of them like 1400 research papers from the Carnegie Mellon University-School of Computer Science have proper LCSHs assigned but have been assigned the same DDC and LCC (i.e., LCC: QA76.C37 DDC: 510.7808), which I suppose is understandable considering the amount of work required for their proper manual classification. Thanks, Arash -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Karen Coyle Sent: 12 July 2012 18:12 To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] articles using ddc Someone asked a while back about a source of journal articles that had been indexed using DDC. I have found such a source here: http://www.base-search.net/Browse/Home No idea if it meets your needs, but it reminded me. kc -- Karen Coyle kco...@kcoyle.net http://kcoyle.net ph: 1-510-540-7596 m: 1-510-435-8234 skype: kcoylenet - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2195 / Virus Database: 2437/5127 - Release Date: 07/12/12
Re: [CODE4LIB] Looking for geotagged book data sources
John, The Biodiversity Heritage Library has geocoded our books and journals based on LCSH geographic headings (not based on geonames in full text). http://www.biodiversitylibrary.org/browse/map Our data is available via APIs and datasets and while we do store the lat/long info we acquire from Google Maps api we are not allowed to share it within our datasets because it would violate Microsoft's Terms of Service. Here is a link to a presentation Chris Freeland did recently on our geocoding http://www.slideshare.net/chrisfreeland/built-works-registry-geocoding-biodiversity-heritage-library The end of the presentation links to a 2008 article in code4lib that explains more of the technical details. Trish Rose-Sandler, Data Analyst, Biodiversity Heritage Library On Wed, Jul 11, 2012 at 10:13 PM, John Miedema john.mied...@gmail.comwrote: Looking for geotagged book data sources, available as (in order of preference): apis, share-able dataset, crawl source. Ideally this data is indexed by lat/long, but any geographical groupings are valuable. Here’s what I have so far. http://openbooklab.com/looking-for-geotagged-book-data-sources/ Are you interested in geotagging your book content? http://openbooklab.com/how-to-geotag-book-content-in-four-steps/ Thanks, John
Re: [CODE4LIB] Browser Wars
Sean, where are you using CORS support? I browsed around your site in IE7 and it doesn't seem to balk or have any missing functionality. Cary, I think users can be even more frustrated when a site is broken and they don't know how to fix it (or even realize it's broken). I would at least give them a heads up and a nudge to improve their own experience (and not just on our sites), while not blocking them from browsing a site with less functionality. I do tend to warn users gently they may have a sub-optimal experience if they are using an antiquated browser. Those Flash messages on the iPad are poorly implemented. If they are sniffing for flash, they should be sniffing for the user agent too... that is if there's a non-flash alternative. But really, those developers are going to be extinct soon. I don't have an iPad. How often does that actually occur? -Shaun On 7/12/12 11:04 AM, Sean Hannan wrote: I go by my statistics (and you should, too). I can't make users use another browser (as much as I'd like them to). The bulk of our users still use IE (well, the bulk use a WebKit browser--Chrome/Safari--but lumping those together isn't an assumption I'm ready to lean on yet). That IE majority is shrinking, though. I'm in the middle of launching a new site redesign (old: http://www.library.jhu.edu new: http://testsh.mse.jhu.edu/newwebsite), so this is very present in my mind at the moment. My cutoff is IE8. Everything IE8 and above is fine and will work fine with the new site. And honestly, since I'm not doing anything that fancy with the new site (it's pretty stripped down on purpose), that IE8 limitation is really based on CORS support. IE7 don't got it. People will upgrade when they upgrade. Libraries aren't really in the position to force users to change their browsing habits. -Sean On 7/12/12 10:33 AM, Michael Schofieldmschofi...@nova.edu wrote: Hi Code4Lib, Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right? Anyway, all of this is coming from some really good web developers who don't really face the same issues that have to be considered for library sites. I was just curious what the library community actually thought about this. Thanks, Michael Here's some reading: Old Browsers ar eHOlding Back the Web (July 9th): http://www.smashingmagazine.com/2012/07/09/old-browsers-are-holding-back-the -web/ Dear Web User: Please Upgrade Your Browser (July 10th) : http://www.smashingmagazine.com/2012/07/10/dear-web-user-please-upgrade-your -browser/ It's Time to Stop Blaming Internet Explorer (July 12th): http://www.smashingmagazine.com/2012/07/12/its-time-to-stop-blaming-internet -explorer/ A recent library blog today: Have you Given Much thought to browsers? : http://www.meanlaura.com/archives/1528 -- Shaun D. Ellis Digital Library Interface Developer Firestone Library, Princeton University voice: 609.258.1698 | sha...@princeton.edu
Re: [CODE4LIB] Browser Wars
It is almost worth getting an iPad just to see all the clueless messages. Borrow one and try some restaurant sites. The restaurant business seems to have the absolute worst relationship between what they spend and the usefulness of what they get. I understand and respect your view, but still contend that regardless of the reason that someone is using IE 6, they have certainly had enough time to figure it out by now. The only way that IE6 users will have a good experience is if you build a site for them. Cary On Thu, Jul 12, 2012 at 12:11 PM, Shaun Ellis sha...@princeton.edu wrote: Sean, where are you using CORS support? I browsed around your site in IE7 and it doesn't seem to balk or have any missing functionality. Cary, I think users can be even more frustrated when a site is broken and they don't know how to fix it (or even realize it's broken). I would at least give them a heads up and a nudge to improve their own experience (and not just on our sites), while not blocking them from browsing a site with less functionality. I do tend to warn users gently they may have a sub-optimal experience if they are using an antiquated browser. Those Flash messages on the iPad are poorly implemented. If they are sniffing for flash, they should be sniffing for the user agent too... that is if there's a non-flash alternative. But really, those developers are going to be extinct soon. I don't have an iPad. How often does that actually occur? -Shaun On 7/12/12 11:04 AM, Sean Hannan wrote: I go by my statistics (and you should, too). I can't make users use another browser (as much as I'd like them to). The bulk of our users still use IE (well, the bulk use a WebKit browser--Chrome/Safari--but lumping those together isn't an assumption I'm ready to lean on yet). That IE majority is shrinking, though. I'm in the middle of launching a new site redesign (old: http://www.library.jhu.edu new: http://testsh.mse.jhu.edu/newwebsite), so this is very present in my mind at the moment. My cutoff is IE8. Everything IE8 and above is fine and will work fine with the new site. And honestly, since I'm not doing anything that fancy with the new site (it's pretty stripped down on purpose), that IE8 limitation is really based on CORS support. IE7 don't got it. People will upgrade when they upgrade. Libraries aren't really in the position to force users to change their browsing habits. -Sean On 7/12/12 10:33 AM, Michael Schofieldmschofi...@nova.edu wrote: Hi Code4Lib, Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right? Anyway, all of this is coming from some really good web developers who don't really face the same issues that have to be considered for library sites. I was just curious what the library community actually thought about this. Thanks, Michael Here's some reading: Old Browsers ar eHOlding Back the Web (July 9th): http://www.smashingmagazine.com/2012/07/09/old-browsers-are-holding-back-the -web/ Dear Web User: Please Upgrade Your Browser (July 10th) : http://www.smashingmagazine.com/2012/07/10/dear-web-user-please-upgrade-your -browser/ It's Time to Stop Blaming Internet Explorer (July 12th): http://www.smashingmagazine.com/2012/07/12/its-time-to-stop-blaming-internet -explorer/ A recent library blog today: Have you Given Much thought to browsers? : http://www.meanlaura.com/archives/1528 -- Shaun D. Ellis Digital Library Interface Developer Firestone Library, Princeton University voice: 609.258.1698 | sha...@princeton.edu -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] Browser Wars
I'd have to agree with this, as the one time I can recall putting this kind of message up we received complaints from faculty members. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Cary Gordon listu...@chillco.com To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 11:25:03 AM Subject: Re: [CODE4LIB] Browser Wars I think that anyone using IE 6 knows that they are skiing on barrel staves. Those messages mostly piss folks off, particularly when they are on a library site. On the other hand, I really love getting please update your Flash messages on my iPad :P On Thu, Jul 12, 2012 at 11:18 AM, Michael Schofield mschofi...@nova.edu wrote: Does anyone actually generate a conditional message--say, if LTE IE7--to suggest that visitors upgrade or otherwise warn them about a wonky site? //Michael -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Cary Gordon Sent: Thursday, July 12, 2012 2:11 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars While we will support anything that our clients want supported, we warn them away from IE6 and other expensive to support antiquities. We definitely pay attention to IE during development, as backtracking to fix an issue that has been buried can be both depressing and expensive. We test in Chrome, Firefox, IE, Opera, and Safari. We test Responsive and/or mobile sites in a range of mobile clients. Thanks, Cary On Thu, Jul 12, 2012 at 8:40 AM, Aaron Collier acoll...@csufresno.edu wrote: Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoy bmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271 -- Cary Gordon The Cherry Hill Company http://chillco.com -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] Browser Wars
I agree with Cary on that point. If you're still using IE6, I have no idea where you've been the last few years and your internet is broken all over the place least of all the library website and they are likely using it for a specific purpose. I don't think force IE updates make any difference in how we develop our websites. Microsoft still officially supports IE7 and IE8, and so for the moment, do we. We develop in FF/Chrome and then test in IE, Opera, Safari (on MAC and Windows, because FF and Opera at least behave differently on the two). I say, take a look at your own stats, but I'm willing to bet, like the bulk of the people who have replied, IE is heavily used to access your library website. [this got sent a lot later, I thought I had hit the send button already!] On Thu, Jul 12, 2012 at 2:25 PM, Cary Gordon listu...@chillco.com wrote: I think that anyone using IE 6 knows that they are skiing on barrel staves. Those messages mostly piss folks off, particularly when they are on a library site. On the other hand, I really love getting please update your Flash messages on my iPad :P On Thu, Jul 12, 2012 at 11:18 AM, Michael Schofield mschofi...@nova.edu wrote: Does anyone actually generate a conditional message--say, if LTE IE7--to suggest that visitors upgrade or otherwise warn them about a wonky site? //Michael -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Cary Gordon Sent: Thursday, July 12, 2012 2:11 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars While we will support anything that our clients want supported, we warn them away from IE6 and other expensive to support antiquities. We definitely pay attention to IE during development, as backtracking to fix an issue that has been buried can be both depressing and expensive. We test in Chrome, Firefox, IE, Opera, and Safari. We test Responsive and/or mobile sites in a range of mobile clients. Thanks, Cary On Thu, Jul 12, 2012 at 8:40 AM, Aaron Collier acoll...@csufresno.edu wrote: Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoy bmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271 -- Cary Gordon The Cherry Hill Company http://chillco.com -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] Browser Wars
I think this is true for a lot of users who access library sites. Frequently they are using a computer they have no control over. It would only be an annoyance to have a message telling them they're on an outdated browser. On Thu, Jul 12, 2012 at 3:44 PM, Aaron Collier acoll...@csufresno.edu wrote: I'd have to agree with this, as the one time I can recall putting this kind of message up we received complaints from faculty members. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Cary Gordon listu...@chillco.com To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 11:25:03 AM Subject: Re: [CODE4LIB] Browser Wars I think that anyone using IE 6 knows that they are skiing on barrel staves. Those messages mostly piss folks off, particularly when they are on a library site. On the other hand, I really love getting please update your Flash messages on my iPad :P On Thu, Jul 12, 2012 at 11:18 AM, Michael Schofield mschofi...@nova.edu wrote: Does anyone actually generate a conditional message--say, if LTE IE7--to suggest that visitors upgrade or otherwise warn them about a wonky site? //Michael -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Cary Gordon Sent: Thursday, July 12, 2012 2:11 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars While we will support anything that our clients want supported, we warn them away from IE6 and other expensive to support antiquities. We definitely pay attention to IE during development, as backtracking to fix an issue that has been buried can be both depressing and expensive. We test in Chrome, Firefox, IE, Opera, and Safari. We test Responsive and/or mobile sites in a range of mobile clients. Thanks, Cary On Thu, Jul 12, 2012 at 8:40 AM, Aaron Collier acoll...@csufresno.edu wrote: Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoy bmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271 -- Cary Gordon The Cherry Hill Company http://chillco.com -- Cary Gordon The Cherry Hill Company http://chillco.com
[CODE4LIB] Job Opportunity- Systems Administrator / Creative Technologist, Chattanooga Public Library
The Chattanooga Public Library is seeking a talented and visionary systems administrator to be a part of our transformation into a world-class library. Tennessee’s fourth largest city, Chattanooga is home to mountains, lakes and the Tennessee River and is a regional hub of outdoor activity. A revitalized downtown district and a growing arts culture combine to make Chattanooga enjoyable for all ages. With a low cost-of-living and a moderate climate, Chattanooga is a great place to live and work. The Systems Administrator will be responsible for maintenance and administration of the library’s online catalog and related software. This position will work closely with our management team as we seek to provide the best library experience available for our customers. Chattanooga’s status as a “Gig City” will offer endless opportunity for technological expansion. The Public Library requires a forward thinking Systems Administrator with a proven track record of creative problem solving and innovation to lead that expansion. This position requires a Master’s degree in Library Science from an ALA-accredited graduate program and a minimum of four (4) years of experience as a professional librarian. The ideal candidate is a creative technologist with previous experience as a database administrator, preferably with Polaris or another ILS. Demonstrated knowledge of both client and server side scripting languages, as well as HTML, CSS, XML and JSON are required. Minimum beginning salary is $50,000 annually. Excellent benefits are available through the City of Chattanooga. Application forms are available for download at the Chattanooga Public Library website http://www.lib.chattanooga.gov/employment.html Please include a resume and contact information for three professional references along with a completed application form. Send to: Personnel Office Chattanooga Public Library 1001 Broad Street Chattanooga, TN 37402 or Jim Cooper coope...@lib.chattanooga.gov -- Nate Hill nathanielh...@gmail.com http://www.natehill.net
Re: [CODE4LIB] Browser Wars
On Jul 12, 2012, at 3:39 PM, Cary Gordon wrote: It is almost worth getting an iPad just to see all the clueless messages. Borrow one and try some restaurant sites. The restaurant business seems to have the absolute worst relationship between what they spend and the usefulness of what they get. I understand and respect your view, but still contend that regardless of the reason that someone is using IE 6, they have certainly had enough time to figure it out by now. The only way that IE6 users will have a good experience is if you build a site for them. iPads are especially annoying because there are so many websites that must've been re-written to support iPhones, but haven't had any updates, so they insist on redirecting you to the 'mobile' version of the website. Which often, goes something like: http://xkcd.com/869/ I actually have fewer problems on my WebOS phone, as no one bothered to write specifically for it. (or be smart, and ask for the resolution or window size, and deal with things that way ... or even use CSS sheet with '@media handheld') ... As for IE6, one of the many arguments against supporting is is that by catering to people who are still using 12 year old web browsers, you're keeping them from upgrading to a more secure browser. Now, ideally, you don't make pages that are completely useless without plugins and javascript and whatever turned on ... but we shouldn't be forced to make it pretty for 'em. ... And more scripting languages (javascript/ecmascript/whatever they want to call it) that are intended to be used across platforms without knowing what version it's going to be run from ... need to have some way of asking 'hey, do you support (x)', rather than all of the assumptions based on the browser string (which in my case, is often a lie, specifically because of those sites that make bad assumptions), and they may have no idea what stuff I've specifically limited in my security preferences. -Joe (who complains every year when I have to re-take the annual security training that won't work unless I (1) allow pop-ups, (2) allow plug-ins and (3) allow java)
Re: [CODE4LIB] Help with Chinese exchange librarian
Thanks for your offer to help! We do have Chinese speakers on campus, but not Chinese speakers with a library technology background who can talk about harvesting e-resource usage data, or developing a library module for our course system, or other things that make my friends and relatives glaze over when I talk about what I do. Paul On 7/12/12 12:16 PM, Kaile Zhu wrote: I thought nowadays you find Chinese people on every university's campus. I may help you with the situation. Kelly Zhu (405)974-5957 -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Paul Orkiszewski Sent: Thursday, July 12, 2012 10:42 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Help with Chinese exchange librarian Hi all. We have an exchange librarian who's a technology manager in the library at Fudan University, China. His written English is pretty good but spoken not so much. Is there a fluent Chinese speaker in code4lib land that would be willing to help me decipher his skill set and help me match him up with some good projects? Paul -- *Paul Orkiszewski* Coordinator of Library Technology Services / Associate Professor University Library Appalachian State University 218 College Street P.O. Box 32026 Boone, NC 28608-2026 E-mail: orkiszews...@appstate.edu Phone: 828 262 6588 Fax: 828 262 2797
Re: [CODE4LIB] Help with Chinese exchange librarian
You've got the pool. A little bit more about myself: Kelly Zhu Web Services Librarian Chambers Library University of Central Oklahoma From Shanghai where Fudan Uni. Is located. -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Paul Orkiszewski Sent: Thursday, July 12, 2012 2:51 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Help with Chinese exchange librarian Thanks for your offer to help! We do have Chinese speakers on campus, but not Chinese speakers with a library technology background who can talk about harvesting e-resource usage data, or developing a library module for our course system, or other things that make my friends and relatives glaze over when I talk about what I do. Paul On 7/12/12 12:16 PM, Kaile Zhu wrote: I thought nowadays you find Chinese people on every university's campus. I may help you with the situation. Kelly Zhu (405)974-5957 -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Paul Orkiszewski Sent: Thursday, July 12, 2012 10:42 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Help with Chinese exchange librarian Hi all. We have an exchange librarian who's a technology manager in the library at Fudan University, China. His written English is pretty good but spoken not so much. Is there a fluent Chinese speaker in code4lib land that would be willing to help me decipher his skill set and help me match him up with some good projects? Paul -- *Paul Orkiszewski* Coordinator of Library Technology Services / Associate Professor University Library Appalachian State University 218 College Street P.O. Box 32026 Boone, NC 28608-2026 E-mail: orkiszews...@appstate.edu Phone: 828 262 6588 Fax: 828 262 2797 **Bronze+Blue=Green** The University of Central Oklahoma is Bronze, Blue, and Green! Please print this e-mail only if absolutely necessary! **CONFIDENTIALITY** This e-mail (including any attachments) may contain confidential, proprietary and privileged information. Any unauthorized disclosure or use of this information is prohibited.
Re: [CODE4LIB] Browser Wars
Interesting, Safari has just pulled into the lead over here. 1. Safari 29.82% 2. Internet Explorer 27.73% 3. Firefox 24.69% 4. Chrome 12.88% 5. Android Browser 3.32% But that is not counting the library computers, which default to IE8 or in some cases Public Web Browser (!). We got a hundred IE6 visits last month - a tiny percentage, but they're still out there. As a public library, we avoid putting up barriers to access, and I try to be very careful about that with our website. It's a public accommodation, after all. Nowadays, I am starting to feel like the lack of a mobile site is such a barrier, because almost 10% of visits are coming from mobile devices. Not having a mobile site for that 10% feels a little like finding out 10% of our library patrons use wheelchairs, then building steps in front of the door. Genny Engel Sonoma County Library gen...@sonoma.lib.ca.us 707 545-0831 x581 www.sonomalibrary.org -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Aaron Collier Sent: Thursday, July 12, 2012 8:41 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoy bmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271
Re: [CODE4LIB] Browser Wars
then clearly is answer is to make your website responsive! On Thu, Jul 12, 2012 at 4:16 PM, Genny Engel gen...@sonoma.lib.ca.us wrote: Interesting, Safari has just pulled into the lead over here. 1. Safari 29.82% 2. Internet Explorer 27.73% 3. Firefox 24.69% 4. Chrome 12.88% 5. Android Browser 3.32% But that is not counting the library computers, which default to IE8 or in some cases Public Web Browser (!). We got a hundred IE6 visits last month - a tiny percentage, but they're still out there. As a public library, we avoid putting up barriers to access, and I try to be very careful about that with our website. It's a public accommodation, after all. Nowadays, I am starting to feel like the lack of a mobile site is such a barrier, because almost 10% of visits are coming from mobile devices. Not having a mobile site for that 10% feels a little like finding out 10% of our library patrons use wheelchairs, then building steps in front of the door. Genny Engel Sonoma County Library gen...@sonoma.lib.ca.us 707 545-0831 x581 www.sonomalibrary.org -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Aaron Collier Sent: Thursday, July 12, 2012 8:41 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoy bmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271
Re: [CODE4LIB] Browser Wars
No Opera? -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Brig C McCoy Sent: Thursday, July 12, 2012 11:28 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651437 MSIE/8 7400277 MSIE/9 186652MSIE/7 193 42MSIE/6 16 16MSIE/5 11 3 MSIE/10 2 1809441 Safari 1128299 Safari/533 202 58Safari/534 214 54Safari/7534 79 23Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287182 Firefox 442 114 Firefox/13 408 34Firefox/12 139 11Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164175 Chrome 718 111 Chrome/19 409 61Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271
Re: [CODE4LIB] Worldcat schema.org search API
Ok, the Pipe didn't quite work as planned. Yahoo! is stripping out all of the relevant html attributes when it's converting the WC microdata html to a string, which renders the whole thing useless. If I don't convert it to a string, it maintains all of the necessary attributes in the JSON output, but it strips them from the RSS and html outputs. I mean, it's hard to complain about free thing doesn't handle my niche problem, but when has that ever stopped me? Anyway, it's there for somebody to clone and poke around with. Maybe somebody more familiar with Pipes can figure a way around this problem. -Ross. On Thu, Jul 12, 2012 at 3:03 PM, Ross Singer rossfsin...@gmail.com wrote: I made a Yahoo Pipe that merges the WorldCat Basic OpenSearch RSS result with the microdata div in the Worldcat pages referred to in the search results: http://pipes.yahoo.com/pipes/pipe.info?_id=05ae2a7bc180f3abe36b11bcaf1adc52 You'll need to enter your wskey for it to work. You can get the output as RSS (which will require the item/description to be unescaped to use) or JSON (which wouldn't require unescaping). It's not terribly fast, but it least should help somebody get started. -Ross. On Thu, Jul 12, 2012 at 1:09 PM, Karen Coyle li...@kcoyle.net wrote: It isn't unfortunate, it was deliberate. I have a key for the basic api, but I was being advised that I had overlooked the obvious answer of the worldcat search API. I have no confusion between the two, except for the confusion that seems to be promulgated by OCLC itself. kc On 7/12/12 9:46 AM, Karen Coombs wrote: Karen, Unfortunately it looks like you requested a key for the WorldCat Search API which does have specific eligibility criteria. The WorldCat Basic API which Ross mentions is available to anyone - http://www.oclc.org/developer/services/worldcat-basic-api It allows you to do an OpenSearch keyword query of WorldCat and get back basic metadata including the link to the worldcat.org page for each record returned. The easiest way to get a key is to go to http://worldcat.org/config/ and login with a WorldCat username/password. You should see a link that says WorldCat Basic API Key which you can use to get a key. I apologize for the confusion between the two APIs (WorldCat Search and WorldCat Basic). The difference is something we've tried to make clearer in our documentation but unfortunately given your experience it is still an issue. Karen On Thu, Jul 12, 2012 at 11:33 AM, Karen Coyle li...@kcoyle.net wrote: On 7/10/12 5:07 PM, Karen Coyle wrote: On 7/10/12 4:02 PM, Richard Wallis wrote: But is it available to everyone, and is the data retrieved also usable as ODC-BY by any member of the Web public? Yes it is, and at this stage it is only available from within a html page. The it I was referring to was the API. Roy is telling me that people should use the API, as if that is an obvious option that I am overlooking. I am asking if the general web public can use the API to get this data. I believe that should be a yes/no question/answer. Since no one here from OCLC had the integrity to answer this question, I went ahead and applied for a Worldcat API key, and here is the reply: * Hello, Thank you for your interest in the WorldCat Search API, however at this time the web service is only available to institutions, primarily libraries, that have a specific relationship with OCLC and then only for work related to that library's services. The specific relationship is explained further here, http://oclc.org/developer/documentation/worldcat-search-api/who-can-use. However, there are other OCLC services that are available to individual's non-commercial use. Looking at the list of services available on http://www.worldcat.org/wcpa/content/affiliate/ you'll see that the WorldCat search box and WorldCat links with embedded searches are available to anyone. You may also be interested in checking out the WorldCat Registry, or low-volume use of the xISBN and xISSN services. If you have questions about the service, please contact the product manager, Dawn Hendricks at hendr...@oclc.org mailto:hendr...@oclc.org. * There is nothing wrong with having a proprietary API; but pretending that it isn't (either directly or through omission), or being afraid to say it, is the kind of thing that has caused me to lose respect for OCLC. Nothing should be declared open that isn't available to all, not just members. And advertisements for WC API classes should state members only. That would be honest. And telling folks on a wide-open list that they should use the Worldcat API (without mentioning if you are in a member institution and using this for library services) is at best deceiving, at worst dishonest. I, for one, am tired of OCLC's lies, and I'm not afraid to say it. Fortunately for me, retirement is looming and I don't need to care who likes what I say. This is a
[CODE4LIB] pyRDFa plugins
In some very quick testing, the browser plugins on the pyRDFa site [1] seem to return better results than the w3c-based web site itself. The latter always seems to pull up a mass of stylesheet info (could that be intentional?) but the plugin seems to just return the relevant data: @prefix ns1: http://www.facebook.com/2008/ . @prefix og1: http://opengraphprotocol.org/schema/ . @prefix v: http://rdf.data-vocabulary.org/# . http://www.ebuyer.com/387621-apple-macbook-pro-laptop-md102b-a og1:description Buy our Apple MacBook Pro from our wide range of Laptops. The Apple MacBook Pro features a 750GB hard drive and comes with 8GB of RAM and an HD webcam.@en; og1:image http://image.ebuyer.com/UK/P0387621.jpg@en; og1:site_name Ebuyer.com@en; og1:title Apple MacBook Pro Laptop - Laptops | Ebuyer.com@en; og1:type product@en; og1:url http://www.ebuyer.com/387621-apple-macbook-pro-laptop-md102b-a@en; ns1:fbmlapp_id 116440215086168@en . [] a v:Product; v:brand Apple UK@en; v:category Apple Laptops@en; v:description - Intel Core i7 DC 2.9GHz - 8GB RAM + 750GB HDD - 13.3 LED + Thunderbolt - Webcam + Bluetooth - Apple OS X LionShow more details…@en; v:name Apple MacBook Pro Laptop@en . [] a v:Offer; v:availability in_stock@en; v:currency GBP@en; v:price 1149.47@en; v:quantity 17@en . kc [1] http://www.w3.org/2007/08/pyRdfa/ plugins for firefox and opera are a ways down the page. -- Karen Coyle kco...@kcoyle.net http://kcoyle.net ph: 1-510-540-7596 m: 1-510-435-8234 skype: kcoylenet
[CODE4LIB] announcing ARK identifier discussion group
The University of California Curation Center (UC3) at the California Digital Library (CDL) is pleased to announce the formation of the first discussion group for ARKs (Archival Resource Keys) at http://groups.google.com/group/arks-forum The group is intended as a public forum for people interested in sharing with and learning from others about how ARKs have been or could be used in identifier applications. The forum is also intended as a mechanism for the CDL/UC3, in its role as the ARK scheme maintenance agency, to seek community feedback on a number of longer term issues and activities, including - publishing the ARK specification as an Internet RFC, - clarifying local and global resolution options, and - understanding metadata retrieval in a linked data environment. The number of institutions that have registered interest in assigning ARKs [1], currently over 100, has grown steadily in ten years. The ARK scheme specification [2] was recently renewed as an Internet-Draft [3] and has been stable since 2008. A few small changes are expected before proposing it as an Internet RFC. We hope you will consider joining in the discussion about these topics and others. -John [1] http://www.cdlib.org/services/uc3/naan_table.html [2] http://www.cdlib.org/services/uc3/arkspec.pdf [3] http://www.ietf.org/id/draft-kunze-ark-16.txt =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= John A. Kunze j...@ucop.edu +1-510-987-9231 Associate Director, UC Curation Center, California Digital Library 415 20th St, #406 skype:jeznuk dot.ucop.edu/home/jak/ Oakland, CA 94612 USAUniversity of California =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Re: [CODE4LIB] Browser Wars
I don't think it's entirely black and white though. It really depends on the type of site and the community it serves. What about innovative interfaces, visualizations, and apps that are valuable resources, but simply not possible without modern browsers? These are usually extended or experimental services and may have a smaller user base. I think it's perfectly reasonable in that case to let people know that they need to upgrade to join the party. In the case of traditional services, such as the catalog, I agree that they should just work without disclaimers. Right, I forgot about the dreaded restaurant sites with generic ambient loops and PDF menus. Come to think of it, that might be an iPad feature to not display them! :) -Shaun On 7/12/12 3:44 PM, Aaron Collier wrote: I'd have to agree with this, as the one time I can recall putting this kind of message up we received complaints from faculty members. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Cary Gordonlistu...@chillco.com To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 11:25:03 AM Subject: Re: [CODE4LIB] Browser Wars I think that anyone using IE 6 knows that they are skiing on barrel staves. Those messages mostly piss folks off, particularly when they are on a library site. On the other hand, I really love getting please update your Flash messages on my iPad :P On Thu, Jul 12, 2012 at 11:18 AM, Michael Schofieldmschofi...@nova.edu wrote: Does anyone actually generate a conditional message--say, if LTE IE7--to suggest that visitors upgrade or otherwise warn them about a wonky site? //Michael -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Cary Gordon Sent: Thursday, July 12, 2012 2:11 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Browser Wars While we will support anything that our clients want supported, we warn them away from IE6 and other expensive to support antiquities. We definitely pay attention to IE during development, as backtracking to fix an issue that has been buried can be both depressing and expensive. We test in Chrome, Firefox, IE, Opera, and Safari. We test Responsive and/or mobile sites in a range of mobile clients. Thanks, Cary On Thu, Jul 12, 2012 at 8:40 AM, Aaron Collieracoll...@csufresno.edu wrote: Firefox is the leader on our stats, but I think that's mostly because it is the default browser on almost any campus system. IE is close behind though while mobile browsers are the most sparse. I guess the old develop in firefox, test in IE still holds true. Aaron Collier Library Academic Systems Analyst California State University, Fresno - Henry Madden Library 559.278.2945 acoll...@csufresno.edu http://www.csufresno.edu/library - Original Message - From: Brig C McCoybmc...@kckpl.org To: CODE4LIB@LISTSERV.ND.EDU Sent: Thursday, July 12, 2012 8:28:03 AM Subject: Re: [CODE4LIB] Browser Wars Hi... This is from the last six weeks from one of my public-facing websites. Definitely not going to drop MSIE support for the website at this rate: # #reqs #pages browser 1 18137 827 MSIE 8651 437 MSIE/8 7400 277 MSIE/9 1866 52 MSIE/7 193 42 MSIE/6 16 16 MSIE/5 11 3 MSIE/10 2 1809 441 Safari 1128 299 Safari/533 202 58 Safari/534 214 54 Safari/7534 79 23 Safari/6533 41 4 Safari/530 13 3 Safari/531 3 906 260 Netscape (compatible) 4 1287 182 Firefox 442 114 Firefox/13 408 34 Firefox/12 139 11 Firefox/10 163 6 Firefox/3 28 6 Firefox/14 11 5 Firefox/9 6 2 Firefox/4 12 2 Firefox/6 4 1 Firefox/15 8 1 Firefox/7 5 1164 175 Chrome 718 111 Chrome/19 409 61 Chrome/20 23 1 Chrome/9 4 1 Chrome/10 1 1 Chrome/5 ...brig On 7/12/2012 9:33 AM, Michael Schofield wrote: Ever since Microsoft announced the new IE auto-update policy, the blogosphere is fussing. This is definitely important (and good) news, but sites-Smashing Magazine has three articles on it in the last few days-are really pushing the drop IE support, and its literally slowing the internet down. I'm down, but that attitude-especially for libraries-isn't really the right one to have. It is, IMHO, an old view. A smart design strategy with progressive enhancement can deliver content to . everyone - which should be the priority for non-prof / [local-]government web presences over flare. Right?-- Brig C. McCoy bmc...@kckpl.org Network Services Coordinator Kansas City, Kansas Public Library 625 Minnesota Avenue Kansas City, KS 66101 tel 913-279-2349 cel 816-885-2700 fax 913-279-2271 -- Cary Gordon The Cherry Hill Company http://chillco.com -- Shaun D. Ellis Digital Library Interface Developer Firestone Library, Princeton University voice: 609.258.1698 | sha...@princeton.edu