Bare Bones Users Guide


This article is reproduced with the author's permission. Kinetic Avionic Products would like to thank Bones for his hard work, effort and dedication in producing this User Guide.

© Copyright 2006 Bones (bones@mcb.net)

Post any comments or questions about this article in our forums:
http://www.kinetic-avionics.co.uk/forums/viewtopic.php?p=19755

Contents

1. Introduction - Expanding your horizons

2. Before we start

3. Improving your SBS display

a. Software for providing aircraft data and improving data management

i. How your SBS works

ii. Aircraft data enhancement

iii. Building a database

iv. Database importing

1. Dave Reid's starter pack

2. BSI

3. ATCBox

v. Aircraft lookup and import facilities

1. Airframes.org

2. SBS Populate

vi. Database editing and maintenance

1. Editing

2. Maintenance

vii. Alerting applications

1. BSAlert

2. Dave Reid alerting application

b. Software for improving the BaseStation display detail and appearance

i. Adjusting Basestation display settings

1. Screen colours

2. Waypoints

3. Outlines

4. Data files

5. Scope fields

6. Display parameters

7. Aircraft display

8. Text

9. Data settings

ii. Adding waypoint and outlines data files

1. Importing waypoint and outline data

iii. Software changes

1. Bitmap changes

2. Resorintg the aircraft list order

iv. Aircraft Details changes

c. Debug Tool

d. Anomalies Happen

Introduction - Expanding your Horizons

After initial installation of your SBS unit and BaseStation software your display will probably look similar to the screenshot below. This example shows a 50nm radius centred on Gatwick with the south coast just visible at the bottom of the screen and Heathrow and London City towards the top.

 

Below you will see exactly the same viewpoint - but a significantly different picture. Both the screen presentation and the aircraft data have been enhanced - navaids, airports and intersections are shown together with controlled airspace, runway centrelines, a more detailed coastline and even military and danger areas.

The aircraft data tag is also much improved. This now shows registration and aircraft type - and is more neatly presented.


So how was the display above created? Here I'll show you how to achieve a customised display to the level of detail above. Part of the process is through adjusting the values and settings within the BaseStation software itself and part is through installing additional software and data that has been created by some very talented SBS users.
 

Before we start

Note that I will not be discussing:

1. Topics already covered in the FAQ's posted on the Kinetic forums. There is no need to duplicate existing advice.

2. Hardware issues. The system is quite robust and the only issues regarding hardware are with installation (drivers) and reception. Both are covered to some depth in the forums.


The following articles assume that you have read the BaseStation manual and that you understand and know your way around the menu system. For some add-on software you must also have basic knowledge of moving and copying files with Windows Explorer and opening and editing INI files in Notepad. If your experience level is not up to this standard then do not install software without help.

Improving your SBS display

The modifications I will be describing fall into two separate areas. These are:

Software for providing aircraft data and improving data management

Software for improving the BaseStation display detail and appearance
 

Software for providing aircraft data and improving data management

 

When you start your BaseStation software it detects the data being sent from your SBS unit. Aircraft picked up by the unit will display on the BaseStation screen - ADSB aircraft on both the main radar screen and the aircraft list but Mode S aircraft in the aircraft list only.The software works as follows:

SQL Database

As each aircraft is picked up the data is sent to a database file. This SQL database is the file called BaseStation.SQB in your main SBS folder and this is empty when you first run SBS. As your unit picks up more and more aircraft the data is automatically added to the database and this will slowly increase in size. Each aircraft record will contain only the data being sent by the aircraft - usually the Mode S code and (if transmitted) the callsign. It is up to each user to add additional aircraft details - which I will explain below.

Your SQL database is more precious than gold dust. Lose it and you have lost all your aircraft records and your historical flight data. It is strongly recommended that you make a copy of this file or back it up on a regular basis.

BaseStation

BaseStation is the display software which will give you the radar screen and the aircraft listing for currently detected flights. This is described in more detail in the Display Detail section.

Reporter

Reporter is the database viewer and editor. Reporter allows you to look at all aircraft records, whether BaseStation is running or not. It also stores session records showing all flights during each period the BaseStation is running. Although you can edit records in Reporter this is a manual process and can be time consuming.

Reporter is also able to export your records as CSV files and can generate basic reports. For users who do not make regular backup copies of their basestation.sqb file (which I strongly recommend) Reporter also has a Backup/Restore option.

BSLogger

BSLogger isn't what it seems - it is not a logging utility. BSLogger is there just for the curious and all it shows is the datastream being picked up by your unit. It can easily record 300,000 messages per hour if you are in a busy area. This application was provided by Kinetic to show utility designers the data flow from the socket output. For other users there is no need to use this program.

Third Party utilities

The SQL database can be interrogated and written to by other programs and this allows a lot of scope for automated lookup facilities to populate the database with full aircraft information. Much of the rest of this article will explain such programs.


