01:26:47 JeniT has joined #tagmem 02:19:31 noah has joined #tagmem 03:21:51 timbl has joined #tagmem 07:00:45 Bernard has joined #tagmem 13:02:30 RRSAgent has joined #tagmem 13:02:30 logging to http://www.w3.org/2011/06/07-tagmem-irc 13:02:36 Scribe: Yves 13:02:38 Zakim has joined #tagmem 13:02:57 ht has joined #tagmem 13:03:31 masinter has joined #tagmem 13:04:36 Ashok has joined #tagmem 13:04:39 timbl has joined #tagmem 13:05:29 Topic: Fragment ID Semantics 13:06:04 http://www.w3.org/2001/tag/2011/06/06-agenda.html#mimefrag 13:06:47 q+ 13:06:51 q- 13:07:39 Jeni describes the goal of the session 13:08:59 rfc3986 describe fragments and how they relates to meia types, AWWW talks also about fragment and conneg 13:09:38 3023bis draft describe that fragments MUST be interpreted per XPointer spec 13:10:17 - hashbangs and conflict with HTML/XHTML media type definitions 13:11:40 Larry: HTML5 definition contains new definition for fragments 13:12:31 s\for fragments\for text/html type\ 13:12:46 Jeni: media fragment define fragment syntax, but SVG can't use it because of rfc3023bis rules 13:13:09 suggest looking at some other media type definitions with fragment identifiers for completeness and additional constraints 13:13:23 In SemWeb fragments can describe unconstrained things 13:13:57 which is an issue for the application/rdf+xml media type 13:15:25 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 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 jar: we should need coordination with 3023bis for the RDFa core case. 13:17:51 jar: when you have RDFa that identify endpoints that may be fragments of the XML document 13:18:15 (logging earlier discussion) 13:18:39 Jeni: new media type for other RDF serialization are silent on fragments 13:18:50 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 HT: I informally track 3023bis progress (Henry later clarified in private communication that there is no formal action for his tracking) 13:19:34 JAR: Let's do this at the end of this session. 13:19:46 NM: OK, as long as we don't forget to get a formal action. 13:21:06 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 Noah: we have two level of genericity there, the +xml and in media fragment it is about the image/ part 13:23:01 for application/svg+xml it is covered by 3023bis only 13:23:24 i think the media fragment draft is inconsistent with other specifications 13:23:42 http://www.w3.org/TR/SVG/mimereg.html 13:24:08 http://www.w3.org/TR/2011/WD-media-frags-20110317/#standardisation-URI-fragments 13:24:35 http://www.iana.org/assignments/media-types/image/index.html links to image/svg+xml 13:26:07 http://www.w3.org/2006/02/son-of-3023/latest.html#naming 13:26:18 ht: from 3023bis image/svg+xml is covered by the +xml 13:26:59 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 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 s/tow/two/ 13:29:17 s/tow layer/two layers/ 13:29:46 s/two layer /two layers / 13:29:47 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 ht: Two modes of interpretation, over nonoverlapping fragid syntaxes 13:30:11 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 ht: issue with application/rdf+xml is that there is syntax overlapping between the RDF and the XML cases 13:32:01 things are inconsistent (a) what are the possibilities and (b) what specs would have to change 13:32:07 timbl: SVG also have their viewport syntax 13:32:18 Jeni: it is expressed as valid Xpointer syntax 13:32:51 discussion about how SVG uses an xpointer extension 13:33:01 YL: What if I'm an Xinclude processor processing an image/svg+xml 13:33:44 could someone explain the xinclude/fragid connection? 13:33:45 RDF/XML gives a meaning to id="foo" ... 13:35:00 http://www.w3.org/2006/02/son-of-3023/latest.html#naming 13:36:53 ht: the 3023bis spec says "you should a +xml media type and the consequences are those..." for XML content 13:38:38 thinking about the +json convention as another case 13:39:32 ((yves asking about whether generic processers come across SVG fragment which isn't valid XPointer)) 13:39:48 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 ht: yes, but nobody does that 13:40:27 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 ht: there are lots of pointers, so doing so would be very difficult 13:42:12 are there any other cases of inconsistencies between the generic URI/MIME etc. approaches and the specific case 13:42:25 ht: people want sometimes to point to XML parts, sometime to media-specific fragments (like SVG viewport) 13:42:45 Time check: 30 mins, hard stop. We need some time for wrapup and actions. 13:42:47 text/* vs. text/html and charset, EOL, line length limits 13:43:17 conneg between python and common lisp? 13:44:32 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 larry: issue is that there are documents who are saying confilcting things and they all need to be fixed 13:45:12 another issue is text/* and defaut charset 13:46:21 jeni: what can we learn from other conflicts? 13:46:59 RDF id="foo" is part of the reification feature, and the RDF WG charter says "Deprecate some RDF features (e.g., reification...)" http://www.w3.org/2011/01/rdf-wg-charter 13:47:01 larry: "stuff happens", we can either document inconsitencies, try to fix the media type definitions... 13:47:36 noah: one think we can do is alert for future media type definition 13:47:39 well... maybe ... id= is used in 2 ways ... long story 13:48:07 for the RDF case we can document the breakage 13:48:31 timbl: there is real damage that needs to be fixed, when you have a mixture of RDFa and anchors 13:48:35 i want to make a case for not trying to fix fragment identifiers 13:48:44 s/RDFa/XML and RDFa/ 13:49:12 because fragment identifiers have such difficulty anyway, e.g., with non-ascii characters and IRI of fragments 13:49:39 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 s/it/them/ 13:49:50 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 jar: three cases, fragments that may have different meaning, fragments that belong to disjoint syntax spaces 13:51:00 s/three/two/ 13:51:22 OKolkman has joined #tagmem 13:51:28 there is a use case to have fragments that can be understood in two different ways _on purpose_ 13:52:10 jeni: when he has an URI in #foo, what is meant? 13:52:15 jar: it depends on the processor 13:52:40 larry: would it be ok to warn people about using fragment identifier ? 13:53:04 warn people *against* using fragids 13:53:09 all sorts of problems 13:53:35 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 larry: issue with fragment microformats, i18n issues etc... 13:54:17 pain from having to shove multiple semantics into narrow pipe of # 13:54:17 jeni: we have to live with fragments 13:55:10 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 why would a bookmark have to be only a raw URI? 13:55:47 s/why would/masinter: why would/ 13:55:48 timbl: awww says that you should identify things using URIs 13:56:13 ashok: one solution would be to say "don't use generic media types definitions" 13:56:48 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 you SHOULD identify resources with URIs, not clear it says you SHOULD identify fragments with URIs too 13:57:21 (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 Manu is for #3 13:57:45 http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/#naming-space 13:57:50 HT: SVG would be fine with #2 13:57:54 svgview fragments 13:58:00 generic XML 13:58:28 ht: SVGView is not overlapping and is application specific syntax 13:58:28 new URI scheme media-fragment: which uses some other character than # 13:59:24 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 larry: SVG can have script, so fragments identifying script state 14:00:09 masinter: Don't forget the scripting case. Maybe an SVG hosted script can take fragid as a parameter 14:00:28 ((someone with camera take picture of board?)) 14:01:02 timbl: RDFa can be embedded in SVG as well 14:01:32 timbl: Anchors, RDFa, and scripts all use the ncname syntactic space 14:02:46 timbl: How about if script parameters are always distinguished so they're in a disjoint syntactic space 14:03:47 compound document is a separate issue 14:04:09 yves: We're getting into compound document issue - multiple kinds of content in one document - and that's a different issue 14:05:03 timbl: The compound document situation is the core problem 14:05:15 what about IRI issues of fragments, ID with %xx in it cannot be referenced? 14:05:54 Bernard has joined #tagmem 14:06:24 ht: the RDFa case and script case is generic, while SVG case is about what the media type definition says 14:07:36 noah: we spent time to talk about compound documents, here it seems that we are diving on identification of those documents 14:08:04 jeni: what are the next steps then? 14:09:06 ACTION-509? 14:09:06 ACTION-509 -- Jonathan Rees to communicate with RDFa WG regarding documenting the fragid / media type issue -- due 2011-06-15 -- OPEN 14:09:06 http://www.w3.org/2001/tag/group/track/actions/509 14:09:12 ACTION-543? 14:09:12 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 http://www.w3.org/2001/tag/group/track/actions/543 14:09:26 timbl: should media fragment use Xpointer syntax? 14:09:34 to reduce the syntax spaces 14:10:55 i think this belongs in a URI/IRI spec update 14:11:17 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 . ACTION Henry to track fragid issues in 3023bis, report to TAG and/or communicate with 3023bis editors as appropriate 14:11:42 i have some new information 14:11:51 ACTION Henry to track fragid issues in 3023bis, report to TAG and/or communicate with 3023bis editors as appropriate 14:11:51 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 IAB folks: we will break at the quarter hour and start dialing in 14:12:27 Jeni: wrt 543 my text is about describing the issues, not about solving it 14:12:34 3 mins 14:13:48 ACTION-543? 14:13:48 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 http://www.w3.org/2001/tag/group/track/actions/543 14:18:32 Group decision to table discussion at point where Larry started talking about how MIME & Web doc is progressing. 14:19:02 Will resume later in this meeting. 14:20:57 Zakim has joined #tagmem 14:21:36 TAG_f2f(IABTAG)10:00AM has now started 14:21:43 + +1.617.715.aaaa 14:21:49 IAB guests, 422824 is the code you need to enter the call 14:22:26 We are dialed, but on break. Will be ready for start at the half hour 14:23:17 masinter` has joined #tagmem 14:23:36 masinter has joined #tagmem 14:25:11 zakim, who's here 14:25:11 masinter, you need to end that query with '?' 14:25:14 zakim, who's here? 14:25:14 On the phone I see TAG 14:25:15 TAG has JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM 14:25:17 On IRC I see masinter, Zakim, OKolkman, timbl, Ashok, ht, RRSAgent, DKA, JeniT, noah, jar, Norm, plinss_, Yves, trackbot 14:27:13 + +31.20.750.aabb 14:27:44 zakim, aabb is Okolkman 14:27:44 +Okolkman; got it 14:27:49 Exactly 14:28:07 please speak so we can hear your volume, we're not hearing anything now 14:28:15 Do I need to speak? 14:28:27 It would be helpful if you spoke. 14:29:04 +[Microsoft] 14:29:19 + +1.415.738.aacc 14:29:33 zakim, Microsoft is Bernard 14:29:33 +Bernard; got it 14:30:14 Bernard has joined #tagmem 14:30:27 It is Olaf, not Olafur... 14:30:29 + +1.214.755.aadd 14:30:43 zakim, 415 is DStreet 14:30:43 sorry, ht, I do not recognize a party named '415' 14:31:12 zakim, aadd is SDawkins 14:31:12 +SDawkins; got it 14:31:18 dowstreet has joined #tagmem 14:31:33 + +1.858.750.aaee 14:31:36 + +1.510.386.aaff 14:31:44 zakim, DStreet is dowstreet 14:31:44 +dowstreet; got it 14:32:06 timbl has joined #tagmem 14:32:13 zakim, aaff is CMorgan 14:32:13 +CMorgan; got it 14:32:23 zakim, aaee is JPeterson 14:32:23 +JPeterson; got it 14:32:25 cindymorgan has joined #tagmem 14:32:31 Entry from TAG agenda for this call: http://www.w3.org/2001/tag/2011/06/06-agenda#iab 14:32:34 zakim, CMorgan is cindymorgan 14:32:34 +cindymorgan; got it 14:32:57 TAG agenda points to this working agenda for the call: http://lists.w3.org/Archives/Public/www-tag/2011Jun/0012.html 14:33:54 + +1.202.637.aagg 14:34:49 alissa has joined #tagmem 14:35:12 zakim, aagg is alissa 14:35:12 +alissa; got it 14:35:52 (round of introduction) 14:36:47 We should be logging IAB attendee names, I think 14:37:13 http://www.iab.org/about/members.html 14:37:32 Olaf Kolkman 14:37:38 Jon Peterson 14:37:54 Alissa Cooper 14:38:07 Spencer Dawkins 14:38:22 Bernard Aboba 14:38:39 plh has joined #tagmem 14:38:43 Zakin, who is on the call? 14:38:44 Dow Street 14:38:50 Zakim, who is on the call? 14:38:50 On the phone I see TAG, Okolkman, Bernard, dowstreet, SDawkins, JPeterson, cindymorgan, alissa 14:38:52 TAG has JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM 14:38:54 + +1.703.435.aahh 14:39:06 Russ Housley 14:39:19 Zakim, TAG now holds PLH 14:39:19 +PLH; got it 14:39:22 zakim, aahh is RHousley 14:39:22 +RHousley; got it 14:39:39 Philippe le Hegaret 14:40:17 Cindy Morgan 14:40:38 housley has joined #tagmem 14:40:46 Hannes' flight was delayed. 14:40:58 Regrets from Hannes Tschofenig 14:41:21 zakim, RHousley is housley 14:41:21 +housley; got it 14:42:05 http://www.w3.org/2001/tag/2011/06/06-agenda.html#iab 14:42:07 Agenda: http://lists.w3.org/Archives/Public/www-tag/2011Jun/0012.html 14:42:55 http://www.w3.org/2001/tag/ 14:43:02 TAG's public home page: http://www.w3.org/2001/tag/ 14:43:03 ht: I am asking the two chairs an elevator pitch to decribe what each group is doing 14:43:15 Charter: http://www.w3.org/2004/10/27-tag-charter.html 14:43:18 http://tools.ietf.org/html/rfc2850 14:43:22 IAB Charter 14:43:32 The mission of the TAG is stewardship of the Web architecture. There are three aspects to this mission: 14:43:41 to document and build consensus around principles of Web architecture and to interpret and clarify these principles when necessary; 14:43:41 to resolve issues involving general Web architecture brought to the TAG; 14:43:41 to help coordinate cross-technology architecture developments inside and outside W3C. 14:45:00 Architecture of the World Wide Web: http://www.w3.org/TR/webarch/ 14:45:02 From Section 2 of RFC 2850: 14:45:03 The IAB is chartered both as a committee of the IETF and as an 14:45:03 advisory body of the Internet Society. Its responsibilities include: 14:45:03 (a) IESG Appointment 14:45:03 (b) Architectural Oversight 14:45:03 (c) Standards Process Oversight and Appeal 14:45:04 (d) RFC Series and IANA 14:45:06 14:45:08 (e) ISOC Liaison 14:45:10 14:45:12 (f) External Liaison 14:45:54 http://www.w3.org/2001/tag/findings 14:46:14 http://tools.ietf.org/html/rfc2850#section-2 14:46:55 Public TAG mailing list: http://lists.w3.org/Archives/Public/www-tag/ 14:48:32 Bernard: IAB also has administrative duties, including IESG appointement, see section 2 above 14:49:34 series of document published on different aspects of the Internet 14:49:57 zakim, who's here 14:49:57 masinter, you need to end that query with '?' 14:49:57 Bernard has joined #tagmem 14:49:59 -Bernard 14:50:00 zakim, who's here? 14:50:01 On the phone I see TAG, Okolkman, dowstreet, SDawkins, JPeterson, cindymorgan, alissa, housley 14:50:04 TAG has PLH 14:50:06 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 Yes 14:50:53 +[Microsoft] 14:51:02 zakim, [ is Bernard 14:51:02 +Bernard; got it 14:52:16 q+ to explain how the quere works 14:52:22 ack ht 14:52:22 ht, you wanted to explain how the quere works 14:52:28 To get on the q, say something like "q+ to flame about TCP architecture" 14:52:50 To find out who's on the queue, say "q?" (no quotes on any of that) 14:52:59 To take yourself off the queue: "q-" 14:53:06 s/quere/queue/ 14:53:06 q? 14:53:59 first topic: Versioning: IAB document on extensibility vs. TAG notes on versioning 14:54:13 Link? 14:54:41 http://tools.ietf.org/html/draft-iab-extension-recs 14:54:41 14:54:41 14:55:03 sent to TAG http://lists.w3.org/Archives/Public/www-tag/2011Feb/0141.html but not on our agenda 14:55:18 Bernard: it is an attempt to documentsways of extending protocols 14:56:04 Noah: versionning and extensibility came up while reviewing specification that provided or not hooks for extensibility 14:56:16 Review comments can be submitted by sending email to iab@iab.org, or by using TRAC (http://trac.tools.ietf.org/group/iab/trac/report/1 ). 14:57:10 key points are: decentralized extensibility, identification using URIs leading to namespaces, CURIes, etc... 14:57:16 s/documentsways/document ways/ 14:58:03 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 there are still new things proposed in that space 14:58:52 jpeterson has joined #tagmem 14:58:54 ht: for example, TAG discussed extensibility in HTML5 and provided feedback 14:59:10 HT: Extensibility in HTML5 is somewhat circumscribed. 14:59:45 Also, pertinent to this discussion, HTML5 relies on various forms of registries, including some IANA registries, some proposed Wikis, etc. 15:00:42 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 audio back up 15:02:04 next topic is security. 15:02:06 zakim, who is here? 15:02:06 On the phone I see TAG, Okolkman, dowstreet, SDawkins, JPeterson, cindymorgan, alissa, housley, Bernard 15:02:08 TAG has PLH 15:02:09 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 ... trackbot 15:03:14 zakim, tag holds JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM, PLH 15:03:14 PLH was already listed in TAG, masinter 15:03:15 +JeniT, ht, DKA, Yves, Ashok, TimBL, Larry, JAR, NoahM; got it 15:03:27 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 --> http://www.w3.org/TR/cors/ Cross-Origin Resource Sharing 15:04:08 It has also come up in IETF RTCWEB 15:04:20 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 http://tools.ietf.org/wg/websec/charters 15:04:41 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 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 s/has/had/ 15:06:42 q? 15:06:52 q+ to mention TAG interest in protocol security 15:07:21 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 jar: we have a process for that usually Last Call triggers such reviews 15:07:56 ht: it is usually better to use the traditionnal IETF/W3C liaison for that 15:08:56 JonPeterson: the IAB has a broad oversee of the IETF, currently things about identity is of great interest for IAB members 15:08:59 We will come back to Identity later on 15:08:59 q? 15:09:26 the IAB is tyring to look at broader topics that are not addressed by working groups 15:09:44 s/tyring/trying/ 15:10:25 q? 15:10:36 q+ Spencer 15:10:38 ack next 15:10:40 noah, you wanted to mention TAG interest in protocol security 15:10:51 the IAB once worked on security architecture of the internet, this led to security considerations in groups. 15:11:50 noah: in domains like security, it is difficult to assess things without having deep knowledge of protocols or formats involved 15:11:53 ack next 15:12:08 IAB has also held workshops on things like "unwanted traffic", published surveys on DDoS, etc. 15:13:10 http://tools.ietf.org/html/rfc4948 15:13:32 Report from a Security-related Workshop (on unwanted traffic). 15:14:19 Internet Denial of Service Considerations: http://tools.ietf.org/html/rfc4732 15:14:47 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 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 working on a draft TAG finding relative to data minimization when building an API (Web API) 15:19:00 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 q? 15:20:08 http://www.iab.org/activities/workshops/internet-privacy-workshop-2010/minutes/ 15:20:50 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 q? 15:22:28 I wondered about whether tracking based on DNS lookups, for example, were in scope, or tracking on SIP telephony 15:23:53 i would worry less about drawing boundaries and more about collaborating on the overlap 15:24:13 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 Noah: the TAG doesn't have a directionnal role, we are more alerting on issues 15:24:56 +q Bernard 15:25:05 q+ to repeat that the primary boundary-drawing responsibility lies with the existing liaison 15:25:27 ack Bernard 15:26:07 Bernard: how we analyze privacy issue? There are technical issues, but also legal issues and business issues 15:26:53 privacy is much more complex than security for IETF. ie: what it the threat model here? 15:26:54 agreed larry 15:26:59 ack ht 15:26:59 ht, you wanted to repeat that the primary boundary-drawing responsibility lies with the existing liaison 15:28:11 will raise venue-shopping during 'next steps' discussion 15:28:19 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_ has joined #tagmem 15:28:29 Ashok has joined #tagmem 15:28:53 timbl has joined #tagmem 15:29:32 boundaries definition is the role of the IETF/W3C liaisons, the TAG doesn't have liaison oversight, unlike the IAB 15:29:38 q+ 15:29:52 Larry: would like to hear about what the IAB did wrt liaisons to other organizations 15:30:15 IAB appoints liaisons, shepards liaisons. It is a high level role. 15:30:16 JonP: we have mnot acting as a sheperd for the W3C liaison, he brings regular feedback to us 15:30:54 questions are about what is needed to augment collaborations between the two organizations. 15:30:58 IAB does not duplicate the liaison role. 15:31:18 ack next 15:31:28 ht: we forgot to include mnot in this call and it was our mistake. 15:33:04 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 ht: can you elaborate on 'real time communication' ? 15:34:43 Report on Do Not Track Workshop: http://www.w3.org/2011/track-privacy/report 15:35:53 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 RTCWEB is a merger of two major technologies: HTML 5 and realtime communications. So it is an inherently complex undertaking. 15:38:14 It will both affect the evolution of realtime, as well as the web security model. 15:38:28 +q bernard 15:39:57 q+ 15:39:58 JonP: do you have an opinion as the TAG on where the HTML5 effor is goins ? 15:40:04 s/goins/going/ 15:41:15 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 RTCWEB will also have privacy impacts. The question is: do we understand how to analyze these issues? 15:43:31 s/effor/effort/ 15:44:12 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 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 q+ to ack that the TAG has not looked at RTCWEB as such 15:45:40 ack bernard 15:46:03 ack next 15:47:19 RTCWEB + Geolocation = Emergency Services (see http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp) 15:47:20 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 ack ht 15:47:53 ht, you wanted to ack that the TAG has not looked at RTCWEB as such 15:48:23 q+ to ask about RTC requirements, specs, etc. 15:48:44 I need to drop. Apologies for that 15:48:55 ht: the TAG has not considered RTCWeb yet, looks like an interesting topic for us 15:48:58 See you all later Thanks for hosting this call! 15:49:04 -Okolkman 15:49:07 ack noah 15:49:07 noah, you wanted to ask about RTC requirements, specs, etc. 15:49:13 OKolkman has left #tagmem 15:49:51 http://rtc-web.alvestrand.com/w3c-activity 15:49:55 Noah: wondering what is behind 'RTCWeb', would be interesting to hear form the IAB about requirements and directions of it 15:51:16 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 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 See also FCC Location NOI: http://transition.fcc.gov/Daily_Releases/Daily_Business/2010/db0923/FCC-10-177A1.pdf 15:52:45 JonP: we need to look at what our processes are, etc... 15:53:03 http://www.w3.org/2001/11/StdLiaison 15:53:42 q? 15:53:51 FCC NG911 NOI: http://www.federalregister.gov/articles/2011/01/13/2011-565/framework-for-next-generation-911-deployment 15:53:55 q+ to emphasize real work, for now, over documents on logistics 15:54:01 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 ack noah 15:54:02 noah, you wanted to emphasize real work, for now, over documents on logistics 15:54:08 Plh: we should discuss this, yes 15:55:02 q+ to remember Prague (IETF 80) and look towards the future 15:55:15 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 q+ 15:55:33 ack ht 15:55:33 ht, you wanted to remember Prague (IETF 80) and look towards the future 15:55:50 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 Example of documenting existing practice in liaison: http://tools.ietf.org/html/rfc4441 15:56:31 ht: the RTCWeb is a good topic to try to do things together 15:57:39 update http://tools.ietf.org/html/rfc3205? 15:57:48 q? 15:57:57 as architectural issue, how does it apply to RTCWeb 15:58:02 ack next 15:58:08 Yes, IAB has discussed potential update to RFC 3205. 15:58:12 on the iab side of that question ht look at http://tools.ietf.org/html/draft-tschofenig-post-standardization-00 15:58:20 Jon, yes 15:58:21 the post-standardization argument is given there 15:59:18 Curious what IAB knows about it's physical meeting schedule next 9-12 months. 15:59:19 For W3C readers, per that doc't "post-standarization" means standardization, if at all, outside IETF 15:59:24 s/it's/its/ 15:59:36 should TAG review that document? Would that be helpful? What impact would IAB like to have on W3C? 15:59:43 IAB meets at IETF plenaries 15:59:54 Which are fixed for next 12 mo already 15:59:59 at... 16:00:22 e.g. is there one winter/spring? 16:00:47 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 winter is in taipei 16:01:13 --> http://www.w3.org/Consortium/Legal/2008/07-W3C-OMA-Agreement.html W3C/OMA MOU liaison 16:01:24 http://www.ietf.org/meeting/upcoming.html 16:02:00 Thanks. To bad. Very unlikely we could get TAG to Teipei, I'd guess, but we could think about it. 16:02:11 November 13-18 Taipei, March 25-30 2012 Paris 16:02:19 s/To bad/Too bad/ 16:02:32 Next plenary will cover Privacy at IETF 81. 16:02:44 Is there an iCalendar file I can subscribe to for the IETF meetings? 16:03:02 tim, http://www.ietf.org/meeting/ietf-meetings.ics 16:03:07 tx 16:03:09 Bernard: what is the followup? 16:03:28 Noah: trying to think about that. 16:03:40 Larry: it would be good to have the existing liaisons doing recommendations 16:03:53 Plh: will do 16:03:57 -housley 16:04:22 IAB will be at IETF meetings (see http://www.ietf.org/ for current schedule). F2F retreat once a year (date and location not set for 2012). 16:05:06 We can talk offline and see if we can align. 16:05:18 Thank you everyone. 16:05:21 q+ to suggest more calls like this might be a good idea as well. 16:05:25 ACTION: Noah to talk to Bernard about possible IAB/TAG co-location 16:05:25 Created ACTION-565 - Talk to Bernard about possible IAB/TAG co-location [on Noah Mendelsohn - due 2011-06-14]. 16:05:41 ack next 16:05:43 DKA_, you wanted to suggest more calls like this might be a good idea as well. 16:05:59 -Bernard 16:06:50 fyi, the next W3C/IETF liaison call is this Monday 16:06:56 -alissa 16:06:58 -cindymorgan 16:07:00 -dowstreet 16:07:02 -TAG 16:07:04 -JPeterson 16:07:15 -SDawkins 16:07:16 TAG_f2f(IABTAG)10:00AM has ended 16:07:18 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 ... +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 Ashok: we should have more focussed scopes 16:08:25 For example, on Security or Privacy 16:08:53 ACTION: Dan to contact Alissa Cooper, organize a future joint discussion on privacy with IAB. 16:08:53 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 Noah: would be good to have RTCWeb knowledge, have a telcon on that topic 16:09:34 what are architectural issues around RTCWEB that raise it to IAB and should also be brought to TAG 16:57:34 timbl has joined #tagmem 16:59:55 jar has joined #tagmem 17:00:12 ht has joined #tagmem 17:05:47 JeniT has joined #tagmem 17:15:53 timbl_ has joined #tagmem 17:18:24 timbl_ has joined #tagmem 17:25:38 masinter has joined #tagmem 17:30:02 DKA has joined #tagmem 17:30:20 Scribe: Dan 17:30:22 ScribeNick: DKA 17:31:21 Topic: Restarting session on Fragment IDs 17:31:37 Noah: 10 minutes. Jenni can you lead the wrapup? 17:31:41 noah has joined #tagmem 17:31:52 s/Jenni/Jeni/ 17:32:49 Jeni: larry you were talking about the mime and the web draft? 17:33:52 Larry: The issues raised there seem to fall into 2 categories - interactions between w3c and IANA (extending to other registries)... 17:34:49 ... 2nd set: things wrong with the mime registry. To that end, Alexi M. has offered to help co-edit the document. 17:35:20 ... so that's what's happening. He suggested we meet together at IETF in Quebec. I will be there. 17:35:33 Noah: Do we care if this becomes an IETF draft or a TAG finding? 17:35:34 s/Alexi M./Alexey Melnikov/ 17:35:54 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 ... looking for some feedback. 17:36:37 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 ... I think it needs to be expanded quite a lot. Should that be in your document or a separate document? 17:37:26 Larry: I like having a second document better that talks about fragment identifiers. 17:37:52 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 Larry: You could say how things need to change and consider doing an internet draft. 17:39:01 Noah: Are there other actions or clean-up? 17:39:10 [consensus to move on] 17:40:09 ACTION: Jeni to draft a document describing problems around fragids and ways things should be changed due 2011-06-28 17:40:09 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 Topic: URI Definition Discovery; Metadata Architecture 17:40:25 ISSUE-57? 17:40:25 ISSUE-57 -- Mechanisms for obtaining information about the meaning of a given URI -- open 17:40:25 http://www.w3.org/2001/tag/group/track/issues/57 17:40:31 ISSUE-63? 17:40:31 ISSUE-63 -- Metadata Architecture for the Web -- open 17:40:31 http://www.w3.org/2001/tag/group/track/issues/63 17:40:36 ISSUE-14? 17:40:36 ISSUE-14 -- What is the range of the HTTP dereference function? -- closed 17:40:36 http://www.w3.org/2001/tag/group/track/issues/14 17:42:18 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 ... the complaint is that 303s are too slow. 17:42:49 ... there are two round-trips required. 17:43:21 ... 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 ... I came to this issue in 2007 with a different complaint - I don't know what an "Information Resource" is. 17:44:15 ... Harry Halpin has helped - sent an email in 2011 laying out problems with the 303 situation. 17:44:46 ... so - how do you use URIs for things other than information resources? 17:45:32 ... each URI refers to the information resource that you get at that URI. 17:46:00 Ashok has joined #tagmem 17:46:13 ... 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 http://www.w3.org/2001/tag/awwsw/issue57/20110531/ 17:47:38 ... 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 ... I would like an answer - are we prepared for a consensus process on this issue? 17:48:28 ... How I see this issue more generally - this is about the relation of RDF to Web Architecture. 17:48:52 ... RDF is supposed to use the URI namespace in a way that is compatible with Web Architecture. 17:50:46 ... 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 ... [adopters could simply choose to go another way.] 17:53:00 ... There is also the claim that the specs are weak on how this all works. 17:53:44 ... e.g. RFC-2616 bis 17:54:55 Tim: From the perspective of someone implementing a web server, it is strong, but not from a semantic web perspective. 17:55:33 JAR: So - what might happen as this goes to a consensus process? 17:55:55 http://tools.ietf.org/wg/httpbis/ 7 drafts 17:56:37 http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-14#section-8.3.4 for the revised 303 definition I talked about 17:57:02 ... Does Webarch have defenders in the linked data community? Tabulator; users of xhv:license, anyone who cares about metadata or provenance... 17:57:38 ... most people in the RDF world probably take it for granted. 17:58:20 ... having more choice may also be confusing. 17:58:46 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 ... so [it hinders linked data adoption]. 17:59:22 Ashok: If you are able to endorse one story? That would make things better. 17:59:37 Jeni: That also has big implications. 18:01:12 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 ... that option means that some RDF related working group gets to decide what URIs mean to it - 18:02:13 ... this would mean an "opt in" to Web architecture. 18:03:33 ... 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 ... "Undefended linguistic space will be invaded." 18:05:22 Jar: I've told you my take on this ... do you want to give me advice 18:05:51 ... the effect may be that a community secedes from Web Arch 18:05:52 q? 18:06:28 lMM: I didn't understand the stuff in sections 3 and 4 18:06:38 s/IMM/LMM/ 18:07:02 Larry: can we bring more light to bear on the choices? 18:07:14 JAR: Probably that's why I'm asking for review. 18:07:28 [docuemnt review] 18:07:50 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 http://www.w3.org/2001/tag/awwsw/issue57/20110531/ 18:11:13 Ashok: Can you tell me how this is different from the other use case on Metadata? 18:11:32 Ashok: The Mark Nottingham use case? 18:11:58 JAR: This is where you're trying to extend the dictionary. 18:12:38 http://www.w3.org/2001/tag/awwsw/issue57/20110531/#id35291 18:17:02 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 Tim: Word and URI are in the same [category] - a collective noun. 18:17:34 Noah: [thinks URIs are different category than words] 18:17:39 [ moving on ] 18:18:59 Would "establishing the referent of a URI" be closer to correct than "defining a URI"? 18:19:55 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 Per RFC 3986, the URI is the string. 18:24:34 ndw has joined #tagmem 18:28:33 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 ... this was in the Web design before html - a fundamental operation in the theory of Web architecture. 18:31:29 i'm concerned about temporal variability (the "thunderstorm") comment 18:31:37 timbl: 3.5 maybe relay point about abstractness of # operator 18:33:43 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 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 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 and that to mean something you shouldn't have to have a foundation 18:36:41 Tim: What is Harry's position? 18:37:04 JAR: His position is the anti-HTTPRange-14 position. 18:37:46 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 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 ... this is very common. 18:39:44 Tim: I think the URN issue and the hash issue are orthogonal. 18:42:21 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 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 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 also about the "thunderstorm" example, where the meaning changes if there's a thunderstorm 18:42:38 ... That is what the "#" is doing here 18:43:25 JeniT, that is a teason I felt HTTPRage-14 was important 18:43:45 s/teason/reason/ 18:44:51 timbl doesn't like postfix # 18:45:38 ... because "" isn't an ncname 18:46:31 ... include a warning against using empty fragid 18:49:38 JAR: Rumor: Some tools - site builders - are [munging] the RDFa by cutting off the frag identifiers. 18:52:00 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 JAR: Jango and Sinatra were the frameworks named. 18:52:25 s/Jango/Django/ 18:55:13 [some discussion on purl.org reliability issues] 18:55:45 [referncing 3.6.1] 18:56:02 Jeni: Governments would not feel happy using purl.org URIs. 18:56:12 Dan: We also had the same issue with Vodafone. 18:58:40 [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 JAR: 303 is "fixed" by HTTPbis - 200 is not fixed by HTTPbis. 19:00:21 http://odontomachus.wordpress.com/2011/03/07/are-you-confused-yet-about-the-word-representation/ 19:02:15 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 So, the question is whether the "corresponding to" relation can hold for other than an information resource. 19:02:48 I infer that Tim believes: "no, it can't" 19:03:50 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 ... point being you may want to use some of the http status codes to say something about the non-information-resource. 19:04:27 HT: I think 404 always means no representation found. 19:04:49 Noah: [cites chapter and verse of 404 and 410] 19:08:05 [section 4.3] 19:08:21 [discussion on mget] 19:08:48 HT: You might want to reference XRI and a whole bunch of other stuff... 19:08:59 JAR: XRI is using well-known. 19:09:59 Tim: Now things are getting interesting. 19:10:27 ... supposing for example - what things could we tweak about the request and the response... 19:11:24 ht has joined #tagmem 19:11:39 tweak the content-type 19:11:56 Tim: I think that people are using an upload space then they can use hashes. 19:12:31 i don't think it should cost energy to mean something 19:13:04 processing instruction ? 19:13:27 Norm has joined #tagmem 19:14:23 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 [break] 19:18:22 RRSagent, draft minutes 19:18:22 I have made the request to generate http://www.w3.org/2011/06/07-tagmem-minutes.html DKA 19:18:39 rrsagent make logs public 19:18:53 rrsagent, make logs public 19:23:33 plh has left #tagmem 20:09:20 ndw has joined #tagmem 20:41:58 ht has joined #tagmem 21:01:14 JeniT has joined #tagmem 21:28:08 ht has joined #tagmem 21:35:27 DKA has joined #tagmem 21:35:33 [resume] 21:36:08 [change of venue - Condord] 21:40:54 present+ Jeni, Tim, Ashok, Larry, Henry, Noah, Dan, JAR, Yves 21:41:25 Tim: "Is a representation of a document" got turned into "representation" 21:41:46 ... argument went - HTTPRange-14 was badly phrases. 21:43:06 ... 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 Larry: I'm still confused. 21:43:32 JAR: THe other document (Web Metadata) is the one that [clarifies]. 21:44:00 ... 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 Larry: I think it's a problem with the way that it's described and not with the practice. 21:45:33 JAR: People are successfully using this metadata patern. 21:45:53 Larry: I'm concerned in the way you're descibing the patern - [dependency on running web server] 21:46:16 ... if you do a get on the string, web server must be running when you do that GET. 21:47:03 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 Larry: I understand that but I'm concerned about how it's described. 21:47:52 JAR: I described it precisely. Based on what http-bis says and what people already do... 21:50:32 ... 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 has joined #tagmem 21:50:43 Ashok: I think you got to tell the world what you would like to happen. 21:51:22 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 ... 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 Larry: asking about sometimes CC license is embedded... 21:52:43 HT: Sometimes that's not allowed eg for image formats. 21:53:07 JAR: That's right - that's why we need this. 21:53:58 HT: How can we turn this into a decision process? We need to get to a bottom line. 21:55:06 ... we need a story of how to get there from here. 21:55:29 ... of the possible ways forward, what are the ones we can get to from here in a way that's believable? 21:55:46 ... e.g. "solutions that require changes to the server are impossible because we can't get them done." 21:56:06 ... 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 ... suppose this straw man: suppose we endorse the "pun"? 21:57:14 Tim: There's a third way - Sandro's [work]... 21:57:56 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 Tim: In fact, we need to ground this. What exactly should implementers do? 22:00:34 ... could we create a new way to do this? Create 209? 22:00:55 JAR: The one I tend to favor right now is the Pun solution. 22:01:21 [this is 4.4] 22:02:03 Tim: There's a vast number of cases of web pages about web pages - that this can't handle. 22:02:17 JAR: I've come to believe that these cases are fewer than you think they are. 22:02:29 JAR: Well - it's all of FlickR (for instance). 22:03:07 ... 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 Larry: if you believe that linking to an image by embedding is a copyright infringement then... 22:04:54 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 has left #tagmem 22:06:14 Larry: in the case where the book is by john but bill wrote the preference... 22:06:45 ... 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 JAR: In the case of license, this is a long conversation. 22:09:17 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 ... URIs identify Web pages. 22:09:59 HT: Linked data people are not interested in data about documents. 22:10:06 Jeni: Some aren't. 22:10:32 JAR: We can ask Harry what he thinks. 22:11:58 JeniT has joined #tagmem 22:12:19 HT: I was going to take the use case - consider the library of congress catalog entry for Moby Dick. 22:13:03 ... 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 and other namespaces... 22:13:45 ... 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 ... then you're not going to be able to use creator. 22:15:42 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 JAR: That is the Pun solution. 22:18:10 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: But then you need to have a list of all properties somewhere? 22:18:40 Jeni: No. 22:21:22 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 ... you can say there are relationships between these properties. 22:21:22 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 Tim: The number of levels of indirection is in the eyes of the beholder. 22:21:28 JAR: THis is a pattern for complying with HTTPrange-14. 22:21:33 ... but FlickR would need to be changed. 22:21:58 Jeni: you would need a new property in the case of FlickR. 22:23:57 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 ... it can't depend on doesn't resolve. What I just said was wrong. 22:26:22 JAR: what's the decision procedure? 22:26:57 HT: We have to have another go at this ourselves 22:27:07 LM: We have a provenance group 22:27:17 JAR: The provenance group is asking us for help 22:28:10 LM: Do the provenance requirements help us to make a decision? 22:28:45 JAR: They invited me to their meeting 22:29:03 Yves: July 6-7th at the Stata centre 22:31:49 [discussion on meta-meta-data] 23:17:18 DKA has joined #tagmem 23:18:26 rrsagent, draft minutes 23:18:26 I have made the request to generate http://www.w3.org/2011/06/07-tagmem-minutes.html DKA