Re: [Flightgear-devel] ATIS upgrades

2011-01-04 Thread Dave L
On Tue, Jan 4, 2011 at 5:17 AM, John Denker wrote:

 I just now pushed a couple more ATIS upgrades to
  
 http://gitorious.org/~jsd/fg/sport-model/commits/atishttp://gitorious.org/%7Ejsd/fg/sport-model/commits/atis

 One of them will, alas, require rebuilding the voice snippet data.
  http://www.av8n.com/festival/

 Mostly this is to improve the internationalization.



Hi John,

These are committed, thanks!

There was one significant change in behaviour which I've reverted for now.
Previously, inches were used globally by default, unless
/sim/atc/use-millibars was set in which case millibars were used in the UK.
Your patch rightly removed the UK-centric nature of the code and expanded
millibar usage to all non-US or Canada countries, but also set millibars to
be used regardless of that property, with that property forcing millibar
usage for the US and Canada as well when set true.

I've reverted to the previous behaviour for that property, which means that
inches are used globally by default, and if the user sets that property then
millibars are used everywhere except US and Canada.  I realise that that
means that the incorrect units are used in most countries by default,
whereas your code used the correct units in most countries by default, but
as far as I can tell FG's altimeter setting dialog and most (all?) of the
knollsman windows only have inches, regardless of worldwide location of the
airplane, so I didn't want to upset the current behaviour so close to a
release.

If I'm wrong, and FG's aircraft do have millibar support for altimeters,
I'll put it back.  I'll put it back after the release anyway, to encourage
millibar/hectapascal support :-)

Cheers - Dave
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATIS upgrades

2011-01-04 Thread John Denker
On 01/04/2011 05:51 PM, Dave L wrote:

 I've reverted to the previous behaviour for that property, which means that
 inches are used globally by default, and if the user sets that property then
 millibars are used everywhere except US and Canada.  I realise that that
 means that the incorrect units are used in most countries by default,
 whereas your code used the correct units in most countries by default, but
 as far as I can tell FG's altimeter setting dialog and most (all?) of the
 knollsman windows only have inches, regardless of worldwide location of the
 airplane, so I didn't want to upset the current behaviour so close to a
 release.

I agree with all that.  I apologize for not thinking enough about 
the compatibility issues.

 I'll put it back after the release anyway, to encourage
 millibar/hectapascal support :-)

How about this for an idea:  We define a new property 
   /sim/atc/use-inhg
to exist alongside 
   /sim/atc/use-millibars
with the following specification: 
 -- You always get the native format for your locale.
 -- You always get the format called for by the properties
  mentioned above.
 -- If this means you get *both* the altimeter setting (inHg)
  *and* the QNH (millibars), so be it.  That's a feature.

I further suggest that if we make /sim/atc/use-inhg true by default,
at least for now, then we can code it this way before the release.  
There is an upside and no downside.

The idea of having ATIS speak *both* formats (when requested) means 
instrument designers are _able_ to switch without being _required_ 
to switch, which is the way I like to do things.

Or ... does somebody have a better suggestion?

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATIS upgrades

2011-01-03 Thread Vivian Meazza


 -Original Message-
 From: John Denker [mailto:j...@av8n.com]
 Sent: 03 January 2011 02:03
 To: FlightGear developers discussions
 Subject: Re: [Flightgear-devel] ATIS upgrades
 
 Hi --
 
 On 01/02/2011 06:37 PM, you wrote:
  Can I just clarify whether you are happy to have your scripts committed
 to
  flightgear/utils in addition to being available from your website?
 
 Yes, happy.
 
 Public domain, not GPL.
 
   If so, I'll add them ASAP.


Er ... not GPL. That would be a show-stopper then?


Vivian



--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATIS upgrades

2011-01-03 Thread Curtis Olson
Hi Vivian, public domain is less restrictive than the GPL so it's GPL
compatible.  Where we run into trouble is with licenses that are more
restrictive than the GPL and explicitly disallow something the GPL allows.

Regards,

Curt.

