Sponsorship Discussion

Unrecorded sponsorship discussion

  • Wiki and Koha Users list
  • Even the small projects should be posted somewhere so we can see all the projects – share among ourselves before we tell the vendor.
  • Use IRC to get status reports on where a development is in the process
  • Libraries, as sponsors, should add their sponsorships to a joint list, along with wishes and dreams and hopes – independent of vendors and developers (one line descriptions – RFC? wiki? koha.org?)
  • Ability to contact, collaborate – just need more communication and openness (different need)
  • From librarians for librarians (then link to the the developers wiki for the programmers)
  • Prior to sponsorship, get a more robust and thought-out feature and gauge need/demand (ranking feature) –
    • bugzilla enhancements (bugs.koha.org)
    • Encourage use of bugzilla
    • 234 enhancements in bugzilla at this time (clean them out and add new)
    • French ticket system – some copy/paste between the 2
    • Existing tool, allows CC, searchable > Give sample instructions ‘best practices’
  • Users group participation, be careful of not recreating the traditional ILS voting mechanism/model
  • How do we handle a situation where a library wants to get an enhancement from one vendor when they already have a contract with a 2nd vendor due to time constraints?  Galen’s not sure how it would be handled and would have to be looked at ‘case by case’ and eventually vendors may have unique areas of expertise.
Advertisements

KohaCon09 and Koha 3.2 and Beyond

Koha 3.2 – What’s in it? – Galen and Paul

  • New acquisitions module
  • Holdings support
  • Circ improvements – configure policy to nth degree!  Woo hoo.
  • Improve stability
  • RFCs – Request for Comments – proposals, ideas, statement saying what we want in terms of functionality
    • programmers, libraries, groups, etc.
    • “Wouldn’t it be nice if Koha had a module to dispatch the library policy to get rid of really obnoxious patrons”
    • Grand cattle call – Interested parties submit proposals, posted to wiki, evaluated and discussed, from chaos comes a list of goals for next release of Koha
    • Need to communicate what you are planning to do and then Do It.
      • We need to share our own list of RFCs on bugzilla or IRC or KUDOS or just on our site!
    • Not all RFCs are implemented – just proposals, not sponsored, tempis fugit
  • New Acquisitions module
    • developed by BibLibre for a customer, working to submit patches, review and testing prior to live
  • Holdings structure – WALDO/LibLime
    • Introduces ‘summary’ records to Koha – bib records and item records (OK for monographs, but bad for serials not so good) – bound volumes – add a layer in between bib and item
    • Support MARC format for holdings display – MFHD – from “holding” to “summary” > not MARC format not necessary, can pretend 842 doesn’t exist.  Optional.
    • How will koha serials subsystem work with auto checkin? Links to update summary statements – doesn’t tie into serials – have a summary record separate from the serial check in/prediction pattern
  • Proxy patrons, fines thresholds, callslips, recalls, hourly loans, email checkout slips – more WALDO circ enhancements
  • Circulate fines in days debarred, Alloy computing (www.alloycomputing.com – Stephen Edwards committer), place hold on multiple items (already up and running!)
  • No Fines – you are debarred a certain number of days, instead! (FRENCH IDEA WE SHOULD STEAL)
  • Hold policy and request improvements (NEKLS)
    • Architectural changes – less complex than imagined – biblio table and items table, adding summaries table that will be weakly linked to bib and items.  Indexing will be extended to include item and holds for zebra to index.
  • ReservsDirect integration with Koha (course reserves for academics)
  • OPAC Enhancements – the ‘pretty stuff’
    • Support enhanced content providers :: Syndetics, LibraryThing, Babeltheque and Tag multiple items
  • Cataloging
    • biblios.net integration – service and embed biblios editor into Koha
    • improve browse indexes – browsing name, title and subject headings.  Current not a ‘complete headings’ browse
    • ISBN 13 normalization – for searching, indexing and matching – index 10 and 13 digit numbers
    • Item bulk status change (GOOD!!!) – BibLibre and LibLime both working on this
    • Brief records, record maintenance and deleted records – WALDO :: attach workflow statuses to bib records (ILL and on the fly cataloging)
  • Serials
    • improved display and prediction pattern management
    • more control over display of recently checked in issues – WALDO
  • Administration
    • Jesse rocks – he fixed the sys pref editor (he’s young and brilliant and in a few years when he can drink, I’ll buy him one)
  • Reporting – improvements to guided reports – add placeholders and template variables (edit statements???)
    • Integer parameter – specify how many days you want to run
    • Save time of library staff, too.  “Makes for happier librarians”
    • We need to get the CKLS report specs in the works! (hope, pray, push at KEGGER)
  • Misc
    • Granular permissions (more) – ex. Tools
    • IE compatibility (WALDO)
    • Overdue report improvement (PISD)
    • OAI-PMH server improvement (Tamil) – metadata farming improvements, protocols, etc.
    • URL checker cron job (Tamil – France)
  • Time Line – not finalized – 3.1 release for testing in early summer :: 3.2 most likely to be late summer or early autumn (future rolls, not freezes > ?)
  • Version numbering system – odd numbers = bleeding edge (3.1), more complete = even (3.2)

