Closed TomMuc1 closed 7 years ago
in addition i think the basestation hardware has no relevance today so why use their protocol. opposite to that the jetvision beast and radarcape are still the top of the line receivers ...
because it's the only TCP not binary format widely available.
yeeeeeahhh - and i know you do not like 'my' .json format too :)))
I added in the doc what I use to get MLAT info using TCP: https://github.com/Ysurac/FlightAirMap/wiki/ADS-B
I will add MLAT for dump1090.json asap.
no no - you have to take a rest over the weekend! to be fresh and in good mood - when i'll come around the corner with my next silly idea for improvement :)
MLAT for aircraft.json added in latest commit. Should work.
update done - but how/where can i see on map whether plane is mlat or not?
When clicking on aircraft this should display MLAT as source name. If not I will have to make some test ;)
easy possible that i just overlook this - where exactly mlat should be displayed?
When you click, under SOURCE. But I don't have any mlat in my aircraft.json for now, so I can't test.
to send you a screenshot what email i have to use?
support@flightairmap.com
Do you have anything in aircraft.json in "mlat":, I always have [], strange. Will look at this another day.
you have mail :)
You can also put screenshot directly here.
There is no MLAT info in the screenshot. It should display at down right of flight info if it's MLAT (else nothing).
Can confirm MLAT works here using the instructions above (feed from piaware on port 30106).
FlyBe planes don't broadcast ADS-B so are only detected through MLAT.
what is your source 30003 or .json
See my edit - port 30106 TCP connection to piaware.
so - maybe this is the reason i do not see mlat announced in the box - my input is aircraft.json
TCP is always better :) For aircraft.json this should work if there is data in mlat field. I have none for unknown reason.
hahahaha :)))
nope - there is never real data in field mlat see here:
aircraft without mlat:
,"mlat":[]
aircraft with mlat:
"mlat":["lat","lon","track","speed","vert_rate"]
i sent you a zipped aircraft.json that has mlat aircrafts inside. so you could see what your code for json has to check for ...
I know... I tested with a aircraft.json feed with working MLAT and it's working .
hmmm - so then i'm the problem here :) i have to look into that ...
Did you restart spotter-daemon.php ?
nope just lighttpd :(
sorry for wasting your time! my fault i forgot to restart the spotter service. now works instantly fine and i see always my source json and if mlat it says json_mlat :) thanx a lot again :)
No problem. Now I'm out for the week end ;)
have a nice weekend! you deserved this :)
greetings from bavaria/germany tom
nice - the guys from flightaware forum start more and more to run your application. in addition i sent the owner/developer of beast/radarcape/jetvision some infos about the app ...
3d - at least after last commit/pull doesn't work anymore - safari/firefox/chrome on osx:
Error constructing CesiumWidget. Visit http://get.webgl.org to verify that your web browser and hardware support WebGL. Consider trying a different web browser or updating your video drivers. Detailed error information is below:
RuntimeError: The browser supports WebGL, but initialization failed. Error at new t (https://cesiumjs.org/releases/1.37/Build/Cesium/Cesium.js:486:4061) at new N (https://cesiumjs.org/releases/1.37/Build/Cesium/Cesium.js:535:8529) at new Ee (https://cesiumjs.org/releases/1.37/Build/Cesium/Cesium.js:552:13327) at new A (https://cesiumjs.org/releases/1.37/Build/Cesium/Cesium.js:565:25179) at new Z (https://cesiumjs.org/releases/1.37/Build/Cesium/Cesium.js:568:25781) at http://192.168.143.10/flightairmap/js/map.3d.js.php:281:14
Working for me. What do you have on line 281 of map.3d.js when you have that error ?
ooops - thought you were out for the weekend:
var viewer = new Cesium.Viewer('live-map', { sceneMode : Cesium.SceneMode.SCENE3D, baseLayerPicker: false, imageryProvider : imProv,
Strange... What type of map are you using ?
openstreetmap or yandex - but you were right has nothing to do with latest commit. had this error never before ...
i'm not sure if i ever tried 3d mode on lighttpd before - my earlier installs based on apache never showed this behavior. no idea whether this can correlate with lighttpd ...
It's not a problem with lighttpd, it's working for me. Can you try https://cesiumjs.org/ click on Tap to interact and tell me if you can play with the world.
yup - works instantly. but cmon today is sunday i do not want to disturb your evening. tomorrow i install apache again and see what happens - and try my other notebook. i'll guess i made a mistake with the new setup. this were all steps i made:
sudo apt-get install php7.0-common php7.0-cgi php7.0-mysql php7.0-sqlite php7.0-curl php7.0 php7.0-xml php7.0-zip php7.0-gd php7.0-json
cd /var/www/html
sudo git clone --depth=1 http://github.com/ysurac/flightairmap
sudo chmod 666 flightairmap/require/settings.php
sudo chmod 777 flightairmap/install/tmp
sudo chmod 666 flightairmap/data
sudo chmod 666 flightairmap/images/airlines
sudo cp /var/www/html/flightairmap/install/89-flightairmap-lighttpd.conf /etc/lighttpd/conf-available
sudo nano /etc/lighttpd/conf-available/89-flightairmap-lighttpd.conf
sudo lighty-enable-mod flightairmap-lighttpd
sudo /etc/init.d/lighttpd force-reload
sudo cp /var/www/html/flightairmap/install/init/flightairmap.service.systemd /etc/systemd/system/flightairmap.service
sudo nano /etc/systemd/system/flightairmap.service
sudo chmod 644 /etc/systemd/system/flightairmap.service
sudo systemctl enable flightairmap.service
hahaha - even stranger - works instantly on my new macbook pro i7 4gb graphic ram. but all the days it was working on my old mac book pro too. i changed nothing there - and was using over the last days when i startted with flightairmap only this old notebook ...
Strange. If you have the problem on all browsers on the old macbook it's not a cookie or session problem. With the new macbook you access the same server as the old one ?
yes and yes :)
restarted the old mac-book pro now it is again working :) i have one suspicion - all these high end level pro mac books have two graphic engines builtin. an intel within chipset and a second dedicated one. dependend on generation they switch in different ways between them. i think that for what ever reason something went there wrong. but what makes me wonder why did the link you sent me work without problem and google earth pro too???
i wrote this for a flightaware forum member to assist him with install - maybe you find this helpful too for your wiki anyways. it starts from a fresh raspbian stretch-lite image:
passwd
sudo raspi-config
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install php7.0-common php7.0-cgi php7.0-mysql php7.0-sqlite php7.0-curl php7.0 php7.0-xml php7.0-zip php7.0-gd php7.0-json
sudo apt-get install mysql-server mysql-client
sudo mysql -u root -p (leave password empty)
update mysql.user set password=password('YOUR_DB_PASSWORD') where user='root';
update mysql.user set plugin='' where user='root';
flush privileges;
ctrl + z
sudo mysql -u root -p (use password you entered above)
create database flightairmap;
ctrl + z
sudo apt-get install build-essential debhelper librtlsdr-dev libusb-1.0-0-dev pkg-config tcl8.5-dev autoconf python3-dev python-virtualenv libz-dev git tclx8.4 tcllib tcl-tls itcl3 htop
mkdir dump1090-mutability
cd dump1090-mutability/
git clone https://github.com/mutability/dump1090.git
cd dump1090/
dpkg-buildpackage -b
cd ..
sudo dpkg -i dump1090-mutability_1.15~dev_armhf.deb
cd ~
git clone https://github.com/flightaware/dump1090.git
sudo cp -r dump1090/public_html /usr/share/dump1090-mutability/public_html
cd /usr/share/dump1090-mutability
sudo mv html original-html
sudo mv public_html html
cd html
sudo mv index.html gmap.html
sudo wget -O /etc/udev/rules.d/rtl-sdr.rules "https://raw.githubusercontent.com/osmocom/rtl-sdr/master/rtl-sdr.rules"
sudo dpkg-reconfigure dump1090-mutability
sudo shutdown -r now
sudo apt-get install lighttpd
sudo lighty-enable-mod dump1090
sudo lighty-enable-mod fastcgi
sudo lighty-enable-mod fastcgi-php
sudo service lighttpd force-reload
sudo nano /var/www/html/phpinfo.php
sudo nano /etc/php/7.0/cgi/php.ini
sudo shutdown -r now
cd /var/www/html
sudo git clone --depth=1 http://github.com/ysurac/flightairmap
sudo chmod 666 flightairmap/require/settings.php
sudo chmod 777 flightairmap/install/tmp
sudo chmod 777 flightairmap/data
sudo chmod 777 flightairmap/images/airlines
sudo cp /var/www/html/flightairmap/install/89-flightairmap-lighttpd.conf /etc/lighttpd/conf-available
sudo nano /etc/lighttpd/conf-available/89-flightairmap-lighttpd.conf (alter pathes to match your path)
sudo lighty-enable-mod flightairmap-lighttpd
sudo /etc/init.d/lighttpd force-reload
sudo shutdown -r now
sudo cp /var/www/html/flightairmap/install/init/flightairmap.service.systemd /etc/systemd/system/flightairmap.service
sudo nano /etc/systemd/system/flightairmap.service (alter pathes to match your path)
sudo chmod 644 /etc/systemd/system/flightairmap.service
sudo systemctl enable flightairmap.service
sudo crontab -e (add the below 3 lines to crontab)
# run flightairmap daemons
0 2 * * * /usr/bin/php /var/www/html/flightairmap/scripts/update_db.php > /dev/null
#@reboot sleep 10 && /usr/bin/php /var/www/html/flightairmap/scripts/daemon-spotter.php > /dev/null
sudo shutdown -r now
=> run installer in browser http://127.0.0.1/flightairmaps/install
GEOID HEIGHT CALCULATOR all my installs show still this error-message: 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}
Did you run scripts/update_db.php ?
yep runs every night via cron
i'll try a run from terminal as sudo - see what happens then ... seems to be the problem - the cronjob has to run user root
when i try to run sudo /usr/bin/php /var/www/html/flightairmap/scripts/update_db.php it says: Script is already runnning... despite i removed from cron and restarted ... does spotter-daemon.php already call update_db.php? found at least no direct calls in spotter-daemon source for update_db.php ...
It's on your mac ? I think it's the check that doesn't work on mac. I check if the script is in the ps ux output more than 1 time. If it's the case I will make this check only on Linux.
no - it runs on a pi3 with raspian stretch (see above install) only the mysql with flightairmap database runs on the mac-mini server
I found the problem: sudo put the info 2 times in ps ux. I will try to fix that...
map side-bar menu: 'Display flight remaining route on click' and 'Display flight route on click' not deselectable