[cvs-annodex] commit (/annodex): standards/draft-pfeiffer-cmml-current.xml standards/draft-pfeiffer-temporal-fragments-current.xml

silvia nobody at lists.annodex.net
Sat Feb 26 16:50:53 EST 2005


Update of /annodex (new revision 963)

Modified files:
   standards/draft-pfeiffer-cmml-current.xml
   standards/draft-pfeiffer-temporal-fragments-current.xml

Log Message:
Final fixes to the timed URI draft.



Modified: standards/draft-pfeiffer-cmml-current.xml
===================================================================
--- standards/draft-pfeiffer-cmml-current.xml	2005-02-26 05:22:47 UTC (rev 962)
+++ standards/draft-pfeiffer-cmml-current.xml	2005-02-26 05:50:51 UTC (rev 963)
@@ -455,7 +455,7 @@
         </t>
 
         <t>The formal specifications for the time schemes are:
-          <list style="empty">
+          <list style="symbols">
 
 	  <t>"npt:" NPT time with a second or subsecond basis</t>
 	  <t>Specification as BNF:</t>

Modified: standards/draft-pfeiffer-temporal-fragments-current.xml
===================================================================
--- standards/draft-pfeiffer-temporal-fragments-current.xml	2005-02-26 05:22:47 UTC (rev 962)
+++ standards/draft-pfeiffer-temporal-fragments-current.xml	2005-02-26 05:50:51 UTC (rev 963)
@@ -296,7 +296,7 @@
       </t>
 
       <artwork><![CDATA[
-temporal-fragment = [ timescheme ":" ] time-parameter
+temporal-fragment = time-parameter
 	]]></artwork>
       
       <t>As with temporal URI query parameters, all temporal intervals
@@ -309,8 +309,8 @@
       <t>What a user agent does with a temporal URI fragment is up to
       itself. As a result of the request being sent to the server, the
       user agent receives the complete resource. If the user agent is
-      a Web browser and the resource is a video, the user agent may
-      e.g. decide to play back only the specified time section(s). If the
+      a Web browser and the resource is a video, the user agent MAY
+      play back only the specified time section(s). If the
       user agent is a sound editor and the resource a sound file, the
       user agent MAY select the disjoint time intervals in
       the sound file as a first step to applying some filter to them.
@@ -371,12 +371,12 @@
 
       <t>Specification as BNF:</t>
       <artwork><![CDATA[
-timescheme = npt-timescheme | smpte-timescheme | utc-timescheme
-timespec   = npt-timespec | smpte-timespec | utc-timespec
+timescheme = npt-timescheme | smpte-timescheme | utc-timescheme | *unreserved
+timespec   = npt-timespec | smpte-timespec | utc-timespec | *uric
       ]]></artwork>
 
-      <t>Thus, the available time schemes are:
-          <list style="empty">
+      <t>These time schemes are specified as follows:
+          <list style="symbols">
 
 	  <t>NPT time has a second or subsecond resolution. It is
 	  specified as H:M:S.h (npt-hhmmss) or S.h (npt-sec), where
@@ -461,8 +461,8 @@
       resource.
       </t>
 
-      <t>The playback basetime of a resource defaults to 0 seconds if
-      the resource has no other basetime associated with it. A contrasting
+      <t>The playback basetime of a resource defaults to 0 seconds unless
+      the resource has a different basetime associated with it. A contrasting
       example: in professional video production, the first frame of
       video of a program normally refers to a SMPTE basetime of
       01:00:00:00, not 00:00:00:00. This practice arose from the
@@ -477,8 +477,8 @@
       </t>
       
       <t>Examples: If a resource has an associated basetime of 3600
-      seconds, and the given temporal fragment offset is 4000 sec, a
-      seek of 400 sec into the resource is required. If the
+      seconds, and the given temporal fragment offset is 4000 sec, only
+      a seek of 400 sec into the resource is required. If the
       basetime is given as clock time 20001010T142211.23Z and the
       temporal offset specified is 20001010T145511.23Z, an offset of 33
       minutes into the resource is requested.
@@ -512,10 +512,10 @@
 
         <t>Time-continuous resources often come with high bandwidth
         requirements, so a <xref target="HTTP">HTTP</xref> server
-        should serve out only the queried time interval of a
+        SHOULD serve out only the queried time interval of a
         base resource to avoid unnecessary network load.
         For example, a 1 hour Digital Video (DV format) requires about
-        25 GB (MPEG-2 reduces that to about 3 GB). It also significantly
+        25 GB (MPEG-2 reduces that to about 3 GB). This also significantly
         reduces the delay for the user agent for receiving relevant data.
         </t>
 
@@ -526,11 +526,11 @@
         such that it may take appropriate action.
         </t>
 
