Tar1090 -- improved webinterface for dump1090-fa and readsb

Part of my overnight automation is to update tar1090, graphs1090, etc but it doesn’t overwrite the config file for obvious reasons so my config.js file will still be very old. It’s not an issue, it’s just instances like this which show it.

I just made some minor adjustment on icon, title and add more maps:

For black-yellow fans

For those of you who haven’t updated tar1090 for a while, it now has worldwide rain and cloud layers. This is the rain layer:

The option has been there since late August. I monitor the GitHub repository commits, but assumed this was US or Europe specific, so hadn’t bothered to update until today.

Thanks @wiedehopf and dziban303

2 Likes

That’s quite nice, I’ve just enabled it.

Hi,
After a year, i’ve set up my receiver again. (moves to another home)

Nice to see the tar109-update with the rain and cloud radar.
May be it’s an idea to put the in the europe-section the overlay of eurocontrol? (With the sectors and frequecies)

1 Like

Hello community und
vielen Dank @wiedehopf für dieses tolle GUI!

I started ADS-B feeding last year with a self build setup with a Raspberry. I applied to FlightAware for a FlightFeeder and happily got it last week. (The blue one with the white Antenna with built in GPS)
The reception is now about 20% better than my Raspberry low-cost-setup.
But sadly I’m missing Tar1090 for the FlightFeeder data (and feeding FR24 and ADSB-exchange again…).

I read now, that the FlightFeeder gives out the data in Beast mode over the network connection. So I thought it could be possible to use this data with Tar1090 (on an Raspberry 4) again?

Can someone confirm that?
…and maybe have an “How to”, link to an description for a setup.

Greetings from the French-German boarder!

1 Like

After a long time without updating tar1090. updated to latest version of tar1090, and now it gets stuck loading the page. The older unupdated feeders still display fine on the Samsung Tizen browser. The working browsers show 210909 or 210312 in the upper right display. The non working browsers are 240213.



Is there any way to install older versions of tar1090 or copy the working version from a working rpi? Could possibly install the Tizen sdk to get a Tizen browser with debugging. Not sure if this problem will get any support, so the fall back plan would be to try and rollback to a working version or an older version. Thank you. Can also just use the skyaware display.

Automatic installation for readsb · wiedehopf/adsb-scripts Wiki · GitHub

No simple way to install an old version.
I suppose you could copy over /usr/local/share/tar1090 from another pi … that should probably do it for this issue?

In regards to fixing that, i’m not really interested in supporting fringe browsers, sorry :confused:

@turbodogfl I ran into something similar with Safari. It turns out it has a built in content blocker that was stopping the page from loading. Stopping the content blocker for that specific page allowed the content to load as expected.

1 Like

Sure, the data can be received by tar1090 from any other device which provides the data over the network. I had this running with my Airsquitter (a Radarcape device) and it was working fine.

hello good day

i have one question.

is it possible to make toggleLabels() on Aircraft as a Default When First Loading the Web Page?

http://192.168.2.18/tar1090/?enableLabels

Thank you So Much, it Works :slight_smile:

tar1090 doesn’t load data while in a background tab.
After a long time of tar1090 requiring a page refresh for complete tracks after being in the background:

The latest version has received added functionality that will load the missing data from history when the tab is returned to the foreground.
This should eliminate the need to refresh the page.

3 Likes

Another nice piece of functionality, added to tar1090 a couple of weeks ago, is the ability to plug in QNH value to show barometric altitude corrected for QNH. (Click the gear wheel to enable this option. Note that when first added, it shows QNH in inches, just hit “Standard” to swap to hectopascals/millibars.)

You need to display the altitude in the aircraft labels to see the corrected altitudes - in this screenshot R1738 is at around 1200ft - the Alt column in the table continues to show the uncorrected value of 825 feet.

Thanks @wiedehopf and justin4046 (GitHub - justin4046/tar1090: Provides an improved webinterface for use with ADS-B decoders readsb / dump1090-fa) for this feature.

For an interesting piece of trivia - do you know what QNH stands for? Despite having earned a pilots licence, I didn’t. Found this while looking for a source of data for the local Area QNH:

http://www.bom.gov.au/aviation/data/education/awp-area-qnh.pdf

QNH is the pressure (Q) at Nautical Height (NH) :innocent:

Good way of remembering what it means.

According to the article I linked, the acronym actually dates back to circa 1909 Morse Q codes:

(Q)uestion (N)il (H)eight

2 Likes

That should be fixed now. No reason to show the uncorrected value in the table.

1 Like

Really you can put in either inHg or millibar right from the start.
< 100 is interpreted as inHg, > 100 as millibar

1 Like