Aswan Dams II

All my observations about water profile (see previous Aswan Dam post) was done against 1.x FG scenery. I downloaded 2.0 and all things changed. There are two nice water steps on Nile where the dams should be and where they WILL be :)

water step in the place of Big (New or High) Aswan Dam

water step in the place of Old Aswan Dam

Work in progress, stay tuned.

LEBB Bilbao parking positions (scenery 1.x)

Given the lack of interest of italian flightgear pilots, I decided to switch blog to English (and to translate old posts, too)

Because English isn't my mother tongue, please be so kind and correct me if I'd make some grammatical or spelling error. Thanks


Attention this work is intended for FG scenery v 1.x ! For 2.0 scenery modifications you must wait a little.

Recent work, changes (hope improvements) I did on LEBB. For start, some glitches I found there:

B737 Air France, apron north, stand 21. It's waiting here so long that it fell into terrain

at LEBB even bus driver must have pilot license

LEBB hasn't any parking pos defined, so I decided to make one groundnet.xml file myself. For telling long story short: downloaded apt charts only for discover they are unusable - parking stands coordinates too rough for modelling. So I did some "direct" measurement with fg and mpmap, fg with Follow me car on one box and mpmap window on other one. Nice pastime, couple of hours on Friday, half a day on Saturday, half a day on Sunday, whole about 20 hours, almost all spent waiting for mpmap reaction. Terrible delay, but nothing surprising. From me to mpserver01 in Germany, then to mp02, because mpmap01 is down and from there back to me, 5-6 sec (not milisec, but sec) delay. I must have my local mpserver for these works.
Now I have fresh, new LEBB.groundnet.xml file and also 2908496.stg file (to be saved in $FGFS_HOME/Scenery/Airports/L/E/B/LEBB.groundnet.xml and $FGFS_HOME/Scenery/Objects/w000n40/w003n43/2908496.stg) Both zipped in LEBB_Bilbao.zip file, available on Downloads page (see left column).

In .stg file I slightly modified the positions of static aircrafts, to correspond better to parking pos (except N-16, N-17 and N-18) and fixed some of glitches above. No, buses no, they still fly. Compared to original file I did only one not neglectable change: static Cessna on apron south, stand G2 was moved to stand G5. So starting FG with my Cessna on stand G2 taxiing from there is more fun.

