<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Cambria;
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
h1
{mso-style-priority:9;
mso-style-link:"Heading 1 Char";
margin-top:24.0pt;
margin-right:0in;
margin-bottom:0in;
margin-left:0in;
margin-bottom:.0001pt;
line-height:115%;
page-break-after:avoid;
font-size:14.0pt;
font-family:"Cambria","serif";
color:#365F91;}
h2
{mso-style-priority:9;
mso-style-link:"Heading 2 Char";
margin-top:10.0pt;
margin-right:0in;
margin-bottom:0in;
margin-left:0in;
margin-bottom:.0001pt;
line-height:115%;
page-break-after:avoid;
font-size:13.0pt;
font-family:"Cambria","serif";
color:#4F81BD;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.Heading1Char
{mso-style-name:"Heading 1 Char";
mso-style-priority:9;
mso-style-link:"Heading 1";
font-family:"Cambria","serif";
color:#365F91;
font-weight:bold;}
span.Heading2Char
{mso-style-name:"Heading 2 Char";
mso-style-priority:9;
mso-style-link:"Heading 2";
font-family:"Cambria","serif";
color:#4F81BD;
font-weight:bold;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1028" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><a name=participationLink>Drupalers,<o:p></o:p></a></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>At the last DrupalSig, we discussed KmData, a recent university initiative, led by the staff at OSU Pro, to provide a single point of contact for data from multiple university systems.<o:p></o:p></p><p class=MsoNormal><a href="http://kmdata.osu.edu">http://kmdata.osu.edu</a> <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>KmData will eventually supplant OSU Pro’s existing XML feeds. They already have a few experimental query-able feeds available. Looking beyond people, kmdata will be providing information about many different types of resources (courses, publications, etc). <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>In the PHP/Drupal landscape, there are many things that we can do with this data (a few described below). We’d like to build a common set of tools around this new data source for the Drupal platform. The more people who work on these tools, the better they will be.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>If you are interested in participating in the design or development of Drupal/PHP/KmData projects, please list your availability on the doodle poll below. <o:p></o:p></p><p class=MsoNormal><a href="http://www.doodle.com/vuh7km4afiihdsui">http://www.doodle.com/vuh7km4afiihdsui</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>In our first meeting, we’ll be discussing which projects people are interested in and how the Drupal and PHP sides of an API might work. Anyone with input and inclination is welcome. You don’t need to commit development time to participate. Since Drupal 7 is out, but Drupal 6 is still more mainstream, we’ll be developing for both platforms.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>If you can’t make any of the times in the poll, enter your name in the poll with no availability and we’ll make sure you get included in future discussions.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Best,<o:p></o:p></p><p class=MsoNormal>Jason Little<o:p></o:p></p><p class=MsoNormal>Web Services<o:p></o:p></p><p class=MsoNormal>College of Engineering<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Need help? Submit a ticket online.<o:p></o:p></p><p class=MsoNormal><a href="https://engineering.osu.edu/help">https://engineering.osu.edu/help</a> <o:p></o:p></p><div style='mso-element:para-border-div;border:none;border-bottom:solid windowtext 1.0pt;padding:0in 0in 1.0pt 0in'><p class=MsoNormal style='border:none;padding:0in'><o:p> </o:p></p></div><p class=MsoNormal><o:p> </o:p></p><h1>Possible Projects<o:p></o:p></h1><h2><span style='font-size:11.0pt;line-height:115%'>*Drupal API<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>It would be handy for there to be a Drupal api for KmData that other modules could extend and consume. Such an api might handle things like caching and views integration in a uniform manner.<o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>*PHP API<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>We could build up a KmData object oriented model in PHP and build a procedural Drupal API on top of it. This way, there was a nice OO interface to KmData for use in other PHP projects. Together, drupal and PHP apis may help insulate higher level code from changes at KmData as they incorporate more data sources. Separating the PHP api from the drupal api may promote more participation in terms of development and usage.<o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>*Directories & Profiles<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>In engineering, we presently integrate with OSU Pro via an api, cck field, features layer, and theme layer. We’d like to replace this with a KmData based solution. <o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>*Course Listings & Information<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>In engineering, we presently get this from the data warehouse. We’d like to rewrite it to use KmData to simplify our infrastructure and make it easier to share code.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:1.0pt;font-family:"Times New Roman","serif";color:black;border:none windowtext 1.0pt;padding:0in;background:black;mso-fareast-language:X-NONE;layout-grid-mode:line'> <o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>Option Lists (Webforms, CCK, Other Modules)<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>The 3.0 version of webforms allows programmers to define option sets for forms including keys and values which a user can then choose when building forms. Perhaps we could use KmData to power a group of OSU specific option sets tied directly to university systems. List of majors, departments, buildings, subjects, etc. This same module could expose these to cck and other module developers.<o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>Individual Faculty Sites (ie. OpenScholar)<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>There has been some interest in Open Scholar which is the standard distribution for individual academic profiles. Integrating it with OSUPro/KmData makes sense.<o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>Reports<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>What if a department site could have a summary statistics page (undergrad enrollment, grad enrollment, faculty, staff, # classes, etc) fed by KmData and updated automatically? Maybe we could build a generalized module for reusable reports.<o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>Tagging<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>If bob.52 is referenced in news story xyz, tag the story with a kmdata id for bob.52. If his name changes, the tag sticks. If article used in another site, the tag sticks (unlike taxonomy term ids). Better than emplids.<o:p></o:p></span></p><h2><span style='font-size:11.0pt;line-height:115%'>Your Idea Here!<o:p></o:p></span></h2><p class=MsoNormal><span style='font-size:10.0pt'>There are a million things we could do with KmData. Let’s do them together.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:10.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:10.0pt'>* Projects with an asterisk are things engineering is committed to working on.<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>