Re: [Flightgear-devel] dyld: Library not loaded: libosgText.93.dylib

2013-02-26 Thread HB-GRAL
Am 25.02.13 22:14, schrieb Umut Durak:
> Folks,
> I recently applied what is instructed in wiki 
> (http://wiki.flightgear.org/Building_using_CMake) for the MAC build and come 
> up with the bin directory under the dist folder. As I executed fgfs I get the 
> following error which google this time finds nothing helpful. Any insights 
> will be more than appreciated.
> Ciao
> Umut
>
> dyld: Library not loaded: libosgText.93.dylib
>Referenced from: 
> /Users/umutdurak/Documents/workspace/fg/FGFS/dist/bin/./fgfs
>Reason: image not found
> Trace/BPT trap: 5
>

Hi Umut

Open Terminal and "cd 
/Users/umutdurak/Documents/workspace/fg/FGFS/dist/bin/" and run "otool 
-L fgfs" to check where your fgfs binary is linking too. Maybe you 
didn't set -DCMAKE_INSTALL_PREFIX correctly.

-Yves


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] BufferedLogCallback in simgear

2013-02-16 Thread HB-GRAL
Hi James

I guess this is the next commit
https://gitorious.org/fg/simgear/commit/318c5000ce58a07a279053f084a28faaef5c422d

that breaks simgear compilation against osx sdk 10.5 and target 10.5 on 
intel (for 2.11, and I get no problems against 10.6):

Output:

simgear/simgear/debug/BufferedLogCallback.cxx: In member function 
‘unsigned int 
simgear::BufferedLogCallback::threadsafeCopy(std::vector >&)’:
simgear/simgear/debug/BufferedLogCallback.cxx:92: error: ‘class 
std::vector >’ has no 
member named ‘data’
simgear/simgear/debug/BufferedLogCallback.cxx:92: error: ‘class 
std::vector >’ has no 
member named ‘data’
make[2]: *** 
[simgear/CMakeFiles/SimGearCore.dir/debug/BufferedLogCallback.cxx.o] Error 1
make[1]: *** [simgear/CMakeFiles/SimGearCore.dir/all] Error 2

-Yves

--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OSX 10.5 compilation

2013-02-16 Thread HB-GRAL
Am 16.02.13 18:54, schrieb HB-GRAL:
> I got also the sound working now for 10.5, and I'm actually building a
> FGx 2.10 against SDK 10.5.

The sound problem is not related to 10.5 of course, I got the sound 
working for arch i386 and sdk 10.5/6 (x86_64 worked from beginning, 
building against sdk 10.6). There are four possibilities that made it 
running finally now, independent of the machine, I don't know which one 
(or all of this?) I should take into account for my build, I will check 
all of this again:
1) building against OSG 3.1.3 instead of trunk (3.1.5)
2) rebuilding plib and not using macports plib (at least for 10.5 this 
is necessary anyway because I can't use 10.6 macports plib of course)
3) enable fgpanel and getting glut with this (huh?)
4) building with RTI=off

But I'm only talking to myself here, sorry for that. I promise I will 
get more overview soon and shut up.

-Yves

--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OSX 10.5 compilation

2013-02-16 Thread HB-GRAL
Hi James

I'm still trying to be this 10.5 person these days, I don't give up that 
fast of course ;-) And I spent a lot of time this week in this believe me.

It started with having all dependencies right, and now I'm still trying 
to get simgear/flightgear the right way. When I succeed I will need some 
tests (by "real" 10.5 users, but also by users  up to 6/7/8).

I will clone the sg/fg repositories and add the directives, send some 
merge requests. Actually there are only two small changes in code 
checked in by you: The cocoa clipboard code in flightgear source (the 
patch I already sent), and in simgear "svn_cmdline_create_auth_baton" 
and "svn_client_checkout3" which can't be used with sdk 10.5. But the 
alternatives here are already in place, it just needs a clever directive 
using the SVN_VER_MINOR already there.

I got also the sound working now for 10.5, and I'm actually building a 
FGx 2.10 against SDK 10.5. When I succeed I will post a download link at 
forums to test, and then I will bring the small changes I made to a 
clone/merge request to verify.

Thanks, Yves



Am 16.02.13 15:15, schrieb James Turner:
>
> On 15 Feb 2013, at 23:56, ys  wrote:
>
>> Ok, can we have a decision that SimGear/FlightGear is not supporting OSX 
>> 10.5 on intel anymore ? FG 2.8 is doable, and maybe 2.10 with some further 
>> tweaks too, but after looking to what's coming up with "next" I see that 
>> more and more tweaks are needed and that core developers do not take 10.5 
>> into account anymore (what I can understand very well, but it's not 
>> mentioned anywhere, when I'm not wrong).
>>
>> Fact is that all dependencies still supports osx 10.5 on intel, but sg/fg 
>> doesn't anymore (since 2.8 this is also posted at flightgear.org for mac 
>> release, >= 10.6).  As stated by James sg/fg code is not tested against 10.5 
>> by core developers anymore, so please ... I my view a small message should 
>> come to changelog which can be referenced by "supporters" at forums and 
>> elsewhere for this fact. Or do you think this is completely wrong ?
>>
>
> Hmm, I'm not sure what to say - I'm not aware of any 'upcoming' stuff in next 
> that makes 10.5 support harder. There's changes, e.g. the file-dialog stuff, 
> if it does't work with 10.5 (and I've no idea if does or not), can simply be 
> #ifdef-ed based on the system version. That's the *only* think I can think of 
> in next which would affect system support.
>
> And I maintain, that 10.5 support is pretty doable with the 2.10 codebase, or 
> 'next', if someone wishes to invest some time. So making an 'official 
> statement' seems a bit silly - just like it would be odd to make a statement 
> saying we don't support FreeBSD or Cygwin or Windows 2k. I imagine some of 
> those platforms need a similar amount of tweaking to Mac 10.5, to work out of 
> the box, since no one tried them in years, but if someone cares to make them 
> work, they will work - and I'm happy to apply patches to support them, so 
> long as they don't break existing stuff.
>
> (Actually I think FreeBSD does work, precisely because someone did that work, 
> for 2.8)
>
> So we can make such a statement, and if someone asks, the reason for making 
> the statement, is because you asked for such a statement! - but I don't 
> really see who that benefits? It will still be possible to #ifdef some code 
> and support 10.5, if there's a person interested / motivated enough to make 
> it happen.
>
> Regards,
> James
> --
> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
> is your hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials, tech docs,
> whitepapers, evaluation guides, and opinion stories. Check out the most
> recent posts - join the conversation now. http://goparallel.sourceforge.net/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] CMake question simgear include option

2013-02-14 Thread HB-GRAL
Hi

Ehrm, cmake, I tried to link against another simgear but I can only link 
against headers, not the libs? When I have another simgear in (i.e. 
default path) installed it takes the headers from include definition, 
but the libs from first path? Or do I miss a CMake option?

With simple -DCMAKE_INSTALL_PREFIX it finds the "custom location" of the 
headers and libs without any other option, but when I add 
-DSIMGEAR_INCLUDE_DIR=/path/to/include it takes the headers from this 
location, but not the libs anymore, it falls back to another simgear 
install on my system (which is in path). So I need to remove default 
simgear from my path, and then cmake works perfect.

Sometimes I wonder with what things I can struggle with flightgear 
compilation and why only ME have such problems. ;-)

-Yves






--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] fgdata Commit c8a69dffd49a298e01c0e0e1320f4a1d49a0bca4

2012-12-21 Thread HB-GRAL
Am 21.12.12 11:49, schrieb Gijs de Rooy:
> Please see http://wiki.flightgear.org/FlightGear_Git:_splitting_fgdata
> and feel free to add thoughts/ideas there. A mailing list is not a good place
> for documenting things.
>
>
> Cheers,
> Gijs  
>

Hi Gijs

The problem is that a wiki is not a good place to discuss such things 
because some people consult this list more frequently than a wiki page. 
Anyway, when I read this wiki I fear such pages ends up sometimes as 
cemetery of good ideas which started here and moved over to nowhere ...

The point "Organizing aircraft by logical units" is exactly what I 
proposed for hangers, even when my understanding of a "logical unit" is 
different. The only disadvantage seems to be that it is "difficult". The 
difficulty is probably that it needs some personal work out of git 
commands. I offer my time for such, that’s all.

Maybe I miss the discussion completely, but the goal of the vague wiki 
plan is teaching git usage and keeping hands on everywhere. But 
splitting the aircraft directory into units is not a git and control 
problem for me. It’s a problem of having a plan for a project that 
becomes bigger and needs dealing with "plugs", different interests, 
super hero shows and silent development groups etc. etc., like many 
other projects out there. FG is getting more users and developers 
currently. Without offending anyone for this, the aircraft splitting 
discussion and effort at this wiki ended up with nothing this year. Or 
am I wrong? So all what I can offer is some low-level "administrative" 
help to reach the goal, whatever goal it is.

I know that many (also core) developers are involved at the end for such 
a plan and I think this needs to be discussed here first. I.e. James 
wanted to setup a meta-data infrastructure, and I don’t know if this has 
become reality or not (again, I do not want to blame anyone for his 
plans in a volunteer project).

I still vote for the hanger plan I proposed some months ago because the 
other plans didn’t succeed either. I’m a dumb pighead, I know.

-Yves




--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Musings on FG on Linux/Windows

2012-12-02 Thread HB-GRAL
Am 01.12.12 14:15, schrieb Pat:
> Does this ring any bells?
>
> http://unprotocols.org/blog:14
>

Hi Pat

This link .. exactly. That’s probably all what I was thinking about when 
I sent my thanks to the list for Thorsten (for ALL t(h)orstens at the 
end, anyway for all contributors, leaders, non-leaders, core developers, 
small developers, for the community at all). Since many weeks when I was 
looking to some posts here at ML such bells were ringing loud enough. 
I’m just a small small contributor and am in a comfortable situation 
with well paid work outside open source projects.

I thought some of the developers here knows very well about this 
behaviour and should react when the bells are starting to ring for 
others. Someone might say this is in self-responsability, but in my 
experience this is only half of the truth.

At the end I’m very happy to see people around here with some social 
skills. Me I’m just an "Emo-Poster" sometimes, hitting the send button 
too fast when I’m reading about frustration of others, I apologize for that.

My dream: FlightGear should held a developer meeting once next year. 
This would be my all time favourite. Have there been such meetings once?

-Yves




--
Keep yourself connected to Go Parallel: 
DESIGN Expert tips on starting your parallel project right.
http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Musings on FG on Linux/Windows

2012-11-30 Thread HB-GRAL
Am 29.11.12 08:59, schrieb Renk Thorsten:

> So, good to know that you apparently see me as someone who has nothing better 
> to do than complain because the service isn't good. You know what - I'm out 
> of here for a really good long break, doing something nice. The FG experience 
> for me of late feels like an endless string of frustrating events. Other 
> people do work as well, you know? I've burnt every scrap of my spare time to 
> get my last merge request together before the feature freeze (since I knew 
> I'd probably lose a lot of time getting a new computer ready for everything) 
> to the point that I started to dream of code every night, and right now I'm 
> asking myself why the hell I've been doing that. Well, it's there on the 
> server, do whatever you want with it, and if my main contribution is 
> complaining, then everyone is better off if I remove myself for a while.
>
> Cheers,
>
> * Thorsten

We all keep quiet of course, no one sends thanks to Thorsten and saying 
that his work IS interesting and that everyone of us can reach that. I 
do, sorry for that, YOU project leaders, poor ones.

-Yves


--
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Weather

2012-11-12 Thread HB-GRAL
Am 12.11.12 10:45, schrieb Renk Thorsten:
>
> The consensus seems to be that (with some limitations) this can be done in 
> principle. Just someone would need to do it in practice, and I'm not going to 
> do it because I'm not into MP in the first place, so this seems to be where 
> this is stuck.
>
> Hope that helps a bit!

Yes, thanks, that helps a bit. I searched the forums for this topic but 
unfortunately I couldn’t find this thread some time ago. It answers a 
lot of questions of course.

I see some differences to what I’m thinking about, it’s not to share 
hundreds of cloud positions trough a dedicated distribution system. All 
I need for the "radar" (aka map) and a plane to simulate weather 
condition is some metar-like data, where i.e. you can get the center and 
movement of a thunderstorm, this storm can be generated and the data can 
be shared trough network. I don’t know if this makes sense for anyone 
else, for me it does at the moment. When I read the forum thread I fear 
my approach is too simple :-(

But if this thunderstorm looks exactly the same from different angles is 
not that important in case there IS a thunderstorm probably. Sharing the 
center position, pressure, movement, winds and probably cloud density 
over network is sufficient, in case this data could be shared in 
metar-like system somehow. AFAIK fg can get metars, probably some simple 
weather situation can be shared trough artificial metars? So another 
dumb question, advanced weather is not writing metars, is it? Or more 
general question, does advanced weather in general deal with metars or 
is this something that is only used with basic weather?

-Yves



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Weather

2012-11-12 Thread HB-GRAL
Am 12.11.12 08:21, schrieb Renk Thorsten:
>> Flightgear has a nice (local and global) weather implementation AFAIK.
>> Are there some ideas (or solutions) how to map custom or shared weather
>> values in a (internal or external) weather radar" ?
>
> Someone was working on that, and we got to the point that Advanced Weather 
> writes thunderstorm info into the wxradar section of the property tree. If 
> the wxradar ever picked up that info and displayed anything I don't know. If 
> you're interested in pursuing this further, it's easy to extend to include 
> other precipitation info.
>
> Basically the concept is that the wxradar gets a very abstract set of data 
> and 'fakes' a plausible display, because if you would acutally display the 
> rain distribution we generate under a storm, you'd see a very nice and 
> utterly unrealistic circle :-)
>
> * Thorsten
>

Hm, the wxradar ... couldn’t find that much documentation about it but 
will do more research in code and property tree, thanks for pointing me 
to this. Could this weather properties be shared trough network somehow 
? Sorry this dumb questions, I just had the intention to show flightgear 
weather on a external map/radar and now I need a contemporary way how to 
get i.e. the thunderstorm data to show.

Could a thunderstorm be shared over network basically ? Or better, 
should weather be shared trough a RTI federation ? Is there some kind of 
a "weather engine" and interface for pilots/teacher/atc already ? Thanks 
to everyone pointing me into the right direction for this topic.

-Yves







--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Weather

2012-11-11 Thread HB-GRAL
Hi all

Flightgear has a nice (local and global) weather implementation AFAIK. 
Are there some ideas (or solutions) how to map custom or shared weather 
values in a (internal or external) weather radar" ?

-Yves

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Postgres/Postgis import apt.dat

2012-10-10 Thread HB-GRAL
Hi all

I already wrote a small baby python script which converts apt.dat into 
flightgear readable xml. Now I started a new project for importing the 
same data to Postgres/PostGIS tables for my map development. Currently I 
can create runway polygons with all associated data this way with 
(flightgear future version) apt.dat 1000. But it will work with apt.dat 
850 too I guess, only 810 is out of scope now.

I decided to write an own import script using geographiclib and 
psycopg2. My current dev map is based on postgres 9.1.5/PostGIS 
2.0.1/mapnik 2.1 and tilecache 2.11, and still under development. We 
plan to use it as base for a new multiplayer map proposal, and a new FGx 
inline map of course.

If someone can give me the database structure needed for official 
flightgear scenery map meantime, or better, help to improve the script 
to fit flightgear database needs I guess this scripts could replace the 
former ogr2ogr driver import (which I guess is not followed anymore, but 
just a guess). If you’re familiar with python, sql and PostGIS you’re 
welcomed anytime to help to improve the scripts.

First tests of the runways geometry created looks very good, albeit you 
will discover issues of apt.dat immediately on a current map, or maybe 
also issues of OSM or google maps, yes ;-)