On Mon, Jan 3, 2011 at 8:09 AM, Vivian Meazza wrote:



  -Original Message-
  From: John Denker [mailto:j...@av8n.com]
  Sent: 03 January 2011 02:03
  To: FlightGear developers discussions
  Subject: Re: [Flightgear-devel] ATIS upgrades
 
  Hi --
 
  On 01/02/2011 06:37 PM, you wrote:
   Can I just clarify whether you are happy to have your scripts committed
  to
   flightgear/utils in addition to being available from your website?
 
  Yes, happy.
 
  Public domain, not GPL.
 
If so, I'll add them ASAP.
 

 Er ... not GPL. That would be a show-stopper then?


 Vivian




 --
 Learn how Oracle Real Application Clusters (RAC) One Node allows customers
 to consolidate database storage, standardize their database environment,
 and,
 should the need arise, upgrade to a full multi-node Oracle RAC database
 without downtime or disruption
 http://p.sf.net/sfu/oracle-sfdevnl
 ___
 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://www.flightgear.org/blogs/category/curt/http://www.flightgear.org/blogs/category/personal/curt/
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATIS upgrades

2011-01-03 Thread John Denker
I just now pushed a couple more ATIS upgrades to
  http://gitorious.org/~jsd/fg/sport-model/commits/atis

One of them will, alas, require rebuilding the voice snippet data.
  http://www.av8n.com/festival/

Mostly this is to improve the internationalization.

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] ATIS upgrades (was: New release)

2011-01-02 Thread John Denker
On 01/02/2011 09:21 AM, Stuart Buchanan wrote:

 - Romeo is being pronounced Romo. Might be a typo in the transcript?

It's not a typo, just lousy pronunciation by the synthesizer (festival).

Note that if you are worried about typos, you can check for yourself
by looking at the property tree
  http://localhost:5400/instrumentation/comm

 http://code.google.com/p/flightgear-bugs/issues/detail?id=241

Some small fixes to the code are at
  http://gitorious.org/~jsd/fg/sport-model/commits/atis

On the data side of things, upgraded .vce and .wav files are
at
  http://www.av8n.com/festival/

 Finally, would it be worth checking the script into flightgear/utils ?

In order for things to be truly open, i.e. open in spirit and
open in practice (not just GPLed in some legalistic sense), I
support making the scripts available.  The various scripts for
building and testing the ATIS/voice stuff can be found at
  http://www.av8n.com/festival/

Note that there is a voice.pl script that allows you to test a lot 
of stuff with relative convenience and flexibility;  you don't even 
need to fire up FG.

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATIS upgrades (was: New release)

2011-01-02 Thread Dave L
On Sun, Jan 2, 2011 at 6:53 PM, John Denker wrote:

 On 01/02/2011 09:21 AM, Stuart Buchanan wrote:

  http://code.google.com/p/flightgear-bugs/issues/detail?id=241

 Some small fixes to the code are at
  
 http://gitorious.org/~jsd/fg/sport-model/commits/atishttp://gitorious.org/%7Ejsd/fg/sport-model/commits/atis

 On the data side of things, upgraded .vce and .wav files are
 at
  http://www.av8n.com/festival/


Thanks John, these have been committed now.  Stuart - I think you can safely
close that bug already :-)



  Finally, would it be worth checking the script into flightgear/utils ?

 In order for things to be truly open, i.e. open in spirit and
 open in practice (not just GPLed in some legalistic sense), I
 support making the scripts available.  The various scripts for
 building and testing the ATIS/voice stuff can be found at
  http://www.av8n.com/festival/


Can I just clarify whether you are happy to have your scripts committed to
flightgear/utils in addition to being available from your website?  If so,
I'll add them ASAP.

Cheers - Dave
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] ATIS upgrades

2011-01-02 Thread John Denker
Hi --

On 01/02/2011 06:37 PM, you wrote:
 Can I just clarify whether you are happy to have your scripts committed to
 flightgear/utils in addition to being available from your website? 

Yes, happy.

Public domain, not GPL.

  If so, I'll add them ASAP.

Thanks!

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel