Tar1090 -- improved webinterface for dump1090-fa and readsb

Nah you didn’t, it’s all good :slight_smile:

I’ll check for that, abusive i really don’t want to be.

Yeah … getting across hyperbole is complicated in writing.
Also it may have a different connotation depending on your background.
"Are you serious? :slight_smile: " would probably have been better in retrospect.
In my mind, that’s what i wanted to get across in the context.
English is not my first language, but i don’t think that’s the issue here, more a difference in approaching this or other forums.

Anyhow enough of that, feel free to step into any of “my” threads any time (well they don’t really belong to me do they?).
I’ll endeavor to choose a more polite tone.

2 Likes

Does anyone currently have the same problem loading the Wikimedia Openstreetmap?

It’s loading but while zooming in there are parts which are not following that properly (see below). I tried cleaning cache&cookies, but it doesn’t change. Other maps are operating normally.

left part not following zoom, right part did:

And it shouldn’t be a problem with my internet connection:

yes, mine also has issues with multiple zoom layers overlap incorrectly
I now like the OSM by ADSBx for my us location the best

Ok, thanks, so it’s not only me. I switched to the regular OpenStreetMap as i havent included the ADSBx version in my tar1090

This is probably issues with the OSM tileservers, though I don’t see anything significant here: https://uptime.openstreetmap.org/

Yes, it was my concern as well. Not critical, i will wait.

Hi wiedehopf !

I seen in your last update that you have removed the wikimedia map, but why ? Yet it’s still functional.

It’s not, they’ve removed the CORS header.

1 Like

Strange because just before the update, to see I test this map and it worked.

Is this the problem i’ve seen earlier that the map fonts and other parts are “freezing” on a certain zoom level?

I haven’t updated tar on my RPi3 where the Wikimedia Map is still active, the zoom problem persists

It wasn’t working for me either.

No that’s another map.
And someone already gave you an explanation for that.

sure i thought you changed the setting due to the tile problems

Is there any extra step needed for this to work on a UAT only pi that only runs dump978-fa and skyaware? Have changed ```
ENABLE_978=yes

but the /tar1090 page remains blank.     
Is a multiple instance needed for dump978?    
Works great on systems running dump1090.

Yeah you’ll need to configure a different way.
Disable 978 in the config file.

Then follow the steps for multiple instances:
GitHub - wiedehopf/tar1090: Provides an improved webinterface for use with ADS-B decoders readsb / dump1090-fa

You’ll want this line in /etc/default/tar1090_instances :

 /run/skyaware978 tar1090

Run the install script again, that should do the trick.

If you don’t know how to edit the mentioned file, this command should do the job:

echo /run/skyaware978 tar1090 | sudo tee /etc/default/tar1090_instances

As above after changing the instances file, re-run the install script.
I’ve added this method to the README as well.

1 Like

The map is now visible in tar1090 after adding /run/skyaware978 to /etc/default/tar1090_instances It’s working with the ENABLE_978=yes. What is the effect of leaving it?

Well it’s loading all the data twice.
Can lead to the planes jumping around a bit as the data arriving from enable_978 will be delayed by around 1 second.

1 Like

Thanks for the rapid solution.
With ENABLE_978=yes the planes show as UAT
With ENABLE_978=no planes show as ADS-B
seemed like no planes appeared after changing to 978=no until rebooting pi.
Nice interface

Hi @wiedehopf - not sure if this was intended or not…

I moved the cursor off the window to do other work. It must have found an aircraft on the way out of the window. Anyway it kept following the aircraft for a long way…

Then move the cursor back over the map to get rid of it.

Corner case that i feel comfortable to ignore.