-Yves


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Doc Project Idea

2012-09-28 Thread HB-GRAL
Hi Pete, James

Currently it runs on fgx servers I guess. Pete, it’s your decision and 
work, move it to the official jenkins when you think it’s useful in this 
state for all fg devs, in my view there is no reason to provide that on 
fgx servers only ;-)

-Yves



Am 28.09.12 10:33, schrieb James Turner:
>
> On 28 Sep 2012, at 07:44, Peter Morgan wrote:
>
>> I've been playing with the idea of an automated system (via jenkins)
>> to build the api-docs.
>>
>> Its kinda working with the simgear/flightgear/osg/plib etc all linked
>> together. almost..
>>
>> Here the progress so far ,and the idea would be to make it completely
>> automated.
>>
>> Feedback appreciated, even if its worth pursuing.
>>
>> http://docs.freeflightsim.org/
>
> This is a very good idea - I've been adding Doyxgen comments ever since I 
> started working on FlightGear, and running Doxygen once a day is a perfect 
> task for Jenkins. Doxygen can also catch TODO and FIXMEs in the code, which 
> there are certainly some of :)
>
> Linking the projects together is certainly useful, and that's where my 
> Doxygen knowledge runs out, so glad you're working on it!
>
> If you want to run this on the 'main' Jenkins, let me know, but of course it 
> can run anywhere.
>
> Thanks,
> James
>
>
> --
> Got visibility?
> Most devs has no idea what their production app looks like.
> Find out how fast your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219671;13503038;y?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>


--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Airport selection feedback

2012-09-22 Thread HB-GRAL
Am 21.09.12 22:45, schrieb Thomas Geymayer:
> Am 2012-09-21 21:16, schrieb Stuart Buchanan:
>> On Thu, Sep 20, 2012 at 11:44 PM, Thomas Geymayerwrote:
>>> I've now changed the default fill rule from even-odd to non-zero. Should
>>> probably work better now...
>>
>> Surprisingly, this didn't seem to make any difference.  I've included
>> the patch below
>> if you want to check yourself.
>
> The problem was that ShivaVG simply hasn't implemented it :) I've now
> extended ShivaVG to support some kind of a non-zero fill rule. It's not
> really non-zero because instead of incrementing and decrementing
> depending on the orientation of the drawn overlapping regions it simply
> checks if at least a single region covers a pixel. For our use cases it
> should be enough tough.
>

Hi Tom

Are there some plans to integrate some kind of a "webview" to the canvas 
? I remember there was some discussion about.

In case there comes a webview the mapserver could provide pre-drawed and 
referenced tiles as images for a background and i.e. only the plane(s) 
needs to be drawn. Common maptools on a server based on the same data 
could be used (I’m using mapnik myself) and I guess one don’t need to be 
online all the time with possibilities of subversion and/or offline 
caching probably ? Just as an idea to save "drawing resources".

-Yves


--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,

2012-09-07 Thread HB-GRAL
Am 07.09.12 20:51, schrieb Clement de l'Hamaide:
>
> Hi all,
>
> I'm the author of the bug report #858. Big thanks to ThrostenB to solved it.
>
> About 3D models loading, the change has been explained by Mathias here : 
> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36498.html
> After this changes I have reported a problem here : 
> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36507.html
> Jon Stockill has confirmed the same behavior for him.
> The end of the conversation (last message by me) still waiting a response/fix.
>
> I'm absolutely not here to say "the bug is not yet solved !", absolutely not. 
> I'm just here to help you to "remember/avoid to search" the corresponding 
> conversation about this bug.
>
> Cheers,
> Clément
>   

Maybe #758 could be merged into #858 ?

-Yves


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] license

2012-09-05 Thread HB-GRAL
Am 05.09.12 11:52, schrieb Scott:
>
>While we are on the topic, I'd like to take a different perspective.
>
>There are a number of source data files (eg: national SRTM-1 data)
> that is provided under Creative Commons with license terms very similar
> as GPL, however it isn't GPL, but it would appear to have the same aims
> as everything below. However at the end of the day it is not GPL, and so
> can not be used. Creative Commons seems to be very popular for "content"
> as oppose to "code" with organisations that don't do code.
>


Which national SRTM-1 do you mean is in CC ? I know only SRTM-1 in 
public domain.

-Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Some More Detailed Scenery

2012-08-31 Thread HB-GRAL
Am 31.08.12 13:54, schrieb Martin Spott:
> Hi Yves,
>
> HB-GRAL wrote:
>
>> May I ask you to move this discussion to the scenery list now ?
>
> I'm not among those who enjoy having multiple different places for
> discussing the same topic (clarification upon request), therefore I'd
> prefer to stick with the -devel list.
>
> Cheers,
>   Martin.
>

Hi Martin

I was only asking if it is possible for you to help to move scenery 
discussion to one single place, that’s all. '-devel' list is far from 
being the scenery discussion central, I’m sorry to say that. Of course, 
the scenery list isn’t a central too, but when people help and 
collaborate it could become such a place over time.

Now the intention for the scenery list is to get exactly what you 
describe, not having multiple places for the same topics (forums, irc, 
private sites/personal blogs, issue tracker, main site, scenery list, 
devel list etc etc.).

Just to say again, it’s far from blaming anyone, it’s just a rustic 
request to help making scenery collaboration world better. I don’t give 
up ;-)

-Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Some More Detailed Scenery

2012-08-31 Thread HB-GRAL
Am 30.08.12 16:59, schrieb Martin Spott:
> Tom P wrote:
>
>> Instead of creating a new server for high-end / more detailed sceneries,
>> would it be possible to create a branch on the current TerraSync server?
>
> I think that's possible, maybe even just two different directories with
> a 'base' Terrain (let's say pure VMap0) and another with the best
> detail we have.  Please remind me of this idea once we're having all
> ducks in a row to build detailed Terrain   anyhow, there probably
> won't be many users left for the base Terrain by then, and for these
> we're still having the 1.0.1 Scenery readily available.
>
>> It could work as an "overlay" where a more detailed scenery tile takes the
>> place of a base / standard detail tile.
>
> That's most likely not going to work because the tile boundaries won't
> match between base and high-level tiles.
>
> Cheers,
>   Martin.
>

Hi Martin

May I ask you to move this discussion to the scenery list now ? It’s 
there to collect scenery related topics, you will find a recent post 
about some thoughts about future custom scenery creation with jenkins 
slaves. I will really welcome seeing your experience and thoughts in the 
discussion there.

But it’s your decision of course to use the other mailing list or not. I 
only fear that there is some danger that some people (not subscribed to 
both lists, or do not read the main list for other reasons) are out of 
the loop once, and scenery discussion is spreaded widely over multiple 
topics in the main list, hard to collect and see all different efforts.

Thanks, Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] 2.8. osx download broken

2012-08-21 Thread HB-GRAL
Am 20.08.12 18:16, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> to use a mirror, but then I got some 15k drops from the german mirror
>
> Anybody else facing trouble accessing the German FTP mirror ?
>
> Cheers,
>   Martin.
>

Sorry Martin, I guess it was not the german mirror, it probably was
ftp://ftp.kingmont.com/ (which still is very slow at the moment).

And the mirrors listed of osx download (on download central page) some 
days ago are not the same like found on download page by Rob for his 
recent tests.

-Yves


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] 2.8. osx download broken

2012-08-20 Thread HB-GRAL
Am 20.08.12 16:18, schrieb Curtis Olson:
> On Sun, Aug 19, 2012 at 4:40 AM, HB-GRAL  wrote:
>
>> Hi Curt and mirrors
>>
>> I can’t download the OSX release from your servers. It’s always broken
>> around +- 450 Mb.
>
>
> What tool (browser, app?) are you using to download flightgear?  In the
> past we have run into some browsers that simply croaked on larger files.
>   If this is common to a specific browser or download app it would be good
> to make note of that so we can warn people and suggest an alternative.  I
> know the google chrome and firefox are pretty solid choices for downloading
> big files.  Sometimes it's just the local internet that's a problem and
> isn't stable for long enough stretches to download such big files.

Hi Curt

I have really stable and good connections here and I use Firefox and 
Chrome. But maybe I’m a spoilt web child with this, and maybe there have 
been to many connections and there will be no problem right now. I tried 
to use a mirror, but then I got some 15k drops from the german mirror 
and just gave up for the moment ;-)

>
>
>> But anyway, I don’t know if it is worth to care about
>> this download, the Mac release seems to be broken at all,
>
>
> James has pushed through a fix for 10.6.x I believe and we are waiting for
> someone to test it and give feedback before pushing it up to the wide world.

I have been asked by James today to test it and I will do so. And it’s 
not 10.6 only, the release was broken for all osx versions AFAIK. This 
will need some time, and all what I see is that the download link in the 
download central still exists. I would recommend to remove this links 
not for today only, give it some 2-3 days from now on. I thought this 
could be removed immediately in case of such accidents, because people 
will still try to download ... that’s why I sent this message to the 
list. But I don’t want to show just some overreaction and it’s not up to 
me to make such decisions.


>
>
>> there is a
>> problem with subversion linking reported from many users at forums (this
>> is the heavy change to be compatible with OSX 10.8, I know, it’s boring
>> and I also know James is working very hard on this).
>>
>
> I wouldn't call it boring, but not everyone owns a Mac running 10.8 -- I
> think that's a pretty small club right now (growing of course, but there
> are still some people out there running 10.5, and I have 10.6 on my little
> iMac.)

I meant APPLE is boring, not flightgear, not including subversion libs 
anymore. I pointed that out with FGx some weeks ago and prepared a 
release candidate with subversion included. Behind the scenes a 
discussion started with James and others which subversion should be 
included for the mac release and James prepared a new solution (for FGx 
I use the apple open source subversion libs, James has another one, I 
will follow I guess for consistency reasons).

Now releasing the mac version immediately without any candidates and 
without any testing is in responsability of the release team of course. 
I don’t know who made this decision following strictly a controlled 
release plan with the mac version. I just wanted to point out that the 
result is that forums got flushed immediately with bad publicity for the 
mac version. I’d only ask the release team to think about such a 
decision. I know other software where the release date sometimes is 
suspended some days, better having a really stable release. Overall it 
was clear that the mac version distribution will undergo a not so easy 
change this time.

>
> But is it worth just to kick out a release directly with heavy changes
>> in distribution, without any testing and candidates before? I will
>> really help to test and unfortunately I didn’t find the time the last
>> days because of other work. And I’m willing to help users at forums and
>> everywhere, but not without having some time for testing and another
>> schedule, which is always widely accepted by OSX users btw. (see history
>> of 2.0/2.4/2.6 macflightgear releases).
>>
>
> It's never fun to run into issues like this the hard way.  But we have a
> published plan that we were/are operating from.  Again, different
> developers run different systems so we depend on each other to cover
> different areas of expertise.  We are continually updating the plan and the
> process and fixes for MacOSX that we discover in this cycle will hopefully
> feed into the next cycle so that each time is a little smoother than
> before.  One issue this time around was that Tat was out of town for most
> of the critical weeks leading up to the release so James jumped in to try
> to get the release package working and spent a huge amount of time trying
> to add support for 10.8.  Not o

[Flightgear-devel] 2.8. osx download broken

2012-08-19 Thread HB-GRAL
Hi Curt and mirrors

I can’t download the OSX release from your servers. It’s always broken 
around +- 450 Mb. But anyway, I don’t know if it is worth to care about 
this download, the Mac release seems to be broken at all, there is a 
problem with subversion linking reported from many users at forums (this 
is the heavy change to be compatible with OSX 10.8, I know, it’s boring 
and I also know James is working very hard on this).

But is it worth just to kick out a release directly with heavy changes 
in distribution, without any testing and candidates before? I will 
really help to test and unfortunately I didn’t find the time the last 
days because of other work. And I’m willing to help users at forums and 
everywhere, but not without having some time for testing and another 
schedule, which is always widely accepted by OSX users btw. (see history 
of 2.0/2.4/2.6 macflightgear releases).

-Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Dan Freeman and ProFlightSimulator

2012-08-14 Thread HB-GRAL
Shouldn’t some online flightsim magazines where someone has good 
contacts be asked to publish exactly this story now ? I couldn’t believe 
it, and maybe posting warnings on FlightGear pages is not enough. Maybe 
there are a lot of people out there we do not know, still waiting for 
charges beeing reversed or whatever ...

-Yves

Am 14.08.12 23:35, schrieb geneb:
> On Tue, 14 Aug 2012, Ivan Abolit wrote:
>
>> I am not sure if this is the right forum for my topic but I feel some one 
>> else in the flight simulator world should be aware of this.
>>
>> I ordered the 4DVD Edition of ProFlightSimulator from the "company's"
>> website on 4 April 12; paid $150.00 CAD for both the product and
>> shipping by credit card, and received the product shortly after.
>
> Unfortunately you got rooked.  As far as we've been able to tell, he's
> selling a very old copy of FlightGear (v1.9.1 I think) as well as a number
> of free or public domain publications.
>
> I would really, really, really like to get my hands on those disks you got
> - I want to see first hand what kind of crap he's been throwing at people.
> Is there any chance you could copy them for me?  I'd be happy to reimburse
> you for media and postage costs.
>
> Thanks and I'm sorry to hear you've been ripped off.  If I were you, I'd
> contact my credit card company and have the charges reversed.
>
> g.
>



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Switching from PUI to osgWidget

2012-07-25 Thread HB-GRAL
Just to illustrate what I mean actually ...

Current situation:
http://maptest.fgx.ch/screens/current-screen.png

New GUI with separated menus/dialogs, viewer in a separate window:
http://maptest.fgx.ch/screens/one-screen.png

