GNOME Bugzilla – Bug 490104
[GstXML] Non-existing XML namespace URL http://gstreamer.net/gst-core/1.0/
Last modified: 2010-06-25 23:58:52 UTC
Hi, GstXML uses "http://gstreamer.net/gst-core/1.0/" as XML namespace URL but this domain doesn't exist anymore and there's also no gst-core/1.0/ on gstreamer.fd.o. Should probably be fixed but as the current GstXML refuses to load XML documents with a different namespace this could be rather tricky/impossible to do without breaking the loading with older core versions. Bye
*** Bug 490105 has been marked as a duplicate of this bug. ***
Are you saying we should switch the namespace to some url/domain we control?
It should be a) some URL we control (and that probably stays alive for a very long time) and b) shouldn't that URL contain some XML schema or DTD with a specification of the namespace?
As I understand it, http://www.w3.org/TR/REC-xml-names/ section 3 seems to indicate that the URI in this context is simply used as 'unique identifier' and doesn't necessarily hold any meaning besides this: "The namespace name, to serve its intended purpose, SHOULD have the characteristics of uniqueness and persistence. It is not a goal that it be directly usable for retrieval of a schema (if any exists). Uniform Resource Names [RFC2141] is an example of a syntax that is designed with these goals in mind." It would probably be nice (tm) though if there was actually a schema available under that URI. Not sure if we can change it or not. Don't think anyone would actually notice (I'd be surprised if the GstXML stuff worked well enough to be usable for anything non-trivial in practice). Besides, usually we only guarantee backwards compatibility one way (meaning something compiled against v0.10.N+1 does not need to work if v0.10.N is dropped in), but the question is if this applies to output like this too.
OBSOLETE/WONTFIX I think. *** This bug has been marked as a duplicate of bug 622685 ***