FlightAware Discussions

Tar1090 -- improved webinterface for dump1090-fa and readsb

That would be a whole lot of work, so no, sorry.
I suppose you can activate more columns in the table, and look at the data there?
In multiselect mode the selected planes should move to the top of the table exactly for this purpose.

I’m aware there aren’t columns for all the data, but maybe better than nohting?

The transparent bar with the buttons is great !
But I still find it hard to make me the idea that it is no longer at the top of the screen, and the detail of a flight opens on the left ;+))

Finally I ended up updating !
Do not want to stay behind ;+))

I saw that you replaced the link of the version (3.7.2) by the link of your Github page, which is great to check the Updates, but by cons, we no longer know the version of Piaware in case of Update.
So is it possible to display it as well ?

Possible yes, but i don’t feel it’s necessary.
You can visit your stats page for a version or /dump1090-fa

Yeah i have forget this !

I really like the new look&feel, especially that the bar on the left showing the information.


I think it is a good thing to identify that this alternate web display is NOT the flightaware version. I also recommend @wiedehopf put something that credits HIS web interface somewhere on the screen that I am now usually exclusively.

Any chance of showing altitude in 100’s on the map? Either rounding or truncating? Would declutter the labels a bit.

I’d rather just display the number.

Could make it an option to display FL330?
Then below FL100 display 8750?
Or still round to full hundreds?

Working on something else right now though.

Probably easiest to just round to full 100’s throughout (don’t need FL) on the label.

No worries - enjoying all that you’ve done to provide this enhanced interface!

I really enjoy your scripts and hard work you keep putting into this stuff @wiedehopf, well done :slight_smile:

Not sure where to ask, and I suppose I could take the time to figure it out on my own, but what method would one use to transfer all existing data into a new installation? For instance, I had collectd/portal data going for over 3 years solid and it would have been neat to keep on my fresh install - instead had to stare at blank portals again :frowning:

You should be able to copy the existing rrd directory onto the new installation.

The data is stored in /var/lib/collectd

If you are reinstalling on the same sd card, copy this directory somewhere first, reinstall Linux and install dump1090 and graphs1080 then stop collectd. Copy the saved directory back into the same location it came from and restart collectd.

That should be sufficient to get the data across, assuming you were using graphs1090 initially. If you were using a different graphs installation you might need to do some additional processing on the rrds so that their format matches. I think there are some instructions about that on the graphs thread from a while back.

graphs1090 will use the old portal format no problem.
Granularity for some graphs (mainly the min/max for the last week) is just a little worse, but you can remake the database in the new format, it’s explained on github: https://github.com/wiedehopf/graphs1090#resetting-the-database-format

You might want to stop collectd on both machines before copying over the data so they are in a defined state.

It gets much more interesting if you are changing architecture, as in from arm to x86, then you need to export to xml, copy the data over an import from xml.
But there are even scripts included in graphs1090 to do the export and import for you, just point it at the directory with the rrds, don an export on the old machine, copy over the entire directory, and on the new machine use the import script on the directory and it should work.

How do I change the port that the [pi_IP]\tar1090 exposes “outside” to lets say : 80?
I want to expose it to the internet with my router.

Also, I updated right now and I can’t figure out why the weather doesn’t show anymore. I mean it appears for a second, but then is “erased” by the new tiles, like it is “under” them.

I’ll check on that. Edit: Should be fixed.

It doesn’t use a port, it uses whatever port lighttpd is configured to.
Normally that’s 80.

Check the included configurations, one is to serve it at / instead of /tar1090.
I’m sure you can adapt that to use port 8080 or whatever by looking at the dump1090-fa configuration.

Edit: Added some readme for alternative lighttpd configurations:

1 Like

I am still using the ADS-B receiver project scripts and the config files for lighttpd don’t seem to play nice, the 8504 port redirect doesn’t work.
I might have to wipe everything and start new, I was trying to avoid that.

Try like this:

# serve tar1090 directly on port 8504
$SERVER["socket"] == ":8504" {
  alias.url += (
      "/data/" => "/run/dump1090-fa/",
      "/chunks/" => "/run/tar1090/",
      "/" => "/usr/local/share/tar1090/html/",

    $HTTP["url"] =~ "^/chunks/chunk_.*gz$" {
      setenv.add-response-header += (
          "Access-Control-Allow-Origin" => "*",
          "Cache-Control" => "must-revalidate",
          "Content-Encoding" => "gzip",
          "Content-Type" => "application/json",

What do you mean exactly with “it doesn’t work”?
lighttpd not starting?
Or just the port not working?

Nevermind i think i see the problem.
Lighttpd is stupid and doesn’t allow one to listen to IPv6 and IPv4 with one SERVER section.

Now we have two sections, should work.

1 Like

If I understand what you’re after, I use port redirection through the router with a ddns service and it works fine.

So [ddns_IP]:8080/tar1090/ will work if set up correctly :+1:

I’ll try later. For now my daytime job is in the way :sweat_smile:

PS: Routers can redirect to a IP port, not to a specific folder on the IP.

Technically that’s true but if it redirects to a server running on that port, you can then select a folder beneath it. Have a look at most of the links on my page and you’ll see what I mean.