<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Good question<div><br></div><div>Anyone have a reason to limit this to URLs rather than allowing URIs?</div><div><br></div><div>Only thing I know of is that the URL makes it possible to know where the Source or location of the Registry is that the preference come from.    And it guarantees it is unique.   Not sure if URI's would all have the same attributes.  (URLs are one type of URI for those not familiar).</div><div><br></div><div>RE #8 - that should pretty much be an outcome of the other statements if they are true.   </div><div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><i>Gregg</i><br><div>--------------------------------------------------------<br>Gregg Vanderheiden Ph.D. <br></div></div></span></div></span></div></span></div></span></div></span><br class="Apple-interchange-newline"></span><br class="Apple-interchange-newline">
</div>
<br><div><div>On Feb 9, 2012, at 6:05 PM, Andy Heath wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><br><blockquote type="cite">So does anyone have a problem with any of these statements? Or<br></blockquote><blockquote type="cite">suggestions to tune them (these are basic statements so should be simple<br></blockquote><blockquote type="cite">-- including only IMPORTANT caveats)<br></blockquote><br>One question. Should we say URI rather than URL so as to allow other kinds of identifier ?  If we were talking about content then use cases for use of URI's as identifiers are legion. I can't think of a case where a registered preference would need to be a URI but not a URL - I'm just asking if anyone can.  The others I'm fine with, though  there is work to determine exactly what 8. means in practice.<br><br>andy<br><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> 1. The registry will contain a flat structure,<br></blockquote><blockquote type="cite"> 2. URLs are fine namespaces.<br></blockquote><blockquote type="cite"> 3. What is supposed to be read by machines should be easy for machines<br></blockquote><blockquote type="cite">    to read<br></blockquote><blockquote type="cite"> 4. What is supposed to be read by humans should be easy for humans to read<br></blockquote><blockquote type="cite"> 5. The website and its presentation of the /*Needs & Preferences<br></blockquote><blockquote type="cite">    Registry */should be user friendly.<br></blockquote><blockquote type="cite"> 6. The preference profiles and preferences themselves as read by the<br></blockquote><blockquote type="cite">    machines should be easy for machines to read and process.<br></blockquote><blockquote type="cite"> 7. The specific mechanism for representing the namespace is an<br></blockquote><blockquote type="cite">    implementation-specific detail. In XML, they'll be represented using<br></blockquote><blockquote type="cite">    colons and the xmlns attribute, and in other formats they may be<br></blockquote><blockquote type="cite">    represented differently.<br></blockquote><blockquote type="cite"> 8. It should be possible for implementations or presentations of the<br></blockquote><blockquote type="cite">    /Needs & Preferences Registry Entries / to be presented flat,<br></blockquote><blockquote type="cite">    hierarchically or in other formats to aid in viewing but no<br></blockquote><blockquote type="cite">    particular view should be required by the structure.<br></blockquote><blockquote type="cite"> 9. Nothing in the ISO 24751 or AccessForAll standard should prevent<br></blockquote><blockquote type="cite">    implementations or anything else from representing using<br></blockquote><blockquote type="cite">    hierarchical (or any other) data structures, I<br></blockquote><blockquote type="cite">10. Tags on the registry items are not part of the registry items and<br></blockquote><blockquote type="cite">    would not be part of preferences profiles.They're a tool (for use on<br></blockquote><blockquote type="cite">    our web site or elsewhere) to enable users to sort, search, and view<br></blockquote><blockquote type="cite">    the registry's content.<br></blockquote><blockquote type="cite">11. Tags are NOT PART OF the registry items but associated with them.<br></blockquote><blockquote type="cite">    RtF will maintain one set based on the GPII workgroup input for use<br></blockquote><blockquote type="cite">    on the RtF/GPII site.<br></blockquote><blockquote type="cite">12. But there COULD be other sets of TAGS generated by other people that<br></blockquote><blockquote type="cite">    would organize and present the registry entries differently on other<br></blockquote><blockquote type="cite">    web sites. The tags could also be constructed so that they would<br></blockquote><blockquote type="cite">    create a Hierarchical presentation of the registry items. But again<br></blockquote><blockquote type="cite">    - that is a presentation of the items. The items themselves stand<br></blockquote><blockquote type="cite">    alone as items in a flat registry.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">On Feb 9, 2012, at 4:12 PM, Clark, Colin wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">Hi All,<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">And from my end, I had a minor epiphany while on the subway this<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">morning that helps me join the violent agreement. Here's a summary:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">* Gottfried's proposal fully makes sense to me now, and I agree with<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">it. The registry will contain a flat structure, and URLs are fine<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">namespaces.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">* Unlike the UIC example we've been bouncing around, our website and<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">registry should be more user friendly. As Liddy says, URL are for<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">machines, words are for people. We'll just need to design a better<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">interface for the registry.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">* The specific mechanism for representing the namespace is an<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">implementation-specific detail. In XML, they'll be represented using<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">colons and the xmlns attribute, and in other formats they may be<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">represented differently.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">* As long as nothing in the standard prevents implementations from<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">representing ISO 24751 using hierarchical (or any other) data<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">structures, I'm fine with whatever structure we like within the<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">specification and registry. Flat is a-okay.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Gregg and I chatted further on the phone about his tags idea, and he<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">clarified that the tags were only designed for the registry system<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">itself, not part of the preferences profile. In other words, they're a<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">tool on our website to enable users to sort, search, and view the<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">registry's content. Sounds good to me.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">Accessforall mailing list<br></blockquote><blockquote type="cite"><a href="mailto:Accessforall@fluidproject.org">Accessforall@fluidproject.org</a><br></blockquote><blockquote type="cite"><a href="http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/accessforall">http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/accessforall</a><br></blockquote><br><br><br>Cheers<br><br>andy<br>-- <br>__________________<br>Andy Heath<br><a href="http://axelafa.com">http://axelafa.com</a><br><br>_______________________________________________<br>Accessforall mailing list<br>Accessforall@fluidproject.org<br>http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/accessforall<br></div></blockquote></div><br></div></body></html>