Re: [Flightgear-devel] Re: city/airport/object name signs

2005-05-17 Thread Gerard ROBIN
Le mardi 17 mai 2005 Ã 19:58 +0200, Melchior FRANZ a Ãcrit :
> * Gerard ROBIN -- Tuesday 17 May 2005 18:35:
> > Oh! a recommandation for everybody: the file must not contain "-"  I had
> > it in the city name database, signs don't like it.
> 
> I can't reproduce that. Neither database files, nor texture files cause
> problems. Note that for texture files, '-' is recoded as '%2D'. (That
> wasn't intentional. I just convert all that is not \w in perl. Could be
> changed ... :-)  Can you describe what the problem was? (Did you try
> the latest version?)
> 
> m.
> 
   I  have yet deleted my old suspect files, 
   I have tried to reproduce it and it seem to be good with "-" 
 for instance : SÃrignan-du-Comtat  is right with SIGNS
 may be i had a database with some minus near the numeric values.
   It disappear when i made a global replace of "-" by " "
   You may forget my remark, sorry.
-- 
Gerard


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Re: city/airport/object name signs

2005-05-17 Thread Melchior FRANZ
* Gerard ROBIN -- Tuesday 17 May 2005 18:35:
> Oh! a recommandation for everybody: the file must not contain "-"  I had
> it in the city name database, signs don't like it.

I can't reproduce that. Neither database files, nor texture files cause
problems. Note that for texture files, '-' is recoded as '%2D'. (That
wasn't intentional. I just convert all that is not \w in perl. Could be
changed ... :-)  Can you describe what the problem was? (Did you try
the latest version?)

m.

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Re: city/airport/object name signs

2005-05-17 Thread Melchior FRANZ
* Gerard ROBIN -- Tuesday 17 May 2005 18:35:
> Le lundi 16 mai 2005 à 22:55 +0200, Melchior FRANZ a écrit :
> > * Melchior FRANZ -- Monday 16 May 2005 12:15:
> > >   http://members.aon.at/mfranz/sign.tar.gz   [4 kB]
> > >   http://members.aon.at/mfranz/sign-data.tar.gz  [475 kB]
> > http://members.aon.at/mfranz/austria.gz   [18 kB]

>  That is perfectly working. 
>  I have built data for France 98% of the city and village are in it.
> << It is a big file >>

Good.  :-)



> But unfortunately i did not found a database which include altitude.
> I am dreaming of a tool which recalculate the altitude from
>  the scenery with "alt lon"
> 
> How did you build yours for Austria ?

From a free (Public Domain) source, also without elevation. I used a modified
version of "signs" itself (http://members.aon.at/mfranz/getheight [3 kB]) that
is called on one of the location files, 

   $ ./getheight $FG_ROOT/Local/signs/data/france.gz(gzipped or raw)

extracts the elevation info from fgfs, and writes the same dataset with
elevation filled in under

   $FG_ROOT/Local/signs/data/france.out (raw)

This takes a while, especially if you wait 10 seconds for every coordinate,
like I did. I changed this now to 8, but you can try even smaller values,
especially if you sort the data before, so that fgfs doen't have to jump
that far. I was too lazy for that.  :-)


 
> Oh! a recommandation for everybody: the file must not contain "-"  I had
> it in the city name database, signs don't like it. 

Whoops. I'll look into that. BTW: it pays to update the script occasionally.
Also, the paths for the cache changed a bit: there are now three subdirs
A, B, and C for each data type. Paramters can now be tweaked in the property
system (/sim/rendering/signs/) and there's a dialog (Shift-C) (where you
can currently only turn the names on/off. I'll add some more options later.)
There are now 30 signs, and they move a bit farther up/down, depending on
distance. (Remember: that's a feature. You want the signs high if you are
far away, because this makes them rise from valleys, but you probably want
them farther down if you are close, so that you can easier see where they
belong.)  

m.

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Re: city/airport/object name signs