Or new GUI with two screens setting, where one screen is the view only:
http://maptest.fgx.ch/screens/two-screen.png

Regards
Yves


Am 25.07.12 01:42, schrieb ys:
> Hi Thomas, Hi James
>
> This looks promising in a technical/coding perspective of having this and 
> that common GUI feature available also for flightgear. But for me personally 
> one of the big problems of the FlightGear GUI is that it is "inside" the only 
> and one main window. There is no possibility to have a separate window to not 
> cover the main content, the scenery and the cockpit? This would make the GUI 
> much more practical. I would really like to run flightgear with one window 
> "view" and other windows for the program (options). This will improve the 
> usability of all the menus, dialogs etc. a lot in my opinion.
>
> Cheers, Yves
>
>
>
>
>
>
>
>
> Am 25.07.2012 um 00:11 schrieb Thomas Geymayer :
>
>> Am 2012-07-24 19:35, schrieb James Turner:
>>> Thomas, one issue I can guess at (though PLIB is also really bad at
>>> it, and osgWidget is not much better!) - text selection. Do you think
>>> you'd be able to handle a blinking insertion point and a standard
>>> draggable text selection area in this approach? Obviously it might
>>> need some additional C++ helpers but that's okay since text-editing
>>> is a pretty specialised behaviour.
>>
>> Yes :)
>>
>> http://youtu.be/CIS8UyuJLgM
>>
>> I have just added some property change listeners to get the position of
>> the next character at a given position. The highlighting happens only
>> from Nasal. What is currently missing is the possibility to also change
>> the color of the selected text and to actually get the selected text,
>> but this shouldn't be too hard to implement.
>>
>>> One goal of mine for the GUI is to get platform native copy-and-paste
>>> working, BTW ;)
>>
>> This has already been on my wish/todo list :P
>>
>>> Obviously Thomas knows the Canvas code since he created it [...]
>>
>> Currently documentation is not too detailed, but looking at the
>> different demos and maybe also the Nasal API and source code should
>> help. If not, don't hesitate to ask :)
>>
>> Regards,
>> Tom
>>
>> --
>> Thomas Geymayer  www.tomprogs.at / C-Forum und Tutorial: www.proggen.org
>> 
>>   Student of Computer Science @ Graz University of Technology
>> --- Austria 
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Switching from PUI to osgWidget

2012-07-22 Thread HB-GRAL
Am 22.07.12 22:40, schrieb Thomas Geymayer:
> Hi Stefan,
>
> Am 2012-07-21 22:46, schrieb stefan riemens:
>> It's obviously a long time wish to get rid of the PLIB dependency, and
>> one of the main subsystems using it is the GUI. There are a couple of
>> things lacking in possibilities with the current implementation:
>> - Proper internationalisation. PUI doesn't support UTF-8, limiting
>> i18n support tremendously.
>> - Things like submenus
>> - The code is pretty messy, by the looks of it mostly due to the
>> oldness of PUI and its API
>
> Have you seen my ongoing efforts towards a unified 2D drawing system
> called Canvas (http://wiki.flightgear.org/Canvas). It basically allows
> drawing 2D shapes (with OpenVG) and text (using osgText::Text).
>
> As it uses osgText for textrendering, supporting UTF-8 is very easy. I
> just tried it and with changing a single line of code now also using
> UTF-8 is supported.
>
> Currently only drawing inside an existing (PUI) dialog is possible, but
> the idea is to slowly implement the current functionally in Nasal and
> get rid of the hardcoded PUI widgets. Only some code for mouse/keyboard
> interaction with Nasal will be needed.
>
> In contrary to using some hardcoded GUI system (PUI, osgWidget, etc.)
> this approach would give much more flexibility and also the means of
> modifying and creating new widgets without the need to touch any core code.
>
> With the Canvas system every type of widget would be possible, so that
> also things like submenus can be realized.
>
> Another advantage of the Canvas approach is that it is heavily using the
> property tree and therefore is already fully accessible from Nasal code
> and also configurable with the existing xml formats.
>
> Switching to another scripting language or adding support for a new one,
> I think would be far too much work and not worth the efforts.
>
> Regards,
> Tom
>

I don’t know what is it worth to think about a GUI inside fgfs at all 
sometimes. When I look to what can be done i.e. with the FGx launcher, 
properties and now HLA/RTI I’m thinking about trying to skip the 
built-in GUI at all ;-)

Cheers, Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FGx 2.8.0rc1 for OSX

2012-07-17 Thread HB-GRAL
Am 17.07.12 21:00, schrieb Curtis Olson:
> Hi Yves,
>
> I think I'm out of the loop a bit on this one.  Is Tat involved in this
> build?  Has anyone heard from Tat recently?  Has Tat passed along the
> Mac-packager torch?  Can you fill in a little background for me here?
>
> Thanks,
>
> Curt.
>

Hi Curt

I really hope that Tat didn’t pass along. This announcement was for the 
FGx add-on only, which isn’t part of the official release.

Sorry, this is just my fault, I missed the release plan completely as I 
realised today. I was looking to the official flightgear site and saw 
windows release candidates to download. Then I thought I’m one month 
behind the schedule with a FGx preview !

Unfortunately I used the sentence "We use jenkins now", but this means 
we use jenkins to build FGx. It’s not part of the "official" jenkins and 
it uses own slaves.

I really hope that the release team stays in contact with Tat and can 
shed light on the situation. For me it’s not possible to imagine 
FlightGear for OSX without Tat.

Cheers, Yves

PS. Of course I can try to help with some work for the macflightgear 
package in case there is a problem for this release. But I really hope 
this isn’t necessary, and as I know former releases of Tat, he will be 
here when it’s time to pick apples.

>
>
> On Mon, Jul 16, 2012 at 10:49 AM, HB-GRAL wrote:
>
>> Hi all
>>
>> Just announced at forums that a FGx 2.8.0rc1 rolled out. It contains
>> latest sg/fg/fgdata (with a own fgdata base package with a slightly
>> different aircraft selection) and current fgcom.
>> http://downloads.fgx.ch/OSX/FGx-2.8.0rc1.zip
>>
>> We use jenkins now to build and deploy FGx, an equal windows version
>> will follow the next days. You will always find a weekly updated FGx
>> "trunk" in downloads, besides of the releases following fgfs release
>> numbers. "Trunk" or master deployment is based on
>> openscenegraph/sg/fg/fgdata/fgcom/fgx "next" branches.
>>
>> Bug reporting and feature requests for FGx still at
>> http://code.google.com/p/fgx/
>>
>> Thanks for having FlightGear !
>>
>> Cheers, Yves
>>
>>
>>
>>
>>
>>
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>
>
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
>
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] FGx 2.8.0rc1 for OSX

2012-07-16 Thread HB-GRAL
Hi all

Just announced at forums that a FGx 2.8.0rc1 rolled out. It contains 
latest sg/fg/fgdata (with a own fgdata base package with a slightly 
different aircraft selection) and current fgcom.
http://downloads.fgx.ch/OSX/FGx-2.8.0rc1.zip

We use jenkins now to build and deploy FGx, an equal windows version 
will follow the next days. You will always find a weekly updated FGx 
"trunk" in downloads, besides of the releases following fgfs release 
numbers. "Trunk" or master deployment is based on 
openscenegraph/sg/fg/fgdata/fgcom/fgx "next" branches.

Bug reporting and feature requests for FGx still at
http://code.google.com/p/fgx/

Thanks for having FlightGear !

Cheers, Yves






--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FGCom -> cmake

2012-07-11 Thread HB-GRAL
Am 10.07.12 20:50, schrieb Christian Schmitt:
> Awesome! I waited for just that, because current fgcom has not seen any
> change for a long time. Alreadey did a quick test and I think you will get
> some merge requests soon :)
>
> Cheers,
> Chris

Hi Chris

I can also add you as contributor and you can push to a new branch. 
Dealing with merge requests takes to much time for us ;-)

Just let me know.

Cheeers, Yves

PS. This applies also for all other contributors of course who want to 
help to improve this fork at the moment.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FGCom -> cmake

2012-07-11 Thread HB-GRAL
Hi Thorsten

Many thanks for your patch. Yes, it is thought as external cmake option 
and your patch is just one step ahead ;-)

Cheers, Yves

Am 10.07.12 20:52, schrieb ThorstenB:
> Am 10.07.2012 15:27, schrieb HB-GRAL:
>> The last weeks Geoff McLane and me forked fgcom temporary at gitorious
>> (http://www.gitorious.org/fgcom) and made some significant changes.
>> Origin source is still available at
>> http://sourceforge.net/projects/fgcom/
>
> Schön wieder Fortschritte bei fgcom zu sehen. Und schön CMake + Git zu
> sehen ;-). Habt ihr auch mal Holger Wirtz kontaktiert? Wäre vielleicht
> ganz gut. Er ist beim LinuxTag in Berlin immer mit dabei - hat aber
> ansonsten wohl viel anderes zu tun.
>
>> - In CMakeLists you can see that is possible now to set paths to
>> positions and frequencies files with:
>> -DSPECIAL_FREQUENCIES_FILE="fgcom-data/special_frequencies.txt"
>> -DDEFAULT_POSITIONS_FILE="fgcom-data/positions.txt"
>
> Super wäre es, wenn diese auch als CMake Optionen von außen gesetzt
> werden können - damit man das an sein System anpassen kann, ohne an den
> Sourcen zu schrauben. Siehe Patch im Anhang.
>
> Ansonsten habe ich für Linux noch die "pthread" Library hinzufügen
> müssen. Eine saubere Lösung wäre wohl das irgendwie zu detektieren -
> ggf. mal in die FG CMake Files reinschauen, und irgendwie abkupfern.
>
> Mit dem Patch im Anhang hat es bei mir direkt funktioniert und fgcom
> läuft einwandfrei. Das alte fgcom konnte ich nur auf meinem alten
> Rechner laufen lassen (lansgsamer single core) - auf meiner modernen
> 6core Maschine lief das alte fgcom irgendwie nicht.
>
> Gruß,
> Thorsten
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
>
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] FGCom -> cmake

2012-07-10 Thread HB-GRAL
Hi all

The last weeks Geoff McLane and me forked fgcom temporary at gitorious 
(http://www.gitorious.org/fgcom) and made some significant changes. 
Origin source is still available at http://sourceforge.net/projects/fgcom/

- Most important change is moving fgcom to cmake build and trying to get 
fgcom compiling on all platforms again.

- updated perl scripts to generate positions and freqs files with recent 
apt.dat/nav.dat

- In CMakeLists you can see that is possible now to set paths to 
positions and frequencies files with:
-DSPECIAL_FREQUENCIES_FILE="fgcom-data/special_frequencies.txt"
-DDEFAULT_POSITIONS_FILE="fgcom-data/positions.txt"

- Some minor changes for OSX: clenaing here and there, 10.5/6 
i386/x86_64 universal support, individual (or macports) plib 
1.8.5/PLIB.framework support, skipping osx 10.4 support, update 
iaxclient thread policy etc.

Most work have been done by Geoff McLane with this cmake support now, 
many thanks to Geoff working on all this stuff and help to incorporate 
my osx changes to ONE single branch for all platforms. fgcomx as another 
fork on gitorious have been deleted.

Now we need some testers and reporters for all platforms. When you want 
to help please checkout master and compile fgcom for your platform, 
install it and make echo tests or use it with your flightgear version. 
You will need current simgear and other dependencies of course (see 
readme, cmake 2.8, plib, OpenAL and current simgear needed).

Thanks a lot, Yves

PS. For next macflightgear release I would recommend to skip the old and 
buggy fgcom shipped with and replace it with a new build from this fork. 
After successful testing of course.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cocoa/SDK10.5 support, small merge request

2012-07-10 Thread HB-GRAL
Am 08.07.12 16:27, schrieb HB-GRAL:
> Hi
>
> I sent a small merge request here to flightgear next:
> https://www.gitorious.org/fg/flightgear/merge_requests/36
>
> This small addition makes it possible flightgear still compiles with
> older osx development tools (cocoa/sdk10.5). I checked this change also
> with newer SDKs and it will/should not affect any other setting.
>
> Maybe James has to check and merge it in, or comment the request.
>
> Thanks a lot, Cheers, Yves
>
>

This merge request is obsolete now and have been removed. James reviewed 
and worked in relevant changes. Thanks a lot, Cheers, Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Cocoa/SDK10.5 support, small merge request

2012-07-08 Thread HB-GRAL
Hi

I sent a small merge request here to flightgear next:
https://www.gitorious.org/fg/flightgear/merge_requests/36

This small addition makes it possible flightgear still compiles with 
older osx development tools (cocoa/sdk10.5). I checked this change also 
with newer SDKs and it will/should not affect any other setting.

Maybe James has to check and merge it in, or comment the request.

Thanks a lot, Cheers, Yves


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] scenery licence for 2.8 and later

2012-07-06 Thread HB-GRAL
Am 05.07.12 18:04, schrieb Curtis Olson:

>
>
> We !!!STRONGLY!!! encourage authors to use the GPL so that we can
> incorporate their work into the overall project and distribute the work

http://git.fgx.ch/flightgear/commit/?h=next&id=b14ddd40110e271efcd1416e9bf15d48d99c3123

Cheers, Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] scenery licence for 2.8 and later

2012-07-06 Thread HB-GRAL
Ok, I see, just my misunderstanding of Gijs post when I read all other 
posts now ... I guess one of the best explanation comes from Brandano here.

Sorry for the noise, I hate to participate in another license 
discussion. (I hate myself for this, not you.) ;-)

-Yves

Am 06.07.12 21:34, schrieb HB-GRAL:
> Am 06.07.12 10:10, schrieb Gijs de Rooy:
>> Nothing stops you from releasing that scenery under whatever license you'd 
>> like ( within the legal constraints ofourse), we just cannot include it in 
>> the official scenery.
>>
>
> No. Official scenery can also incorporate resources with other licenses:
> http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses
>
>>> In the licence they say: "The instrument folder and subfolders are GPL but 
>>> anything else is copyrighted.
> "
>
> Empty phrase ... GPL doesn’t mean public domain and gpl RESPECTS all
> copyrights!
>
> Cheers, Yves
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] scenery licence for 2.8 and later

2012-07-06 Thread HB-GRAL
Am 06.07.12 10:10, schrieb Gijs de Rooy:
> Nothing stops you from releasing that scenery under whatever license you'd 
> like ( within the legal constraints ofourse), we just cannot include it in 
> the official scenery.
>

No. Official scenery can also incorporate resources with other licenses:
http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses

>> In the licence they say: "The instrument folder and subfolders are GPL but 
>> anything else is copyrighted.
"

Empty phrase ... GPL doesn’t mean public domain and gpl RESPECTS all 
copyrights!

Cheers, Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FG-api