Aircraft data enhancement

As mentioned above the SBS unit is unlike most other aviation software because it does not come with a preloaded aircraft database. This is logical as an SBS unit receives data directly from the aircraft and so builds up its own database relative to your location and aircraft tracked. Users in Australia or the US will build up entirely different databases to users in Europe.

As the SBS unit gathers information it will store the details in an aircraft record and a flight record. Each aircraft record will show just one value - the Mode S hex code for the aircraft. Separately, the flight record stores details such as callsign, squawk, speed, height and heading - most aircraft records eventually containing many associated flight records.
 

Building a database

Because the SBS unit only records the Mode S code, callsign (if transmitted) and the Mode S Country, the first requirement for most users is in populating the aircraft records to add more useful information. Typically the additional data most users require will include Registration, Aircraft Type, Serial Number and Owner/Operator but BaseStation can record much more detail for each aircraft if needed.

There are now several ways you can populate the database thanks to the hard work of some SBS users. You can choose between:

1. Looking up details of the aircraft that your unit has detected and recorded, or;

2. Importing a complete database set of aircraft records.

There are advantages to either system and I am not going to suggest one in preference to the other. For the lookup method users know that all the aircraft in their database have been recorded by their SBS unit and so can guarantee they have "spotted" all the aircraft listed in the database.

Users who import a ready made database have the advantage of instant aircraft detail for most of the aircraft that will appear on their screen but must accept that they may never see some of the aircraft contained in the imported database - nor expect that all aircraft they see on their SBS will be found in the database.

I must add that neither system can give you 100% aircraft data and you will still have to manage the information by adding new aircraft details over time. Source data is still being built up and many codes have yet to be traced to a specific airframe - this being very true for military aircraft.

 

Database Importing

Assuming you are impatient and want to see detailed aircraft information immediately the obvious choice is to import an existing aircraft database. There are several of these now available.
 

Dave Reid's Starter Pack

Dave Reid has created a starter database for new SBS users. Ideally this should be installed before users build up any substantial data of their own as it is tricky to merge the data. Dave's starter database contains about 35,000 aircraft records based on the latest BSI plus the current US register, and contains aircraft types of 7 metric tonnes and above (i.e. ICAO weight categories M and H).

Aircraft are only included where a code is confirmed (i.e. algorithmic tie-ups are excluded). ICAO type designators are used to identify aircraft types. The file is limited to Mode S code, Registration and aircraft type - no serial or operator data is included.

Users are required to join the Mode S group to get further details on downloading and using the Starter Pack.

Link:  http://groups.yahoo.com/group/Mode_S/  and search for message ID #25978
 

BSI

BSI databases are available from the Yahoo Mode S group. This data provides a code/registration tie up and can be imported into the SBS database using the BSI Import facility in SBSPopulate. This data set is limited to aircraft registration only.

The BSI data is currently over one million records but many are algorithmically derived - not confirmed from actual sightings. The data is contained in two files, one for USA civil and one for the Rest of the World including US military.

Users are required to join the Mode S group to access the data.

Link:  http://groups.yahoo.com/group/Mode_S/
 

ATCBox

ATCBox is a Dutch web site with a new section for the SBS unit. It provides several ready made databases containing XML files that can be dropped in the UserData folder and converted by the BaseStation software. Each zip contains about 12,000 records but there is no information on the aircraft coverage contained in the zips.

The UserData without Aircraft Type download gives limited information. On conversion you will only have the Registration of the aircraft showing - there is no data for aircraft type, serial number or Operator.

The UserData with Aircraft Type download may seem more appropriate but it was written for an earlier version of the BaseStation software. This database gives users both the Registration and the Aircraft Type but both will appear in the Registration column in BaseStation and will be difficult to separate into their respective fields. An additional problem is that the aircraft type information is a mixture - some entries use aircraft codes but others use the full aircraft description e.g. N711QS ISRAEL AIRCRAFT INDUSTRIES GULFSTREAM 200. As codes and aircraft type are two separate fields in BaseStation converting this data will not be easy.

A third database is available with image links but this again was written for an earlier version of the BaseStation software and may cause problems with the current version during conversion.

Link: http://www.atcbox.com - note that the home page is extremely cluttered so look in the left hand menus for ATCBOX Extra's and select the SBS-1 Radar option.
 

Aircraft lookup and import facilities.

Importing a database is one way to obtain the data you require for SBS operation but lookup facilities are also available. The advantage of lookup facilities is that they only populate aircraft that have been picked up by your SBS unit so your database only contains records of aircraft you have positively "seen".
 

Airframes.org

Airframes is a web page that allows you to type in the Mode S code and it will return full details of the aircraft - registration, type, serial number and operator. Whilst very useful there is no direct import into your SBS database so you have to add all the records manually through the Aircraft Edit screen. At present the web site limits you to 150 lookups per day. Despite its limitations this site is extremely useful for looking up new codes.

A very handy page on the Airframes site is a list of Mode S Oddities - a list of incorrect codes being transmitted by aircraft. Currently there are over 400 known incorrect Mode S transmissions and this list is growing daily.
 

SBS Populate

SBS Populate is a stand alone program provided by the Gatwick Aviation Society. This started life as a basic lookup program for the GAS aircraft database but it has slowly developed a wealth of very useful features. These include:

bullet

Lookup for a Mode S code in your database.

bullet

Lookup of a Mode S code from the GAS website. This will return registration, type, ICAO Type, serial number and operator.

bullet

Registration lookup for C-, G-, HB-, N and PH- registers.

bullet

Automatic import of aircraft details into your SBS database.

bullet

An AutoPopulate feature that automatically populates your database as your SBS unit detects new aircraft.

bullet

A Populate feature that allows you to select a band of Mode S codes. SBS Populate will search through your database and complete any blank records in that band. Currently limited to a 1500 record search.

bullet

A selection of database editing, import and export tools.

There is little more I can add to the above except to say I use this program constantly. For new SBS users the Auto Populate option will prove the most useful as it will fill in all details for your SBS aircraft records as new aircraft appear on your screen. For users who have been running SBS for some time and already have a lot of records in their database the Populate option will be more useful. With this you can let SBS Populate look through the database records and it will automatically fill in the Reg, Type, Serial or Owner fields if it finds these empty. The Single Record option is also very helpful when users just wish to lookup a single code.

SBS Populate also contains a number of very useful tools. For example, if users have used ATCBOX and find that aircraft registration and type are combined in the one field, SBS Populate has a useful tool that will separate out these values into their correct fields in the SQL database.

Link: http://www.gatwickaviationsociety.org.uk/modeslookup.asp

Database editing and maintenance

For most users Reporter is the standard program for editing the SQL database.

Any standard SQL editing programs can be used to edit the database but their use is only recommended for experienced SQL users. I mean it - any false move using such programs can wipe out all your data and render the database useless.

Maintenance

Depending on how often you run your BaseStation software the SQB database can grow to considerable size. In addition to the aircraft records the database also contains records of all flights operated during each session and these mount up rapidly. 270,000 flight records in a three month period is quite feasible - roughly 23,000 flights per week.

Flight records can be limited by using the Purge option in the BaseStation software:

Be careful when you use this option as the flights data will be lost after the period specified. I don't require historical data so my limit of 7 days is quite low - this may not be acceptable for other users. An alternative option is to set the low value as above but every 6 days (don't leave it for 7 days or your data will be gone) you open Reporter and use the Export Flights menu to save all your historical data as a CSV file. This keeps the SQL database nice and small but your records are archived in the CSV files. My thanks to SabreJV for this tip.

 

Alerting Applications

Applications that can alert you when a specific aircraft or squawk is picked up by your unit.

Alerting applications work by looking at the datastream from Port 30003. The important factor to note here is that this datastream has a built in 5 minute delay and so the alerting applications will read substantially behind the live information on your SBS display.
 

BSAlert

BSAlert is a stand alone Windows program that can notify you of a specific Mode S code, a squawk or even blocks of squawks. BaseStation needs to be running otherwise port 30003 data will not be received.

See the Kinetic Open Beta forum for more details.
 

Dave Reid Alerting Application

Dave Reid has also created an alerting application but using a slightly different approach. Once you have registered your location and email address you receive emailed alerts in the form:

AAL89 A3D3A5 N346AN 14.9nm NE of Ottawa, tracking WSW, FL310, level

Dave has also started beta-testing "NetModeS", where alerting is driven by a network of SBS's communicating over the Internet to provide localised alerting coverage for users wherever they are located.

See the Kinetic forums for further details as this application is only available by emailing Dave Reid.
 

Software for improving the BaseStation Display detail and appearance

 

The SBS radar display can be modified quite significantly. As the changes fall into several distinct areas these will be described under the following headings:

Adjusting BaseStation display settings

Adding Waypoint and Outline data files. (Airspace, coastlines, airfields, waypoints.)

Software Changes (Bitmaps, country data, aircraft list.)

Aircraft Details window changes


Adjusting BaseStation display settings

The Settings menu in the BaseStation software is extremely versatile and it allows users to adjust the default settings considerably. Although covered in the SBS manual I will add some further notes for users who like to tweak.
 

Screen Colours

The SBS display can be adjusted to an infinite level when it comes to screen colours. Some users may like the default green display as shown at the top of this page, some may prefer a display that looks similar to a real radar (dark background with light aircraft data tags - also shown above) whilst others prefer a high key display with a very light background and dark aircraft data - the last reported to be better on laptops when outdoors.

Every parameter on the display can be changed - background, trails, aircraft, outlines and waypoints. Because Waypoints and Outlines can be categorised each category can have its own colour and so separate tabs are available to adjust the values. Below is the General tab and this shows the current colour set I am using.

