[CODE4LIB] CodeOfConduct4Lib: have a look!
There have been some edits to the CodeOfConduct4Lib since the last conference, including a pull request under discussion now; please have a look, particularly if you'll be at the conference. https://github.com/code4lib/antiharassment-policy -- Andromeda Yelton Board of Directors, Library Information Technology Association: http://www.lita.org Advisor, Ada Initiative: http://adainitiative.org http://andromedayelton.com @ThatAndromeda http://twitter.com/ThatAndromeda
Re: [CODE4LIB] Checksums for objects and not embedded metadata
The library of congress has several tools for making and working with bagit bags. Java command line tool and library https://github.com/LibraryOfCongress/bagit-java a python command line tool and library https://github.com/LibraryOfCongress/bagit-python or a standalone java desktop application (GUI based) https://github.com/LibraryOfCongress/bagger -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Joe Hourcle Sent: Saturday, January 24, 2015 10:07 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Checksums for objects and not embedded metadata On Jan 23, 2015, at 5:35 PM, Kyle Banerjee wrote: Howdy all, I've been toying with the idea of embedding DOI's in all our digital assets and possibly inserting/updating other metadata as well. However, doing this would alter checksums created using normal methods. Is there a practical/easy way to checksum only the objects themselves without the metadata? If the metadata in a tiff or other kind of file is modified, it does nothing to the actual object. Since providing more complete metadata within objects makes them more usable/identifiable and might simplify migrations down the road, it seems like this wouldn't be a bad way to go. The only file format that I'm aware of that has a provision for this is FITS (Flexible Image Transport System), which was a concept of a 'CHECKSUM' and a 'DATASUM'. (the 'DATASUM' is the checksum for only the payload portion, the 'CHECKSUM' includes the metadata)[1]. It's possible that there are others, but I suspect that most consumer file formats won't have specific provisions for this. The problems with 'metadata' in a lot of file formats is that they're just arbitrary segments -- you'd have to have a program that knew which segments were considered 'headers' vs. not. It might be easier to have it be able to compute a separate checksum for each segment, so that should the modifications change their order, they'd still be considered valid. Of course, I personally don't like changing files if I can help it. If it were me, I'd keep the metadata outside the file; if you're using BagIt, you could easily add additional metadata outside of the data directory.[2] If you're just doing this internally, and don't need the DOI to be attached to the file when it's served, you could also look into file systems that support arbitrary metadata. Older Macs used to use this, where there was a 'data fork' and a 'resource fork', but you had to have a service that knew to only send the data fork. Other OSes support forks, but some also have 'extended file attributes', which allows you to attach a few key/value pairs to the file. (exact limits are dependent upon the OS). -Joe [1] http://fits.gsfc.nasa.gov/registry/checksum.html [2] https://tools.ietf.org/html/draft-kunze-bagit ; http://en.wikipedia.org/wiki/BagIt
Re: [CODE4LIB] Automatically updating documentation with screenshots
Owen, A number of years ago I saw this video https://www.youtube.com/watch?v=UMnZiTL0tUc about doing pixel diffs (or pdiff as they call it) for UI elements on a web application. It sounds like it might be part of the answer you are looking for. Something like, run pdiff on all pages that are documented, if different run script to capture images again, and have user/developer check changes. I don't know of an automated way to generate user documentation with screenshots, but it sounds like it might be useful. -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Owen Stephens Sent: Monday, January 26, 2015 6:38 AM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] Automatically updating documentation with screenshots I work on a web application and when we release a new version there are often updates to make to existing user documentation - especially screenshots where unrelated changes (e.g. the addition of a new top level menu item) can make whole sets of screenshots desirable across all the documentation. I'm looking at whether we could automate the generation of screenshots somehow which has taken me into documentation tools such as Sphinx [http://sphinx-doc.org] and Dexy [http://dexy.it]. However, ideally I want something simple enough for the application support staff to be able to use. Anyone done/tried anything like this? Cheers Owen Owen Stephens Owen Stephens Consulting Web: http://www.ostephens.com Email: o...@ostephens.com Telephone: 0121 288 6936
Re: [CODE4LIB] Conference photography policy
On 1/26/15 10:06 AM, Mark A. Matienzo wrote: Thanks, Galen. I'm solidly +1 on this, and I would be very happy to hear if there were some sort of mechanism in place for the 2015 conference. I do realize that this might add to the burden of the host committee, so I'd be happy to help make this happen. Would this be an acceptable solution? I purchase these (will work out details for number with local cmte) prior to my arrival. http://www.staples.com/Avery-5795-Round-1-4-inch-Diameter-Color-Coding-Labels-Assorted-Colors/product_298182 I can leave these with the registration desk. (Based on the picture there) it looks like it has the red, yellow, green colours. During registration users can pick their preferred colour and affix those to their name badges. Admittedly not as visible as a lanyard but we have to start some place. Cheers, ./fxk Mark -- Q: What is printed on the bottom of beer bottles in Minnesota? A: Open other end.
Re: [CODE4LIB] Conference photography policy
Thanks, Galen. I'm solidly +1 on this, and I would be very happy to hear if there were some sort of mechanism in place for the 2015 conference. I do realize that this might add to the burden of the host committee, so I'd be happy to help make this happen. Mark
Re: [CODE4LIB] Automatically updating documentation with screenshots
... and further to this I've just found a neat Chrome plugin which will record a set of actions/tests as CasperJS script, including screenshots - my first impressions are pretty positive - code produced looks pretty clean. The plugin is called 'Ressurectio' [https://github.com/ebrehault/resurrectio https://github.com/ebrehault/resurrectio] Cheers Owen Owen Stephens Owen Stephens Consulting Web: http://www.ostephens.com Email: o...@ostephens.com Telephone: 0121 288 6936 On 26 Jan 2015, at 13:48, Owen Stephens o...@ostephens.com wrote: Thanks all - I'm looking at both Selenium and Casperjs now. I also came across a plugin for 'Robot Framework' [http://robotframework.org http://robotframework.org/] which allows you to grab screenshots (via Selenium) and annotate with notes - along the lines that Ross suggested. The plugin is 'Selenium2Screenshots' [https://github.com/datakurre/robotframework-selenium2screenshots https://github.com/datakurre/robotframework-selenium2screenshots] Owen Owen Stephens Owen Stephens Consulting Web: http://www.ostephens.com http://www.ostephens.com/ Email: o...@ostephens.com mailto:o...@ostephens.com Telephone: 0121 288 6936 On 26 Jan 2015, at 13:16, Mads Villadsen m...@statsbiblioteket.dk mailto:m...@statsbiblioteket.dk wrote: I have used casperjs for this purpose. A small script that loads urls at multiple different resolutions/user agents and takes a screenshot of each of them. Regards -- Mads Villadsen m...@statsbiblioteket.dk mailto:m...@statsbiblioteket.dk Statsbiblioteket It-udvikler
Re: [CODE4LIB] Checksums for objects and not embedded metadata
Kyle -- Although my example doesn't apply for all file formats, it does give an example of what you're looking for: BWFMetaEdit ( http://www.digitizationguidelines.gov/guidelines/digitize-embedding.html) is free tool developed by Federal Agency groups to allow for the reading/writing of metadata into the BWF and RIFF (BEXT INFO respectively) text chunks of WAV audio files. The salient point here is that this approach was designed with the ability to generate and embed a checksum of the PCM audio stream within the WAV container so that as new metadata are added to the container, the audio can be validated against its specific checksum, not a checksum of the entire container. In this practice, one can generate a checksum for the audio information (the content) and for the entire file itself (the content and the metadata). Take a read through that and maybe it will inspire some ideas. I know in the moving image field there is also much activity around frame by frame checksums for moving image material so that when a file is found to be corrupt, you can even pinpoint which frame has the corruption. Best -- Bert Bertram Lyons, CA AVPreserve | www.avpreserve.com American Folklife Center | www.loc.gov/folklife International Association of Sound and Audiovisual Archives | www.iasa-web.org On Mon, Jan 26, 2015 at 6:21 AM, Scancella, John j...@loc.gov wrote: The library of congress has several tools for making and working with bagit bags. Java command line tool and library https://github.com/LibraryOfCongress/bagit-java a python command line tool and library https://github.com/LibraryOfCongress/bagit-python or a standalone java desktop application (GUI based) https://github.com/LibraryOfCongress/bagger -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Joe Hourcle Sent: Saturday, January 24, 2015 10:07 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Checksums for objects and not embedded metadata On Jan 23, 2015, at 5:35 PM, Kyle Banerjee wrote: Howdy all, I've been toying with the idea of embedding DOI's in all our digital assets and possibly inserting/updating other metadata as well. However, doing this would alter checksums created using normal methods. Is there a practical/easy way to checksum only the objects themselves without the metadata? If the metadata in a tiff or other kind of file is modified, it does nothing to the actual object. Since providing more complete metadata within objects makes them more usable/identifiable and might simplify migrations down the road, it seems like this wouldn't be a bad way to go. The only file format that I'm aware of that has a provision for this is FITS (Flexible Image Transport System), which was a concept of a 'CHECKSUM' and a 'DATASUM'. (the 'DATASUM' is the checksum for only the payload portion, the 'CHECKSUM' includes the metadata)[1]. It's possible that there are others, but I suspect that most consumer file formats won't have specific provisions for this. The problems with 'metadata' in a lot of file formats is that they're just arbitrary segments -- you'd have to have a program that knew which segments were considered 'headers' vs. not. It might be easier to have it be able to compute a separate checksum for each segment, so that should the modifications change their order, they'd still be considered valid. Of course, I personally don't like changing files if I can help it. If it were me, I'd keep the metadata outside the file; if you're using BagIt, you could easily add additional metadata outside of the data directory.[2] If you're just doing this internally, and don't need the DOI to be attached to the file when it's served, you could also look into file systems that support arbitrary metadata. Older Macs used to use this, where there was a 'data fork' and a 'resource fork', but you had to have a service that knew to only send the data fork. Other OSes support forks, but some also have 'extended file attributes', which allows you to attach a few key/value pairs to the file. (exact limits are dependent upon the OS). -Joe [1] http://fits.gsfc.nasa.gov/registry/checksum.html [2] https://tools.ietf.org/html/draft-kunze-bagit ; http://en.wikipedia.org/wiki/BagIt
Re: [CODE4LIB] Conference photography policy
One potential problem with ribbons is that there may be ribbon-fans who also don't want to be photographed, and a blank ribbon in the midst of a sea of others might get lost. One option might be to choose a bright color (red might be a good mnemonic) and have participants who don't want to be photoed put it on the SIDE of their badge -- the special location would be a good indicator that the ribbon has importance and would make it stand out. We'd need to ensure that everyone got the message about what the ribbon meant, though. On Mon, Jan 26, 2015 at 10:53 AM, Becky Yoose b.yo...@gmail.com wrote: Francis, Another thing you could do is to buy blank ribbons; see http://www.pcnametag.com/4-x-1-5-8-custom-name-badge-ribbon-blank-item-sscusb for an example. These would be more visible, at least, though the green might conflict with the darker green First timer badge ribbons I have for the conference. Thanks, Becky On Mon, Jan 26, 2015 at 9:49 AM, Francis Kayiwa kay...@pobox.com wrote: On 1/26/15 10:06 AM, Mark A. Matienzo wrote: Thanks, Galen. I'm solidly +1 on this, and I would be very happy to hear if there were some sort of mechanism in place for the 2015 conference. I do realize that this might add to the burden of the host committee, so I'd be happy to help make this happen. Would this be an acceptable solution? I purchase these (will work out details for number with local cmte) prior to my arrival. http://www.staples.com/Avery-5795-Round-1-4-inch-Diameter- Color-Coding-Labels-Assorted-Colors/product_298182 I can leave these with the registration desk. (Based on the picture there) it looks like it has the red, yellow, green colours. During registration users can pick their preferred colour and affix those to their name badges. Admittedly not as visible as a lanyard but we have to start some place. Cheers, ./fxk Mark -- Q: What is printed on the bottom of beer bottles in Minnesota? A: Open other end.
Re: [CODE4LIB] Conference photography policy
Francis, Another thing you could do is to buy blank ribbons; see http://www.pcnametag.com/4-x-1-5-8-custom-name-badge-ribbon-blank-item-sscusb for an example. These would be more visible, at least, though the green might conflict with the darker green First timer badge ribbons I have for the conference. Thanks, Becky On Mon, Jan 26, 2015 at 9:49 AM, Francis Kayiwa kay...@pobox.com wrote: On 1/26/15 10:06 AM, Mark A. Matienzo wrote: Thanks, Galen. I'm solidly +1 on this, and I would be very happy to hear if there were some sort of mechanism in place for the 2015 conference. I do realize that this might add to the burden of the host committee, so I'd be happy to help make this happen. Would this be an acceptable solution? I purchase these (will work out details for number with local cmte) prior to my arrival. http://www.staples.com/Avery-5795-Round-1-4-inch-Diameter- Color-Coding-Labels-Assorted-Colors/product_298182 I can leave these with the registration desk. (Based on the picture there) it looks like it has the red, yellow, green colours. During registration users can pick their preferred colour and affix those to their name badges. Admittedly not as visible as a lanyard but we have to start some place. Cheers, ./fxk Mark -- Q: What is printed on the bottom of beer bottles in Minnesota? A: Open other end.
[CODE4LIB] Conference photography policy
Hi, I would like to propose that C4L adopt a policy requiring that consent be explicitly given to be photographed or recorded, along the lines of a policy adopted by the Evergreen Project. [1] Evergreen's policy was adapted from AdaCamp's photography policy. A blog post from Ada Initiative outlines their reasons for adopting the policy [2], but to summarize, some people simply dislike being photographed, while for others, being photographed without their consent or knowledge could expose them to personal danger (e.g., from stalkers). Consequently, it is possible that some folks who would otherwise be interested in going to Code4Lib may be unable or unwilling to attend absent a policy that allows them to opt into being photographed. Whether or not that is currently the case, I have heard from people who have expressed discomfort with being photographed. In the past, such policies have been implemented via use of colored (and patterned) lanyards. If such a policy is adopted, it may be impractical to source such lanyards in time for the 2015 conference, but alternatives such as stickers may be doable. But regardless of whether a photography policy is adopted, I would encourage attendees to ask for consent before taking photographs. [1] http://evergreen-ils.org/conference/photography-policy/ [2] https://adainitiative.org/2013/07/another-way-to-attract-women-to-conferences-photography-policies/ Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org
Re: [CODE4LIB] Conference photography policy
Hi, On Mon, Jan 26, 2015 at 2:00 PM, Galen Charlton g...@esilibrary.com wrote: For folks' consideration, here is a draft of the policy, which is based on the Evergreen and AdaCamp policies and adapted to C4L's needs and the feedback so far in this thread: https://gist.github.com/gmcharlt/8546dcb0ce2af580a476 Also, I would be remiss if I did not acknowledge that Kathy Lussier spearheaded the adoption of the Evergreen Project's policy. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org
Re: [CODE4LIB] Conference photography policy
I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
Re: [CODE4LIB] Conference photography policy
What more would be required than just putting a sheet of paper in front of the lens while filming? Honestly curious. Sarah Date: Mon, 26 Jan 2015 12:00:05 -0800 From: listu...@chillco.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
Re: [CODE4LIB] Conference photography policy
Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? Is webcasting incompatible with the photo policy? Do presenters tacitly consent to being filmed/broadcast as presenters? On Mon, Jan 26, 2015 at 1:31 PM, Mark A. Matienzo mark.matie...@gmail.com wrote: host_committee++ Re: policy, it seems like the AdaCamp policies are a good match to follow (e.g. http://montreal.adacamp.org/policies/#photo). It appears Evergreen has a policy based on AdaCamp's policy, with more detailed guidelines: http://evergreen-ils.org/conference/photography-policy/ Mark On Mon, Jan 26, 2015 at 1:18 PM, Tom Johnson johnson.tom+code4...@gmail.com wrote: This conversation moved fast! The host committee is purchasing colored lanyards (red, yellow, green) which can be used as photography consent indicators. Maybe someone can help us nail down a good policy and approach for communicating it? - Tom On Mon, Jan 26, 2015 at 9:57 AM, Sarah Shealy sarah.she...@outlook.com wrote: I see your point, nothing is 100% effective. Especially anywhere more than 4 or 5 people gather. I would think the first year of implementation would be more of a 'let everyone know' type deal. And the MC can also point out any changes in policy (not just this one) during breaks. However, with the lanyards/whatnot, the instances of unwanted photographs should go down. If you don't wear a badge/lanyard/etc you won't really have to worry about it. I'd suggest we have an addition to the policy that basically reads We understand that many people will not know about this policy, and on a first incident someone taking an unwanted photograph is told about the policy. Afterwards, the case(s) will be handled as determined by x. There should also be a part that says If the lanyard/badge/whatnot is not clearly visible, the picture taker should be informed of the issue and remove the image from the phone/camera. No one can control what happens to participants outside of the venue, unfortunately, but hopefully other Code4Libbers would still abide by the policy. This isn't meant to restrict your freedom or get people in trouble. It's to protect those who feel they need protection. I wouldn't use a lanyard/badge/whatnot personally (if voluntary - if you have to choose a color on registration, obviously I would), but I'm not going to make others feel as though they're in the wrong for choosing to do it. Did all of that make sense? Sarah Date: Mon, 26 Jan 2015 08:52:18 -0800 From: kyle.baner...@gmail.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU On Mon, Jan 26, 2015 at 6:58 AM, Galen Charlton g...@esilibrary.com wrote: I would like to propose that C4L adopt a policy requiring that consent be explicitly given to be photographed or recorded, along the lines of a policy adopted by the Evergreen Project. [1] As a practical matter, this is functionally equivalent to prohibiting photography except for arranged photos which will need something simple (like pictures of cameras and mikes with slashes through them posted throughout the venue) to communicate the policy. Differential badges, lanyards, etc will not always be visible, and not all people will notice them, be aware of what they mean, or can be assumed to be familiar with a written policy. On an aside note, a lot of activity occurs outside the official venues and it is in these areas where people might be most vulnerable to unwanted photos. kyle
Re: [CODE4LIB] Conference photography policy
On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/
Re: [CODE4LIB] Conference photography policy
I think this is all good stuff too, but my old Hippy soul cringes at unnecessary paperwork. A consent form means nothing. Situations change. Even a well-intended agreement sometimes needs to be reneged on. I think it's just best that the presenters understand what the best hopes for their presentation are, that they express what their actual plans are and the hosts need to be flexible enough to accommodate changes. Ralph -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Tara Robertson Sent: Monday, January 26, 2015 1:56 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: Conference photography policy I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:tara%20robertson%20%3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
[CODE4LIB] Job: Digital Repository Analyst at University of North Carolina at Chapel Hill
Digital Repository Analyst University of North Carolina at Chapel Hill Chapel Hill UNC University Libraries is hiring. The position is within the repository team in software development. We are looking for someone who is a good collaborator, can work effectively on a team, and has both experience with OO programming and web development. The position is full time, permanent, and local. The Triangle area has amazing diversity, great weather, proximity to mountains and the coast, and is a great place to live with a wonderful quality of life. The repository team is fun, productive, and is helping to define the future of data curation. Brought to you by code4lib jobs: http://jobs.code4lib.org/job/19046/ To post a new job please visit http://jobs.code4lib.org/
Re: [CODE4LIB] Conference photography policy
Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/
Re: [CODE4LIB] Conference photography policy
We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
Re: [CODE4LIB] Conference photography policy
Hi, On Mon, Jan 26, 2015 at 1:18 PM, Tom Johnson johnson.tom+code4...@gmail.com wrote: Maybe someone can help us nail down a good policy and approach for communicating it? For folks' consideration, here is a draft of the policy, which is based on the Evergreen and AdaCamp policies and adapted to C4L's needs and the feedback so far in this thread: https://gist.github.com/gmcharlt/8546dcb0ce2af580a476 Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org
Re: [CODE4LIB] Conference photography policy
I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:tara%20robertson%20%3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
Re: [CODE4LIB] Conference photography policy
host_committee++ Re: policy, it seems like the AdaCamp policies are a good match to follow (e.g. http://montreal.adacamp.org/policies/#photo). It appears Evergreen has a policy based on AdaCamp's policy, with more detailed guidelines: http://evergreen-ils.org/conference/photography-policy/ Mark On Mon, Jan 26, 2015 at 1:18 PM, Tom Johnson johnson.tom+code4...@gmail.com wrote: This conversation moved fast! The host committee is purchasing colored lanyards (red, yellow, green) which can be used as photography consent indicators. Maybe someone can help us nail down a good policy and approach for communicating it? - Tom On Mon, Jan 26, 2015 at 9:57 AM, Sarah Shealy sarah.she...@outlook.com wrote: I see your point, nothing is 100% effective. Especially anywhere more than 4 or 5 people gather. I would think the first year of implementation would be more of a 'let everyone know' type deal. And the MC can also point out any changes in policy (not just this one) during breaks. However, with the lanyards/whatnot, the instances of unwanted photographs should go down. If you don't wear a badge/lanyard/etc you won't really have to worry about it. I'd suggest we have an addition to the policy that basically reads We understand that many people will not know about this policy, and on a first incident someone taking an unwanted photograph is told about the policy. Afterwards, the case(s) will be handled as determined by x. There should also be a part that says If the lanyard/badge/whatnot is not clearly visible, the picture taker should be informed of the issue and remove the image from the phone/camera. No one can control what happens to participants outside of the venue, unfortunately, but hopefully other Code4Libbers would still abide by the policy. This isn't meant to restrict your freedom or get people in trouble. It's to protect those who feel they need protection. I wouldn't use a lanyard/badge/whatnot personally (if voluntary - if you have to choose a color on registration, obviously I would), but I'm not going to make others feel as though they're in the wrong for choosing to do it. Did all of that make sense? Sarah Date: Mon, 26 Jan 2015 08:52:18 -0800 From: kyle.baner...@gmail.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU On Mon, Jan 26, 2015 at 6:58 AM, Galen Charlton g...@esilibrary.com wrote: I would like to propose that C4L adopt a policy requiring that consent be explicitly given to be photographed or recorded, along the lines of a policy adopted by the Evergreen Project. [1] As a practical matter, this is functionally equivalent to prohibiting photography except for arranged photos which will need something simple (like pictures of cameras and mikes with slashes through them posted throughout the venue) to communicate the policy. Differential badges, lanyards, etc will not always be visible, and not all people will notice them, be aware of what they mean, or can be assumed to be familiar with a written policy. On an aside note, a lot of activity occurs outside the official venues and it is in these areas where people might be most vulnerable to unwanted photos. kyle
Re: [CODE4LIB] Conference photography policy
Hi, On Mon, Jan 26, 2015 at 1:18 PM, Tom Johnson johnson.tom+code4...@gmail.com wrote: Maybe someone can help us nail down a good policy and approach for communicating it? Besides putting the final version of the policy on the conference website, I think mentioning it (and for that matter, the general code of conduct) during the announcements and housekeeping periods each morning would be a good way to do it. For next year, it could be included on the registration website, and if the conference does speaker agreements, they could include an opt-in for photography and recording. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org
Re: [CODE4LIB] Conference photography policy
This conversation moved fast! The host committee is purchasing colored lanyards (red, yellow, green) which can be used as photography consent indicators. Maybe someone can help us nail down a good policy and approach for communicating it? - Tom On Mon, Jan 26, 2015 at 9:57 AM, Sarah Shealy sarah.she...@outlook.com wrote: I see your point, nothing is 100% effective. Especially anywhere more than 4 or 5 people gather. I would think the first year of implementation would be more of a 'let everyone know' type deal. And the MC can also point out any changes in policy (not just this one) during breaks. However, with the lanyards/whatnot, the instances of unwanted photographs should go down. If you don't wear a badge/lanyard/etc you won't really have to worry about it. I'd suggest we have an addition to the policy that basically reads We understand that many people will not know about this policy, and on a first incident someone taking an unwanted photograph is told about the policy. Afterwards, the case(s) will be handled as determined by x. There should also be a part that says If the lanyard/badge/whatnot is not clearly visible, the picture taker should be informed of the issue and remove the image from the phone/camera. No one can control what happens to participants outside of the venue, unfortunately, but hopefully other Code4Libbers would still abide by the policy. This isn't meant to restrict your freedom or get people in trouble. It's to protect those who feel they need protection. I wouldn't use a lanyard/badge/whatnot personally (if voluntary - if you have to choose a color on registration, obviously I would), but I'm not going to make others feel as though they're in the wrong for choosing to do it. Did all of that make sense? Sarah Date: Mon, 26 Jan 2015 08:52:18 -0800 From: kyle.baner...@gmail.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU On Mon, Jan 26, 2015 at 6:58 AM, Galen Charlton g...@esilibrary.com wrote: I would like to propose that C4L adopt a policy requiring that consent be explicitly given to be photographed or recorded, along the lines of a policy adopted by the Evergreen Project. [1] As a practical matter, this is functionally equivalent to prohibiting photography except for arranged photos which will need something simple (like pictures of cameras and mikes with slashes through them posted throughout the venue) to communicate the policy. Differential badges, lanyards, etc will not always be visible, and not all people will notice them, be aware of what they mean, or can be assumed to be familiar with a written policy. On an aside note, a lot of activity occurs outside the official venues and it is in these areas where people might be most vulnerable to unwanted photos. kyle
Re: [CODE4LIB] Checksums for objects and not embedded metadata
Kyle, It's a bit of a hack, but you could write a script to delete all the metadata from images with ExifTool and then run checksums on the resulting image (see http://u88.n24.queensu.ca/exiftool/forum/index.php?topic=4902.0). exiv2 might also work. I don't think you'd want to do that every time you audited the files, though; generating new checksums is a faster approach. I haven't tried this, but I know that there's a program called ssdeep developed for the digital forensics community that can do piecewise hashing -- it hashes chunks of content and then compares the hashes for the different chunks to find matches, in theory. It might be able to match files with embedded metadata vs. files without; the use cases described on the forensics wiki is finding altered (truncated) files, or reuse of source code. http://www.forensicswiki.org/wiki/Ssdeep Danielle Cunniff Plumer On Sun, Jan 25, 2015 at 9:44 AM, Kyle Banerjee kyle.baner...@gmail.com wrote: On Sat, Jan 24, 2015 at 11:07 AM, Rosalyn Metz rosalynm...@gmail.com wrote: - How is your content packaged? - Are you talking about the SIPs or the AIPs or both? - Is your content in an instance of Fedora, a unix file structure, or something else? - Are you generating checksums on the whole package, parts of it, both? The quick answer to this is that this is a low tech operation. We're currently on regular filesystems where we are limited to feeding md5 checksums into a list. I'm looking for a low tech way that makes it easier to keep track of resources across a variety of platforms in a decentralized environment and which will easily adopt to future technology transitions. For example, we have a bunch of stuff in Bepress and Omeka. Neither of those is good for preservation, so authoritative files live elsewhere as do a huge number of resources that aren't in these platforms. Filenames are terrible identifiers and things get moved around even if people don't mess with the files. We also are trying to come up with something that deals with different kinds of datasets (we're focusing on bioimaging at the moment) and fits in the workflow of campus units, each of which needs to manage tens of thousands of files with very little metadata on regular filesystems. Some of the resources are enormous in terms of size or number of members. Simply embedding an identifier in the file is a really easy way to tell which files have metadata and which metadata is there. In the case at hand, I could just do that and generate new checksums. But I think the generic problem of making better use of embedded metadata is an interesting one as it can make objects more usable and understandable once they're removed. For example, just this past Friday I received a request to use an image someone downloaded for a book. Unfortunately, he just emailed me a copy of the image, described what he wanted to do, and asked for permission but he couldn't replicate how he found it. An identifier would have been handy as would have been embedded rights info as this is not the same for all of our images. The reason we're using DOI's is that they work well for anything and can easily be recognized by syntax wherever they may appear. On Sat, Jan 24, 2015 at 7:06 PM, Joe Hourcle onei...@grace.nascom.nasa.gov wrote: The problems with 'metadata' in a lot of file formats is that they're just arbitrary segments -- you'd have to have a program that knew which segments were considered 'headers' vs. not. It might be easier to have it be able to compute a separate checksum for each segment, so that should the modifications change their order, they'd still be considered valid. This is what I seemed to be bumping up against so I was hoping there was an easy workaround. But this is helpful information. Thanks, kyle
Re: [CODE4LIB] Conference photography policy
On Mon, Jan 26, 2015 at 6:58 AM, Galen Charlton g...@esilibrary.com wrote: I would like to propose that C4L adopt a policy requiring that consent be explicitly given to be photographed or recorded, along the lines of a policy adopted by the Evergreen Project. [1] As a practical matter, this is functionally equivalent to prohibiting photography except for arranged photos which will need something simple (like pictures of cameras and mikes with slashes through them posted throughout the venue) to communicate the policy. Differential badges, lanyards, etc will not always be visible, and not all people will notice them, be aware of what they mean, or can be assumed to be familiar with a written policy. On an aside note, a lot of activity occurs outside the official venues and it is in these areas where people might be most vulnerable to unwanted photos. kyle
Re: [CODE4LIB] CodeOfConduct4Lib: have a look!
This is looking fabulous! I wonder though, if this could/should also be expanded to an ALA level eventually. I guess I'm not familiar enough with the ALA committees and what they have addressed already. Cheers! On Mon, Jan 26, 2015 at 6:59 AM, Andromeda Yelton andromeda.yel...@gmail.com wrote: There have been some edits to the CodeOfConduct4Lib since the last conference, including a pull request under discussion now; please have a look, particularly if you'll be at the conference. https://github.com/code4lib/antiharassment-policy -- Andromeda Yelton Board of Directors, Library Information Technology Association: http://www.lita.org Advisor, Ada Initiative: http://adainitiative.org http://andromedayelton.com @ThatAndromeda http://twitter.com/ThatAndromeda -- Tod Robbins Digital Asset Manager, MLIS todrobbins.com | @todrobbins http://www.twitter.com/#!/todrobbins
Re: [CODE4LIB] Conference photography policy
I see your point, nothing is 100% effective. Especially anywhere more than 4 or 5 people gather. I would think the first year of implementation would be more of a 'let everyone know' type deal. And the MC can also point out any changes in policy (not just this one) during breaks. However, with the lanyards/whatnot, the instances of unwanted photographs should go down. If you don't wear a badge/lanyard/etc you won't really have to worry about it. I'd suggest we have an addition to the policy that basically reads We understand that many people will not know about this policy, and on a first incident someone taking an unwanted photograph is told about the policy. Afterwards, the case(s) will be handled as determined by x. There should also be a part that says If the lanyard/badge/whatnot is not clearly visible, the picture taker should be informed of the issue and remove the image from the phone/camera. No one can control what happens to participants outside of the venue, unfortunately, but hopefully other Code4Libbers would still abide by the policy. This isn't meant to restrict your freedom or get people in trouble. It's to protect those who feel they need protection. I wouldn't use a lanyard/badge/whatnot personally (if voluntary - if you have to choose a color on registration, obviously I would), but I'm not going to make others feel as though they're in the wrong for choosing to do it. Did all of that make sense? Sarah Date: Mon, 26 Jan 2015 08:52:18 -0800 From: kyle.baner...@gmail.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU On Mon, Jan 26, 2015 at 6:58 AM, Galen Charlton g...@esilibrary.com wrote: I would like to propose that C4L adopt a policy requiring that consent be explicitly given to be photographed or recorded, along the lines of a policy adopted by the Evergreen Project. [1] As a practical matter, this is functionally equivalent to prohibiting photography except for arranged photos which will need something simple (like pictures of cameras and mikes with slashes through them posted throughout the venue) to communicate the policy. Differential badges, lanyards, etc will not always be visible, and not all people will notice them, be aware of what they mean, or can be assumed to be familiar with a written policy. On an aside note, a lot of activity occurs outside the official venues and it is in these areas where people might be most vulnerable to unwanted photos. kyle
Re: [CODE4LIB] Conference photography policy
In order to keep some presenters from being streamed and others not would require the presentation line up (including whether ALL of the presenters who are included on an individual presentation) to be made available to the filming crew in advance, for that line up not to change (for example, to run behind schedule), it would require quite a bit of babysitting of the piece of paper to make sure it was to hand at the time it's needed... I'm sure there's more that I don't know. Because the broadcast is live, it's really NOT as simple as sticking up a piece of paper when someone comes on who doesn't want to be filmed because ONCE you've inadvertently filmed someone the cat is out of the bag - their image is out there for the world to see - it requires a bit of planning and thought (as I imagine) before the person is standing there getting filmed. Cary and Riley (others) film C4L for fun and for free and may () want to actually do stuff other than juggling pieces of paper (like take a restroom break, perhaps?). I believe Cary's and Riley's assessment that this is burdensome cos I can just imagine how this would be if *I* had to do it. Both have way more experience with this than me (er... I have none), but still, as I understand it, this is more than they feel comfortable taking on. (Haven't you watched them - they actually DO bring some production values to this, too.) Christina Salazar Systems Librarian John Spoor Broome Library California State University, Channel Islands 805/437-3198 -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Sarah Shealy Sent: Monday, January 26, 2015 12:07 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Conference photography policy What more would be required than just putting a sheet of paper in front of the lens while filming? Honestly curious. Sarah Date: Mon, 26 Jan 2015 12:00:05 -0800 From: listu...@chillco.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
Re: [CODE4LIB] Conference photography policy
I will not be there this year (coincided with a scholarship opportunity) , but I think the best option may be to establish a time frame where the conf will not be streamed (eg day 2 afternoon) that way we can say this group of presenters will not be filmed. //Riley Sent from my Windows Phone -- Riley Childs Senior Charlotte United Christian Academy Library Services Administrator IT Services Administrator (704) 537-0331x101 (704) 497-2086 rileychilds.net @rowdychildren I use Lync (select External Contact on any XMPP chat client) CONFIDENTIALITY NOTICE: This email and any files transmitted with it are the property of Charlotte United Christian Academy. This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain confidential information that is privileged and/or exempt from disclosure under applicable law. If you are not one of the named original recipients or have received this e-mail in error, please permanently delete the original and any copy of any e-mail and any printout thereof. Thank you for your compliance. This email is also subject to copyright. No part of it nor any attachments may be reproduced, adapted, forwarded or transmitted without the written consent of the copyright ow...@cucawarriors.com From: Salazar, Christinamailto:christina.sala...@csuci.edu Sent: 1/26/2015 4:44 PM To: CODE4LIB@LISTSERV.ND.EDUmailto:CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Conference photography policy In order to keep some presenters from being streamed and others not would require the presentation line up (including whether ALL of the presenters who are included on an individual presentation) to be made available to the filming crew in advance, for that line up not to change (for example, to run behind schedule), it would require quite a bit of babysitting of the piece of paper to make sure it was to hand at the time it's needed... I'm sure there's more that I don't know. Because the broadcast is live, it's really NOT as simple as sticking up a piece of paper when someone comes on who doesn't want to be filmed because ONCE you've inadvertently filmed someone the cat is out of the bag - their image is out there for the world to see - it requires a bit of planning and thought (as I imagine) before the person is standing there getting filmed. Cary and Riley (others) film C4L for fun and for free and may () want to actually do stuff other than juggling pieces of paper (like take a restroom break, perhaps?). I believe Cary's and Riley's assessment that this is burdensome cos I can just imagine how this would be if *I* had to do it. Both have way more experience with this than me (er... I have none), but still, as I understand it, this is more than they feel comfortable taking on. (Haven't you watched them - they actually DO bring some production values to this, too.) Christina Salazar Systems Librarian John Spoor Broome Library California State University, Channel Islands 805/437-3198 -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Sarah Shealy Sent: Monday, January 26, 2015 12:07 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Conference photography policy What more would be required than just putting a sheet of paper in front of the lens while filming? Honestly curious. Sarah Date: Mon, 26 Jan 2015 12:00:05 -0800 From: listu...@chillco.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to
Re: [CODE4LIB] Conference photography policy
I never said I didn't believe them - I asked a question. I don't have any experience with this and was asking for more information. No need to go on the defensive. Also, Tara has agreed to take over that responsibility, so no is forcing Cary/Riley to do anything they're uncomfortable with. Sarah Date: Mon, 26 Jan 2015 21:43:45 + From: christina.sala...@csuci.edu Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU In order to keep some presenters from being streamed and others not would require the presentation line up (including whether ALL of the presenters who are included on an individual presentation) to be made available to the filming crew in advance, for that line up not to change (for example, to run behind schedule), it would require quite a bit of babysitting of the piece of paper to make sure it was to hand at the time it's needed... I'm sure there's more that I don't know. Because the broadcast is live, it's really NOT as simple as sticking up a piece of paper when someone comes on who doesn't want to be filmed because ONCE you've inadvertently filmed someone the cat is out of the bag - their image is out there for the world to see - it requires a bit of planning and thought (as I imagine) before the person is standing there getting filmed. Cary and Riley (others) film C4L for fun and for free and may () want to actually do stuff other than juggling pieces of paper (like take a restroom break, perhaps?). I believe Cary's and Riley's assessment that this is burdensome cos I can just imagine how this would be if *I* had to do it. Both have way more experience with this than me (er... I have none), but still, as I understand it, this is more than they feel comfortable taking on. (Haven't you watched them - they actually DO bring some production values to this, too.) Christina Salazar Systems Librarian John Spoor Broome Library California State University, Channel Islands 805/437-3198 -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Sarah Shealy Sent: Monday, January 26, 2015 12:07 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Conference photography policy What more would be required than just putting a sheet of paper in front of the lens while filming? Honestly curious. Sarah Date: Mon, 26 Jan 2015 12:00:05 -0800 From: listu...@chillco.com Subject: Re: [CODE4LIB] Conference photography policy To: CODE4LIB@LISTSERV.ND.EDU I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F
Re: [CODE4LIB] state of the art in virtual shelf browse?
BYU has a neat alphabetical browser by title, subject, and call number via autocomplete: https://search.lib.byu.edu/byu/browse –Tod On Sun, Jan 25, 2015 at 9:20 PM, Benjamin Armintor armin...@gmail.com wrote: Jenn, To pitch another example in with Tom's: CLIO at Columbia http://clio.columbia.edu/catalog/9399500 Our layout is different, and (as you can see) it's collapsed by default. - Ben On Sun, Jan 25, 2015 at 10:54 PM, Tom Cramer tcra...@stanford.edu wrote: Jenn, You can make your own conclusions about state of the art, but here is Stanford's virtual shelf browse integrated into SearchWorks: - embedded in a record view as a film strip (see the browse related items section of the page) - a full page, gallery view of related items, grouped together by call number By design, this virtual shelf browse is across Stanford's entire holdings, regardless of physical location of the books. Another implementation to look at is Harvard's Stacklife: http://stacklife.harvard.edu/ - Tom On Jan 25, 2015, at 4:30 PM, Jenn Riley wrote: At my library, we're starting to think about virtual shelf browsing options. Who's doing a really good job with this now? What organizations can I look to for state of the art implementations for inspiration? Thanks for any suggestions. Jenn --- Jenn Riley Associate Dean, Digital Initiatives | Vice Doyenne, Initiatives numériques McGill University Library | Bibliothèque Université McGill 3459 McTavish Street | 3459, rue McTavish Montreal, QC, Canada H3A 0C9 | Montréal (QC) Canada H3A 0C9 (514) 398-3642 jenn.ri...@mcgill.ca -- Tod Robbins Digital Asset Manager, MLIS todrobbins.com | @todrobbins http://www.twitter.com/#!/todrobbins
Re: [CODE4LIB] Conference photography policy
If it's too burdensome for the livestream crew, I'd be happy to volunteer to work with the program committee and streaming committee to make it happen. I'd be willing to adapt the plain English consent sheet we used for Access and the International Evergreen conference. I think it's important for communication to be clear about where the video will be streamed and archived. As a presenter I'm definately more mindful about what I'm saying if I know it's going to be published to the web. I think informed consent is important. Tara On 26/01/2015 12:00 PM, Cary Gordon wrote: I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6 -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:tara%20robertson%20%3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
[CODE4LIB] ALCTS CaMMS Forum on Bibframe: Notes From the Field (Sunday, Feb. 1, 1-2:30 pm)
Please join us at ALA Midwinter in Chicago for a forum on the latest developments and experiments with Bibframe. If you tweet, help us spread the word: CaMMS Forum on Bibframe: Notes From the Field Sunday, Feb. 1, 1-2:30 McCormick Place West, W183c Twitter: #alctscammsfm15mw ALA Scheduler link: http://alamw15.ala.org/node/25661 We've all been hearing for several years about Bibframe, its purposes, its development and its promise. Many of us are ready to play, itching to get our hands dirty but unsure where to start. Come to the CaMMS Forum to review what we know and what we don't know, plus hear from two libraries already experimenting with Bibframe. The presentations will be followed by a question period. Speakers: Angela Kroeger (Archives and Special Collections Associate, University of Nebraska at Omaha) will give an overview of the current status of BIBFRAME development, including a brief introduction to what BIBFRAME is and what it does, which tools are available or under development, a glimpse what fully-implemented linked data looks like, a closer look at the four core classes of the BIBFRAME model, and a dab of philosophy. Nancy Lorimer (Interim Head of the Metadata Department, Stanford University) will report on the Bibframe-related work of Stanford metadata and library technology staff, introducing their plans for experimentation in the coming year. She will also discuss training catalogers in linked data concepts and technologies as well as the importance of involving a variety of staff in moving toward linked data experimentation and implementation. Jackie Shieh (Resource Description Coordinator, George Washington University Libraries) will focus on the current state of her library's two years of exploring the transition from MARC to Bibframe. She will share what has become routine and what still remains challenging. -- Melinda Reagor Flannery Assistant University Librarian for Technical Services Rice University Fondren Library-MS44 P.O. Box 1892 Houston, TX 77251-1892 713.348.3773 713.348.5862 (fax)
Re: [CODE4LIB] Code4LibCon video (Was: Re: [CODE4LIB] Conference photography policy)
A streaming rotation might be an idea, it would be nice to have a morning crew/afternoon crew. -- Riley Childs Senior IT Manager Library Services Administrator Charlotte United Christian Academy office: +1 (704) 537-0331 x101 mobile: +1 (704) 497-2086 web: rileychilds.net twitter: @RowdyChildren Checkout our new Online Library Catalog: catalog.cucawarriors.com From: Code for Libraries CODE4LIB@LISTSERV.ND.EDU on behalf of Cary Gordon listu...@chillco.com Sent: Monday, January 26, 2015 7:38 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Code4LibCon video (Was: Re: [CODE4LIB] Conference photography policy) Correction: We need a Mac, as my encoder is Thunderbolt. I will try to rebuild my MacBook Pro, if I gat a chance. On Jan 26, 2015, at 4:36 PM, Cary Gordon listu...@chillco.com wrote: Just to be clear, I am providing equipment and will set it up, but I do not believe that we have a streaming crew at this time. Riley and I spent almost every moment of the last Con doing this, so while I am willing to teach and help, I am not going to be the video guy again. We also need a decent computer. I am most familiar with Macs, but a PC will do. Linux is not an option. Thanks, Cary On Jan 26, 2015, at 4:26 PM, Ranti Junus ranti.ju...@gmail.com mailto:ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com mailto:listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com http://chillco.com/ -- Bulk mail. Postage paid.
Re: [CODE4LIB] Fwd: FW: PCC Vision, Mission, and Strategic Directions (2015-2017)
Wow -- there is a whole lot to like in that document. Affirming the need to work with dynamic statements and strings-to-URLs is great. The only comment I could offer would be -- with the exception of a tangential mention in the description of SD4 -- that there isn't a mention of linked data environments outside the traditional library/researcher space. I was hoping to see a mention of Freebase, wikidata, and other similar broad communities. (The mention of working with Code4Lib technologists is nice, too.) This is a great strategic document to start working from. Peter On Jan 26, 2015, at 5:11 PM, Roy Tennant roytenn...@gmail.com wrote: The Code4Lib community was specifically mentioned in the Program for Cooperative Cataloging Strategic Directions document, so I thought a good start would be to let everyone know about it. A thank you to my colleague Karen Smith-Yoshimura for forwarding the message. Roy *From:* Program for Cooperative Cataloging [mailto:pccl...@listserv.loc.gov pccl...@listserv.loc.gov] *On Behalf Of *Christopher Cronin *Sent:* Monday, January 26, 2015 12:40 PM *To:* pccl...@listserv.loc.gov *Subject:* [PCCLIST] PCC Participants Meeting at ALA Midwinter: PCC Vision, Mission, and Strategic Directions (2015-2017) This message is being posted to multiple lists, please excuse the duplication. Please join us for the PCC Participants Meeting at ALA Midwinter: Sunday, February 1, 2015 4:30 pm - 5:30 pm Location: McCormick Place West, Room: W196a *__* *Topic: PCC Strategic Directions* *(January 2015 - December 2017)* In 2014, the PCC began a planning process that included commissioning three white papers and holding a facilitated strategic planning session in conjunction with the PCC Policy Committee’s annual meeting in November. The resulting plan document, *PCC Vision, Mission, and Strategic Directions (2015-2017)*, is attached, and will soon be posted on the PCC website. Please join us for a discussion of the role PCC will play over the next several years in helping advance the community’s understanding of and transition to linked data applications. Beth Picknally Camden (PCC Past Chair) and Chris Cronin (PCC Chair) will describe the planning process and provide an overview of the new PCC Strategic Directions Actions related to four main areas: 1. *Training and education:* Develop a curriculum that will advance the community’s understanding of linked data; 2. *Linked data transitions:* Align the PCC’s activities and investments with those that will have the highest impact within the global data environment; 3. *Identities and entity management:* Provide leadership for the shift in authority control from an approach primarily based on creating text strings to one focused on managing identities and entities; 4. *Business models: *Explore branding and funding models that will support the PCC’s strategic directions and the overall sustainability of the Program. The agenda will include time for feedback from and discussion with PCC participants on these new directions. ___ Christopher Cronin Chair, Program for Cooperative Cataloging Director of Technical Services University of Chicago Library 1100 E. 57th Street Chicago, IL 60637 Phone: 773-702-8739 Fax: 773-702-3016 Skype: christopher-cronin E-mail: cron...@uchicago.edu ___ PCC Strategic Plan 2015-2017.pdf
Re: [CODE4LIB] Conference photography policy
Thank you, Tara and Ranti for taking this on. I'm sure even many speakers who have no problem being filmed will appreciate being notified and given the opportunity to opt in/out. - Tom On Mon, Jan 26, 2015 at 4:26 PM, Ranti Junus ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com -- Bulk mail. Postage paid.
Re: [CODE4LIB] Code4LibCon video (Was: Re: [CODE4LIB] Conference photography policy)
I can supply a Macbook. Thanks Cary, for your offer to bring equipment. My hope is that someone will step forward to coordinate the stream; it should be something that we can bring volunteers on board for if we can arrange for a morning/handoff/afternoon cycle, rather than a multi-day commitment. - Tom On Mon, Jan 26, 2015 at 4:38 PM, Cary Gordon listu...@chillco.com wrote: Correction: We need a Mac, as my encoder is Thunderbolt. I will try to rebuild my MacBook Pro, if I gat a chance. On Jan 26, 2015, at 4:36 PM, Cary Gordon listu...@chillco.com wrote: Just to be clear, I am providing equipment and will set it up, but I do not believe that we have a streaming crew at this time. Riley and I spent almost every moment of the last Con doing this, so while I am willing to teach and help, I am not going to be the video guy again. We also need a decent computer. I am most familiar with Macs, but a PC will do. Linux is not an option. Thanks, Cary On Jan 26, 2015, at 4:26 PM, Ranti Junus ranti.ju...@gmail.com mailto:ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com mailto:listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com http://chillco.com/ -- Bulk mail. Postage paid.
Re: [CODE4LIB] Conference photography policy
I think it is pretty straightforward. [] I am ok with my image, audio, and presentation being broadcast and archived (default) [] I am not ok with my image being brodcasted, but will allow audio and slides [] none of the above This needs to be opt out, not opt in. We are beating a dead horse at this point and complicating matters. //Riley Sent from my Windows Phone -- Riley Childs Senior Charlotte United Christian Academy Library Services Administrator IT Services Administrator (704) 537-0331x101 (704) 497-2086 rileychilds.net @rowdychildren I use Lync (select External Contact on any XMPP chat client) CONFIDENTIALITY NOTICE: This email and any files transmitted with it are the property of Charlotte United Christian Academy. This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain confidential information that is privileged and/or exempt from disclosure under applicable law. If you are not one of the named original recipients or have received this e-mail in error, please permanently delete the original and any copy of any e-mail and any printout thereof. Thank you for your compliance. This email is also subject to copyright. No part of it nor any attachments may be reproduced, adapted, forwarded or transmitted without the written consent of the copyright ow...@cucawarriors.com From: Tara Robertsonmailto:trobert...@langara.bc.ca Sent: 1/26/2015 9:34 PM To: CODE4LIB@LISTSERV.ND.EDUmailto:CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Conference photography policy I don't imagine that many, if any, people will opt out. But I think the process is important: How do you say yes when you don't know what you're agreeing to? And how do you know if you have the option to opt out, unless asked? Thanks everyone, Tara On 2015-01-26, 5:17 PM, Tom Johnson wrote: Thank you, Tara and Ranti for taking this on. I'm sure even many speakers who have no problem being filmed will appreciate being notified and given the opportunity to opt in/out. - Tom On Mon, Jan 26, 2015 at 4:26 PM, Ranti Junus ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com -- Bulk mail. Postage paid.
Re: [CODE4LIB] Conference photography policy
I don't imagine that many, if any, people will opt out. But I think the process is important: How do you say yes when you don't know what you're agreeing to? And how do you know if you have the option to opt out, unless asked? Thanks everyone, Tara On 2015-01-26, 5:17 PM, Tom Johnson wrote: Thank you, Tara and Ranti for taking this on. I'm sure even many speakers who have no problem being filmed will appreciate being notified and given the opportunity to opt in/out. - Tom On Mon, Jan 26, 2015 at 4:26 PM, Ranti Junus ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com -- Bulk mail. Postage paid.
Re: [CODE4LIB] Code4LibCon video
That would be great, as long as we could do a run-through with everyone on Monday afternoon. I think that it would take 45 min to an hour max. Thanks, Cary On Jan 26, 2015, at 5:10 PM, Tom Johnson johnson.tom+code4...@gmail.com wrote: I can supply a Macbook. Thanks Cary, for your offer to bring equipment. My hope is that someone will step forward to coordinate the stream; it should be something that we can bring volunteers on board for if we can arrange for a morning/handoff/afternoon cycle, rather than a multi-day commitment. - Tom On Mon, Jan 26, 2015 at 4:38 PM, Cary Gordon listu...@chillco.com mailto:listu...@chillco.com wrote: Correction: We need a Mac, as my encoder is Thunderbolt. I will try to rebuild my MacBook Pro, if I gat a chance. On Jan 26, 2015, at 4:36 PM, Cary Gordon listu...@chillco.com wrote: Just to be clear, I am providing equipment and will set it up, but I do not believe that we have a streaming crew at this time. Riley and I spent almost every moment of the last Con doing this, so while I am willing to teach and help, I am not going to be the video guy again. We also need a decent computer. I am most familiar with Macs, but a PC will do. Linux is not an option. Thanks, Cary On Jan 26, 2015, at 4:26 PM, Ranti Junus ranti.ju...@gmail.com mailto:ranti.ju...@gmail.com mailto:ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com mailto:listu...@chillco.com mailto:listu...@chillco.com mailto:listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com http://chillco.com/ http://chillco.com/ http://chillco.com/ -- Bulk mail. Postage paid.
Re: [CODE4LIB] Conference photography policy
To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. On Monday, January 26, 2015, Schwartz, Raymond schwart...@wpunj.edu wrote: I would agree with Cary. An Opt-Out policy would be more workable for presenters. As you all know, I have been taking many photos over the years at this conference (see the 6 albums from 2008 to 2013 at https://www.flickr.com/photos/schwartzray/collections/72157604027074852/https://www.flickr.com/photos/schwartzray/collections/72157604027074852/). Though I still take candid photos, (BTW Andromeda has ask to use this one for her keynote https://www.flickr.com/photos/schwartzray/4393750460/in/set-72157623395853351https://www.flickr.com/photos/schwartzray/4393750460/in/set-72157623395853351), generally these days I take candids of people I am somewhat 'acquainted' with. Only on two occasions I do recall that the person photographed later asked to delete/or not take the pic-which of course I did. For photographers, color coded lanyards would be easier to spot. And if any were accidentally caught in a frame, it could be deleted or the portion blacked out. /Ray From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU javascript:;] on behalf of Cary Gordon [listu...@chillco.com javascript:;] Sent: Monday, January 26, 2015 3:00 PM To: CODE4LIB@LISTSERV.ND.EDU javascript:; Subject: Re: [CODE4LIB] Conference photography policy I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu javascript:; wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca javascript:; wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com javascript:; wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca javascript:; mailto:Tara%20Robertson%20% javascript:; 3ctrobert...@langara.bc.ca javascript:;%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6 -- Cary Gordon The Cherry Hill Company http://chillco.com
Re: [CODE4LIB] Conference photography policy
I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com -- Bulk mail. Postage paid.
[CODE4LIB] Code4LibCon video (Was: Re: [CODE4LIB] Conference photography policy)
Just to be clear, I am providing equipment and will set it up, but I do not believe that we have a streaming crew at this time. Riley and I spent almost every moment of the last Con doing this, so while I am willing to teach and help, I am not going to be the video guy again. We also need a decent computer. I am most familiar with Macs, but a PC will do. Linux is not an option. Thanks, Cary On Jan 26, 2015, at 4:26 PM, Ranti Junus ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com mailto:listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com -- Bulk mail. Postage paid.
[CODE4LIB] Automatically updating documentation with screenshots
I work on a web application and when we release a new version there are often updates to make to existing user documentation - especially screenshots where unrelated changes (e.g. the addition of a new top level menu item) can make whole sets of screenshots desirable across all the documentation. I'm looking at whether we could automate the generation of screenshots somehow which has taken me into documentation tools such as Sphinx [http://sphinx-doc.org] and Dexy [http://dexy.it]. However, ideally I want something simple enough for the application support staff to be able to use. Anyone done/tried anything like this? Cheers Owen Owen Stephens Owen Stephens Consulting Web: http://www.ostephens.com Email: o...@ostephens.com Telephone: 0121 288 6936
Re: [CODE4LIB] Conference photography policy
I would agree with Cary. An Opt-Out policy would be more workable for presenters. As you all know, I have been taking many photos over the years at this conference (see the 6 albums from 2008 to 2013 at https://www.flickr.com/photos/schwartzray/collections/72157604027074852/https://www.flickr.com/photos/schwartzray/collections/72157604027074852/). Though I still take candid photos, (BTW Andromeda has ask to use this one for her keynote https://www.flickr.com/photos/schwartzray/4393750460/in/set-72157623395853351https://www.flickr.com/photos/schwartzray/4393750460/in/set-72157623395853351), generally these days I take candids of people I am somewhat 'acquainted' with. Only on two occasions I do recall that the person photographed later asked to delete/or not take the pic-which of course I did. For photographers, color coded lanyards would be easier to spot. And if any were accidentally caught in a frame, it could be deleted or the portion blacked out. /Ray From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU] on behalf of Cary Gordon [listu...@chillco.com] Sent: Monday, January 26, 2015 3:00 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Conference photography policy I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
Re: [CODE4LIB] Conference photography policy
Hi Cary, I appreciate the work you do to make the streaming happen. I'm trying to better understand the burden--what would you need to make this work for you? If you were given the schedule with the names of people who did *not* consent to be streamed highlighted would that work? Cheers, Tara On 26/01/2015 12:00 PM, Cary Gordon wrote: I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6 -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:tara%20robertson%20%3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6
Re: [CODE4LIB] Conference photography policy
On 1/26/15 4:43 PM, Salazar, Christina wrote: In order to keep some presenters from being streamed and others not would require the presentation line up (including whether ALL of the presenters who are included on an individual presentation) to be made available to the filming crew in advance, for that line up not to change (for example, to run behind schedule), it would require quite a bit of babysitting of the piece of paper to make sure it was to hand at the time it's needed... I'm sure there's more that I don't know. Because the broadcast is live, it's really NOT as simple as sticking up a piece of paper when someone comes on who doesn't want to be filmed because ONCE you've inadvertently filmed someone the cat is out of the bag - their image is out there for the world to see - it requires a bit of planning and thought (as I imagine) before the person is standing there getting filmed. Cary and Riley (others) film C4L for fun and for free and may () want to actually do stuff other than juggling pieces of paper (like take a restroom break, perhaps?). I believe Cary's and Riley's assessment that this is burdensome cos I can just imagine how this would be if *I* had to do it. Both have way more experience with this than me (er... I have none), but still, as I understand it, this is more than they feel comfortable taking on. (Haven't you watched them - they actually DO bring some production values to this, too.) Hey Christina. FWIW I did the recording in 2013. Yeah it is a slog that I swore away from. So in that regard you are absolutely correct. That said, with a minimal planning sticking a paper ought to do the job. Unless I'm missing the bleeding obvious. Perhaps not for Lightning Talks but for prepared talks almost certainly. Let's say our Tuesday line up is Moe, Larry and Curly. Larry has no interest in being photographed. Unlike Lightning talks which have everyone standing right in front of the stage or dais you can (working with Larry tell him to avoid the front of the room) Tara has volunteered to do this type thing. As soon as Moe is done we go dark. Until Larry has completely gone of stage... or a close approximation of that. Yes it is work. Tara's volunteered to do this I think she should be taken up on it. (Hi Tara) ./fxk -- Mediocrity finds safety in standardization. -- Frederick Crane
Re: [CODE4LIB] Code4LibCon video (Was: Re: [CODE4LIB] Conference photography policy)
Correction: We need a Mac, as my encoder is Thunderbolt. I will try to rebuild my MacBook Pro, if I gat a chance. On Jan 26, 2015, at 4:36 PM, Cary Gordon listu...@chillco.com wrote: Just to be clear, I am providing equipment and will set it up, but I do not believe that we have a streaming crew at this time. Riley and I spent almost every moment of the last Con doing this, so while I am willing to teach and help, I am not going to be the video guy again. We also need a decent computer. I am most familiar with Macs, but a PC will do. Linux is not an option. Thanks, Cary On Jan 26, 2015, at 4:26 PM, Ranti Junus ranti.ju...@gmail.com mailto:ranti.ju...@gmail.com wrote: I agree that streaming crew should be free from doing the paperwork. Tara has volunteered to be the paperwork person and I'm volunteering to help her out. I think streaming crew, Tara, and I can discuss separately on things that are need to be done or information we should provide (e.g. list of those who opt-out, their talk schedule, etc.) to the streaming crew. thanks, ranti. On Mon, Jan 26, 2015 at 7:07 PM, Cary Gordon listu...@chillco.com mailto:listu...@chillco.com wrote: To be clear, what I said or tried to say is that the streaming crew needs to know if he presenter does not wish to be shown, or if they do not want their presentation shown before they start presenting. At least one full minute before would be great. They can take our word that we will honor their wishes. I think that it is fair to say that nobody involved with the video wants anything to do with paperwork, and if anyone has the time and energy to do that, their time would be better spent actually working on the video crew, which at this point is virtually nonexistent. Every presenter should know that we will be putting up video of their session or talk on our YouTube channel with a CC license, unless they demure. We should have a small sign to that effect at the podium, as well. -- Cary Gordon The Cherry Hill Company http://chillco.com http://chillco.com/ -- Bulk mail. Postage paid.
Re: [CODE4LIB] Conference photography policy
I agree, it would be difficult to make some presentations anonymous and others not, it is really an on or off deal. //Riley Sent from my Windows Phone -- Riley Childs Senior Charlotte United Christian Academy Library Services Administrator IT Services Administrator (704) 537-0331x101 (704) 497-2086 rileychilds.net @rowdychildren I use Lync (select External Contact on any XMPP chat client) CONFIDENTIALITY NOTICE: This email and any files transmitted with it are the property of Charlotte United Christian Academy. This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain confidential information that is privileged and/or exempt from disclosure under applicable law. If you are not one of the named original recipients or have received this e-mail in error, please permanently delete the original and any copy of any e-mail and any printout thereof. Thank you for your compliance. This email is also subject to copyright. No part of it nor any attachments may be reproduced, adapted, forwarded or transmitted without the written consent of the copyright ow...@cucawarriors.com From: Tara Robertsonmailto:trobert...@langara.bc.ca Sent: 1/26/2015 3:35 PM To: CODE4LIB@LISTSERV.ND.EDUmailto:CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] Conference photography policy If it's too burdensome for the livestream crew, I'd be happy to volunteer to work with the program committee and streaming committee to make it happen. I'd be willing to adapt the plain English consent sheet we used for Access and the International Evergreen conference. I think it's important for communication to be clear about where the video will be streamed and archived. As a presenter I'm definately more mindful about what I'm saying if I know it's going to be published to the web. I think informed consent is important. Tara On 26/01/2015 12:00 PM, Cary Gordon wrote: I think that requiring explicit permission from presenters is overly burdensome for the crew that is struggling to get the recordings up. I think that speakers and presenters should be informed that all presentations may be recorded and made available to the public unless they inform the conference committee that they do not want to be recorded before their presentation begins. If they object, the video crew will refrain from capturing their presentation. If we do screen capture again, it is possible that presenter could have the option of allowing us to record their voice and screen. Cary On Jan 26, 2015, at 10:58 AM, Andreas Orphanides akorp...@ncsu.edu wrote: We would definitely want to both give notice to the presenters that the plan is to record and to get consent (or dissent) ahead of time, so that we can plan AV appropriately if someone does not want to be broadcast. It would be awful to broadcast someone who didn't consent to it; nor would we want to have to disrupt things in progress to adjust for an unexpected dissent that should/could have been expected. On Mon, Jan 26, 2015 at 1:55 PM, Tara Robertson trobert...@langara.bc.ca wrote: I love this conversation. WRT presenters, I think it's good to be explicit that the plan is to stream and record. It would be good practice to have presenters sign a consent form agreeing to this. Tara On 26/01/2015 10:42 AM, Andreas Orphanides wrote: Sounds like we've got an established practice in place, then. Awesome. Wouldn't hurt for us to clarify any policy we decide on to state that presenters are welcome to not consent to webcast. On Mon, Jan 26, 2015 at 1:41 PM, William Denton w...@pobox.com wrote: On 26 January 2015, Andreas Orphanides wrote: Not to complicate things: shall (or *how shall*) we accommodate requests from presenters who might have a no photo preference vis-a-vis conference webcast? A few years ago a speaker didn't want to be filmed, and someone turned off the camera and put a paper bag over it for the duration. Bill -- William Denton ↔ Toronto, Canada ↔ https://www.miskatonic.org/ -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:Tara%20Robertson%20% 3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6 -- Tara Robertson Accessibility Librarian, CAPER-BC http://caperbc.ca/ T 604.323.5254 F 604.323.5954 trobert...@langara.bc.ca mailto:tara%20robertson%20%3ctrobert...@langara.bc.ca%3E Langara. http://www.langara.bc.ca 100 West 49th Avenue, Vancouver, BC, V5Y 2Z6