Closed gra-moore closed 12 years ago
I guess we need something that (a) looks good, and (b) is stable. sdshare.org would be best as long as we don't have a real standards body. Unless egovpt is a real standards body, and we have the rights to make URIs there etc. Not sure.
We need to check with Marc if using sdshare.org is OK. If it is, we use it.
Marc says sdshare.org is OK, so we start using it.
What should the actual form of the namespace be? How about: http://psi.sdshare.org/2012/core/ ?
Looks OK.
On 17 February 2012 10:48, larsga reply@reply.github.com wrote:
Marc says sdshare.org is OK, so we start using it.
What should the actual form of the namespace be? How about: http://psi.sdshare.org/2012/core/ ?
Reply to this email directly or view it on GitHub: https://github.com/gra-moore/SDShare/issues/2#issuecomment-4017637
Graham Moore, Director, Networked Planet Limited Editor XTM 1.0, ISO13250 (TopicMaps) -2,-3, TMCL e: graham.moore@networkedplanet.com w: www.networkedplanet.com t: +44 1865 811131 m: +47 90056479 (Norway)
Networked Planet Limited is registered in England and Wales, no. 5273377
psi is a bit topic mappy and will need explaining. Suggest we just use http://www.sdshare.org/2012/core/
Changed to above.
Should we need the egovpt namespace for the rel types on links. For means we are compatible. Against means its all a bit confusing.
Also, I have tried to made the fragments feed now be an updates feed to make things easier to understand. However, things seem more confusing again when the rel link is updates.