| 1 | (Moved from an email thread) |
| 2 | |
| 3 | Rahul, |
| 4 | |
| 5 | We have loaded the proto and initial set templates here: |
| 6 | [[BR]] |
| 7 | http://facade.iringsandbox.org/TemporaryInitialSetTemplates/sparql |
| 8 | |
| 9 | Please give it a try and let me know if you have any problems. I have |
| 10 | attached spreadsheets with the template and role IDs. |
| 11 | |
| 12 | Darius |
| 13 | ---- |
| 14 | Hi Darius, |
| 15 | |
| 16 | I am continuing to look through this, still not finished. So far I have |
| 17 | one main question: |
| 18 | I see that there are things like "hasClass" "hasClass1" "hasClass2"; |
| 19 | Shouldn't there be just one "hasClass" with just one R number? |
| 20 | |
| 21 | Thanks, |
| 22 | rahul |
| 23 | ---- |
| 24 | Hi Rahul, |
| 25 | |
| 26 | No, template roles with the same name are unique on their own, so if two |
| 27 | unrelated templates both have a role called hasClass then those two |
| 28 | roles will have different R number IDs. However specialized templates |
| 29 | have the same role IDs as their parents. This will let us easily |
| 30 | associate a template and other templates specialized from it, because |
| 31 | they will share the same role IDs, but they will not share role IDs with |
| 32 | any other templates. |
| 33 | |
| 34 | Darius |
| 35 | ---- |
| 36 | Hi Darius, |
| 37 | |
| 38 | >>No, template roles with the same name are unique on their own, so if |
| 39 | two unrelated templates both have a role called hasClass then those two |
| 40 | roles will have different R number IDs. |
| 41 | |
| 42 | Can you please explain the assumption behind above statement bit more. |
| 43 | Is the assumption coming from part 7 or part 8? because I dont think |
| 44 | this is intended in part 7 and might cause issues while moving to JORD. |
| 45 | |
| 46 | |
| 47 | thanks, |
| 48 | rahul |
| 49 | ---- |
| 50 | Hi Rahul, |
| 51 | |
| 52 | I haven't seen anything about role IDs in Part 7 or 8. The Part 8 sample |
| 53 | OWL files use the role name as the ID. Certainly Parts 7 and 8 have |
| 54 | nothing about ids-adi (R number) IDs. |
| 55 | |
| 56 | I remember some discussions with Julian about whether role IDs should be |
| 57 | unique or only unique in the context of a template, and the decision was |
| 58 | that they should be unique by themselves. I think this makes sense, and |
| 59 | it gives several advantages, such as the ability to change role metadata |
| 60 | without affecting other templates, and the ability for specialized and |
| 61 | non-specialized templates to interoperate as mentioned before. Do you |
| 62 | see any problems or disadvantages with this approach? |
| 63 | |
| 64 | Darius |
| 65 | ---- |
| 66 | Hi Darius, |
| 67 | |
| 68 | Yes, there are issues. Let me try to explain. |
| 69 | First of all I agree with the statement : |
| 70 | |
| 71 | >> I remember some discussions with Julian about whether role IDs should be |
| 72 | >> unique or only unique in the context of a template, and the decision was |
| 73 | >> that they should be unique by themselves. |
| 74 | |
| 75 | But unfortunately it is little off topic and if anything current implementation is contradicting it. |
| 76 | |
| 77 | e.g. |
| 78 | |
| 79 | {{{ |
| 80 | http://tpl.rdlfacade.org/data#R73685972461 hasClass |
| 81 | http://tpl.rdlfacade.org/data#R92056686967 hasClass |
| 82 | http://tpl.rdlfacade.org/data#R75254917408 hasClass |
| 83 | http://tpl.rdlfacade.org/data#R68940711977 hasClass |
| 84 | http://tpl.rdlfacade.org/data#R16697929282 hasClass |
| 85 | }}} |
| 86 | |
| 87 | reasons : |
| 88 | |
| 89 | 1. Thought part 8 examples don't use R numbers they use same id similar to "#hasClass" when referring to this role in all the templates. (Verified for examples above). Since IDs are dumb, the only important fact remains that it is same in all the templates. |
| 90 | [[BR]] |
| 91 | 2. Going back to Julian's statement above even a single id for hasClass is unique by itself. It is not dependent upon any specific template. |
| 92 | [[BR]] |
| 93 | 3. All the templates which have role name "hasClass" are trying to convey same meaning at that "thing filling that role is at the class level as compared to thing filling the other role(s)" so each "hasClass" role need not have separate id. If the meaning changes then there should be a separate role all together and then off course separate id e.g. #hasRole1. |
| 94 | |
| 95 | Thanks, |
| 96 | rahul |