2012-06-16 Thread HB-GRAL
Am 16.06.12 23:18, schrieb Martin Spott:

> I don't think you want to parse large amounts of XML while dialling
> through the airport list in your FMS when you quickly have to divert to
> an alternate because your landing clearance was cancelled and you're
> short of fuel.

There is no proposal to parse ALL the xml files to get a simple list 
like you mention i.e. for the FMS. It is going away from parsing the 
parsed parse parsers anyway.

My intention is to get simple and recent xml files that hold any 
valuable information coming from apt.dat for different purposes, instead 
of splitting up all the information into small pieces and distribute 
semi-redundant files and databases which needs to be updated at 3 or 4 
places for one single small change. FlightGear scenery history shows 
that this will probably never happen because it is too complicated this way.

I assume also getting this xml data into postgres/postgis tables is much 
easier than updating and using ogr2ogr plugs (which could be updated of 
course to the new formats, but I would tend to declare all this stuff 
deprecated, I don’t see many volunteers to help for such tasks).

>
>> I would also vote for a less nested structure than A/B/C/D/.xml, =
>>
>> just D/.xml
>
> Well, everybody has his personal favourite for a directory structure.
> We had been evaluating a lot of pros and cons (poor man's indexing,
> directory traversal latency, number of directories and the like) before
> deciding in favour of the structure the way it is now.
> The mentioned mailing list thread contains a lot of discussion about
> the directory structure as well and there was no convincing argument
> against the structure we chose.  Therefore I don't think it's clever to
> push yet another schema unless you can provide a Really Good Reason.
>
> Best regards,
>   Martin.

I didn’t want to discuss directory structure based on personal 
favourites. The Really Good Reason is to make things easier. And for me 
personally ... four years old threads are not cut in stone. New ideas 
arrive, so let’s start a new thread ;-)

Cheers, Yves


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FG-api

2012-06-16 Thread HB-GRAL
Am 16.06.12 21:39, schrieb Martin Spott:
> Peter Morgan wrote:
>
>> To add furtheer..
>> http://mapserver.flightgear.org/git/gitweb.pl?p=sceneryweb;a=blob;f=mapserver/Threshold_ILS_TWR.sh
>>
>> Were all reinventing a wheel..
> [...]
>> +YAML++
>> Yamls is a nice format cos it machine readable..
>
> I don't understand what you're trying to tell us/me.  The above script
> was written four ! years ago, therefore I don't know which wheel has
> been reinvented, the output is perfectly machine-readable and the
> motivation is explained in this mailing list posting:
>
>
> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17407.html
>
> Cheers,
>   Martin.

Hi Martin

In this post you write:
"Note, this directory structure is not meant to be used primarily as a
datasource during runtime."

Why not?

Example:
http://code.google.com/p/flightgear-world-scenery/source/browse/data/xplane-single/E/EDDF.xml

I don’t know if this make sense, but I kindly ask to check it once and 
send comments.

I would also vote for a less nested structure than A/B/C/D/.xml, 
just D/.xml (I guess the codes might go to 6 chars soon in xplane 
apt.dat).

Cheers, Yves


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Random Buildings

2012-04-24 Thread HB-GRAL
Am 23.04.12 17:40, schrieb Stuart Buchanan:
> On Mon, Apr 23, 2012 at 1:17 AM, HB-GRAL wrote:
>> Just a small question because I’m currently looking to OSM street data
>> and try to use it for scenery creation ... in your last screenshot of
>> your improvements I still see buildings on streets (not the streets on
>> urban textures, I mean the "real" roads coming originally from road line
>> shapefiles). Will it be possible not to cover/overlap roads with random
>> buildings, or is this planned anyway and I missed this point?
>
> Yes - this is part of the plan.
>
> I now have a solution for this, and also avoiding overlaps between buildings
> and the existing "random objects".  Unfortunately I don't yet have a solution
> for the custom objects from the scenery DB.
>
> -Stuart
>
> --
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

Maybe just another dumb question, but wouldn’t it be possible to 
dynamically create a generalized mask with .stg point coords from the 
custom objects?

-Yves

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Random Buildings

2012-04-22 Thread HB-GRAL
Am 19.04.12 17:52, schrieb Stuart Buchanan:
> On Thu, Apr 19, 2012 at 4:39 PM,  rickbritto wrote:
>> hello friends, Is possible to separate the random loading by types
>> of buildings?
>
> Yes.  The materials.xml file allows you to define different parameters
> for different landlclasses (e.g. Urban, Suburban, Commercial), and as
> mentioned above I'm adding parameters to control the ratio of the
> different building types. So a residential zone will have (say) 90%
> small buildings, and 10% medium, while an Urban zone will have
> 50% medium and 50% large.
>
> -Stuart
>
> --
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

Hi Stuart

Just a small question because I’m currently looking to OSM street data 
and try to use it for scenery creation ... in your last screenshot of 
your improvements I still see buildings on streets (not the streets on 
urban textures, I mean the "real" roads coming originally from road line 
shapefiles). Will it be possible not to cover/overlap roads with random 
buildings, or is this planned anyway and I missed this point?

Cheers, Yves

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] updates to nav.dat.gz

2012-04-10 Thread HB-GRAL
Am 10.04.12 14:24, schrieb Christian Schmitt:
> Hi Yves,
>
> flightg...@sablonier.ch wrote:
>
>> update in general? Why is it possible to update apt. and nav.dat in xplane
>> every months without (?) inconsistencies and not for FlightGear? Is there
>> something that could be changed in the concept of scenery and data
>> distribution for FlightGear?
>
> Did you actually read my last message here? I tried to explain where the
> differences between FG and xplane are:
> Xplane generates the airports on the fly on startup and thus can just
> exchange the apt.dat files. I guess you can imagine that this would not be a
> good idea for us currently.
>
>

Hi Chris

So is this obsolete for FlightGear apt.dat/nav.dat distribution :
http://developer.x-plane.com/2009/09/scalability-and-apt-dat/

?

Cheers, Yves (asking dumb questions probably)


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] updates to nav.dat.gz

2012-04-09 Thread HB-GRAL
Am 09.04.12 23:31, schrieb Ron Jensen:
> On Monday 09 April 2012 15:05:58 Torsten Dreyer wrote:
>> Hi,
>>
>> what is our current policy for updates to nav.dat? Do we commit changes
>> to the binary gzip'ed file or do we have a central repository for the data?
>>
>> Would it make sense to have the unzip'ed file in git and zip it for the
>> release in "make dist"?
>>
>> Torsten
>
> I think it would be a great idea to gunzip nav.dat and apt.dat in git.
>
> Ron

Hi Torsten

As far as I know we are able to switch to apt.dat 850 version the next 
weeks, including a lot of updates. Recently I’m using it to produce new 
OSM test scenery for bolivia.

The 850 data is updated by xplane contributors every month, and it’s a 
busy place. I prepared a diff for the old flightgear 810 version airport 
updates to verify if we might loose changes made in flightgear apt.dat 
the last years (changes which never have come to the official apt.dat of 
xplane I guess).

apt.dat has an update cycle of 30 days, not half a year. I don’t know 
how this data could become some kind of "live/online" data acquisition 
for flightgear instead of distributing the whole file with official 
releases. Maybe terrasync should sync this file too?

And another point might be that recent apt.dat is 90 mb uncompressed. I 
don’t know what might happen to this big file in git and if changes are 
still browsable in a good matter. That’s why I prepared a git repo for 
apt.dat airport by airport as a proposal, to verify changes i.e. by 
ICAO. You can find it here (contains only 810 data changes by flightgear 
contributors, to compare with recent 850 data):
https://code.google.com/p/flightgear-world-scenery/source/browse/#git%2Ftools%2Fapt-extractor%2F032012-diff

To compare you can click on "diff" top right, i.e.:
https://code.google.com/p/flightgear-world-scenery/source/diff?spec=svne058cce0c457cfe7e7dd079d5d693766d8e26e48&r=038ed45b210b19481bee8c1bf2d97044910ff5a1&format=side&path=/tools/apt-extractor/032012-diff/EBBL_850.dat&old_path=/tools/apt-extractor/032012-diff/EBBL_850.dat&old=9366cde3894c295e64783c184a06b12d79e19352

Here you can verify if it’s still worth to commit flightgear community 
changes to xplane apt.dat or not, probably.

(Sorry to post this google urls, this repo don’t have to be on google 
code, I just prepared that there to make an example.)

Cheers, Yves


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] simgear zlib 1.2.6 lowlevel

2012-03-28 Thread HB-GRAL
Am 28.03.12 15:08, schrieb James Turner:
>
> The real issue is that we're finding zlib.h in /opt/local/include, but using 
> the libz from /usr. (The Apple supplied version)
>
> I tried to find a solution, so that we use one header + library consistently, 
> but didn't yet figure this out. Since zlib doesn't have a subdir in include, 
> we're at mercy of the search paths a little. For the library we can force an 
> explicit absolute path to link against, but Cmake's FindZLIB is finding the 
> one in /usr (correctly, I would say), the problem is the header search order 
> at compile time.
>
> James

Hi James

Didn’t dive into but noticed OSG has probably a more sophisticated cmake 
zlib check already. Maybe it’s worth to have a look there?

Doesn’t type change of gzFile need a change in lowlevel.cxx anyway, once ?

Cheers, Yves

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] simgear zlib 1.2.6 lowlevel

2012-03-28 Thread HB-GRAL
Hi all

I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on 
OSX. Looks like the main problem is here (independent of platform?):

lowlevel.hxx

void sgReadString ( gzFile fd, char **var ) ;

lowlevel.cxx

int c = gzgetc ( fd ) ;

While this seems to work with zlib 1.2.3 and 5, documentation says this 
(probably ... sorry for any misinterpretation) doesn’t work anymore for 
1.2.6

I tried cmake build with -DZLIB_INCLUDE_DIR etc. to the right version, 
but this didnt’t work at all. I’m sure I did something wrong there with 
cmake, "#include " linked always against my newest version. So I 
changed lowlevel.hxx the hard way to include a "/usr/include/zlib.h" 
(OSX installed version 1.2.3) and now I can compile.

Nomen est omen, so this note here to the devellist is some kind of a 
lowlevel report, unfortunately I’m not able to patch cmakelist nore 
lowlevel.hxx/cxx to work with zlib 1.2.6.

I changed lowlevel.hxx directly for my purposes, but this IS lowlevel. 
Am I the only one with this small zlib issue ?

Cheers, Yves









--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Earthview - Orbital terrain rendering in FG

2012-03-20 Thread HB-GRAL
Am 20.03.12 09:15, schrieb Renk Thorsten:
>> Once you understand how the scattering integrals work it's natural to
>> compute  them also from the outside of the atmosphere.
>
> Okay, now I am *really* confused. Are we trying to solve the same problem?
>
> Light scattering in the atmosphere is not part of what Earthview does at all. 
> That is currently solved by the scattering part of the skydome shader Lauri 
> has originally written (and which I have modified to include a haze layer and 
> lightfields), this shader works inside the atmosphere and reasonably well 
> outside of it (apart from a few quirks).
>
> Earthview is about getting a model of the planet itself into the scene, sort 
> of replacing the default terrain tile system. It assumes that you have 
> already solved the atmosphere scattering problem somehow and that you want to 
> see a pale blue marble textured globe beneath you, surrounded by a 
> cloudsphere.
>
> Apart from the fact that both somehow have to do with spaceflight, there 
> doesn't seem to be any overlap at all?!
>
> * Thorsten
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

Hi Thorsten

I don’t know why but I get all your posting to the same topics splitted 
into different threads all the days. I can filter your posts of course, 
but can someone explain me why Thorsten’s mails to the list opens a new 
thread under the same title day by day ?

Cheers, Yves

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Willfully violating Google Terms of Use

2012-03-13 Thread HB-GRAL
Am 13.03.12 17:46, schrieb Martin Spott:
>
> According to my personal experience it simply doesn't get any work done
> to have yet another communication channel (just look at the Scenery web
> forum - you know what I mean  ;-)  but it adds more overhead because
> there's one more channel to monitor.
>
> Cheers,
>   Martin.

Yes, yes, always the same argumentation here far any kind of change. It 
was not meant as "another" channel. It replaces this one. ;-))

Cheers, Yves

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Wordmark terrasync

2012-03-12 Thread HB-GRAL
Hi all

Just wanted to add a note once that a company in the U.S. is trying to 
register "terrasync" as a wordmark. Maybe it is not worth to think 
about, anyway I am not familiar with this kind of happenings. But I was 
asked to post this to the list, so it’s here.

Cheers, Yves


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New (real time) mapping tool proposal

2012-03-10 Thread HB-GRAL
Am 10.03.12 09:35, schrieb Miles Colman:
> FGx looks nice.
> Does anyone else building FGx (in QT4 Creator, but otherwise according
> to the build instructions here http://wiki.flightgear.org/FGX) have
> trouble loading airport data on Ubuntu 11.10 ?
> FGx exits with these terminal messages after I select the fgdata directory:
> Error FODC0002 in
> tag:trolltech.com,2007:QtXmlPatterns:QIODeviceVariable:u, at line 1,
> column 21: Unsupported XML version.
> Error XPDY0002 in
> file:///home/mcolman/src/fgfs/fgx/fgx-build-desktop/fgx, at line 1,
> column 1: The focus is undefined.
> Segmentation fault
>
> Thanks,
> Miles
>

Hi Miles

Is there a specific airport affected or does it appear just when you set 
path to fgdata and FGx is on scan of directories afterwards? We get this 
behaviour with recent fgdata, also with aircrafts, and it seems like it 
is a common encoding issue we have to solve. Anyway, a fix for the 
parser is on the way, because this issue was reported from others too.

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Rembrandt feedback (was: Project Rembrandt - next steps)

2012-03-06 Thread HB-GRAL
Am 06.03.12 23:09, schrieb Olaf Flebbe:
> PixelBufferCocoa :: realizeImplementation not implemented yet

Hi Fred

Just curious about this line, do you think recent osg cocoa windowing 
under OSX will be supported by rembrandt?

Cheers, Yves

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New (real time) mapping tool proposal

2012-03-02 Thread HB-GRAL
Am 02.03.12 22:21, schrieb Curtis Olson:
>
> - An open-layers based mapping tool (similar to mpmap, but not based on
> proprietary google technology)
> - Include the ability to draw and edit a route (a set of connected way
> points) and then upload that to FlightGear's route manager
> - Include the ability to receive UDP (TCP?) position (and other data?)
> updates from FlightGear -- directly or via an mpserver
> - Include some additional buttons for commanding and controlling
> flightgear.
> - This could actually get packaged and installed with flightgear, and
> someone would only have to point their browser at a local html file to 
> fire
> up the map and start using it.
> - I have a personal interest in UAV's and something along this lines
> could be adapted to make a slick UAV ground station interface.
>

Now I am deeply offended. Did you ever have a closer look to FGx 
launcher? It has exactly all this already prepared for you and this 
project is open to any contribution.

Never mind. ;-)

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New (real time) mapping tool proposal

