apparently there is an error around here somewhere, but I cannot find it. (this is just a part of the shipdata)
assuming "stardestroyerdiffuse.png" is specified as the diffuse_map in the .dat file, you don't need it twice. Also there seem to be lots of closing brackets there.
[plist.parse.failed]: Failed to parse ../AddOns/stardestroyerV1.1.oxp/Config/shipdata.plist as a property list.
Parse failed at line 41 (char 1138) - extra data after parsed string
Too many closing curly braces. Oolite is already telling you exactly where the problem is: Line 41, extra characters encountered. The extra character is the semicolon after the curly brace.
So, in short: Lose the bottom curly brace and the semicolon in the one above it and the plist should be readable.
Too many closing curly braces. Oolite is already telling you exactly where the problem is: Line 41, extra characters encountered. The extra character is the semicolon after the curly brace.
So, in short: Lose the bottom curly brace and the semicolon in the one above it and the plist should be readable.
Too many closing curly braces. Oolite is already telling you exactly where the problem is: Line 41, extra characters encountered. The extra character is the semicolon after the curly brace.
So, in short: Lose the bottom curly brace and the semicolon in the one above it and the plist should be readable.
Ahhhhh.... thanks, it finaly worked.
You know, brace-counting should be a basic capability of anybody writing computer-legible code. A total of 4 braces opening and a total of 5 or 6 braces closing doesn't add up, regardless whether it's 5 or 6. My hint about the not-matching opening and closing braces (or brackets, or whatever) wasn't meant to make you delete one of them blindly, but was meant to make you go and actually count them, and also to understand exactly which part of the code is enclosed by which pair of braces.
EDIT: typo
Last edited by Commander McLane on Fri Jun 03, 2011 2:14 pm, edited 1 time in total.
Too many closing curly braces. Oolite is already telling you exactly where the problem is: Line 41, extra characters encountered. The extra character is the semicolon after the curly brace.
So, in short: Lose the bottom curly brace and the semicolon in the one above it and the plist should be readable.
Ahhhhh.... thanks, it finaly worked.
You know, brace-counting should be a basic capability of anybody writing computer-legible code. A total of 4 braces opening and a total of 5 or 6 braces closing doesn't end up, regardless whether it's 5 or 6. My hint about the not-matching opening and closing braces (or brackets, or whatever) wasn't meant to make you delete one of them blindly, but was meant to make you go and actually count them, and also to understand exactly which part of the code is enclosed by which pair of braces.
Something like Notepad++ will actually highlight each closing bracket/brace with each corresponding open one - if you have too many of one and not enough of the other - it should be fairly obvious...
Proper identation of brackets and code is always helpful, too. In the example above, correct identation would have made the mismatch immediately visible.
Proper identation of brackets and code is always helpful, too. In the example above, correct identation would have made the mismatch immediately visible.
Depending on what mode you put Notepad++ in, it will auto-indent for each new open brace/bracket and de-indent ( ) when it closes.
what does each of the numbers mean? because from just looking at them it made no sense to me whatsoever
Please read the documentation: Shipdata.plist, especially subentities, and there especially the old-style definition. Note that your example above is also wrong. There always have to be seven numbers after the subentity-identifier.
This is on the Wkik here. The first three numbers are the posution on the x,y,z axes, and the others are the orientation. Play around a bit and you'll soon get the hang of it.
Commander Smivs, the friendliest Gourd this side of Riedquat.