Free exeter airport software for linux

Better Weather contains a couple of scripts using normal KDE and Linux tools to provide better display of weather info than KDEs weather applet. It downloads the information from the US national weather service and maps from weather.com. Two launchers on the main menubar bring up the window separately. Full details and instructions are in the readme.

This is a solution that worked for me, not being a coder. You have to make it work for you. Its an idea and a set of tools. Its also US-centric, but someone may take the idea and make it work just as well anywhere. I hope someone finds it as useful as I do.

WHAT IT DOES

The tools I wrote are two *very* simple bash scripts. The script, localwx.sh, invokes the python weather utility, and downloads the current weather conditions and forecast in text format from the weather service. It stores the information temporarily in a text file (I chose the desktop as the directory in which to save it.) It then "reads" the text file into a kdialog box. When the "ok" button is clicked, the temporary file is deleted.

The other script, wxmap.sh, downloads a current local weather map image using wget, saves it temporarily to the desktop, and calls Kview to display it. When Kview closes, the temporary image file is deleted.

HOW I DID IT

The man pages for "weather," "kdialog," and "wget" were useful for determining which options to use. The script for weather forecasts has to be edited to receive the data for the users current location. My nearest airport is PDK, so my ID was "KPDK." The rest is straightforward enough. To make the weather map script work, you can go to weather.com or your local tv station website and copy the image location for the weather map they use. It can be pasted into the script.

Once the scripts were edited to suit, I made them executable (chmod +x filename), copied them to /usr/local/bin, and created a launcher for each in my main menubar. Describing the process is a lot more difficult than actually doing the work!

HermesAP is a package containing Orinoco driver patches and tertiary firmware extraction/upload utilities to switch Hermes/Airport WaveLAN cards to BSS master (AccessPoint) mode under Linux.

The package contains next components:
patched orinoco-0.13c driver for
o BSS master support (with WDS)
o Firmware up/download/boot support
o Monitoring mode
o multiple TXFIDs
hfwload - a utility to load (and boot) Tertiary (AP mode) firmware in the RAM of the Card
hfwget - a utility to extract Tertiary firmware from a public available (via ftp) binary

The FlightGear flight simulator project is an open-source, multi-platform, cooperative flight simulator development project. Source code for the entire project is available and licensed under the GNU General Public License.

The goal of the FlightGear project is to create a sophisticated flight simulator framework for use in research or academic environments, for the development and pursuit of other interesting flight simulation ideas, and as an end-user application. We are developing a sophisticated, open simulation framework that can be expanded and improved upon by anyone interested in contributing.

There are many exciting possibilities for an open, free flight sim. We hope that this project will be interesting and useful to many people in many areas.

FlightGear is a free flight simulator project. It is being developed through the gracious contributions of source code and spare time by many talented people from around the globe. Among the many goals of this project are the quest to minimize short cuts and "do things right", the quest to learn and advance knowledge, and the quest to have better toys to play with.

The idea for Flight Gear was born out of a dissatisfaction with current commercial PC flight simulators. A big problem with these simulators is their proprietariness and lack of extensibility. There are so many people across the world with great ideas for enhancing the currently available simulators who have the ability to write code, and who have a desire to learn and contribute. Many people involved in education and research could use a spiffy flight simulator frame work on which to build their own projects; however, commercial simulators do not lend themselves to modification and enhancement. The Flight Gear project is striving to fill these gaps.

There are a wide range of people interested and participating in this project. This is truly a global effort with contributors from just about every continent. Interests range from building a realistic home simulator out old airplane parts, to university research and instructional use, to simply having a viable alternative to commercial PC simulators.

Flight Dynamics Models

With FlightGear it is possible to choose between three primary Flight Dynamics Models. It is possible to add new dynamics models or even interface to external "proprietary" flight dynamics models:

1. JSBSim: JSBSim is a generic, 6DoF flight dynamics model for simulating the motion of flight vehicles. It is written in C++. JSBSim can be run in a standalone mode for batch runs, or it can be the driver for a larger simulation program that includes a visuals subsystem (such as FlightGear.) In both cases, aircraft are modeled in an XML configuration file, where the mass properties, aerodynamic and flight control properties are all defined.

2. YASim: This FDM is an integrated part of FlightGear and uses a different approach than JSBSim by simulating the effect of the airflow on the different parts of an aircraft. The advantage of this approach is that it is possible to perform the simulation based on geometry and mass information combined with more commonly available performance numbers for an aircraft. This allows for quickly constructing a plausibly behaving aircraft that matches published performance numbers without requiring all the traditional aerodynamic test data.

3. UIUC: This FDM is based on LaRCsim originally written by the NASA. UIUC extends the code by allowing aircraft configuration files instead and by adding code for simulation of aircraft under icing conditions.

UIUC (like JSBSim) uses lookup tables to retrieve the component aerodynamic force and moment coefficients for an aircraft... and then uses these coefficients to calculate the sum of the forces and moments acting on the aircraft.

Extensive and Accurate World Scenery Data Base

Over 20,000 real world airports included in the full scenery set.
Correct runway markings and placement, correct runway and approach lighting.
Taxiways available for many larger airports (even including the green center line lights when appropriate.)
Sloping runways (runways change elevation like they usually do in real life.)
Directional airport lighting that smoothly changes intensity as your relative view direction changes.
World scenery fits on 3 DVDs. (Im not sure thats a feature or a problem!) But it means we have pretty detailed coverage of the entire world.
Accurate terrain worldwide, based on the most recently released SRTM terrain data.) 3 arc second resolution (about 90m post spacing) for North and South America, Europe, Asia, Africa, and Australia.
Scenery includes all vmap0 lakes, rivers, roads, railroads, cities, towns, land cover, etc.
Nice scenery night lighting with ground lighting concentrated in urban areas (based on real maps) and headlights visible on major highways. This allows for realistic night VFR flying with the ability to spot towns and cities and follow roads.
Scenery tiles are paged (loaded/unloaded) in a separate thread to minimize the frame rate hit when you need to load new areas.

Accurate and Detailed Sky Model

FlightGear implements extremely accurate time of day modeling with correctly placed sun, moon, stars, and planets for the specified time and date. FlightGear can track the current computer clock time in order to correctly place the sun, moon, stars, etc. in their current and proper place relative to the earth. If its dawn in Sydney right now, its dawn in the sim right now when you locate yourself in virtual Sidney. The sun, moon, stars, and planets all follow their correct courses through the sky. This modeling also correctly takes into account seasonal effects so you have 24 hour days north of the arctic circle in the summer, etc. We also illuminate the correctly placed moon with the correctly placed sun to get the correct phase of the moon for the current time/date, just like in real life.

Flexible and Open Aircraft Modeling System

FlightGear has the ability to model a wide variety of aircraft. Currently you can fly the 1903 Wright Flyer, strange flapping wing "ornithopters", a 747 and A320, various military jets, and several light singles. FlightGear has the ability to model those aircraft and just about everything in between.

FlightGear has extremely smooth and fluid instrument animation that updates at the same rate as your out-the-window view updates (i.e. as fast as your computer can crank, and not artificially limited and chunky like in some sims.)

FlightGear has the infrastructure to allow aircraft designers to build fully animated, fully operational, fully interactive 3d cockpits (which even update and display correctly from external chase plane views.)

FlightGear realistically models real world instrument behavior. Instruments that lag in real life, lag correctly in FlightGear, gyro drift is modeled correctly, the magnetic compass is subject to aircraft body forces -- all those things that make real world flying a challenge.

FlightGear also accurately models many instrument and system failures. If the vacuum system fails, the HSI gyros spin down slowly with a corresponding degradation in response as well as a slowly increasing bias/error.

Moderate Hardware Requirements