2012-03-02 Thread HB-GRAL
Am 02.03.12 22:21, schrieb Curtis Olson:
>
>  http://openlayers.org/dev/examples/mobile-drawing.html
>

Hi Curt

I remember my post to this list some months ago. An example of a running 
"webapp" with flightgear navaids (apt.dat) you can still find here:
http://map.fgx.ch/mobile.html#mappage

It is based on OpenLayers API, mapnik, data comes from apt.dat in my 
postgresql tables, but can come from anywhere.

Oh, yes, I guess it is not finished yet. :-)

Cheers, Yves


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Web 2.0 paradigms

2012-02-29 Thread HB-GRAL
Am 29.02.12 11:17, schrieb thorsten.i.r...@jyu.fi:

Spring has come. LaTex and Wikibooks got married. Have a look:
http://en.wikibooks.org/wiki/LaTeX

"LaTeX is a featured book on Wikibooks because it contains substantial 
content, it is well-formatted, and the Wikibooks community has decided 
to feature it on the main page or in other places."

;-)

Cheers, Yves






--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Log of Scenery IRC Meeting

2012-02-28 Thread HB-GRAL
Hi John

Many thanks to provide your important list. Would it be possible to add 
this to the wiki list here:
http://wiki.flightgear.org/World_Scenery_2.0_Project

Thanks a lot, Yves


Am 28.02.12 18:17, schrieb J. Holden:
> Here is a list of scenery I have generated. Some of the scenery is not on the 
> mapserver, but should not be considered "private", as I have always intended 
> for this scenery to be included in the "public" server.
>
> Switzerland (partially replaces Bodensee)
> Juneau/Sitka
> Colorado (entire state)*
> San Francisco/Oakland/Reno*
> Minneapolis*
> Florida*
> London (on server)
> Madrid (?-probably not as good as Corine)
> New England (Long Island/Connecticut/Rhode Island/Vermont) (on server)
> Pacific Northwest (Portland/Seattle) (on server)
> Caribbean (Anguilla to Nevis) (on server)
> Washington DC (on server)
> Hawaii (on server)
> Rio de Janeiro (on server)
> Phoenix (on server)
> Toronto lakefront (on server)
>
> Don't forget about Qatar either (not mine). Also, Sydney is in progress (not 
> myself either, but helping with the project).
>
> Thanks
> John
>
> --
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Looking at a nice project from outside

2012-02-26 Thread HB-GRAL
Am 26.02.12 17:03, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> Proposal for a first small meeting at #fg_scenery channel, this weekend:
>
> I tried to join for logging the session (in order to determine wether
> there are any open questions regarding the Scenemodels/MapServer
> infrastructure), but it seems I'm the only user there.  Right ?
>
>   Martin.

  irc.flightgear.org

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] gpl scenery

2012-02-26 Thread HB-GRAL
Am 26.02.12 01:41, schrieb Stefan Gofferje:
>
> I am
> fairly certain, that in the creation of the current apt.dat, some
> official material was used as reference.
>

Indeed, the "official material" was the public DAFIF database, 
unfortunately not available anymore.

Cheers, Yves




--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] gpl scenery

2012-02-26 Thread HB-GRAL
Hi Syd

Am 26.02.12 02:43, schrieb syd adams:
> My source of info is here.
> http://www.navcanada.ca/NavCanada.asp?Language=en&Content=ContentDefinitionFiles%5CPublications%5CAeronauticalInfoProducts%5CCanadianAirportCharts%5Cdefault.xml

http://www.navcanada.ca/NavCanada.asp?Language=EN&Content=ContentDefinitionFiles\Publications\AeronauticalInfoProducts\Notices\default.xml

> http://geogratis.cgdi.gc.ca/geogratis/en/service/toporama.html.
> All this stuff is free to look at , but for me this is a grey area ,
> and I preferred not to submit questionable material.

This one might be really no problem:

GEOGRATIS LICENCE AGREEMENT FOR UNRESTRICTED USE OF DIGITAL DATA

[...]

"Subject to this Agreement, Canada hereby grants to the Licensee a 
non-exclusive, fully paid, royalty-free right and licence to exercise 
all Intellectual Property Rights in the Data. This includes the right to 
use, incorporate, sublicense (with further right of sublicensing), 
modify, improve, further develop, and distribute the Data; and to 
manufacture and / or distribute Derivative Products."

[...]

"Use of the Data shall not be construed as an endorsement by Canada of 
any Derivative Products. The Licensee shall identify the source of the 
Data, in the following manner, where any of the Data are redistributed, 
or contained within Derivative Products:

"© Department of Natural Resources Canada. All rights reserved."


Cheers, Yves


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] gpl scenery

2012-02-25 Thread HB-GRAL
Am 26.02.12 00:30, schrieb Vivian Meazza:
> HB-GRAL wrote
>
> -Original Message-
> From: [mailto:flightg...@sablonier.ch]
> Sent: 25 February 2012 19:49
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] gpl scenery
>
> Hi Syd
>
> Am 25.02.12 17:04, schrieb syd adams:
>> I use Aerodrome charts for reference , and then modify the existing
>> scenery tiles by the measurements written on those charts. Ive used
>> Qgis with shapefiles from a canadian wms server as a background image
>> to  tweak the shapefiles from http://mapserver.flightgear.org/ .I
>> assumed these were non-gpl work habits so never bothered offering to
>> submit them.
>
> When you're referencing NAV CANADA charts here, I fear this charts and your
> work can't be published under GPL terms, because you don't get this charts
> for free and commercial use is prohibited explicitly.
>
> I think you are over-doing this one. If the charts are just used as a
> reference or source, and not republished in some way, then the 3d model
> produced is analogous to the 3d model of an aircraft produced with reference
> to 3 view drawings. Syd is only using them to check the positions of parts
> of his work. Syd's finished work is original, the copyright is owned by him,
> and can have any licence he cares to give it IMO.
>
> BTW - if I am wrong - then almost all the work on all our 3d models cannot
> be GPL.
>
> Vivian

Hi Vivian

No, I am not over-doing this one I think. The charts are "republished" 
this way, and charts could not be "transformed" to a GPL source by a 
personal-referencing-and-copyright-project by Syd. I am referencing the 
copyright and restriction of NAV CANADA (in case!), and his statement 
about using (unknown) wms sources for scenery projects ...

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Looking at a nice project from outside

2012-02-25 Thread HB-GRAL
Hi Pete

Am 25.02.12 22:12, schrieb Pedro Morgan:
> Can I ask a Muppet Question.. ??
> copyright is always owned by "authority" of nav data..
> eg caa, nats, eurocontrol..

There are many different ways handling this data, by each "region". FAA 
i.e. puts a lot of data into public domain, that is probably why sites 
like airnav.com exists.

>
> So this data is "theirs" but "were allowed to use"

We are discussing distribution here, and not "use", right?

>
> Another example id livery and logos..
> eg an airline that is defunct or "BritishArwys" as and exmaple..
> Now their logo is their copyright..

Sorry I can not say anything about trademarks.

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Looking at a nice project from outside

2012-02-25 Thread HB-GRAL
Am 25.02.12 21:38, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> Where have you been looking for? I can provide you some GPL compliant
>> data when it is necessary. Just send me a note or ask at the forum.
>
> While you're at it: I saw several places where people were claiming
> CGIAR SRTM to be GPL compilant.  Unless you're having ecplicit written
> permission, this is _not_ the case - the CGIAR SRTM site has pretty
> obvious terms of use for the data they provide.
>
> Cheers,
>   Martin.

Hi Martin

Yes, CGIAR data is not GPL compliant. I’am using it for my map and 
relief generation and I’ve got written permission for this.

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Looking at a nice project from outside

2012-02-25 Thread HB-GRAL
Am 25.02.12 14:28, schrieb Stefan Gofferje:
>
> Now we are back to what people are interested in... If I think about
> myself personally, if I would go through the hassle of compiling and
> learning to handle this monster Terragear, I would do it to create the
> best possible VFR scenery for Western Finland. That would be my
> interest.

Hi Stefan

What are you waiting, go for it! When I can help to keep the monster 
small, I will try to do it. From my experience building scenery I would 
say ... building Western Finland in a good matter will take approximate 
six months when you’re fast (while making the monster small will take 
two or three days).

> For Finland that would very likely include using
> non-GPL-compatible sources, because e.g. I haven't found any
> GPL-compatible good resolution elevation grid yet.

Where have you been looking for? I can provide you some GPL compliant 
data when it is necessary. Just send me a note or ask at the forum.

> You cannot publish free software and then try to blackmail people into
> doing stuff the way you want it. That's stupid and ridiculous.

I think no one is going to blackmail anyone recently. I’ve never seen 
censorship here before and I don’t like such approaches at all. But of 
course, like the GPL discussion shows, this project follows some rules. 
In my personal view it is not stupid and ridiculous to HELP new 
developers to follow this rules.

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] gpl scenery

2012-02-25 Thread HB-GRAL
Hi Syd

Am 25.02.12 17:04, schrieb syd adams:
> I use Aerodrome charts for reference , and then modify the existing
> scenery tiles by the measurements written on those charts. Ive used
> Qgis with shapefiles from a canadian wms server as a background image
> to  tweak the shapefiles from http://mapserver.flightgear.org/ .I
> assumed these were non-gpl work habits so never bothered offering to
> submit them.

When you’re referencing NAV CANADA charts here, I fear this charts and 
your work can’t be published under GPL terms, because you don’t get this 
charts for free and commercial use is prohibited explicitly.

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Looking at a nice project from outside

2012-02-24 Thread HB-GRAL
Am 24.02.12 21:44, schrieb Christian Schmitt:
> flightg...@sablonier.ch wrote:
>
>> [...] I really wish we
>> could build some kind of temporary "Scenery Team" and discuss ideas.
>> My proposal is to meet at IRC on day the next weeks to start
>> organizing, or to open a temporary group or list. (Sorry, i do not
>> like the forum for such).
>
> A "scenery team" is no bad idea and overdue. There ARE people who have
> proven in the past that they like to work on the scenery basics and not
> only create custom scenery. I had so many contributions to the CS DB,
> that I did not catch up with the work (and am in fact still missing
> some parts).
> Let me mention though that there IS a #fg_scenery channel on IRC (with
> nobody in it) and having a meeting to coordinate ideas and capacities
> surely is a good start.
>
> In the mid- to longterm perspective I'd like to make more advancements
> on the terragear side, to enable us to rebuild single tiles when there
> are changes. This is possible already, as many of you know, but then in
> most cases the newly created tile does no longer match fit to its
> neighbours, which results in gaps. If we could iron this out, we'd be a
> whole lot further down the road...
>
> Chris
>

Proposal for a first small meeting at #fg_scenery channel, this weekend:
http://www.timeanddate.com/worldclock/fixedtime.html?msg=IRC+Meeting+%40+%23fg_scenery&iso=20120226T17&p1=945&ah=1

Cheers, Yves



--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Looking at a nice project from outside

2012-02-24 Thread HB-GRAL
Am 24.02.12 16:25, schrieb Olivier:
> Hopefully, our form-based PHP scripts will hopefully avoid quite a lot of
> mistakes before uploading. However, I really think - I'm going to do it now,
> that this contribute.php page is not widely known enough. Goind to post it
> again on the newsletter and on the forums.
>
> Oliver
>

Just to mention once because I think some people don’t know about: I 
share a small set of resources with official mapserver since some 
months, I have a postgres/postgis server running here too. Of course it 
is not that powerful like the whole mapserver network, it is not a 
complete mirror, but it is enough to run some tests. This infrastructure 
is dedicated to the mapserver and world scenery idea and was a base to 
discuss some ideas with Martin and others.

If someone wants to run some tests (i.e. building webinterfaces etc.), 
needs mirrored tables or whatelse, doors are open. (Martin and me are 
sharing a small set of resources in the area of mapnik/navaids, maybe 
you noted that already on the official mapserver.)

For me it was much easier to develop some new ideas for the mapserver in 
this "private" test environment. And it stays open for other FlightGear 
developers who want to run some tests. Recent apt.dat tables are 
available (810 and 850). Scenery or object tables could be mirrored too, 
if necessary (maybe I need to upgrade to postgresql 9 before).

That’s the free available foss resource I can share at the moment. I 
need the server for my private mapnik geoserver tests, but I am open to 
everyone who needs a small geoserver with all (more or less) recent 
tools installed. Only restriction -> Target World Scenery Project.

Cheers, Yves



--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Looking at a nice project from outside

2012-02-23 Thread HB-GRAL
Am 23.02.12 23:21, schrieb Martin Spott:
>
> Apparently I've been too ambitious and idealistic.

No !

Cheers, Yves




--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New package of 2.6.0 for Mac

2012-02-23 Thread HB-GRAL
Am 22.02.12 20:49, schrieb Tatsuhiro Nishioka:
> Dear Mac users,
>
> Thanks to your help, I made a new package that solves many problems that are 
> reported so far.
> I recommend all mac/fg users apply the new package - for speed and stability.
>
> Please go visit the site below for detail explanation and download:
> http://macflightgear.sourceforge.net/flightgear-260-for-mac-now-supports-many-of-your-wishes
>
> Good night,
>
> Tat
>


Hi Tat

Just for my understanding, did you patch the osg/cocoa issue or is that 
a workaround now just for macflightgear? I get this behaviour (#7 
resizing) with all osg cocoa windowing on 10.6. Ok, x1600 I do not care 
for fg, because this one has so many well known problems also with other 
software.

I am investigating the osg cocoa implementation and compare it with 
other cocoa windowing, and all what I can say at the moment is ... it is 
interesting :-) at least for me!

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] 2.6.0 for Mac - call for detail bug info & known issues

2012-02-22 Thread HB-GRAL

>>
 (and I also want someone to give me a Mac
 that reproduces #7 :-p).

>>>

It is definitely an OSG/cocoa issue here. Now looking at the first line 
in main.m of the cocoa example in OSG:
"/* OpenSceneGraph example, osgviewerCacoa. "

;-))

Y.


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] 2.6.0 for Mac - call for detail bug info & known issues

2012-02-21 Thread HB-GRAL
Hi Olaf

This is a flightgear/osg/cocoa issue I can reproduce with release/2.6.0 
on OSX 10.6.8. No MacBook graphics, but almost ... -> ATI 5750. I am 
wondering a bit that this doesn’t happen with nVidia/10.7.2

Cheers, Yves

