Internet Draft G. FitzPatrick, Metamatrix draft-many-ical-ski-01.txt N. Hjelm, Soft Applications P. Lannero, Metamatrix Expires six months from: 1999-12-01 SKiCal - an adaptation of iCalendar for describing public events Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC-2026 [1]. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress". The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. Abstract This Memo defines the SKiCal format. SKiCal is a machine-readable and machine-understandable format for describing public events and other phenomena in time and space. SKiCal is based on and extends the iCalendar format as defined by RFC-2445, Internet Calendaring and Scheduling Core Object Specification (iCalendar) [3]. SKiCal objects are basically iCalendar objects containing VEVENT components with the additions of new properties and property parameters. SKiCal takes the iCalendar paradigm further by addressing the commonalties of resource publishers in a wider domain than that of appointments and business meetings. SKiCal is suitable for events, businesses, retailers and services as well as publicly accessible resources within the sectors of tourism, sport, culture, education and entertainment. Several examples of real events are shown (See section 8) which demonstrate the flexibility and compactness of SKiCal. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 1 draft-many-ical-ski-01.txt Table of Contents 1. Reading instructions and conventions .............................3 2 SKiCal specific property parameters ................................3 2.1 Person's Role ...................................................3 2.2 Thing's Role ....................................................4 2.3 Think's Role ....................................................5 2.4 Qualification Type parameter ....................................6 2.5 Qualification value parameter ...................................6 2.6 Qualification status parameter ..................................7 2.7 Value status ....................................................7 3. SKiCal specific component properties .............................7 3.1 WHAT properties .................................................8 3.1.1 Title..........................................................9 3.1.2 Persons........................................................9 3.1.3 Thinks........................................................10 3.1.4 Things........................................................11 3.1.5 Part of another event.........................................12 3.1.6 Language used at the event....................................13 3.1.7 Orientation...................................................14 3.1.8 What URL......................................................15 3.1.9 Event Unique Identifier.......................................15 3.2 WHEN properties ................................................16 3.2.1 Opening times.................................................16 3.2.2 Scheduled times...............................................17 3.2.3 Geo related natural times.....................................17 3.2.4 Relative Times................................................17 3.3 WHICH properties ...............................................17 3.3.1 Venue.........................................................17 3.4 WHERE properties ...............................................18 3.4.1 Directions....................................................18 3.4.2 Place name....................................................19 3.4.3 Media addresses...............................................20 3.5 WHOW (HOW) properties ..........................................20 3.5.1 Terms of admission............................................21 3.5.2 Terms of participation........................................22 3.5.3 Price.........................................................24 3.5.4 Ticketing.....................................................25 3.5.5 Reservations..................................................26 3.5.6 Smoking.......................................................26 3.5.7 Parking.......................................................27 3.5.8 Handicap facilities...........................................28 3.5.9 Accepted method of payment....................................29 3.5.10 Rules for the consumption of alcohol ........................30 3.5.11 Provisions ..................................................31 3.5.12 Transportation ..............................................32 3.5.13 Place availability countdown ................................33 3.6 WHY properties .................................................34 3.6.1 Motivation....................................................34 3.6.2 Promotion.....................................................35 3.6.3 Third party review............................................35 3.7 WHO properties .................................................36 3.7.1 Responsible...................................................36 3.7.2 Other agents..................................................37 3.7.3 Association...................................................38 3.8 MANAGEMENT properties ..........................................39 FitzPatrick, Hjelm, Lannero Expires 2000-06-01 2 draft-many-ical-ski-01.txt 3.8.1 Publisher.....................................................39 4 Choosing values from lists ........................................40 5 Intended use ......................................................42 6 Security considerations ...........................................43 7 Internationalization/localization .................................43 8 Examples ..........................................................43 9 References ........................................................46 10 Acknowledgments .................................................46 11 Authors' addresses ..............................................47 Full Copyright Statement ............................................47 1. Reading instructions and conventions This document is intended to be read alongside RFC-2445 [3]. The same basic grammar and formatting conventions apply. For the sake of brevity, the syntax and clarifications of the properties and property parameters of RFC-2445 are not repeated here. The notation used in this memo is the ABNF notation of RFC-2234 [4]. Readers intending on implementing the format defined in this memo should be familiar with this notation in order to properly interpret the specifications of this memo. Also, they MUST be familiar with the iCalendar core object specification (RFC-2445 [3]). The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC-2119 [2]. The word "event" is to be widely interpreted as a resource existing in time and space. For example a museum, which is indeed a persistent resource, but which can be described in terms of time, location and subject category, is well suited for SKiCal. Another example is a TV program. It has no traditional location, but it can be described by a SKiCal object as an event. 2 SKiCal specific property parameters The following are SKiCal property parameters in addition to those defined by RFC-2445 Sect. 4.2, Property Parameters. The first three of these property parameters are used to clarify the role of a person, object and non-material concept. The remaining four; Qualification, Qualification value, Qualification status, and Value status are used to construct logical models with the WHOW properties as demonstrated in 3.5 2.1 Person's Role Parameter Name: DIPROLE Purpose: To clarify the role of a person(s) in the event. Note: The abbreviation DIP stands for "by Description Identifiable Person". See [9] for discussion. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 3 draft-many-ical-ski-01.txt Format Definition: The property parameter is defined by the following notation: Personroleparam = "DIPROLE" "=" text ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. One example of such a list is ; given here: "PERFORMER" ; Appearing at the event "CREATOR" ; Not necessarily present "COMPOSER" "CONDUCTOR" "ARTIST" "EDITOR" "PRODUCER" "GUIDE" "SPEAKER" "CHAIR" "PRESENT" ; At the event "REFERENCED" ; Not present at the event "INVITED" Description: This parameter SHOULD be specified on the PERSONS property. The parameter declares the role of the person(s) (individual or group) named by the parameter. Example: PERSONS;DIPROLE=REFERENCED:Marilyn Manson PERSONS;DIPROLE=CREATOR:Beethoven, Ludwig van 2.2 Thing's Role Parameter Name: DITROLE Purpose: To clarify the role of a named thing(s) in the event. Note: The abbreviation DIT stands for "by Description Identifiable Thing" which basically means physical objects. See [9] for discussion. Format Definition: The property parameter is defined by the following notation: thingroleparam = "DITROLE" "=" text ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. One example of such a list is ; given here: ("PRESENT" ; At the event /"REFERENCED" ; Not present at the event /"FOR-SALE" /"FOR-AUCTION" FitzPatrick, Hjelm, Lannero Expires 2000-06-01 4 draft-many-ical-ski-01.txt /"FOR-HIRE" /"LAUNCHED" /"PREMIERED" /"DEMONSTRATED" ) ; Default is PRESENT Description: This parameter can be specified on THINGS property. The parameter declares the role of the named thing. For example, whether named things will actually be at the event, or referred to. Examples: THINGS;DITROLE=PRESENT:Car models of 2001 THINGS;DITROLE=FOR-SALE:Levis jeans THINGS;DITROLE=LAUNCHED:Queen Mary IV THINGS;DITROLE=FOR-HIRE:Golf clubs THINGS;DITROLE=PRESENT:Car models of 2001 THINGS;DITROLE=DEMONSTRATED:Electrolux refrigerator door computers 2.3 Think's Role Parameter Name: DITHROLE Purpose: To clarify the role of named thinks in the event. Note: The abbreviation DITH stands for "by Description Identifiable Think" which basically means a concept, idea, theory, school of thought, or any other form of a non-material abstraction, which can be identified by description. Format Definition: The property parameter is defined by the following notation: thinksroleparam = "DITHROLE" "=" text ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. One example of such a list is ; given here: ("STUDIED" /"REFERENCED" /"SUPPORTED" /"DEBATED" /"CRITICIZED" ) ; Default is REFERENCED Description: This parameter can be specified on the THINKS property. The parameter declares the role of the named thinks. Examples: THINKS;DITHROLE=STUDIED:Impressionism THINKS;DITHROLE=CRITISIZED:Joining the EMU THINKS;DITHROLE=DEBATED:Monarachy FitzPatrick, Hjelm, Lannero Expires 2000-06-01 5 draft-many-ical-ski-01.txt THINKS;DITHROLE=SUPORTED:Childrens rights THINKS;DITHROLE=REFERENCED:Our plan for the next Millenium THINKS;DITHROLE=REFERENCED:The Ontologies of Cyberspace 2.4 Qualification Type parameter Parameter Name: QUALTYPE Purpose: To specify what type of qualification is being made on a property value. Format Definition: The property parameter is defined by the following notation: qualparam = "QUALTYPE" "=" text ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. One example of such a list is ; given here. ("AGE" /"BIRTH-DATE" /"GENDER" /"HEIGHT" /"WEIGHT" /"SKILL" /"MEMBERSHIP" /"CERTIFICATE" /"POSSESSION-OF" /"WEATHER" /"LAWS" /"DEPENDENCIES" /"AREA" /"TIMESLOTS" /"PLUS-COSTS" /"PRE-BOOKING" ) Description: This parameter can be specified in a statement using WHOW properties. It specifies a type of qualification. 2.5 Qualification value parameter Parameter Name: QUALVALUE Purpose: To specify the value of a QUALTYPE property parameter. Format Definition: The property parameter is defined by the following notation: qualvalparam = text Description: This parameter can be specified in a statement using WHOW properties. It specifies the content value of a condition that must be met. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 6 draft-many-ical-ski-01.txt Example: ADMISSION;QUALTYPE=SKILL;QUALRULE=RECOMMENDED;QUALVALUE="Horse Riding Experience": TRANSPORTATION;QUALTYPE=DEPENDENCIES;VALUESTATUS=AVAILABLE;TRAV ELBY=train;QUALVALUE="ordinary trains are filled to capacity": Extra trains will be put in traffic 2.6 Qualification status parameter Parameter Name: QUALRULE Purpose: To specify the significance of a QUALVALUE property parameter. Format Definition: The property parameter is defined by the following notation: qualstatparam = "QUALRULE" "=" *1("REQUIRED" / "NOTREQUIRED" / "RECOMMENDED" / "NOTRECOMMENDED" / "PROHIBITED" / "NOTPROHIBITED") Description: This parameter can be specified on WHOW properties. It specifies a condition which must be met if the property is to be applicable. Example: ADMISSION;QUALTYPE=SKILL;QUALRULE=RECOMMENDED;QUALVALUE="Horse Riding Experience":Open to all 2.7 Value status Parameter Name: VALUESTATUS Purpose: To specify the status of a WHOW property value. Format Definition: The property parameter is defined by the following notation: valstatparam = "VALUESTATUS" "=" *1("REQUIRED" / "NOTREQUIRED" / "RECOMMENDED" / "NOTRECOMMENDED" / "PROHIBITED" / "NOTPROHIBITED" / "ENFORCED" / "NOTENFORCED" / "AVAILABLE" / "NOTAVAILABLE" / "ACCEPTED" / "NOTACCEPTED" / "CONFIRMED" / "NOTCONFIRMED" / "ALLOWED" / "NOTALLOWED") Description: This parameter can be specified on WHOW properties. It specifies a condition which must be met if the property is to be applicable. Example: TICKETS-AT;QUALTYPE=PRE-BOOKING;QUALRULE=REQUIRED;DTSTA RT=19991104;VALUESTATUS=AVAILABLE:At the ticket booth outside of the concert hall 3. SKiCal specific component properties FitzPatrick, Hjelm, Lannero Expires 2000-06-01 7 draft-many-ical-ski-01.txt The class of SKiCal objects is a superset of the class of iCalendar objects. Therefore any component property, which MAY appear in a VEVENT iCalendar component, is also allowed in a SKiCal object. In addition, the following component properties are defined in this memo. eventprop = *( ; the following are optional, ; but MUST NOT occur more than once euid / responsible / whurl / publisher ; the following are optional, ; and MAY occur more than once title / persons / things / thinks / partof / event-language / orientation / directions / placename / available / admission / alcohol / provisions / transportation / participation / price / tickets-at / reservations / smoking / parking / handicap- facilities / payment-method / motivation / promo / review / otheragents / association ) It is RECOMMENDED that publishers chose the terms used as TEXT type property values from authoritative lists of terms. Those publishers who consequently use terms found in such lists will facilitate extensive automatic treatment of their information. For example, if such a list is being translated into several languages, then it will be possible to get accurate results when searching for events described in languages other than that used in the query. For reasons of clarity the properties self-describing the iCalendar object are presented under the "MANAGEMENT" header (Calendar object management), while properties describing the real life event are presented under the interrogative headers; "WHAT", "WHEN", "WHERE", "WHO", "WHY", "WHICH" and "WHOW". These headers, which we call the WHA interrogatives, have no technical significance today. 3.1 WHAT properties The following properties answer questions about the event such as "What is it?" and "What is happening?". The properties defined in RFC-2445 [3] that the SKiCal working group considers related to WHAT are: 4.8.1.1 Attachment 4.8.1.2 Categories 4.8.1.5 Description 4.8.1.12 Summary In addition to the properties named above as defined in RFC-2445, a SKiCal object may include the following properties; FitzPatrick, Hjelm, Lannero Expires 2000-06-01 8 draft-many-ical-ski-01.txt 3.1.1 Title Property Name: TITLE Purpose: This property specifies the title of the event being described. Value Type: TEXT. Property Parameters: Non-standard and language property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Public events often have titles associated with them. The title may not always be a good SUMMARY of the event, but it is a piece of information which the publisher of the event will expect to be able to convey to the audience. It might also be a copyrighted name that the publisher wishes to see included in the calendar object. The following example illustrates the difference between SUMMARY and TITLE: A photo exhibition by photographer Collier Schorr in New York City called "Excuse Me While I Kiss the Sky" can be described by these two lines in a SKiCal file: SUMMARY:Collier Schorr photos on exhibit in NYC: Excuse Me While I Kiss the Sky TITLE:Excuse Me While I Kiss the Sky Format Definition: The property is defined by the following notation: title = "TITLE" titleparam ":" text CRLF ; It is RECOMMENDED, when feasible, that the ; text value be ; chosen from a list, as described in section 4 ; of this memo. titleparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: TITLE:Les Miserables TITLE;LANGUAGE=sv:En kvall med Victor Borge TITLE;LANGUAGE=en:One night with Victor Borge 3.1.2 Persons FitzPatrick, Hjelm, Lannero Expires 2000-06-01 9 draft-many-ical-ski-01.txt Property Name: PERSONS Purpose: This property specifies named persons associated with the event. Persons expected to perform or participate, act or speak, contribute to the event - or to be honored, referenced, criticized etc., in their absence. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Persons at an event may be an artist, a sports team, a guide, a disc jockey or a presenter, for example. Format Definition: The property is defined by the following notation: persons = "PERSONS" personsparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. personsparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) /(";" personroleparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: PERSONS;DIPROLE=PERFORMER:The Rolling Stones PERSONS:Victor Borge PERSONS:DIPROLE=CREATOR:Woody Allen PERSONS:DIPROLE=PRESENT:The king of Spain PERSONS;DIPROLE=PERFORMER:AIK, a-laget i fotboll PERSONS:DIPROLE=INVITED:he Hawthorn High School class of 1982 PERSONS;DIPROLE=REFERENCED:Nelson Mandela PERSONS;DIPROLE=STUDIED:Socrates 3.1.3 Thinks Property Name: THINKS Purpose: This property specifies an idea, philosophy or concept, which is neither a physical PERSON or a material THING. Value Type: TEXT FitzPatrick, Hjelm, Lannero Expires 2000-06-01 10 draft-many-ical-ski-01.txt Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: A think could be a theory, revelation, philosophy etc. Format Definition: The property is defined by the following notation: thinks = "THINKS" thinksparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. thinksparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: THINKS:World Peace THINKS;DITHROLE=STUDIED:Our business strategy for the new millennium THINKS;DITHROLE=CRITISIZED:The work of George Lucas THINKS:Christianity 3.1.4 Things Property Name: THINGS Purpose: This property specifies things of significance exhibited, featured, sold, auctioned, bought, rented-out, given away or referred to at the event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Things at an event may be a book, painting, furniture, Gucci Handbags, Wrangler Jeans, famous wines. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 11 draft-many-ical-ski-01.txt Format Definition: The property is defined by the following notation: things = "THINGS" thingsparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. thingsparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) /(";" thingroleparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: THINGS:German Antiques THINGS:Fritidsbatar THINGS;DITROLE=REFERENCED:Ming Dynasty Porcelain THINGS;DITROLE=DISPLAYED:Thai cuisine THINGS;DITROLE=SAMPLED:Thai cuisine THINGS;DITROLE=REFERENCED:The holy Grail 3.1.5 Part of another event Property Name: PARTOF Purpose: This property specifies another event, of which the described event is part of. This does not imply an inheritance of properties from the named PARTOF-event but rather a relevance. Value Type: TEXT. (EUID for another SKiCal/iCalendar object.) Property Parameters: Non-standard property parameters can be specified on this property. It is RECOMMENDED that a Common Name parameter (cnparam) be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property allows for the publisher of an event to indicate that the event is part of another event, such as a festival or a package of tourist attractions. This property resembles the RELATED-TO;RELTYPE=parent property of RFC-2445, but that property defines a relationship between calendar objects and not between events themselves. Format Definition: The property is defined by the following notation: FitzPatrick, Hjelm, Lannero Expires 2000-06-01 12 draft-many-ical-ski-01.txt partof = "PARTOF" partofparam ":" text CRLF partofparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" cnparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: PARTOF;CN=Vattenfestivalen:<19990401T080045Z-F192713@stoinfo.se> PARTOF;CN=2004 Winter Olympics:<19991202@olympic.org> PARTOF: 3.1.6 Language used at the event Property Name: EVENT-LANGUAGE Purpose: This property specifies the language used at the event, knowledge of which is needed in order to appreciate the event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Language used at the event. For example, the main language of a theatre play. If the event is being translated, the information about what languages are available as translations should be published under RESOURCES. Using this property a shopkeeper could state what languages were spoken by her salespeople. If one can appreciate the event without knowledge of any specific language, this property should not be specified. Format Definition: The property is defined by the following notation: event-language = "EVENT-LANGUAGE" eventlangparam ":" language CRLF eventlangparam = *( ; the following is optional, ; and MAY occur more than once (";" xparam) ) language = Example: The following is an example of this property: EVENT-LANGUAGE:en EVENT-LANGUAGE:sv 3.1.7 Orientation Property Name: ORIENTATION Purpose: This property specifies the target audience for the event. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property can, without implying inclusion or exclusion of calendar users, facilitate event searches. It can indicate that an event has a specific target audience, or that it is somehow related to a specific cause, faith, professional group, gender, ethnic group etc. This property does not infringe on the CATEGORIES property used in iCal. A soccer match organized by members of the medical community would still be categorized as "sport" while the orientation could be Doctors and nurses. Format Definition: The property is defined by the following notation: orientation = "ORIENTATION" orientationparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. orientationparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" orienttypeparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) orienttypeparam = *(";" "ORIENTTYPE" "=" text) ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. Value Type: TEXT. Example: The following is an example of this property: ORIENTATION;ORIENTTYPE=Religious:Methodist ORIENTATION;ORIENTTYPE=Political:Liberal FitzPatrick, Hjelm, Lannero Expires 2000-06-01 14 draft-many-ical-ski-01.txt ORIENTATION;ORIENTTYPE=Age:>65 ORIENTATION;ORIENTTYPE=Gender:Female ORIENTATION;ORIENTTYPE=Sexual:Gay ORIENTATION;ORIENTTYPE=Occupation:Medical 3.1.8 What URL Property Name: WHURL Purpose: This property defines a Uniform Resource Locator (URL) associated with the event the SKiCal object is describing. Value Type: URI Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property may be used in a calendar component to convey a location where a more dynamic rendition of the original event information described by the calendar component can be found. The difference between WHURL and URL is that while URL points to some place where the SKiCal object has been stored, WHURL should point to the original place of publication. This memo does not attempt to standardize the form of the URI, nor the format of the resource pointed to by the property value. Format Definition: The property is defined by the following notation: whurl = "WHURL" whurlparam ":" uri CRLF whurlparam = *( ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: WHURL:http://www.medianet.org/ 3.1.9 Event Unique Identifier Property Name: EUID Purpose: This property defines the persistent, globally unique identifier for the Event. Value Type: TEXT Property Parameters: Non-standard property parameters can be specified on this property. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 15 draft-many-ical-ski-01.txt Description: This property provides a method for determining the definite, authoritative and unique source of an event. It is important to distinguish between calendar objects and the events they describe. There MUST be only one EUID for an event, though there MIGHT exist several Calendar Objects, each with their own UID describing the exact same event. The EUID itself MUST be a globally unique identifier. The generator of the identifier MUST guarantee that the identifier is unique. There are several algorithms that can be used to accomplish this. The identifier is RECOMMENDED to be the identical syntax to the [RFC-822] addr-spec. A good method to assure uniqueness is described in RFC-2445, section 4.8.4.7 about Unique Identification Numbers. Format Definition: The property is defined by the following notation: euid = "EUID" euidparam ":" text CRLF euidparam = *( ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: EUID:20021001T090045Z-4000F192713-0052@qwack.com 3.2 WHEN properties The following properties answer time and date related questions about the event, such as "When does it happen?". The properties defined in RFC-2445 [3] that the SKiCal working group considers related to WHEN are: 4.8.2 Date and Time Component Properties 4.8.3 Time Zone Component Properties 4.8.5 Recurrence Component Properties The SKiCal working group has identified a number of time related needs, which are not met by the above properties. The following is brief information about these needs. As of this writing there is no finalized solution to these problems, but there is work in progress towards such a solution. In the meantime, SKiCal objects conforming to this memo must follow RFC2445 with respect to date and time information. 3.2.1 Opening times A museum, from the point of view of a tourist, is a potential event. A museum usually has regular opening times. Opening times which are not hard to describe in natural language often generate very complicated combinations of RRULEs, EXDATEs etc. and often necessitate the production of several iCalendar objects. Since the FitzPatrick, Hjelm, Lannero Expires 2000-06-01 16 draft-many-ical-ski-01.txt museum should appear as one potential event and not many, it is desirable to express opening times. 3.2.2 Scheduled times Scheduling times is the description of times and dates that are preliminary. 3.2.3 Geo related natural times. With the aid of geographic location, altitude and compass course cross-referencing authoritative registries, there are capabilities for including "Natural" time and date properties. Examples: Sunup, Sundown, High-tide and Low-tide, full moon and solar eclipses etc, as well as Lunar calendar based events. 3.2.4 Relative Times Relative Time properties are times dependent upon the times for other events. They cannot exist independently. Example: A bus departs from the ferry terminal 20 minutes after the ferryboat arrives, whenever that is. 3.3 WHICH properties WHICH is used to signify a choice of venues, or media, a question that transcends the semantic limits of WHERE. The following property answers the question, "In which context does the event occur?" There is no property defined in RFC-2445 [3] that the SKiCal working group considers related to WHICH. 3.3.1 Venue Property Name: VENUE Purpose: This property classifies the "physical" arena in which an event takes place. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: The venue parameter divides events into a number of distinctly different groups, which is useful when there is a need to quickly reduce the number of events in a selection. For example: When searching for outdoor sports events to take part in, it will help not having to browse through listings of all sports TV shows. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 17 draft-many-ical-ski-01.txt Format Definition: The property is defined by the following notation: venue = "VENUE" venueparam ":" venuetype CRLF venueparam = *( ; the following is optional, ; and MAY occur more than once (";" xparam) ) venuetype = "Internet"/ "Radio"/ "TV" / "Outdoors"/ "Indoors"/ "Travel-transit" Conformance: This property CAN be specified within a "VEVENT" calendar component. Example: The following is an example of this property: VENUE:Outdoors 3.4 WHERE properties The following properties answer questions about the event such as "Where does it happen?" and "Where do I find the event?". The properties defined in RFC-2445 [3] that the SKiCal working group considers related to WHERE are: 4.8.1.6 Geographic Position (GEO) 4.8.1.7 Location SKiCal objects SHOULD use vCards as ALTREP parameter to the LOCATION property parameter, in order to provide machine readability and maintain information structure when exchanging data. In addition to the properties named above as defined in RFC-2445, a SKiCal object may include the following properties; 3.4.1 Directions Property Name: DIRECTIONS Purpose: This property can be used to specify helpful directions for finding the event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 18 draft-many-ical-ski-01.txt Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Very often when a public event is published, there are instructions other than the address for finding the location. In metropolitan areas this could be just the name of a subway stop, while on the sea it could possibly be a path defined by a series of GEO (longitude+latitude) coordinates that will help sailors avoid shallow water. Format Definition: The property is defined by the following notation: directions = "DIRECTIONS" directionsparam ":" text CRLF directionsparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" travelbyparam) / (";" geo-path) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) travelbyparam = "TRAVELBY" "=" ("walk" / "bicycle" / "boat" / "car" / "rail" / "air" / "public_transportation" / "frequency" / "uri" ) geo-path = "GEO-PATH" "=" 1*(float "," float ",")(float "," float) ; machine readable directions ; coordinate pair sequence approaching destination Example: The following is an example of this property: DIRECTIONS;TRAVELBY=public_transportation;LANGUAGE=sv:Tunnelbanes tation Globen DIRECTIONS:Rum 207, plan 2 DIRECTIONS;GEO-PATH=17.76545,59.8766,17.76532,59.8755,17.76 525,59.8726;TRAVELBY=walk:Walk the path along the lake, turn lef t after the waterfall, follow yellow signs 3.4.2 Place name Property Name: PLACENAME Purpose: This property can be used to specify a well-known name of the place where the event takes place. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 19 draft-many-ical-ski-01.txt Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Names, which have reached a status of common knowledge among a significant portion of the populace or within a certain segment (eg. Taxi drivers). If the exact name is chosen from a naming list as discussed in this memo, section 4, further details may be available to the uninitiated. Format Definition: The property is defined by the following notation: placename = "PLACENAME" placeparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. placeparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: PLACENAME:Globen 3.4.3 Media addresses. An event may actually take place online, or be broadcast on a radio frequency. The European Broadcasting Union, in conjunction with the introduction of new digital television and radio broadcasting, is currently developing a standard for media addresses, such as frequencies and frequency ranges, satellite ranges, cable ranges and so forth. Time permitting, the SKiCal working group hopes to take part of and interact with this work, resulting in recommendations for appropriate properties and property parameters. 3.5 WHOW (HOW) properties WHOW properties are arguably SKiCal's most significant addition to iCal. These properties represent the mechanics of coupling an event seeker to an event, the conditions, rules, qualifications, economics, quirks and hindrances involved. These properties answer questions such as "Can I bring a camera?", "How can I get a ticket?", "Is there an age requirement, or parental guidance?", for example. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 20 draft-many-ical-ski-01.txt There is no property defined in RFC-2445 [3] that the SKiCal working group considers related to WHOW. The logical constructs of WHOW statements can be summarized as follows; a) an unqualified WHOW statement: Property + Property value Example: ADMISSION:Main Entrance b) an unqualified WHOW statement with a VALUESTATUS declaration: Property + VALUESTATUS + Property value Example: ADMISSION;VALUESTATUS=AVILABLE:Main Entrance c) a qualified WHOW statement: Property + Example: ADMISSION;QUALTYPE=CERTIFICATE;QUALRULE=REQUIRED;QUALVALUE="PhD": d) a qualified WHOW statement with a VALUESTATUS declaration: Property + + VALUESTATUS Example: ADMISSION;QUALTYPE=CERTIFICATE;QUALRULE=REQUIRED;QUALVALUE="PhD";VAL U ESTATUS=AVAILABLE: e) a qualified WHOW statement with a VALUESTATUS declaration: Property + + VALUESTATUS + Property value Example: ADMISSION;QUALTYPE=CERTIFICATE;QUALRULE=REQUIRED;QUALVALUE="PhD";VAL UESTATUS=AVAILABLE:"The Markulio Lecture Series" 3.5.1 Terms of admission Property Name: ADMISSION Purpose: This property can be used to specify the general terms of admission as well as a qualification for gaining admission to an event. Note that admission and participation are not the same thing. You may be allowed admittance to a bowling alley but you may be prohibited from actually bowling. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 21 draft-many-ical-ski-01.txt Description: This property can be used to specify a condition of importance to the attendee. It could be a recommendation, a requirement or the reverse, which helps in the decision as to whether or not the receiver of the SKiCal object whishes to attend the event or not. Format Definition: The property is defined by the following notation: admission = "ADMISSION" admissionparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. admissionparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" qualvalparam) / (";" qualstatparam) / (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: ADMISSION;QUALTYPE=AGE;QUALRULE=REQUIRED;QUALVALUE=gt 7 with adult accompaniment:PG7 ADMISSION;QUALTYPE=GENDER;QUALRULE=NOTRECOMMENDED;QUALVALUE= male:Forum for women ADMISSION;QUALTYPE=MEMBERSHIP;QUALRULE=REQUIRED;QUALVALUE="L ions Club":Members only ADMISSION;QUALTYPE=CERTIFICATE;QUALRULE=REQUIRED;QUALVALUE=" Drivers License": ADMISSION;QUALTYPE=SKILL;QUALRULE=RECOMMENDED;QUALVALUE="Hor se Riding experience":The whole day tour ADMISSION;QUALTYPE=PRE-BOOKING;QUALRULE=REQUIRED;QUALVALUE=" lt 20021003":RSVP ADMISSION;QUALTYPE=POSSESION-OF;QUALRULE=PROHIBITED;QUALVAL- UE=pets:No pets, sorry ADMISSION;QUALTYPE=POSSESION-OF;QUALRULE=PROHIBITED;QUALVALU E=alcohol: ADMISSION;QUALTYPE=TIMESLOT;QUALRULE=REQUIRED;QUALVALUE="lt T180000": ADMISSION;QUALTYPE=WEATHER;QUALRULE=REQUIRED;QUALVALUE="No r ain":Event cancelled in case of bad weather ADMISSION;QUALTYPE=DEPENDENCIES;QUALRULE=REQUIRED;QUALVALUE= "Bush wins": 3.5.2 Terms of participation Property Name: PARTICIPATION FitzPatrick, Hjelm, Lannero Expires 2000-06-01 22 draft-many-ical-ski-01.txt Purpose: This property can be used to specify the general terms of participation as well as qualifications for participating in an event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property can be used to specify a property of the attendee. It could be a recommendation, a requirement or the reverse, which helps the receiver of the SKiCal object know if they are qualified to participate in the event. Format Definition: The property is defined by the following notation: participation = "PARTICIPATION" participationparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. participationparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" qualvalparam (";" qualstatparam) / (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: PARTICIPATION;QUALTYPE=PRE-BOOKING;QUALRULE=RECOMMENDED:A nybody can join in PARTICIPATION;QUALTYPE=DEPENDENCIES;QUALRULE=REQUIRED;QUALV ALUE="Eagles beat Vikings":Eagles supporters welcome to celebrate PARTICIPATION;QUALTYPE=HEIGHT;QUALRULE=REQUIRED;QUALVALUE=" gt 150cm": PARTICIPATION;QUALTYPE=CERTIFICATE;QUALRULE=REQUIRED;QUALVA LUE="AAPG": PARTICIPATION;QUALTYPE=POSSESSION-OF;QUALRULE=RECOMMENDED;Q UALVALUE="Warm clothes": PARTICIPATION;QUALTYPE=POSSESSION-OF;QUALRULE=PROHIBITED;QU ALVALUE="Camera": PARTICIPATION;QUALTYPE=POSSESSION-OF;QUALRULE=REQUIRED;QUAL VALUE="Ruber soled shoes": PARTICIPATION;QUALTYPE=CERTIFICATE;QUALRULE=REQUIRED;QUALVA LUE="Blood test": FitzPatrick, Hjelm, Lannero Expires 2000-06-01 23 draft-many-ical-ski-01.txt PARTICIPATION;QUALTYPE=AREA;QUALRULE=PROHIBITED;QUALVALUE=" Off-pist": PARTICIPATION;QUALTYPE=PLUSCOSTS;QUALRULE=REQUIRED;QUALVALU E="5USD for entrance to The gaming room": PARTICIPATION;QUALTYPE=TIMESLOTS;QUALRULE=NOTRECOMMENDED;QU ALVALUE="gt T180000":Participants should come early 3.5.3 Price Property Name: PRICE Purpose: This property gives pricing information about the event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property can be used to provide information about the pricing of an event. Due to the potentially large divergence in pricing structures, we do not intend that all aspects of pricing will be possible to represent in a machine readable format using SKiCal. (Eg. "Especially for you" prices and negotiable discounts.) But this syntax will allow for simpler pricing structures to be defined. Format Definition: The property is defined by the following notation: price = "PRICE" priceparam ":" price CRLF priceparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" pricelabelparam) / (";" qualvalparam) / (";" qualstatparam) (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) pricelabelparam = *(";" "LABEL" "=" text) ; The text value COULD be ; chosen from a list, as described in section 4 ; of this memo. Such a list will probably ; contain words such as: ; Admission ; Breakfast FitzPatrick, Hjelm, Lannero Expires 2000-06-01 24 draft-many-ical-ski-01.txt ; Room ; Happy hour ; Monthly fee price = "FREE" / isoprice / ; Still in development ; Javascript/ECMA-script[10] encoded algorithmic price ; descriptions are being discussed isoprice = float ; same structure as that defined in W3C micropayments ; specification[6]. Example: The following are examples of this property: PRICE;LABEL=Admission:FREE PRICE;LABEL=Admission:+135SEK PRICE;LABEL=Monthly fee:2.75USD 3.5.4 Ticketing Property Name: TICKETS-AT Purpose: This property defines where and when tickets for the event can be obtained. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. DTSTART and DTEND parameters SHOULD be specified to indicate when tickets are available. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Tickets (or other means needed to attend the event) can often be obtained during a well-defined period before the event, or if the event is a recurring, at certain hours from ticketing agents (or directly from the event organizer). Both timing and contact info is valuable to the potential attendee and therefore to the organizer as well. Format Definition: The property is defined by the following notation: tickets-at = "TICKETS-AT" ticketparam ":" text CRLF ticketparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" qualvalparam) (";" qualstatparam) / (";" valstatparam) (";" startparam) / (";" endparam) / FitzPatrick, Hjelm, Lannero Expires 2000-06-01 25 draft-many-ical-ski-01.txt ; the following is optional, ; and MAY occur more than once (";" xparam) ) startparam = "DTSTART" "=" date-time endparam = "DTEND" "=" date-time Example: The following is an example of this property: TICKETS-AT;DTSTART=19980313T141711Z:Ticketron biljetter TICKETS-AT;QUALTYPE=AREA;DTSTART=19991128T141711Z:Ticketro n biljetter TICKETS-AT;DTSTART=19980410;DTEND=19980514;ALTREP="http\: //www.ticket.com/find.asp?858789":WebTickets TICKETS-AT;QUALTYPE=PRE-BOOKING;QUALRULE=REQUIRED;DTSTA RT=19991104:At the ticket booth outside of the concert hall TICKETS-AT;DTSTART=19991104;DTEND=19991214:Telephone: +1- 800-HOCKEYTIX 3.5.5 Reservations Property Name: RESERVATIONS Purpose: This property defines where and when reservations for the event can be obtained. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. DTSTART and DTEND parameters SHOULD be specified to indicate when reservations are available. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Reservations are usually the equivalent to tickets, but usually do not imply the exchange of money or a confirmation on paper in the possession of the person making the reservation. Format Definition: The property is defined by the following notation: reservations = "RESERVATIONS" ticketparam ":" text CRLF Example: The following is an example of this property: RESERVATIONS;DTEND=19990514:tel +46 (8) 123 456 3.5.6 Smoking Property Name: SMOKING Purpose: This tells the event seeker what the smoking rules are at the event. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 26 draft-many-ical-ski-01.txt Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Advance notice of the smoking rules at an event. Format Definition: The property is defined by the following notation: smoking = "SMOKING" smokingparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. smokingparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" qualvalparam) (";" qualstatparam) / (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: SMOKING;QUALTYPE=AGE;QUALRULE=REQUIRED:gt 18 SMOKING;QUALTYPE=LAWS;QUALRULE=ENFORCED:CALIFORNIA SMOKING;QUALTYPE=AREA;QUALRULE=NOTPROHIBITED:The smoking section SMOKING;QUALTYPE=TIMESLOTS;QUALRULE=PROHIBITED;QUALVALUE="D TSTART T230000":No smoking after 11pm 3.5.7 Parking Property Name: PARKING Purpose: This tells the event seeker about the parking facilities. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Parking resources. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 27 draft-many-ical-ski-01.txt Format Definition: The property is defined by the following notation: parking = "PARKING" parkingparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. parkingparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" qualvalparam) (";" qualstatparam) / (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: PARKING;VALUESTATUS=NOTAVAILABLE:No parking PARKING;QUALTYPE=AREA;VALUESTATUS=AVAILABLE;QUALVALUE="Vale t Parking": PARKING;QUALTYPE=MEMBERSHIP;QUALRULE=REQUIRED;QUALVALUE=Rot ary:Only members parking 3.5.8 Handicap facilities Property Name: HANDICAP-FACILITIES Purpose: This property defines the accessibility of the event for persons with special needs. Value Type: BOOLEAN. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: People with disabilities and other special needs are among those who have the most to gain from the availability of well- structured and therefore easily searchable information about objects in the real world. Especially in parts of the world where law requirements on accessibility are not as high as they are in the United States of America. The SKiCal working group has not been able to locate any existing machine-readable descriptions about the accessibility of buildings and other potential locations of events. Therefore it is suggested that SKiCal objects have boolean property to indicate the availability of handicap facilities. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 28 draft-many-ical-ski-01.txt Format Definition: The property is defined by the following notation: handicap-facilities = "HANDICAP-FACILITIES" facilityparam ":" boolean CRLF facilityparam = 1*("TYPE" "=" text ) / ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. *( ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: HANDICAP-FACILITIES;TYPE=wheelchair-ramps:TRUE HANDICAP-FACILITIES;TYPE=elevator:TRUE 3.5.9 Accepted method of payment Property Name: PAYMENT-METHOD Purpose: This property defines the accepted methods of payment for the event. Value Type: TEXT Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property can be used to specify a payment method which will be accepted at the event. Format Definition: The property is defined by the following notation: payment-method = "PAYMENT-METHOD" paymentparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. paymentparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" altrepparam ) / (";" qualparam) / (";" qualvalparam) / (";" qualstatparam) / FitzPatrick, Hjelm, Lannero Expires 2000-06-01 29 draft-many-ical-ski-01.txt (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following are examples of this property: PAYMENT-METHOD:VISA PAYMENT-METHOD:SET PAYMENT-METHOD:Cash only 3.5.10 Rules for the consumption of alcohol Property Name: ALCOHOL Purpose: This informs the event seeker as to the availability of alcohol and the rules governing its consumption at the event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Advance notice of the alcohol rules at an event. Format Definition: The property is defined by the following notation: alcohol = "ALCOHOL" alcoholparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. alcoholparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" qualvalparam) (";" qualstatparam) / (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: ALCOHOL;QUALTYPE=AGE;QUALRULE=ALLOWED:gt 21 ALCOHOL;QUALTYPE=LAWS;QUALRULE=ENFORCED:CALIFORNIA FitzPatrick, Hjelm, Lannero Expires 2000-06-01 30 draft-many-ical-ski-01.txt ALCOHOL;QUALTYPE=AREA;QUALRULE=AVAILABLE:The Royer Lounge ALCOHOL;QUALTYPE=AREA;QUALRULE=NOTAVAILABLE:The Mansour Room ALCOHOL;QUALTYPE=TIMESLOTS;QUALRULE=PROHIBITED:DTSTART T240000 ALCOHOL;QUALTYPE=CERTIFICATE;QUALRULE=REQUIRED: ID card 3.5.11 Provisions Property Name: PROVISIONS Purpose: This tells the event seeker what the availability of food and other provisions at the event and/or the rules for its consumption. This is not intended as a syntax for complete menus but rather a notice if food or other provisions are available or not. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Advance notice of the availability of food and other provisions at an event. Format Definition: The property is defined by the following notation: provisions = "PROVISIONS" provisionsparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. provisionsparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" qualvalparam) (";" qualstatparam) / (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: PROVISIONS;VALUESTATUS=AVAILABLE:Refreshments PROVISIONS;VALUESTATUS=AVAILABLE:Chinese, Vietnamese, Thai PROVISIONS;VALUESTATUS=NOTAVAILABLE:Vegetarian FitzPatrick, Hjelm, Lannero Expires 2000-06-01 31 draft-many-ical-ski-01.txt PROVISIONS;VALUESTATUS=AVAILABLE;QUALTYPE=PLUSCOST:QUALSTAT US=REQUIRED:night time snack PROVISIONS;QUALTYPE=AREA;QUALRULE=PROHIBITED;QUALVALUE=The pews:Coffee PROVISIONS;QUALTYPE=TIMESLOTS;QUALRULE=NOTAVAILABLE;QUALVA LUE="DTSTART T230000":Bar open until 11PM 3.5.12 Transportation Property Name: TRANSPORTATION Purpose: This tells the event seeker as to the availability of transportation to and from the event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Advance notice of the transportation possibilities for getting to an event. Format Definition: The property is defined by the following notation: transportation = "TRANSPORTATION" ";" transportationparam ":" text CRLF ; It is RECOMMENDED that the text value be ; chosen from a list, as described in section 4 ; of this memo. transportationparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" qualparam) / (";" travelbyparam) / (";" qualvalparam) / (";" qualstatparam) (";" qualstatparam) / (";" valstatparam) ; the following is optional, ; and MAY occur more than once (";" xparam) ) travelbyparam = "TRAVELBY" "=" ("walk" / "bicycle" / "boat" / "car" / "rail" / "air" / "public_transportation" / "frequency" / "uri" ) Example: The following is an example of this property: TRANSPORTATION;VALUESTATUS=AVAILABLE;TRAVELBY=public_transportation: FitzPatrick, Hjelm, Lannero Expires 2000-06-01 32 draft-many-ical-ski-01.txt Bus 95 TRANSPORTATION;VALUESTATUS=AVAILABLE:Bus from downtown every half hour TRANSPORTATION;VALUESTATUS=RECOMMENDED:Subway station St. Eriksplan TRANSPORTATION;QUALTYPE= PLUSCOST;VALUESTATUS=AVAILABLE:limous ines TRANSPORTATION;VALUESTATUS=RECOMMENDED:steam train around the perim eter TRANSPORTATION;QUALTYPE=TIMESLOTS;QUALRULE=NOTAVAILABLE;TRAV ELBY=bus;QUALVALUE=DTSTART T240000:No buses after midnight TRANSPORTATION;QUALTYPE=DEPENDENCIES;VALUESTATUS=AVAILABLE;TRA VELBY=train;QUALVALUE="extra trains if overbooked":Train station j ust outside of the arena 3.5.13 Place availability countdown Property Name: COUNTDOWN Purpose: This property defines how many tickets/seats/equiv. are available for the event. Proper use of the property would require a mechanism which related the true state of the resource being counted down to a URL with instant updates. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. DTSTAMP parameter CAN be specified to indicate how many places were available at that particular time. If DTSTAMP is not specified this property indicates the overall capacity of the event. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: The availability of places or tickets or seats or other appropriate measure for an event is often a very important limiting factor for people who consider attending. Since it is a very volatile and timely type of information it is RECOMMENDED that it be time stamped. If it is not time stamped, the property is considered to indicate the maximum total number of participants. Format Definition: The property is defined by the following notation: countdown = "COUNTDOWN" availparam ":" text CRLF availparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" altrepparam ) / (";" stampparam) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) FitzPatrick, Hjelm, Lannero Expires 2000-06-01 33 draft-many-ical-ski-01.txt stampparam = "DTSTAMP" "=" date-time Example: The following are examples of this property: COUNTDOWN;DTSTAMP=19980313T141711Z:23 tickets COUNTDOWN:140 seats 3.6 WHY properties The following properties answer questions about the event such as "Why should I attend?" and "Why would this be interesting?". WHY gathers promotional, instructive, informational material under one roof. The SkiCal WG has an ulterior motive for doing so. Many of the up and coming SKiCal applications will be operating in a narrow bandwidth environment; this is specially the case with mobile browsers. By placing content which might be bulky and bandwidth consuming in a specifically defined area of the Calendar Object, the event seeker as well as the event publisher is given greater control in separating lightweight "prima vista" data transfers from heavyweight "the whole picture" data transfers. There is no property defined in RFC-2445 [3] that the SKiCal working group considers related to WHY. 3.6.1 Motivation Property Name: MOTIVATION Purpose: This property allows for the organizer of the event to publish subjective information about the event. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: Short textual information, basically the sales pitch for an event. Must not be longer than 255 characters. Format Definition: The property is defined by the following notation: motivation = "MOTIVATION" motivationparam ":" text CRLF motivationparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" encodingparam ) / FitzPatrick, Hjelm, Lannero Expires 2000-06-01 34 draft-many-ical-ski-01.txt ; the following is optional, ; and MAY occur more than once (";" xparam) ) Examples: The following are examples of this property: MOTIVATION;LANGUAGE=en:This is going to be a great party. Ev erybody will be there. If you're not - you will regret it. MOTIVATION;LANGUAGE=sv;ENCODING=QUOTED-PRINTABLE:F=F6rbundet firar bara 60 =E5r en g=E5ng. 3.6.2 Promotion Property Name: PROMO Purpose: This property allows for the organizer of the event to refer to advertising material, in various forms. Value Type: URI Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property could be a link to online versions of a movie trailer, a web campaign, a radio spot or a newspaper ad. Format Definition: The property is defined by the following notation: promo = "PROMO" promoparam ":" uri CRLF promoparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: PROMO:http://www.stadsteatern.se/affischer/othello2000.gif PROMO:http://www.torget.se/kampanj/julsonger.i.huset.html 3.6.3 Third party review Property Name: REVIEW FitzPatrick, Hjelm, Lannero Expires 2000-06-01 35 draft-many-ical-ski-01.txt Purpose: This property allows for the organizer of the event to refer to third party information about the event. Value Type: URI Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: This property could be a link to a review, a rating, or other third party comment on the event being described by the SKiCal object. Format Definition: The property is defined by the following notation: review = "REVIEW" reviewparam ":" uri CRLF reviewparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: REVIEW;LANGUAGE=en:http://www.alltomstockholm.se/reviews/12/ REVIEW:http://www.dn.se/literatur/990505.html 3.7 WHO properties The following properties answer questions about the event such as "Who is responsible for the event?". They refer to the organizer of the event. It is important to clearly establish the "WhoDoUsue" for each event. The properties defined in RFC-2445 [3] that the SKiCal working group considers related to WHO are: 4.8.4.2 Contact It is RECOMMENDED that SKiCal objects use vCards as ALTREP parameter to the CONTACT property parameter, in order to provide machine readability and maintain information structure when exchanging data. In addition to the properties named above as defined in RFC-2445, a SKiCal object may include the following properties; 3.7.1 Responsible FitzPatrick, Hjelm, Lannero Expires 2000-06-01 36 draft-many-ical-ski-01.txt Property Name: RESPONSIBLE Purpose: This property indicates who is responsible for the event. Value Type: TEXT. (MAILTO) Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: In some countries, any planned public event with more than 5 persons attending must have a person or an organization that is legally responsible for the event. Any public business must have a person who is legally responsible for that business. We call these responsible persons and organization the "WhoDoUsue". This property is intended to identify and define the WhoDoUsue. Format Definition: The property is defined by the following notation: responsible = "RESPONSIBLE" resonsibleparam ":" uri CRLF ; the value MUST be a MAILTO URI, as defined ; by RFC-1738 [7]. responsibleparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" cnparam ) / ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: RESPONSIBLE;CN=Nobelkommitten:MAILTO:info@nobel.se RESPONSIBLE;CN=Opera house:MAILTO:info@opera.de RESPONSIBLE:MAILTO:jean-marie@petiteville.fr 3.7.2 Other agents Property Name: OTHERAGENTS Purpose: This property is intended to identify persons and organizations that are in some way contributing to the event, but not as the main WhoDoUsue. Value Type: TEXT. (MAILTO) FitzPatrick, Hjelm, Lannero Expires 2000-06-01 37 draft-many-ical-ski-01.txt Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: At football games, for example, there are often several organizations involved: The owner of the stadium, the two teams, the ticketing agency and sometimes the organizer of a tournament. This property makes it possible to indicate all of these organizers, not to be confused with the legally responsible organizer. Examples: The following are examples of this property: OTHERAGENTS:MAILTO:info@ematelstar.se OTHERAGENTS;CN=Stockholms stad:MAILTO:kultur@stadshuset.a.se 3.7.3 Association Property Name: ASSOCIATION Purpose: This property can be used to declare the organizations of which the organizer is a member. Value Type: TEXT. Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: If, for example, a little known organizer of an event is a member of a well-known organization, this information will be very valuable to anybody considering participating. We expect that this information will be verifiable with an online authoritative source Format Definition: The property is defined by the following notation: association = "ASSOCIATION" associationparam ":" uri CRLF ; the value MUST be a MAILTO URI, as defined ; by RFC-1738 [7]. associationparam = *( ; the following is optional, ; but MUST NOT occur more than once (";" languageparam ) / (";" cnparam ) / ; the following is optional, ; and MAY occur more than once FitzPatrick, Hjelm, Lannero Expires 2000-06-01 38 draft-many-ical-ski-01.txt (";" xparam) ) Example: The following are examples of this property: ASSOCIATION;CN=Svenska Turistforbundet:MAILTO:info@stf.se ASSOCIATION;CN=Rotary international:MAILTO:rotary@rotary.org 3.8 MANAGEMENT properties The above SKiCal component properties all describe the event itself (description) and not, as is the case with many iCalendar component properties, the entry in a calendar user agent (CUA) or calendar server (CS) (self-description). It is possible that several, or even many calendar objects could refer to the same event. Each of these calendar objects could have their own publisher, while the event itself has only one responsible authority. It is the ambition of the SKiCal WG to empower the event with the same means of identification and validation as the Calsch WG has given the calendar object. A point in case is the property: 4.8.4.3 ORGANIZER, which as described in RFC-2445 defines the organizer for a calendar component - not the organizer for the event. SKiCal would have preferred to call this property PUBLISHER and retain the term ORGANIZER for the actual organizer of the event itself. In lieu of this happening we are using the term RESPONSIBLE for the Event's WhoDoUsue and recommend the term PUBLISHER for the publisher of the Calendar object. The properties defined in RFC-2445 [3] that the SKiCal working group considers related to MANAGEMENT are: 4.8.1.3 Classification 4.8.1.4 Comment 4.8.1.11 Status 4.8.4.3 Organizer 4.8.4.5 Related-to 4.8.4.6 Uniform Resource Locator 4.8.4.7 Unique Identifier 4.8.5 Recurrence Component Properties 4.8.7.1 Date/Time Created 4.8.7.2 Date/Time Stamp 4.8.7.3 Last Modified 4.8.7.4 Sequence Number 3.8.1 Publisher Property Name: PUBLISHER Purpose: Describes the organization that publishes the event object. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 39 draft-many-ical-ski-01.txt Value Type: URI Property Parameters: Non-standard property parameters can be specified on this property. Conformance: This property CAN be specified within a "VEVENT" calendar component. Description: In the case of public events, the organizer of an event is not always the one who makes the information about the event available. Format Definition: The property is defined by the following notation: publisher = "PUBLISHER" publisherparam ":" mailto CRLF publisherparam = *( ; the following is optional, ; and MAY occur more than once (";" xparam) ) Example: The following is an example of this property: PUBLISHER:mailto:info@timeout.co.uk 4 Choosing values from lists It is RECOMMENDED that text values be chosen from "authoritative naming lists" whenever possible. Doing this, the publisher will increase the level of machine readability and thus increase the accumulated global value of all iCalendar/SKiCal objects. It is expected that such lists will become widely available and accessible online, possibly in the RDF [8] or other XML format. The SKiCal working group is currently promoting such lists in Sweden together with Swedish national standards body STG, but the design and format of these lists are not further elaborated in this memo. One example of such a naming list is the list of words describing tourist resources, which is to be published by the European Tourist Councils. Each entry in this list has a translation into all European languages, and events using entries from this list as values of the Categories property may therefore be correctly presented in event databases all around Europe (provided that the software knows how to fetch the translation from the list). Another example is the Olson database of time zones, as mentioned in RFC-2445, section 4.8.3.1. 4.1 List example for qualparam SkiCal sorts qualification parameters under the following headings: Attendee related parameters: FitzPatrick, Hjelm, Lannero Expires 2000-06-01 40 draft-many-ical-ski-01.txt a) The (visible, roughly apparent) physical attributes of the attendee. AGE BIRTH-DATE GENDER HEIGHT WEIGHT ;extensions of this list could also include attributes ;such as blood type, hair color, biceps measurements ;and so forth. b) Knowledge-level/position/ownership status that the attendee has obtained and/or documents which the attendee might possess for the purpose of verifying that status SKILL ; implies a level of physical/intellectual attainment MEMBERSHIP ; implies the existence of a verifiable list or an ; event officials first ; hand knowledge that the attendee belongs to a certain ; group of organization CERTIFICATE ; credentials of proof that the attendee meets ; with criteria specified by the Event Organizers. ; Both SKILL and MEMBERSHIP might be verified by a ; CERTIFICATE which the attendee is carrying or they ; might be verifiable on-line or from a list at the ; "gate", or the attendee may be trusted to be self- ; verifying. c) what an attendee has in her possession. POSSESSION-OF ; This parameter is about physical objects e.g. guns, ; cameras, water bottles, binoculars, warm clothes, ice ; skates, bathing suits, literature, and animals which ; the event seeker would or would not have in their ; possession when attending the event. External factor parameters: d) responses to Natural conditions WEATHER e) relationship to legal jurisdiction LAWS FitzPatrick, Hjelm, Lannero Expires 2000-06-01 41 draft-many-ical-ski-01.txt f) relationship to external events DEPENDENCIES Event related parameters: g) specific sub-divisions of WHERE AREA f) specific sub-divisions of WHEN TIMESLOTS Transactional parameters: h) additional costs PLUS-COSTS e) reservation rules PRE-BOOKING 5 Intended use The exchange and proliferation of event related information. Event organizers can publish their information (for example on web servers), in the SKiCal format as defined by this memo. This will enable infomediaries to launch software crawlers that collect this information. This eliminates the need for infomediaries to manually enter the information into their databases, and makes it much easier for event organizers to get their information across to the eventual interested audience. 5.1 Differences between SKiCal and iCalendar. Here are some of the major differences between the potential users of iCalendar (iCal) and SKiCal. A typical iCal user will consider their Calendar application an important, if not indispensable, tool in their interaction with fellow workers in the same company - or same cross-company project. Many SKiCal users will not use a computer or Internet based calendar program more than casually, if at all. iCal objects will invariably end up in a user's calendar. SKiCal objects will more likely be printed in newspapers & print-on-demand compilations, presented in mobile browsers (WAP) and desktop browsers, shown on text television, auto-voiced over telephones, pushed or called-up through an assortment of yet to be invented digiphernalia. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 42 draft-many-ical-ski-01.txt Most iCal objects will be created by known organizers, for known attendees, of a known quantity, meeting in known places, dealing with known topics. Many SKiCal objects will be created by unknown organizers, for unknown attendees, of an unknown quantity, meeting in unknown places, to take part in unknown events. SKiCal users will typically search for certain property combination outcomes amongst millions of possible property combinations. iCal users will be invited to join in on specific events, many of which will not come as a surprise. SKiCal knowledge retrieval processes will be both and crisp and fuzzy. iCal processes will almost always be crisp. A SKiCal object is always the description of an external (to the SKiCal object) thing. An iCal object will often be self-descriptive with some references to external things, such as a meeting room. If all names of SKi specific properties are complimented with the prefix "X-SKI-" then such a SKi object is a valid iCalendar object, extended according to the specification in RFC-2445 section 4.8.8.1. 6 Security considerations Anybody could produce a SKiCal compliant file containing false information. Calendar publishers will need to be cautious, or they may end up publishing invalid information. Security can be achieved either by choosing to index SKiCal files only from trusted servers, or by employing a moderator who can correct or refuse corrupt information. Nobody should consider information from non-encrypted SKiCal files 100% reliable, just as nobody should blindly trust printed advertisements or email. More reliable information can be expected once safe connections to electronic commerce solutions are established. Event organizers and publishers should be aware of legal implications from spreading personal information in electronic media. 7 Internationalization/localization Text valued properties containing non-us-ascii characters should be properly encoded with base-64 or quoted-printable, as specified in [3]. Timezones are handled with VTIMEZONE components, as specified in [3]. 8 Examples The following is an example SKiCal file, describing an actual real world event as published in the Washington Post and at the web site of the National Chamber Orchestra: BEGIN:VCALENDAR FitzPatrick, Hjelm, Lannero Expires 2000-06-01 43 draft-many-ical-ski-01.txt VERSION:2.0 PRODID:-//HandGenerated/SKiCal//NONSGML v1.0//EN BEGIN:VEVENT UID:e098h99@washingtonpost.com EUID:kj08988b@nationalchamberorch.org CATEGORIES:music,concert,classical,symphony CREATED:19991125 DTSTAMP:19991125T110309Z SEQUENCE:1 LAST-MODIFIED:19991125T110309Z SUMMARY:Handel's "Messiah" featuring the National Chamber Orchestra TITLE:Messiah DTSTART:19991217T200000 RRULE:FREQ=DAILY;INTERVAL=1;COUNT=2 VENUE:Indoors PERSONS;DIPROLE=conductor:Takao Kanayama PERSONS;DIPROLE=orchestra:National Symphony Orchestra PERSONS;DIPROLE=soloist:Heidi Grant Murphy PERSONS;DIPROLE=soloist:Mary Ann McCormick PERSONS;DIPROLE=soloist:Eric Owens PERSONS;DIPROLE=choir:Cantate Chamber Singers PERSONS;DIPROLE=choir director:Robert Shafer PERSONS;DIPROLE=creator:G.F.Handel PRICE;LABEL="Far side":17USD PRICE;LABEL="Side section":24USD PRICE;LABEL="Center section":31USD PRICE;LABEL="Discounted subscriptions";VALUESTATUS=AVAILABLE: PAYMENT-METHOD:Check PAYMENT-METHOD:Visa PAYMENT-METHOD:Mastercard PAYMENT-METHOD:American Express TICKETS-AT:Telephone: 301/762-8580 TICKETS-AT:Fax: 301-762-8581 ADMISSION;QUALTYPE=AGE;QUALRULE=REQUIRED;QUALVALUE=gt 5: URL:http://yp.washingtonpost.com/E/E/WASDC/0000/40/17/cs1.html WHURL:http://www.nationalchamberorch.org/seasonnext.html PLACENAME:F. Scott Fitzgerald Theatre LOCATION:F. Scott Fitzgerald Theatre, 603 Edmonston Dr., Rockville, Maryland, USA DIRECTIONS;ALTREP="http://www.parkers-place.net/rmt/fscotdir.html": The theater is located in Rockville Civic Center Park, Baltimore Road and Edmonston Drive. Call 301-309-3007 for directions. HANDICAP-FACILITIES;TYPE=wheelchair-ramps:TRUE DESCRIPTION;LANGUAGE=en:Handel's classic "Messiah" performance by the National Symphony Orchestra under Takao Kanayama, soprano Heidi Grant Murphy, mezzo-soprano Mary Ann McCormick, bass Eric Owens and the Cantate Chamber Singers directe d by Robert Shafer. This concert is a popular tradition. ORGANIZER;CN="National Chamber Orchestra":MAILTO:nationalchamberor chestra@juno.com RESPONSIBLE;CN="National Chamber Orchestra":MAILTO:nationalchamber orchestra@juno.com PUBLISHER;CN="Washington Post":MAILTO:info@washingtonpost.com CONTACT;CN="Christine Carlin,Administrator":MAILTO:nationalchamber orchestra@juno.com REVIEW:http://www.nationalchamberorch.org/review_of_1st.html FitzPatrick, Hjelm, Lannero Expires 2000-06-01 44 draft-many-ical-ski-01.txt MOTIVATION:Relax on Friday or Saturday evenings in the elegant F. Scott Fitzgerald Theatre concert hall, nestled among the trees and gardens at the Rockville Civic Center Park in Rockville, Maryland. END:VEVENT END:VCALENDAR The following is an example of a Ski file, where all SKi specific property names have been prefixed "X-SKI-" for iCalendar 2.0 compatibility. This example describes a canoe rental store, which can arrange guided tours. This is not a traditional event, but from the point of view of a tourist it is definitely a potential event. BEGIN:VCALENDAR VERSION:2.0 PRODID:-//HandGenerated/SKiCal//NONSGML v1.0//EN BEGIN:VEVENT UID:8oi3290@gvg.se X-SKI-EUID:9823498t-E@gvg.se CATEGORIES;LANGUAGE=sv:kanot,friluftsliv,kajak,natur,vildmark,paddlin g,camping CREATED:19990726T104030Z DTSTAMP:19990726T104030Z SEQUENCE:2 LAST-MODIFIED:19990727T103322Z SUMMARY:Kalles kanot, hyr aven ut kajaker, vid Fyrisan intill Lillbyn X-SKI-TITLE:Kalles kanot DTSTART:19991002T090000Z/PT8H30M RRULE:FREQ=WEEKLY;INTERVAL=1;UNTIL=20000524T173000Z;WKST=MO;BYDAY=MO ,TU,WE,TH,FR,SA X-SKI-VENUE:Outdoors X-SKI-THINGS;LANGUAGE=en:Canoes X-SKI-THINGS;LANGUAGE=sv:Kanoter X-SKI-THINGS:Kajaker X-SKI-PERSONS;DIPROLE=GUIDE:Annika Johansson X-SKI-PRICE;LABEL="Hyra per dag, exempel":200SEK X-SKI-PAYMENT-METHOD:VISA X-SKI-PAYMENT-METHOD:amex X-SKI-PLACENAME:Kanothuset X-SKI-PROVISIONS;VALUESTATUS=AVAILABLE:Burkmat,torrfoder X-SKI-RESERVATIONS:tel +46 (18) 123 456 X-SKI-PARKING;QUALTYPE=AREA;QUALRULE=AVAILABLE:Kunder far langtidsparkera pa garden X-SKI-HANDICAP-FACILITIES;TYPE=wheelchair-ramps:FALSE URL:http://www.kanotkalle.se/ LOCATION;ALTREP=http://www.skical.org/turistradet/firman.vcf:Fyrisga tan 4\n888 88 Uppsala GEO:56.876487;18.872398 X-SKI-DIRECTIONS;TRAVELBY="public_transportation";LANGUAGE=sv:Buss 876 till station Landsglantan X-SKI-TRANSPORTATION;QUALRULE=AVAILABLE:Bus from downtown every half hour X-SKI-DIRECTIONS;TRAVELBY=car;LANGUAGE=sv:Vag 67 fran Uppsala mot Linnes Hammarby, tag av andra vagen till hoger efter korsningen med gamla Uppsalavagen, folj vagen ca 2 kilometer till an. Darefter skyltat. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 45 draft-many-ical-ski-01.txt DESCRIPTION;LANGUAGE=sv:Vi hyr ut kanoter, kajaker, campingutrustn ing och andra tillbehor, ordnar aventyrspaddlingar och kurser. Generalagent for VikingaPaddeln. DESCRIPTION;LANGUAGE=en:We have canoes and accessories for rental, and organize wildlife guided excursions and courses. X-SKI-MOTIVATION;LANGUAGE=sv:Kanotkalle - batar for alla vader X-SKI-REVIEW;LANGUAGE=en:http://www.utsidan.se/recensioner/find.as p?87326 X-SKI-RESPONSIBLE;ALTREP=http://www.skical.org/turistradet/firman.vc f;CN="Kanotkalle AB":MAILTO:info@kanotkalle.se ORGANIZER;CN="Visit Sweden":MAILTO:info@gvg.se X-SKI-PUBLISHER;CN="Visit Sweden":MAILTO:info@gvg.se X-SKI-ASSOCIATION;CN="Svenska Turistforbundet":MAILTO:info@stf.se CONTACT;CN="Kalle Karlsson":kalle@kanotkalle.se END:VEVENT END:VCALENDAR 9 References 1 Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996. 2 Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997 3 RFC-2445, Dawson, F. and D. Stenerson, "Internet Calendaring and Scheduling Core Object Specification - iCalendar", November 1998. 4 RFC-2234 Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", November 1997. 5 RFC-1766, Alvestrand, H., "Tags for the Identification of Languages", March 1995. 6 "Common Markup for Web Micropayment Systems", Thierry Michel, W3C Working Draft, 9 June 1999, http://www.w3.org/TR/WD-Micropayment- Markup/#Price 7 RFC-1738, Berners-Lee, T., Masinter, L. and M. McCahill, "Uniform Resource Locators (URL)", December 1994. 8 Resource Description Framework (RDF) Model and Syntax Specification, O. Lassila and R. Swick, W3C Recommendation, February 1999, http://www.w3.org/TR/REC-rdf-syntax 9 Greg FitzPatrick, August 1999, "DIP and DOP", http://www.skical.org/ftp/dip%20and%20dop.ppt 10 "Standard ECMA-262 ECMAScript Language Specification", August 1998, http://www.ecma.ch/STAND/Ecma-262.htm 10 Acknowledgments The following persons have contributed to the specification of the SKiCal format: Ingemar Eriksson of the Swedish Travel & Tourism Council, the Event Working group at Stockholm Information Service, FitzPatrick, Hjelm, Lannero Expires 2000-06-01 46 draft-many-ical-ski-01.txt Johan Hjelm of Ericsson/W3C, Patrik Faltstrom of Tele2, Jenny Pileus of the Swedish Nationwide Theatre (Riksteatern), Benny Regner of the National Agency for Education, Bengt Wittstrom of the Swedish National Board of Culture, Ulla Persson of the Swedish Sports Confederation, Stefan Johansson of Handikapp.se (special needs organizations' confederation for ICT related issues), Ingvar Hallgren of the Swedish Concert Institute (Rikskonserter), Stanley Almqvist of Crossnet AB, Daniel Bergstrom of Melody AB, Lars Aronsson of Spray AB, Mary Omming of Utbildningsradion (public service educational TV channel), NUTEK and Frank Dawson of Lotus, Doug Royer of Sun Microsystems, Steve Mansour of Netscape Communications, Paul B Hill of the MIT , Lisa Lippert of Microsoft, Patricia Egen of Egen consulting, and the other members of the CALSCH WG. 11 Authors' addresses Greg FitzPatrick Metamatrix AB Niklas Hjelm Medialab AB/Soft Applications AB Par Lannero Metamatrix AB Full Copyright Statement "Copyright (C) The Internet Society (1999). All Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns. This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. FitzPatrick, Hjelm, Lannero Expires 2000-06-01 47