[Flightgear-devel] Proposal for a revised environment interface
Hi All,
since Stuart brought up the question of merging my local weather packages
better into the C++ structures in a response to me in the forum, I'd like
to propose a structure I would consider useful here.
The problem: Currently, it is a bit difficult to set weather conditions
from Nasal. If --real-weather-fetch is on, online METAR is parsed and
written as properties which are often automatically executed
("/environment/metar/rain-norm" seems both the place where METAR info on
rain is stored as well as the property which needs to be set to make it
rain for instance). This means that currently I can't use online METAR
info within the local weather system.
Even offline setting weather properties is not easy - a direct
modification of "/environment/visibility-m" is instantly overwritten since
the system interpolates from the visibility values in
"/environment/config/..." in each frame. What I have to do instead is
modify "/environment/config/", followed by an environment reinit(); call,
which I have heard is rather expensive.
What I would like to suggest instead is a clear menu structure connected
with a set of properties that determines which system is currently 'in
charge' and allowed to write environment properties directly. Systems not
in charge would then not try to write environment properties and their
menu items would be greyed out.
The first property would be the boolean flag that is now
enable-real-weather-fetch: If this is set, online METAR should be fetched,
parsed and written (along with the coordinates of the weather station)
into a location in which it does not yet change the environment.
The second property would be an integer code (or a string for better
readability) specifying which system executes the parsed METAR info, draws
the indicated cloud layers and so on. Currently that would switch between
the standard Flightgear solution and the local weather package's METAR
interface, but that could leave room for future alternative developments.
The third property would be an integer code specifying the system creating
weather offline. Currently that would switch between the into in the
'weather conditions' menu and the local weather package's offline weather
algorithms.
Since I can't work on the C++ side (the code won't compile, and I simply
don't have the time and energy to fix the problem at the moment and work
myself into the structure of the code) I'd need someone to work with me on
this. I'm proposing this here on the list since several people at some
point have indicated they could imagine to do it, and since I think there
should be some consensus as to how a solution should look like.
Cheers,
* Thorsten
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Translating getstart.pdf to German
Hi Pete
thanks for the flowers.
But really it is just because I am a little lazy and thus tried (for
about 2 weeks) to get it done simple and without "rework" when
transferring formats.
Let me try to explain: I did it on an Linux/Ubuntu with OpenOffice - and
thus I started there - and after several tries I found:
* they offer a lot of different possibilities to work on and transfer
between different formats
* I generated the "master" as an OpenOffice.org Writer (*.odt). (I did
try also their "Master Document" - but HTML does not like that structure
when converting! So everything is in one big doc - what of course has
some drawbacks - but not yet significant ones!)
* I did all work inside this *.odt, defined also all bookmarks (e.g. all
the items in the appendix "Tech.Terms and Abbreviations")
* I did alle references as "hyper-links" inside the one doc! They offer
under hyper-links usual Internet-links, Mails, Documents, etc.. Under
Document (no entry means "inside the one you work on") --> target you
can pick up also the "bookmarks" and "headings", etc.
* PDF was no problem at all: Just pick the menu-icon "PDF" ("Export
directly as PDF")
* the "HTML" is tricky: If you try to export you get a split up document
in which no internal reference's will fit! So I used the simple "save as
"HTML Document" - and was surprised how good that works. BUT still: If
you compare the PDF and the HTML you will find some formatting
discrepancies, especially inside tables and alike. For now I decided it
is good enough - but would like to hear any comment - good or bad!!
But the clue is really: Work only one document and convert without any
additional work into those 2 formats! i.e. you get new releases in a
snap!! (And still can control the contents - I guess there should be
something like that IN ADDITION to the "open" wiki's!
I also kept all included graphics as "link" in order that "HTML" does
not export them with "funny names".
And I tried several of the available translators - but (at least the "no
cost" ones) did cost more of my time for figuring out what they mean
exactly - and then they often mislead you into some funny wording or
grammar -- so I got away from those and translated without their help.
At least for me that worked much faster!
Please contact me if you are interested in more details. You may have
noticed that also I am very much interested in getting FlightGear
"internationalized" - and not just for Germans. But I guess in order get
("non English speaking") beginners interested they should find something
basic in their language - the later needed "specialized English" will
then come automatically. See also my ATC-ML.zip (Multi-Lingual) on my
http://www.emmerich-j.de/FGFS/ downloads.
Hope that was not t much
rgds joe
On Sun, 2010-06-13 at 00:03 +0100, Peter Morgan wrote:
> I take my hat off to you, this has taken time and dedication.
>
>
> I speak welsh and learnt some more german, even though its "Double
> dutch" (a welsh/english phrase)...
>
>
> How did you find the conversion process, and can you offer advice for
> othe rlanguage implemetations?
>
>
> I maintained the Smarty documentation for a while a few years back..
> Its was in DOCBook which is a nightmare format, ie makes "some" sense
> to a human as its XML.. but tags
> However, docbook had the advantage of being "portable", meaning some
> "conversion happen", which to this day not understand, but they appear
> in html, txt and pdf.
> The frustrating aspect was that the "french" translator was following
> my "edits" too closely, and indeed translate mistake and not check (eg
> not run code). ie I would commit changes in them days to CVS and await
> "review".. and minor errors..
>
>
>
>
> I would like to help FG in making it "International", so if a new user
> decides to translate to X, then they should be "tutorial" of some
> kind..
>
>
> pete
>
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] rallye-MS893 torque and slipstream patch
> Hello Patrice, > > Didn't realise you are the famous WooT :-) > > Hope you don't mind but I have another small patch to fix what looks like > a simple typo. > > The torque and slipstream effects appear to be in the wrong sense. > Application of power should cause a roll and yaw to the left with that > particular prop. At present this is reversed. > > Kind regards. > > Martin Fenelon. > Both committed. Thanks, Torsten -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] rallye-MS893 torque and slipstream patch
Hello Patrice, Didn't realise you are the famous WooT :-) Hope you don't mind but I have another small patch to fix what looks like a simple typo. The torque and slipstream effects appear to be in the wrong sense. Application of power should cause a roll and yaw to the left with that particular prop. At present this is reversed. Kind regards. Martin Fenelon. --- rallye-MS893.xml.orig 2010-05-21 09:35:22.0 + +++ rallye-MS893.xml 2010-06-13 15:38:49.0 + @@ -84,7 +84,7 @@ - -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Installed, doesn't run.
Just a general FYI, installing the nvidia driver is not really that hard in fedora, you just need to know how to do it: 1) Install the rpmfusion repos (rpmfusion.org contains instructions) 2) Run yum install kmod-nvidia -- this will install the driver 3) Edit /etc/grub.conf (as root), adding "nomodeset" to every line starting with kernel 4) Reboot Done! Stefan 2010/6/13, james j. brennan : > My install of flightgear ran fine once the "non-free" nvidia drivers got > installed (which was VERY EASY with Ubuntu. and which proved to be V E R Y > difficult with both Debian and fedora). > > In fact I've just spent the entire day at an "install fest" put on by a > local Linux users group, and we never did get them installed in either of > those systems !!! We finally gave up up frustration! > > (Older DELL M 50 laptop with an Nvidia video card in it) > > jj > > > > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] outerra news
Beautiful. If it would approach projects like: http://sirx.flightsimulatorcenter.com/ I would be pro. What about FPS? Didn't test that so far. --- On Sun, 6/13/10, Christian Mayer wrote: From: Christian Mayer Subject: Re: [Flightgear-devel] outerra news To: "FlightGear developers discussions" Date: Sunday, June 13, 2010, 1:40 PM -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Looking at their next post (http://outerra.blogspot.com/2010/06/dirt-roads.html) I wonder if it wouldn't be better to team up and use Outerra for ground visualisation... Melchior FRANZ schrieb: > http://outerra.blogspot.com/2010/05/integrating-vector-data-roads.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREIAAYFAkwUw7gACgkQoWM1JLkHou2KJwCfZMXegz6oMUwnLAOOBGRPpZIK NtwAn2rzTyLrg3DiNORe+7NSjEhb9e7h =RPvc -END PGP SIGNATURE- -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Metapost for drawing instruments?
* Alexander Barrett -- Sunday 13 June 2010:
> BRILLIANT!
Thanks. :-)
I've just committed more changes and tagged v0.1. This is backward
compatible. But the next version won't be, so if you plan to start
using the script, better wait a few days.
The main changes in v0.2 will be that there's no more bullet() and ptext(),
and that all graphics primitives are drawn at origin. All operations
lose x and y args, which are replaced by positioning commands. These
can be concatenated. All polar coordinates will be specified as (angle,
distance), never the other way around.
clock = instrument("clock.svg", 512, 512, "bo105 clock")
clock.at(0, 80).text("FlightGear", color = "red")
or instead of the former ptext() (i.e. "text with polar coordinates"):
clock.at_polar(30, 80).text("FlightGear")
And you can concatenate these positioning commands with offsets or
polar_offsets:
clock.at_polar(30, 80).offset(-5, 3).text("FlightGear")
This makes "manual" adjustments easier, as all angles are internally
mapped using the angle() method. And this angle() method can/should be
redefined to map scale values to angles, like it used to be. (That way
one can just make the tick at scale(!) value 100 red, and doesn't have
to figure out at which angle exactly that is. The angle() method knows
already.)
Confused? Excellent! :-)OK, I'll write some documentation too ...
m.
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] rallye-MS893 MP animations patch (against current GIT)
On 13/06/2010 12:45, Martin Fenelon wrote: > Hello, > > I wonder if it would be in order to submit a small patch for the fabulous > rallye-MS893. > > When two or more of these aircraft are together on MP, animations on my > aircraft, canopy opening for example, are also seen on all others. This > patch fixes this behaviour. > > Kind regards. > > Martin Fenelon. > > I am the culprit here ! When I made the Rallye, I didn't know about the difference that causes the initial slash on properties. I just learned it recently and didn't think to correct this on the Rallye. I don't have commit rights, so yes it would be very nice , if someone can commit this patch. Cheers, Patrice -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] outerra news
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Looking at their next post (http://outerra.blogspot.com/2010/06/dirt-roads.html) I wonder if it wouldn't be better to team up and use Outerra for ground visualisation... Melchior FRANZ schrieb: > http://outerra.blogspot.com/2010/05/integrating-vector-data-roads.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREIAAYFAkwUw7gACgkQoWM1JLkHou2KJwCfZMXegz6oMUwnLAOOBGRPpZIK NtwAn2rzTyLrg3DiNORe+7NSjEhb9e7h =RPvc -END PGP SIGNATURE- -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] rallye-MS893 MP animations patch (against current GIT)
Hello, I wonder if it would be in order to submit a small patch for the fabulous rallye-MS893. When two or more of these aircraft are together on MP, animations on my aircraft, canopy opening for example, are also seen on all others. This patch fixes this behaviour. Kind regards. Martin Fenelon. --- Models/rallye-MS893.xml.orig 2010-06-13 10:29:27.0 + +++ Models/rallye-MS893.xml 2010-06-13 10:29:01.0 + @@ -384,7 +384,7 @@ translate canopy-plexi canopy-back - /controls/door + controls/door 00 11.3 @@ -470,7 +470,7 @@ manche-gauche-tube manche-droit manche-droit.tube - /controls/flight/elevator + controls/flight/elevator -10.08 1-0.03 @@ -486,7 +486,7 @@ rotate manche-gauche - /controls/flight/aileron + controls/flight/aileron -135 1-35 @@ -507,7 +507,7 @@ rotate manche-droit - /controls/flight/aileron + controls/flight/aileron -135 1-35 @@ -529,7 +529,7 @@ rotate pilot-l-rudder copilot-l-rudder - /controls/flight/rudder + controls/flight/rudder -115 1-15 @@ -550,7 +550,7 @@ rotate pilot-r-rudder copilot-r-rudder - /controls/flight/rudder + controls/flight/rudder -1-15 115 @@ -570,7 +570,7 @@ rotate htrim - /controls/flight/elevator-trim + controls/flight/elevator-trim -0.5-180 0.5180 @@ -590,7 +590,7 @@ rotate rtrim - /controls/flight/aileron-trim + controls/flight/aileron-trim -0.5-180 0.5180 @@ -610,7 +610,7 @@ translate elev-trim-needle - /controls/flight/elevator-trim + controls/flight/elevator-trim -0.50.016 0.5-0.016 @@ -626,7 +626,7 @@ rotate throttle-contr - /controls/engines/engine/throttle + controls/engines/engine/throttle 00 1-65 @@ -646,7 +646,7 @@ rotate mixture-contr - /controls/engines/engine/mixture + controls/engines/engine/mixture 045 1-55 @@ -666,7 +666,7 @@ rotate park-contr - /controls/gear/brake-parking + controls/gear/brake-parking 090 10 @@ -686,7 +686,7 @@ rotate flaps-contr - /controls/flight/flaps + controls/flight/flaps 0-13 0.50 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Metapost for drawing instruments?
BRILLIANT! Incredibly useful, the best method I have ever seen for drawing instruments.Thank you so much for sharing. Alex On 11 Jun 2010, at 19:56, Melchior FRANZ wrote: > * Roy Vegard Ovesen -- Friday 11 June 2010: >> Melchior made a Python script to generate svg-files: >> >> http://www.mail-archive.com/flightgear-de...@flightgear.org/msg30853.html > > Guess I have to answer now, as the links in that posting are no longer valid: > > $ wget http://members.aon.at/mfranz/svginstr.tar.gz# [5 kB] > $ tar -xzf svginstr.tar.gz > $ cd svginstr > $ make > > This lets simple Python driver files (like torque.py) generate SVG files that > can then be further edited in inkscape if necessary. That's a lot easier than > to mess with all the ticks and arcs in inkscape, though that's possibly only > because I'm not an inkscape expert. > > Examples (two test files, two actual bo105 files) inside. Just run "make". > > m. > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
