- From: Pat Hayes <phayes@ihmc.us>
- Date: Tue, 6 Apr 2004 11:08:52 -0500
- To: Tim Bray <tbray@textuality.com>
- Cc: "Roy T. Fielding" <fielding@gbiv.com>, Jeremy Carroll <jjc@hplb.hpl.hp.com>, Pat Hayes <phayes@ihmc.us>, Graham Klyne <gk@ninebynine.org>, uri@w3.org
>On Apr 6, 2004, at 1:39 AM, Graham Klyne wrote: > >> >>Hmmm... my concern is that the unqualified claim of "strictly >>avoiding false positives" is also not factually true [1] and, if >>generic URI processing software is developed on this basis, could >>lead to incorrect results. Is there another way to address this? > >Hmm... I think that the goal of "strictly avoiding false positives" >is indeed correctly stated. To the extent that if there are >practices that would result in software that "climbs the ladder" in >good faith getting one, then those by definition are bad practices. >Today I'll dig up the latest draft and review > >>[1] http://lists.w3.org/Archives/Public/uri/2004Feb/0094.html >> (Look for "Section 6 (concern):") > >and try to think of an improvement. False positives on URI >comparison would be very damaging to webcrawlers and caches and so >on and should really be avoided. -Tim If I am following this discussion, we seem to be in violent agreement. Graham and Jeremy and I are concerned that URIref normalization may introduce name equivalences where RDF is expecting distinct names. This would be very damaging, a potential disaster: a large part of the expected functionality of RDF and especially OWL is in determining that two names refer to one entity, and unpredictable normalization will wreck this kind of reasoning. But that sounds like a 'false positive' (?), so it seems that we are all in agreement that it is important to avoid this situation, ie one where an application is expecting that two URI references are distinct, but a URI normalization process is licenced to convert one of them into the other 'silently', without giving notice. I am not sure how this cashes out in actual words, but if we can all agree on the general point then perhaps the word-crafting will go more easily. Pat Hayes > > >Content-Type: application/pkcs7-signature; > name=smime.p7s >Content-Disposition: attachment; > filename=smime.p7s > >Attachment converted: Betelgeuse:smime.p7s (????/----) (000E8804) -- --------------------------------------------------------------------- IHMC (850)434 8903 or (650)494 3973 home 40 South Alcaniz St. (850)202 4416 office Pensacola (850)202 4440 fax FL 32501 (850)291 0667 cell phayes@ihmc.us http://www.ihmc.us/users/phayes
Received on Tuesday, 6 April 2004 12:09:38 UTC