[OPEN-ILS-GENERAL] State of the map of Evergreen libraries?

[Lori Bowen Ayre]

I'm a +1 on Galen's idea to capture this info from Evergreen.  I personally
believe getting a wiki account in order to enter this info is too high a
barrier.  I'd like to see it made even easier.  And I thnk Galen is on the
right track with allow for the info to be submitted to the Map Owner (with
a +1 to Alexey's suggestion as well).

Also +1 to individual libraries being represented on the map (in case that
wasn't obvious).

And one other thing, we already have a place to capture information about
"Evergreen Initiatives" such as PINES, Sitka, Bibliomation, etc.  We set it
up two years ago on the RSCEL site and it is still there.  See
http://rscel.org/evergreen/about/projects.  My plan to continue evolving
the RSCEL site as a kind of user group (it has been largely dormant for the
last two years) at least as long as there are things there that people find
useful....such as the Evergreen Initiatives directory and the ILS to OSLS
Resources (not much content but the structure still has some legs I think).

Lori



On Wed, May 9, 2012 at 12:44 PM, Lazar, Alexey Vladimirovich <
alexey.lazar at mnsu.edu> wrote:

> > 1) Process for adding Evergreen libraries to the map. Maybe updating
> > http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen_libraries could
> > / should be step one (only a wiki account is required!), but we don't
> > have coordinates there currently, just a rough location field. Then
> > perhaps map updaters could follow the revisions to that page and update
> > a centralized KML file accordingly.
>
> I like the idea of crowd-sourcing the information by having each
> institution be responsible for updating their information.  The simpler
> this process is, the better.  Coordinates are not hard to come by, as long
> as there is address information.  So, I think the "location" field should
> be changed to official address.  Then we can produce coordinates from that.
>  I would also like to see EG version and perhaps server OS as separate
> fields.
>
> I would also suggest having one person designated as the "owner" for the
> map process (thinking in ITIL terms). This owner would be responsible for
> maintaining current information and producing the map in some agreed format
> and schedule.  The owner does not have to be personally doing all the work,
> just in charge of the process.  Call for volunteers, or is there someone
> who already fits this role?  If no, I would volunteer.
>
> > 2) Handling consortia vs. individual libraries. Do we want to try to
> > plot each library in a given consortia on the map, or just one entry for
> > a given consortia? I think I would prefer to see one entry per library,
> > as the full might of PINES' nearly 300 libraries would stand out, or
> > Conifer's > 1000km stretch from Windsor to Thunder Bay.
>
> Thematic maps usually focus on a specific subject area.  I would say that
> the geographic distribution of "evergreen libraries" is a separate subject
> from consortia, so let's focus on individual libraries.  We would probably
> need a different type of map for consortia information - location of
> central office without any additional information about a consortium does
> not really convey a lot of interesting information.
>
> Question: Would it be correct to say that consortia are usually tied to a
> administrative/political division boundaries? States, provinces, counties,
> cities, etc?
>
> > 3) Canonical location for the map data; Jason Etheridge has uploaded a
> > copy of Bob Molyneux's KML file to the Evergreen Website git repository
> > (but maybe the "random" evergreen repo would be a better spot on a
> > going-forward basis? but then again git is a significant hurdle for
> > many), I suspect Ben is currently editing his copy live for now, Jeff
> > Godin thought maybe an online spreadsheet would be easier for people to
> > contribute to, there's also the possibility of adding coordinates to the
> > wiki page...
>
> Simpler = better.  The wiki sounds like a good place to collect
> information initially, low entry barrier.  Perhaps at a certain point we
> could put out a call on the list for libraries to review/update their
> information?  If/before that happens, I think the designated map process
> owner needs to clean up the formatting of the maps page.  Again, call for
> volunteers, or is there someone who already fits this role?  If no, I would
> volunteer.
>
> Alexey Lazar
> PALS
> Information System Developer and Integrator
> 507-389-2907
> http://www.mnpals.org/
>
> On May 9, 2012, at 13:53 , Dan Scott wrote:
>
> > On Wed, May 09, 2012 at 02:29:43PM -0400, Tony Bandy wrote:
> >> Hi all,
> >>
> >> At the risk of being the cause of too much email in folk's inboxes,
> could
> >> COOL be added as well (server maintained @OHIONET in Col. Ohio, several
> >> libraries around the state)?  We're two libraries strong and counting,
> with
> >> 8 in the consortium by next year.  Here's our catalog:
> http://cool-cat.org
> >> Here's our consortial map:  http://info.cool-cat.org/?page_id=13
> >
> > I don't think it's too much email yet :) There are probably a couple of
> > things we want to address in the near future...
> >
> > 1) Process for adding Evergreen libraries to the map. Maybe updating
> > http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen_libraries could
> > / should be step one (only a wiki account is required!), but we don't
> > have coordinates there currently, just a rough location field. Then
> > perhaps map updaters could follow the revisions to that page and update
> > a centralized KML file accordingly.
> >
> > In passing, I will also note that a lot of the info appears to be out of
> > date on that wiki page - for example, Conifer has about twice as many
> > libraries and is running on much newer versions of the software than is
> > listed; maybe we can tie updating this info into conference
> > registration, or something like that, so at least there's a chance that
> > it will be updated on an annual basis.
> >
> > 2) Handling consortia vs. individual libraries. Do we want to try to
> > plot each library in a given consortia on the map, or just one entry for
> > a given consortia? I think I would prefer to see one entry per library,
> > as the full might of PINES' nearly 300 libraries would stand out, or
> > Conifer's > 1000km stretch from Windsor to Thunder Bay.
> >
> > 3) Canonical location for the map data; Jason Etheridge has uploaded a
> > copy of Bob Molyneux's KML file to the Evergreen Website git repository
> > (but maybe the "random" evergreen repo would be a better spot on a
> > going-forward basis? but then again git is a significant hurdle for
> > many), I suspect Ben is currently editing his copy live for now, Jeff
> > Godin thought maybe an online spreadsheet would be easier for people to
> > contribute to, there's also the possibility of adding coordinates to the
> > wiki page...
> >
> > It's such a deceptively simple project, with a strong emphasis on
> > "deceipt". Many thanks in retrospect to all of Bob Molyneux's effort in
> > having kept this up to date in the past!
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20120509/79f275f9/attachment-0001.htm>