Am 21.02.12 22:19, schrieb Olaf Flebbe:
> Hi Yves,
>
> Can you please more specific? Which download, Macbook, graphics, macosx, 
> steps to reproduce?
>
> Thanks,
> Olaf
>
>
>
>
>
> Am 21.02.2012 um 09:43 schrieb flightg...@sablonier.ch:
>
>>> (and I also want someone to give me a Mac
>>> that reproduces #7 :-p).
>>>
>>
>> Here. Cheers, Yves
>>
>>
>> --
>> Keep Your Developer Skills Current with LearnDevNow!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> http://p.sf.net/sfu/learndevnow-d2d
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
> --
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New styled FGFS--Manual

2012-02-21 Thread HB-GRAL
Am 21.02.12 17:41, schrieb HB-GRAL:
> Am 21.02.12 01:16, schrieb HB-GRAL:
>
>>>  i.e. in first section Installation:
>>>
>>> http://www.flightgear.org/cvs.html
>>> http://www.uiuc.edu/ph/www/m-selig/apasim.html
>>> http://www.flightgear.org/cdrom/
>>> http://www.terragear.org/
>>> http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!)
>>>
>>
>
> I sent a merge request for changing this 5 links in getstart.
> https://www.gitorious.org/fg/getstart/merge_requests/1
>
> Cheers, Yves
>
>

Sent a second request, all sections fixed I hope, without Appendix. 
Cheers, Y.


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Downloads central ->aircrafts

2012-02-21 Thread HB-GRAL
Hi Curt

I started to solve some link issues in getstart (see merge request on 
gitorious/fg/gestart) I changed the link to aircraft download page to
*http://www.flightgear.org/download/aircraft/

But this redirects to
http://www.flightgear.org/download/aircraft-v2-4/

While choosing downloads->Download Aircraft points to
http://www.flightgear.org/download/aircraft-v2-6/

I guess for the manual it is better to have a link without version in 
the URL, right? Would it be possible to change the redirect for
http://www.flightgear.org/download/aircraft/
always to recent version?

Cheers, Yves

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New styled FGFS--Manual

2012-02-21 Thread HB-GRAL
Am 21.02.12 01:16, schrieb HB-GRAL:

>>  i.e. in first section Installation:
>>
>> http://www.flightgear.org/cvs.html
>> http://www.uiuc.edu/ph/www/m-selig/apasim.html
>> http://www.flightgear.org/cdrom/
>> http://www.terragear.org/
>> http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!)
>>
>

I sent a merge request for changing this 5 links in getstart.
https://www.gitorious.org/fg/getstart/merge_requests/1

Cheers, Yves


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New styled FGFS--Manual

2012-02-20 Thread HB-GRAL
Am 20.02.12 22:46, schrieb HB-GRAL:
> Am 20.02.12 12:24, schrieb Martin Spott:
>>
>> http://mapserver.flightgear.org/getstart/
>>
>
> Hi Martin
>
> What is the difference between the Index and the Index at bottom of
> contents ? ;-)
>
> Maybe there is a simple tool to check all links in the document? A lot
> of links goes to nowhere.
>
>  i.e. in first section Installation:
>
> http://www.flightgear.org/cvs.html
> http://www.uiuc.edu/ph/www/m-selig/apasim.html
> http://www.flightgear.org/cdrom/
> http://www.terragear.org/
> http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!)
>

Ok, to follow this I checked all links manually tonight, hope this helps 
to correct all 404 or outdated ones in the manual when someone finds the 
time for this :

--

Section 5.2.4
http://wiki.flightgear.org/flightgear_wiki/index.php?title=A-4F_Skyhawk_Operations_Manual

Section 6.3
http://www.monmouth.com/~jsd/how/htm/title.html

Section 7.1
http://www.pilotfriend.com/flight_training/new_site/aerodynamics/aircraft%20controls.htm
http://www.flightgear.org/Docs/getstart/getstart.html (?)
http://www.avsim.com/mike/mickey_site/ppilot/ppilot_faq/pp_cessnas.html
http://www.ig-wilson.com/index.php?f16land

Section 7.13.1
http://www.alioth.net/flying/pa28-161/index.html
http://faaflyingclub.homestead.com/files/Warrior_Checklist.pdf

Section 9.5
http://bathursted.ccnb.nb.ca/vatcan/fir/moncton/WeeklyTopics/WeeklyTopicIntro.html
 
(?)


Appendix A/B (maybe all appendix titles, link!)
see A: "Missed approach: If anything refuses to work"

A.4
ftp://www.flightgear.org/pub/flightgear/Source/ (requires autorisation)

B.1
http://edc.usgs.gov/geodata/
http://edcdaac.usgs.gov/gtopo30/gtopo30.html,

B 1.1
http://www.flightgear.org/Downloads/world-scenery.html

B.2
http://www.a1freesoundeffects.com/
http://www1.las.es/~amil/ssystem/
http://www.geocities.com/pmb.geo/flusi.htm
http://www.rockfish.net/fg/ (?)
http://www.flightsimnetwork.com/mikehill/home.htm
http://www.menet.umn.edu/~curt/fgfs/Docs/Autopilot/AltitudeHold/AltitudeHold.html
http://www.menet.umn.edu/~curt/
http://www.welcome.to/pausch/
http://www.zedley.com/Philip/
http://people.a2000.nl/dtals/
http://edc.usgs.gov/geodata/
http://www.woodsoup.org/projs/ORKiD/fgfs.htm
http://www.woodsoup.org/projs/ORKiD/cygwin.htm
http://www.g-point.com/xpcity/esp/


[EOF]

Cheers, Yves

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New styled FGFS--Manual

2012-02-20 Thread HB-GRAL
Am 20.02.12 12:24, schrieb Martin Spott:
>
>http://mapserver.flightgear.org/getstart/
>

Hi Martin

What is the difference between the Index and the Index at bottom of 
contents ? ;-)

Maybe there is a simple tool to check all links in the document? A lot 
of links goes to nowhere.

 i.e. in first section Installation:

http://www.flightgear.org/cvs.html
http://www.uiuc.edu/ph/www/m-selig/apasim.html
http://www.flightgear.org/cdrom/
http://www.terragear.org/
http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!)

(I really want to help to improve but unfortunately there is no time 
left here at the moment.)

Cheers, Yves

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New styled FGFS--Manual

2012-02-20 Thread HB-GRAL
Am 20.02.12 19:10, schrieb Gijs de Rooy:
>
>> Martin wrote:
>>
>>http://mapserver.flightgear.org/getstart/
>>
>>   I'm sure there's a link somewhere on The Wiki (if Hellosimon
>> didn't carry out his threat of moving it into the attic  ;-)
>
> It's right there, on the MAIN PAGE of the wiki! :D
> http://wiki.flightgear.org/Main_Page
>

Hi Gijs 

http://wiki.flightgear.org/FlightGear_Manual
-> http://www.flightgear.org/Docs/getstart/getstart.html

The wiki links to a two years old manual ?

Cheers, Yves

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New styled FGFS--Manual

2012-02-20 Thread HB-GRAL
Am 20.02.12 12:24, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> What tools can be used to convert i.E. getstart.tex into html properly ?
>> What can you recommend? Did you ever try to convert FG .tex files into
>> html with tools you know ?
>
> Actually we're doing this for almost a decade now.  Michael Basler
> started using "TeX4ht" on Windows and I'm pursuing the compilation step
> into the publicly available versions still using the same tool (but on
> Linux) since he left a couple of years ago.  The current version of The
> FlightGear Manual as HTML is available here:
>
>http://mapserver.flightgear.org/getstart/
>
>   I'm sure there's a link somewhere on The Wiki (if Hellosimon
> didn't carry out his threat of moving it into the attic  ;-)
> An ugly but functional Bash script is available in the "getstart" GIT
> repository.
>
> Cheers,
>   Martin.

Hi Martin

I used TeX4ht too on OSX, but some of the .tex files gives errors and 
conversion is cancelled. I am investigating. I tried latex2html too, but 
this turned into something out of html.

I want to integrate the manuals into the application (a own FGx help 
browser, used for FGx help too), without editing any part, just want to 
integrate the latest version available and shipped with recent FG. (oh, 
I can see TeX4ht can also produce DocBooks ...).

I can integrate online help (wiki) too with URLs, but I don’t want to 
force users to have an online connection to read help, and the PDF in 
fgdata is a no-go here for the help system. Anyway, I will find a 
solution to make small junks available to get some sort of quick inline 
help.

Thanks, Yves

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New styled FGFS--Manual

2012-02-20 Thread HB-GRAL
Am 20.02.12 11:49, schrieb thorsten.i.r...@jyu.fi:
>
>
> It seems you still don't understand what LaTeX is for. You can easily turn
> LaTeX into both html and a printed book automatically - but you can't ever
> turn html back into anything resembling a printed book withd ecent layout
> without tons of manual input.
>

Hi Thorsten

What tools can be used to convert i.E. getstart.tex into html properly ? 
What can you recommend? Did you ever try to convert FG .tex files into 
html with tools you know ?

I am looking for the right tool, because I like to integrate some parts 
of the docs into a FGx Help Browser (offline).

Cheers, Yves

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear 2.6.0 for Mac OS X.

2012-02-19 Thread HB-GRAL
Hi Tat

I downloaded 10.6/7 version and it works fine. Just one small thing I 
noted (because I am on this myself at the moment for FGx): GUI->Help 
(opens in Browser) doesn’t open anything here. But maybe this is not OSX 
only?

Cheers, Yves


Am 19.02.12 08:55, schrieb Tatsuhiro Nishioka:
> Hi,
>
> I made a special package for OS X 10.5. Go get the package from:
> http://macflightgear.sf.net/home/downloads
> FlightGear-2.6.0 for Leopard is what you need.
>
> I recommend this package for those who have OS X 10.5 or have problems 
> running the 2.6.0 original package on 10.6 or 10.7. This is tested on my old 
> MacBook pro with 10.5, so it should work on other 10.5 capable macs.
>
> The "special" package is made with XCode 3.2.2 that was used to build 
> FlightGear 2.0.0. Due to huge differences on SDKs between 10.5 and 10.7, 
> apple gave up providing 10.5SDK on Xcode. This made it very difficult to make 
> FG compatible with 10.7 and 10.5.
>
> Using Xcode 3.x on OS X 10.5 also has a problem. Since FG code is evolving 
> day to day, it uses newer spells that 10.5 SDK doesn't understand. So I made 
> the Come-on-FG-work-on-10.5! patch for this package :-p
>
> Moreover, some Xcode version cannot build FG properly with full optimization 
> flags. I guess this is caused 50% by GCC bug and 50% by bad code like static 
> class initialization with dynamic memory allocation). So picked up a dev tool 
> that I can trust.
>
> Though the special package is a bit slower than that for 10.6/10.7 (since the 
> latter is powered by LLVM that optimizes code much cleverer than GCC), it's 
> better to have working binary.
>
> Anyway, I'm glad if this can save many FG Mac users.
>
> Tat
>
> ---
> Tatsuhiro Nishioka
> http://macflightgear.sf.net
>
> On 2012/02/19, at 8:55, Curtis Olson  wrote:
>
>> Sounds good -- I'm just asking questions. :-)
>>
>> Any thoughts on the reports of crashes for some Mac users -- are you 
>> thinking you might try to upload an update in the short term, or are these 
>> issues still pretty unknown?  Again, just asking questions since I don't 
>> know much about the Mac side of things.
>>
>> BTW, as I said in my other email, your FlightGear-2.6.0.dmg works great for 
>> me here on an iMac with OSX 10.6.8
>>
>> Thanks again,
>>
>> Curt.
>>
>> On Sat, Feb 18, 2012 at 4:56 PM, Tatsuhiro Nishioka  
>> wrote:
>> Curt,
>>
>> There's a big hope of 10.5 support.
>> It's just a matter of time to me (to make some fixes and it's almost done).
>> So we can encourage people to be patient for a while.
>>
>> I don't want to let users upgrade their Macs since there must be some reason 
>> not to upgrade.
>>
>> Tat
>>
>>
>> On Feb 19, 2012, at 7:02 AM, Curtis Olson wrote:
>>
>>> Hi Tat,
>>>
>>> Is there any hope of supporting OSX 10.5 or do we just need to encourage 
>>> people to upgrade their software?  On my iMac I think it was free -- but 
>>> I'm not much of a Mac expert -- is it fair to just encourage people to 
>>> upgrade to OSX 10.6 or newer?
>>>
>>> Curt.
>>>
>>>
>>> On Sat, Feb 18, 2012 at 1:10 PM, Tatsuhiro Nishioka  
>>> wrote:
>>> Hi,
>>>
>>> FlightGear 2.6.0 for Mac OS X is available (works on OS X 10.6, and 10.7 
>>> for now).
>>>
>>> Please download it from:
>>> https://sourceforge.net/projects/macflightgear/files/FlightGear/2.6.0/
>>>
>>> Note:
>>> Currently our website is down so please download it from SF project page.
>>>
>>> Tat
>>>
>>> ---
>>> Tatsuhiro Nishioka
>>> http://macflightgear.sourceforge.net/
>>>
>>>
>>>
>>> --
>>> Virtualization&  Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>> ___
>>> Flightgear-devel mailing list
>>> Flightgear-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>>
>>>
>>>
>>> --
>>> Curtis Olson:
>>> http://www.atiak.com - http://aem.umn.edu/~uav/
>>> http://www.flightgear.org - http://gallinazo.flightgear.org
>>>
>>> --
>>> Virtualization&  Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/___
>>> Flightgear-devel mailing list
>>> Flightgear-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>> Tatsuhiro Nishioka
>> http://macflightgear.sourceforge.net/
>>
>>
>>
>>
>> --
>> Virtualization&  Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing

Re: [Flightgear-devel] LaTex doc files not in source?

2012-02-19 Thread HB-GRAL
Am 19.02.12 12:59, schrieb Martin Spott:
> Hi Yves,
>
> HB-GRAL wrote:
>
>> Is the .tex source file(s) as base for the getstart.pdf in our source
>> somewhere?
>
> Yup, LaTeX sources are in the "getstart" repository - and have been
> there most of the time:
>
>http://www.gitorious.org/fg/getstart/
>
> Cheers,
>   Martin.

Ooops, many thanks! Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] LaTex doc files not in source?

2012-02-19 Thread HB-GRAL
Hi Docs

Is the .tex source file(s) as base for the getstart.pdf in our source 
somewhere? Could not find it in fgdata/Docs, only the map.tex. Beside 
the online help I am trying to create a new (user) helpbrowser for the 
FGx launcher and need the .tex file.

Thanks a lot, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Aircraft/Scenery development list needed?

2012-02-16 Thread HB-GRAL
Hi Curt