Koha Unconference for the Developers – Holiday Inn Board Room this weekend at 8 am

Where are Sys Groups? – Proposed as mechanism to cleanly seperate branches, working with a customer to implement more functionality, but doing more.  Part of it will be in 3.2, some will be available by late summer per commitment to that customer – will it go to 3.3?  Governed by the calendar.

Beyond 3.2

See twitter Search for Kohacon09

People –

  • RM, QA, Docs – ability to take on the task, endorsement, IRC election – “Usually only one person is crazy enough to volunteer” – Chris
  • Being a Manager, requires neutrality – reject patches, etc. if they break things – observe neutrality in respects to the source (commercial v. independent)
  • Koha developed by its users from the creation in NZ in 1999!  Exploded in India, China, North America, Europe and South America – will this lead to more formalized management??  Users Groups (France & US) – lots of interests to balance.

Specs and RFCs –

  • What bugs squashed? What enhancements made? OUR QUESTION – If we’ve contracted with LibLime to write code and there is independent development happening at the same time, do we pay for that or get a refund??
  • In-between projects
  • Galen recommends that KUDOS NOT work on the proprietary vendor model of user groups.  I would say, know that with Koha we can get an independent contractor/programmer to give us what we want!  Whoever contributes the code, has the most say!  Ask for something or find someone to Do it!  Band together to sponsor.
  • Avoid a split between the developers and the users/librarians.  Nag with money…and impress with contributions (and American Peanut butter not found in New Zealand grocery stores.)

Koha Project Time Line

  • RFCs – schedule developed by RM
  • Wheeling/dealing – input of users groups, vendor clients, developers, funding arrangements
  • RM elected – roles filled
  • Other roles
  • Proposed timeline: interim :: alpha :; beta :: translations :: production :: still more translations
  • Story of a new Feature: Specifications/requirements :: testing :: Contributed to project :: warm fuzzies
  • Head v. Maintenance version – 3.0 will be maintained for about a year after 3.2 is released and many libraries will continue to use ‘old’ versions.  Then a ‘tapering down’ process.

What’s next? 3.4 / 4.0?

  • More features? New architectural revisions? major new features? Still up in the air and debated during developers session over the weekend
  • Users are always dissatisfied (as are good programmers).  New workflows, new features, new interfaces…
  • fashion and impetus
  • RDA (maybe yes, maybe no) (RDA is?? Please fill in for me) ::Linked data :: dismodulation :: OLE :: Web Services
  • Swiss army chain saw (aka PERL) – aquabrowser, viewfind > have libraries put together systems that talk amongst self.
  • Needs:
    • Electronic Resource Management (for academics)
    • Consortia – Koha supports, but many models to accommodate – databases talking together and single database with various types of libraries
    • Resource sharing – trend and economic reality
    • 4.0 – architeture :; mod_perl :: memcached :: moose (up and coming PERL thing)
    • Interfaces:  SIP2, RFID, EDI for Acquisitions, Jangle project interaction (glue together different ILS for resource sharing – ILS talks to Jangle, Jangle translates and talks back to different ILS – research project at this time)

