IRC log of tagmem on 2011-06-07

Timestamps are in UTC.

01:26:47 [JeniT]
JeniT has joined #tagmem
02:19:31 [noah]
noah has joined #tagmem
03:21:51 [timbl]
timbl has joined #tagmem
07:00:45 [Bernard]
Bernard has joined #tagmem
13:02:30 [RRSAgent]
RRSAgent has joined #tagmem
13:02:30 [RRSAgent]
logging to
13:02:36 [Yves]
Scribe: Yves
13:02:38 [Zakim]
Zakim has joined #tagmem
13:02:57 [ht]
ht has joined #tagmem
13:03:31 [masinter]
masinter has joined #tagmem
13:04:36 [Ashok]
Ashok has joined #tagmem
13:04:39 [timbl]
timbl has joined #tagmem
13:05:29 [Yves]
Topic: Fragment ID Semantics
13:06:04 [Yves]
13:06:47 [noah]
13:06:51 [noah]
13:07:39 [Yves]
Jeni describes the goal of the session
13:08:59 [Yves]
rfc3986 describe fragments and how they relates to meia types, AWWW talks also about fragment and conneg
13:09:38 [Yves]
3023bis draft describe that fragments MUST be interpreted per XPointer spec
13:10:17 [Yves]
- hashbangs and conflict with HTML/XHTML media type definitions
13:11:40 [Yves]
Larry: HTML5 definition contains new definition for fragments
13:12:31 [masinter]
s\for fragments\for text/html type\
13:12:46 [Yves]
Jeni: media fragment define fragment syntax, but SVG can't use it because of rfc3023bis rules
13:13:09 [masinter]
suggest looking at some other media type definitions with fragment identifiers for completeness and additional constraints
13:13:23 [Yves]
In SemWeb fragments can describe unconstrained things
13:13:57 [Yves]
which is an issue for the application/rdf+xml media type
13:15:25 [masinter]
think there were proposals for letting fragment identifiers to depend on the scheme as well as the media type, especially for streaming protocols
13:15:44 [Yves]
RDFa core is a way to add RDF in XML documents, leading to situations where fragments won't necessarily identify parts of the document
13:16:43 [Yves]
jar: we should need coordination with 3023bis for the RDFa core case.
13:17:51 [Yves]
jar: when you have RDFa that identify endpoints that may be fragments of the XML document
13:18:15 [noah]
(logging earlier discussion)
13:18:39 [Yves]
Jeni: new media type for other RDF serialization are silent on fragments
13:18:50 [noah]
NM: Does anyone have a formal action to follow up on "agreement" with 3023bis editors regarding changes for fragid and generic processing?
13:19:20 [noah]
HT: I informally track 3023bis progress (Henry later clarified in private communication that there is no formal action for his tracking)
13:19:34 [noah]
JAR: Let's do this at the end of this session.
13:19:46 [noah]
NM: OK, as long as we don't forget to get a formal action.
13:21:06 [Yves]
Jeni: first point is about SVG. Per media type definition, it has to use XPointer for its fragment identifier, however mediafragments describe ways of identifying part of an image => clash
13:22:11 [Yves]
Noah: we have two level of genericity there, the +xml and in media fragment it is about the image/ part
13:23:01 [Yves]
for application/svg+xml it is covered by 3023bis only
13:23:24 [masinter]
i think the media fragment draft is inconsistent with other specifications
13:23:42 [Yves]
13:24:08 [jar]
13:24:35 [Yves] links to image/svg+xml
13:26:07 [ht]
13:26:18 [Yves]
ht: from 3023bis image/svg+xml is covered by the +xml
13:26:59 [Yves]
dka: as an user, you will use the kind of fragment you need to idenfify part of XML or part of the image
13:27:44 [Yves]
ht: it is entirely fine to have tow layer and be able to address each layer that are only disambiguated by use.
13:29:01 [masinter]
13:29:17 [Ashok]
s/tow layer/two layers/
13:29:46 [masinter]
s/two layer /two layers /
13:29:47 [Yves]
ht: good practise is "if you use XML representation, it make sense to use a +xml media type and reference bits of XML has XML" and have a syntax to do a non overlapping identification based on the media type
13:30:01 [jar]
ht: Two modes of interpretation, over nonoverlapping fragid syntaxes
13:30:11 [Yves]
noah: there is an issue that people want to say 1/ it's an image, 2/ it's XML 3, it's SVG
13:31:21 [Yves]
ht: issue with application/rdf+xml is that there is syntax overlapping between the RDF and the XML cases
13:32:01 [masinter]
things are inconsistent (a) what are the possibilities and (b) what specs would have to change
13:32:07 [Yves]
timbl: SVG also have their viewport syntax
13:32:18 [Yves]
Jeni: it is expressed as valid Xpointer syntax
13:32:51 [masinter]
discussion about how SVG uses an xpointer extension
13:33:01 [noah]
YL: What if I'm an Xinclude processor processing an image/svg+xml
13:33:44 [masinter]
could someone explain the xinclude/fragid connection?
13:33:45 [jar]
RDF/XML gives a meaning to id="foo" ...
13:35:00 [ht]
13:36:53 [Yves]
ht: the 3023bis spec says "you should a +xml media type and the consequences are those..." for XML content
13:38:38 [masinter]
thinking about the +json convention as another case
13:39:32 [masinter]
((yves asking about whether generic processers come across SVG fragment which isn't valid XPointer))
13:39:48 [Yves]
timbl: is there a way, if you have an id to make it explicitely clear that it's a Xpointer ID and not 'foo'
13:39:57 [Yves]
ht: yes, but nobody does that
13:40:27 [Yves]
timbl: so can you enforce non-overlapping by forbidding the use of bare names for XML content when you mean xpointer id?
13:41:14 [Yves]
ht: there are lots of pointers, so doing so would be very difficult
13:42:12 [masinter]
are there any other cases of inconsistencies between the generic URI/MIME etc. approaches and the specific case
13:42:25 [Yves]
ht: people want sometimes to point to XML parts, sometime to media-specific fragments (like SVG viewport)
13:42:45 [noah]
Time check: 30 mins, hard stop. We need some time for wrapup and actions.
13:42:47 [masinter]
text/* vs. text/html and charset, EOL, line length limits
13:43:17 [jar]
conneg between python and common lisp?
13:44:32 [Yves]
jeni: we are in agreement that there is an issue with the wording of 3023bis that makes it stricter than needed the fragment processing, and it should talk about non overlapping syntax instead
13:44:57 [Yves]
larry: issue is that there are documents who are saying confilcting things and they all need to be fixed
13:45:12 [Yves]
another issue is text/* and defaut charset
13:46:21 [Yves]
jeni: what can we learn from other conflicts?
13:46:59 [jar]
RDF id="foo" is part of the reification feature, and the RDF WG charter says "Deprecate some RDF features (e.g., reification...)"
13:47:01 [Yves]
larry: "stuff happens", we can either document inconsitencies, try to fix the media type definitions...
13:47:36 [Yves]
noah: one think we can do is alert for future media type definition
13:47:39 [jar]
well... maybe ... id= is used in 2 ways ... long story
13:48:07 [Yves]
for the RDF case we can document the breakage
13:48:31 [Yves]
timbl: there is real damage that needs to be fixed, when you have a mixture of RDFa and anchors
13:48:35 [masinter]
i want to make a case for not trying to fix fragment identifiers
13:48:44 [Yves]
s/RDFa/XML and RDFa/
13:49:12 [masinter]
because fragment identifiers have such difficulty anyway, e.g., with non-ascii characters and IRI of fragments
13:49:39 [Yves]
timbl: it wold be tempting for an browser implementation or an RDF implementation to pre-suppose things about fragments based on their understanding of it
13:49:44 [Yves]
13:49:50 [masinter]
encourage people not to use URIs with fragments to identify components, and instead use some other syntax, e.g., (content + xpointer) or (content + time syntax)
13:50:47 [Yves]
jar: three cases, fragments that may have different meaning, fragments that belong to disjoint syntax spaces
13:51:00 [Yves]
13:51:22 [OKolkman]
OKolkman has joined #tagmem
13:51:28 [Yves]
there is a use case to have fragments that can be understood in two different ways _on purpose_
13:52:10 [Yves]
jeni: when he has an URI in #foo, what is meant?
13:52:15 [Yves]
jar: it depends on the processor
13:52:40 [Yves]
larry: would it be ok to warn people about using fragment identifier ?
13:53:04 [jar]
warn people *against* using fragids
13:53:09 [jar]
all sorts of problems
13:53:35 [noah]
NM: +1 to LM, with a big caveat. 10 years ago, he would have been exactly right. The RDF train, and many others, have long since left the station.
13:54:07 [Yves]
larry: issue with fragment microformats, i18n issues etc...
13:54:17 [jar]
pain from having to shove multiple semantics into narrow pipe of #
13:54:17 [Yves]
jeni: we have to live with fragments
13:55:10 [Yves]
timbl: is the proposal to have another attribute in html or xml to have a kind of fragment? How can you bookmark that?
13:55:38 [jar]
why would a bookmark have to be only a raw URI?
13:55:47 [jar]
s/why would/masinter: why would/
13:55:48 [Yves]
timbl: awww says that you should identify things using URIs
13:56:13 [Yves]
ashok: one solution would be to say "don't use generic media types definitions"
13:56:48 [Yves]
noah: our first resolution was to remove the genericity part, but the feedback from the XML community is that the genericity part was the important thing
13:56:54 [masinter]
you SHOULD identify resources with URIs, not clear it says you SHOULD identify fragments with URIs too
13:57:21 [jar]
(my 3 cases above: 1. fragids can have different kinds of meaning in disjoint syntactic spaces, 2. fragids can have different meanings for different ids, 3. single fragid can have multiple meanings depending on processor)
13:57:32 [jar]
Manu is for #3
13:57:45 [Yves]
13:57:50 [jar]
HT: SVG would be fine with #2
13:57:54 [Yves]
svgview fragments
13:58:00 [Yves]
generic XML
13:58:28 [Yves]
ht: SVGView is not overlapping and is application specific syntax
13:58:28 [masinter]
new URI scheme media-fragment: which uses some other character than #
13:59:24 [Yves]
media fragment mandates the use of '=' which is not an allowed character in #1, so we can tell by inspection the kind of processing that should occur
14:00:00 [Yves]
larry: SVG can have script, so fragments identifying script state
14:00:09 [jar]
masinter: Don't forget the scripting case. Maybe an SVG hosted script can take fragid as a parameter
14:00:28 [masinter]
((someone with camera take picture of board?))
14:01:02 [Yves]
timbl: RDFa can be embedded in SVG as well
14:01:32 [jar]
timbl: Anchors, RDFa, and scripts all use the ncname syntactic space
14:02:46 [jar]
timbl: How about if script parameters are always distinguished so they're in a disjoint syntactic space
14:03:47 [masinter]
compound document is a separate issue
14:04:09 [jar]
yves: We're getting into compound document issue - multiple kinds of content in one document - and that's a different issue
14:05:03 [jar]
timbl: The compound document situation is the core problem
14:05:15 [masinter]
what about IRI issues of fragments, ID with %xx in it cannot be referenced?
14:05:54 [Bernard]
Bernard has joined #tagmem
14:06:24 [Yves]
ht: the RDFa case and script case is generic, while SVG case is about what the media type definition says
14:07:36 [Yves]
noah: we spent time to talk about compound documents, here it seems that we are diving on identification of those documents
14:08:04 [Yves]
jeni: what are the next steps then?
14:09:06 [noah]
14:09:06 [trackbot]
ACTION-509 -- Jonathan Rees to communicate with RDFa WG regarding documenting the fragid / media type issue -- due 2011-06-15 -- OPEN
14:09:06 [trackbot]
14:09:12 [noah]
14:09:12 [trackbot]
ACTION-543 -- Jeni Tennison to propose addition to MIME/Web draft to discuss sem-web use of fragids not grounded in media type -- due 2011-06-15 -- OPEN
14:09:12 [trackbot]
14:09:26 [Yves]
timbl: should media fragment use Xpointer syntax?
14:09:34 [Yves]
to reduce the syntax spaces
14:10:55 [masinter]
i think this belongs in a URI/IRI spec update
14:11:17 [Yves]
ht: wrt 3023bis, it is entirely possible that we would need something new in the future, so there are nothing we agreed on that we should require from the editors
14:11:34 [noah]
. ACTION Henry to track fragid issues in 3023bis, report to TAG and/or communicate with 3023bis editors as appropriate
14:11:42 [masinter]
i have some new information
14:11:51 [noah]
ACTION Henry to track fragid issues in 3023bis, report to TAG and/or communicate with 3023bis editors as appropriate
14:11:51 [trackbot]
Created ACTION-564 - Track fragid issues in 3023bis, report to TAG and/or communicate with 3023bis editors as appropriate [on Henry Thompson - due 2011-06-14].
14:12:24 [noah]
IAB folks: we will break at the quarter hour and start dialing in
14:12:27 [Yves]
Jeni: wrt 543 my text is about describing the issues, not about solving it
14:12:34 [noah]
3 mins
14:13:48 [noah]
14:13:48 [trackbot]
ACTION-543 -- Jeni Tennison to propose addition to MIME/Web draft to discuss sem-web use of fragids not grounded in media type -- due 2011-06-15 -- OPEN
14:13:48 [trackbot]
14:18:32 [jar]
Group decision to table discussion at point where Larry started talking about how MIME & Web doc is progressing.
14:19:02 [jar]
Will resume later in this meeting.
14:20:57 [Zakim]
Zakim has joined #tagmem
14:21:36 [Zakim]
TAG_f2f(IABTAG)10:00AM has now started
14:21:43 [Zakim]
+ +1.617.715.aaaa
14:21:49 [ht]
IAB guests, 422824 is the code you need to enter the call
14:22:26 [noah]
We are dialed, but on break. Will be ready for start at the half hour
14:23:17 [masinter`]
masinter` has joined #tagmem
14:23:36 [masinter]
masinter has joined #tagmem
14:25:11 [masinter]
zakim, who's here
14:25:11 [Zakim]
masinter, you need to end that query with '?'
14:25:14 [masinter]
zakim, who's here?
14:25:14 [Zakim]
On the phone I see TAG
14:25:15 [Zakim]
TAG has JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM
14:25:17 [Zakim]
On IRC I see masinter, Zakim, OKolkman, timbl, Ashok, ht, RRSAgent, DKA, JeniT, noah, jar, Norm, plinss_, Yves, trackbot
14:27:13 [Zakim]
+ +31.20.750.aabb
14:27:44 [ht]
zakim, aabb is Okolkman
14:27:44 [Zakim]
+Okolkman; got it
14:27:49 [OKolkman]
14:28:07 [masinter]
please speak so we can hear your volume, we're not hearing anything now
14:28:15 [OKolkman]
Do I need to speak?
14:28:27 [noah]
It would be helpful if you spoke.
14:29:04 [Zakim]
14:29:19 [Zakim]
+ +1.415.738.aacc
14:29:33 [ht]
zakim, Microsoft is Bernard
14:29:33 [Zakim]
+Bernard; got it
14:30:14 [Bernard]
Bernard has joined #tagmem
14:30:27 [OKolkman]
It is Olaf, not Olafur...
14:30:29 [Zakim]
+ +1.214.755.aadd
14:30:43 [ht]
zakim, 415 is DStreet
14:30:43 [Zakim]
sorry, ht, I do not recognize a party named '415'
14:31:12 [ht]
zakim, aadd is SDawkins
14:31:12 [Zakim]
+SDawkins; got it
14:31:18 [dowstreet]
dowstreet has joined #tagmem
14:31:33 [Zakim]
+ +1.858.750.aaee
14:31:36 [Zakim]
+ +1.510.386.aaff
14:31:44 [ht]
zakim, DStreet is dowstreet
14:31:44 [Zakim]
+dowstreet; got it
14:32:06 [timbl]
timbl has joined #tagmem
14:32:13 [ht]
zakim, aaff is CMorgan
14:32:13 [Zakim]
+CMorgan; got it
14:32:23 [ht]
zakim, aaee is JPeterson
14:32:23 [Zakim]
+JPeterson; got it
14:32:25 [cindymorgan]
cindymorgan has joined #tagmem
14:32:31 [noah]
Entry from TAG agenda for this call:
14:32:34 [ht]
zakim, CMorgan is cindymorgan
14:32:34 [Zakim]
+cindymorgan; got it
14:32:57 [noah]
TAG agenda points to this working agenda for the call:
14:33:54 [Zakim]
+ +1.202.637.aagg
14:34:49 [alissa]
alissa has joined #tagmem
14:35:12 [ht]
zakim, aagg is alissa
14:35:12 [Zakim]
+alissa; got it
14:35:52 [Yves]
(round of introduction)
14:36:47 [noah]
We should be logging IAB attendee names, I think
14:37:13 [Yves]
14:37:32 [noah]
Olaf Kolkman
14:37:38 [noah]
Jon Peterson
14:37:54 [noah]
Alissa Cooper
14:38:07 [noah]
Spencer Dawkins
14:38:22 [Bernard]
Bernard Aboba
14:38:39 [plh]
plh has joined #tagmem
14:38:43 [timbl]
Zakin, who is on the call?
14:38:44 [ht]
Dow Street
14:38:50 [timbl]
Zakim, who is on the call?
14:38:50 [Zakim]
On the phone I see TAG, Okolkman, Bernard, dowstreet, SDawkins, JPeterson, cindymorgan, alissa
14:38:52 [Zakim]
TAG has JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM
14:38:54 [Zakim]
+ +1.703.435.aahh
14:39:06 [noah]
Russ Housley
14:39:19 [timbl]
Zakim, TAG now holds PLH
14:39:19 [Zakim]
+PLH; got it
14:39:22 [ht]
zakim, aahh is RHousley
14:39:22 [Zakim]
+RHousley; got it
14:39:39 [noah]
Philippe le Hegaret
14:40:17 [ht]
Cindy Morgan
14:40:38 [housley]
housley has joined #tagmem
14:40:46 [noah]
Hannes' flight was delayed.
14:40:58 [ht]
Regrets from Hannes Tschofenig
14:41:21 [ht]
zakim, RHousley is housley
14:41:21 [Zakim]
+housley; got it
14:42:05 [Yves]
14:42:07 [noah]
14:42:55 [noah]
14:43:02 [noah]
TAG's public home page:
14:43:03 [Yves]
ht: I am asking the two chairs an elevator pitch to decribe what each group is doing
14:43:15 [noah]
14:43:18 [Bernard]
14:43:22 [Bernard]
IAB Charter
14:43:32 [noah]
The mission of the TAG is stewardship of the Web architecture. There are three aspects to this mission:
14:43:41 [noah]
to document and build consensus around principles of Web architecture and to interpret and clarify these principles when necessary;
14:43:41 [noah]
to resolve issues involving general Web architecture brought to the TAG;
14:43:41 [noah]
to help coordinate cross-technology architecture developments inside and outside W3C.
14:45:00 [noah]
Architecture of the World Wide Web:
14:45:02 [Bernard]
From Section 2 of RFC 2850:
14:45:03 [Bernard]
The IAB is chartered both as a committee of the IETF and as an
14:45:03 [Bernard]
advisory body of the Internet Society. Its responsibilities include:
14:45:03 [Bernard]
(a) IESG Appointment
14:45:03 [Bernard]
(b) Architectural Oversight
14:45:03 [Bernard]
(c) Standards Process Oversight and Appeal
14:45:04 [Bernard]
(d) RFC Series and IANA
14:45:06 [Bernard]
14:45:08 [Bernard]
(e) ISOC Liaison
14:45:10 [Bernard]
14:45:12 [Bernard]
(f) External Liaison
14:45:54 [noah]
14:46:14 [masinter]
14:46:55 [noah]
Public TAG mailing list:
14:48:32 [Yves]
Bernard: IAB also has administrative duties, including IESG appointement, see section 2 above
14:49:34 [Yves]
series of document published on different aspects of the Internet
14:49:57 [masinter]
zakim, who's here
14:49:57 [Zakim]
masinter, you need to end that query with '?'
14:49:57 [Bernard]
Bernard has joined #tagmem
14:49:59 [Zakim]
14:50:00 [masinter]
zakim, who's here?
14:50:01 [Zakim]
On the phone I see TAG, Okolkman, dowstreet, SDawkins, JPeterson, cindymorgan, alissa, housley
14:50:04 [Zakim]
14:50:06 [Zakim]
On IRC I see Bernard, housley, plh, alissa, cindymorgan, timbl, dowstreet, masinter, Zakim, OKolkman, Ashok, ht, RRSAgent, DKA, JeniT, noah, jar, Norm, plinss_, Yves, trackbot
14:50:31 [Bernard]
14:50:53 [Zakim]
14:51:02 [ht]
zakim, [ is Bernard
14:51:02 [Zakim]
+Bernard; got it
14:52:16 [ht]
q+ to explain how the quere works
14:52:22 [ht]
ack ht
14:52:22 [Zakim]
ht, you wanted to explain how the quere works
14:52:28 [noah]
To get on the q, say something like "q+ to flame about TCP architecture"
14:52:50 [noah]
To find out who's on the queue, say "q?" (no quotes on any of that)
14:52:59 [noah]
To take yourself off the queue: "q-"
14:53:06 [timbl]
14:53:06 [noah]
14:53:59 [Yves]
first topic: Versioning: IAB document on extensibility vs. TAG notes on versioning
14:54:13 [noah]
14:54:41 [masinter]
14:54:41 [masinter]
14:54:41 [masinter]
14:55:03 [masinter]
sent to TAG but not on our agenda
14:55:18 [Yves]
Bernard: it is an attempt to documentsways of extending protocols
14:56:04 [Yves]
Noah: versionning and extensibility came up while reviewing specification that provided or not hooks for extensibility
14:56:16 [Bernard]
Review comments can be submitted by sending email to, or by using TRAC ( ).
14:57:10 [Yves]
key points are: decentralized extensibility, identification using URIs leading to namespaces, CURIes, etc...
14:57:16 [masinter]
s/documentsways/document ways/
14:58:03 [Yves]
we got also TAG finding about good architecture for document formats, using XML as a tool to demonstrate that, but it was not finished
14:58:20 [Yves]
there are still new things proposed in that space
14:58:52 [jpeterson]
jpeterson has joined #tagmem
14:58:54 [Yves]
ht: for example, TAG discussed extensibility in HTML5 and provided feedback
14:59:10 [noah]
HT: Extensibility in HTML5 is somewhat circumscribed.
14:59:45 [noah]
Also, pertinent to this discussion, HTML5 relies on various forms of registries, including some IANA registries, some proposed Wikis, etc.
15:00:42 [Yves]
larry: there is some similarity in TAG vs W3C and IAB vs IETF, would it be ok to link those efforts between IAB and TAG, like how do you plan to have an influence on IETF
15:01:42 [Bernard]
audio back up
15:02:04 [Yves]
next topic is security.
15:02:06 [noah]
zakim, who is here?
15:02:06 [Zakim]
On the phone I see TAG, Okolkman, dowstreet, SDawkins, JPeterson, cindymorgan, alissa, housley, Bernard
15:02:08 [Zakim]
15:02:09 [Zakim]
On IRC I see jpeterson, Bernard, housley, plh, alissa, cindymorgan, timbl, dowstreet, masinter, Zakim, OKolkman, Ashok, ht, RRSAgent, DKA, JeniT, noah, jar, Norm, plinss_, Yves,
15:02:12 [Zakim]
... trackbot
15:03:14 [masinter]
zakim, tag holds JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM, PLH
15:03:14 [Zakim]
PLH was already listed in TAG, masinter
15:03:15 [Zakim]
+JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM; got it
15:03:27 [Yves]
jar: there are efforts in W3C around security but TAG doesn't have the right expertise to answer security queries. One example is CORS (Cross Origin Resource Sharing), UMP... attemps to turn a browser into a security platform to access resources
15:03:29 [plh]
--> Cross-Origin Resource Sharing
15:04:08 [Bernard]
It has also come up in IETF RTCWEB
15:04:20 [Yves]
the TAG looked at that, tried to review it, but it has been a challenge for us. Still we are trying to keep an eye on security issues as it has an impact on ther parts of the Web
15:04:21 [masinter]
15:04:41 [plh]
I would note that W3C has been trying to create a Web Applications Security Working Group for the past 6 months or so
15:05:12 [Yves]
we has a session with Adam Barth on cookies. John Kemp (who left the TAG since then) made good initial work in that area
15:05:23 [plh]
15:06:42 [noah]
15:06:52 [noah]
q+ to mention TAG interest in protocol security
15:07:21 [Yves]
JonPeterson: we would be happy to hear about documents within W3C that talks about security, would it be good to have a way to refer to documents needing review?
15:07:35 [Yves]
jar: we have a process for that usually Last Call triggers such reviews
15:07:56 [Yves]
ht: it is usually better to use the traditionnal IETF/W3C liaison for that
15:08:56 [Yves]
JonPeterson: the IAB has a broad oversee of the IETF, currently things about identity is of great interest for IAB members
15:08:59 [ht]
We will come back to Identity later on
15:08:59 [noah]
15:09:26 [Yves]
the IAB is tyring to look at broader topics that are not addressed by working groups
15:09:44 [Yves]
15:10:25 [ht]
15:10:36 [ht]
q+ Spencer
15:10:38 [ht]
ack next
15:10:40 [Zakim]
noah, you wanted to mention TAG interest in protocol security
15:10:51 [Yves]
the IAB once worked on security architecture of the internet, this led to security considerations in groups.
15:11:50 [Yves]
noah: in domains like security, it is difficult to assess things without having deep knowledge of protocols or formats involved
15:11:53 [ht]
ack next
15:12:08 [Bernard]
IAB has also held workshops on things like "unwanted traffic", published surveys on DDoS, etc.
15:13:10 [Bernard]
15:13:32 [Bernard]
Report from a Security-related Workshop (on unwanted traffic).
15:14:19 [Bernard]
Internet Denial of Service Considerations:
15:14:47 [Yves]
ht: the TAG started recently to work at privacy. Both security and privacy issue impact organizaition in multiple ways, and extracting the architecture part of those issues can be tricky
15:15:50 [Yves]
DKA: involve in a serie of workshop on privacy, like device API privacy workshop, as well as the IAB-W3C workshop, the do-not-track workshop.
15:16:43 [Yves]
working on a draft TAG finding relative to data minimization when building an API (Web API)
15:19:00 [Yves]
AlissaC: same situation as the TAG, still in early stages. How do we take guidance to specification writers on privacy topics, trying to do something like what Bernard described for security awareness in groups
15:19:33 [ht]
15:20:08 [Bernard]
15:20:50 [Yves]
Ashok: there is a report on the DNT workshop by Thomas Roessler. We are thinking about starting a Working Group on DNT
15:22:07 [noah]
15:22:28 [masinter]
I wondered about whether tracking based on DNS lookups, for example, were in scope, or tracking on SIP telephony
15:23:53 [masinter]
i would worry less about drawing boundaries and more about collaborating on the overlap
15:24:13 [Yves]
JonPeterson: we want to avoid a W3C way of doing privacy and an IETF way of doing privacy, so we need to ensure we have the right liaisons
15:24:51 [Yves]
Noah: the TAG doesn't have a directionnal role, we are more alerting on issues
15:24:56 [Bernard]
+q Bernard
15:25:05 [ht]
q+ to repeat that the primary boundary-drawing responsibility lies with the existing liaison
15:25:27 [ht]
ack Bernard
15:26:07 [Yves]
Bernard: how we analyze privacy issue? There are technical issues, but also legal issues and business issues
15:26:53 [Yves]
privacy is much more complex than security for IETF. ie: what it the threat model here?
15:26:54 [jpeterson]
agreed larry
15:26:59 [ht]
ack ht
15:26:59 [Zakim]
ht, you wanted to repeat that the primary boundary-drawing responsibility lies with the existing liaison
15:28:11 [masinter]
will raise venue-shopping during 'next steps' discussion
15:28:19 [Yves]
ht: issue about the conflation between privacy and security. Privacy is in fact far more complicated than protecting your data, so knowing what privacy encompass is important.
15:28:20 [DKA_]
DKA_ has joined #tagmem
15:28:29 [Ashok]
Ashok has joined #tagmem
15:28:53 [timbl]
timbl has joined #tagmem
15:29:32 [Yves]
boundaries definition is the role of the IETF/W3C liaisons, the TAG doesn't have liaison oversight, unlike the IAB
15:29:38 [timbl]
15:29:52 [Yves]
Larry: would like to hear about what the IAB did wrt liaisons to other organizations
15:30:15 [Bernard]
IAB appoints liaisons, shepards liaisons. It is a high level role.
15:30:16 [Yves]
JonP: we have mnot acting as a sheperd for the W3C liaison, he brings regular feedback to us
15:30:54 [Yves]
questions are about what is needed to augment collaborations between the two organizations.
15:30:58 [Bernard]
IAB does not duplicate the liaison role.
15:31:18 [ht]
ack next
15:31:28 [Yves]
ht: we forgot to include mnot in this call and it was our mistake.
15:33:04 [Yves]
timbl: there have been issues when html5 evolved as it impacted several groups not only in W3C but also in other organizations.
15:34:26 [Yves]
ht: can you elaborate on 'real time communication' ?
15:34:43 [Ashok]
Report on Do Not Track Workshop:
15:35:53 [Yves]
JonP: IETF worked on lots of specification and efforts, now things are moving to the browser, we need to ensure that W3C and IETF side of the efforts, despite the differences between organizational models, need to collaborate more closely.
15:37:04 [Bernard]
RTCWEB is a merger of two major technologies: HTML 5 and realtime communications. So it is an inherently complex undertaking.
15:38:14 [Bernard]
It will both affect the evolution of realtime, as well as the web security model.
15:38:28 [Bernard]
+q bernard
15:39:57 [alissa]
15:39:58 [Yves]
JonP: do you have an opinion as the TAG on where the HTML5 effor is goins ?
15:40:04 [Yves]
15:41:15 [Yves]
ht: we are looking at various aspects fo HTML5 and presented our position as feedback to the HTML-WG, some comments were accepted, some other not. But that's the role of the TAG.
15:42:03 [Bernard]
RTCWEB will also have privacy impacts. The question is: do we understand how to analyze these issues?
15:43:31 [ht]
15:44:12 [Bernard]
We do not yet have recommendations on how to analyze Privacy Considerations.... security impact is likely to go way beyond protocol-based Security Considerations
15:45:20 [noah]
I'm curious how much we know about the likely technical shape of this "real time Web". E.g. what would be the key use cases, protocols and formats
15:45:33 [ht]
q+ to ack that the TAG has not looked at RTCWEB as such
15:45:40 [ht]
ack bernard
15:46:03 [ht]
ack next
15:47:19 [Bernard]
RTCWEB + Geolocation = Emergency Services (see
15:47:20 [Yves]
Alissa: another impact of RTCWeb is on emergency services, in combination with geolocation. IETF did lots of work in that area, it is not something that could be ignored. Liaison with W3C on that topic is important.
15:47:53 [ht]
ack ht
15:47:53 [Zakim]
ht, you wanted to ack that the TAG has not looked at RTCWEB as such
15:48:23 [noah]
q+ to ask about RTC requirements, specs, etc.
15:48:44 [OKolkman]
I need to drop. Apologies for that
15:48:55 [Yves]
ht: the TAG has not considered RTCWeb yet, looks like an interesting topic for us
15:48:58 [OKolkman]
See you all later Thanks for hosting this call!
15:49:04 [Zakim]
15:49:07 [ht]
ack noah
15:49:07 [Zakim]
noah, you wanted to ask about RTC requirements, specs, etc.
15:49:13 [OKolkman]
OKolkman has left #tagmem
15:49:51 [timbl]
15:49:55 [Yves]
Noah: wondering what is behind 'RTCWeb', would be interesting to hear form the IAB about requirements and directions of it
15:51:16 [Yves]
ht: IAB and TAG hasn't work together in the past. It is probably an error, and it would be a good thing to have a more 'technical' liaison between the TAG and the IAB
15:52:25 [noah]
Thanks Tim. Very interesting. That stuff's all useful, and I'm likely in favor, but it's not the first thing I would have expected from the shorthand "RTC"
15:52:39 [Bernard]
See also FCC Location NOI:
15:52:45 [Yves]
JonP: we need to look at what our processes are, etc...
15:53:03 [timbl]
15:53:42 [noah]
15:53:51 [Bernard]
15:53:55 [noah]
q+ to emphasize real work, for now, over documents on logistics
15:54:01 [Yves]
Larry: we have the issues of 'venue shopping' figuring out which organisation to send work to. Documenting the overlap between organisation woule be good. Also our existing liaison could be responsible for identifying topic we could work on together
15:54:02 [ht]
ack noah
15:54:02 [Zakim]
noah, you wanted to emphasize real work, for now, over documents on logistics
15:54:08 [Yves]
Plh: we should discuss this, yes
15:55:02 [ht]
q+ to remember Prague (IETF 80) and look towards the future
15:55:15 [Yves]
Noah: people doing venue shopping will continue to do so, so such document will not change things, however finding a way to do technical work together is interesting, and documenting that experience after some times would be interesting
15:55:18 [timbl]
15:55:33 [ht]
ack ht
15:55:33 [Zakim]
ht, you wanted to remember Prague (IETF 80) and look towards the future
15:55:50 [noah]
I'm actually going a bit further, saying: let's make sure we take opportunities to actually DO technical work as they arise, and see how it goes.
15:55:55 [Bernard]
Example of documenting existing practice in liaison:
15:56:31 [Yves]
ht: the RTCWeb is a good topic to try to do things together
15:57:39 [masinter]
15:57:48 [noah]
15:57:57 [masinter]
as architectural issue, how does it apply to RTCWeb
15:58:02 [ht]
ack next
15:58:08 [Bernard]
Yes, IAB has discussed potential update to RFC 3205.
15:58:12 [jpeterson]
on the iab side of that question ht look at
15:58:20 [ht]
Jon, yes
15:58:21 [jpeterson]
the post-standardization argument is given there
15:59:18 [noah]
Curious what IAB knows about it's physical meeting schedule next 9-12 months.
15:59:19 [ht]
For W3C readers, per that doc't "post-standarization" means standardization, if at all, outside IETF
15:59:24 [noah]
15:59:36 [masinter]
should TAG review that document? Would that be helpful? What impact would IAB like to have on W3C?
15:59:43 [ht]
IAB meets at IETF plenaries
15:59:54 [ht]
Which are fixed for next 12 mo already
15:59:59 [noah]
16:00:22 [noah]
e.g. is there one winter/spring?
16:00:47 [jpeterson]
ht it doesn't really mean standardizing outside the ietf, it means application protocol development that doesn't require a published specification in any venue because it relies on pushing code
16:01:00 [jpeterson]
winter is in taipei
16:01:13 [plh]
--> W3C/OMA MOU liaison
16:01:24 [masinter]
16:02:00 [noah]
Thanks. To bad. Very unlikely we could get TAG to Teipei, I'd guess, but we could think about it.
16:02:11 [masinter]
November 13-18 Taipei, March 25-30 2012 Paris
16:02:19 [noah]
s/To bad/Too bad/
16:02:32 [Bernard]
Next plenary will cover Privacy at IETF 81.
16:02:44 [timbl]
Is there an iCalendar file I can subscribe to for the IETF meetings?
16:03:02 [masinter]
16:03:07 [timbl]
16:03:09 [Yves]
Bernard: what is the followup?
16:03:28 [Yves]
Noah: trying to think about that.
16:03:40 [Yves]
Larry: it would be good to have the existing liaisons doing recommendations
16:03:53 [Yves]
Plh: will do
16:03:57 [Zakim]
16:04:22 [Bernard]
IAB will be at IETF meetings (see for current schedule). F2F retreat once a year (date and location not set for 2012).
16:05:06 [Bernard]
We can talk offline and see if we can align.
16:05:18 [timbl]
Thank you everyone.
16:05:21 [DKA_]
q+ to suggest more calls like this might be a good idea as well.
16:05:25 [noah]
ACTION: Noah to talk to Bernard about possible IAB/TAG co-location
16:05:25 [trackbot]
Created ACTION-565 - Talk to Bernard about possible IAB/TAG co-location [on Noah Mendelsohn - due 2011-06-14].
16:05:41 [noah]
ack next
16:05:43 [Zakim]
DKA_, you wanted to suggest more calls like this might be a good idea as well.
16:05:59 [Zakim]
16:06:50 [plh]
fyi, the next W3C/IETF liaison call is this Monday
16:06:56 [Zakim]
16:06:58 [Zakim]
16:07:00 [Zakim]
16:07:02 [Zakim]
16:07:04 [Zakim]
16:07:15 [Zakim]
16:07:16 [Zakim]
TAG_f2f(IABTAG)10:00AM has ended
16:07:18 [Zakim]
Attendees were +1.617.715.aaaa, JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM, +31.20.750.aabb, Okolkman, +1.415.738.aacc, Bernard, +1.214.755.aadd, SDawkins,
16:07:21 [Zakim]
... +1.858.750.aaee, +1.510.386.aaff, dowstreet, JPeterson, cindymorgan, +1.202.637.aagg, alissa, +1.703.435.aahh, PLH, housley, [Microsoft]
16:07:34 [Yves]
Ashok: we should have more focussed scopes
16:08:25 [Ashok]
For example, on Security or Privacy
16:08:53 [DKA_]
ACTION: Dan to contact Alissa Cooper, organize a future joint discussion on privacy with IAB.
16:08:53 [trackbot]
Created ACTION-566 - Contact Alissa Cooper, organize a future joint discussion on privacy with IAB. [on Daniel Appelquist - due 2011-06-14].
16:09:24 [Yves]
Noah: would be good to have RTCWeb knowledge, have a telcon on that topic
16:09:34 [masinter]
what are architectural issues around RTCWEB that raise it to IAB and should also be brought to TAG
16:57:34 [timbl]
timbl has joined #tagmem
16:59:55 [jar]
jar has joined #tagmem
17:00:12 [ht]
ht has joined #tagmem
17:05:47 [JeniT]
JeniT has joined #tagmem
17:15:53 [timbl_]
timbl_ has joined #tagmem
17:18:24 [timbl_]
timbl_ has joined #tagmem
17:25:38 [masinter]
masinter has joined #tagmem
17:30:02 [DKA]
DKA has joined #tagmem
17:30:20 [DKA]
Scribe: Dan
17:30:22 [DKA]
ScribeNick: DKA
17:31:21 [DKA]
Topic: Restarting session on Fragment IDs
17:31:37 [DKA]
Noah: 10 minutes. Jenni can you lead the wrapup?
17:31:41 [noah]
noah has joined #tagmem
17:31:52 [JeniT]
17:32:49 [DKA]
Jeni: larry you were talking about the mime and the web draft?
17:33:52 [DKA]
Larry: The issues raised there seem to fall into 2 categories - interactions between w3c and IANA (extending to other registries)...
17:34:49 [DKA]
... 2nd set: things wrong with the mime registry. To that end, Alexi M. has offered to help co-edit the document.
17:35:20 [DKA]
... so that's what's happening. He suggested we meet together at IETF in Quebec. I will be there.
17:35:33 [DKA]
Noah: Do we care if this becomes an IETF draft or a TAG finding?
17:35:34 [Yves]
s/Alexi M./Alexey Melnikov/
17:35:54 [DKA]
Larry: If there's something we can fix through IETF then we wouldn't need a TAG document to endorse these changes.
17:36:09 [DKA]
... looking for some feedback.
17:36:37 [DKA]
Jeni: My feeling is that the level of discussion went into earlier is bigger than the frag identifiers section of that document...
17:37:01 [DKA]
... I think it needs to be expanded quite a lot. Should that be in your document or a separate document?
17:37:26 [DKA]
Larry: I like having a second document better that talks about fragment identifiers.
17:37:52 [DKA]
Jeni: In that case I will take an action to do a draft document that outlines the problems with frag IDs and starts to outline the solutions.
17:38:08 [DKA]
Larry: You could say how things need to change and consider doing an internet draft.
17:39:01 [DKA]
Noah: Are there other actions or clean-up?
17:39:10 [DKA]
[consensus to move on]
17:40:09 [JeniT]
ACTION: Jeni to draft a document describing problems around fragids and ways things should be changed due 2011-06-28
17:40:09 [trackbot]
Created ACTION-567 - Draft a document describing problems around fragids and ways things should be changed due 2011-06-28 [on Jeni Tennison - due 2011-06-14].
17:40:14 [DKA]
Topic: URI Definition Discovery; Metadata Architecture
17:40:25 [DKA]
17:40:25 [trackbot]
ISSUE-57 -- Mechanisms for obtaining information about the meaning of a given URI -- open
17:40:25 [trackbot]
17:40:31 [DKA]
17:40:31 [trackbot]
ISSUE-63 -- Metadata Architecture for the Web -- open
17:40:31 [trackbot]
17:40:36 [DKA]
17:40:36 [trackbot]
ISSUE-14 -- What is the range of the HTTP dereference function? -- closed
17:40:36 [trackbot]
17:42:18 [DKA]
JAR: on Issue-57. History - Tim raised ISSUE-14 in 2002. TAG resolved it in 2005. This percolated through the community. In 2007 we opened ISSUE-57.
17:42:28 [DKA]
... the complaint is that 303s are too slow.
17:42:49 [DKA]
... there are two round-trips required.
17:43:21 [DKA]
... also the complaint that it's hard to deploy - especially for those who use hosted solutions that make it more difficult to send 303 responses.
17:43:51 [DKA]
... I came to this issue in 2007 with a different complaint - I don't know what an "Information Resource" is.
17:44:15 [DKA]
... Harry Halpin has helped - sent an email in 2011 laying out problems with the 303 situation.
17:44:46 [DKA]
... so - how do you use URIs for things other than information resources?
17:45:32 [DKA]
... each URI refers to the information resource that you get at that URI.
17:46:00 [Ashok]
Ashok has joined #tagmem
17:46:13 [DKA]
... at the last f2f where we discussed it, we agreed I would create a document and then call for public review on www-tag.
17:46:41 [DKA]
17:47:38 [DKA]
... we would then decide how to pursue this. We could start a new community group, do a tag finding, charter a new working group, start a document in an existing working group, etc.. [or something else]
17:47:53 [DKA]
... I would like an answer - are we prepared for a consensus process on this issue?
17:48:28 [DKA]
... How I see this issue more generally - this is about the relation of RDF to Web Architecture.
17:48:52 [DKA]
... RDF is supposed to use the URI namespace in a way that is compatible with Web Architecture.
17:50:46 [DKA]
... there is a constituency of people who have problems they need to solve and they feel that Web Architecture is bad for the World. They say the Web Architecture principle as applied to RDF is getting in the way, inhibiting the update of linked data and RDF.
17:52:18 [DKA]
... [adopters could simply choose to go another way.]
17:53:00 [DKA]
... There is also the claim that the specs are weak on how this all works.
17:53:44 [DKA]
... e.g. RFC-2616 bis
17:54:55 [DKA]
Tim: From the perspective of someone implementing a web server, it is strong, but not from a semantic web perspective.
17:55:33 [DKA]
JAR: So - what might happen as this goes to a consensus process?
17:55:55 [Yves] 7 drafts
17:56:37 [Yves] for the revised 303 definition I talked about
17:57:02 [DKA]
... Does Webarch have defenders in the linked data community? Tabulator; users of xhv:license, anyone who cares about metadata or provenance...
17:57:38 [DKA]
... most people in the RDF world probably take it for granted.
17:58:20 [DKA]
... having more choice may also be confusing.
17:58:46 [DKA]
Jeni: It's already the case that people trying to do linked data have problems figuring out what to do - to add another story onto that, we make the story worse.
17:58:56 [DKA]
... so [it hinders linked data adoption].
17:59:22 [DKA]
Ashok: If you are able to endorse one story? That would make things better.
17:59:37 [DKA]
Jeni: That also has big implications.
18:01:12 [DKA]
JAR: If there were a REC, what might it say? Strengthen httpRange-14, help out with issue-57; or retract httpRange-14
18:01:53 [DKA]
... that option means that some RDF related working group gets to decide what URIs mean to it -
18:02:13 [DKA]
... this would mean an "opt in" to Web architecture.
18:03:33 [DKA]
... another possibility - if we fail to reach consensus then fall back to a TAG finding, or do nothing. But there is a need for clarity.
18:03:51 [DKA]
... "Undefended linguistic space will be invaded."
18:05:22 [Ashok]
Jar: I've told you my take on this ... do you want to give me advice
18:05:51 [Ashok]
... the effect may be that a community secedes from Web Arch
18:05:52 [jar]
18:06:28 [Ashok]
lMM: I didn't understand the stuff in sections 3 and 4
18:06:38 [Ashok]
18:07:02 [DKA]
Larry: can we bring more light to bear on the choices?
18:07:14 [DKA]
JAR: Probably that's why I'm asking for review.
18:07:28 [DKA]
[docuemnt review]
18:07:50 [masinter]
I want to understand the idea in HTTPRange-14 that a resource is either an information resource or not, and whether that can change over time... and the substantive time-dependency makes me not like range-14
18:08:15 [DKA]
18:11:13 [DKA]
Ashok: Can you tell me how this is different from the other use case on Metadata?
18:11:32 [DKA]
Ashok: The Mark Nottingham use case?
18:11:58 [DKA]
JAR: This is where you're trying to extend the dictionary.
18:12:38 [DKA]
18:17:02 [masinter]
the dictionary has a definition of the word. The word doesn't have the definition in the dictionary. There are multiple dictionaries, which have different definitions.
18:17:04 [DKA]
Tim: Word and URI are in the same [category] - a collective noun.
18:17:34 [DKA]
Noah: [thinks URIs are different category than words]
18:17:39 [DKA]
[ moving on ]
18:18:59 [noah]
Would "establishing the referent of a URI" be closer to correct than "defining a URI"?
18:19:55 [noah]
I think words and URIs are different in that the word dog existed and was used to refer to a class of animal long before there was writing, and thus before the 3 letter string "d-o-g" was used to represent the word.
18:20:06 [noah]
Per RFC 3986, the URI is the string.
18:24:34 [ndw]
ndw has joined #tagmem
18:28:33 [DKA]
Tim: [referencing to 3.5] - the idea of the # is that it binds the URI of the document to a local identifier in any language. Doing this for RDF is really just one small case.
18:29:00 [DKA]
... this was in the Web design before html - a fundamental operation in the theory of Web architecture.
18:31:29 [masinter]
i'm concerned about temporal variability (the "thunderstorm") comment
18:31:37 [jar]
timbl: 3.5 maybe relay point about abstractness of # operator
18:33:43 [timbl]
Some people, when they look at the hash URI system, say things like "Oh, that means the meaning depends on the media type, and that mean that there can be no meaning unless a web access has been given -- and we can't insist people do a web access before uing a name!" or upside-down philosophical confusion like that.
18:34:41 [masinter]
i think you need to argue against it without editorializing about it. calling something "upside-down" or "confusion" isn't an argument.
18:36:17 [masinter]
my concern about hash and 303 is that the make meaning depend on deployment of services infrastructure, which cost power and money to maintain
18:36:35 [masinter]
and that to mean something you shouldn't have to have a foundation
18:36:41 [DKA]
Tim: What is Harry's position?
18:37:04 [DKA]
JAR: His position is the anti-HTTPRange-14 position.
18:37:46 [DKA]
Larry: My concern. I want to say something today and mean something 100 years from now without having to endow a foundation to maintain that URI. I would have to guarantee that 100 years from now that there's something there to return 303s.
18:38:38 [DKA]
Tim: You're confusing 2 things. Supposing you want to use URNs. In the URN it's perfectly reasonable to give the URN for the american citizenship act 2012 with a #citizen - to mean citizen as defined in that document.
18:38:50 [DKA]
... this is very common.
18:39:44 [DKA]
Tim: I think the URN issue and the hash issue are orthogonal.
18:42:21 [masinter]
i'd like to see in section 5 the issue of requirement for long-term availability of URI data or services (303 or hash)
18:42:24 [timbl]
In legal circles, it is very common to define a term with respect to a document such as a law, a la: "resident" in the terms of the Residence Act of 1876.
18:42:32 [JeniT]
Is the point that if the semantics of the URI (whether it's IR or NIR) is dependent on what you get as a result of a particular request, you have to still get a response from that request into the future to work out whether the URI represents a IR or NIR?
18:42:37 [masinter]
also about the "thunderstorm" example, where the meaning changes if there's a thunderstorm
18:42:38 [timbl]
... That is what the "#" is doing here
18:43:25 [timbl]
JeniT, that is a teason I felt HTTPRage-14 was important
18:43:45 [JeniT]
18:44:51 [jar]
timbl doesn't like postfix #
18:45:38 [jar]
... because "" isn't an ncname
18:46:31 [jar]
... include a warning against using empty fragid
18:49:38 [DKA]
JAR: Rumor: Some tools - site builders - are [munging] the RDFa by cutting off the frag identifiers.
18:52:00 [DKA]
Tim: There's an argument that - "listen - when you're a semantic web company then your world is full of billions of RDF constructs and there is only one document for each one - so the # becomes a pain. We want to hide that. # is an archeological artefact - [vestigial]?"
18:52:09 [DKA]
JAR: Jango and Sinatra were the frameworks named.
18:52:25 [JeniT]
18:55:13 [DKA]
[some discussion on reliability issues]
18:55:45 [DKA]
[referncing 3.6.1]
18:56:02 [DKA]
Jeni: Governments would not feel happy using URIs.
18:56:12 [DKA]
Dan: We also had the same issue with Vodafone.
18:58:40 [DKA]
[ref 3.6.3 - 303s difficult to bookmark - some discussion on lack of ability to copy the previous URI out of the address bar in browsers]
18:59:23 [DKA]
JAR: 303 is "fixed" by HTTPbis - 200 is not fixed by HTTPbis.
19:00:21 [DKA]
19:02:15 [noah]
Interesting.RFC 2616 does not use the word "representation" in definition of 200 status code for GET. Rather it says: "the response;"
19:02:36 [noah]
So, the question is whether the "corresponding to" relation can hold for other than an information resource.
19:02:48 [noah]
I infer that Tim believes: "no, it can't"
19:03:50 [DKA]
Jeni: [on 4.2] if you have a URI that represents schools and a fragment identifier for a particular school, you could return a 404 to say that school does not exist or you could redirect to another document which says it doesn't exist.
19:04:11 [DKA]
... point being you may want to use some of the http status codes to say something about the non-information-resource.
19:04:27 [DKA]
HT: I think 404 always means no representation found.
19:04:49 [DKA]
Noah: [cites chapter and verse of 404 and 410]
19:08:05 [DKA]
[section 4.3]
19:08:21 [DKA]
[discussion on mget]
19:08:48 [DKA]
HT: You might want to reference XRI and a whole bunch of other stuff...
19:08:59 [DKA]
JAR: XRI is using well-known.
19:09:59 [DKA]
Tim: Now things are getting interesting.
19:10:27 [DKA]
... supposing for example - what things could we tweak about the request and the response...
19:11:24 [ht]
ht has joined #tagmem
19:11:39 [jar]
tweak the content-type
19:11:56 [DKA]
Tim: I think that people are using an upload space then they can use hashes.
19:12:31 [masinter]
i don't think it should cost energy to mean something
19:13:04 [jar]
processing instruction ?
19:13:27 [Norm]
Norm has joined #tagmem
19:14:23 [DKA]
Noah: THis strikes me as another thing like client side state - we could spend more time on this at the risk of dropping other things?
19:18:15 [DKA]
19:18:22 [DKA]
RRSagent, draft minutes
19:18:22 [RRSAgent]
I have made the request to generate DKA
19:18:39 [DKA]
rrsagent make logs public
19:18:53 [DKA]
rrsagent, make logs public
19:23:33 [plh]
plh has left #tagmem
20:09:20 [ndw]
ndw has joined #tagmem
20:41:58 [ht]
ht has joined #tagmem
21:01:14 [JeniT]
JeniT has joined #tagmem
21:28:08 [ht]
ht has joined #tagmem
21:35:27 [DKA]
DKA has joined #tagmem
21:35:33 [DKA]
21:36:08 [DKA]
[change of venue - Condord]
21:40:54 [DKA]
present+ Jeni, Tim, Ashok, Larry, Henry, Noah, Dan, JAR, Yves
21:41:25 [DKA]
Tim: "Is a representation of a document" got turned into "representation"
21:41:46 [DKA]
... argument went - HTTPRange-14 was badly phrases.
21:43:06 [DKA]
... then people said the domain of http 200 is information resource - that means you can only use http uris to refer to informaiton resource. Then you would say you can only put information resource on your web server...
21:43:18 [DKA]
Larry: I'm still confused.
21:43:32 [DKA]
JAR: THe other document (Web Metadata) is the one that [clarifies].
21:44:00 [DKA]
... people put a document on the web, it's title is X so they write RDF that this document's title is X.
21:44:52 [DKA]
Larry: I think it's a problem with the way that it's described and not with the practice.
21:45:33 [DKA]
JAR: People are successfully using this metadata patern.
21:45:53 [DKA]
Larry: I'm concerned in the way you're descibing the patern - [dependency on running web server]
21:46:16 [DKA]
... if you do a get on the string, web server must be running when you do that GET.
21:47:03 [DKA]
Tim: There's a fundamental switch - http is a namespace - you use it for naming things. One property is - you own domain names so you can allocate names to things. These names have a second property that on a good day you can find out stuff about them.
21:47:18 [DKA]
Larry: I understand that but I'm concerned about how it's described.
21:47:52 [DKA]
JAR: I described it precisely. Based on what http-bis says and what people already do...
21:50:32 [DKA]
... 2 documents - the information resource document - a distillation of a [long] process. Stands on its own, independent of issue-57. It says you could go either way on this.
21:50:42 [noah]
noah has joined #tagmem
21:50:43 [DKA]
Ashok: I think you got to tell the world what you would like to happen.
21:51:22 [DKA]
JAR: I don't know what I'd like to happen. I think in this case we can solve this one problem [a threat to linked data].
21:51:50 [DKA]
... half a billion documents deployed using this pattern described in this document and billions and billions more. We want to get it right.
21:52:32 [DKA]
Larry: asking about sometimes CC license is embedded...
21:52:43 [DKA]
HT: Sometimes that's not allowed eg for image formats.
21:53:07 [DKA]
JAR: That's right - that's why we need this.
21:53:58 [DKA]
HT: How can we turn this into a decision process? We need to get to a bottom line.
21:55:06 [DKA]
... we need a story of how to get there from here.
21:55:29 [DKA]
... of the possible ways forward, what are the ones we can get to from here in a way that's believable?
21:55:46 [DKA]
... e.g. "solutions that require changes to the server are impossible because we can't get them done."
21:56:06 [DKA]
... if in fact that's only relevant in the corner cases and we could tell the new story from day 1 because the 99% case you don't have to worry about.
21:56:51 [DKA]
... suppose this straw man: suppose we endorse the "pun"?
21:57:14 [DKA]
Tim: There's a third way - Sandro's [work]...
21:57:56 [DKA]
HT: ... but - the problem with the pun is that there are URIs out there that you want to use in both ways - both to refer to the document and what it refers to....
21:59:29 [DKA]
Tim: In fact, we need to ground this. What exactly should implementers do?
22:00:34 [DKA]
... could we create a new way to do this? Create 209?
22:00:55 [DKA]
JAR: The one I tend to favor right now is the Pun solution.
22:01:21 [DKA]
[this is 4.4]
22:02:03 [DKA]
Tim: There's a vast number of cases of web pages about web pages - that this can't handle.
22:02:17 [DKA]
JAR: I've come to believe that these cases are fewer than you think they are.
22:02:29 [DKA]
JAR: Well - it's all of FlickR (for instance).
22:03:07 [DKA]
... now -we could go to FlickR and ask them to change. But I don't want to do that until we have a spec.
22:04:24 [DKA]
Larry: if you believe that linking to an image by embedding is a copyright infringement then...
22:04:54 [DKA]
JAR: Yes but [poem in the comment] case. - [in this case you would draw the conclusion that the CC license applies to the poem which is not the case].
22:05:34 [Zakim]
Zakim has left #tagmem
22:06:14 [DKA]
Larry: in the case where the book is by john but bill wrote the preference...
22:06:45 [DKA]
... in defence of punning. You're asserting that this metadata that you're applying belongs to the thing and the document about the thing...
22:06:58 [DKA]
JAR: In the case of license, this is a long conversation.
22:09:17 [DKA]
Tim: When you said - if it works for most of what's out there now that's really important. Yes - it should work for semantic web stuff, but it should [also] work for The Web.
22:09:40 [DKA]
... URIs identify Web pages.
22:09:59 [DKA]
HT: Linked data people are not interested in data about documents.
22:10:06 [DKA]
Jeni: Some aren't.
22:10:32 [DKA]
JAR: We can ask Harry what he thinks.
22:11:58 [JeniT]
JeniT has joined #tagmem
22:12:19 [DKA]
HT: I was going to take the use case - consider the library of congress catalog entry for Moby Dick.
22:13:03 [DKA]
... and suppose consensus emerges that we have one URI to talk about Moby Dick. You then say that the author is Herman Melville using dc:author, etc...
22:13:18 [DKA]
and other namespaces...
22:13:45 [DKA]
... but they're not good because now I need to say that the author of the card catalog entry is so-and-so....
22:13:55 [DKA]
... then you're not going to be able to use creator.
22:15:42 [DKA]
Tim: Parallel properties - in the open graph protocol on Facebook you get a page about a movie. The RDF references "" (empty URI) is of type "Movie" etc... Sandro says - since they use their own namespace ogp: then we know that ogp: usage means that the referent is the principle subject of the resource referenced.
22:16:05 [DKA]
JAR: That is the Pun solution.
22:18:10 [DKA]
Noah: The complication here is that there are some properties you only want to have one name of but you define parallel properties - one for the author of the page, and one to the principle subject.
22:18:20 [DKA]
DKA: But then you need to have a list of all properties somewhere?
22:18:40 [DKA]
Jeni: No.
22:21:22 [DKA]
Tim: This X is a page about this. dc:author is the author of the page. ogp:author is the author of the principle subject.
22:21:22 [DKA]
... you can say there are relationships between these properties.
22:21:22 [DKA]
JAR: You can say this is the license of this, and you can also say this is the license of what this is about...
22:21:25 [DKA]
Tim: The number of levels of indirection is in the eyes of the beholder.
22:21:28 [DKA]
JAR: THis is a pattern for complying with HTTPrange-14.
22:21:33 [DKA]
... but FlickR would need to be changed.
22:21:58 [DKA]
Jeni: you would need a new property in the case of FlickR.
22:23:57 [DKA]
HT: The real win would be if I could still use dc:creator if there was only one possible interpretation given the subject. If I say the dc:creator for this web page (a bit of ascii art) is Henry Thompson. Then there's no question that creator is being used about the web page. On the other hand if I use it about a URI that doesn't resolve...
22:24:14 [DKA]
... it can't depend on doesn't resolve. What I just said was wrong.
22:26:22 [DKA]
JAR: what's the decision procedure?
22:26:57 [DKA]
HT: We have to have another go at this ourselves
22:27:07 [DKA]
LM: We have a provenance group
22:27:17 [DKA]
JAR: The provenance group is asking us for help
22:28:10 [DKA]
LM: Do the provenance requirements help us to make a decision?
22:28:45 [DKA]
JAR: They invited me to their meeting
22:29:03 [DKA]
Yves: July 6-7th at the Stata centre
22:31:49 [DKA]
[discussion on meta-meta-data]
23:17:18 [DKA]
DKA has joined #tagmem
23:18:26 [DKA]
rrsagent, draft minutes
23:18:26 [RRSAgent]
I have made the request to generate DKA