To change the colour for any option just click on the SET box and either choose from the fixed Windows colours or select a colour from the right hand palette and click on the Custom Colour button. Make sure the colours you choose are quite different to that selected for the radar background otherwise items will seem to disappear.
 

Waypoints

There are 30 separate Waypoint classes each having its own colour option. I have adopted the classes below for my UK airspace data files:

As you can see above I have used 15 of the 30 classes for various waypoint types which leaves 15 free for users to add further waypoint files if needed. Users can also use the existing classes for their data if the title is appropriate for their information. See the next section for details on adding your own waypoint data.

Users who are happy with altering data in the Basestation.INI file can change the titles for each Waypoint section. Below are the headers I have used for the UK Data Set but you can easily add your own. The headers need to be added to the [DrawingSettings] section in the INI file as follows:

[DrawingSettings]
WaypointTypes-1=General
WaypointTypes-2=Major Airfields
WaypointTypes-3=VOR
WaypointTypes-4=NDB
WaypointTypes-5=Intersections
WaypointTypes-6=TACAN
WaypointTypes-7=Minor Airfields
WaypointTypes-8=ANO
WaypointTypes-9=Disused A/D
WaypointTypes-10=Parachute
WaypointTypes-11=Gliding
WaypointTypes-12=Heliports
WaypointTypes-13=HangGliding
WaypointTypes-14=Microlights
WaypointTypes-15=VRP

Changing the colour of each section will alter the colour for every waypoint using that class type.

The check box to the right of each section will enable or disable that section in the BaseStation software. This is very useful as a  quick method of reducing the screen clutter that may be found if all sections are flagged as active. As well as having control over each waypoint class users can turn off all waypoints by using the icon on the main BaseStation display. A third level of control is also available whereby individual data files can be turned off - this is covered below.
 

Outlines

As with Waypoints there are 30 classes of Outlines - 25 of which have been used for the UK data set.

For the values above the following lines should be added to the [DrawingSettings] section in the INI file as follows:

[DrawingSettings]
OutlineTypes-5=Final App
OutlineTypes-6=Lwr Awy C/L
OutlineTypes-7=Upr Awy C/L
OutlineTypes-8=ATZ
OutlineTypes-9=CTA / TMA
OutlineTypes-10=CTR
OutlineTypes-11=Danger Area
OutlineTypes-12=FIR
OutlineTypes-13=TACAN Rte
OutlineTypes-14=HOLD
OutlineTypes-15=IAP
OutlineTypes-16=SID
OutlineTypes-17=STAR
OutlineTypes-18=MATZ
OutlineTypes-19=Lwr Awy Bdy
OutlineTypes-20=AARA
OutlineTypes-21=AIAA
OutlineTypes-22=ARA
OutlineTypes-23=ATA
OutlineTypes-24=ATSDA
OutlineTypes-25=VOR Roses

OutlineTypes-26=Waterways (I used this value for testing so I suggest other users do not add this)
 

Note that Outline types 1 to 4 are missing from the list above as they are already assigned in the default SBS software. Users adding their own data can adopt the values above or create their own listing of classes. However, if users wish to distribute their files then it must be kept in mind that other users may already have a dataset loaded (such as the UK data set) and there could be a confliction in class types.

As with Waypoints the colours can be altered for each class and the check boxes can be used to quickly turn on or off each individual class. As seen in the example above I have only activated 12 of the 25 classes on my display for the session.
 

Data Files

The Data Files section shows you a full list of all Outline and Waypoint files that are loaded when BaseStation starts. In effect it should be identical to all the files you have put in your Outlines and Waypoints folders.

The files that are ticked are those that display in BaseStation.

Note that if the BaseStation seems to be taking a long time to load you may have too many waypoint or outline files in your BaseStation folders. You will not get any improvement just by turning these files off in the menu above as this will only stop those files from displaying, not from loading.

In the example above I have the waypoint files for the major airfields in most European countries loaded. This isn't sensible as my aircraft detection range goes nowhere near the continent - these files would be best moved to a storage folder. In the Outline Files section things are better arranged as only 13 airfield plans are loaded. All the other UK airfield outlines (a further 60 airfields) have been moved to a spare folder ready to be copied into the Outlines folder should I ever need them.

The efficient management of your outline and waypoint files is worth the time and effort.
 

Scope Fields

This menu sets the format and content of the aircraft's data tag on the radar display.

In the example above my data tag has three rows of information with Callsign and Squawk on the top line, Reg and type on the second line and  Altitude and Groundspeed underneath. The result is a data tag that looks like this:


 

Display Parameters

Most of the display parameters are obvious and are covered in the documents but one section is worth describing in a little more detail.

Under the General section there are options for Clip Above Max Elevation and Clip Below Min Elevation. These are related to the option in the Radar menu called Set Elevation Upper and Lower Limits.

