The wiki has been updated. There are now two pages related to this discussion: operating-hours (http://microformats.org/wiki/operating-hours) and operating-hours-examples (http://microformats.org/wiki/operating-hours-examples). operating-hours documents the overall discussion and will eventually provide the best way to use RRULE in this situation.
Feel free to take a look at the examples page and try working on them. Nick On 2/4/07, Nick Drago <[EMAIL PROTECTED]> wrote:
Hi Scott, Thanks for your help. I apologize for naming the solution; I'm new to Microformats and will be sure not to do this in the future. Anyways, I have been following this discussion closely. Thanks for redirecting the wiki and creating the new page; I will be sure to update the operating-hours page and adjust it to reflect what has been worked out on the mailing list, and I will add a few examples to operating-hours-examples. When I get more time I will start to take a look at how we can mark up the examples. Thanks, Nick On 2/4/07, Scott Reynen <[EMAIL PROTECTED]> wrote: > I talked to both Tantek and Brian about this in IRC. Tantek pointed > out that we shouldn't be naming a solution until after we've > researched the problem. In this case, it looks like the solution to > this problem is hCalendar, so anyone looking for this in the wiki or > email archive isn't likely to search for something like "xHours." > For that reason, I've moved the page in the wiki and redirected the > old page to here: > > http://microformats.org/wiki/operating-hours > > On Feb 4, 2007, at 2:13 PM, Brian Suda wrote: > > > On 2/4/07, Scott Reynen <[EMAIL PROTECTED]> wrote: > >> Looking at Roger's tutorial, maybe this? > >> > >> Original: > >> > >> <b>Hours:</b> Mon-Sat 10:00am-9:00pm<br>Sun 11:00am-7:00pm > >> > >> hCal: > >> > >> <b>Hours:</b> > >> <span class="vevent"> > >> <abbr class="rrule" > >> title="freq=weekly;byday=MO,TU,WE,TH,FR,SA;count=52">Mon-Sat</abbr> > > > > --- the issue here is that WEEKLY is now hidden metadata. This needs > > to be pulled out into a human-readable form. > > I've collected a few real-world examples here: > > http://microformats.org/wiki/operating-hours-examples > > I'm sure it would help to collect more, but from what I've seen so > far, we can't expect publishers to explicitly state that operating > hours are weekly. It's widely assumed that operating hours repeat > weekly. I think Brian's right that we should avoid stuffing the > entire RRULE in a single <abbr> as I did above, but I doubt we can > generally avoid putting "weekly" in an <abbr> title. > > >> <abbr class="dtstart" title="20070101T 100000Z">10:00am</ > >> abbr>- > >> <abbr class="dtend" title="20070101T 210000Z">9:00pm</abbr> > >> </span><br> > > > >> But I'm not sure if that will work. Do times in dtstart and dtend > >> get repeated, or are only times specified in byhour and byminute > >> repeated? If the former, what happens when both are listed and they > >> conflict? If the latter, is there any way to specify end time? > > > > --- DTEND or DURATION are used to terminate the RRULE, so this > > reoccuring event will only last one day. > > I discussed this with Brian more and found this in the iCal spec: > > > The "DTSTART" and "DTEND" property pair or "DTSTART" and "DURATION" > > property pair, specified within the iCalendar object defines the > > first instance of the recurrence. > > Brian also exported a .ics file from iCal, which seems to confirm the > following: > > Start first instance: DTSTART > End first instance: DTEND (or DURATION) > Start repetition: RRULE BYDAY (or BYHOUR, etc.) > End repetition: RRULE UNTIL (or RRULE COUNT) > > So it looks like I wasn't too far off with my first stab at doing > operating hours with RRULE, but we should still check this against > some real-world examples. > > Peace, > Scott > _______________________________________________ > microformats-discuss mailing list > [email protected] > http://microformats.org/mailman/listinfo/microformats-discuss >
_______________________________________________ microformats-discuss mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-discuss
