| 152 | |
| 153 | ------ |
| 154 | |
| 155 | [Copied Robin's last post and adding inline comments from Rahul] |
| 156 | |
| 157 | Hi Rahul, |
| 158 | |
| 159 | I think the flaw with URI's is that they are not pure identifiers. They have an address in them and I think we are abusing the purpose of that address. |
| 160 | |
| 161 | [rahul] - Actually, I did not mean this (the abusing of the address part). I think you are talking about resolvable ids, if yes then that is slightly different from what I am saying. First statement could be difference between URN and URL. |
| 162 | |
| 163 | |
| 164 | What is most important about a URI is that it provides truly global unique identifiers. The reason why an address is included is that it is the address of the identifier issuing authority or endpoint – and nothing more. The address included in the URI should never be interpreted as the status, state, or location of the thing that is being identified. |
| 165 | |
| 166 | |
| 167 | [rahul] - Agree. |
| 168 | |
| 169 | |
| 170 | That is what is messing us up. |
| 171 | |
| 172 | [rahul] - it could be, but certainly not the focus of this thread (unless, i am misunderstanding your point, are you referring to resolvable URLs?). |
| 173 | |
| 174 | |
| 175 | I fully agree in federation of RDL content. There is no need to put RDL content in one place. And separating RDL content at various endpoints based on any reason including ownership, status, etc is fine by me. So I think we are aligned there. |
| 176 | |
| 177 | |
| 178 | [rahul] - Great! I think that was almost 90% of focus of this thread. |
| 179 | |
| 180 | |
| 181 | However, I do not think the identifier issuing authority must be at the endpoint where the RDL thing is being accessed. It could be the same but there should never be a requirement that it is the same. |
| 182 | |
| 183 | |
| 184 | [rahul] - couldn't agree more. Can I put it like : "URIs used for ids need not be resolvable". |
| 185 | |
| 186 | |
| 187 | If we bind interpretation of status, state, access location, etc of RDL content into the identifier then I think we are in big trouble. The reason is that the identifier must be forever but its status, state, location, etc in time and space will not be forever. |
| 188 | |
| 189 | |
| 190 | [rahul] - Agreed. |
| 191 | |
| 192 | |
| 193 | When http://rdlfacade.org was created its sole purpose was to be an identifier issuing authority. We never intend initial content of whatever status, state, or location to be originated there or even end up there. |
| 194 | So if you use URI’s in a pure KISS (Keep It Simple Stupid) manner, then we can continue to generate identifiers free of its status, state, location, etc and have the most reliable identifiers at the lowest cost possible. |
| 195 | |
| 196 | |
| 197 | [rahul] - completely agree. |
| 198 | |
| 199 | |
| 200 | |