KohaCon09 Day 2

Poor Chris is voice-less.  Be kind to him and use sign language.

Under the Hood with MySQL with Joe Atzberger

  • Keeping kohasructure.sql in synch with mysql/updatedatabase.pl defines your Koha version (version number)
  • We need read only access (command line) to our database – so we can see ALL 125 tables and how they relate!
  • Tools – phpMyAdmin, MySQL Admin or Query Browser (free), or OSS
  • Design principles: limit dup values, put related data together, proper data typing, keys and indexes
  • Bib Data Problems – MARC not a relational design, has limits on record dimensions and performance implications
      • Legacy code and data – UNIMARC v. MARC21 issues
      • FRBR, holdings, bindings, serials (bound periodicals) – when / where will FRBR be implemented?
  • Core Tables: SysPref (key) :: Branches (most referenced by other tables & hard to delete) :: Borrowers (staff & patrons) :: Biblio (title level) > Biblioitems (marc & marcxml going away soon / historical & query speed – in future avoid “*” queries) :: Items (barcodes)
  • Parallel tables: deletedxxx or old_xxx: old_issues, old_reservese etc.  Inactive transactions are copied off to the old_issues table (b/c high volume)  Joe says we need more for high volumne transactions – same structure, but different constraints.  Need an “old_fines” – Ryan working on the fines issue – pending as active, historical as “old” –
    • Look at deleted borrowers table for ‘missing’ patrons
  • Black Magicks – marc_subfield_structure and marc_tag_structure – allows for MARC21 & UNIMARC (on the fly)
  • Paul covered Structure, Nicole handled queries – what’s left?  Pretty DB Scheme Picture

Looking at the Circ Wizard generated SQL statements and there are multiple!  I have no idea if this can be transferred to the SQL report builder.

Reflect

Having spent time with the ‘godfathers’ of Koha – Paul and Chris – I feel this strong desire to protect and preserve and promote the community they helped build over the last 10 years.  I’m excited that NExpresslibrary.org adds to the community in a way and think we should probably be posting our materials to koha.org, as well.  Like I tweeted, I feel this urge to learn PERL and be the 82nd person to Commit (not likely to happen, but the cult-like feel here is getting to me).  Our libraries and librarians are in a position to not just ‘tweak’ the system to make it better, but to really come up with new and innovative solutions to everyday ILS challenges…say managing pre-pub holds or quickly cataloging weekly magazines?  Just ideas.

Tomorrow we get to hear about 3.2 and other future developments in Koha – that’s exciting and I will definitely go to those sessions.  Hearing David talk about Texas tonight was scary – glad I live in Kansas.  Also, talking with Paul and Nahuel makes me *really* want to travel back to Europe.  Time to get off my duff and turn in the passport application so I can get to Ireland.

KohaCon09 Day 1 Afternoon

MySQL Reports in Koha with Nicole Engard

http://tinyurl.com/kohadbstructure and http://dev.mysql.com/doc/

Her Presentation: http://www.slideshare.net/nengard/sql-reports-in-koha – with some statements I will be exploring.

I’ll be reviewing her presentation at a later time when I can play and learn and concentrate better.

Empowering Your Organization – Lori Bowen Ayre

I mentioned our last Users Group meeting and the Vision and Values Statements (pdf)

