<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">We need to think about what we are talking about here.<div><br></div><div>Let me check the thought pattern here and see if we are all talking about the same thing.</div><div><br></div><div><ol class="MailOutline"><li>we have a preference which is stored somewhere -- and we want to apply it to a piece of software   (or hardware/software)</li><li>we get the preference and pass it on to something (settings handler) that will cause it to set the applications settings.</li><ol><li>this handler may be custom to the application -- or a system handler if the app uses the system method for application settings</li></ol><li>This handler must be able to know the MEANING of that preference - so they know how to translate it into the setting of the particular app</li><ol><li>the preference is either </li><ol><li>specific to that app, </li><li>or the handler translates it to the specific setting for the app</li><li>or there is a translator in the pipe between the preference storage and the handler that translates it.</li></ol></ol><li>in order for the handler (or translator) to make it specific to the application the handler/translator must have some way of knowing what that preference means in relation to this specific app</li></ol><div><br></div><div>Now - if the preference is not from some recognized registry (and does not have a recognized meaning) then it is not clear how it can be used. </div><div><br></div><div>So I can understand how preferences can be stored locally - -but I don't understand how their  identification,  their UniqueID if you will, can be a local site (unless this is something theoretical rather than the GPII as we  are talking about it.</div><div><br></div><div>I had thought that the URL we were talking about -- was part of the   name-value pair.   That is, it was the namespace part of the   namespace/name-value pair. </div><div><br></div><div>In that case we need something unique for the namespace/name  and I had thought we were nominating the a URL to be the namespace (or the key part of it that guaranteed both the uniqueness of the namespace/name and also could be a very handy pointer back to where we can find description information as to who controls the namespace and where the description of the intended meaning for each of the names in the namespace was.</div><div><br></div><div>Am I missing something?  </div><div>or misconceiving something?</div><div><br></div><div>thx</div><div><br><div apple-content-edited="true">
<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>Director Trace R&D Center<br>Professor Industrial & Systems Engineering<br>and Biomedical Engineering<br>University of Wisconsin-Madison<br></div><br>Co-Director, Raising the Floor - International<br>and the Global Public Inclusive Infrastructure Project<br><a href="http://Raisingthefloor.org">http://Raisingthefloor.org</a>   ---   <a href="http://GPII.net">http://GPII.net</a></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br></div></span></div></span></div></span><br class="Apple-interchange-newline"></div></span><br class="Apple-interchange-newline"></div></span><br class="Apple-interchange-newline"></span><br class="Apple-interchange-newline">
</div>
<br><div><div>On Feb 10, 2012, at 2:33 PM, Andy Heath wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>akh:comments edited in below<br><br><blockquote type="cite"><blockquote type="cite">I believe a URL gives a means to access a resource<br></blockquote></blockquote><blockquote type="cite">Right<br></blockquote><blockquote type="cite"><blockquote type="cite">- subtly different from where the resource came from (not that that<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">has impact for the matter here).<br></blockquote></blockquote><blockquote type="cite">actually the URL should lead directly to the location of the registry<br></blockquote><blockquote type="cite">that the info came from.<br></blockquote><br>akh: Not necessarily - e.g. local cache (maybe held in a proxy - transparently to the user) is a good way to speed stuff up (and answers Colin's point from an earlier mail - having extensive references that *seem* to go out to the web is not necessarily inefficient). In fact that might be one way to have an abstract API that doesn't know whether some facility is on the device or remote. We adopted this approach in EU4ALL, a European project I worked on that implemented 24751. URL's are not always what they might seem.<br><br><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">I don't think the URL/URI distinction is important at this point but<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">it might become so after we considered how people and tools interact<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">with "the" registry. It is easily revisited later.<br></blockquote></blockquote><blockquote type="cite">A URI SHOULD also lead you directly there. But it would require that<br></blockquote><blockquote type="cite">there are universal servers (e.g. universal name server for a URN) and<br></blockquote><blockquote type="cite">they don't exist.<br></blockquote><blockquote type="cite">so for theoretical discussions URI is fine. But now that I think about<br></blockquote><blockquote type="cite">it -- I think we should stick with URL so it will actually work.<br></blockquote><br>akh:That's fine - its easy to change later if needed.<br><br><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I called it ""the" registry" because it occurred to me while I was<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">thinking about the URL/URI question is that there are ways to do this<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">where there are federated registries (which is one way to filter<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">culturally for example) - but in my mind we are talking about a single<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">registry here - as specified in 1.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I think we will have one COMMON TERMS registry for GPII - but there will<br></blockquote><blockquote type="cite">be many since each company or creator can create new TERMs for their<br></blockquote><blockquote type="cite">product(s) and they will not be in th COMMON TERMS registry<br></blockquote><blockquote type="cite">We are setting up a mechanism for companies to store them next to (but<br></blockquote><blockquote type="cite">not in) the COMMON TERMs registry but that is for convenience - not<br></blockquote><blockquote type="cite">required. Companies can put their terms anywhere they like -- and the<br></blockquote><blockquote type="cite">URL would point to them. At least that is the current plan -- subject to<br></blockquote><blockquote type="cite">modification with better ideas. We are implementing one now however<br></blockquote><blockquote type="cite">since we need it in the next 60 days to be operational.<br></blockquote><blockquote type="cite"><br></blockquote><br>akh:sounds ok.<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></div></body></html>