If you enter values for upper and lower height bands - let's use 15000ft and 0ft - in the Set Elevation Upper and Lower Limits menu the limits will only restrict the height band for the Elevation display: In the example below the aircraft at FL169 does not show on the Elevation display but it still appears on the main radar screen.

If you check the Clip options the height restrictions will be applied to the main radar screen too.

  Clip options OFF

   Clip options ON

Notice in the second screenshot that the RYR294, RYR105S and EZY6726 aircraft are outside the filter limits and are no longer on the display. Note that for RYR294 its trail still exists up to the point it climbed through the cutoff level so you know it reached FL250 about 2nm short of NATKO. Clever that..

Warning 1 - Clip options and height filtering are not readily apparent!
You must remember if you have enabled them and that your display may not be showing all the traffic.

Warning 2 - Height filtering is saved when you save a view!
Check your existing views one at a time to see if any height limits have been applied.
 

Aircraft Display

Again most of these are covered by the documentation but a few explanations may be worth adding.

Sub Reg for Mode S - Changes the Mode S code on screen for Registration. Although there is now a separate Registration field in the aircraft data tag this option can be handy to use instead. If a registration is known this will display on radar but if an unknown aircraft appears the Mode S code will display instead - whereas the Registration field would leave a blank tag.

Caption line spacing - reducing spacing between the lines keeps the data tags neat. The setting should be matched to font size otherwise you can get overlapping data tag lines. I use 10 to complement the aircraft tag Arial 14pt font.

Show Only Trail Dots - You can turn on or off aircraft trails. I leave mine set to 3 minutes to reduce system load.

Leader lines - Don't enable this as it is still in development. It partially works but the lines can be rather erratic

Aircraft Field Display - Aircraft altimeters are set to QNH (height above sea level) near airfields but pilots change to a Standard Pressure Setting of 1013.2mb for en route flight. This ensures pilots do not have to keep changing altimeter settings as they fly into regions of high or low pressure. If 1013.2 is set pilots report height as Flight Level but if QNH is set pilots report height as Altitude. The point at which an altimeter is reset is called the Transition Altitude.

The problem is that Transition Altitude varies. In the USA the TA is set at 18,000ft but each country has it's own values (it is basically relative to the the highest ground in a region). For the UK it is slightly more complex with a generic Transition Altitude of 3000ft across the country but certain TMA's have set higher values - London TMA for example uses a TA of 6000ft.

If you know the Transition Altitude for your local airport you can enter the height in the Alt box and tick the Show FL for Alt. The screen will then show Flight Levels above this height and Altitudes below - as seen below. Perfectionists will spot the error in that the Dublin Transition Altitude is not 3000ft - I forgot to reset the SBS setting to 5000ft.


Text

If your screen display seems cluttered you can reduce this by altering the display font and font size.

In the screenshots above I have used 14pt Arial for Aircraft data tags but this may not suit all users. Experiment freely with these settings to find a font and size that you find easy to read but does not swamp your screen excessively.

Note that I have set Bearing and Distance to quite a large size because this information can get buried behind aircraft data tags.

 

Data Settings

The important box in this section is the checkbox for Message Filtering. If you tick the box labelled Ignore Non ADS-B Mode-S Messages then you lose all Mode S only data. The most obvious effect is that you will see no Mode A/C squawks.


 

The Timeouts determine what happens after an aircraft's signal is lost. These are subtle and you have to know what the four options mean to get the values set up as you would ideally like. Higher values retain more data but may have an impact on your system.

When an aircraft passes out of your SBS coverage the aircraft's data is lost. Initially the aircraft target will freeze in the last detected position on the radar screen. If no further signal is received from the aircraft the displays will trigger as follows:
 


Using my values above you should see the following happen:

1. If aircraft data is lost the aircraft will freeze on the radar screen. Time is T.
2. At T+10 both the data tag and the aircraft list's Status icon will turn yellow
3. At T+20 the data tag will drop off the radar screen. The aircraft will still appear in the listing but the Status icon will turn red
4. At T+30 the aircraft will be removed from the Aircraft List.
5. At T+330 the aircraft data will be purged from memory.

I'd suggest that the values for Position and Signal Lost do not exceed 120 seconds added together. On a busy approach long timeouts will see the aircraft frozen on screen and the following aircraft may appear to run into the stationary aircraft. Setting Position Lost to too short a time may result in aircraft constantly changing colour if they move into areas of intermittent contact.

The Remove value can be as long as you wish if you like aircraft to remain in the Aircraft List after they have disappeared on radar.

Note that some users set Delete values extremely high - usually to 86400. This was to ensure no data was lost in the old (Spider) software version and a full 24 hour log could be retrieved. With the present software there is no need for such long timeouts as the data is written to the database and can be retrieved in Reporter.

Warning - if you reduce the Delete timeout value to a lower figure BaseStation will freeze for a minute or so. This is because the data in memory is being purged.

 