Would it be a good idea to have a second mailinglist for aircraft and 
scenery development? I know there have been much more lists around in 
past. For me it starts to be very hard to find flightgear core related 
topics in this list now. I tried to add some filters to my reader, but 
without success. I hope there isn’t already another list and I missed it ;-)

Cheers, Yves




--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Fair practice & autorisations

2012-02-16 Thread HB-GRAL
Hi Clément

Am 16.02.12 17:45, schrieb Clement de l'Hamaide:

> I have create a discussion here : 
> http://sourceforge.net/mailarchive/message.php?msg_id=28709446 and I haven't 
> received answer from devel list ...

I noticed this post. Maybe it is better to clone the gitorious repo 
"fgdata", send a merge request with your changes AND a note to the list 
announcing your merge request. Much easier to review your changes for 
other developers with commit rights. (I apologize in advance in case 
you’re already aware of this "workflow").

> Other example : 
> http://sourceforge.net/mailarchive/message.php?msg_id=28360748 and no answer 
> from devel list

The multiplayer map is not in FlightGear core project. Changing a single 
aircraft symbol for the map is not possible in FlightGear fgdata code, 
it is in scripts for the multiplayer map maintained by pigeon (as far as 
I know). So your changes can not be "merged" in here anywhere. Maybe you 
have to contact pigeon for this.

(Personally I think "branding" aircrafts with individual symbols is not 
a very good idea for a map, going to show 300 different symbols, but 
that’s another discussion and this is not mine.)

Cheers, Yves




--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Sanitizing materials.xml

2012-02-14 Thread HB-GRAL
Am 14.02.12 23:12, schrieb HB-GRAL:
> Am 14.02.12 22:37, schrieb Stuart Buchanan:
>
>>
>> FYI I'm also going to reduce the saturation of some of the woodland textures.
>> At present they are a real "emerald" green, and over-saturated in my
>> experience.
>>
>> -Stuart
>
> Hi Stuart
>
> Which textures are you going to change exactly?
>
> -Yves
>

Ok, I see now the forest textures/shader has really too high saturation. 
I confess this is some kind of unfinished work of me. I planned once to 
change ALL the textures. So I think recently the woodland saturation 
have to be changed- unless someone starts a shader/texture project for 
"the whole thing"?

I will try to contribute this year again probably, but first I have to 
check what came in with the new shaders from Emilian/Vivian (and others) 
and the new materials-dds etc.

Thank you all for your work!

-Yves

PS: And just to say it once here: Many thanks to Fred, Emilian, Vivian 
taking over my 2.x shader work, improving and fixing here and there, and 
working in and pushing so many important changes.

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Sanitizing materials.xml

2012-02-14 Thread HB-GRAL
Am 14.02.12 22:37, schrieb Stuart Buchanan:

>
> FYI I'm also going to reduce the saturation of some of the woodland textures.
> At present they are a real "emerald" green, and over-saturated in my
> experience.
>
> -Stuart

Hi Stuart

Which textures are you going to change exactly?

-Yves

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Fair practice & autorisations

2012-02-12 Thread HB-GRAL
Am 12.02.12 11:00, schrieb Erik Hofman:
> On Sun, 2012-02-12 at 10:45 +0100, Clement de l'Hamaide wrote:
>> Hi,
>>
>> In my precedent mail I have forgot to say that Ernest Teutcher, Alexis
>> Laille, Christian Thiriot and Clément de l'Hamaide (it's me) are the
>> members of the PAF team.
>> We can consider the current DC-3 is here because the PAF team had
>> created 80% of the DC-3. And E.Baranger had created 20% of DC-3.
>> In this way we can say : there are not one author but  there are many
>> authors. Since there are many authors it's a fair practice to ask to
>> other authors an autorisation.
>>
>> Honestly, E.Baranger is just the author of some parts 3D models and
>> some parts of XML file but his works represente only 20% of the DC-3
>> and we can consider that E.Baranger is a small contributor of the
>> DC-3, and he isn't the main author, he is author of some parts that's
>> all.
>
> Actually Emanuel is the main author and you've just updated his work.
> I have to step up here since there is just too much misunderstanding
> going on. You guys took a GPL'd model and modified it. Since it started
> out as a GPL model it will always be a GPL model no matter how much you
> change. Even if nothing of the original model is left, you agreed to be
> bound by the GPL the moment you started working on it.
>
> So Emanuel has every right to dismiss any modifications on *his* model
> and to update git accordingly.
>
> That said, it's sad to see the situation end up like this. I always
> found it quite pleasing to work with others that updated my model byt
> frankly I would get mad when at one point they would claim ownership
> like you do. That's uncalled for. It's a joint effort and every member
> should bet credits (even if his/her work is not included anymore).
>
> Now sit back, take a few deep breaths and accept the facts.
>

Oh sorry, the idea of hangars in fgdata/aircrafts came back here, but 
just for some seconds. Forgive me for this comment.

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Random object/vegetation terrain masking

2012-02-09 Thread HB-GRAL
Am 06.02.12 00:23, schrieb Stuart Buchanan:
>
> * This isn't compatible with the crop shader.  I don't know if that is
> solvable or not.


Hi Stuart

You write here it does not work with the crop shader, but does it work 
with the forest shader?

Cheers, Yves

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Version file check

2012-02-08 Thread HB-GRAL
Am 07.02.12 21:49, schrieb ThorstenB:
> Am 07.02.2012 21:34, schrieb Curtis Olson:
>> The main reason for a version check between the binary and the data is
>> that we often make parallel changes to both (similar reason why we do a
>> simgear minimum version check when compiling flightgear.)  If there are
>> version mismatches, things could break or act in weird or unexpected ways.
>>
>> A launcher might not be in the same category unless you use options that
>> change between versions (this is possible, but happens a lot less often
>> than other sorts of changes.)
>
> Right. Not sure what Yves' original intention were. I referred to the
> basic check if the "version" file is there _at all_ - such a check seems
> useful for a launcher. Restricting a launcher to a specific version
> number inside the file indeed wouldn't be a good idea. At least I'd like
> to keep using the same launcher for a variety of fgfs versions - 2.5.0,
> 2.6.0, 2.7.0 :).
>
> cheers,
> Thorsten

Thanks for your comments. I will do the "basic check" for the file. 
Maybe later I will try to do a check for fgfs version against fgdata 
version, to see if both is in line before fgfs process is started (and 
probably fails).

-Yves

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Version file check

2012-02-07 Thread HB-GRAL
Hi all

Is it a good or bad idea for the FGx launcher to check against the 
version file if it is a valid fgdata folder AT ALL ? I will need some 
kind of check.

In case it is a bad idea, do you have other suggestions ?
(Sorry for the dumb question but thanks in advance for your comments).

-Yves

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Need a new material for EMAS

2012-01-25 Thread HB-GRAL
Hi all

I can provide now public data and coordinates for (around) 60 EMAS 
worldwide, I started a model and I placed a prototype in local scenery 
here for testing. The EMAS have all different sizes and different 
"breaking coefficient" and I need some help to establish a new material 
in FlightGear to finish. I need also some discussion how to implement 
this stuff. A short description what I am doing with "Engineered 
Materials Arresting Systems" for FLightGear you can find here:
http://wiki.flightgear.org/Engineered_materials_arresting_systems

Please send me an email when you are interested in taking the data, 
developing a new material which could come to FlightGear, doing the 
calculations based on my data.

There is no hurry, an EMAS lives 20 years, and when something goes 
wrong, it will be repaired in one or two months ;-)

Many thanks, Cheers, Yves



--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] DC-9/10 for EMAS simulation, best FDM ?

2011-12-28 Thread HB-GRAL
Hi all

About EMAS again, now taken directly from the FAA advisory circular:

"Assume a runway with a DC-9 (or similar) as the design aircraft. An 
EMAS 400 feet in length (including a 75-foot set-back) is capable of 
stopping a DC-9 within the confines of the system at runway exit speeds 
of up to 75 knots."

Maybe someone can point me to a similar aircraft (or MTOW) in the FG 
aircraft repository ?

I finished collecting and calculating the coordinates/data for about 60 
EMAS in U.S. and international (I am willing to provide this data for 
FlightGear of course), and I started to design a "prototype" for the 
scenery ( 
http://wiki.flightgear.org/Engineered_materials_arresting_systems ). Now 
I would start to look how this can be implemented (by 
terrain/materials/FDM) and I need a small hint what aircraft I should 
look for.

Thanks a lot, Cheers, Yves

Am 20.12.11 12:48, schrieb HB-GRAL:
> Hi all
>
> When I want to start to implement a EMAS test in one FlightGear aircraft
> FDM, what is "the best" or most advanced FDM we have in the category of
> a DC-9/DC-10 ? I need to simulate a 60-70 kts overrun. The aircraft/FDM
> should provide a maximum take-off weight, a "terrain coefficient" and a
> braking friction coefficient, I guess ...
>
> Thanks for any advice, Cheers, Yves
>
> --
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Live Multiplayer

2011-12-27 Thread HB-GRAL
Am 25.12.11 15:52, schrieb Csaba Halász:
>
> At times, we had 2 servers but only one active with manual switching
> when necessary. That means there is no load balancing among multiple
> servers.
>
> In case anybody wants to volunteer maintaining a backup server, I am
> sure we can collect the knowledge required to set it up and fill in
> the holes in the wiki.
>
> I'd like to thank all the people who keep fgcom alive behind the
> scenes, in particular Charles, Jon, Thomas, Willie and of course
> Holger for creating it.
>

Hi Csaba

Fill in the last hole in the wiki about fgcom.inc would be nice. I am 
running an asterisk server and tried to run a fgcom testing server for 
my own purposes some months ago, but had to stop because of the last 
missing part in the wiki.

Of course I can try to set up this looking what fgcom.inc should be, but 
when an "running" example configuration is around, much appreciated 
here, then I can finish my personal experiment once. I have no time to 
"multiplay" FlightGear that much, and personally it is not that 
important for me. I wrote my sentence about the "only one" because there 
were some suggestions around it is easy to setup a own ggcom server. So 
of course, my thanks goes everytime to people behind the scenes and to 
what they bring to me !

I declare this to my personal christmas wish, a "fgcom.inc" example. ;-) 
Hope it is not late!

Cheers, Yves


--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Live Multiplayer

2011-12-25 Thread HB-GRAL
Am 25.12.11 10:30, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> Can you point me to docs how to setup a fgcom server ? I didn?t find it
>> at all, and it looks like FlightGear has only one FGCom server, one
>> radio station at all.
>
> One FGcom server != one radio station
>
>   Martin.

Yes, right, mutiple stations. FGCom server down, all radio stations down.

Cheers, Yves

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Live Multiplayer

2011-12-24 Thread HB-GRAL
Am 25.12.11 01:59, schrieb Hal V. Engel:
>
> You can do this today with fgcom.  Just setup a fgcom server on your local
> upstairs machine and you are good to go.  You don't even need FG running to
> use fgcom to communicate with other users on your network.

Hi Hal

Can you point me to docs how to setup a fgcom server ? I didn’t find it 
at all, and it looks like FlightGear has only one FGCom server, one 
radio station at all.

Cheers, Yves

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] DC-9/10 for EMAS simulation, best FDM ?

2011-12-20 Thread HB-GRAL
Hi all

When I want to start to implement a EMAS test in one FlightGear aircraft 
FDM, what is "the best" or most advanced FDM we have in the category of 
a DC-9/DC-10 ? I need to simulate a 60-70 kts overrun. The aircraft/FDM 
should provide a maximum take-off weight, a "terrain coefficient" and a 
braking friction coefficient, I guess ...

Thanks for any advice, Cheers, Yves

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-17 Thread HB-GRAL
Am 16.12.11 18:08, schrieb HB-GRAL:
> Am 16.12.11 11:26, schrieb HB-GRAL:
>> Am 15.12.11 23:13, schrieb Martin Spott:
>>> "Vivian Meazza" wrote:
>>>
>>>> The other one, which used to be non-op, seems to have gained operational
>>>> capability along the way.
>>>
>>> You see, in order to avoid confusion, having just one operational
>>> arrestor would have been the clever solution.

Maybe we need different devices.

>>>
>>> We're trying to simulate real-world, don't we ?  Sure, we're not
>>> perfect but I think we're doing our best within the limits of our
>>> ressources.  Thus, intentionally leaving an inoperational arrestor in
>>> place (instead of fixing it) sounds a bit odd 

Real-world means, there are some non-operational devices around ;-)
Hm, just found this one and thought, sometimes it would make sense to 
engage the BAK-12 for a Cessna too, but thats not real world, is it?

THE ACFT VEERED OFF THE RWY DURING TAKEOFF GROUND RUN AND NOSED OVER. 
THE PLT INIDCATED THAT DURING THE TAKEOFF HIS SEAT SLID REARWARD AND HE 
WAS UNABLE TO REACH THE THROTTLE OR THE RUDDER PEDALS.

But this is not serious of course, Yves!

Now the BAKs. Ai, ai, ai. It is more complicated than I thought (as 
ever, hrmpfl!). I can get some distances, but not all. And the points I 
provided are for BAK-9 and not BAK-12. And FAA does not have the BAK-12 
or other device  distances in the table (with some exceptions I will 
cover later).

There are some standards defined (FAA AC 150/5220-9A):
http://www.faa.gov/documentLibrary/media/advisory_circular/150-5220-9A/150_5220_9a.pdf
(Hey, this is probably also a cool source to improve the model?)
And here a link to a article with useful information chez boeing 
aeromagazine:
http://www.boeing.com/commercial/aeromagazine/aero_13/runway_story.html
- Here a short video of a mobile device in action
http://www.youtube.com/watch?v=zoyrDfA90Ac
and more about mobiles:
http://www.af.mil/shared/media/epubs/AFH10-222V8.pdf
- Minimize the impact to commercial airplane operations
http://www.boeing.com/commercial/airports/faqs/arrestingsystems.pdf
- any other sources around I missed ?

- Our model(s) should depend on runway width (maybe three models for 
150/200/300' ar sufficient ?). (Another question came up btw. "Shouldn’t 
this device data go into apt.dat runway definition somehow, like 
stopways and lightning ?". I would vote for that, but I do not see any 
possibilities unless we provide a own and modified apt.dat or xplane has 
some plans to improve this small part too, like it is in with stopways i.e.)

Now when I look to charts I find visually more data than in FAA tables. 
But the overrun distances on runways are not reflected, the symbol is 
placed where it looks nice on a chart. So I need the length of the 
overrun from somewhere else, then I can calculate the device coordinates 
on runway. I found some values in FAA airport remarks and in NOTAMs, 
other values will be "estimated", but I tend to take only data published 
in FAA data nd NOTAMs, and leave the rest.

Now for preparing better data for the scenery I can