-        <t>The HTTP protocol specifies that a server has to return
-        a "404 not found" error message on URI requests which cannot be
+        <t>The HTTP protocol specifies that a server MUST return
+        a "404 Not Found" error message on URI requests which cannot be
         resolved. A URI with a query component is a different URI than
         the same URI without a query component, so if it cannot be
-        resolved, a "404 not found" is expected . However, most current
+        resolved, a "404 Not Found" is expected . However, most current
         implementations of HTTP servers regard the query component as
         a relative to the same URI without the query component and
         therefore support a somewhat non-conformant resolution of such a
@@ -549,7 +549,7 @@
         smpte-30, smpte-50, smpte-60".
         This request header is included for all URI requests to resources
         on which the HTTP server can resolve a temporal URI request. A user
-        agent SHOULD check the X-Accept-TimeURI field to decide whether his
+        agent SHOULD check the "X-Accept-TimeURI" field to decide whether its
         temporal URI request has been honoured and thus the results can be 
         displayed accurately.
         </t>
@@ -566,52 +566,53 @@
         time-based Web resources, such as Annodex resources, are often
         memory-intensive. User agents may more frequently request URIs
         with temporal queries than the full resource. Therefore, a larger
-        impact on bandwidth usage comes from caching the temporal URI
+        impact on bandwidth usage is expected from caching the temporal URI
         queries as they are independent resources.
         </t>
 
-        <t>The caching mechanism in HTTP/1.1 for subranges of a resource is
-        based on storage of byte subranges. For time-based Web resources for
-        which it is possible to map a temporal URI query to a set of byte
-        subranges on the base resource, URIs with time-queries can also
-        be stored in a proxy's cache. To this end, the HTTP server MUST 
-        ensure that the core data that relates to the temporal subpart is
+        <t>The defined caching mechanism in HTTP/1.1 for subranges of a
+        resource is based on storage of byte subranges. For time-based Web
+        resources for which it is possible to map a temporal URI query to a
+        set of byte subranges on the base resource, URIs with time-queries
+        can also be stored in a proxy's cache. To this end, the HTTP server
+        MUST ensure that the core data that relates to the temporal subpart is
         bitwise identical to the original data - otherwise a byte range 
         cannot be defined. This is achieved for Annodex subresources by 
         changing only the control section but not the data section on 
-        remuxing, as described in <xref target="ANX">the Annodex 
+        remuxing, as described in <xref target="ANX">the Annodex
         specifiation</xref>.
         </t>
 
         <t>Mapping of temporal URI queries to byte ranges can only happen
-        on the origin server, being the only component that understands the
-        relationship between time and bytes. The caching mechanism in
-        HTTP/1.1 for byte ranges is based on the user agent requesting a
-        URI with a "Range" request header that specifies the byte ranges.
-        Thus, an additional agent-driven negotiation for delivery of the
-        byte range mapping is introduced to support temporal URI queries.
+        on the origin server, being the only component that holds the base
+        resource and can thus understand the relationship between time and
+        bytes. The caching mechanism in HTTP/1.1 for byte ranges is based
+        on the user agent requesting a URI with a "Range" request header that
+        specifies the byte ranges. Thus, an additional agent-driven negotiation
+        for delivery of the byte range mapping prior to the "Range" request
+        is introduced to enable support of temporal URI queries.
         </t>
 
         <t>A request header of "X-Accept-Range-Redirect" is required to
         indicate to the server that a mapping of the temporal URI query
         parameters to a byte range is requested rather than delivery of
-        the complete resource. As this field initiates the server to
-        provide a different response than if this field was not available,
-        the server has to include into its response a message header of
-        "Vary: X-Accept-Range-Redirect". It will also indicate with
+        the query-part of the resource straight away. As this field initiates
+        the server to provide a different response than if this field was not
+        available, the server MUST include into its response a message header of
+        "Vary: X-Accept-Range-Redirect". It MAY also indicate with
         "Accept-Ranges: bytes" that it is able to accept byte range
-        requests. And it will indicate with "X-Accept-TimeURI" that it
+        requests. And it MAY indicate with "X-Accept-TimeURI" that it
         has processed the temporal URI query request.
         </t>
 
         <t>The server will return a list of the byte ranges that the user
         agent should ask for in another additional response header field:
         "X-Range-Redirect". It will also need to redirect the user agent
-        to another resource, which it provides in the "Location" header
-        field. Data that is specific to the URI request with the given
-        time-query will then be returned to the user agent in the
-        message body, such as for example an adapted control section
-        of an Annodex file. The response is a 200 OK as the request
+        to another resource, namely the base resource, which it provides
+        in the "Location" header field. Data that is specific to the URI
+        request with the given time-query MUST then be returned to the user
+        agent in the message body, such as for example an adapted control
+        section of an Annodex file. The response is a "200 OK" as the request
         was satisfied with this response.
         </t>
 