Adding Waypoint and Outline data files.

One of the most significant changes that can be made is to add extra detail to the radar display. This can be as simple as your house location or it can be the complexity of the whole UK airspace system.

There are two sets of files for data presentation:
 

With both types of files the data you can add is unlimited (towns, cities, zoos, shipping forecast areas and railway lines if you really wanted them) but beware that the more data you add the more the impact on loading and running the BaseStation software.

Format for each type of file is slightly different.

Waypoint Creation

Waypoint files can contain one or many waypoints. For your house it would be best to put this in one file but if you are adding several points of similar type (like airfields) then it makes sense to put all these in a single file. For my UK airfields file a sample of the data is shown below:

Tatenhill,EGBM,7,2,52.8147,-1.761125,450
Ternhill,EGOE,7,2,52.87111111,-2.533333333,272
Thorne,EGCP,7,2,53.62222,-0.92806,0
Thruxton,EGHO,7,2,51.21043333,-1.599875,330
Tilstock,EGCT,7,2,52.93222,-2.64722,301

There are seven parameters for each data line. These are:

Name, ID, Waypoint Class, Zoom Level, Latitude, Longitude, Altitude AMSL
 

 Name

- This is a simple description of the waypoint.

 ID

- Is for a code if the point has one - like EGCP above for Thorne. Otherwise leave this parameter empty (but include the comma separator e.g. Leeds,,7,2, etc)

Waypoint Class

- is one of the 30 Waypoint sub sections available. In the example above 7 is used for Minor Airfields - see the Waypoint screenshot above.

 Zoom Factor

- You can use either 1 or 2 here. 1 will permanently display the point but 2 will only show the waypoint if zoom level is below 150nm.

 Latitude

- In Degrees and decimal Degrees, not Degrees and Minutes. Negative values for the southern hemisphere.

 Longitude

- In Degrees and decimal degrees. Negative values for points West of Greenwich.

 Altitude

- Height in feet above sea level or 0 if not known.


 
Outline creation

Outlines can also be grouped in one file but format is slightly different. The example below shows the data for Danger Area EGD001 in the UK:

{Danger Areas}
$TYPE=11
; EGD001
50.32167+-5.51167
50.40000+-5.65000
50.53333+-5.56667
50.65833+-5.40000
50.71667+-5.20833
50.64167+-5.07500
50.32167+-5.51167
-1

The first line in curly brackets describes the outline data - any text can be put here. The second line sets the Outline Class - in this case Outline Class 11 which is reserved for Danger Areas. Comment lines can be added if you use a semi colon like I have used in the third line. After that there is a succession of Latitude and Longitude values to define the lines being drawn. As with Waypoints the values are in Degrees and decimal degrees with positive values for North and Eastern hemispheres and negative values for Southern and Western hemispheres. Note the plus sign between the Lat and Long values or, in the case above, plus and minus signs as the Longitudes are westerly.

The final -1 is to stop the lines being drawn (basically a pen up command before moving on to the next point).

If you create your own outline or waypoint files check that these load correctly (no faults are found) by using the Debug tools in BaseStation - see below for more information on the Debug option. Should a file fail to load the debug screen will identify which OUT or WPT file has failed. You may also notice that upon failure further waypoint/outline loading is halted and the screen may be missing many points or lines.
 

Importing waypoint and outline data

Creating waypoint and outline files is time consuming and errors in any large file are hard to track down. For some users it would be preferable to download existing sets of data and several are now available.

UK data - A full set of UK waypoints and outlines are available from here. Note that the data covers almost all the airspace and waypoint information available for the UK. Although you can install and display the whole lot it is far better for SBS performance to pick out the files you think suit your display needs best. If you live in Surrey for example it is not of much use installing detailed airfield layouts for Belfast or Glasgow (unless you are a long distance lorry driver who takes the SBS on tour). 


Manchester airport and surrounding area showing airfield layouts, VOR, runway centrelines, fixes,
control zone, prohibited areas, minor airfields and VRP's.

European data - For these detailed sets we are indebted to Andy (threemiles) for his wide selection of European data.
Unlike the UK data set Andy has created file sets that are centred on a 200nm radius of European cities - they are not limited by country boundaries. For further details go to
http://jetvision.de/sbs/
 

Software Changes

I have to state that this section involves making changes to some of the default files installed with the SBS software. Although safe (that is to say for those users happy with file manipulation) Kinetic quite rightly say these are unsupported tweaks and will not provide help or advice in the forums for users who step out of their depth and, to put it bluntly, screw things up .

Bitmap Changes

The default software rather nicely show country flags against each aircraft but these can be altered to show alternative bitmaps. Dave Reid was the first to experiment with this and changed his flags to show registration prefixes instead - something I quickly adopted myself.

For my own bitmaps I went one stage further and colour coded them to highlight the regions (Far East, Africa, Europe etc) for the country of origin.

