Jump to content

Tobias Dammers

  • Content Count

  • Joined

  • Last visited

Community Reputation

3 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Lovely! If this became a regular service, that would be super awesome 🤩
  2. The new billing system is subscription-only, but you can buy a monthly subscription and cancel it immediately, this will have you pay 1 monthly rate, and you retain access for the full month. The software is provided as a convenience; you can also download the raw data, but you will have to figure out yourself how to install it and what to download. As a FlightGear user on Linux, this is what I have to do anyway, because navigraph supports neither, but I still get the data and it all works fine. For charts, you can use the web viewer, which unfortunately only remains accessible while you have an active subscription - but then again, the local VACC's tend to publish fairly decent and up-to-date charts anyway.
  3. Only reasons I can think of would be a) training / test flights aimed at practicing things below 10,000 feet, and b) flights too short to climb beyond 10,000 ft, probably repositioning flights - for example, Transavia sometimes needs to ferry 737's between EHAM and EHRD, BAW ferries Embraers between EGSS and EGLC, stuff like that. And even when the flight is technically long enough to climb beyond 10,000 ft, airspace restrictions might still make this impossible - e.g., many SIDs from EGLC keep you below 10,000 ft until you reach the coast, so as not to disrupt other traffic in the area.
  4. If you're willing to pay for it, you could buy 1 month of Navigraph.
  5. Oh, I wasn't really thinking of "taking out" the relevant code, just thinking out loud what it would take to build a standalone generic gate assignment system. On a side note; putting secrets like access keys in source control is a big no-no, never ever do that. Provide them as configuration. Always.
  6. It would, but it's not going to be feasible. The issue is that the way gates are used are specific to an airport, so the code that the Dutch VACC are using for EHAM is not going to work for any other airport without rather drastic changes. So don't hold your breath 😉
  7. Yeah; they probably punched that in manually for each gate...
  8. One more thing worth noting is the rule that says you can't simulate real-world emergencies / incidents. So if the real-world NOTAM is due to an ongoing incident, propagating it into VATSIM would, at least technically, be a violation.
  9. The Dutch VACC have a tool for that: https://www.dutchvacc.nl/schiphol-eham-gates-overview/ I don't know the details of how they did it, but if you contact them about it, chances are they'll tell you how to, or even share their code with you.
  10. Because while the original complaint may have been unfounded, this seems to be a question that lots of people have been wondering about.
  11. There's a Firefox addon called Textern: https://github.com/jlebon/textern It requires a small helper service on the host, but other than that, it is very unobtrusive. You can configure it to launch any editor you like, including vim. To use actual text-mode vim in a terminal, I wrote a small wrapper script (because just starting vim does of course not spawn a terminal emulator, and gvim looks kind of fake).
  12. Thanks for taking the time for this serious and well-rounded response. Being an IT person myself, I totally understand the motivation for the upgrade. Re "jumping to first unread": I understand that the forum is supposed to take you to the first unread post, but this doesn't always seem to work. It could be that this is just a matter of not having imported the relevant metadata (who visited what when) from the old forum, so I hope this will sort itself out over time. Re "preferred text editor": Yes, I do; I like to use `vim` whenever possible, and I have configured my browser to allow me to edit any textarea in an external vim process when I press Shift + Alt + Z. This, however, will only work when it's an actual plain textarea - a fancy WYSIWYG editor cannot be used with such a generic integration mechanism. Most forums provide a "source edit" mode, where this still works, so that would be the best solution. I'm definitely not asking you to provide a vim clone as part of the forum software, that would be absolute madness. Thanks again for your time.
  13. Depends on the situation. If you're flying out of an airport that doesn't have any ATC coverage at all (i.e., none of the positions above it, up to and including CTR, are staffed), then you're essentially operating in an unrealistic situation, and you have to "play pretend" - that is, you fly as if you had been cleared by ATC, and use UNICOM to announce your intentions and coordinate with other pilots. When you reach controlled airspace, you call up ATC as if you had been handed over. If you're flying out of an airport for which top-down coverage is staffed, you call the closest controller up the top-down chain. At their discretion, what you will be simulating here is either that the controller also controls all the positions of your departure airfield; in this case, they will clear you before departure, just like a local DEL controller would. Or you're simulating an untowered airport inside/below controlled airspace; in this case, they will ask you to take off on your own, and call them up for your IFR clearance once airborne. Which one it is is up to the controller; some will however explicitly mention in their description which airfields they intend to actively cover.
  14. For the "timeline" view: once switched to "condensed" mode, it is similar to the old "unread posts" view, but with a few differences: - there are additional icons and a bar on the left, which seem to be purely decorative and introduce only visual clutter; they don't seem to have any function - the pager is gone, and has been replaced with a "load more content" button that doesn't tell you how much more content there is - the old version allowed jumping directly to the unread post; the link for doing that has disappeared, and what looks like it should do that doesn't work (in fact, it seems that linking to individual posts is brittle in general, despite the fact that this has been a core feature of plain old HTML for decades). Re WYSIWYG: I dislike WYSIWYG interfaces in general, exactly because what you see is "what you get" rather than "what it is". This has usability consequences: - A keyboard-only editing workflow isn't possible anymore; in order to access any of the markup features, I have to reach for the mouse and click one of the icons in the top row. - Likewise, the browser plugin that allows me to edit textareas with my favorite text editor is useless, and I have to put up with whatever editor is provided and learn its quirks. This may not seem like a big deal, but when you interact with a dozen or so different forum editors and even more chat applications, unifying the workflow is a *huge* improvement. - Copy-pasting doesn't work as smoothly as it does with a source editor. - Some types of edits are now impossible; e.g., I cannot split block quotes in half in order to react to address parts of them individually (something I would normally have done for this very post, but I can't figure out how to do it). - Some types of markup are difficult to achieve/control, such as nested lists. Quick, how do you move a list item one level up in this WYSIWYG editor? It's trivial in markdown. It's trivial in BBCode. The syntax is self-explanatory in both. But in this thing here? I guess you have to un-list-item the item and then make it a list item again. It's worse when the WYSIWYG isn't feature-complete and bug-free, and most aren't. Fortunately, most provide the option to switch to source editing, which allows you to work around their shortcomings and fix things when the WYSIWYG messes up.
  • Create New...