List of minor bugs, missings or inexplicit behavior

[TomMuc1]

map side-bar menu: 'Display flight remaining route on click' and 'Display flight route on click' not deselectable

[TomMuc1]

/install/header.php btw. preventing browser from caching often it is more reliable to add http headers in addition to html headers - because the http headers can depend on global php setup ... e.g. this way:

<?php
header("Cache-Control: no-store, no-cache, must-revalidate, max-age=0");
header("Cache-Control: post-check=0, pre-check=0", false);
header("Pragma: no-cache");
?>

[Ysurac]

This doesn't really change anything if there is no proxy involved but why not.

[TomMuc1]

:))) this totally bavarian style of humour

[TomMuc1]

just one last question today. i saw you did something with the .htaccess for lighttpd - is there something i have to be aware of when making a test install of flightairmap on a dump1090 install with lighttpd - or should i wait some days until you finished this all?

[Ysurac]

Read this dirty wiki doc: https://github.com/Ysurac/FlightAirMap/wiki/Lighttpd

[TomMuc1]

thanx - have a nice evening!

[Ysurac]

nice evening too.

[TomMuc1]

side-bar-menu:

• Display flight remaining route on click - now uncheck works but does not apply to map
• Display flight route on click - now uncheck works but does not apply to map
• Display flight info as popup does not apply to map
• Plot your Location nothing happens on click
• The icons in side-bar-menu (+, -, gears, 3d, filter etc) are not placed in center of the box
• Layers -> Display Airspace nothing shows up and after page refresh setting is lost
• Layers -> Display Waypoints after page refresh setting is lost

top menu:

• aircraft icon (top left) that calls map has different spacing than the other 5 menu items. in other words the item explore (and all other) must shift a little to the right side

install:

• ground station setting 'altitude' does not say meters or feet input needed

[Ysurac]

sidebar menu:

• Fixed
• Already work, it's the red line that display when I have airports info
• Disabled now.
• Should work on a tablet with GPS. Need to check again...
• Fixed
• If airspaces data are in DB, this should work. Setting are not saved but it's not a bug.
• Same. I don't know if settings like that should be saved, this display lot of data on client browser and can make problems on slow computer.

top menu:

• I don't know what you are meaning. aircraft icon is not a real menu, only a shortcut.

install:

• altitude is displayed as set. I added in settings that this should be meters, but for now this will not change anything.

[TomMuc1]

• Plot your Location nothing happens on click on my ipad with gps it now has an effect - but a bizarre one - the whole map turns 360 degree depending on the direction the ipad looks to

• aircraft icon (top left) what i meant was that all spaces between menu items (explore, search, statistice etc) are bigger than the spacing between the aircraft-icon and the menu-item 'explore' so i'd say simply shift the aircraft icon a little to left then i is placed middle above the menu-bar and has same spacing to 'explore' made a quick photoshop mockup and sent to contact@flightairmap.fr

• altitude-thing was just to let user know what he has to insert there - meters or feet

[TomMuc1]

haha - thanks :) don't you also think it looks much better now - top-menu and side-bar-menu?

[Ysurac]

True, it's better. It was a bug in my CSS.

[TomMuc1]

where do i find the lighttpd config file?

[Ysurac]

In install/flightairmap-lighttpd-conf.include. Read https://github.com/Ysurac/FlightAirMap/wiki/Lighttpd

[TomMuc1]

i've read this - not the .include but the flightairmap.conf file itself is what i'm looking for

[Ysurac]

Lighttpd configuration is customized by Debian. I will add a Debian conf in tutorial.

[TomMuc1]

the file that then resides in /etc/lighttpd/conf-availible/ to configure lighttpd via sudo lighty-enable-mod flightairmap

[Ysurac]

Yes, it's only for debian/raspbian. The conf I made is for all distribution. I will make a conf for Debian/Raspbian.

[TomMuc1]

yep as this will be the most wanted version because lighttpd in my opinion makes only sense when flightairmaps installs on raspi with dump1090 that already uses lighttpd

[Ysurac]

Dump1090 also provide nginx conf, and it's far better.

[TomMuc1]

i know and you are fully right! but at the moment about 95-100% of the feeders run pi with dump1090 and lighttpd. and it's all about making it as easy as possible for the majority to use your application. just flightaware has more than 10,000 feeders

[Ysurac]

It's available in latest commit and doc is updated: https://github.com/Ysurac/FlightAirMap/wiki/Lighttpd Should work.

[TomMuc1]

the standard path for lighttpd is /var/www/html - i changed this - but:

pi@RaspPiADSB0:~ $ lighty-enable-mod 89-flightairmap-lighttpd.conf Ignoring unknown module: 89-flightairmap-lighttpd.conf Run "service lighttpd force-reload" to enable changes

seems to be an issue just on my side

[TomMuc1]

aaah - problem is - when enabling module the '.conf' extension is not recognized. and in flightairmap-lighttpd-conf.include the path has to be /var/www/html/ instead of /var/www/

sudo apt-get install php5-cgi lighttpd
sudo cp /var/www/html/flightairmap/install/89-flightairmap-lighttpd.conf /etc/lighttpd/conf-available
sudo lighty-enable-mod 89-flightairmap-lighttpd
sudo /etc/init.d/lighttpd force-reload

[Ysurac]