OSLS – Open Source Library System – blurred line between participant and observer
Interesting to have people who are still considering whether or not to join Koha.
III is the only ILS vendor to not ‘gobble up’ other vendors.
“Imagine if people working in libraries actually felt their ideas about how to do things made a difference?”
Eliminating waste (muda) – the Toyota lean model. Optimizing user experience – Google v. Apple v. nasty library product
Reclaim POWER with OSLS – Danger of giving away our power to LibLime or Equinox – we have to have more options and they are not the boss of us – NO MORE Learned Helplessness

  • embrace the chaos and organize a chorus – don’t leave it to the ‘experts’ b/c WE are the experts (the librarians)
  • Listen to your community
  • Lead your community
  • Let your community play and experiment
  • Need contributors: code, interest groups, development $$, needs assessments, beta test, documentation, write specs, hire a programmer, usability testing, troubleshoot code, etc.
  • Effective contributors need to empower users (nexpresslibrary.org yes?)
  • Users: notice inefficiencies, know what happens upstream, knows what happens downstream and imagine new ways of doing things (chocolate + peanut butter = synergy)
  • Libraries can be active in the community and then collaboratively develop programs  – democratic, equitable, participatory and sustainable “The Library-Community Convergence Framework for Community Action: Libraries as Catalysts of Social Change” by Bharat Mehra, University of Tennessee and Ramesh Srinivasan, UCLA

MarcEdit – David Shuster, Plano ISD w/ slides from Amy (slides on wiki) – Freeware

  • David uses MarcEdit to fix vendor data before migrating it into Koha
  • Batch add, delete, modify, edit indicators, convert MARC to MARCXML, and URL validation (and more)
  • Terry (there’s a special ‘undo’ b/c you can accidentally delete all of your subject headings)
  • Can extract records, process them and re-load.  Match point setup for 999|c in Koha staging
  • Joe at SEKLS uses this – we’ll have to visit with him!
  • Global changes. I could see our libraries using this to add 500 notes.  Add a ‘Taped Editions’ 710 for leased audios??
  • Hmmm, so does LibLime just use MarcEdit to map and migrate???
  • I LOVE Find and Replace
  • Connect to Koha – use Z39.50 to grab certain records based on search and pull them into MarcEdit (see slide for exacts)
  • File and compile – Diana is taking better notes than I am (I’m zoning a bit – I can only imagine how the European and New Zealanders are doing)

Kudos to Paul for giving not one, but two presentations in English (he’s French)…and to everyone who twittered and blogged.

KohaCon09 Day 1

As this is my blog and I can do what I want with it, I’m using it for note taking.

Also follow the action at: http://www.nexpresslibrary.org/kohacon-09 (or search Twitter for kohacon09)

koha-logo-2005-library-system

Having met Chris and Paul last night, I’m excited to hear them talk about the history of Koha, born 1999.  Famous words, “It’s just a database, how hard can it be?”  It’s the insane rules and exceptions that stole all his sleep.  By 2002, BibLibre entered the scene.  I wish we still had the IRC town hall meetings, those would be interesting to see (on IRC).  The issue of ‘standards’ was an issue, so the French, English and others could use it.  This is great – I love hearing the history.  The English major in me is interested in the role press and FAQ writing played in promoting and supporting Koha.    Kaitiaki – means? (Maori for ‘guardianship’)  I’ll have to look it up.  www.kohadocs.org and more press articles – all written by users and contributed to the project.

Community organization – Kaitiaki as the guardian, Release Manager to deal with new features of next stable version and Release Maintainer to deal with current version and patches (validate and commit) and Document Manager for kohadocs.org.  Tried and failed to get QA Managers (hard and thankless)…needed, but have to handle rejection and conflict well, but not too well.

2005 – LibLime for local US support.  Paul and Henri went into partnership.  Koha 2.2 released. Fulltext searching and new http://www.koha.org. www.koha-community.org

It’s all about the community…boy wouldn’t kohacon2006 have been FUN!

