On 9/26/12 1:37 PM, Christopher Brooks wrote: ... > The W3C uses dates to demonstrate that there is no "minor" version > change - any change in version completely changes the semantics of the > document. > > For instance, here is the RDF namespace: > > http://www.w3.org/1999/02/22-rdf-syntax-ns# > > The # has a somewhat special meaning in RDF, so we shouldn't bother > with using it. > > So maybe urn:X-opencast:engage/2012/09/26
The X- looks like an email header to me. ;) Since the opencast domain is registered, I personally wouldn't worry about using the experimental meta-namespace bit (probably wouldn't even if not =]). I know the two aren't actually related, but they're sorta close... I do a lot of xpath stuff, so something more like this: ...:engage:20120926 or maybe ...:engage:2012-09-26 perhaps? As for the date itself, I'm on the fence. It is as close to a universal unique version identifier as possible, but it loses the semantics of semantic versioning, which let you do baselines and whatnot, which in turn lets you not even worry about version numbers, per se, as they are not arbitrary and instead mean specific things about what has changed, and can be generated automatically, which lets other stuff down the line figure out dependencies automatically. However, unless you're using the latest tooling, the semantics are lost anyways (meaning they have to be handled manually- they still carry meaning to the human I reckon)... a minor change would do the same as a major change --break stuff-- even if the change was one that only added an optional element or attribute or some such. So, in sum: "Eh. *shrug*". I'm partial to the blah:blah:blah:1.0 type of deal because it's short, potentially semantic, and easy to search for using xpaths, mostly (do not get me started on namespace handling in java, nor XML handling in Java in general *shakes fist at sky* =]). :Denny -- Failures do what is tension relieving, while winners do what is goal achieving. Dennis Waitley _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
