Twitter and Library co-exists

Example of an library responding to a question asked by a patron in Twitter.

www.Twitter.com/kista_bibliotek

Kista_bibliotek @KymriskaDraken Yes you can return any borrowed book

from a Stockholm library to any branch within Stockholms kommun, also

Kista :-) 20 minutes ago

Educate self 10 minutes each day, um...

Re-educate yourself in less than 5-10mins each day? Is that possible, well, Mashable experts in social media says "yes" has found Top 10 sites for the year of 2009. Mind you I go to these site to look for topics of interests, DIYs, and definition to new Internet concepts or terms. Check it out when you can spare 5-10 minutes. okies?

• 5min
• MonkeySee
• YouTube
• iMinds
• The week
• HowStuffWorks
• Instructables
• eHow
• wikiHow
• Shvoong

Link: http://twitter.com/mashable/status/4346299617

Also: http://blog.makezine.com/science_room/

Commonly used - Copyright terms

Standard:
"This request complies with section 50 of the copyright act."

Whole item:
(7A)(e)(ii) "stating that after reasonable investigation, the authorised officer is satisfied that a copy (not being a second-hand copy) of the work cannot be obtained within a reasonable time at an ordinary commercial price."

Overseas:
"I declare that this publication is required only for the purpose of research or study."

Parliamentary:
50.(1)(aa) "in a case where the principal purpose of the first-mentioned library is to provide library services for members of a Parliament – for the purpose of assisting a person who is a member of that Parliament in the performance of the person’s duties as such a member."

This a sample of PowerPoint Presentation via GDocs

But you can always visit the direct link as well.

http://docs.google.com/present/view?id=dgh9ngtk_3dw7hjvdb

Another cool power point presentation - Google reader

http://docs.google.com/present/embed?id=dgh9ngtk_8gjxxjxc9

Another cool power point presentation - Del.icio.us

http://docs.google.com/present/view?id=dgh9ngtk_20g9n7r8g5

My first day as facilitator at Web 2.0 training session

Nervous and Gittery. LE was indeed professional in delivering the opening. I wish I was confident as she was in doing openings. As I recall, I tend to laugh and mumble at best of times. Practice make perfect. Some learners were keen to link pictures to their post already, whether it be their profile, embed pictures from websites. While others got curious as how to add a gadget, change display name for each blog they had under their account, and one asked if Google Toolbar bar can be embedded to their blog. Well, not by a simple click at this stage maybe by code and html editing, but that is too advanced for lesson one.

Although they do need to focus on several key objectives:

• Actively entrying post to their blog;
• Tagging and doing search around folksomonies;
• Participation in Web 2.0 products and services;

Overall interesting session.

Last update on our team wiki meetings

12 June

• Calendar use from Google to 30 Boxes Co. Daily view: both of them were unable to set calendar to show daily view by default. Data backup: there is no way of backing up data for 30 boxes Co. calendar, so if somebody deletes the plugin while editing the front page, the data is lost and there is no reassurance of tracing them. Window: Google calendar requires you to login in order to make entries and it is done in another window. We do not want team members to mind blogged by more u/p. Conclusion is for the time being the calendar is removed until we can find a more suitable plugin product.

19 June

• MP and RC had proof read the Wiki DSS procedure document. There were quite a few typo errors which were easily sorted out. However, the general overall bigger picture is the wiki is mainly for sharing information and act as our team’s scapbook. We came to the same idea that immediate and temporary notes are for the Stickies application to handle, whereas permanent or ongoing issues be typed up in the wiki.

• The style of “welcome page” on the wiki (aka Front page) will be kept free of notes, only hold key important links, and a general ‘how to use wiki’ be found on the “welcome page”.

• DSS wiki meeting has been concluded till major changes are needed after team members trialled the wiki.

Progress report on wiki testing - part 2

Just as we were testing it, pbwiki decided to do a server maintenance, and changed its domain name to pbworks.

