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.
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
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)
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!
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.
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
@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.
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?
Thank you So Much, it Works
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.
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)
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
That should be fixed now. No reason to show the uncorrected value in the table.
Really you can put in either inHg or millibar right from the start.
< 100 is interpreted as inHg, > 100 as millibar