More recent changes have involved adding bitmaps for military aircraft but this is rather more complex. Not all military aircraft have been assigned specific Mode S allocation blocks and so it is not possible to segregate such aircraft within each country. Where the Mode S allocations have been discovered to be issued separately (examples being USA, UK and France) users have attempted to modify the SBS files to allow these groups to display. The screenshot above shows Canadian Mil, USAF, Irish Mil, Belgian Mil, NATO, French Mil and Luftwaffe aircraft being picked up on my SBS. I must add not all at once - the shot is real, but a composite.

The process of adding these blocks involves adding new bitmaps to the Kinetic/Bitmaps folder and modifying the countries.dat file to recognise the military allocated blocks. This is not a simple matter as you must understand the binary code allocation process before trying to add new lines to the file.

For further guidance I would refer users to the ongoing posts in the Kinetic forum. At the moment not all military blocks are known so these modifications are to be considered ongoing (and experimental) until a more definitive listing becomes clear.
 

Resorting the Aircraft List order

You may have noticed from the screenshot above that my aircraft list is in a different order to the default settings. On the default display the aircraft list will produce the following order (from left to right) if all columns are turned on:

Status - State - Show Trail - Flag - Interested - Mode S - Callsign - Registration - User Tag - ICAO Type - Country - Altitude - Lat - Long - Speed - Track - Vertical Rate - Squawk - Last Update Time - Time Tracked

For my own display I swapped the order around to give:

Status - Flag - Mode S - Callsign - Registration - ICAO Type - Interested - User Tag - Altitude - Speed - Squawk - Track - Vertical Rate - State - Show Trail - Country - Lat - Long - Last Update Time - Time Tracked

which would give a display like:

However I do not have all columns active and my actual display is much smaller:

Before I go any further I must emphasize that the changes to be made are not difficult but they require a methodical approach and should not be attempted on the working INI file. Don't touch this file if you do not have a backup and aren't prepared to read the rest of this section completely.

The list order is not adjustable via any menu settings (yet) so the only method for changing these is by editing the basestation.ini file. The values for the aircraft list are contained in the [AircraftListFieldManager] section of the INI file. For a default installation they will be something like this (not necessarily in the same order though):

[AircraftListFieldManager]
18=1,1,-1,0,-1,45
19=1,2,0,0,-1,15
20=1,3,0,0,0,15
21=1,4,-1,0,-1,36
17=1,5,0,0,-1,15
0=1,6,-1,0,-1,50
4=1,7,-1,0,-1,58
1=1,8,-1,0,-1,55
16=1,9,0,0,-1,15
3=1,10,-1,0,-1,36
22=1,11,-1,0,-1,70
8=1,12,-1,0,0,45
23=1,13,0,0,-1,15
24=1,14,-1,0,-1,60
7=1,15,-1,0,0,60
6=1,16,-1,0,-1,50
9=1,17,-1,0,0,50
5=1,18,-1,0,-1,50
2=1,19,0,0,-1,15
10=1,20,0,0,-1,15
11=1,21,0,0,-1,15
12=1,22,0,0,-1,15
13=1,23,0,0,-1,15
14=1,24,0,0,-1,15
15=1,25,0,0,-1,15
25=1,26,-1,0,0,70
26=1,27,-1,0,0,75
27=1,28,0,0,0,15
28=1,29,0,0,0,15
29=1,30,0,0,0,15
30=1,31,0,0,0,15
31=1,32,0,0,0,15
32=1,33,0,0,0,15
33=1,34,0,0,0,15
34=1,35,0,0,0,15
35=1,36,0,0,0,15
36=1,37,0,0,0,15
37=1,38,0,0,0,15
38=1,39,0,0,0,15
39=1,40,0,0,0,15
40=1,41,0,0,0,15
41=1,42,0,0,0,15
42=1,43,0,0,0,15
43=1,44,0,0,0,15
44=1,45,0,0,0,15
45=1,46,0,0,0,15

Each line of the section has the following parameters:


FieldID = Row - RowPos - Show - ShowStyle - SortAscending - ColumnWidth

...so the first line in the list above decodes as:

Field ID Row RowPos Show ShowStyle SortAscending ColumnWidth
18 1 1 -1 0 -1 29

Field ID's

The Field ID's are as shown in the table.

0 = ModeS
1 = Registration
2 = SerialNo
3 = ICAOType
4 = Callsign
5 = Squawk
6 = Track
7 = Groundspeed
8 = Altitude
9 = VerticalRate
10 = Manufacturer
11 = PopularName
12 = Type
13 = GenericName
14 = YearBuilt
15 = Owner
16 = UserTag
17 = Interested
18 = Status
19 = State
20 = ShowTrail
21 = Flag
22 = Country
23 = Latitude
24 = Longitude
25 = LastUpdateTime
26 = TimeTracked

