Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - quepsi83

Pages: 1 [2] 3 4 ... 6
Support for VAM 2.4 - 2.6 / Re: Auto Ranks - disable
« on: July 29, 2018, 07:46:42 PM »
Well... wanting to shut down AUTO RANKing altogether is probably the simpler approach... remembering... a 'fix' over here could result in a 'break' over there... LOL

Moving in the direction you mentioned above... finding the .PHP or .JS scripts that does the processing and COMMENTING OUT the block (NOT DELETE) of code could give you what you want.  Give it a shot and be sure to report back.

I'm presently DEEP (real deep) in trying to examine just  WHERE I can tweak code (probably Javascript) to get the LIVE FLIGHT MAPS - on the home page during a flight - will feed off the LAT/LON position captured and reported by SIMACARS and NOT the LAT/LON reported for the DEPARTURE airport.  It's a PITA when each time the Map refreshes - and I am 5,000nm from the departure airport... the Map always returns to the departure airport.

If I can take a break away from this Maps self-imposed project... to look at your area... and do find something I'll report back.  Again... assuming you have some coding skills... the above idea might be achievable quicker than building a new mousetrap... LOL



Support for Installation / HTTPS / SSL - Will SIMACARS have problems?
« on: July 29, 2018, 07:17:48 PM »
This is a response from USER: Sophie I managed to find on the forum... having to do with getting VAM to point to HTTPS instead of HTTP.



    Jr. Member
    Posts: 89
        View Profile Personal Message (Offline)

Re: Website problem
« Reply #1 on: June 25, 2018, 08:52:55 AM »


Hello Thomas

I assume you have changed your website from http to https or use SSL encryption on your website.

If that's true please change following ....



Search all entries in the HEAD AERA with http and change them to https



I'm getting closer to moving my VAM from a subdomain to its dedicated domain which has an SSL already in place.  Even if using the response above and the edits to the two (2) files...

QUESTION:  After creating a NEW VIRTUAL AIRLINE link in SIMACARS... having http://HTTPS://  will SIMACARS be able to connect to a HTTPS:?



Support for VAM 2.4 - 2.6 / Re: Auto Ranks - disable
« on: July 29, 2018, 06:40:48 PM »
I'm just thinking outside of the box on this situation.

The .PHP is examining hours and not an incremental value that could be attributed to  - MISSIONS/CHECK RIDES - decimal values.   I almost am leaning on the outcome this - what you want - might NOT be possible with the current VAM implementation.   My tired grey cells are thinking that either a new table column or two might have to be added to some table (maybe vampireps)  - OR - an examination of TOTAL FLIGHTS by GVAUSER (from the vampireps table) could be sql'd or xref'd to see if the MISSIONS and/or CHECK RIDES limits have been met... also having to somehow modify the RANKS table to hold the numerical LIMITS... then down the long yellow brick road to arrive at  the end result?

But it is a very interesting capability that would be a 'nice to have'.  Yeah!   Waaayyy too much time spent looking at .PHP scripts... LOL

A .php GURU I'm not!!!  But, I'll take a look see within the scripts and see if a MOD is even possible and if it is... would there be any bad side effects throughout the rest of the system.

In the meantime, perhaps other Users with much more knowledge of the coding flows MIGHT chime in?

All the best,


An interesting thought just surfaced.  I do not believe that SIMACARS validates a network connection at all.  If it did, that would involve polling Network data streams for a live Network connection. Right?

I think the Network selection - VATSIM/IVAO - is just a formality or pass through... even it is reported in the Pireps.  I could be wrong.

A utility like VATSPY actively polls VATSIM's data stream and is able to show the plane on VATSPY map. VATAWARE and VATASTIC does poll the networks as well.

Then again, SIMACARS is a self-contained separate utility that sources its data from SimConnect /FSUIPC.   And even then it has trouble sensing Taxi Lights ON and other bugs.  The Manual claims that SDKs from developers are missing or unavailable at time of development. But just about every plane in my fleet apparently have SDKs that were unavailable... cause they all get flagged for No Taxi lights.



Thank you Sophie for stepping in and dropping the hammer on this.



Bug reports / Re: Google Maps error just popped up
« on: July 27, 2018, 07:45:29 PM »
Good news.  Today was the final email exchanges with the Google Tech guy.

My Maps are once more working - using my Proprietary API KEY.

It was NOT a smooth transition to the FIX simply because Google treats 'individuals' as though they are DEVELOPERS.  It's the Google 'Culture'.   During the email exchanges, one email literally stated that they (Google) DEAL with DEVELOPERS and... DEVELOPERS should KNOW how to implement and activate an API KEY.  "Yeah!"

The journey I underwent involved...

a) landing at a Tech Suport person who had ABSOLUTELY  NO IDEA of the problem
b) Transfer to a Sub Contractor Company ( Google is in the $$$ making... farming out the income stream to whomever buys into the business model ) who took me down the BILLING path until he realized my usage of the Maps essentially showed that in one year of my VA's operation I would NEVER have exceeded the qouta
c) Transfer to an actual Google Tech... who - though helpful - saw me as a DEVELOPER

Anyway... getting a personal API KEY is possible. My advice? Get one!!!

Be aware though... Any future VAM updates - providing the updates do NOT trash the various .PHP scripts now containing your personal API KEYS - have to be examined carefully for adverse impact.



Perhaps someone more familiar with the .PHP scripts can advise me which file I can edit to turn OFF the annoying ability for VAM to disconnect users after a period of time?  I thought it was a switch in VA Parameters... but NO... I guess.



