| **** BEGIN LOGGING AT Thu Jul 15 12:02:26 2004 | ||
| -->You are now talking on #schooltool | 12:02 | |
| ---#schooltool :[freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup | 12:02 | |
| -->thisfred (~thisfred@a213-84-57-72.adsl.xs4all.nl) has joined #schooltool | 13:54 | |
| ---You are now known as mg|lunching | 14:53 | |
| ---You are now known as mgedmin | 15:55 | |
| -->teacher (~nkelly@2.97.63.81.cust.bluewin.ch) has joined #schooltool | 16:11 | |
| teacher | hellp | 16:12 |
|---|---|---|
| teacher | hello | 16:12 |
| teacher | ? | 16:13 |
| <--teacher (~nkelly@2.97.63.81.cust.bluewin.ch) has left #schooltool | 16:13 | |
| **** BEGIN LOGGING AT Thu Jul 15 17:20:37 2004 | ||
| -->You are now talking on #schooltool | 17:20 | |
| **** ENDING LOGGING AT Thu Jul 15 17:22:33 2004 | ||
| **** BEGIN LOGGING AT Thu Jul 15 17:24:05 2004 | ||
| -->You are now talking on #schooltool | 17:24 | |
| ---#schooltool :[freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup | 17:24 | |
| -->th1a (~hoffman@pool-64-222-39-13.prov.east.verizon.net) has joined #schooltool | 18:21 | |
| -->philipp_s (~philipp_s@49.116.62.81.cust.bluewin.ch) has joined #schooltool | 18:23 | |
| th1a | Hi all. I made a list of the calendaring issues I want to quiz Kellan about at http://schooltool.org/wiki/IrcChatWithKellan | 18:45 |
| *mgedmin is lurking here | 18:50 | |
| SteveA | th1a: I can't attend this meeting, sorry. But, if you can mail a transcript to the list, I'll read it later and comment on it. | 18:53 |
| th1a | No problem. | 18:53 |
| -->kellan (~kellan@c-67-170-58-50.client.comcast.net) has joined #schooltool | 19:00 | |
| kellan | hello | 19:00 |
| philipp_s | hi | 19:01 |
| mgedmin | hello | 19:01 |
| kellan | i'm tom's friend, he asked me to drop by this morning | 19:01 |
| philipp_s | greetings from switzerland :-) | 19:02 |
| th1a | Hi Kellan. | 19:02 |
| *kellan notes he also seems to be pretty seriously lagged to this server. | 19:02 | |
| th1a | I guess we should get down to it. Thanks for coming, Kellan. | 19:04 |
| th1a | The first thing I'm wondering about standards. | 19:04 |
| philipp_s | BTW i'm interested in the schooltool project, haven't contributed so far, just observing... | 19:04 |
| th1a | is standards. | 19:04 |
| th1a | It seems like the calendaring standards world is even more of a mess than the syndication standards world. | 19:04 |
| th1a | We're supporting ICal, and it doesn't seem like anything else is established enough to even bother with in the short term. | 19:05 |
| kellan | true. their has only recently been a push to adopt ical (rfc 2445) in the last couple of years, and there really aren't any worth bothering with | 19:05 |
| th1a | The CalDAV proposal didn't seem to gain any traction. | 19:06 |
| kellan | unfortunately the calsch wg has pretty much killed the space by a serious of poor tech choices (bng syntax, beep vs http) | 19:06 |
| mgedmin | I've heard that there was an XML version of iCal | 19:06 |
| kellan | no it hasn't. it might get recycled through. but the working group doesn't drive the standards. | 19:06 |
| mgedmin | how is that one faring? | 19:06 |
| kellan | mgedmin: its lapsed. | 19:07 |
| kellan | as has the only parser for it. | 19:07 |
| kellan | which was sad. actually tbl did the intial translation | 19:07 |
| kellan | the one standard which is emerging is the RDFiCal | 19:07 |
| kellan | the eventsherpa kids have actually implemented a parser (in C#) for it, and are using it in their product | 19:08 |
| kellan | however no one else has, and it isn't stable yet. | 19:08 |
| kellan | what are you looking for a standard to provide you? | 19:08 |
| th1a | I'll keep an eye on that for the future. | 19:08 |
| th1a | I'm mostly just want to know that we're supporting standards when it is appropriate. | 19:09 |
| th1a | So we don't really need to linger on the topic. | 19:09 |
| kellan | iCal over WebDAV is the only thing we | 19:09 |
| kellan | 've got close to a standard (bless Apple) | 19:10 |
| th1a | OK. | 19:10 |
| kellan | though iCal.app implementation has some serious limitations as they're trying to drive you to iSync. MozCal is the gold standard in my book. | 19:10 |
| th1a | I think we'll end up recommending Mozilla as a client. | 19:11 |
| th1a | We aren't very Mac-oriented anyhow. | 19:11 |
| mgedmin | I have a question about one corer case we've stumbled upon in schooltool so far | 19:11 |
| kellan | iCal.app is a lot more stable for now. probably want to recommend iCal, MozCal and eventSherpa (for Win) | 19:11 |
| mgedmin | iCal requires a calendar to have at least one component | 19:11 |
| kellan | mgedmin: yes | 19:11 |
| mgedmin | so what's supposed to happen when you delete all events from a calendar? | 19:11 |
| mgedmin | when I tried it, mozcal just uploaded an empty file via HTTP PUT | 19:12 |
| mgedmin | but it refused to accept the same empty file back | 19:12 |
| kellan | mgedmin: its undefined, what we did (Palm/Protest.net) is we added a placeholder event without a starttime | 19:12 |
| kellan | that seems to work | 19:12 |
| mgedmin | that's exactly what we did too | 19:13 |
| mgedmin | "without a starttime" sounds interesting -- does it prevent clients from displaying that event? | 19:13 |
| kellan | it did in my tests | 19:13 |
| kellan | i tried to get a comment from the wg on it, but didn't get anywhere. | 19:14 |
| th1a | Are there any guidelines for doing RSS feeds of events? | 19:14 |
| th1a | For example, are they sorted by date added or date of the event? | 19:15 |
| kellan | there is mod_event which is pretty simple, adds start and end times, plus a location field. | 19:15 |
| kellan | oh, those sort of guidelines. no. not really. because there aren't any guidelines about how an rss parser/aggregator returns the records | 19:15 |
| th1a | So we should just wing that. | 19:16 |
| th1a | If we decide to do RSS feeds. | 19:16 |
| kellan | at protest.net we sort by date of the event because we assume that most people using the feed are trying to display their own calendar. if most people were wanting to monitor the feed to check for "whats new" then you would want to sort by creation. | 19:17 |
| kellan | just depends on what your target consumer is. | 19:17 |
| kellan | you should definitely do an RSS feed, its the new glue. | 19:17 |
| th1a | That makes sense. | 19:17 |
| mgedmin | RSS 0.9/1.0/2.0? | 19:17 |
| mgedmin | what about Atom? | 19:17 |
| kellan | mgedmin: i always say RSS 1.0, Atom is excellent for various micro-publishing uses, but it isn't a good general purpose XML data stream | 19:18 |
| kellan | and the Atom kids know this | 19:18 |
| th1a | I'd say definitely not 0.9, and also not 2.0. | 19:18 |
| mgedmin | ok | 19:19 |
| kellan | just an fyi, mod_event is supported by mark's feedparser.py | 19:19 |
| th1a | That's good. | 19:19 |
| kellan | as i know you're a python shop | 19:19 |
| th1a | Hm. Yeah, I hadn't even thought about the server consuming feeds. That's a good point. | 19:20 |
| kellan | i'm kind of curious what kind of calendar you're building, there are a number of different activities that people use calendars for | 19:20 |
| kellan | th1a: i tend to use a lot of RSS internally just to tlak to myself, but i'm weird i'm like that | 19:20 |
| th1a | Well, on one level it just tracks a student's repeating schedule. | 19:21 |
| th1a | Or a teacher's or a resource's, like a room or a projector. | 19:21 |
| *mgedmin googles for mod_event and learns that it is a RDF module, and not an Apache module | 19:21 | |
| th1a | So there's one ICal file for each thing that is their repeating schedule. | 19:22 |
| kellan | mgedmin: sorry. i tend to apporach apache'ish. | 19:22 |
| kellan | th1a: makes sense | 19:22 |
| th1a | And then there is another URL where each thing can post or get their ICal calendar. | 19:23 |
| kellan | kellan: for MozCal you'll just need one URL, for apple you can either post, or subscribe, but not both. | 19:24 |
| kellan | so have you done any thinking about public event calendars (which leads quickly to eventreg) or on the other end of the spectrum, personal scheduling? | 19:24 |
| kellan | (which is kind of what you're already doing, except just for their repeating institutional events) | 19:24 |
| th1a | I mean, there is another URL where you can post or add a separate calendar from your repeating calendar. | 19:25 |
| th1a | A personal calendar, that is. | 19:25 |
| th1a | One personal, one autogenerated schedule. | 19:25 |
| kellan | cool. | 19:26 |
| th1a | But we haven't gone into any detail about handling public/private things. | 19:26 |
| th1a | What is eventreg? | 19:26 |
| kellan | th1a: sorry. Event Registration. RSVP handling, limited seats, online sign up, potentially taking payments. | 19:27 |
| th1a | Hmm... I haven't seen those things as important use cases. | 19:27 |
| kellan | once you give someone a public event caledanr, they ask for it. | 19:27 |
| kellan | doesn't mean you have to give it to them :) | 19:27 |
| th1a | So that might be something that is more important for institutions other than schools. | 19:28 |
| th1a | We are planning a non-school distribution. | 19:28 |
| kellan | admittedly my experience is in more public events, and scheduling, but i've found school are actually a huge source of events. | 19:29 |
| kellan | there were about 50 schools (k-12) using the metaevent's calendar | 19:29 |
| kellan | besides the university who used it | 19:29 |
| kellan | not saying that is what you should do. | 19:29 |
| th1a | Hm... Yeah, I guess RSVP-ing and such are important for meetings. | 19:29 |
| th1a | I'm used to thinking of a small school. | 19:30 |
| th1a | Where sign-up and RSVP-ing is easily done face to face. | 19:30 |
| kellan | quick side note about RSVP, don't get sucked into Outlook's claim that it supports iCal, or get attached to those cool like scheduling button it can produce. it only really works outlook->outlook | 19:30 |
| *kellan notes he can't type at this time of the morning | 19:31 | |
| philipp_s | RSVP=? (thanks) | 19:31 |
| th1a | I guess right now we don't even have the concept of an event, when you get right down do it, do we? | 19:31 |
| th1a | RSVP is French actually... | 19:32 |
| mgedmin | Revolutionary Surrealist Vandal Party | 19:32 |
| mgedmin | just kidding | 19:32 |
| kellan | philipp_s: RSVP means replying and saying whether you're planning to attend an event or not. | 19:32 |
| kellan | like if you've used evite.com | 19:32 |
| th1a | Respondez S'il vous plait | 19:32 |
| philipp_s | cheers! | 19:33 |
| th1a | mgedmin: we don't really have event objects, do we? | 19:33 |
| kellan | ohh, i would definitely model this at both the event and calendar level | 19:33 |
| mgedmin | we do have VEvent objects that are used to represent parsed iCalendars | 19:33 |
| mgedmin | we do not use them for anything else at the moment | 19:33 |
| kellan | people are going to want to attach comments, and .doc files and what not to events. | 19:34 |
| kellan | plus you need a way to cancel a single instances of a recurring event | 19:34 |
| th1a | OK, this is starting to make sense. | 19:34 |
| mgedmin | we also have calendar events (ICalendarEvent in schooltool.interfaces) | 19:34 |
| th1a | This might be helpful: http://schooltool.org/wiki/CalendarTimetable | 19:36 |
| kellan | interesting. never really encountered the timetable concept before. but it makes sense. | 19:37 |
| th1a | OK, so here's a use case, an administrator is setting up a professional development session, with 15 available slots. | 19:39 |
| kellan | ok | 19:40 |
| th1a | He enters the event into the system, reserving a room (resource) in the process, and specifies the number of people who can join, and that they have to be part of the group teachers. | 19:40 |
| th1a | Teachers are notified of the opportunity via RSS and other means. | 19:40 |
| th1a | They go on the web and add themselves to the list. | 19:41 |
| th1a | So the event object has to build a list of people attending, and when it is full, notify the administrator and stop taking submissions. | 19:42 |
| kellan | basically. in practice you often hold a few back. | 19:42 |
| th1a | So we'll have to build a lot more logic around the ICalendarEvents. | 19:43 |
| th1a | This is at least starting to make a lot more sense to me... | 19:44 |
| th1a | Do most orgs consider it a must to allow one person to edit another's schedule, like allowing someone's secretary to edit their boss's schedule? | 19:45 |
| kellan | th1a: in larger orgs it is neccessary. in a smaller org they might tell you its neccessary but in practice anyone who is editting your schedule probably can figure out your password. | 19:46 |
| th1a | :-) | 19:46 |
| kellan | also having one or two admin users is more then sufficient | 19:46 |
| kellan | we just went through this conversation for our new project at Groundspring, and decided to go with a very flat permissions structure | 19:47 |
| th1a | What do you mean by very flat? | 19:47 |
| kellan | not a lot of levels of hierarchy, a few simple roles, skip any sort of delegation, don't track ownership of objects | 19:48 |
| kellan | they all seemed to cause lock out issues, and IT headaches | 19:48 |
| th1a | Yeah, we need to keep this simple. | 19:49 |
| kellan | the once place where it can get to be an issue is when the principal is trying to schedule an event, and the room thinks it is already booked. | 19:49 |
| th1a | Ah. Overriding things. | 19:50 |
| kellan | that said, i wouldn't try to capture how to resolve that as every org does it differently | 19:50 |
| kellan | just allow an admin to override and cancel | 19:50 |
| kellan | there might have to an email fired off, or a phone call, but allowing for out of band communication (which happens anyway) really simplifies the spec | 19:51 |
| th1a | I have been thinking that managing a personal private and personal public schedule will be more than most teachers would want to deal with. | 19:51 |
| kellan | agreed | 19:51 |
| kellan | a teacher would probably want to add any public events to their schools public event calendar | 19:52 |
| th1a | I was thinking that a teacher's schedule would just return available/not-available info to other users. | 19:52 |
| kellan | freebusy | 19:52 |
| th1a | Yeah. | 19:52 |
| th1a | Is that a reasonable way to handle it? | 19:52 |
| kellan | hard to know, i haven't worked in schools, i would tend to say that the institutional events (the recurring classes and such) are public or at least common knowledge | 19:53 |
| th1a | Yeah. | 19:53 |
| kellan | if you're logged in, why not show the actual events | 19:53 |
| th1a | But a teacher's individual meeting. | 19:53 |
| kellan | for everything else, blacking it out makes sense, yeah. | 19:53 |
| th1a | Right. | 19:53 |
| kellan | that acutally sounds to like an argument for allowing events to be flagged private/public, and having intelligent defaults | 19:54 |
| th1a | Well, that pretty much gets me through my list of issues. | 19:54 |
| philipp_s | th1a: regarding the topic list you posted for this irc session, is there room for more topics at the end? i would like to discuss the *timetabling* vs *calendaring* issues a bit more... will it fit into the schedule of this irc session? :-) | 19:54 |
| th1a | Absolutely. | 19:54 |
| th1a | If Kellan can stay. | 19:54 |
| philipp_s | just to get a rough understanding of the differences involved... | 19:55 |
| kellan | i'd through out that people are going to want email integration (reminders, newsletters, and scheduling in that order), probalby is a bit more work to do in private/public conversation, and the most annoying feature request i got over and over was to support gantt charts | 19:55 |
| th1a | If not we can certainly still talk among ourselves. | 19:55 |
| kellan | i should probably head into work | 19:55 |
| kellan | but i'm happy to chat with folks if questions come up. | 19:55 |
| th1a | This has been really helpful, Kellan. | 19:56 |
| kellan | kellan@protest.net | 19:56 |
| mgedmin | kellan: thanks for your insights | 19:56 |
| th1a | phillipp_s: let's keep talking about calendaring vs timetabling | 19:56 |
| kellan | it was fun. look forward to seeing what you come up with, the current state of open source calendaring (or calendaring in general) is pretty dismal | 19:56 |
| th1a | Yeah. People who are discouraged by the state of syndication should look at calendaring to feel better. | 19:57 |
| philipp_s | http://www.gnu.org/directory/productivity/cal/ | 19:57 |
| philipp_s | i haven't looked in depth, but it does look dismal | 19:57 |
| kellan | alright, talk to you folks soon. | 19:59 |
| <--kellan has quit ("Leaving") | 19:59 | |
| philipp_s | maybe i can just fire off what i understand are the rough issues about timetabling vs calendaring... | 19:59 |
| th1a | Fire away. | 19:59 |
| philipp_s | timetabling in my school is coordinated by one single person | 20:00 |
| th1a | You mean, that person creates the student schedules? | 20:00 |
| philipp_s | ... who does the basic timetable for each semester | 20:00 |
| philipp_s | it's basically quite tricky juggling of resources | 20:01 |
| th1a | Assigns students to classes? | 20:01 |
| th1a | And classes to rooms? | 20:01 |
| philipp_s | at my school that comes later | 20:01 |
| philipp_s | my school first tries to assign teachers and rooms to the overall schedule | 20:02 |
| philipp_s | there are a lot of constraints that need to go into the equation | 20:02 |
| philipp_s | because it is a school specialised into part-time education | 20:02 |
| th1a | OK. | 20:03 |
| philipp_s | teachers teach part-time and students attend part-time | 20:03 |
| philipp_s | so you first need to get an overall schedule worked out for the teachers and rooms | 20:04 |
| th1a | Right. So you're thinking about applications to generate that timetable automatically. | 20:04 |
| philipp_s | well... | 20:04 |
| th1a | Or mostly automatically... | 20:04 |
| philipp_s | they currently do it with excel | 20:04 |
| philipp_s | but it is a headache | 20:04 |
| philipp_s | there are commercial solutions that offer some form of automation | 20:05 |
| th1a | That functionality is definitely going to be a part of SchoolTool. | 20:05 |
| philipp_s | i don't really know how good that works, but my school thinks they would want it... | 20:06 |
| th1a | We've kicked around some proposals, but we haven't come to any resolution, mostly because we haven't clearly defined how to extend SchoolTool. | 20:06 |
| philipp_s | what do you mean by "extend"? | 20:06 |
| th1a | Well, that's not entirely clear either, actually. | 20:07 |
| philipp_s | :-) | 20:07 |
| th1a | Have you used Zope? | 20:07 |
| philipp_s | yes, we are running the school's website with zope... I will introduce myself properly by email shortly! :-) | 20:08 |
| philipp_s | but if you don't mind, i am really keen on talking about the general timetabling/calendaring issues, to get a rough idea about the scope of it all... | 20:09 |
| philipp_s | what do you think? | 20:10 |
| philipp_s | maybe i first do the introduction, and then we can talk more on irc another time... :-) | 20:11 |
| -->tom_hoffman (~hoffman@pool-64-222-39-13.prov.east.verizon.net) has joined #schooltool | 20:12 | |
| tom_hoffman | wow, my Mac just totally kernel paniced. | 20:12 |
| philipp_s | oops | 20:12 |
| tom_hoffman | I hadn't saved a log of the chat, so if someone can send a copy to the list, I'd appreciate it. | 20:13 |
| tom_hoffman | Unless there's some way for me to get it that I don't know about. | 20:13 |
| tom_hoffman | I'm still a bit of an IRC newbie. | 20:13 |
| tom_hoffman | Anyhow, SchoolTool is going to need to support something like Zope products. | 20:13 |
| philipp_s | right | 20:14 |
| tom_hoffman | And I think the timetabling functinality should probably be at least partly like a Product. | 20:14 |
| philipp_s | i see | 20:14 |
| tom_hoffman | So that different algorithms can be switched in and out easily. | 20:14 |
| philipp_s | ok | 20:15 |
| tom_hoffman | Because it seems like that are lots of different C implementation that could be wrapped up without much trouble. | 20:15 |
| tom_hoffman | And we'll probably end up wrapping someones GPL'ed C implementation. | 20:15 |
| tom_hoffman | It isn't the kind of thing one would do in pure Python, I don't think. | 20:16 |
| philipp_s | yet i think that the tracking of time/events is kind of a core requirement for school administration... | 20:16 |
| philipp_s | so i wonder how the schooltool core/add-ons will pan out... | 20:16 |
| tom_hoffman | I agree--I think it will ship as a standard part of the distribution, | 20:16 |
| thisfred | just out of interest, why not pure python for this? Speed issues? | 20:17 |
| tom_hoffman | but I don't think it should be hard-wired into the core. | 20:17 |
| tom_hoffman | I'm guessing. | 20:17 |
| tom_hoffman | But yeah, speed. | 20:17 |
| philipp_s | whois thisfred | 20:17 |
| philipp_s | oops | 20:17 |
| philipp_s | irc newbie ;-) | 20:17 |
| thisfred | sry for just butting in. I'm on the list, I'm eric casteleijn, and work at infrae | 20:17 |
| tom_hoffman | Plus I think we can reuse existing code in this case. | 20:18 |
| *mgedmin just mailed the chat log to the mailing list | 20:18 | |
| philipp_s | hi eric i am philipp from zurich we met at europython | 20:18 |
| thisfred | lol | 20:18 |
| thisfred | hi | 20:18 |
| philipp_s | hello | 20:18 |
| mgedmin | hi | 20:19 |
| thisfred | reuse & speed are good args | 20:19 |
| tom_hoffman | But none of this is firmly set in stone. | 20:19 |
| thisfred | but python code may be more flexible | 20:19 |
| tom_hoffman | Sure. | 20:19 |
| tom_hoffman | Another reason to keep it pluggable is that some implementations actually use | 20:20 |
| tom_hoffman | clustering, which seems like a good idea, | 20:20 |
| tom_hoffman | but not something you'd want to require everyone to deal with. | 20:20 |
| philipp_s | as far as i understand, schooltool server currently uses xlink to track timetables, no? | 20:20 |
| tom_hoffman | I'm not sure what you mean by track timetables. | 20:21 |
| philipp_s | hmm the problem might be that i am not a coder... it stores timetable information in the ical format or not? | 20:22 |
| mgedmin | not internally | 20:22 |
| mgedmin | but you can generate a calendar from a timetable and present it as ical | 20:22 |
| philipp_s | so where does this happen? | 20:23 |
| mgedmin | do you want to know the place in the source code? | 20:23 |
| mgedmin | I'm not sure I understand your question | 20:23 |
| philipp_s | oh dear.. i guess i don't understand the "technicalities" enough | 20:24 |
| tom_hoffman | SchoolTool keeps track of the timetable in its database, if you ask for the data in ICal format, it can print in that way. | 20:25 |
| philipp_s | mgedmin: if i create a timetable with the current schooltool fat client... | 20:25 |
| philipp_s | ok | 20:26 |
| philipp_s | so what is the format the timetable is stored in the zodb? | 20:26 |
| tom_hoffman | The xlink format is just another way of presenting the same data. | 20:26 |
| tom_hoffman | The database doesn't use a format as such. | 20:26 |
| tom_hoffman | They're objects. | 20:27 |
| tom_hoffman | They can be represented with whatever format you specify. | 20:27 |
| philipp_s | python objects accessible by paths, right? | 20:27 |
| mgedmin | in a way | 20:27 |
| mgedmin | some of python objects are accessible via URIs | 20:28 |
| philipp_s | ok i think i understand better now | 20:28 |
| mgedmin | some aren't | 20:28 |
| <--th1a has quit (Read error: 110 (Connection timed out)) | 20:28 | |
| philipp_s | ok thanks guys | 20:28 |
| tom_hoffman | philipp_s: here's the sequence of events which will lead to timetabling in SchoolTool... | 20:29 |
| tom_hoffman | 1) getting the specs for the calendaring release done and setting POV on them. | 20:30 |
| tom_hoffman | 2) clearly documenting and specifying how an application like timetabling should interact with the existing code | 20:30 |
| tom_hoffman | 3) getting a final round of proposals to write the timetabling code | 20:31 |
| tom_hoffman | 4) giving someone money to write it. | 20:31 |
| tom_hoffman | We should be able to have that done this year. | 20:32 |
| philipp_s | ah no i get it : calendaring is the broad term, timetabling is an app... to me it was the other way around ;-) | 20:32 |
| tom_hoffman | Yeah, that's also the kind of thing I need to clarify on the website. | 20:32 |
| mgedmin | well, we have both calendars and timetables in schooltool | 20:32 |
| mgedmin | we can use timetables to generate calendar events | 20:33 |
| tom_hoffman | Yeah, we use timetabling to refer to auto-generating timetables. | 20:33 |
| tom_hoffman | I need to make a glossary. | 20:33 |
| philipp_s | i thought calendars is just the presentation of event data... but of course you can also add new event data... | 20:33 |
| philipp_s | with a calendar client | 20:34 |
| mgedmin | you can have calendar events that are independant from any timetable | 20:34 |
| philipp_s | sure | 20:34 |
| philipp_s | ok i think i got a better picture in my head now ;-) | 20:35 |
| tom_hoffman | philipp_s: do you know any good Python developers in your area? | 20:36 |
| philipp_s | yeah we will need to get them onto schooltool ;-) let's hope they don't all get sucked into working for the new google lab in zurich! | 20:38 |
| philipp_s | tom_hoffman: where are you located then? | 20:39 |
| tom_hoffman | I'm in Providence, RI. I'm the outlier. | 20:39 |
| tom_hoffman | USA, that is. | 20:39 |
| philipp_s | how does your local python community shape up? | 20:40 |
| tom_hoffman | Ideally, I want to see joint proposals from developers working directly with a school. | 20:40 |
| philipp_s | yep that would be ideal, i agree | 20:40 |
| tom_hoffman | Well, there is more of a Python community in Boston, which is about an hour up the road. | 20:41 |
| tom_hoffman | So you can think about that. Since you seem to have an especially complex timetabling case. | 20:41 |
| tom_hoffman | It might be ideal for the timetabling development. | 20:42 |
| philipp_s | hmm | 20:42 |
| philipp_s | let's see what i can come up with! :-) | 20:43 |
| mgedmin | It would be very useful to have a description of the process that is currently used to create timetables manually | 20:43 |
| tom_hoffman | Of philipp_s school's process. | 20:43 |
| philipp_s | sure | 20:43 |
| philipp_s | the problem is that the person who does it is high up in management and pressed for spare time... | 20:44 |
| philipp_s | ! | 20:44 |
| tom_hoffman | I don't think their process is a big concern, just their end requirements. | 20:45 |
| mgedmin | I think I'm more interested in the representation of the end result | 20:46 |
| mgedmin | rather than the exact metod used to get it | 20:46 |
| tom_hoffman | RIght. | 20:47 |
| thisfred | philipp_s: I know that some other people in Zurich are very much interested in timetabling/calendaring ;) | 20:47 |
| philipp_s | mgedmin: what do you mean exactly be end result? | 20:48 |
| philipp_s | thisfred: tell me more! | 20:48 |
| mgedmin | the timetable | 20:48 |
| mgedmin | the data structure | 20:48 |
| philipp_s | mgedmin: i think its in an excel spreadsheet | 20:48 |
| mgedmin | is it a single table? | 20:49 |
| mgedmin | what do the rows and columns represent? | 20:49 |
| mgedmin | what is stored in the cells | 20:49 |
| mgedmin | things like that | 20:49 |
| thisfred | well, I think Wolfgang wants to look into it, he was very interested in schooltool for that reason | 20:49 |
| mgedmin | we invented one representation as the "school timetable" window in the fat client | 20:49 |
| mgedmin | but I'd like to see more real examples from real schools | 20:49 |
| philipp_s | ... for the first official version... i think they keep track of changes on paper afterwards! but i am not 100 percent sure | 20:49 |
| philipp_s | thisfred: ah Wolfgang, that sneeky bugger! ;-) | 20:50 |
| philipp_s | mgedmin: sure | 20:51 |
| thisfred | it's all very up in the air still, but I'm hoping somehow infrae will let me do something with schooltool | 20:52 |
| tom_hoffman | Another reason that the timetable generation doesn't need to be built into the core is that it is mostly a batch job. | 20:52 |
| tom_hoffman | Send out the requirements and an hour or day later get back the results in another big heap. | 20:53 |
| philipp_s | tom_hoffman: yeah i understand now, i had been mixed up about the terms calendaring vs timetabling | 20:53 |
| tom_hoffman | We need to rearrange our terminology to make it more clear. | 20:53 |
| mgedmin | yes | 20:53 |
| mgedmin | to me "timetabling" means dealing with timetables | 20:53 |
| mgedmin | not just generating them, but also viewing or changing them manually | 20:54 |
| tom_hoffman | Yeah. | 20:54 |
| philipp_s | yes i think there is definitely an overlap in functionality between calendarding and timetabling | 20:54 |
| mgedmin | yes | 20:55 |
| mgedmin | to me timetables are "templates" that can be used to stamp calendars | 20:55 |
| mgedmin | calendar is what you get when you "apply" a timetable to a specific time period (e.g. a semester) | 20:55 |
| philipp_s | if i might suggest so, the auto-generation of timetables should have a more specific term, rather than just "timetabling" | 20:55 |
| mgedmin | for example, a timetable says what happens on mondays, while a calendary says what happens on september 17th | 20:56 |
| philipp_s | mgedmin: yes, that's what i figured too, but there is more too it, more confusion about the functionality overlap | 20:57 |
| thisfred | in dutch a term like 'rostering' is used for making the timetables | 20:57 |
| philipp_s | because to make a timetable (with the help of an algorithm or manually) you need to be able to assign or at least alter individual events on specific dates... | 20:58 |
| philipp_s | no? | 20:59 |
| mgedmin | yes | 20:59 |
| mgedmin | that's why calendaring and timetabling are separate ;) | 20:59 |
| tom_hoffman | I think appending "auto-" to whatever might help, too. | 20:59 |
| mgedmin | in schooltool every person, group and resource has a private calendar in addition to timetables | 20:59 |
| mgedmin | and a second, read-only calendar is functionally derived from the timetable of that person/group/resource | 21:00 |
| tom_hoffman | I've got to run. This has been a very productive chat. | 21:02 |
| philipp_s | i think with an auto-timetabling app you can get a "starting point" for your timetable at best, but then you will need to tweak it manually and later changes will occur and there we have the question of permissions and conflict resolutions, etc. | 21:02 |
| tom_hoffman | Yeah. | 21:03 |
| philipp_s | tom_hoffman: i will be in thouch shortly (by email) | 21:03 |
| philipp_s | in touch | 21:03 |
| philipp_s | ach my spelling ! | 21:04 |
| mgedmin | thanks for organising this, tom! | 21:04 |
| philipp_s | yes, thanks | 21:05 |
| tom_hoffman | Sure. Thanks to you! | 21:05 |
| ---tom_hoffman is now known as th1a|way | 21:05 | |
| philipp_s | mgedmin: i think i don't quite understand how schooltool's timetables/calendars work right now... | 21:06 |
| philipp_s | ... it might have to do with the fact that you are still working on it and documentation is a bit behind... | 21:07 |
| philipp_s | i was ok for the schooltool release 4 | 21:08 |
| mgedmin | ah, have you seen the user's guide which is hidden at http://schooltool.org/releases/m4/userguide.txt | 21:08 |
| mgedmin | oh, you have | 21:08 |
| mgedmin | we forgot to add a link to it from the milestone 5 page | 21:08 |
| philipp_s | but now i don't know where you moved the timetables in the tree... | 21:09 |
| mgedmin | since most of the work we did on milestone 5 were internal enhancements rather than new user-level features | 21:09 |
| mgedmin | which tree are you talking about? | 21:09 |
| mgedmin | the source tree? | 21:09 |
| philipp_s | but before I would find the ical timetables at localhost:myport/calendars/ if i remember correctly | 21:10 |
| philipp_s | no not the source tree | 21:10 |
| philipp_s | i am talking about the xlink tree | 21:11 |
| mgedmin | http://localhost:port/calendars.html contains a bunch of links to all the calendars | 21:11 |
| philipp_s | ohh does it, still? then i did something wrong, i need to try again | 21:12 |
| mgedmin | perhaps it was called 'calendars' without .html at the end in an earlier release, I do not really remember | 21:12 |
| mgedmin | it seems that it wasn't, according to svn logs | 21:13 |
| philipp_s | i currently don't have my laptop available to check (hardware fault, aaarg, it's at the repair shop), but i will get on to it soon | 21:14 |
| mgedmin | you can use http://demo.schooltool.org | 21:14 |
| philipp_s | yes it always was calendars.html, my fault | 21:14 |
| philipp_s | i don't want to keep wasting your time, sorry! but thanks for your help, i will need to get in touch again soon! | 21:16 |
| mgedmin | no problem | 21:16 |
| philipp_s | have a good evening! | 21:17 |
| thisfred | you too! | 21:17 |
| mgedmin | thanks, you too! | 21:17 |
| philipp_s | bye | 21:17 |
| mgedmin | bye | 21:17 |
| *thisfred waves | 21:17 | |
| *philipp_s grins | 21:18 | |
| <--philipp_s has quit ("ChatZilla 0.9.35 [Mozilla rv:1.5/20031007]") | 21:18 | |
| -->Davidsme (~chatzilla@63-228-202-70.slkc.qwest.net) has joined #schooltool | 21:48 | |
| Davidsme | what is this chat | 21:48 |
| Davidsme | do you guys help with school subjects? | 21:48 |
| Davidsme | hello? | 21:49 |
| Davidsme | guess not bye | 21:49 |
| <--Davidsme (~chatzilla@63-228-202-70.slkc.qwest.net) has left #schooltool | 21:49 | |
| *mgedmin blinks | 21:51 | |
| ---mgedmin has changed the topic to: www.schooltool.org | 21:51 | |
| <--thisfred has quit ("Farewell, cruel channel...") | 21:57 | |
| SysTray Integration Plugin unloaded | 22:09 | |
| Python interface unloaded | 22:09 | |
| Tcl interface unloaded | 22:09 | |
| **** ENDING LOGGING AT Thu Jul 15 22:09:43 2004 | ||
| **** BEGIN LOGGING AT Thu Jul 15 22:10:22 2004 | ||
| -->You are now talking on #schooltool | 22:10 | |
| ---Topic for #schooltool is www.schooltool.org | 22:10 | |
| ---Topic for #schooltool set by mgedmin at Thu Jul 15 21:51:53 | 22:10 | |
| mgedmin | I found this on google: http://laughingmeme.org/archives/2003_09_22.html | 22:10 |
| mgedmin | it looks interesting | 22:10 |
| mgedmin | (laughingmeme.org is Kellan's blog) | 22:11 |
| SysTray Integration Plugin unloaded | 22:11 | |
| Python interface unloaded | 22:11 | |
| Tcl interface unloaded | 22:11 | |
| **** ENDING LOGGING AT Thu Jul 15 22:11:03 2004 | ||
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!