simpilot

I have not tested it in that particular version but there are sites using it on php 5.4, I have really been trying to adapt to 5.5 and even at this point 5.6. I am not sure how much further I am going to get without a total rewrite.

This is the fix for it: https://github.com/DavidJClark/phpvms_5.5.x/commit/c1a8aa9ef181684f088895c239bb73446a573b9c It should work in all versions (tpl & php).

Put this in your controller function: $this->title = 'My Title';

I believe that you are missing the jquery ui in your header, you have; <script type="text/javascript" src="http://www.virginatlanticvirtual.co.uk/lib/skins/margo-full-width/js/jquery-1.11.2.min.js"></script> but it should be <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jqueryui/1.11.2/jquery-ui.min.js"></script> Take a good look at the ending of what you should actually be loading for a file, unless you are trying to load jquery twice, which could also be an issue, either way the second link in your template is returning a 404 error. Have you tried using it on the default crystal template? If it does not work there I am guessing you are getting the out of memory error in the background as it looks like you have a rather lengthy airport list which has to populate twice in that view. Looking at the source you have about 1180 airfields which is being populated twice so realistically it is nearly 2400. Try making a bunch inactive and see if the problem goes away. The no route passed is definitely a javascript error somewhere but without being logged in and being able to try the function it would just be a guess.

This should fix it -> https://github.com/DavidJClark/phpVMS-AirMail/commit/ee8344d4b3adba07b04207751d6f07329d46459a

I imagine you could modify the auto priep accept to do this. Real Schedule looks for the last approved or pending PIREP to base the pilot at a location so if the PIREP is rejected it should show the pilots location back at the last arrival point.

Looks like the permissions for the /tmp folder are not allowing the program to write session data to it. Is this possibly free hosting? If not, it is something that you should be able to fix by changing the permissions of the tmp folder.

I have added weather search by ICAO, the start of an aircraft database (72 aircraft), and a FAA preferred route search function to the site.

Isn't that considered redistributing copyrighted work with the modules, or are you buying licenses for each site you build?

I am looking for airlines running my version of phpVMS (5.x) to update their central data files to allow for updates to vaCentral and the scoring system. NOTE: If you are running a different version you can try the new code but I do not guarantee compatibility.

If you are using the version from GitHub try removing the static definition from the function on line 33 and see what you get. I am guessing you will get "ERROR: Calling non-static function as static" The module needs to be updated to work with later versions of PHP. You may want to try this also -> http://forum.phpvms.net/topic/7415-simplenews/ <- I do not know if it is compatible either.

Website links for airlines have returned to the airline detail pages with visit counts.

I have added profiles for individual users to vaCentral with the hopes of being able to consolidate PIREPs for individual pilots into their profile and build statistics from there as well as airline operations. There is also a like system for airlines and a friend system for other users. I have marked all exiting profiles to private and you must change it to public if you want your profile view-able by anyone other than yourself.

http://forum.phpvms.net/topic/22757-vacentral-status/#entry120870

Have you changed the links for css and images in your new skin folder to the new skin name? Example <link rel="stylesheet" media="all" type="text/css" href="<?php echo SITE_URL?>/lib/skins/crystal/styles.css" /> the "crystal" needs to be changed to your new skin name, and have you placed the new image in the correct skins folder?

Then it must be only in your app.config.php file. It should look like below and can be copied to and edited in your local.config.php file. /* Whether you have the /admin/maintenance.php script added into cron. If you do, set this to true. This saves many DB calls since phpVMS will have to 'fake' a cron-job */ Config::Set('USE_CRON', false); If this is set to false the system will force the commands contained in the bootstrap file which include. if(Config::Get('PILOT_AUTO_RETIRE') == true) { $within_timelimit = CronData::check_hoursdiff('find_retired_pilots', '24'); if($within_timelimit == false) { PilotData::findRetiredPilots(); CronData::set_lastupdate('find_retired_pilots'); } } So, if the last update in your database updates table is over 24 hours old at any time that any page on the site is visited it will run the auto retire script, which if the pilot has not flown within your allotted time will be then retired. If you are running the maintenance script then you should set this to true and it will avoid the forced running of the auto scripts, BUT if you are running the maintenance file from a cron job remember that if the pilot has not flown within the allotted time when the script runs they will again be set back to retired. Realistically, unless you have edited the script all they have to do is submit a PIREP using an acars client and the system will set them back to active on its own. This is in PIREPS.php when adding a PIREP # Set them as non-retired PilotData::setPilotRetired($pilotid, 0); Also have you verified;

About all that exists anymore is in the documents tab at the top of the forum page.

Are you using the cron job or no? What is the setting of 'USE_CRON' in your config file?

One issue that I have found requires changes to the CentralData.class.php file on your site. You can find the changes here -> http://forum.phpvms.net/topic/22850-phpvms-centraldata-updates/

The source field for all pireps sent to vaCentral has been missing in all versions of phpVMS. If you are using version <= 936 you will need to add the following line to CentralData.class.php find (appx line 387) $pirep_xml->addChild('revenue', $pirep->revenue); and add $pirep_xml->addChild('source', $pirep->source); Final config should look like $pirep_xml->addChild('revenue', $pirep->revenue); $pirep_xml->addChild('source', $pirep->source); } If you are using one of my 5.x versions you will have to make a slightly different change which you can find here -> https://github.com/D...a1e0f72f10e517d This will allow vaCentral to track how the PIREP is being submitted. I am most likely going to reduce the value of manually submitted PIREPs.

Ok, #1 and #2 I believe are addressed, #3 I do not see becoming a reality with the constantly changing/updating of waypoints and the proprietary nature of the data. What I am up against now is trying to find a better/new way of ranking airlines. The current algorithm is pretty complex and I believe started out with a good plan but due to some limitations of the previous system was limited itself in what can be measured. I am open to new ideas on how airlines could/should be ranked. Data I have access to that is somewhat valid is basically PIREP data. Pilot data currently being transmitted is vague at best. Somehow I want to base ranking on the PIREP data but make it more relevant to current operations. Currently the historical data weighs more than I would like within the algorithm. Longevity should play a role in the ranking but at the same time an airline that has been around for ten years but only flies once a month should not be ranked ahead of an airline that has been around for two years and flies 30 times a month. I also wonder about the weight of manual PIREPS. Legitimate ideas or thoughts anyone? NOTE: More than likely this is going to require an update to the current phpVMS module and is one of the reasons of consolidating the api all at vaCentral.

With the limited information I would have to guess that you have the definition in your local config twice and the second one is set to the wrong url.

http://forum.phpvms.net/topic/22757-vacentral-status/#entry120870

http://forum.phpvms.net/topic/22757-vacentral-status/#entry120870

#1 & #2 are addressed here -> http://forum.phpvms.net/topic/22757-vacentral-status-as-of-83015/#entry120870