2005-05-17 Thread Gerard ROBIN
Le lundi 16 mai 2005 Ã 22:55 +0200, Melchior FRANZ a Ãcrit :
> * Melchior FRANZ -- Monday 16 May 2005 12:15:
> >   http://members.aon.at/mfranz/sign.tar.gz   [4 kB]
> >   http://members.aon.at/mfranz/sign-data.tar.gz  [475 kB]
> 
> > So, if you want to add local objects, just throw them all into a new file
> > in data/. I'll start an "austria" file ...
> 
> This is now available (for the few subscribed Austrians). Just download
> this and dump it into $FG_ROOT/Local/signs/data/  (no need to uncompress):
> 
> http://members.aon.at/mfranz/austria.gz   [18 kB]
> 
> Requires an updated http://members.aon.at/mfranz/sign.tar.gz
> Unfortunately, there are some cities/villages missing (for example everything
> that starts with "St. ").  Obligatory screenshot:
> 
> http://members.aon.at/mfranz/city-names3.jpeg  [25 kB]
> 
> 
> "signs" has now one option that makes it use another data subdir:
> --data=foo  (default: data). This can be used to run, for example,
> with "austria" and an Austrian airport selection only (rather than
> the whole world's airports). The more data the slower. :-)
> 
> Now off to Germany ...
> 
 That is perfectly working.

 I have built data for France 98% of the city and village are in it.
<< It is a big file >>

But unfortunately i did not found a database which include altitude.
I am dreaming of a tool which recalculate the altitude from
 the scenery with "alt lon"

How did you build yours for Austria ? 


Oh! a recommandation for everybody: the file must not contain "-"  I had
it in the city name database, signs don't like it. 

-- 
Gerard


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Re: city/airport/object name signs

2005-05-16 Thread Vivian Meazza
Melchior FRANZ wrote

> Unfortunately, there are some cities/villages missing (for example
> everything
> that starts with "St. ").  Obligatory screenshot:
> 

Not much left then :-)

Regards,

Vivian



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Re: city/airport/object name signs

2005-05-16 Thread Melchior FRANZ
* Melchior FRANZ -- Monday 16 May 2005 12:15:
>   http://members.aon.at/mfranz/sign.tar.gz   [4 kB]
>   http://members.aon.at/mfranz/sign-data.tar.gz  [475 kB]

> So, if you want to add local objects, just throw them all into a new file
> in data/. I'll start an "austria" file ...

This is now available (for the few subscribed Austrians). Just download
this and dump it into $FG_ROOT/Local/signs/data/  (no need to uncompress):

http://members.aon.at/mfranz/austria.gz   [18 kB]

Requires an updated http://members.aon.at/mfranz/sign.tar.gz
Unfortunately, there are some cities/villages missing (for example everything
that starts with "St. ").  Obligatory screenshot:

http://members.aon.at/mfranz/city-names3.jpeg  [25 kB]


"signs" has now one option that makes it use another data subdir:
--data=foo  (default: data). This can be used to run, for example,
with "austria" and an Austrian airport selection only (rather than
the whole world's airports). The more data the slower. :-)

Now off to Germany ...

m.

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Re: city/airport/object name signs

2005-05-16 Thread Melchior FRANZ
* Gerard ROBIN -- Monday 16 May 2005 01:54:
> May be the computer become a bit slower. 

Sure. Every machine instruction increases the load on the CPU, even NOOP! :-]
But seriously, the script holds all airports/objects in memory (whole world) and
constantly needs to find the nearest ten of them. It draws textures, 
communicates
with fgfs etc. Still, it tries to be fast and effective, and it runs with 
highest
"nice" level. There's no noticable slowdown on my machine. Does your frame rate
really drop? How much? Or is it more of a perception thing?



> We could avoid output on the console.

If console output really is a problem, then you are either on WinDos (I know
you aren't), or you use the slowest terminal on earth (the Gnome terminal).
Although I doubt that even then the few output lines matter, I shortened
them. Removing the two "print" statements in your copy is trivial. Maybe I'll
make a "--verbose" option later.



I've reorganized things a bit. There are now two packages, one with the
data only, and one for the rest (both to be unpacked in $FG_ROOT):

  http://members.aon.at/mfranz/sign.tar.gz   [4 kB]
  http://members.aon.at/mfranz/sign-data.tar.gz  [475 kB]

I'm still working on the script and occasionally upload a new version, while
the data won't change often. The script does now have a data/ directory, in
which all files are loaded, except those beginning with upper case letter.
Files may be gzipped or raw. Currently there are two files in it:

  airports.gz
  objects

So, if you want to add local objects, just throw them all into a new file
in data/. I'll start an "austria" file ...

m.

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d