Jump to content

Alen Smriko 1034823

Members
  • Content Count

    30
  • Joined

  • Last visited

Everything posted by Alen Smriko 1034823

  1. I just remembered. I was controlling LDZO_CTR. A friend came to relieve and so I wanted to write on the ATC Channel: "Shift change on Zagreb Radar". What I actually wrote was one "f" short
  2. Pressure altitude is not QNH altitude, yet QNE altitude
  3. Me: "XXX, good afternoon... squawk 0634." XXX: doesn't say anything, just sets the squawk. Me: "Identified, continue as filed." XXX: "uh, roger, can you please tell me the squawk again sir?" ???
  4. If I understand you correctly... My suggestion is that you create a fake sector, something like this: CIRCLE_SECTORLINE:FAKE:x:y:1 ; where x and y are coordinates (...) SECTORLINE:CID_APP_SECT DISPLAY:ALO_APP_SECT:ALO_APP_SECT:FAKE COORD:... (...) SECTOR:FAKE:00000:00001 OWNER:<CID SECTOR OWNER, PROBABLY CID_APP> ; note, only one owner, no CTR BORDER:FAKE That would help you, if I understood you correctly...
  5. I was today online as EURW_FSS. Pilot 1 and pilot 2 looked like newbies. Pilot 3 was more experienced, but quite nervous since he was eager to make a request, and didn't have the chance as the frequency was busy. Pilot 2 was unreadable "static". Here's what happened: Me: "Pilot 1, identified FL270, continue as filed" Pilot 1: "Can you please say again?" Pilot 2: static (5 secs) Pilot 1: "Sir, you were unreadable, say again one more time" Pilot 2: static (again for 5 secs) Pilot 1: "Sir, I'm sry but I didn't understand you, please say again" Pilot 2: static... Pilot 1: "Sir, please use
  6. All RW: The word "point" can be translated in Croatian as "tocka", which can then again be translated in English as "point" or..."spot". I ask you to use your imagination... So, after a certain discussion that a controller and a pilot had, the controller finally told him to report the G (pronounced of course as "Golf") VFR reporting point. Eventually... (in Croatian): ATC: Did you find the Golf point yet? Pilot: Of course, yes, I did find the gee point, but you wont never be able to find it! Usually, when you make the initial call to Lucko (LDZL) Tower, it should be something like: "Luck
  7. A stupid question. After changing the freq in the .ese file, you probably saved the file. Did you reload the sectorfile (and by doing that, you reloaded the .ese file also)?
  8. Sorry for not explaining this in detail... The problem with E000.00.00.000 was found in the .sct file for the lines in the [ARTCC] section (or maybe [ARTCC HIGH], not sure now; it may even be both, or even in [ARTCC LOW]). For example: [ARTCC HIGH] ... F N073.00.00.000 E000.00.00.000 N073.00.00.000 W020.00.00.000 ... ES doesn't show this line. A temporary fix to this problem is to change all "E000.00.00.000" into "E000.00.00.001".
  9. It might. In any case it's just a request. At the end of the day it's up to the ES developers to grant it.
  10. If possible, could you please arrange for the .fc and .fw command to find all the segments of the airway which contains the string in its name? It would be useful for displaying the whole airway. For example, in the .sct file there are segments of an airway defined like "<-UL604" (or "UL604<-") and just "UL604". It would be great if the whole airway could be displayed by just typing ".fw UL604"
  11. I too have found my self many times in the position were the easiest way (or, unfortunately, the only way) to define the next controller would be by the fix (or navaid) that the a/c crosses. For now, the COPX is used only to show the level at which the a/c should be at a fix, if and only if the previous and the next sector are controlled by two different controllers (or am I mistaken). Why couldn't that rule be used to define the next controller? For example, if the a/c goes from sector A which is controlled by me, to sector B, which is controlled by another controller, and the border is at
  12. I'd like to make a request. In the next release of ES, could you please correct the .sline function in order to retrieve the coordinates in the correct format? I constantly get this kind of format, which is ok for ES, but it's just making me nervous : COORD:N000.00.0.000:E000.00.0.000 where 0 is any number AND COORD:N000.00.60.000:E000.00.60.000 where 0 is any number and 60 is 60. Also, not to open another topic, could you please arrange for ES to be able to read the coordinates where the longitude (or latitude) is E000.00.00.000 (where 0 is zero).
  13. So, what you are saying is that Navigraph messed it up on the segment from ZAG to PODET on UL603?
  14. On the day before tomorrow, I had a flight which had a route "...ZAG UL603 KFT..." (ZAG PODET KLAGY KFT). Everything was fine except ES was showing that the segment from ZAG to PODET was in the wrong direction ("direction error"). Either ES reads the data from the "airway.txt" file incorrectly, or Navigraph messed it up...
  15. One more thing. I was online as EURE_FSS. I could see LHCC_CTR online. He had the callsign and the freq (and yes, PRIM) set up correctly, but ES didn't recognise him as LHCC_CTR the way it should. There was a random number near his callsign in the ATC positions list, like if that was a random position - not concerning EURE. When I had reconnected (5 secs to do that), I could see him appear online in the proper way, with the proper letters near his callsign in the positions list, and with the sector grayed out. Either the server didn't send the data correctly to me, or ES misinterpreted it.
  16. Ross. Here's what happened to me. I was on EURE_FSS. EURM_CTR was online. I had positioned my .vis somewhere in Russia (for known reasons). I could see half Germany, but I couldn't see EURM_CTR online. Till after, when I had positioned my .vis point somewhere in Romania or Ukraine, not sure now), I was able to see EURM. What I think is that the server won't recognize one position as a neighboring or close one until you actually include his .vis point in your range, or possibly, even further. (Note: this is just what I speculate ). Cheers!
  17. No. Try defining the STARs before the SIDs. It worked for me.
  18. If you take some time and try to register on the eurocontrol's extranet, you'll find that anyone can register there. You can even create some fictional organizations. In the Croatian section, you can even find an organization called "GOVERNMENT", based in Split How stupid of me thinking for my entire life that the capital of Croatia was Zagreb...
  19. On the eurocontrol site you can find a tool called Skyview. From what I can see, it contains accurate boundaries. You just need to find a way to re-encode the extracted data.
  20. To clarify why I'm asking. Take this image for reference. It's from the current Croatian upper route chart: Now, an example. In the FSnav airway.txt file (AIRAC 1008) I found this. ZAG 45.895559 16.306697 14 UL603 H LURID 45.135000 17.399445 28500 Y PODET 46.171375 15.626797 29000 N ZAG 45.895559 16.306697 14 UL604 H PETOV 46.309675 15.976167 24500 Y NOVLO 45.229444 16.953056 29000 N LURID 45.135000 17.399445 14 UL603 H DOBOT 44.773889 17.902500 29000 Y ZAG 45.895559 16.306697 29000 N NOVLO 45.229444 16.953056 14 UL604 H ZAG 45.895559 16.306697 29000 Y BOSNA 44.370556 17.759722 30
  21. By this you mean that the airway can/cannot be used in that direction?
  22. Hello! Browsing thru some .sct files I've noticed that all of them have double ARTCC borders. For example, take one FIR (or whatever). Its borders sorround it. Take the neighbouring FIR. Its borders also sorround it. Now, when you set to see the ARTCC borders, sometimes you'll see double borders... I'm now trying to update some .sct files. I'd rather create the border between a first FIR and second, and then move to the border between the first FIR and a third one, and not create the border around one FIR, and then the next one, because (I think) I would have some futile redundancy...
  23. [MOD - RJ800012 - Easy Alen. You're right they don't have the first inkling of what it's like to be there. But getting personal isn't going to help either.]
×
×
  • Create New...