We are close to being ready to deploy the wiki to be use by the rest of our team mates and see how they feel about the product. We can't wait to see the end user reports.

1st May

• The wiki doesn’t do exact title search as desired when looking up ‘a title from Loose Leaf Titles’. You will have to break it down to two or three keywords maximum.
  
• If the procedure either ILL or CI contains unique words and it is short then yes, we were able to get a good result and narrow it down to the actual procedure we intended to seek. Otherwise same result as previous statement mentioned above.
  
• To look up an attachment file using the default search box on main page is not the best way, as it will ask you to download the file instead of listing it or displaying it. Better off clicking on ‘pages & files’ which will direct you to a directory and you have the choice to look at all files, unfiled items, or DSS attachment folder.
  
• When searching for a team mate’s name for test purposes we came back with positive results.
  

11^th May

• RC reports: it was easy to navigate to the copyright page and finding individual copyright sections. For example: S50, S183, etc.
  
• The BookEye pdf document was uploaded onto the wiki since last meeting. Both RC and MP tested it and were able to open it without hassle. Overall smooth viewing. 
  
• We all have tried to move pages from one folder and to another were done easily and simple to execute on the wiki.
  
• Our cheat sheet will consist of FINDING, ADDING, UPLOADING. We were weary of overloading new users with too much information at this stage. Perhaps we might warn them of slow loading at times, think outside of the square and use keywords and avoid sentences or titles.
  

22^nd May

• We decided that the basics of how to use the wiki will be found on the front page under the calendar. Listing ‘Find’, ‘Add’, and ‘Upload’.

Topics arise from Wednesday meeting with the rest of DSS team.

• Too many attachments in one area, can we make sub folders? PBworks is unable to have subfolders. For ease of navigation, as noted from discussion on Wednesday with the rest of DSS team members. We will devise folders for BookEye doc, Public comment, and Error messages as examples.

• Is there a naming convention for picture attachment? Naming attachment convention have date + keyword + staff initials with underscore separating the elements. For example, 20090522_Copyright_MN.jpg

• Can we have documents viewed in the browser? I have checked the Adobe reader program and the option ‘display in browser’ ticked. I believe this is a ‘Adobe plugin’ problem which needs further research

• Can the calendar display Today’s day [daily] instead of monthly without too much trouble? Further investigation required.

29 January 2009 Ex Libris Digital Preservation System session

A long overdue blog post indeed. ha ha. That is what you get when you have too many 'To do' lists. 

I have cut down by jumping from and to:

[a] Post-It notes (2006-07). However, i found myself doubling up and ignoring them when once the stickiness lackluster and fallen off to oblivion, preferably the floor and sucked up by the vacuum.

[b]  Created memo on mobile phone (2006-08). Yet I was unable to get it sort alphabetically or by priority on some hand sets. Also I tend to delete out of frustration.

[c] Emailed myself notes (2006-09) and ended up with lots of emails. Heaps of information which had no where to go and was shared at a delayed time frame. Now I move them to blogs and Twitter.

[d] I now sync everything that is a 'To do' thing onto my Google calendar. 

One of those 'To do' thing was clear out 'notes of thoughts' from events especially related to work.

29 January 2009 

Ex Libris' digital preservation system session @ SLV. 

Topic by Yaniv Levi, Ex Libris DSPS Product manager.

To store a digital file is more than saving onto an external hard drive in libraries.

To make it available online for eternity is a big challenge. There are heaps of criteria that ensues, such as mechanism used, embrace open language or classic choice coding that costs, how to link meta data so that it stays with the digital file. Before you get too cosy about how you want things stored, you need to consider retrieving methods and can the formatted data be transfered over to newer platforms in the near future.  The dilemma is can an ideal electronic architecture for archiving purpose be made workable in software programs. Ex Libris has attempted this with their product called 'digital preservation system' with the help of development partners, peer social interaction, based on international standards, and research & collaboration. 

