09-minutes
34.8 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html lang='en'>
<head>
<title>TAG Face to Face Meeting -- 9 Nov 2007</title>
<link type="text/css" rel="STYLESHEET" href="http://www.w3.org/StyleSheets/base.css">
<link type="text/css" rel="STYLESHEET" href="http://www.w3.org/StyleSheets/public.css">
<link type="text/css" rel="STYLESHEET" href="http://www.w3.org/2004/02/minutes-style.css">
<meta content="TAG Face to Face Meeting" name="Title">
<meta content="text/html; charset=iso-8859-1" http-equiv="Content-Type">
</head>
<body>
<p><a href="http://www.w3.org/"><img src="http://www.w3.org/Icons/w3c_home" alt="W3C" border="0"
height="48" width="72"></a>
</p>
<h1> - DRAFT - </h1>
<h1>TAG Face to Face Meeting</h1>
<h2>9 Nov 2007</h2>
<p><a href='http://www.w3.org/2001/tag/2007/11/05-agenda'>Agenda</a></p>
<p>See also: <a href="http://www.w3.org/2007/11/09-tagmem-irc">IRC log</a></p>
<h2><a name="attendees">Attendees</a></h2>
<div class="intro">
<dl>
<dt>Present</dt>
<dd>Tim_Berners-Lee(TBL), Stuart_Williams(SW), Dave_Orchard(DO), Noah_Mendelsohn_(NM), Don_Brutzman(DM)</dd>
<dt>Regrets</dt>
<dd></dd>
<dt>Chair</dt>
<dd>Stuart </dd>
<dt>Scribe</dt>
<dd>Rhys</dd>
</dl>
</div>
<h2>Contents</h2>
<ul>
<li><a href="#agenda">Topics</a>
<ol>
<li><a href="#item01">Agenda Review</a></li>
<li><a href="#item02">Naming and Identification in Virtual Worlds.</a></li>
<li><a href="#item03">Issue passwordsInTheClear-52</a></li>
<li><a href="#item04">Issue XMLVersioning-41</a></li>
</ol>
</li>
<li><a href="#ActionSummary">Summary of Action Items</a></li>
</ul>
<hr>
<div class="meeting">
<p class='phone'>
</p>
<p class='phone'>
<p class='irc'>
<<cite>scribe</cite>> Scribe: Rhys
</p>
</p>
<p class='irc'>
<<cite>scribe</cite>> Scribenick: Rhys
</p>
<h3 id="item01">Agenda Review</h3>
<p class='phone'>
<cite>SW:</cite> Reviews the agenda and invites comments
</p>
<p class='phone'>
<cite>DO:</cite> Could add links to the updated versioning draft
</p>
<p class='phone'>
<cite>SW:</cite> I'll do that
</p>
<h3 id="item02">Naming and Identification in Virtual Worlds.</h3>
<p class='phone'>
<cite>NM:</cite> Don has joined us as the AC rep from Web 3D. He's also been helping me with identification in virtual worlds <br>
... There is no formal issue for this yet <br>
... In IBM I look at new technologies appearing and point these out. There is a lot going on in the virtual worlds space, including starting businesses and signing up users. Some are talking about standards, but there is limited interoperabilty at the moment <br>
... Any interop is in a very piecewise way <br>
... Interop rather limited. Seems that starting with identification might be a good idea <br>
... Suppose on a billboard, there is a URI, I could use the URI and access the information from the web <br>
... In virtual worlds, could I click on a virtual URI on a virtual billboard and access a virtual view of the information
</p>
<p class='phone'>
<cite>TBL:</cite> So does the URI identify a point in 3 space
</p>
<p class='phone'>
<cite>NM:</cite> This is one of the questions <br>
... I'd like to find out what the community is doing in this area, which is why Don is with us <br>
... I've skimmed the note, but not gone through the detail <br>
... The Web3d does seem to be doing something in this space, and I'd like to understand this <br>
... W3C needs to have a relationship with the Web3D folks, and then we should discuss if we think that things are going in the right direction
</p>
<p class='phone'>
<cite>DO:</cite> A friend of mine does some second life development. He has a way of using Amazon gift tokens within second life. You can transfer these between people, and effectively move money.
</p>
<p class='phone'>
<cite>NM:</cite> Second life doesn't know its a URI though presumably?
</p>
<p class='phone'>
<cite>DO:</cite> Right
</p>
<p class='phone'>
<cite>NM:</cite> What do you want to identify within these virtual worlds? Is it just an item like a showroom, or is it a point in 3 space
</p>
<p class='phone'>
<cite>DB:</cite> There are a lot of issues in what has just been layed out. <br>
... Backdrop is that Web3D is small but persistent. I've been coming to liason meetings since 2000.
</p>
<p class='phone'>
<cite>TBL:</cite> There was a 3D workshop at the first web conference
</p>
<p class='phone'>
<cite>DB:</cite> There are 40 company and 200 personal members. Been around for more than 10 years. Stable working group structure. Similar approach to W3C. Aligned with web architecture <br>
... Industry players often think they can own 3D on the web. <br>
... Familiar with second life. I need to be careful about IP. <br>
... I am familiar with the approaches that such systems use <br>
... Everything will eventually align with the Web, I believe
</p>
<p class='phone'>
<cite>TBL:</cite> There is some open source 3D stuff. How aligned is that with your standards?
</p>
<p class='phone'>
<cite>DB:</cite> There is lots of open source. We require two implementations, and one has to be open source. We have a total of 18 implementations
</p>
<p class='phone'>
<cite>NM:</cite> XJ3D is a set of code. What's its scope?
</p>
<p class='phone'>
<cite>DB:</cite> It implements the specs that we have for 3D on the web, geometry, spatial component, etc. <br>
... We've just been working on globe-building code bases using the technology. <br>
... We don't show a formal preference for open source, as there are company implementations too.
</p>
<p class='phone'>
<cite>NM:</cite> How extensive is the industry support
</p>
<p class='phone'>
<cite>DB:</cite> There is healthy churn in the industry. Efforts come and go. We could position ourselves as a virtual worlds technology. <br>
... We have about 80% of the complete technology stack needed to deploy a complete stack, though that would be a mission change for us
</p>
<p class='phone'>
<cite>NM:</cite> One of the specs, is aimed at the virtual worlds or not?
</p>
<p class='phone'>
<cite>DB:</cite> Actually no, though it could work there <br>
... The summary is that we've always had a URL field in objects that need network resources. We have an anchor, so that a URL can be activated <br>
... It could be a bookmark, etc. We have a convention for these viewports.
</p>
<p class='phone'>
<cite>NM:</cite> Are these HTTP?
</p>
<p class='phone'>
<cite>DB:</cite> Yes. Actually, we had forgotten to update the specs to URI, but we have done that now.
</p>
<p class='phone'>
<cite>TBL:</cite> From this anchor, I follow a link to one of these, I get a view?
</p>
<p class='phone'>
<cite>DB:</cite> Typically we're just accessing some other 3D world view or a texture wrapped on something. Could be imported into the current world?
</p>
<p class='phone'>
<cite>TBL:</cite> Do you have some idea of level of detail as you zoom in?
</p>
<p class='phone'>
<cite>DB:</cite> Yes, based on distance of view from the object. The URIs could reference anything.
</p>
<p class='phone'>
<cite>TBL:</cite> You move to the new point, and then render whatever is there
</p>
<p class='phone'>
<cite>NM:</cite> I have a URI. I click on the object and activate the http URI and there could be a # sign and a viewport. <br>
... What comes back has your media type, and that spec defines the rules for the fragid which you process and then render the result
</p>
<p class='phone'>
<cite>DB:</cite> We have a fixed coordinate system in the base, but others in extensions
</p>
<p class='phone'>
<cite>TBL:</cite> Suppose I have a 3d plugin in my browser, can I bookmark a coordinate?
</p>
<p class='phone'>
<cite>DB:</cite> Right now that would be a browser feature
</p>
<p class='phone'>
<cite>TBL:</cite> That would be a good point for interoperability
</p>
<p class='phone'>
<cite>DB:</cite> Its a good point. There is a potential tension between the various players. We sometimes get pushback if you save bookmarks and maybe e-mail them to someone else, the quesiton arises about what then you do with them
</p>
<p class='phone'>
<cite>TBL:</cite> Surely the place I am at is just a coordinate.
</p>
<p class='phone'>
<cite>NM:</cite> What fraction of the references tend to be symbolic, and what are 3 space coordinates?
</p>
<p class='phone'>
<cite>DB:</cite> More coordinates, but they are not in a common coordinate space <br>
... There is no global reference other than the URI
</p>
<p class='phone'>
<cite>TBL:</cite> So if in my world im building a town, and I place your house at a particular place in my town.
</p>
<p class='phone'>
<cite>DB:</cite> And if you wanted to be in a particular lat/long location, you can do that.
</p>
<p class='phone'>
<cite>TBL:</cite> So if someone comes to my world and goes to your house, I should be able to bookmark your house.
</p>
<p class='phone'>
<cite>DB:</cite> Almost, because there is a limitation right now about moving from one coordinate system in an included item shared with the one in which it is embedded
</p>
<p class='phone'>
<cite>NM:</cite> I think there may be a slightly different use case here <br>
... The web got the cosmic goal early. The Web3D approach seems to have been a collection of point solutions that interoperate
</p>
<p class='phone'>
<cite>TBL:</cite> Second life has a global 3D coordinate system.
</p>
<p class='phone'>
<cite>DB:</cite> There is actually a variety of SURLS.
</p>
<p class='phone'>
<cite>NM:</cite> A SURL is based on a region, and then has an x,y,z. So the island name is the base for the SURL
</p>
<p class='phone'>
<cite>SW:</cite> So the web3d approach is to use URIs to point out elements within the world. <br>
... Anchors provide named view points.
</p>
<p class='phone'>
<cite>DB:</cite> And those anchors can include behaviour.
</p>
<p class='phone'>
<cite>NM:</cite> I think that the mechanisms are there in the Web. You have them too, but the statistics are different. On the Web, not being accessible is unusual. On Web3D, people have used the specs differently. <br>
... The default is local serving rather than making them available. via the web
</p>
<p class='phone'>
s/avaialble/available/
</p>
<p class='phone'>
<cite>DB:</cite> There has been an historic lack of consensus, that has meant that a common view of how to use URIs for this has no common definition yet. <br>
... Our model is that anyone can have a 3D scene and point to parts of it
</p>
<p class='phone'>
<cite>TBL:</cite> Anyone with a 3D web browser could go directly from the current web straight into the 3D world. I think we are at the point where there could be value in enablihng that. <br>
... The ideal could be that the virtual worlds links are used just like web links
</p>
<p class='phone'>
<cite>NM:</cite> We should identify a set of things that we should follow up. <br>
... Tell us about the list of links
</p>
<p class='phone'>
<cite>DB:</cite> Our problem was that we often needed multiple alternate links for the same resource, for connectivity, performance, reliability reasons <br>
... Typically you need a set of objects for a view. You'd normally use a relative link first, then other links <br>
... They all point to the same thing, but ordered for performance. They are tried in order
</p>
<p class='phone'>
<cite>NM:</cite> Is there a URI that represents this list?
</p>
<p class='phone'>
<cite>DB:</cite> It's possible that people might do that, but its not inherent. The references are ordered lists of URIS
</p>
<p class='phone'>
<cite>SW:</cite> What do they look like?
</p>
<p class='phone'>
<cite>DB:</cite> They are a list of quoted strings
</p>
<p class='phone'>
<cite>NM:</cite> So in X3D you could have an attribute that includes a string as the list of URIs
</p>
<p class='phone'>
<cite>SW:</cite> So is the syntax attr='"uri1" "uri2" ...'
</p>
<p class='phone'>
<cite>DB:</cite> yes.
</p>
<p class='phone'>
<cite>SW:</cite> There are things in XML that accept lists of URIs
</p>
<p class='phone'>
<cite>NM:</cite> Yes, but in this case these are treated as what is effectively the same thing
</p>
<p class='phone'>
<cite>TBL:</cite> So you have to use this list each time you want to refer to a URI. Also the URI could refer to an entire view, so maybe you don't have to access these that often <br>
... Typically on the web people would have a single URI that references the list.
</p>
<p class='irc'>
<<cite>Noah</cite>> Noodling on questions we might track:
</p>
<p class='phone'>
<cite>DB:</cite> So we also allow relative and absolute URIs and URNs.
</p>
<p class='irc'>
<<cite>Noah</cite>> * Are particular specs such as Web 3D specs using the Web and URIs in a good way?
</p>
<p class='phone'>
<cite>SW:</cite> Architecturally it would be good not to restrict the types of URI
</p>
<p class='irc'>
<<cite>Noah</cite>> * Is there a need for something resembling conneg, in which the same URI could sometimes resolve to a traditional Web resource (product demonstration on the traditional web) vs. 3D representation (product demonstration in virtual world)
</p>
<p class='phone'>
<cite>TBL:</cite> The classic approach would be to use this canonical URI approach. Actually, my laptop does this. It looks in the local filespace first, uses that if its there <br>
... The other approach could be to use a catalog
</p>
<p class='phone'>
<cite>NM:</cite> I just typed into IRC a couple of questions. They are the things with the asterisks <br>
... Are particular specs such as Web 3D specs using the Web and URIs in a good way? <br>
... that's the kind of thing we could look at
</p>
<p class='irc'>
<<cite>timbl</cite>> A catalog is a chunk of metadata which gives for each canonical URI a set of equivalent URIs to try, or a set of rewriting rules for URI patterns.
</p>
<p class='phone'>
<cite>DB:</cite> Web 3d would like to engage in that discussion
</p>
<p class='phone'>
<cite>NM:</cite> Is there a need for something resembling conneg, in which the same URI could sometimes resolve to a traditional Web resource (product demonstration on the traditional web) vs. 3D representation (product demonstration in virtual world) <br>
... If I have a product specification, I may send you a different representation if you are on a cell phone than if you are on a desktop <br>
... Maybe I could give you a 3D representation if I knew you were in a virtual world <br>
... Maybe it just needs a redirection. The question is whether anyone cares about the use case. I don't think anyone is doing this yet
</p>
<p class='phone'>
<cite>TBL:</cite> It should just work shouldn't it?
</p>
<p class='phone'>
<cite>NM:</cite> In Web3D this looks promising, but in other worlds, there doesn't seem to be this capability <br>
... The issue is about virtual worlds in general. So part of this is that the Web3D approach looks like it could work, but for other players this might not be the case
</p>
<p class='phone'>
<cite>DB:</cite> Also, would the same facilities be available via other mechanisms too, like web services catalogues etc.
</p>
<p class='phone'>
<cite>SW:</cite> I'd like to understand things that need to be addressed by the TAG
</p>
<p class='phone'>
<cite>NM:</cite> I thought that TAG has a role to liase with communities beyond the web, I could be wrong <br>
... Is it in scope? If so, what is its priority?
</p>
<p class='irc'>
<<cite>Noah</cite>> Mission statement
</p>
<p class='irc'>
<<cite>Noah</cite>> The mission of the TAG is stewardship of the Web architecture. There are three aspects to this mission:
</p>
<p class='irc'>
<<cite>Noah</cite>> 1. to document and build consensus around principles of Web architecture and to interpret and clarify these principles when necessary;
</p>
<p class='irc'>
<<cite>Noah</cite>> 2. to resolve issues involving general Web architecture brought to the TAG;
</p>
<p class='irc'>
<<cite>Noah</cite>> 3. to help coordinate cross-technology architecture developments inside and outside W3C.
</p>
<p class='phone'>
<cite>TBL:</cite> I'd like to encourage the Web3D community to develop a technology that could cross link via HTTP and in which there are bookmarkable links by coordinate <br>
... to enable references that can be shared and can be used from anywhere in the Web <br>
... I think it could be really valuable and that it would create interesting markets <br>
... Decentralised worlds and decentralised development to encourage scalability
</p>
<p class='irc'>
<<cite>Noah</cite>> FWIW: I think the use case where the same http link sometimes gives a representation in the form of an HTML product description for desktop, sometimes resolves to one tailored to cell phone, and sometimes gives you a 3D representation (if you've got the necessary client), is very, very important. I think it's a good use of the TAG's time in principle to keep an eye on that, but I'm not strongly saying higher priority than other things we're trying to do.
</p>
<p class='irc'>
<<cite>dorchard</cite>> right, I wanted to ask about URIs for things.
</p>
<p class='phone'>
<cite>DB:</cite> I'd like to talk about this with our partners.
</p>
<p class='phone'>
<cite>DO:</cite> How about URIs for things rather than places. That's the httpRange-14 question in virtual worlds <br>
... Could have a URI for a real thing that could be referenced in a virtual world.
</p>
<p class='phone'>
<cite>TBL:</cite> For lots of things they have this. For example, if the representation is a bunch of polygons
</p>
<p class='irc'>
<<cite>Noah</cite>> I'm not sure I'm looking forward to discussing the question: "Is there anything about the essence of an avatar that cannot be conveyed in a computer message?"
</p>
<p class='phone'>
<cite>TBL:</cite> Sometimes the refrence will be to an instance, sometimes to a 'class'. By class I mean a design for an object, from which instances can be created at specific 3 space coordinate
</p>
<p class='phone'>
Discussion ensues about the relationship between instances and models (classes), where they are, how they might be transferred and how ownership might be transferred...
</p>
<p class='irc'>
<<cite>timbl</cite>> The instance of an object needs an IS so we can say things about it like who owns it, whether it s for sale, and so on
</p>
<p class='irc'>
<<cite>dorchard</cite>> I mean can we have a URI for a thing in the real world
</p>
<p class='irc'>
<<cite>dorchard</cite>> then we transfer the "thing" from place to place
</p>
<p class='phone'>
<cite>NM:</cite> Resources have URIs, but representations tend not to.
</p>
<p class='irc'>
<<cite>dorchard</cite>> Or even link to thing in the real world, for transfer, etc.
</p>
<p class='phone'>
<cite>TBL:</cite> I don't think there is a philosophical issue here. It's just like images. It's just that in 3D its a set of polygons
</p>
<p class='phone'>
<cite>DB:</cite> We do worry about the ownership of the model when it is being used in multiple scenes <br>
... We support specific protocols. One problem has been a lack of network capability in ECMAScript. There are other approaches including Ajax for 3D worlds. There are other approaches, but networking is tricky
</p>
<p class='phone'>
<cite>TBL:</cite> What is the relationship with the distributed 3D communities?
</p>
<p class='phone'>
<cite>DB:</cite> complete mixture of overlaps and alternative architectures <br>
... We continue to try and apply the web approach to distributed 3D simulation
</p>
<p class='phone'>
<cite>TBL:</cite> One of the ways this might go is that there are large databases of interesting information that is geographically related. <br>
... There is increasing interest in streaming this kind of data across networks so that multiple people can see views of changes immediately <br>
... We might end up with streams of changes flowing over the Web. This is roughly the same challenge as might be needed to keep views consistent across 3D worlds
</p>
<p class='irc'>
<<cite>dorchard</cite>> I think I heard that the polygons of an object have URI(s) but not the thinng.
</p>
<p class='irc'>
<<cite>dorchard</cite>> Don: common thing is to worry about multi-user representation
</p>
<p class='irc'>
<<cite>dorchard</cite>> Don: not so much a URI for the thing.
</p>
<p class='phone'>
<cite>DB:</cite> We don't have an equivalent of DRM. We will use EXI when it becomes available.
</p>
<p class='phone'>
<cite>SW:</cite> What is the follow up?
</p>
<p class='phone'>
<cite>NM:</cite> I think that there is a lot of interest for me. I think this could be a big deal because its similar to the cell phone situation. The key is that you can call land lines from cell phones <br>
... There is an analog here. I don't think it's urgent yet. I think it will be. There is fragmentation now, which it will be important to fix over time. It's equivalent to a situation where cell phones could not call land lines. <br>
... Not sure we need to open an issue right now.
</p>
<p class='phone'>
<cite>SW:</cite> Reviews agenda progress
</p>
<p class='phone'>
TAG thanks Don for participating
</p>
<p class='phone'>
Don Brutzman leaves
</p>
<h3 id="item03">Issue passwordsInTheClear-52</h3>
<p class='phone'>
<cite>DO:</cite> changed the first good practice to 'server or resource' from server
</p>
<p class='phone'>
<cite>NM:</cite> Should include the notion of the representation
</p>
<p class='irc'>
<<cite>dorchard</cite>> Server, or more specifically the representations served such as forms, should not solicit ...
</p>
<p class='irc'>
<<cite>dorchard</cite>> Server, or more specifically the representations served such as forms, should not solicit ...
</p>
<p class='irc'>
<<cite>Noah</cite>> suggest s/served/it serves/
</p>
<p class='irc'>
<<cite>dorchard</cite>> A server, or more specifically the representations it serves such as forms, should not solicit any passwords in clear text.
</p>
<p class='irc'>
<<cite>Stuart</cite>> <a href="http://www.w3.org/2007/11/06-wsc-minutes.html">http://www.w3.org/2007/11/06-wsc-minutes.html</a>
</p>
<p class='irc'>
<<cite>dorchard</cite>> fugged about it, back to A server should not solicit any passwords in clear text.
</p>
<p class='irc'>
<<cite>dorchard</cite>> A server should not solicit any passwords in clear text.
</p>
<p class='irc'>
<<cite>dorchard</cite>> A server should not solicit any passwords in clear text.
</p>
<p class='phone'>
<cite>DO:</cite> The paragraph about warning the end user has been removed. I've added text to describe why a good practice about this is not possible
</p>
<p class='phone'>
<cite>TBL:</cite> I think there is a case for having a 'mode' of javascript that is hampered to prevent unsafer operations
</p>
<p class='irc'>
<<cite>dorchard</cite>> Noah: don't do paragraph break
</p>
<p class='irc'>
<<cite>dorchard</cite>> Noah: don't say "can provide", say "provides"
</p>
<p class='phone'>
<cite>NM:</cite> Let me clarify this. If I don't have network access, for example, why would I ask for a password?
</p>
<p class='phone'>
<cite>TBL:</cite> If you don't have javascript that could make the request, you would have to use a form, for example when the padlock is on
</p>
<p class='phone'>
<cite>NM:</cite> This doesn't cover the situation for other sensitive data. Should this feature that Tim is advocating cover more than just passwords <br>
... Lots of people won't understand the issue. People will simply assume that if the site they are using is reputable that they will be doing something reasonable with a password. <br>
... You could imagine defining more field types in, say HTML, where these could reflect additional uses. This sounds like its beyond what we want to design in this finding
</p>
<p class='phone'>
<cite>DO:</cite> I removed the problematic good practice guide about warning users when sending a password in the clear.
</p>
<p class='irc'>
<<cite>dorchard</cite>> <a href="http://www.w3.org/2001/tag/doc/passwordsInTheClear-52-20061212.html">http://www.w3.org/2001/tag/doc/passwordsInTheClear-52-20061212.html</a>
</p>
<p class='irc'>
<<cite>dorchard</cite>> Timbl: note that it's dangerous to send sensitive information such as passwords in clear text, there's no obvious method by which a web browser can reliably know when the data entered is sensitive.
</p>
<p class='irc'>
<<cite>dorchard</cite>> furthermore, in browsers which enable scripting, it may be impossible to know whether the information is transmitted in clear text.
</p>
<p class='irc'>
<<cite>dorchard</cite>> (and the same for versioning...)
</p>
<p class='phone'>
<cite>NM:</cite> Begs the question about the password type in HTML. We need to explain that
</p>
<p class='phone'>
<cite>DO:</cite> Can we get some words?
</p>
<p class='phone'>
<cite>NM:</cite> Points out that the HTML spec says that type=password can be used for sensitive information such as passwords
</p>
<p class='phone'>
<cite>DO:</cite> I added text for digest authentication from Hal.
</p>
<p class='phone'>
<cite>NM:</cite> There was a part of the finding that encouraged the use of digest, but actually because of this issue of salted hashes, you actually can't do this. <br>
... You can't get the secrets to the correct place to enable use of digests in some use cases. These were the cases that Hal thought were the majority, hence there was no value in using digest. <br>
... I think there may be cases where it can be used, in some kinds of newly written web applications <br>
... Suggest that we add something about issues with digest where passwords are already stored as salted hashes
</p>
<p class='phone'>
<cite>TBL:</cite> I thought that the problem was about accessing the secret key. <br>
... suggest change to 'Because many systems store passwords as salted hashes....'
</p>
<p class='irc'>
<<cite>dorchard</cite>> NM: change "because most passwords are stored.." to "Because many systems store passwords"
</p>
<p class='phone'>
<cite>DO:</cite> Next, in section 3, the good practice changed to should from must. Added an explanation about circumstances under which masking is not required
</p>
<p class='phone'>
<cite>NM:</cite> Could we change the 'It is the TAG's opinion...' because its not our normal phrasing.
</p>
<p class='irc'>
<<cite>dorchard</cite>> NM: s/It is the TAG's opinion that if the form field is a password, password masking must take "/If the form field is a password, password masking should take
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: s/is displayed/be displayed
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: s/or the password/or that the password/
</p>
<p class='irc'>
<<cite>dorchard</cite>> One example is that the uswer may request that the password be displayed in the clear in order to check the password as it is being entered.
</p>
<p class='irc'>
<<cite>dorchard</cite>> Another example is that the password is intended to prevent search engine access and so it is not particularly sensitive.
</p>
<p class='irc'>
<<cite>dorchard</cite>> Another example is a password that is intended to prevent search engine access and so it is not particularly sensitive.
</p>
<p class='irc'>
<<cite>dorchard</cite>> Another example is that the password is intended to prevent search engine access and so the password is not particularly sensitive.
</p>
<p class='phone'>
Another example is a password intended merely to prevent search engine access, and which consequently is not particularly sensitive
</p>
<h3 id="item04">Issue XMLVersioning-41</h3>
<p class='phone'>
<cite>TBL:</cite> Do we cover temporal versioning and exensibility, or just the temporal aspect?
</p>
<p class='phone'>
<cite>NM:</cite> I don't want to lose the sense of extensibility
</p>
<p class='irc'>
<<cite>dorchard</cite>> <a href="http://www.w3.org/2001/tag/doc/versioning-compatibility-strategies">http://www.w3.org/2001/tag/doc/versioning-compatibility-strategies</a>
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: change because evolution to "because support for evolution"
</p>
<p class='phone'>
<cite>DO:</cite> Any objections up to section 1.1?
</p>
<p class='irc'>
<<cite>Stuart</cite>> suggest for 3. s/...., then a given language version/....then a given language version specification/
</p>
<p class='phone'>
Discussion ensues on the text of list item #3 in section 1, and whether it requires clarification.
</p>
<p class='phone'>
<cite>scribe:</cite> should define a set of future version identifiers that will be considered compatible. This set could, of course, be empty.
</p>
<p class='phone'>
RL notes that the previous line was his attempt to help a discussion, but was not discussed
</p>
<p class='phone'>
Discussing section 1.1
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: section 1.1, bullet 2: common is unclear, name structure should be something like person name structure
</p>
<p class='phone'>
<cite>SW:</cite> Is there a section elsewhere where the name example is discussed? <br>
... Could you link to it rather than explaining it here?
</p>
<p class='phone'>
<cite>DO:</cite> Yes
</p>
<p class='irc'>
<<cite>dorchard</cite>> NM: #3 change "schemas" to languages.
</p>
<p class='phone'>
<cite>NM:</cite> In point 3, could we use langauage instead of schema
</p>
<p class='irc'>
<<cite>dorchard</cite>> all three of thouse languages employ markup from the same namespace but they are different languages.
</p>
<p class='irc'>
<<cite>dorchard</cite>> tbl: sentences shouldn't start with "And.."
</p>
<p class='irc'>
<<cite>dorchard</cite>> tbl: change to separate bullet, #4.
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: kill last paragraph.
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: swap last 2 sentences.
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: change "those applications" to "the applications using it"
</p>
<p class='phone'>
<cite>DO:</cite> Any other other changes for 1.1?
</p>
<p class='phone'>
None raised
</p>
<p class='phone'>
Section 1.2
</p>
<p class='irc'>
<<cite>dorchard</cite>> NM: in some languages, each instance contains just a name.
</p>
<p class='phone'>
<cite>DO:</cite> Maybe I need to remove the first bullet ("Just Names")
</p>
<p class='phone'>
<cite>SW:</cite> I might choose a URI as the example.
</p>
<p class='phone'>
<cite>DO:</cite> I did mean the abstract, when I first wrote it. I need to think whether I want to extend the notion of language to deal with this kind of abstraction
</p>
<p class='phone'>
<cite>NM:</cite> Please don't. We started with texts because these are things that can be exchanged across the Web
</p>
<p class='irc'>
<<cite>dorchard</cite>> I need to remove the abstract names from this..
</p>
<p class='phone'>
<cite>NM:</cite> I thought you were building this up from the simplest case, where there is just a name
</p>
<p class='phone'>
<cite>DO:</cite> Ok, I'll craft something
</p>
<p class='phone'>
<cite>SW:</cite> Points out that we are runing out of time.
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: move non-markup text before markup
</p>
<p class='phone'>
<cite>NM:</cite> Any reason not to put text languages ahead of markup? If we did it would be in the sequence of increasing elaboration.
</p>
<p class='irc'>
<<cite>dorchard</cite>> put link to versioning xml
</p>
<p class='phone'>
<cite>DO:</cite> Have we got to the end of section 1.2?
</p>
<p class='phone'>
<cite>NM:</cite> Not sure about the bullet on binary. We said that we were talking about languages composed of texts
</p>
<p class='irc'>
<<cite>dorchard</cite>> I'd prefer to include gif, jpeg in our versioning strategy
</p>
<p class='irc'>
<<cite>dorchard</cite>> while our formal definition of language restricts itself to text based language, the advice herein may be useful for binary languages such as gif, jpeg.
</p>
<p class='phone'>
<cite>DO:</cite> We could move the GIF and JPEG to a section that mentions non-text languages to which many of the findings in the documnent apply. <br>
... What about binary coded XML
</p>
<p class='phone'>
<cite>SW:</cite> There is some layering going on here.
</p>
<p class='phone'>
<cite>NM:</cite> Dave wants to be able to deal with abstract trees, for example. I think we chose not to do that in Edinburgh
</p>
<p class='phone'>
<cite>SW:</cite> I'm not sure we did say that.
</p>
<p class='phone'>
<cite>NM:</cite> We could change the definition of languages or we could restrict this to text-based languages
</p>
<p class='irc'>
<<cite>RhysL</cite>> TBL: We're not covering APIs
</p>
<p class='irc'>
<<cite>RhysL</cite>> TBL: I would be loath to talk about versioning and APIs
</p>
<p class='irc'>
<<cite>RhysL</cite>> DO: Serialisations are languages, but they have an affect on the API
</p>
<p class='irc'>
<<cite>dorchard</cite>> tbl: can relax definitions to be sequence of characters or bytes
</p>
<p class='irc'>
<<cite>dorchard</cite>> nm: need to be on bits
</p>
<p class='irc'>
<<cite>RhysL</cite>> DO: I could live with Tim's suggestion of defining a text as a sequence of characters or bits
</p>
<p class='irc'>
<<cite>RhysL</cite>> TBL: Let's just leave it for now and work on text for the definition of texts in languages
</p>
<p class='irc'>
<<cite>dorchard</cite>> How about changing text to Text is a sequence of characters or bits
</p>
<p class='irc'>
<<cite>RhysL</cite>> NM: I think we need to re-read the terminology section, to check that there are no additional issues that are caused
</p>
<p class='irc'>
<<cite>dorchard</cite>> tbl: happy down to 2 Versioning Strategies
</p>
<p class='irc'>
<<cite>Stuart</cite>> rrsagent pointer?
</p>
<p class='irc'>
<<cite>Stuart</cite>> rrsagent pointer
</p>
<p class='irc'>
<<cite>Stuart</cite>> logger, pointer
</p>
<p class='irc'>
<<cite>Stuart</cite>> logger, pointer?
</p>
</div>
<h2><a name="ActionSummary">Summary of Action Items</a></h2>
<!-- Action Items -->
[End of minutes] <br>
<hr>
<address>
Minutes formatted by David Booth's
<a href="http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm">scribe.perl</a> version 1.128 (<a href="http://dev.w3.org/cvsweb/2002/scribe/">CVS log</a>)<br>
$Date: 2007/11/13 15:58:28 $
</address>
<div class="diagnostics">
</div>
</body>
</html>