Sorry, I updated the doc.

[TomMuc1]

you don't have to say sorry - when you realize each and every wish from a single user within minutes. and moreover we all use your work for FREE!!! so i have to say a big THANK YOU for your help and patience and coding this nice application :)

cheers tom

[TomMuc1]

p.s. in addition i'll ask the developer of dump1090-mutability why lighttpd is used to be the standard and not nginx - and what his future plan is ...

https://discussions.flightaware.com/t/nginx-instead-of-lighttpd-as-dump1090-mutability-fa-standard/26410

[TomMuc1]

haha - and btw. this time i set up the mysql not on the raspi i run flightairmaps but on a 4-core i7 mac-mini server with 16gb ram. now everything is lightningfast :)

[TomMuc1]

an issue i was runnuning into again and again - see example above - and now when activating the system-service for daemon-spotter.php is the path problem. in so many files across the app /var/www/flightairmap/... is hardcoded into the files. how about having this path in one distinct variable so if one has to change to e.g. /var/www/html/flightairmap/... all other files pick up the path from there?

[TomMuc1]

in addition here was 'Web_App' in the path too - never saw this directory anywhere ???

[TomMuc1]

see flightairmap/install/init/flightairmap.service.systemd

[Unit]
Description=FlightAirMap
Requires=mysql.service
After=mysql.service

[Service]
ExecStart=/var/www/flightairmap/Web_App/scripts/daemon-spotter.php
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

[TomMuc1]

a lighttpd problem i've found is with link from top menu explore->latest accident/incident all browsers say 'too much redirects' instead of showing the page. this does not appear when apache is used as webserver. same problem with todays activity.

[Ysurac]

Web_App removed in latest commit. No real other choices than hardcoding path in init, if I put a file with the variable I will have to hardcode the path to this file...

[TomMuc1]

sorry i was unclear above :) i thought the user inputs his path in the install script -> then the installer generates or rewrites the files in /flightairmaps

[TomMuc1]

GEOID HEIGHT CALCULATOR:

Exception: Can't open /var/www/html/flightairmap/require/../data/egm96-15.pgm in /var/www/html/flightairmap/require/class.GeoidHeight.php:47 Stack trace: #0 /var/www/html/flightairmap/tools-geoid.php(6): GeoidHeight->__construct() #1 {main}

[Ysurac]

• I'm trying to fix lighttpd problem. Seems a strange bug...
• I will not use install script to change path in config files, this will need far too much write rights.
• You need to run update_db.php after install, this should download the needed file.

[TomMuc1]

• sorry that i started this lighttpd pain ... no hurry
• understand
• update_db.php is running since about 30-60 minutes - how long does this script run average?

[Ysurac]

• fixed

• Can be very slow for first run when adding accident and incidents (I need to find a way to make this faster). It also download all 3d models if enabled.

[TomMuc1]

git pull-> lighttpd restart->WORKS LIKE A CHARM :) you are unbelivable!!!

[TomMuc1]

what i wanted to ask is if there maybe in future could be a way to display whether or not position/altitude data was computed with mlat by displaying mlat in the aircraft data popup-window

[TomMuc1]

posted some pix - as i'm so happy with the new tool i have now :) https://discussions.flightaware.com/t/one-hell-of-a-ride-flightairmaps-the-way-better-virtualradarserver/26122?u=tommuc https://discussions.flightaware.com/t/one-hell-of-a-ride-flightairmaps-the-way-better-virtualradarserver/26122/41?u=tommuc

[Ysurac]

MLAT flag is only in dump1090.json format, putting this in a new source name this may be possible but not really accurate because I don't save every coordinates, I can merge several sources,...

I redirected MLAT to another port and use that as another source, I should put the config in the doc.

[TomMuc1]

just show up in the aircraft popup on map-window were great - no need to flag this in database data

[TomMuc1]

you will see over time that most users will use the aircraft.json input as it already holds all mlat without loop-back prone port 30003 mlat tinkering. in addition there is no way to get the anonymized mlat from flightaware to port 30003. moreover a much better source than basestation is the beast-binary format but again more cpu-intensive to process with php ...

[Ysurac]

beast binary doesn't really change anything over basestation format. I will make some test for mlat, I didn't play with this since a long time...

[TomMuc1]

beast binary doesn't really change anything over basestation format.

starts with that you can determine whether or not mlat :)

what is a major problem with basestation-format as fa, fr24, planefinder etc. are not able to detect if someone by accident loops them (foreign) mlat data back ...

[Ysurac]

• Maybe but I don't know where it is in beast format.
• True for basestation format.

[TomMuc1]

to be honest i do not know either :))) never looked into the data - i was just the parrot who repeated what i once read from mutability developer. but it must be there as i combine adsb/mlat on one pi - then fetch via socat from another pi the combined beast-stream and then this pi produces the aircraft.json that again clearly differentiates in subkey 'mlat' of each aircraft.json row ...

[Ysurac]

I looked in dump1090, and found this: #define MAGIC_MLAT_TIMESTAMP 0xFF004D4C4154ULL, so it is using a special timestamp.

[TomMuc1]

you are unbelievable and lightning-fast :) and what i understood from what i once read - doing things like this with basestation format is hard or impossible e.g. flightawares ~at the beginning of transponder hex code of their anonymized mlat feedback