I'm absolutely for consolidation of storage locations. But I don't think we
should shy away from using the right tool for certain tasks -- as long as
we have an accession plan for that stuff into whatever the "main"
repository is.

On Wed, Feb 18, 2015 at 12:34 PM, Cary Gordon <[log in to unmask]> wrote:

> My issue is not with the wiki, it is with having stuff in four places.
> Perhaps there is a wiki solution either in different software or
> a different configuration of Mediawiki that can consolidate it all.
>
> Cary
>
>
>
> On Wednesday, February 18, 2015, Andreas Orphanides <[log in to unmask]>
> wrote:
>
> > Having been in the documentation-management mess before I don't think I
> can
> > agree that it counts as bikeshedding, at least at the level we're
> currently
> > discussing it. Given the amount of time that I spend in other settings
> > trying to find a required piece of documentation over three (or four, or
> > five) different internal or external knowledge repositories, I appreciate
> > it when documentation management is well-considered ahead of time. So I'm
> > all for this discussion!
> >
> > I would tend to agree that Google Docs is bad for long term doc
> management
> > (in large part due to -- surprisingly from Google -- how bad it is at
> > search and discovery). But for something like the Newcomer Dinner signups
> > it's infinitely better than the wiki was, since it totally sidestepped
> the
> > lockout problem. This is definitely something that falls into the "choose
> > the right tool for the right job" problem space. But as Riley pointed
> out,
> > I don't think it makes sense to maintain important docs there for
> anything
> > but immediate group-editing purposes. For "hard" documentation I think
> the
> > wiki is at least adequate, and certainly a better solution than GDocs.
> >
> > Which raises another question about electronic ephemera and whether we
> > should/could archive "short-term" documents like this year's newcomer
> > dinner signups somewhere besides GDocs for better discovery. I'm not an
> > archivist so I'm not going to do anything but summon that head of the
> > hydra.
> >
> > -dre.
> >
> > On Tue, Feb 17, 2015 at 11:42 PM, Riley Childs <[log in to unmask]
> > <javascript:;>>
> > wrote:
> >
> > > I would like to note that the documentation discussion here is prone to
> > > bikesheading, if there are going to be docs I say just start them
> rather
> > > then argue about X or Y. We have a wiki, lets use it (maybe get a few
> > more
> > > people on board to create accounts). We have a significant amount of
> > > documentation there, rather then reinvent the wheel lets just go with
> the
> > > wiki. At this point lets focus on the content rather then
> "accessibility"
> > > or "display", because who cares about that if there is no content to
> > begin
> > > with and as long as structure is maintained we can do that stuff later.
> > >
> > > Google Docs are horrid as a long term documentation solution, stay far
> > > away (we committed to using GDocs to do IT documentation, and that was
> a
> > > mistake).
> > >
> > > //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
> > > [log in to unmask] <javascript:;>
> > >
> > > ________________________________
> > > From: Katherine Deibel<mailto:[log in to unmask] <javascript:;>>
> > > Sent: ‎2/‎17/‎2015 11:10 PM
> > > To: [log in to unmask] <javascript:;><mailto:
> > [log in to unmask] <javascript:;>>
> > > Subject: Re: [CODE4LIB] Communications — conference and otherwise
> > >
> > > Just one thing to consider in regards to Google Docs: accessibility.
> > > Google Docs are a bit notorious for being accessible (to screen
> readers)
> > > one week and not the next. To be fair, ChromeVox usually works with
> > > them, but very few people use ChromeVox at all.
> > >
> > > A practical approach would be to go with Google Docs but include a "If
> > > you have trouble editing the Google Doc file, please contact X."
> > >
> > >
> > > Kate Deibel, PhD | Web Applications Specialist
> > > Information Technology Services
> > > University of Washington Libraries
> > > http://staff.washington.edu/deibel
> > >
> > > --
> > >
> > > "When Thor shows up, it's always deus ex machina."
> > >
> > > On 2015-02-17 11:14 AM, Becky Yoose wrote:
> > > > Cary,
> > > >
> > > > I can speak to the signup for the Newcomer Dinner signup - previous
> > years
> > > > had the signup on the wiki, but this year we decided to try something
> > > > different for the signup that didn't require an additional account to
> > > sign
> > > > up. This should have given Ryan a bit of a break with people
> requesting
> > > > wiki accounts last minute to sign up for the dinner. The link to the
> > > Google
> > > > Doc was posted in the wiki, under the Newcomer dinner entry.
> > > Communications
> > > > to the list and users have linked to the wiki page (though I do count
> > one
> > > > communication to the group that I directly linked to the Google Doc).
> > > >
> > > > If folks did not like the Google Docs setup for the dinners this
> year,
> > > > please let me know and I can always bring the signups back to the
> wiki
> > > for
> > > > future dinners. Again, it was an experiment for this year :c)
> > > >
> > > > I cannot speak for the Eventbrite pages, but my understanding that
> > > > Eventbrite came with DLF handling registration finances this year.
> > > >
> > > > Thanks,
> > > > Becky
> > > >
> > > > On Tue, Feb 17, 2015 at 1:05 PM, Cary Gordon <[log in to unmask]
> > <javascript:;>>
> > > wrote:
> > > >
> > > >> This really speaks to the c4l who’s-in-charge-here / nobody is in
> > > charge /
> > > >> take the ball and run with it zeitgeist.
> > > >>
> > > >> We have one person — Ryan Wick — who carries most of the load for
> the
> > > >> website and the wiki. I don’t think that he, or anyone else, takes
> > > >> responsibility for organizing the content. From here,it looks like
> > > >> everything is a mix of tradition and fire prevention. Accordingly,
> > this
> > > >> year we had:
> > > >>
> > > >> — The conference web pages on code4lib.org
> > > >> — The usual assortment of pages on wiki.code4lib.org
> > > >> — The newcomer dinner page on Google Docs
> > > >> — Stuff on Eventbrite
> > > >>
> > > >> Resulting in a mix of the usual symptoms:
> > > >>
> > > >> — No single place to find stuff
> > > >> — Conflicting information
> > > >> — Not clear editorial policy
> > > >>
> > > >> So, what do we do, and who is this “we," anyhow?
> > > >>
> > > >> The conference organizers have control, in theory, but I think that
> > they
> > > >> are understandably loath to mess with the traditional mix. There is
> no
> > > >> place for them to ask a question and get a single, cogent,
> > authoritative
> > > >> answer.
> > > >>
> > > >> Code4lib itself isn’t really a thing, just an us, and we have been
> > loath
> > > >> to form standing committees, although we have done that after a
> > fashion
> > > for
> > > >> scholarships and the Journal. I think that the time has come for a
> > > Code4lib
> > > >> communications task force —I love that name — to address the
> structure
> > > of
> > > >> our public-facing resources. Any takers.
> > > >>
> > > >> In lieu of blessings from an executive structure, the task force can
> > do
> > > >> something with pasta to confirm its authority.
> > > >>
> > > >> Any takers?
> > > >>
> > > >> Thanks,
> > > >>
> > > >> Cary
> > > >>
> > > >>> On Feb 13, 2015, at 12:53 PM, Heller, Margaret <[log in to unmask]
> > <javascript:;>>
> > > wrote:
> > > >>>
> > > >>> I think Sarah is absolutely right that we should have updated the
> > > >> conference information page with information about streaming, as I
> > don't
> > > >> think most people not attending the conference would think to look
> at
> > > the
> > > >> wiki. Even if everyone forgot to do it during the conference that's
> a
> > > note
> > > >> to the future to remember to do it during the conference, and I've
> > > edited
> > > >> the page at http://code4lib.org/conference/2015 to give the link to
> > the
> > > >> YouTube channel.
> > > >>>
> > > >>> And thanks so much video team!
> > > >>>
> > > >>> Margaret Heller
> > > >>> Digital Services Librarian
> > > >>> Loyola University Chicago
> > > >>> 773-508-2686
> > > >>>
> > > >>> -----Original Message-----
> > > >>> From: Code for Libraries [mailto:[log in to unmask]
> > <javascript:;>] On Behalf
> > > Of
> > > >> Sarah Weissman
> > > >>> Sent: Friday, February 13, 2015 2:18 PM
> > > >>> To: [log in to unmask] <javascript:;>
> > > >>> Subject: Re: [CODE4LIB] Code4LibCon video crew thanks
> > > >>>
> > > >>> On Fri, Feb 13, 2015 at 2:38 PM, Francis Kayiwa <[log in to unmask]
> > <javascript:;>>
> > > >> wrote:
> > > >>>
> > > >>>>
> > > >>>> Planning these things is tough work with numerous moving parts.
> > Could
> > > >>>> it have been posted once we were underway? Perhaps. That said
> there
> > > >>>> was 450 odd people who were there none of whom (the author
> included)
> > > >>>> thought to send a message on availability of video to this
> listserv.
> > > >>>> (I know for certain it was tweeted and re-tweeted)
> > > >>>>
> > > >>>>
> > > >>>
> > > >>> I see what you are saying. I realize that logistics are tricky. I
> > would
> > > >> have probably missed a mailing list message if it had come last
> > minute.
> > > And
> > > >> I wasn't checking Twitter in a timely manner for updates on a
> > > conference I
> > > >> wasn't attending and therefore wasn't all that aware of the exact
> > timing
> > > >> of. (Perhaps this is a great time to bump that librarians list to a
> > more
> > > >> visible position in my Twitter feed...)
> > > >>>
> > > >>> And I should say that I'm glad that there is video to watch at all
> > and
> > > >> grateful to the volunteer videographers that made it happen.
> > > >>
> > >
> >
>
>
> --
> Cary Gordon
> The Cherry Hill Company
> http://chillco.com
>