[Flightgear-devel] Simgear and OSG out of sync?

2011-01-16 Thread fierst42

Hi All,

I have been away for a couple of weeks, so perhaps I have missed 
something. When I tried to compile a fresh git version using 
download_and_compile.sh, I noticed there were some updates in OSG. It 
seems simgear is not in sync (yet?), though, because I am getting the 
following error:


SGPagedLOD.cxx: In member function 'virtual void 
simgear::SGPagedLOD::forceLoad(osgDB::DatabasePager*, osg::FrameStamp*)':
SGPagedLOD.cxx:73: error: no matching function for call to 
'osgDB::DatabasePager::requestNodeFile(const std::basic_stringchar, 
std::char_traitschar, std::allocatorchar , simgear::SGPagedLOD* 
const, double, osg::FrameStamp*, osg::ref_ptrosg::Referenced, 
osgDB::Options*)'
/home/mifi/Software/Sources/fgfs18/install/OpenSceneGraph/include/osgDB/DatabasePager:73: 
note: candidates are: virtual void 
osgDB::DatabasePager::requestNodeFile(const std::string, 
osg::NodePath, float, const osg::FrameStamp*, 
osg::ref_ptrosg::Referenced, const osg::Referenced*)

make[3]: *** [SGPagedLOD.o] Error 1

When I saw this, I removed all sources for OSG and Simgear and restarted 
with a fresh git clone, but the error remains. I searched the forums and 
noticed someone else has the same problem with a completely freshly 
cloned git version.


Did I miss something that causes this in the past few weeks?

m

--
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


[Flightgear-devel] TerraSync: question about file directoy

2011-01-16 Thread Heiko Schulz
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] Simgear and OSG out of sync?

2011-01-16 Thread James Turner

On 16 Jan 2011, at 10:56, fiers...@zonnet.nl wrote:

 When I saw this, I removed all sources for OSG and Simgear and restarted with 
 a fresh git clone, but the error remains. I searched the forums and noticed 
 someone else has the same problem with a completely freshly cloned git 
 version.
 
 Did I miss something that causes this in the past few weeks?

OSG SVN made an API change to Paged LOD, no one yet updated FG to work with it. 
While some developers do track OSG SVN, that's a slightly ambitious goal for 
everyone - personally I stick with the most recent developer release of OSG 
(2.9.9 or 2.9.10 at the moment, depending on who you ask)

I believe for this paerticular change Tim Moore has a fix pending, but each 
such change (not associated with a version release) requires additional 
configure/cmake complexity to check for the changed API - as was done for 
CullSettings, for example.

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

2011-01-16 Thread Martin Spott
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

2011-01-16 Thread James Turner

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

2011-01-16 Thread Heiko Schulz
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

2011-01-16 Thread Jacob Burbach
 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

2011-01-16 Thread J. Holden
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


[Flightgear-devel] Magnetic North

2011-01-16 Thread Barry Fawthrop
There was a news article on  Magnetic North Change
and How KTPA  had to change from 90  to 80

Are these changes being effected into FlightGear ???



--
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] Magnetic North

2011-01-16 Thread Martin Spott
Barry Fawthrop wrote:

 There was a news article on  Magnetic North Change
 and How KTPA  had to change from 90  to 80
 
 Are these changes being effected into FlightGear ???

Depends on if anyone's submitting a modified layout.
Actually the runway directions are hardwired into our airfield layouts
and they're not updated automatically.

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

2011-01-16 Thread Martin Spott
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] Magnetic North

2011-01-16 Thread John Denker
On 01/16/2011 01:25 PM, Barry Fawthrop wrote:
 There was a news article on  Magnetic North Change
 and How KTPA  had to change from 90  to 80
 
 Are these changes being effected into FlightGear ???

No.

FG is still using airport data that hasn't been updated since 2008.

More than a few things have changed since 2008.

--
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] Magnetic North

2011-01-16 Thread Martin Spott
John Denker wrote:

 FG is still using airport data that hasn't been updated since 2008.