The intention of FlightGear is to look nice, but not at the expense of other aspects of a realistic simulator. Our focus is not on competing in the "game" market and not on the ultra-flashy graphic tricks.

The result is a simulator with moderate hardware requirements to run at smooth frame rates. You can be reasonably happy on a $500-1000 (USD) machine (possibly even less if you are careful) and dont necessarily need $3000 (USD) worth of new hardware like you do with the many of the newest games.

That said, the more hardware you throw at FlightGear, the better it looks and runs, so dont feel like you have to chuck your expensive new hardware if you just purchased it. :-)

Internal Properties EXPOSED!

FlightGear allows users and aircraft designers access to a very large number of internal state variables via numerous internal and external access mechanisms. These state variables are organized into a convenient hierarchal "property" tree.

Using the properties tree it is possible to monitor just about any internal state variable in FlightGear. Its possible to remotely control FlightGear from an external script. You can create model animations, sound effects, instrument animations and network protocols for about any situation imaginable just by editing a small number of human readable configuration files. This is a powerful system that makes FlightGear immensely flexible, configurable, and adaptable.

Networking options

A number of networking options allow FlightGear to communicate with other instances of FlightGear, GPS receivers, external flight dynamics modules, external autopilot or control modules, as well as other software such as the Open Glass Cockpit project and the Atlas mapping utility.

A generic input/output option allows for a user defined output protocol to a file, serial port or network client.

A multi player protocol is available for using FlightGear on a local network in a multi aircraft environment, for example to practice formation flight or for tower simulation purposes.

The powerful network options make it possible to synchronize several instances of FlightGear allowing for a multi-display, or even a cave environment. If all instances are running at the same frame rate consistently, it is possible to get extremely good and tight synchronization between displays.

Flight Gear and its source code have intentionally been kept open, available, and free. In doing so, we are able to take advantage of the efforts of tremendously talented people from around the world. Contrast this with the traditional approach of commercial software vendors, who are limited by the collective ability of the people they can hire and pay. Our approach brings its own unique challenges and difficulties, but we are confident (and other similarly structured projects have demonstrated) that in the long run we can outclass the commercial "competition."

Contributing to Flight Gear can be educational and a lot of fun. A long time developer, Curtis Olson, had this to say about working on Flight Gear:

Personally, Flight Gear has been a great learning experience for me. I have been exposed to many new ideas and have learned a tremendous amount of "good stuff" in the process of discussing and implementing various Flight Gear subsystems. If for no other reason, this alone makes it all worth while.

OpenWorld provides an icon theme for GNOME or KDE.

It aims to follow FreeDesktop icon theme spec.

This icons collection was built gradually over couple of years. Icons were made for various purposes: StarOffice presentations, illustrations, design documents, OpenSolaris.org website, my blog etc.

Most of them were drawn while waiting in public places, like airports or bus stands or at home if dial-up connection goes down to trickling bytes. It is perhaps the most complete icon theme made on Java Desktop System. I havent tested it on other Gnome or KDE desktops.

In the introduction about this collection I mentioned its design principle. It is done using SVG which is quite object oriented and one could easily reuse items from icon in another icon. Finally icons were rasterized to PNG using rsvg(1)

All icons are original and they do not intend to copy icons from any other operating system or icon theme. These are released under CDDL open source license. Feel free to copy the ideas for other icon themes!