In the session, they used National Library of New Zealand in regards to legal deposits and function specialisation to demonstrate 'digital preservation system' . There were points made about acquiring, authenticity, validating, storage, disseminate, manual assurance of digital born material against physical material scanned into the system. They mentioned use of SIP protocol to share access between devices and use of cloud computing for storage, especially small libraries with limited space capacity, and the risk in depending on cloud computing servers. 

The product looks well thought out and put together. Not that I have tested it or seen how a digital file was retrieved via DPS. It was an overall interesting session. I never thought about log files to go with my photographs I normally upload online. So I guess, a lot of meta data such as caption and tags that once went with the photograph is lost on cyberspace and not archived. So when people go to download my photograph they will not get the meta data that was added onto it. Curious. Maybe it ain't no big deal on an individual level but that is information libraries want to be able to retain for future and futures onward.

Progress report on wiki testing - Part 1

We choose pbwiki as our desire wiki to test out and add our contents to it. 

19th March

• 1st meeting
  
• Distributed login details to the wiki
  
• Ideas of what we want to test and have the wiki do

26th March

• Each person is to create a page and upload a file and report back.
  
• Distributed test to be on searching and sampling BookEye page (MP) and Copyright page (RC).
  
• Discussed about the use of ‘Heading 3’ before each paragraph and then use pbwiki magic table of contents plug to instant create one without extra typing.

9th April

• Creation of sub folder was not applicable.
  
• Power point file of 13MB is too big to upload (max is 2MB).
  
• Pbwiki cannot search SLV network drives for files, therefore we advise we copy pathways into address bar in IE and access the file that way.
  
• MP reported on BookEye page experiencing typo error other than that no problem in navigating to it or looking up information from it. The default font was legible.
  
• RC have not yet tested copyright page.
  
• Next goals for next few weeks is to search for a title from loose leaf titles, find a procedure, file an attachment, search by person name to see if they are in the procedure.

Evaluating multiple Wiki(s) for my team.

Main interests in this evaulation:
[1] Create and navigate
[2] Uploading files
[3] Permissions
[4] Embed/plug-in
[5] Cost

PB Wiki
[1] Create and navigate
Yes. Click on edit tab. Also from home to each pages are clean without no advertisements. Also Sort by folders available

[2] Uploading files
On the right side is 'upload files and images' button.Instantly open to Window Explorer then you can add & double click it to add to the page.

[3] Permissions
Extensive control (down to which page to share for a person).

[4] Embed/Plug-in
3rd party software and publicly accessible. Also easy to insert Calender and add/edit events to it and set to private.

[5] Cost
Free + private + no back up offered


Wikispaces.com
[1] Create and navigate
Yes. Edit button on the side of page.

[2] Uploading files
Not for photos, as there is quite a few steps to take.

[3] Permissions
N/A for free accounts.

[4] Embed/plug-in
3rd party software and publicly accessible. No plug-in and widgets only.

[5] Cost
Free but it needs to be open to the public + no back up offered


Zoho.wiki.com
[1] Create and navigate
Yes. It has a edit button on top of each. Also paragraphs are not aligned most times

[2] Uploading files
Okay but slow.

[3] Permissions
Good. Permission can be limited by domain/group users who are registered with Zoho.

[4] Embed/plug-in
No calendar plug-in support

[5] Cost
Free + Private + back up offered


Wetpaint.com
[1] Create and navigate
Yes. Use EasyEdit button which brings up a toolbar.

[2] Uploading files
There are a few hoops to pass when Uploading photos.

[3] Permissions
Good. Invite only limits access by users and you can set users to read-only, writer, etc.

[4] Embed/plug-in
3rd party software and publicly accessible. Also easy to insert Calender and add/edit events to it and set to private.

[5] Cost
Free + private + back up offered

Http://www.wikimatrix.org/compare/Pbwiki+Wetpaint+Wikispaces+Zoho-wiki