[Flightgear-devel] TerraSync: question about file directoy
Hi, Still working on the moveable helipads together with Oliver Thurau I have still problems to make the pads working for any scenery-folder like TerraSync, Scenery or data/Scenery. It only works a specific one defined- not for all ones. Looking for a solution I came to the question why it is like that: terrasync -Airports -Terrain -Models -Objects And not: terrasync -Scenery -Airports -Terrain -Models -Objects And would it be hard to change this to this layout? Thanks Heiko still in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TerraSync: question about file directoy
Hi Heiko, Heiko Schulz wrote: terrasync -Scenery -Airports -Terrain -Models -Objects Would be a little bit like saying this car is red red since everything in TerraSync is directly related to Scenery ;-) I know we've already been talking about this topic but I don't remember all the details. To me it looks like either a) the animation are depending a little bit too much on textual path names or b) FlighGear doesn't provide a reasonable variable as a substitute for the respective directory path which you're referencing. Or both. Cheerio, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TerraSync: question about file directoy
On 16 Jan 2011, at 13:41, Martin Spott wrote: I know we've already been talking about this topic but I don't remember all the details. To me it looks like either a) the animation are depending a little bit too much on textual path names or b) FlighGear doesn't provide a reasonable variable as a substitute for the respective directory path which you're referencing. Or both. I've done work in this area to support multiple aircraft dirs, if one of you could give a clear description of what's going wrong, I might be able to help. Regards, James -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TerraSync: question about file directoy
Hi, On 16 Jan 2011, at 13:41, Martin Spott wrote: I know we've already been talking about this topic but I don't remember all the details. To me it looks like either a) the animation are depending a little bit too much on textual path names or b) FlighGear doesn't provide a reasonable variable as a substitute for the respective directory path which you're referencing. Or both. I've done work in this area to support multiple aircraft dirs, if one of you could give a clear description of what's going wrong, I might be able to help. Regards, James Grab: http://www.hoerbird.net/LOWI.zip install it as it is and try. The pads are working. Now save the Objects-folder from the package in terrasync, and delete e010n40-folder in data/Scenery. Use now the terrasync-folder as scenery. It won't work. Problem: to use the pads inside the Objects/e010n40/e011n47-folder I defined a line in the nasal-script like that: setprop (models/LOWI/model/path, Scenery/Objects/e010n40/e011n47/LOJO_helipad_libelle.xml); This path seems to be absolute. If you want to make this working in TerraSync you have to change the line to ..,terrasync/Objects/...); That's prevents me from uploading my wok on the moveable helipads (currently a FlightGear-only feature!) to GIT. The other way to get it working is to use a set of standard pads lying in Models, but that would mean of course less freedom to heli-scenery-designer. Any ideas? Heiko -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TerraSync: question about file directoy
It won't work. Problem: to use the pads inside the Objects/e010n40/e011n47-folder I defined a line in the nasal-script like that: setprop (models/LOWI/model/path, Scenery/Objects/e010n40/e011n47/LOJO_helipad_libelle.xml); This path seems to be absolute. If you want to make this working in TerraSync you have to change the line to ..,terrasync/Objects/...); Both of those paths will use FG_ROOT as a starting point so won't reference the 'actual' directory the model is loading from...which could be anywhere on a users filesystem. I'm not sure what your nasal is trying to do or why it need a scenery path, but you will need some way to retrieve the 'actual' path from where the model was loaded. I'm not sure if this functionality already exists, it may, but not an area I've ever researched yet personally. cheers -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TerraSync: question about file directoy
Hi Heiko This isn't just a Terrasync problem as I have scenery files in multiple scenery folders for testing purposes. So if the helipad was in my Scenery2/ folder, it also wouldn't work... The solution as I think has been said is to figure out if there is a way to get the name of the top level folder using Nasal, or to figure out a way to use nasal within the scenery folder? You could always try calling the nasal script from the xml (I have absolutely no idea if this will work or not and it may well be impossible). Good Luck Cheers John -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TerraSync: question about file directoy
J. Holden wrote: The solution as I think has been said is to figure out if there is a way to get the name of the top level folder using Nasal, or to figure out a way to use nasal within the scenery folder? You could always try calling the nasal script from the xml (I have absolutely no idea if this will work or not and it may well be impossible). Mmmm, guessing directory path names from an embedded script smells like it's calling for permenant maintenance trouble in the long run ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] TerraSync: question about file directoy
On 16 Jan 2011, at 21:05, Martin Spott wrote: The solution as I think has been said is to figure out if there is a way to get the name of the top level folder using Nasal, or to figure out a way to use nasal within the scenery folder? You could always try calling the nasal script from the xml (I have absolutely no idea if this will work or not and it may well be impossible). Mmmm, guessing directory path names from an embedded script smells like it's calling for permenant maintenance trouble in the long run ;-) Right, the solution is to expose the path resolve / resource logic I added, to Nasal. This takes a relative path (and some context) and finds the best match among the defined scenery/model paths. Thats exactly how the aircraft-dir support coded up, and how existing models are found. Nasal currently can't hook into that, but it could be done. Of course the best thing from my point of view, would be if Nasal always passed a relative path, treating it like an opaque ID rather than an actual file-system path, and then the C++ layer dealt with converting it (using the resource code, as it already does). I.e you shouldn't ever be dealing with absolute paths in Nasal, hopefully. James -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
