Of course, this file and cube.dae are in the same folder.
When i run coherencyTest on it, it can’t resolve the uri :
ERROR: DOM Error Handler msg=daeStandardURIResolver::resolveElement() - Failed to resolve file:/D:/Documents/Utilitaires/ColladaSamples/testInclusion/cube.dae
ERROR: CHECK_uri Failed uri=file:/D:/Documents/Utilitaires/ColladaSamples/testInclusion/cube.dae not resolved
ERROR: DOM Error Handler msg=daeStandardURIResolver::resolveElement() - Failed to resolve file:/D:/Documents/Utilitaires/ColladaSamples/testInclusion/cube.dae
If I append “#rootNode” after cube.dae, i get the same result.
2 remarks :
Collada Schema is 1.4.1? Does it support external references or only the 1.5?
CoherencyTest could not resolve “file:/D:/Documents/Utilitaires/ColladaSamples/testInclusion/cube.dae”. I would expect file://. But when i write the full path with that, i get even more errors.
Could someone help me?
What am i doing wrong ?
Where can i get a sample file with working external references ?
Just a little thing: You indeed need the #node_you_want_to_instanciate. For me the coherency test work and most of the time Maya import my collada files. I followed the 1.4.1 when I did this.
But it’s known (of what I heard from the Collada Fest this year) that almost all 3D softwares don’t handle file referencing very well in Collada.
What version of the software are you running?
What is the current working directory for the app?
What are the command line arguments that you used?
All versions of the COLLADA schema use URI to reference other documents.
The correct syntax for a file: scheme URL is defined in RFC 1738 and is “file://<host>/<path>” where <host> can be empty or “localhost” and <path> is an absolute path. E.g. “file:///D:/file.txt”.
ok, but as I said before, if I use cube.dae#rootNode, I get the same error message. But I wonder if rootNode is a reserved word, or a real name that must appear in the referenced file?
What version of the software are you running?
What is the current working directory for the app?
What are the command line arguments that you used?
-CoherencyTest v1.3
-coherencyTest, scene.dae (the file I mention in my first post) and cube.dae are in the same directory
-no argument except the file name.
OK, I manage to have no errors from coherencyTest by specifing #<existing node name> instead of rootNode. The syntax must be correct, but i have no means to check if the final result is correct. As I specify only a node with material, effects, … I wonder if the resolver will get them automatically in the referenced file?
I tried to view the scene under ColladaAirViewer SwirlViewer, and GoogleEarth. Nothing appears. Any ideas?
It’s pretty simple: if the URL is correct and the resource is available then a conforming tool should resolve the URL and load the resource.
It’s still the case that many 3D tools, outside of Web and networked applications, do not handle URI correctly or even external references to local files (they load one file). I suggest that if the viewers you want to use are broken then please go to the support sites for the ones that fail and report external reference handling bugs.