Now onto 2007 and 3.0 (enter NExpress) with LibLime.  Koha Days – one day a month, you work on features that no one is paying to fix.  What a good idea!  Also fix back-end problems and messes.  Now too busy with paid work (so can NExpress ‘sponsor’ more Koha Days?).

2008 – koha 3.0, Dehli public library, Nichole worked on the Koha Manual, LibLime and BibLibre grew.  Mason and Chris left LibLime, but Chris has been on sabatical for about a year.  3.0 a BIG change and 3.2 will be even BIGGER.

2009 – The present – Video!  K’s helping Hand, Koha & SOPAC (BibLibre development) and today 🙂

Koha – a gift with strings – bring koha when you go to a friend’s house for dinner.  Take, but expect to give back in the future.

More notes: http://dbouman.blogspot.com/ – Danny’s blog and LibLime’s blog.  Chris picked PERL b/c his open source business already used it and there was a PERL library and MANY programmers.  Programmers are a good kind of lazy – efficient!

SQL Structure and Koha Data Tables – Paul Poulain

  • Parameters of Tables –
    • Authorized values – use it freely to define lists that can be available in the program
    • Branches – single locations, pieces of the overall Library
    • Item Types – Circ rules go here (I love this, CE in French)
    • Categories – the patron categories – we prefer Library City and Library Other and then Juvenile categories for both of those – very simple
  • Biblios and Items Data – bulkmarcimport.pl can be updated to fit needs or use API for more complex needs. Joe Theolen recommends we look at MarcEdit to analyze bib data – I will follow up!
  • UNIMARC v. MARC21 flavours – Koha has to deal with both efficiently.  So:
    • Koha stores raw MARC in a field (biblioitems.marcxml)
    • Stores info in clearly named field (biblio.title, biblio.author, etc. and biblioitem.itemtype, etc.)
    • Koha takes care of translating the MARC datas into biblio.* or biblioitems.* information
    • The biblioitems table contains ALL representations of the title! (FRBR) – so Lord of the Rings are all stored in a single table, regardless of edition (I think is what he’s saying).  1 biblio, 1 biblioitem and multiple items (barcodes)
    • biblioitems actually biblioedition – will this be reintroduced?  FRBRizing stuff – complicated to not have 1 to 1 bib to edition relationship
    • biblioitem table just a duplicate of the biblio table (could be merged, but noone has bothered)
    • Which field is used:
      • result lists and MARC detail – marcxml
      • Standard bib detail result – marcxml if you have XSLT (and use marc 21) (unimarc libraries use bib/bibitems tables)
      • Everywhere else (reserve list, issuing list) – biblio and biblioitems tables are used
    • Items Data (all data stored in MYSQL) – biblioitems.marcxml and items table duplicate data
    • When editing an item, you update 2 tables – items and biblioitems.marcxml
      • Homebranch (owning library) v. holdingbranch (current location)
      • itemcallnumber field  – physical location = call number, home branch and shelving location
      • Table/field names – borrower v. patron and issue v. checkout and our confusion with ITypes and their descriptions!
      • onloan field – only filled when an item is checked out (used for z39.50 status info with Agent ILL)
    • Primary Key – biblionumber and biblioitemnumber (in 3.0 – same number and the one in the URL)
    • Primary Key in Items table – Item Number, not barcode table
    • SQL Patrons – single table (called ‘borrowers’)  – some say there is TOO much information in this single table.
      • Fields change depending on the category chosen (no DOB on Institution category form).
      • Borrowernumber – Koha primary key, so lost card = just update the record with a new barcode
      • No ‘clear’ passwords – **** instead
      • Only 1 barcode per user
  • Check Out/Issues tables – borrowernumber, itemnumber, date_due and issuedate

Interested to hear what Diana found out in the |biblios.net for Catalogers session – Kathryn did a good job twittering the Square Peg/Round Hole OSS v. Proprietary ILS session.  Lunch. hunger. food.