@@ -798,7 +799,7 @@
     <section title="ChangeLog">
 
       <t>draft-pfeiffer-temporal-fragments-01:
-        <list>
+        <list style="symbols">
 
 	  <t>Extension of the number of available SMPTE
 	  time-schemes. Many thanks to Bill Miller and Oliver Morgan
@@ -821,7 +822,7 @@
       </t>
 
       <t>draft-pfeiffer-temporal-fragments-02:
-        <list>
+        <list style="symbols">
 
 	  <t>Full compatibility with existing URI standard
 	  specification is achieved by using both, query and 
@@ -842,7 +843,7 @@
       </t>
 
       <t>draft-pfeiffer-temporal-fragments-03:
-        <list>
+        <list style="symbols">
 
 	  <t>Restricted the specification for Annodex and CMML
           currently with only a suggestion to adopt it for other
@@ -1038,102 +1039,120 @@
 
       <reference anchor="ANX" target="http://www.annodex.net/TR/annodex.txt">
         <front>
-	  <title>The Annodex annotation and indexing format for time-continuous data files, Version 2.0 (work in progress)</title>
-	  <author initials="S." surname="Pfeiffer" fullname="Silvia Pfeiffer">
-	    <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization>
-	    <address>
-	      <postal>
-		<street>Locked Bag 17</street>
-		<city>North Ryde</city> <region>NSW</region> <code>2113</code>
-		<country>Australia</country>
-	      </postal>
-	      <phone>+ 61 2 9325 3100</phone>
-	      <facsimile>+ 61 2 9325 3200</facsimile>
-	      <email>Silvia.Pfeiffer at csiro.au</email>
-	      <uri>http://www.annodex.net</uri>
-	    </address>
-	  </author>
+	  <title>The Annodex annotation and indexing format for time-continuous data files, Version 3.0 (work in progress)</title>
+          <author initials="S.P." surname="Pfeiffer" fullname="Silvia Pfeiffer">
+            <organization abbrev="CSIRO">Commonwealth Scientific and
+             Industrial Research Organisation CSIRO,
+             Australia</organization>
+            <address>
+              <postal>
+                <street>PO Box 76</street>
+                <city>Epping</city>
+                <region>NSW</region>
+                <code>1710</code>
+                <country>Australia</country>
+               </postal>
+               <phone>+61 2 9372 4180</phone>
+               <email>Silvia.Pfeiffer at csiro.au</email>
+               <uri>http://www.ict.csiro.au/</uri>
+            </address>
+          </author>
 	  <author initials="C." surname="Parker" fullname="Conrad D. Parker">
-	    <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization>
-	    <address>
-	      <postal>
-		<street>Locked Bag 17</street>
-		<city>North Ryde</city> <region>NSW</region> <code>2113</code>
-		<country>Australia</country>
-	      </postal>
-	      <phone>+ 61 2 9325 3100</phone>
-	      <facsimile>+ 61 2 9325 3200</facsimile>
-	      <email>Conrad.Parker at csiro.au</email>
-	      <uri>http://www.annodex.net</uri>
-	    </address>
+            <organization abbrev="CSIRO">Commonwealth Scientific and
+             Industrial Research Organisation CSIRO,
+             Australia</organization>
+            <address>
+              <postal>
+                <street>PO Box 76</street>
+                <city>Epping</city>
+                <region>NSW</region>
+                <code>1710</code>
+                <country>Australia</country>
+               </postal>
+               <phone>+61 2 9372 4222</phone>
+               <email>Conrad.Parker at csiro.au</email>
+               <uri>http://www.ict.csiro.au/</uri>
+            </address>
 	  </author>
 	  <author initials="A." surname="Pang" fullname="Andre T. Pang">
-	    <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization>
-	    <address>
-	      <postal>
-		<street>Locked Bag 17</street>
-		<city>North Ryde</city> <region>NSW</region> <code>2113</code>
-		<country>Australia</country>
-	      </postal>
-	      <phone>+ 61 2 9325 3100</phone>
-	      <facsimile>+ 61 2 9325 3200</facsimile>
-	      <email>Andre.Pang at csiro.au</email>
-	      <uri>http://www.annodex.net</uri>
-	    </address>
+            <organization abbrev="CSIRO">Commonwealth Scientific and
+             Industrial Research Organisation CSIRO,
+             Australia</organization>
+            <address>
+              <postal>
+                <street>PO Box 76</street>
+                <city>Epping</city>
+                <region>NSW</region>
+                <code>1710</code>
+                <country>Australia</country>
+               </postal>
+               <phone>+61 2 9372 4222</phone>
+               <email>Andre.Pang at csiro.au</email>
+               <uri>http://www.ict.csiro.au/</uri>
+            </address>
 	  </author>