Depends on your particular definition of FG. To be precise, the file
at:

  http://mapserver.flightgear.org/apt.dat.gz

contains 213 airfield updates (currently) which have been merged over
the time, which can be used in individual Terrain builds (by importing
this file) and which are shown on the 'mapserver.flightgear.org' web
map.  Here's the list of the updated fields:

  http://mapserver.flightgear.org/Apt.Dat.txt


Additionally, there are a couple of airfields already modified in the
Terrain you get via TerraSync, but it's just a small number.

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


[Flightgear-devel] Joystick Thrustmaster T.Flight Hotas X

2011-01-16 Thread Adrien BAILLY
Hi,

I wrote a config file for the joystick Thrustmaster T.Flight Hotas X that
is not supported in the 2.0.0 nor in the git repository (see
http://gitorious.org/fg/fgdata/trees/master/Input/Joysticks/ThrustMaster). What
is the proper way to submit the .xml file for review/approval so that it can
be added to the next release?

Thanks,

Adrien
--
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

2011-01-16 Thread James Turner

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


Re: [Flightgear-devel] Magnetic North

2011-01-16 Thread J. Holden
Hi,

I have sent Martin an updated layout for KTPA. As is my understanding, thie 
runways will be updated in the next world scenery build, unless I've done 
something wrong.

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] Magnetic North

2011-01-16 Thread Peter Brown
Unfortunately most of the users are not using or able to create individual 
Terrain builds.  If I could without taking computer courses I would, just to 
make use of those 213 airfield updates!  :) :)

…trying to be patient.
Peter :)


On Jan 16, 2011, at 4:23 PM, Martin Spott wrote:

 John Denker wrote:
 
 FG is still using airport data that hasn't been updated since 2008.
 
 Depends on your particular definition of FG. To be precise, the file
 at:
 
  http://mapserver.flightgear.org/apt.dat.gz
 
 contains 213 airfield updates (currently) which have been merged over
 the time, which can be used in individual Terrain builds (by importing
 this file) and which are shown on the 'mapserver.flightgear.org' web
 map.  Here's the list of the updated fields:
 
  http://mapserver.flightgear.org/Apt.Dat.txt
 
 
 Additionally, there are a couple of airfields already modified in the
 Terrain you get via TerraSync, but it's just a small number.
 
 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


--
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] Magnetic North

2011-01-16 Thread John Denker
On 01/16/2011 02:23 PM, Martin Spott wrote:
 John Denker wrote:
 
 FG is still using airport data that hasn't been updated since 2008.
 
 Depends on your particular definition of FG. To be precise, the file
 at:
 
   http://mapserver.flightgear.org/apt.dat.gz [1]
 
 contains 213 airfield updates (currently) which have been merged over
 the time

That leads to a few follow-up questions:

a) What *do* we mean by FG?  Perhaps we should ask: What do the folks
 in the user community think FG is?  What fraction of the users are
 using the file [1] mentioned above, as opposed to the version that
 sits in the fgdata tree?

b) Is that version strictly more up-to-date than the fgdata version?
 If so, wouldn't it be a good idea to upgrade the fgdata version?

c) Doesn't 213 seem like a small number compared to the thousands of
 updates that have been applied to Robin's apt.dat since FG forked
 it in 2008?

--
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] Magnetic North

2011-01-16 Thread Martin Spott
John Denker wrote:
 On 01/16/2011 02:23 PM, Martin Spott wrote:
 John Denker wrote:

 FG is still using airport data that hasn't been updated since 2008.
 
 Depends on your particular definition of FG. To be precise, the file
 at:
 
   http://mapserver.flightgear.org/apt.dat.gz [1]
 
 contains 213 airfield updates (currently) which have been merged over
 the time
 
 That leads to a few follow-up questions:

Really, does it ?

Even though I know that my success is limited, I'm still trying to add
as little pointless complications to my life as possible. The only
reason for responding to your above posting has been to 'fix' incorrect
assertions. Task accomplished,

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