a) take FAA defined base/reci EOR coords, subtracting overrun per runway 
(disadvantage: the updated FAA coords differ from xplane data 
someplaces, the runway ends and center may differ, so without change to 
the runway lines of the fg apt.dat facility the devive can be misplaced)

b) take current FlightGear apt.dat center point of runway, calculate 
ends and subtract overrun where I can find it (disadvantage: when fg 
apt.dat is updated once with more accurate data the device will be 
misplaced too).

c) Take xplane 8.50 runway data in the hope it is updated with current 
FAA data. (disadvantage: I always have to check 3 data sources for 
inconsistency, fg/xplane/FAA)

Personally I prefer a), trying to provide also current runway data 
associated, published by FAA and not by xplane. I am not sure about 
that, but I think newer xplane data version are updated with FAA data 
anyway from time to time, and when WE go for an update, the runway AND 
device data will be correct. I can not estimate how many runways are 
affected with changes when I choose a), but I guess it is not that much.

I would really like when someone starts to improve the model(s), 
probably think about "scenerarios", making the barriers operational in a 
sophisticated way, cares about materials, cares about lbs, making it 
interactive (tower/pilot)

Cheers, Yves







--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed

[Flightgear-devel] lightning codes, genapts

2011-12-16 Thread HB-GRAL
Hi all

Another question rised up here during my faa-data to apt.dat conversion. 
Does the current (or the updated) genapts take new approach lightning 
codes into account ? Can the scenery tools read the new 8.50 runway line 
already or is this still based on 8.10 specs ?

Maybe I missed this point in a discussion here, sorry for that. But to 
illustrate my question, the "problem" is that some lightning codes are 
not covered in 8.10 specs. What I get from FAA:

# MALSR
# MALSF
# MALS
# SSALR
# SALS
# LDIN
# RAIL
# MIL OVRN
# NSTD
# ALSF-1
# ALSF-2
# ODALS

Now With 8.50 runway line specs I can cover most of this "new" codes, 
but not with 8.10, which knows "only"

# SSALS (Simplified short approach light system)
# SALSF (Short approach light system with sequenced flashing lights).
# ALSF-I (Approach light system with sequenced flashing lights).
# ALSF-II (Approach light system with sequenced flashing lights and red 
side bar lights the last 1000').
# ODALS (Omni-directional approach light system).
# Calvert (a British design) category 1.
# Calvert (a British design) categories 2 and 3.

I can not find any information about FLightGear implementation. This 
here http://wiki.flightgear.org/Approach_lighting_system is just a copy 
paste from wikipedia and does not say if this codes/models are part of 
the fg runway lightning system or not ?

Thanks for any suggestion and comment about this.

Cheers, Yves


--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-16 Thread HB-GRAL
Am 16.12.11 11:26, schrieb HB-GRAL:
> Am 15.12.11 23:13, schrieb Martin Spott:
>> "Vivian Meazza" wrote:
>>
>>> The other one, which used to be non-op, seems to have gained operational
>>> capability along the way.
>>
>> You see, in order to avoid confusion, having just one operational
>> arrestor would have been the clever solution.
>>
>> We're trying to simulate real-world, don't we ?  Sure, we're not
>> perfect but I think we're doing our best within the limits of our
>> ressources.  Thus, intentionally leaving an inoperational arrestor in
>> place (instead of fixing it) sounds a bit odd 
>>
>> Now, who would like to merge the best of both into one single model -
>> before the feature freeze ?
>>
>> Cheers,
>>  Martin.
>

Hi Martin

Thought it is a standard distance, but ...

c. A BAK-12 can be located anywhere on the runway or in the safety area 
depending upon the military mission requirements.

I will try to provide individual distance from the end of runway in the 
data.

Cheers, Yves

--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-16 Thread HB-GRAL
Am 15.12.11 23:13, schrieb Martin Spott:
> "Vivian Meazza" wrote:
>
>> The other one, which used to be non-op, seems to have gained operational
>> capability along the way.
>
> You see, in order to avoid confusion, having just one operational
> arrestor would have been the clever solution.
>
> We're trying to simulate real-world, don't we ?  Sure, we're not
> perfect but I think we're doing our best within the limits of our
> ressources.  Thus, intentionally leaving an inoperational arrestor in
> place (instead of fixing it) sounds a bit odd 
>
> Now, who would like to merge the best of both into one single model -
> before the feature freeze ?
>
> Cheers,
>   Martin.

Hi Martin

As I understand Vivian’s model takes care about runway textures and is 
"ready out of the box", but not "perfect", as many other things in 
FlightGear.

When someone wants to merge in another model or add new models for other 
device types, great! But this would be a another project. So there is no 
logical reason for me to put the data improvemment back to the fridge, 
just because the fridge has become that large from time to time, and 
just because we have the luxury of two models and a decision have to be 
made.

I will try to take full responsabililty for the data I submitted, and I 
will check scenery (when someone wants to help here, please report AI 
traffic hanging in chains) ;-)

But anyway, there is no hurry with such a detail like this devices. Was 
just an idea of a very small improvement and having more FAA data in 
FlightGear. Do what you want with this data and what is possible at the 
moment.

Cheers, Yves


--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-16 Thread HB-GRAL
Am 16.12.11 09:38, schrieb Erik Hofman:

>
> That's probably wrong most of the time. I think the start of the
> blastpad is more accurate most of the time.
>
> Erik
>


Oh no! The blastpad is ALWAYS outside the runway. In xplane specs, and 
also in FAA specs !

Cheers, Yves



--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-15 Thread HB-GRAL
Am 15.12.11 23:49, schrieb HB-GRAL:

>
> EDF 06BAK12   61.248633   -149.844258333  AVN 08.11.03
> EDF 16BAK12   61.262069   -149.793475 AVN 08.11.03
> BIG 19BAK12   64.0077345  -145.707352861  AVN 02/16/2007
> EIL 14BAK12   64.684208   -147.117919444  MILITARY 07/16/2007
> AKN 12BAK12   58.68394-156.6647265NGS 06/17/2005
> SYA 10BAK12   52.716433   174.092125  MILITARY 07/18/2007
> MGM 10BAK12   32.3023991944   -86.4099770278  NGS 01/29/2003
>

Oh, can we have at least this one in the scenery ?

"EGI 18 BAK12   30.6613849722   -86.52268775MILITARY 09/29/2011"

My 2 Rappen (swiss cents) this will make fg the leading and most recent 
arresting device simulator on earth. :-)

Cheers, Yves

--
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.  
But none more important than the need to reduce IT complexity 
while improving strategic productivity.  Learn More! 
http://www.accelacomm.com/jaw/sdnl/114/51507609/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-15 Thread HB-GRAL
Am 15.12.11 23:21, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> The coordinates comes from column base/reciprocal ends of runways,
>
>   is your definition supposed to be identical to "runway centerline
> at threshold" ?
>
> Cheers,
>   Martin.

It is "Latitude/Longitude of physical runway base/reciprocal end" as 
defined by FAA. I can also add the source and date of this point in the 
list, when it is useful. But I better do not add elevation of this point 
for fg scenery, right ?

EDF 06  BAK12   61.248633   -149.844258333  AVN 08.11.03
EDF 16  BAK12   61.262069   -149.793475 AVN 08.11.03
BIG 19  BAK12   64.0077345  -145.707352861  AVN 02/16/2007
EIL 14  BAK12   64.684208   -147.117919444  MILITARY 07/16/2007
AKN 12  BAK12   58.68394-156.6647265NGS 06/17/2005
SYA 10  BAK12   52.716433   174.092125  MILITARY 07/18/2007
MGM 10  BAK12   32.3023991944   -86.4099770278  NGS 01/29/2003

Cheers, Yves

--
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.  
But none more important than the need to reduce IT complexity 
while improving strategic productivity.  Learn More! 
http://www.accelacomm.com/jaw/sdnl/114/51507609/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-15 Thread HB-GRAL

Am 15.12.11 22:37, schrieb Martin Spott:

HB-GRAL wrote:


And close to my nose I see here some mystic FAA data output:

[...]

Is this something that could/should come to the scenery database somehow ?


Generally I'd say: Great !   but I'd feel best if I knew that these
positions really match the touchdown areas of 'our' runways.  How many
items are at disposal ?

Cheers,
Martin.


Attached you find the list. There are 55 "BAK12" and 23 "BAK14" devices, 
156 items total, all in the US and found in recent FAA runway data.


The coordinates comes from column base/reciprocal ends of runways, 
published by FAA, assuming myself this is the point where the device is 
installed ;-)


Cheers, Yves
EDF 06  BAK12   61.248633   -149.844258333
EDF 16  BAK12   61.262069   -149.793475
BIG 19  BAK12   64.0077345  -145.707352861
EIL 14  BAK12   64.684208   -147.117919444
AKN 12  BAK12   58.68394-156.6647265
SYA 10  BAK12   52.716433   174.092125
MGM 10  BAK12   32.3023991944   -86.4099770278
FSM 07  BAK14   35.3336058056   -94.3814535556
LUF 03L BAK12   33.522975   -112.398563889
LUF 03R BAK12   33.526822   -112.38989
IWA 12C MA1A33.317611   -111.66592325
IWA 12L MA1A33.3175886389   -111.661311556
IWA 12R MA1A33.3176702778   -111.67286825
DMA 12  BAK12   32.1801661944   -110.898090139
TUS 03  E5  32.1171670556   -110.9590405
TUS 11L BAK14   32.1233695278   -110.947911944
NYL 03L E28 32.636783   -114.629393944
NYL 03R E5  32.64874-114.612527861
NID 03  E28B35.6756416667   -117.708389444
NID 14  E28B35.698758   -117.69319
EDW 04R BAK12   34.8945598056   -117.905011972
NJK 08  E28 32.829133   -115.687102778
NJK 12  E28 32.8297805556   -115.672102778
FAT 11L BAK12   36.7835047778   -119.72921
NTD 27  E28B34.11695-119.106325
RIV 14  BAK12   33.896428   -117.27063
NUC 05  E28 33.017812   -118.602484167
NKX 06L E28 32.864564   -117.164848056
NKX 06R E28 32.8654736111   -117.151668889
NKX 28  E28 32.8656980556   -117.12709
NZY 11  E28 32.7023291667   -117.221266944
NZY 18  E28 32.7100325  -117.211676667
VCV 17  BAK934.621652   -117.386785472
COS 13  MA1A38.8231551944   -104.715352944
AGR 05  BAK12   27.640811   -81.351061
EGI 18  BAK12   30.6613849722   -86.52268775
HST 05  E5  25.4787213889   -80.3964438889
JAX 08  BAK14   30.4962166389   -81.6999653611
NIP 10  E28B30.2316036111   -81.6897738889
NIP 32  E28 30.2310052778   -81.665369
NQX 03  E28 24.565717   -81.6959
NQX 07  E28B24.5724916667   -81.700078
NQX 13  E28 24.578978   -81.692233
HRT 18  MA1A-M  30.442083   -86.689872
NRB 05  E28B30.383319   -81.4331598333
PAM 13L BAK12   30.080043   -85.5844108333
PAM 13R BAK12   30.077445   -85.5882263889
NPA 01  E5  30.3420186111   -87.321569
NPA 07L E5  30.3507736111   -87.329109
NPA 07R E5  30.3489869444   -87.328289
MCF 04  MA1A27.8373916667   -82.532683
VPS 01  BAK12   30.472889   -86.517886
VPS 12  BAK12   30.488786   -86.5522027778
MGE 11  BAK12   33.919118   -84.5321747222
SAV 10  BAK14   32.1287536944   -81.2187920278
VAD 18L BAK12   30.981822   -83.1908027778
VAD 18R E5  30.979297   -83.195219
WRB 33  BAK14   32.626822   -83.580478
UAM 06L BAK12   13.580344   144.91562
UAM 06R BAK12   13.575319   144.916486111
HNL 04R BAK14   21.3139180278   -157.927134889
HNL 26L BAK14   21.3068010556   -157.910598472
NGF 04  E28 21.4438147222   -157.776901
JRF 04L E28B21.306836   -158.07206
BKH 16  BAK12   22.030915   -159.786599167
DSM 05  BAK14   41.5233680278   -93.6771125
DSM 13  BAK14   41.5456056944   -93.6744538611
SUX 13  BAK12   42.4091870278   -96.3977028889
BOI 10R BAK14   43.5700336944   -116.242615333
MUO 12  BAK12B  43.056711   -115.890258333
GUS 05  BAK12B  40.635825   -86.167869
IAB 01L BAK12B  37.607272   -97.2734805556
AEX 14  MA1A-M  31.3378769444   -92.5592268056
BAD 33  BAK12   32.487717   -93.653494
NBG 04  E28B29.823508   -90.037297
NBG 14  E28B29.823352   -90.033094
BAF 02  BAK14   42.1453001944   -72.7188199167
ADW 01R BAK14   38.797736

Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-15 Thread HB-GRAL
Am 15.12.11 20:39, schrieb Martin Spott:
> "Vivian Meazza" wrote:
>
>> The ones I did in fgdata are BAK12.
>
> Just for the record, the original BAK-12 was provided by David Culp:
>
>http://scenemodels.flightgear.org/modeledit.php?id=918
>
> We're having two models of a BAK-12 in the Base Package because some
> people here are incapable to comprehend the world beyond their own
> nose  ;-)
>
> Cheers,
>   Martin.

And close to my nose I see here some mystic FAA data output:

EDF 06  BAK12   61.248633   -149.844258333
EDF 16  BAK12   61.262069   -149.793475
BIG 19  BAK12   64.0077345  -145.707352861
EIL 14  BAK12   64.684208   -147.117919444
AKN 12  BAK12   58.68394-156.6647265
SYA 10  BAK12   52.716433   174.092125
MGM 10  BAK12   32.3023991944   -86.4099770278
FSM 07  BAK14   35.3336058056   -94.3814535556
LUF 03L BAK12   33.522975   -112.398563889
LUF 03R BAK12   33.526822   -112.38989
.
.
.

Is this something that could/should come to the scenery database somehow ?

Cheers, Yves





--
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.  
But none more important than the need to reduce IT complexity 
while improving strategic productivity.  Learn More! 
http://www.accelacomm.com/jaw/sdnl/114/51507609/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Re : Arresting Type Devices

2011-12-15 Thread HB-GRAL
Am 15.12.11 18:26, schrieb Olivier:
> Hello Yves,
>
> Arresting cables for runways do already exist in FG: see them in action at 
> LFRJ Naval Base for instance.
>
>
> Olivier
>

Errm, Is this BAK12/14 or MA1A, ES or E28/B ? ;-)

Cheers, Yves

--
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.  
But none more important than the need to reduce IT complexity 
while improving strategic productivity.  Learn More! 
http://www.accelacomm.com/jaw/sdnl/114/51507609/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


  1   2   3   4   >