-	  <date month="December" year="2003" />
+	  <date month="February" year="2005" />
 	</front>
-	<seriesInfo name="I-D" value="draft-pfeiffer-annodex-01.txt" />
+	<seriesInfo name="I-D" value="draft-pfeiffer-annodex-02.txt" />
       </reference>
 
       <reference anchor="CMML" target="http://www.annodex.net/TR/cmml.txt">
         <front>
           <title>The Continuous Media Markup Language (CMML), Version 2.0 (work in progress)</title>
-          <author initials="S." surname="Pfeiffer" fullname="Silvia Pfeiffer">
-            <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization>
+          <author initials="S.P." surname="Pfeiffer" fullname="Silvia Pfeiffer">
+            <organization abbrev="CSIRO">Commonwealth Scientific and
+             Industrial Research Organisation CSIRO,
+             Australia</organization>
             <address>
               <postal>
-                <street>Locked Bag 17</street>
-                <city>North Ryde</city> <region>NSW</region> <code>2113</code>
+                <street>PO Box 76</street>
+                <city>Epping</city>
+                <region>NSW</region>
+                <code>1710</code>
                 <country>Australia</country>
-              </postal>
-              <phone>+ 61 2 9325 3100</phone>
-              <facsimile>+ 61 2 9325 3200</facsimile>
-              <email>Silvia.Pfeiffer at csiro.au</email>
-              <uri>http://www.annodex.net/</uri>
+               </postal>
+               <phone>+61 2 9372 4180</phone>
+               <email>Silvia.Pfeiffer at csiro.au</email>
+               <uri>http://www.ict.csiro.au/</uri>
             </address>
           </author>
-          <author initials="C." surname="Parker" fullname="Conrad Parker">
-            <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization>
+	  <author initials="C." surname="Parker" fullname="Conrad D. Parker">
+            <organization abbrev="CSIRO">Commonwealth Scientific and
+             Industrial Research Organisation CSIRO,
+             Australia</organization>
             <address>
               <postal>
-                <street>Locked Bag 17</street>
-                <city>North Ryde</city> <region>NSW</region> <code>2113</code>
+                <street>PO Box 76</street>
+                <city>Epping</city>
+                <region>NSW</region>
+                <code>1710</code>
                 <country>Australia</country>
-              </postal>
-              <phone>+ 61 2 9325 3100</phone>
-              <facsimile>+ 61 2 9325 3200</facsimile>
-              <email>Conrad.Parker at csiro.au</email>
-              <uri>http://www.annodex.net/</uri>
+               </postal>
+               <phone>+61 2 9372 4222</phone>
+               <email>Conrad.Parker at csiro.au</email>
+               <uri>http://www.ict.csiro.au/</uri>
             </address>
-          </author>
+	  </author>
 	  <author initials="A." surname="Pang" fullname="Andre T. Pang">
-	    <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization>
-	    <address>
-	      <postal>
-		<street>Locked Bag 17</street>
-		<city>North Ryde</city> <region>NSW</region> <code>2113</code>
-		<country>Australia</country>
-	      </postal>
-	      <phone>+ 61 2 9325 3100</phone>
-	      <facsimile>+ 61 2 9325 3200</facsimile>
-	      <email>Andre.Pang at csiro.au</email>
-	      <uri>http://www.annodex.net</uri>
-	    </address>
-	    </author>
-          <date month="December" year="2003" />
+            <organization abbrev="CSIRO">Commonwealth Scientific and
+             Industrial Research Organisation CSIRO,
+             Australia</organization>
+            <address>
+              <postal>
+                <street>PO Box 76</street>
+                <city>Epping</city>
+                <region>NSW</region>
+                <code>1710</code>
+                <country>Australia</country>
+               </postal>
+               <phone>+61 2 9372 4222</phone>
+               <email>Andre.Pang at csiro.au</email>
+               <uri>http://www.ict.csiro.au/</uri>
+            </address>
+	  </author>
+          <date month="February" year="2005" />
         </front>
-        <seriesInfo name="I-D" value="draft-pfeiffer-cmml-01.txt" />
+        <seriesInfo name="I-D" value="draft-pfeiffer-cmml-02.txt" />
       </reference>
 
       <reference anchor="HTTP" target="http://www.ietf.org/rfc/rfc2616.txt">
@@ -1255,8 +1274,7 @@
       at the IETF (avt at ietf.org), foremost to Magnus Westerlund, for
       giving valuable feedback on how to improve the specification and
       picking up the discussion around how to use the scheme on
-      RTP/RTSP. This is now not covered in this document, but should
-      be explored in the future, possibly in a different document.
+      RTP/RTSP.
       </t>
 
       <t>Last but not least thanks go to the ISO/MPEG working group


-- 
silvia



More information about the cvs-annodex mailing list