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

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

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

[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