In groundnet file are defined all 48 parking positions of LEBB and all 10 holding points too. Parking positions are marked N-<number> or S-<number> (Apron north and Apron south, S-G<number> in case of G stands for small ga aircrafts on south apron. In accordance with .stg file parking pos occupied by scenery static aircrafts are commented out, so they don't appear in lists of available positions. The same for holding points C3 and C5, they are marked in FG as in realty "NO ENTRY", so they are disabled (commented out). For not using these positions when starting with command line (--parkpos=<something>), here is complete list of not usable ones:
Apron north: N-6, N-6A, N-16, N-17, N-18, N-19, N-21, N-21A
Apron south: S-G1, S-G3, S-G4, S-G5, S-G6
Holding points: C3, C5
all also listed at the end of groundnet file.

For exact position of each parking or holding point and limitations see LEBB official apt charts or for quick reference there is LEBB_park_pos.png file, also contained in my LEBB_Bilbao.zip file. 

Pls, don't forget: Some days LEBB is controlled apt, so dont' start FG with aircraft on rwy, when you fly in multi player mode. This is a real purpose of this my little hobby work. Too small (and incomplete too) for calling it custom scenery, I call it custom polish.

Stay tuned, another modification coming soon.

Home cockpit

Well, I saw some home cockpits on the net, so I decided "me too". It will be, obviously,  beloved Cessna. The work is continuing slowly, I've too little free time to devote to this project. Some photos here:

battery, alternator and main avionics switches

light switches

back side ready for wiring

small lock cylinder sawn in half

this part will be used for ignition switch

small rotary switch, modified, 4 fixed positions and 1 free one
(yes, well-known OFF, L, R, BOTH and START)

So sorry for terrible imagine quality. Combination of cheap web cam and energy-saving LED light. Just I'll take better cam, the photos will be redone, I promise.

Aswan Dams

As I wrote in previous post, the end of Nile trip was full of surprise. Missing the two dams was to be expected, but more surprising was how Terragear coped with water dislevel. Cross section of two dams taken from net and by me added flightgear situation.

water profile of Aswan dams area

Seen in flightgear:

nice downhill, isn't it?

Satelite photo, downhill slope situated roughly at red lines

big Aswan dam, HESN apt and water downhill position

The strange water profile inspired me to a joke. Departured from HESN with Beaver, landed on lake Nasser and slowly floated to slope position. Nice, I did downhill skiing on water.

dowhill skiing at Nasser lake

ended this way

OK, jokes aside. To create water step for Old Dam and to move (and to modify) water step for Big Dam I need to modify terrain, which I must first study how to do it.

But I can start create the two models. I rummaged the net a little, downloaded some photos here and there and I start modeling Old dam first.  It's not finished yet, I've only first draft, w/o textures, w/o details but I just tried to place it in terrain

Old Aswan Dam

my first draft of Old Dam

I can ride around the dam with a car, but my attempts to land on finished badly. Both Cessna and Dragonfly ended down in the water :(

 I decided to do it and do it well, so I started looking for other information, first of all, some drawings with measurements. I did not find anything on Egyptian sites just a bit 'of photos and tourist information. On the site of the governorate of Aswan (I think governorate is similar to our regions) I had big problems. It is meant to Egyptian citizens, so in Arabic, that Google translator would not be so bad, but those genes of authors have half of the site in the form of images, where the caption below is part of the picture, so it's not translatable.
I tried another way. Written e-mail to the Egyptian embassy to request information, not about dam itself, but who can I contact with my questiions. Now I am eagerly waiting for the answer.


Let's see how it continues, the worse I can get measurements from the photos on Google maps.

Nile river trip

During the trip around the Mediterranean sea I've passed over the mouth of the Nile river, and I came up with the idea of ​​taking a trip on the Nile. But for this I changed the aircraft, using de Havilland Canada DHC-2 Beaver in the amphibious version. Beautiful, relatively easy to bring in the air and I will not have landing problems (Why it is called 'ammaraggio' in italian (letterally 'ditching on sea') even when you end up ditching on a lake or river?)

Departured from Alexandria (HEAX, rwy 04), I followed for a while coastal line, then right turn over the river. I followed the water and flew up to Nasser lake, artificial lake created by High Aswan Dam, whole flight made from 7 legs. Ditched always on the river, here is near aiports list:

Leg	Nearest apt
1	HEEM Embaba
2	HEBS Beni Suef
3	HE25 El Minya
4	HEAT Asyut
5	HELX Luxor
6	HE23 Daraw
7	HESN Aswan

During the fifth leg, I made ​​my 300th flight hour (registered, I do the flight log since June, in previous years, when I was using FlightGear I just gathered "a few" hours).

entring the mouth of the Nile

For continue the new leg at prev leg final point (I didn't do it in one day, even if whole flight duration was only 7 hours) I used this trick: ditched, went near river bank, switch off engine, anchored the aircraft, waited 2 minutes and then saved flight recoder tape (menu File, item Save flight recorder tape). After it I renamed just saved file, FG is using pattern <aircraft mark>-<date>-<time>.fgtape, it can be renamed, only aircraft mark, following dash and .fgtape extension must remain, otherwise FG will not show this file on tape list to choose from.
The day after I loaded saved recorder tape (menu File, item Load flight recorder tape), after loading it runs Instant reply automatically, I put the tape forward to the point aircraft is motionless on river and click red button "controls to me" on recorder interface. Then I can start the engine and take off for the next leg.
Presence of this red button depends on FDM used for particular aircraft, some aircrafts (like Cessna 172p) have no red button.

At the trip end I played a little with GIMP, the Beaver has livery system, so I created commemorative livery for my DHC-2.

left side of livery, in flight over Nile river

anchored at Nasser lake

Things I discovered at Aswan and what was taken from this discovery will be described in next post.

LIRN Naples - parking positions

Another modifications to my home airport. I downloaded from ??? (don't remember) LIRN airport charts, here you are: lirn.zip.

From there I took the coordinates of all parking positions and holding points and created the file LIRN.groundnet.xml. The file must be saved at  $FGFS_HOME/Scenery/Airports/L/I/R/LIRN.groundnet.xml.

Parking positions 51~57 (apron 1) and 61~66 (apron 2) are disabled, FG LIRN airport layout must be adjusted first (and I don't know how to do it yet). At current state these positions are "out of space",  51~57 on the lawn (apron 1 is too small) and 61~66 are even out of apt. (it's 1.x version of FG scenery, I must explore 2.0 version too)

Another one question was left unresolved for now. All defined parking positions have for now heading 360, the right one I'll add when there will be more buildings.

For hydroplanes I invented three "parking pos", NaplesBay1 and 2 and PozuolliBay1, so you can take off from the sea too.

Happy flight to all and don't forget: The first task of aviation is bring as near as possible the number of successful landings to the number of take offs :)

Formation flying

User "Flightgear" asked here, if it's possible follow an aircraft in multiplayer mode (over it, with some autopilot function). Because his question was made a year ago and because this thing has intrigued me, I respond here.

Do formation flying with AP (eh, "I want it all, right now and with less effort as possible"). I don't know if it's possible in real flight, in simulated one yes, it's possible, but only if somebody write such autopilot. Maybe just exist and only I don't know about it.

Manual formation flying is difficult (almost to me), but it can be done. You need a lot of trainig, but where you find a friend willing to do training target?

I solved it: I put in multiplayer mode an automatic "sparring partner", Cessna 172P in yellow livery (visibile), flying triangular pattern over Naples bay (all my despect to NIATCA, if you think South sucks, I offer my services right here :P - note for not italian readers: reaction to eternal italian North/South rants, they even founded for italian flightgear community NIATCA "North Italian ATC airports", not "Italian" but "North Italian")

Parameters:
altitude: 2000 ft
velocity: KIAS 95~110
pattern: right turn 120 degrees, straight flight 2 minutes, repeat it ad infinitum.

The "drone" flies in completely calm simulated environment (wind zero) and with fuel consumption frozen. We'll see how many days it lasts there.

It's there, on multiplayer server, available to all. Take off from LIRN Naples/24, fly over bay, find it and follow it for a while. It isn't so easy.

Tecnical background is simple. The drone flyies with AP mode HDG, ALT. Heading bug is regularly modified by telnet connected small Python script.

OK, see you over Naples bay, I go try it just now.

PS. Flight map. The pattern rotates slowly, effect of some precession (or error in script?).

Addenum:
I tried it, not easy even find it, strobe beacons aren't visible at long distance, without mpmap aid I wasn't able to find it. But most difficult thing is flying close to it and don't overfly. Cessna has no air brakes! But it's fun, go try it!

finally I found it, approach it and follow it (for a short time)
Yes, in background there is Vesuvius volcano. 

Addenum 2:
Asked for it in #flightgear, here you are: Python script for triangular pattern
triangular.py. Save it in directory of your choice, run fgfs with --props=5501 parameter (from FGRun Advanced options, Network, Props), take off, fly to selected area, engage autopilot mode HDG ALT. In terminal window switch to script directory and run it with python triangular.py command. For long term flight (as I do), don't forget freeze fuel and set calm weather (wind zero).
For finishing, shut down script with Ctrl+C combination, disengage AP and land as usually.

Addenum 3
I looked at LIRN apt charts, choosen area isn't suitable. There are LIRN/06 STARs and also rwy 24 missed approach route to VOR/DME SOR. So I moved drone over near Salerno bay. It is always approachable from LIRN, but nearest apt is now LIRI Salerno-Pontecagnano. No, I didn't consult LIRI charts yet, maybe it's again wrong position, but who cares in simulated environment? I'll put it in next LIRI NOTAM :)

C172P - pulsante disinserimento AP

C172P in dotazione ha volantino (va be', ha due volantini, ma in sostanza è uno mostrato due volte) con un bel pulsante (sembrerebbe).

bel pulsante, nero e "morto"

Ma quel pulsante non fa niente, il puntatore al passaggio non cambia, non è un elemento attivo. Allora vado indagare: trovo nella cartella $FGFS_HOME/Aircraft/c172p/Models/Yoke i file yoke.xml, yoke.ac e yoke.png. Il primo è la definizione del volantino, il secondo è suo modello in formato AC3D e il terzo la sua "pelle", textura usata per colorare la superfice. Importando il file yoke.ac nel Blender ho visto, che modello è fatto solo di due pezzi,  Yoke e YokeMount. Ho lasciato da parte la montatura e ho modificato il pezzo Yoke.

pezzo Yoke originale

 Prima ho schiacciato la parte superiore del finto "bottone", ho creato così un buco.

buco pronto ospitare il bottone vero

 e lì ho aggiunto nuovo elemento di tipo "cilindro", un po' prolungato, un po' deformato (ha la sezione ovale, non è cerchio), un po' inclinato.

nuovo bottone pronto per uso

Colorato di rosso, con grande invenzione chiamato Button. Ho salvato tutto in formato Blender (per eventuali future modifiche) e anche esportato in formato AC3D nel file yoke_new.ac.
Modifico ancora il file yoke.xml, al posto di

<path>yoke.ac</path>

scrivo

<path>yoke_new.ac</path>

e vado a guardarlo.

Bello, nuovo di zecca, colorato -- e stupido! Non fa ancora niente, addirittura sta impalato su un punto e non si muove insieme con volantino.

non si muove

e non si nasconde neanche

Infatti, perché nel file yoke.xml è definito comportamento del oggetto Yoke, ma non c'è neanche mezza parola di che cosa deve fare l'oggetto Button. Come prima cosa, per i movimenti e nascondi/mostra devo fare di Yoke e Button un'insieme munito di nome, scrivo al inizio di questo file, subito dopo path yoke_new.ac

   <animation>
      <!-- make unique corpus from Yoke and Button (for movements) -->
      <name>YokeGroup</name>
      <object-name>Yoke</object-name>
      <object-name>Button</object-name>
    </animation>

e poi nelle 3 seguenti animazioni (rotazione, traslazione e selezione) al posto di object-name Yoke uso object-name YokeGroup. OK, modificato, salvato, nel fgfs menu Debug - Reload Aircraft Model e voilà - il bottone è solidale con resto del volantino.

Ma ancora non fa niente. Per questo devo aggiungere altro pezzo nel file yoke.xml, definizione del oggetto Button come parte attiva.

Prima ho guardato il file $FGFS_HOME/Aircraft/Instruments-3d/kap140/KAP140TwoAxisAlt.xml e lì ho scoperto che il pulsante AP del KAP140 quando clicato chiama la procedura Nasal kap140.apButton(). Faccio lo stesso, alla fine del file yoke.xml aggiungo nuova animazione

 <animation>
   <type>pick</type>
   <object-name>Button</object-name>
   <visible>true</visible>
   <action>
     <button>0</button>
     <repeatable>false</repeatable>
     <binding>
       <command>nasal</command>
       <script>
         kap140.apButton();
       </script>
     </binding>
   </action>
 </animation>

e scopro che non va bene. Se AP è inserito, il pulsante lo disinserisce, ma se è disinserito, lo inserisce pure. E che altro dovrebbe fare, se l'ho definito come copia spudorata di pulsante AP? Vado guardare che cosa fa la procedura apButton() nel file $FGFS_HOME/Aircraft/Generic/kap140.nas e lì trovo un bel esempio di programmazione (funzione apButton) - scrivo qui in pseudocodice abbreviato:

 if (non c'è corrente)  { return }
 if (rollModes == OFF  and pitchModes == OFF)   // in breve se è tutto spento
    { risveglialo in modo ROL }
 elseif (rollModes != OFF or pitchModes != OFF)   // se qualcosa è acceso
    { spegnilo }

Boh, prima di tutto, non capisco quel elseif. Se uno stato è "tutto spento", lo stato oposto "qualcosa acceso" è complemento automatico, con semplice else funziona lo stesso (lo stato "tutto acceso" è solo un caso particolare dello stato "qualcosa acceso") Ma ch'è, un yoke di Schrödinger?

 if (non c'è corrente)  { return }
 if (rollModes == OFF  and pitchModes == OFF)   // in breve se è tutto spento
    { risveglialo in modo ROL }
 else             // nessun test, che qualcosa è acceso è sicuro,
                  // terza possibilità non c'è
    { spegnilo }

Modificato questo e verificato che funziona, devo ancora scorporare la parte dello spegnimento, fare di lui una funzione separata, vediamo a breve perché. Il risultato finale sarà

offButton {        // azione di spegnimento messa da parte
  if (non c'è corrente)  { return }
  if (rollModes != OFF or pitchModes != OFF)   // se qualcosa è acceso
    { spegnilo }
  }

apButton {
  if (non c'è corrente)  { return }
  if (rollModes == OFF  and pitchModes == OFF)   // in breve se è tutto spento
    { risveglialo in modo ROL }
  else             // se qualcosa è acceso
    { offButton() }   // chiama offButton, che lo spegne
  }

Perché tutto questo? Adesso posso quel bel bottone rosso far chiamare solo la procedura di spegnimento - funzionerà veramente come spegnimento AP d'emergenza. E perché mo' la funzione offButton() può essere chiamata separatamente, il test "è qualcosa acceso?" deve stare lì, altrimenti si potrebbe dal volantino spegnere più volte in fila.

 <animation>
   <type>pick</type>
   <object-name>Button</object-name>
   <visible>true</visible>
   <action>
     <button>0</button>
     <repeatable>false</repeatable>
     <binding>
       <command>nasal</command>
       <script>
         kap140.offButton();
       </script>
     </binding>
   </action>
 </animation>

Alla fine, per chi non vuole fare copia/incolla (oggi è un po complicato), i file da scaricare: nuovo modello di volantino yoke_new.ac, suo nuovo file d'impostazioni yoke.xml e nasal script di KAP140 modificato kap140.nas. Potete anche scaricarli tutti e tre insieme - il file yoke_button.zip.

Alla prossima :)

E chi mi chiederà come si fa quel lavoro con Blender, che ho descritto qui in tre immagini e poche righe di testo? Semplice, procuratevi il manuale e cominciate a studiare, come l'ho fatto io ;)

C172P livrea personalizzata

Ho giocato un po' con GIMP, eco la mia livrea personalizzata:

C172P nella livrea personalizzata

Il cono della elica è rimasto bianco, finita la vernice ;) Sul serio, c'è errore-omissione nel modello C172P, perciò il cono non fa parte della livrea. Verrà aggiustato qualche giorno (quando avrò la voglia).

Se volete scaricarsi la mia livrea, così quando ci incontriamo nel multiplayer, sarò visibile anche sul vostro computer nei miei colori, eco il file I-PZB_livrea.zip che va spacchettato nella cartella $FGFS_HOME/Aircraft/c172p/Models/Liveries.

Aosta LIMW - posizione della torre

L'ultima modifica per aeroporto di Aosta è spostare punto di vista "torre". Nel pacchetto originale questo punto è rimasto "chiuso fuori", quasi a terra, dietro edifici, da lì non si vede un tubo.

questo si vede dalla torre - facciata posteriore degli hangar

Procedimento noto e semplice, video assistent come aereo, trovare punto giusto, annotare le coordinate e creare il file LIMW.twr.xml.
Eco il suo contenuto

<?xml version="1.0"?>
<!-- LIMW Aosta twr -->
<PropertyList>
  <tower>
    <twr>
      <lon>7.363677</lon>
      <lat>45.740033</lat>
      <elev-m>16.31</elev-m>
    </twr>
  </tower>
</PropertyList>

Il punto di vista ho scelto dentro la sala di controllo, ma i vetri mi sembravano troppo scuri.
Nella cartella $FGFS_HOME/Scenery/Objects/e000n40/e007n45 ho trovato il file LIMW_Twrwindow.png, l'ho aperto nel GIMP e modificato un bel po' la trasparenza della parte superiore, blu, del vetro. Adeso la mia Cessna su apron si vede così:

dalla torre, la trasparenza dei vetri aggiustata

Avanti prossimo :)

Aosta LIMW posizioni di parcheggio

Già che ci sono, mi tolgo l'altro sassolino dalla scarpa. Ho visto tante volte su traffico controllato di EDDF, che ci sono piloti, che cominciano direttamente sulla pista. A parte che è scostumato, non c'è niente di cui meravigliarsi, fgfs ci ha abituati tutti quanti a questo atteggiamento, 99% degli aeroporti non ha nessun posto di avvio che teste di pista.

A me non piace, è venuto da me ieri un amico, avevo Cessna sulla pista pronta per decollo, e mi chiedeva di andar prendere caffé. Ho detto "Aspe', prima devo spostare la macchina, non posso lasciarla così". Ho rullato su holding point, frenato e siamo andati a prendere caffé. Aggiungo - senza multiplayer, volavo da solo ;) (Sì ciascuno è matto a modo suo)

Rimedio è semplice, un file .xml, che definisce punti sul suolo del aeroporto. Questo particolare file si chiama <ICAO>.groudnet.xml ed è salvato nella nota struttura $FGFS_HOME/Scenery/Airports/<icao-albero>.

Ho preso la Follow me car e ho scelto un bel posto su apron. Annotato le coordinate (lat,lon e heading), ho creato il file LIMW.groudnet.xml. Nel file groudnet oltre i punti sul aeroporto ci sono elencate anche le frequenze e perché i file .xml hanno precedenza, devo scriverli se faccio un file nuovo a partire da zero, altrimenti aeroporto sarà senza radio. Da info ricavate in volo (menu Posizione, Seleziona aeroporto dalla lista) vedo, che per LIMW è definita l'unica frequenza INFO 119,95.

Posizione di parcheggio su apron sarà una bella cosa, posizionarsi direttamente a pista lo odio, ma manca qualcosa di mezzo, per impazienti che non vogliono ogni volta fare tutto il rullagio. Ma tali punti esistono - holding points prima di entrare sulla pista. Qui abbiamo 4, quardato da torre da sinistra a destra da A a D (su aeroporto vero, vedi satelite, c'è anche F).

Basta andare con Follow me su ogni holding point, annotare le coordinate e gioco è fatto. Il file LIMW.groundnet.xml finito:

<?xml version="1.0"?>
<!-- LIMW Aosta -->
<groundnet>
  <frequencies>
    <INFO>11995</INFO>
  </frequencies>
  <parkingList>
    <!-- holding points -->
    <Parking index="0"
             type="cargo"
             name="hldpt"
             number="A"
             lat="N45 44.35"
             lon="E07 22.445"
             heading="175" />
    <Parking index="1"
             type="cargo"
             name="hldpt"
             number="B"
             lat="N45 44.333333333"
             lon="E07 22.176666667"
             heading="175" />
    <Parking index="2"
             type="cargo"
             name="hldpt"
             number="C"
             lat="N45 44.321666667"
             lon="E07 21.943333333"
             heading="175" />
    <Parking index="3"
             type="cargo"
             name="hldpt"
             number="D"
             lat="N45 44.3"
             lon="E07 21.673333333"
             heading="175" />
    <!-- invented parking pos -->
    <Parking index="4"
             type="cargo"
             name="park"
             number="1"
             lat="N45 44.386666667"
             lon="E07 21.976666667"
             heading="267" />
  </parkingList>
</groundnet> 

Il file LIMW.groundnet.xml da scaricare.

Il file va salvato su $FGFS_HOME/Scenery/Airports/L/I/M/LIMW.groudnet.xml.
E da adesso entrambi, fgrun e fgfs, nella scelta di aeroporto offriranno per LIMW questi punti - hldptA ~ hldptD e park1.

la mia Cessna su LIMW/park1

L'alone blu della immagine sopra è vetro della torre, di più il prossimo post.

Aosta LIMW

Belissimo aeroporto con tanto di torre e hangar, purtroppo nel pacchetto base di fgfs il posizionamento dei edifici è sbagliato.

posizione errata di tutti edifici

 A me fa ridere muro di cinta, che taglia taxiway a metà ;) Quel quadratino blu è probabilmente pezzo di taxiway messo a rovescio, perciò con la textura vista dal lato sbagliato e di consequenza invisibile. Ma questo "buco nella realtà" è percorribile.
Posizionandosi a rwy 09 dal satelite si vede, che la posizione della pista è buona.

posizionato a rwy 09

 Perciò sono le coordinate degli edifici a dover essere aggiustate. Prima ho misurato la posizione del angolo di muro di cinta e corrispondente angolo del terreno di aeroporto, per calcolare lo spostamento (la freccia verde sulla immagine, quella sopra). Questa volta ho usato Follow me car, per divertirmi un po'.


Spostamento calcolato ho applicato alle coordinate di tutti edifici di LIMW. Le coordinate si trovano nel file $FGFS_HOME/Scenery/Objects/e000n40/e007n45/3072489.stg. Sì, i nomi delle cartelle corrispondono a posizione geografica, ma che cosa significa il numero-nome del file non ho ancora capito.

Ho spostato tutto, guardandolo poi ho aggiustato anche l'altezza un po'. Contenuto del file modificato è questo

OBJECT_STATIC LIMW_Twr.xml 7.363621112 45.740046222 545.6 135
OBJECT_STATIC LIMW_Hngr1.xml 7.363984792 45.740211422 545.07 94.7
OBJECT_STATIC LIMW_Hngr2.xml 7.364342192 45.740233112 544.93 94.7
OBJECT_STATIC LIMW_Hngr3.xml 7.364871592 45.740335712 544.8 94.7
OBJECT_STATIC LIMW_Hngr4.xml 7.365553242 45.740239502 544.4 94.7
OBJECT_STATIC LIMW_Restaurant.xml 7.364015142 45.739751932 544.7 94.7
OBJECT_STATIC LIMW_Fence.xml 7.364015142 45.739751932 544.7 94.7
OBJECT_STATIC LIMW_Gate.xml 7.364015142 45.739751932 544.7 94.7

Chi è interresato, può scaricarlo qui: 3072489.stg
Risultato finale

edifici spostati. magari non precisamente al posto giusto, ma meglio di prima

Evviva. Prima di tutto ho liberato le taxiway :)
A proposito, immagine di sfondo di questo blog è proprio Val d'Aosta dopo la partenza da LIMW/09.

LIRN - torre di controllo

La torre ed edificio sottostante sono modelati molto bene, a me piace assai. Ci sono differenze riguardo originale, come descrivo sotto. Prima qualche immagine.

Una bella foto (fonte Google tramite mpserver)

Questa è direttamente da GoogleMaps

 

modello fgfs di fronte

lato (lato oposto è uguale)

e dietro

dettaglio torre a tre livelli

sala 1 livello (2 livello è lo stesso)

sala 3 livello

Per paragone - sala controllo KSFO

Le differenze sono al esterno: sulle facciate laterali mancano le 3 vetrate, vetrate sulla facciata posteriore sono basse e il sistema condizionamento aria sul tetto lascia un po' desiderare. Dentro poi sale al primo e secondo livello sono vuote, le "scatole" al terzo livello mi ricordano più la sala macchine di qualche web hosting, che centro di controllo d'un aeroporto (cfr. sala KSFO)

Tutto scritto sopra sono per me spunti (o tema) per  mio lavoro, cercherò di divertirmi con Blender.

Riguardo i vetri, non mi piace né LIRN, né KSFO. A Napoli sono troppo scuri, con la struttura portante da dentro invisibile, a Frisco è invisibile tutto. Buona via di mezzo ho visto ad Aosta (LIMW). Andate da soli lì a vedere e ammirare anche la posizione di tutto insieme di edifici ;) (di più nel prossimo post, dove descriverò come ho aggiustato LIMW). Alla prossima.

LIRN Naples - tower view

At LIRN Naples airport there is only one building for now - control tower, but view point "tower" has wrong position as you can see. From view point "tower" you can see tower building itself, a little bit strange thing.

the tower seen from "tower"

The positioning of "tower point of view" is this one: if the file <ICAO>.twr.xml exists, position is taken from there, otherwise position defined in $FGFS_HOME/Airports/apt.dat is used. For LIRN apt there are in apt.dat coordinates 14.28347700 40.87964000 110 (long, lat and AGL elevation).

I took FG video assistant, positioned at desired point and discovered a little bit different coordinates.

Then, took KSFO.twr,xml as model, I wrote LIRN.twr.xml

<?xml version="1.0"?>
<PropertyList>
  <tower>
    <twr>
      <lon>14.28541614</lon>
      <lat>40.87949709</lat>
      <elev-m>38</elev-m>
    </twr>
  </tower>
</PropertyList>

Here you are it to download LIRN.twr.xml.

It should be save in subdir of $FGFS_HOME/Scenery/Airports/ directory. Naming convention of subdirs is <first_ICAO_char>/<second_ICAO_char>/<third_ICAO_char>/. In our case complete file position is $FGFS_HOME/Scenery/Airports/L/I/R/LIRN.twr.xml. As it can be seen, now we really look from tower. I positioned point of view out of control room, onto gallery surrounding the third level room. Glasses of control room, even semitransparent, are too dark and tower structure model is textured in "easy" way, so pillars of structure, seen from inside are transparent. Ugly view. Conversely, onto gallery position with the railing in front, gives to view nice "real" effect when visual is moved.

Part of Apron 1 and rwy 06 head seen from tower

another part of Apron 1 and far rwy 24 head

Don't enter RED marked area! LIRN is combined apt and this is MIL part of it.

Another notch on the barrel :)