In the example above we can see that Field 18 is the STATUS field showing the aircraft symbol or four dots etc. Note that Field ID's for 27 up to 45 exist in the list but are for future values. Leave these fields as they are when making other changes.

Now we know what the field descriptors are let us have a look at the parameters that need to be applied.

Altering the values

This is where you must have a clear mind and think carefully before making any changes. I strongly suggest that you do not directly edit  the existing values in your INI file as you will reach a point where old and new settings become confused as you try to remember the Field and Row ID's.

Before you start any editing think clearly about the new order you want to use for the list and, when you are sure about your intended changes, write the Field ID's down on paper (or spreadsheet or Notepad)  in the order you want to use.

Add to each Field ID the parameters you require. These are:

FieldID =

As listed above

Row -

1   (do not alter)

RowPos -

This is the column sort order with 1 as your first column, 2 as the second and so on..

Show -

Use -1 for Visible
Use 0 for hidden.
Note: This value will vary if you enable/disable the columns via the menus.

ShowStyle -

0    (do not alter)

SortAscending -

-1   (do not alter). Note that future Fields 27 to 45 are set to 0.

ColumnWidth

As you wish. I suggest you look up your existing INI Field ID and copy the value over.

As an example, if you want your first three visible columns to be Flag, Country and then Mode S code your first three lines will be:

21=1,1,-1,0,-1,36
22=1,2,-1,0,-1,70
0= 1,3,-1,0,-1,50

 Although it looks easy I can only suggest again that you don't try editing the existing INI files directly. That way lies torture.

Aircraft Details changes

Again I will start this section by saying that, as with the countries.dat file above, any changes to the Aircraft Details box requires adding code to the Kinetic default files. Users must accept that if any tweaking goes awry they cannot ask software support to help them out.

Aircraft detail changes have evolved over several versions of the BaseStation software. The original popup window had too many items in it and users wanted a slimmer version. Dave Reid produces a rewrite that had a very small footprint:

With later software releases it was found that additional information could be included and various rewrites to the basestation.xsl file have been made. In my version below I have eight fields under the Aircraft Data section for the more significant items.

An additional tweak was introduced to this panel to allow links to aircraft photographs - a neat touch which is quite useful. Again I will not describe this in depth here as there are several user variants. In my own case the XSL code links to photos that are on my computer. Other users have inserted links to photographs from online sources - this saves storing thousands of images on your hard drive but the source for the link must be chosen carefully - one that is likely to be around for a long time is better. Of course the latter only works if you have a valid internet connection so mobile SBS users may find it limiting.

Other users have simply added URL's to the display rather than put photographs up -

Because of the variety of codes used to achieve the above displays I will not describe them here but suggest users look at the forum posts on the subject. A search for Basestation.XSL will probably do the trick.

It need not be said but if you decide to tweak the XSL file on your system MAKE A BACKUP FIRST.

Debug Tool

Kinetic have supplied a very useful debugging tool to the BaseStation software. This is normally turned off but the icon can be activated by selecting Settings> Toolbars and enabling the Debug option. When you do this the extra icon will appear on your top icon bar.

When you click on the Debug icon the radar screen will disappear and will be replaced by a screen showing all the System Events since starting the BaseStation software.

The debug screen is ideal for showing problems with the system. If you hit an error you can scroll down this list to see if the error has been recorded - which is very useful when posting your problem on the Kinetic forums.

Outline/Waypoint Errors

Debug is also very useful for tracking down any rogue waypoint or Outline files. As mentioned earlier in the Adding Waypoints and Outline Data Files section I said "You may also notice that upon failure further waypoint/outline loading is halted and the screen may be missing many points or lines" So, a bad file isn't a good thing to have on your system and Debug is the tool to track it down.

In the screenshot above you will see that 10 waypoint files have been loaded and that debug reports 1816 waypoints loaded in 10 categories. If a corrupt file exists then the debug screen will show the following:

The parsing error line shows that the waypoint file on the previous line failed to load properly - in this case the UK04_NDBs.wpt file. Now, the error I induced in this file didn't prevent the remaining waypoint files from loading but this may not always be the case. If you regularly add new waypoint or outline files - either imported or designed by yourself - then Debug is a very useful way of checking that they are working properly.

Anomalies happen

ADSB is a new system and is not yet operational. Some aircraft are known to transmit incorrect position information but until these errors are detected by operational systems and notified to the airlines they will remain uncorrected. Two screenshots below show that you should not totally rely on what you see on the screen.

Shot 1 shows Boeing 757-200 G-DAJB on final to 05 at Luton - except his ADSB puts him 6nm south of the runway centreline.

   

Shot 2 shows BA RJ100 G-BZAT taxying out via taxiway F and A and taking off from Ronaldsway. There is a clear offset by about 600m to the southeast. Several 146 aircraft have been observed to show such position offsets so it may be a generic fault in the equipment or in setup. Notice that the track record is also low quality.