Changes between Version 4 and Version 5 of CMDI 1.2/Schema sanity/Namespaces
- Timestamp:
- 01/08/14 10:50:54 (10 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
CMDI 1.2/Schema sanity/Namespaces
v4 v5 35 35 ==== Discussion ==== 36 36 37 Discuss this solution proposal in this section 37 [[oschonef|Oliver (IDS)]]: NACK: CLARIN is about standards, interfaces and sustainability; this solution utilizes OAI-PMH in non obvious means and therefore violates CLARIN's principles. We should not do this. 38 38 39 39 40 === Second solution: profile specific metadataPrefixes === … … 61 62 ==== Discussion ==== 62 63 63 Discuss this solution proposal in this section 64 [[oschonef|Oliver (IDS)]]: NACK: This is rather a crude hack than a solution, because it (again) utilizes OAI-PMH in non obvious means. We should not do this. 65 64 66 65 67 === Third solution: up to the centers === … … 85 87 ==== Discussion ==== 86 88 87 Discuss this solution proposal in this section 89 [[oschonef|Oliver (IDS)]]: NACK: Mixed compliance within CLARIN is a recipe for disaster in a (near|distant) future. We should definitely not do this. 90 91 88 92 89 93 === Fourth solution: CMD envelop and payload specific schemas and namespaces === … … 185 189 ==== Discussion ==== 186 190 187 Discuss this solution proposal in this section 191 [[oschonef|Oliver (IDS)]]: This is better than solution 1-3, but still has the issue of using XML namespaces in non obvious ways. The XML namespace specification section 3 [http://www.w3.org/TR/xml-names/#ns-decl Declaring Namespaces] states the following on uniqueness: 192 > The namespace name, to serve its intended purpose, SHOULD have the characteristics of uniqueness and persistence. 193 If we use the same namespace name (= URI) for different schemas, we are violating the XML namespace specification. We should not do this. 194 188 195 189 196 === Fifth solution: profile specific payload namespaces === … … 252 259 ==== Discussion ==== 253 260 254 Discuss this solution proposal in this section 261 [[oschonef|Oliver (IDS)]]: Even though this solution has the largest impact on centres, it is (IMHO) the best solution, because it is most standards compliant and allows (if multiple ID issue is soluved properly) smooth integration with OAI-PMH. The longer, we postpone this solution, the larger the pain for the centers will become, so we better make that decision now and be done with it. 262 255 263 256 264 == Tickets ==