Bug reports / Re: Google Maps error just popped up
« on: July 25, 2018, 09:25:18 PM »
Ok!  The Google GURU called again an hour ago.  I am now the owner of an API KEY tagged to my virtual airline and my maps are once more functional all across the management system.

That's all for now,


Please tale a look at this Topic on the forum. It explains what the issues are with the "For Development Uses Only" message and the grey's out map...

I am awaiting yet another phone call from the Higher Level Google Tech Specialist who will assist me with my personal API KEY.  My problem is... the Google website page (where a Key can be generated) will NOT complete the 3 steps... neither using Internet Exploder, Google Dull nor FireKitty.

As soon as I get the request (for my Unique API KEY) resolved... I will report back.



Bug reports / Re: Google Maps error just popped up
« on: July 24, 2018, 12:00:54 AM »
I just got off the phone - today Monday - with the same Google Representative from last Friday's phone call.  She is informing me that THEIR TECHNICAL GURUS are reporting  a whopping 10,000 yep ten thousand Map Loads each day associated with the VAM API Key.

Furthermore, she's indicated that the VAM API Key is banned because of that horrible number 10,000.

Hey! I'm just the messenger.

As was previously suggested by other members.     Please visit Google and do what you need to to generate your OWN personal API KEY that you'll just REPLACE the one included with VAM 2.6.2 and, as she stated... disassociate yourselves from what Google considers VAM to be... a project with massive map loads ((10,000/day)).

When I asked her to do the math... she freaked out.

Let's see... 24hrs in a day... 10,000 map loads/day... that equals 417 map loads per hour. Right?       Some serious flying and home page refreshing is going on out there folks.   Remember... even a STATIC VAM home page that contains a single active flight GETS REFRESHED how many times in an hour?  Each refresh equals a Map Load.

Solution, again... get your OWN API KEY and tell your pilots to NOT LOOK at the MOVING/REFRESHING map... LOL

You'll need to generate an API KEY for a Javascript implementation of the Map.

Shaking my head,


« on: July 23, 2018, 05:52:24 PM »
I just took another look at image #4. Would you try recreating a NEW virtual airline and make sure there is NOT a "/" after VAM? Then try connecting to the NEW virtual airline?  Let us know if that solves the problem?



Support for VAM 2.4 - 2.6 / Re: Maintenance
« on: July 23, 2018, 05:41:17 PM »
the bit of code cited above begins at line#440 in that .php file.   I don't mean to hikack  this topic. But... I would seriously caution anyone from editing ANYTHING in this .php file.  It works 100% in my implementation of VAM.

Bottom line... it is the engine that processes pireps!   It moves plane and pilot to the arrival ICAO... checks for damages... wear... and YES... if it's time to send the ole girl to the mechanics for a couple days worth of repair and such.

There has to be another reason for the situation being described.  Again... tweaking this code could lead to some really bad juju down the road.

Also remember... the Financials... iirc... was NOT completely coded to output certain $$$ in the Financial Reports.  I think I read this somewhere in the Forum... I just can't remember which topic.  Just like the 'pilots' table is in the database but never used... gvauser IS the pilot's repository instead.

It's really tough... I'm spending wayyy to much time looking at code these past few days. So, my advice is... "before pulling out the surgical tools... send the patient to a holistic medicine specialist".



Hello dohavik... You an I both have that r/w time crunch looking us head on.  Hopefully today I too will take a look see at possibly implementing this 'Jewel' of a find.  Stay tuned...



Bug reports / Re: Google Maps error just popped up
« on: July 23, 2018, 04:21:03 AM »
Couldn't leave it alone... plus I'm still enroute VAPO.  Anyway.  If you feel brave enough to mod .php code... you can disable the live maps (Google API) from displaying completely  ON THE HOME PAGE  by finding line # 56 in main_index.php  and commenting it out.  Here's what (my) line # 56 looked like after being commented out...

/*include ('./vam_live_flights_map.php')*/ ?>  Note the RED items - the open and close comment within the open and close php tags.

It's not gonna win the Purlitzer Prize... just a simple bypass.   Save the edits then refresh the home page - with a live flight on the Map - and WHAM!   No more live map.  You will still see a listing of ALL current and active flights... which is cool because those are called by an SQL statement.

Let me assure you... to disable this pesky Google API business requires the bypassing of calls to ALL OF the php code that displays for each and every HUB Map... "Yep!" and for the Pilot's Last 10 Flights Map display.

Basically... If you see a Map? You have to bypass the call to it by commenting out the code/call.


I too understand why Alex may be rethinking the next forward steps.  VAM has a decent slab of concrete to build a foundation on.  Importing (really integrating) some of the 'Nice-to-Haves' is a tough way to go especially if the foundation is 5mm outside of spec and cement is in short supply.


I must look now for Vatsim Supervisors and maybe take a 31minute power nap.   LMAO


Bug reports / Re: Google Maps error just popped up
« on: July 23, 2018, 01:29:45 AM »
Hello VA Pilot.  I agree and understand completely your statement about Alejandro and a credit card and so on.

In hindsight, I've invested  just around $100USD between buying a domain + an SSL Certificate + many many hours of looking at .php code + making small tweaks here and there + forgetting to feed the dog and stuff like that.

The SSL will need replenishing in 9 months because I've not put it to use since I bought it 3 months ago.  So... Yeah... Money money money... then comes His Royal Lowness - Google - to suck some more money.

So, a FREE membership VA is rapidly becoming a thing of the past.



Pages: 1 [2] 3 4 ... 6