JavaOp provides a Binary Bot for Battle.net.
JavaOp is a cross-platform, flexible, plugin-oriented Battle.net Binary Bot.
I did some work on it, and got a bot that could connect. But after christmas, I got a job where I was doing a lot of Java coding. I decided that I could do much better with Java, so I took a stab at it. Eventually, I got it to connect to Battle.net, and continued with it. Eventually, while travelling to BC to hook up with some friends, I had time to kill at the airport, and Fr0z3N had requested a stripped down version of JBBot. So I got rid of all the GUI code and a lot of other crap, structured it differently, and called it JavaOp. Tuberload joined me, and it was going well, but eventually I got the feeling I had coded myself into a corner. It was too hard to expand anything.
Eventually, I decided to start from scratch. I used several of my login and utility classes, but completely restructured it, and coded 95% from scratch. I based a lot of ideas for plugins and such on Gaims code. The bot was totally plugin-oriented. Although its still specific to Battle.net (I decided not to go that far), it is very easy to write powerful plugins for it. Everything from login to display to moderation is done through plugins, and the core is very small, just providing a way to communicate among co-existing plugins.
Enhancements:
- The StayConnected plugin was recreated.
- Another attempt at detecting disconnects and acting upon them was implemented.
- CheckRevision can be reenabled on a by-product basis.
- Currently, it is set up to throw an InvalidVersion exception (which is caught, of course) if the product is STAR, SEXP, or W2BN.
- This allows D2DV D2XP, WAR3, and W3XP to hash locally, although they will need their local hashing information updated.

jFlash is a multilingual, web-based flashcard system based on open web standards, PHP, and XML. jFlash System consists of two principal software modules:
1. A PHP system for indexing and delivering flashcard content.
2. A browser-neutral Javascript application that parses out and presents a set flashcards represented in XML.
jFlash is useful when you want to memorize something, and perhaps share the ability to memorize things with other people over the web. In addition, jFlash is language neutral since its content is presented in UTF-8, so theoretically you could use jFlash to drill anything from Arabic airports to zoo names in Tamil.
A number of learners around the globe and about 15 students in a University of Minnesota Korean class.
Please let me know if you find my software useful and Ill add a link to your jFlash content on my page if you wish!
jFlash is a server-side web application, so you must at present have a PHP-enabled web server.
Enhancements:
- The PHP frontend was updated to be compatible with PHP versions 5.0 or later by using the included compatibility shim for the new PHP XML DOM interface.
- A few more example lessons were added.

WWW::Yahoo::DrivingDirections is a Perl module to generate driving directions for multiple-stop trips in the United States, courtesy of maps.yahoo.com.

ABSTRACT

Object-oriented interface to the maps.yahoo.com driving directions.

SYNOPSIS

use WWW::Yahoo::DrivingDirections;
my $yd = WWW::Yahoo::DrivingDirections->new ();
$yd->add_stops ( @ARGV );
$yd->get_maps();
or
use WWW::Yahoo::DrivingDirections;
my $yd = WWW::Yahoo::DrivingDirections->new (
{
roundtrip => 1,
return_html => 1,
save_html => 0,
save_format => output_%d.html,
},
atlanta, ga,
123 fake st, boston, ma,
0 church st, cambridge, ma,
LAX,
);
$yd->add_stops ( paris, tx, 1 main st, springfield, IL );
$yd->roundtrip ( 1 );
$html_array_ref = $yd->get_maps();

WWW::Yahoo::DrivingDirections provides a simple means of generating driving directions for trips with more stops than a start and a finish. Driving from LAX airport to 1 Main St, Portland, OR to Denver, CO? Just do this:

use WWW::Yahoo::DrivingDirections;
my $yd = WWW::Yahoo::DrivingDirections->new (
LAX, 1 Main St, Portland, OR, Denver, CO
);
$yd->get_maps();

and the directions will be saved in trip_leg_1.html and trip_leg_2.html.

libbgrab is a framegrabber library for Linux using the v4l driver and bt/conexant analog SD video input cards.

To implement constant throughput and to avoid frame loss delays, triple buffering is used through local buffer copying in a separate grabbing thread.

The library consists of two parts that are usually used together:

1. framegrabber access (bgrab.c/bgrab.h)
2. xwindows output (xutils.c/xutils.h)

Additional routines allow for image processing:

3. Motion JPG compression (RTjpeg.c, RTjpeg.h, mmx.h)
4. MMX optimized image filters (asm/*)

Examples and Demo Programs:

Note: All demo programs are hardcoded for Tuner/NTSC input. You have to modify the code and recompile for other inputs!

+++ testgrab

See demo program "testgrab" for a quick intro on how to use libbgrab. See
source code comments for additional usage notes. The source code will
probably have to be edited to adapt for your video input - it is just a
demoprogram! Use Q to quit with the live-video window active. Use F and D
to change channels.

+++ glgrab (GLX only)

A very similar program uses OpenGL as output driver and maps the live
image as a texture on a polygon - try "glgrab" for nicely scaled,
full-screen output ... not always at full frame rates ;-). Works fine with
my Matrox G400 and Geforce2MX cards and the GLX drivers.

+++ asciigrab

Also included is a demo "asciigrab" that converts video in realtime into
ASCII CHARACTERS - just start it in a large enough terminal ... .
See source code for additional usage notes. This program has actually been
exhibited in the "net_condition" art exhibition at the ZKM, Karlsruhe,
Germany on a big projection screen http://www.zkm.de).

+++ delaygrab

A nice example of using MUCH memory, try "delaygrab" in which a few
seconds of video is beeing stored and shown according to a delay-map. If it
runs, try pressing the keys 1, 2 and 3 to switch effects. This effect will
be used in upcoming exhibitions at the ZKM, Karlsruhe, Germany with
temperature sensors. A similar program with a network interface was
developed for the world exhibition Expo2000, Hannover 2000 and can be found
in the "expograb" directory.

+++ zoomgrab (3Dfx Glide only)

Also included is a demo "zoomgrab" that shows a live video image at any
scale using a 3dfx graphics card (required). The numbers in "zoomdef.txt"
define zoom scales in ONE SECOND intervals (range: 0.01 to 200.0, first
number in line) and mixer volume settings (range: 0 to 100, second number
in line) that will be smoothly applied to the image and the volume. See
source code for additional usage notes. This program was also part of an art
exhibition at Weimar, Germany in 1999.

+++ artcam (3Dfx Glide only)

A similar demo called "artcam" also uses glide for display. This demo
changes the colors of an image in realtime using a precalculated
conversion table.

+++ webcam

And then there is the really complete and useful "webcam" application - see
the README in the /webcam directory for more explanation and usage
information of this nice little utility.

+++ greydetect

A utility program called "greydetect" makes measurements of the mean
greyscale values in rectangular areas. It can be used for scientific
measurements. See the README in the /greydetect subdirectory for more info
and usage information.

+++ difftrigger

The tool program "difftrigger" can be used as a security or interface
application to detect changes in images (i.e. from moving objects).
See the README in the /difftrigger subdirectory for more info and usage
information. Very similar is the application "tracker". Here the
difference images can be used to track the motion within a rectangular
area and send it to an external program via TCP/IP.

+++ rgbmix

Yet another art-program is the demo "rgbmix". It uses three framegrabber
inputs to get b/w images and mixes them together into a single RGB color
output image. This might make it into the lobby of a big company someday.
Any buyers ... :-)

+++ tracker

Yet another specialized tracking program is "tracker". Again this a program
that was developed for an installation and requires several other utilities
to be useful (asciireflector and reflector2midi). See the local README for
information on this tool. If you want to see it in action, check the passage
from the Frankfurt Airport Terminal to the Trainstation June-December 2000.
Diagrams of the installation and documentation are included in the /tracker
directory.

+++ rtjpegrecord
+++ rtjpegplay

A new addition to libbgrab for capturing live video is RTjpeg. This library
works only on MMX capable CPUs and provides fast motion Jpeg compression
routines. The resulting format is NOT compatible with standard MPEG or JPEG
files - i.e. one needs the RTjpeg library to decompress the generated stream.
The sample applications for recording and playback can be found in the /examples
directory. Since the input video format is YUV420 and a color conversion
would be required for standard RGB X-windows screens, no output will be shown
during the recording phase. To record use "rtjpegrecord" - experiment with the
quality settings for best results. The default setting achieves a 12:1 compression
ration at excellent image quality. To view use "rtjpegplay" on 16bit bpp screens.