ProAvia

Phpvms 5.5.x uses .php files for the templates. Did you install the php files in place of the tpl files? I believe this is outlined in the instructions.

The acars map shows the planned route. Is there a way to show the actual flown route (thus far) on the acars map? Since the aircraft bubble updates on the acars map, the data should be available. TIA!

Not sure - I'm still on Win7. I'm going to reinstall the OSM update again tomorrow and have a look around in IE11.

Add time zone to your php.ini. The example below is for UTC, but you can choose any time zone you want. date.timezone = "UTC"

Tried it again - still the IE issue. Even tried from a different computer thinking maybe IE on my computer is messed up. Reverted back to original Google Maps files for now. Will attempt again in a few days. It's got to be an IE issue as I cannot see the acars map on Heritage1's site either using IE. http://seairtransport.net/crewcenter/index.php/acars Same issue at flyalaska's site using IE: http://www.flyaka.com/index.php/acars Must be a setting in my IE as flyalaska says it's working for him.

Thanks Nabeel. I'll have a look this afternoon.

Oh - it's entirely possible. I'll look again tomorrow. Thanks!

Ok - without editing anything from yesterday, the map displays in Chrome - but not in IE11. Is it possible to get it working in IE11 also?

I tried to implement this yesterday on my test site without success. All I get is a white background - no map, no nothing. Used my (non-crewcenter) skin and also tried with the Crystal skin. Version phpVMS 5.5.2 I download the v2 repository and used the files from there to compare to mine. My acarsmap.php is slightly modified and I applied the edits there - but I also tried using the default file. My route_map.php is highly modified (for kACARSII) from the default, so I disn't try modifying it - used the defauly instead. Later today I will try again - using my backed up original files as a starting point.

Cool thanks! Will be moving over this week.

I would like to know this as well. The Google email I got stated that at present, we don't come close to exceeding the $200 monthly credit - but I don't want to give them my credit card number either.

Update on this topic..... While I thought I had fixed the issue by running maintenance in the admin panel, the issue resurfaced a few days later. I was able to increase the "memory_limit" in the php.ini file and also needed to add an entry in .htaccess as we are on shared hosting. Our hosting company actually had an info page explaining what needed to be done. Of course, this created another issue. The time function on our site was messed up and several modules through an error. Adding "date.timezone="UTC" to php.ini rectified this. Timezone can be set for any desired timezone - see the PHP manual for list of supposed timezones.

Can you manually add a single schedule from the admin panel? Are airports and aircraft already added - prior to schedule import? phpVMS version? PHP version? Have you tried adding a smaller number of schedules at one time? Trying to add 10,000 schedules at once might be an issue. Try adding 100 schedules to see if they import.

Are the schedules listed in the actual database table "schedules"? Can you access the schedules from the admin panel?

http://www.tosi-online.de/XPUIPC/XPUIPC.html

We have had one pilot using XP since late 2014 - using kACARS_Free. Have one of your XP pilots try it out. As long as they have XPUIPC installed correctly, it should communicate with kACARS_Free.

You can use kACARS with X-Plane on a PC. X-Plane pilots will also need XPUIPC installed in XP. This works for XP10 and XP11. Pilots on a MAC will need to use XACARS.

Thanks Jimbo - the option to roll back to an earlier php version has been removed from our CPanel a few years back. I went into the maintenamce options in phpVMS and ran the last 4 items.... Reset cached shedule routes, Reset cached PIREP routes, Clear cache and Optimize tables. That cleared the error and dashboard now loads correctly. Hopefully the next time this happens, I'll remember what to do.....

Starting this morning, we show the following error in the Admin Panel: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 30033 bytes) in /home/xxxxx/public_html/va_name/phpvms/core/classes/ezdb/ezdb_mysqli.class.php on line 287 Line 287: $result->close(); phpVMS 5.5.2 - default admin skin - no files changed for several weeks Sidepanel shows fine and can navigate within sidepanel menus php 5.6.18 - been on this version for a while Anyone have any ideas on what to check for? TIA!

So you are using phpVMS 5.5.2? I believe all your template files should be php then. And you may have to check all files in the modules for references to ".tpl" and change to ".php"

I think your template file is missing.... .../core/templates/SimBrief/SimBrief.php Re-upload that file and see if it fixes your issue.

Don't know if it makes a difference or not, but my rank images are in '/lib/images/ranks/' http://www.sitename.com/lib/images/ranks/rankimage.png In any case, make sure your images are actually located in the path you show in the ranks table.

For the first one - on line 812 - change 'public function' to 'public static function' For the second - post the full URL for the ranks from the ranks table in the database so we can see if there is a formatting error.

Something is messed up with the link format. List the full link URL here or PM to me and I'll have a look

You may have to change all the rank links. Originally I had absolute links, but changed to relative when I changed from HTTP to HTTPS - because I was advised it would make things easier in the future. This is when the isssue surfaced when approving PIREPS. I investigated and found the issue when regenerating signatures also. I have not seen it in Registration - but we don't use the default phpVMS module for that. Anything that has to do with rank image in PirepDataClass seems to produce the error. EDIT: try running the regenerate signatures from Admin, Site & Settings, Maintenance, Reset Signatures and see if the error shows for all pilots. If error shows for all pilots, then all rank links need to be absolute.