I am looking for award availability from SFO to EZE, using ORT: Skyteam Awards, yet all that shows me is availability on CO. I know there are flights to EZE on DL and AM too, but they are not coming up! Even when I use ATL-EZE as city pairs, only CO flights are showing up...
That is, indeed, what the SkyTeam search engine currently returns -- unfortunately, there is no way to override this behaviour...
How do I find out what the class codes are for QR? I thought the highest classes were always first, but the following doesnt seem to follow that principle:
This might suggest that F/P are first class, and C/J are business. But why more P than F spaces and more J than C spaces. Also what is the A and O? Too many First class codes?
I think that this might be the wrong kind of forum for that .
Firstly, it's a performance issue -- no web-based solution will ever be as fast a well-written native [Win or Mac] application. Secondly, there are currently operational/technical constraints for making the Tool web-based.
Indeed, and I certainly appreciate your continued support of the project.
Not to derail the thread too much, but the performance argument always elicits a response. Writing it in Java would solve the platform independence, and Java these days is very nearly as high performing as a natively linked & compiled app.
Of course, I may be biased as a Java engineer, but I can say with complete certainty that there is at least one example of an application written entirely in Java that is responsible for handling hundreds of flight availability queries per second, and it doesn't bat an eyelash. Now granted, this is across all instances of the application, but I guarantee there aren't hundreds of instances deployed in parallel. I'll give you a hint. Its mother-ship is also a type of sword.
When you're screen-scraping from the web, I don't think the latency from the JVM overhead is going to be your bottleneck.
Though I completely agree with you that porting what you've developed to date is not a trivial effort!
Of course, I may be biased as a Java engineer, but I can say with complete certainty that there is at least one example of an application written entirely in Java that is responsible for handling hundreds of flight availability queries per second, and it doesn't bat an eyelash. Now granted, this is across all instances of the application, but I guarantee there aren't hundreds of instances deployed in parallel. I'll give you a hint. Its mother-ship is also a type of sword.
The performance issue concerns mostly the GUI, and in that area, Java's performance, at least under Win32, is quite dreadful....
I contributed for the platinum subscription recently and have already used it frequently. Found this tool to be very useful. Nice work, KVS!
A few comments for you KVS -
1. OneWorld Award search generally shows flight availability for AA, BA and QF. Is there anyway we can see availability on other OW carriers?
2. While searching for OW award flights out of DEL airport, it returns an error. Can you look into it?
Thanks once again for the great utility you are offering. Worth it IMHO.
I contributed for the platinum subscription recently and have already used it frequently. Found this tool to be very useful. Nice work, KVS!
A few comments for you KVS -
1. OneWorld Award search generally shows flight availability for AA, BA and QF. Is there anyway we can see availability on other OW carriers?
2. While searching for OW award flights out of DEL airport, it returns an error. Can you look into it?
Thanks once again for the great utility you are offering. Worth it IMHO.
1. OneWorld award search currently supports QF/BA/AA/AY/IB/MA/LA.
2. This is a limitation of that award availability engine (you can check awards to DEL, but not from DEL). I will be looking into possible ways of solving this issue ...
OneWorld Award Search is not displaying any BA flights since this morning. Is anyone else having a similar problem? KVS, can you look into it? Thanks!
I was able to confirm that the QF OW Award search engine is currently not returning any BA flights. This may possibly be caused by a [temporary] data link loss issue between BA and QF ...
I am trying to use the 4 access methods (Apollo, Galileo, Sabre, WSpan) to get booking code availability on LX between BOS and DEL.
No problems (from beginning of March through to end of April) getting such information from BOS to DEL (via ZUR). However, trying the reverse direction, I either get a message that no flights available (esp with Galileo) or there is a error message stating something like this is not a valid itinerary. Why the problems with obtaining the information from DEL to BOS via ZUR; while full information seems to be forthcoming from BOS to DEL via ZUR? I also seem to have the same problems with access of such information for the individual flights: DEL-ZUR or ZUR-BOS (again on LX only)?
I am trying to use the 4 access methods (Apollo, Galileo, Sabre, WSpan) to get booking code availability on LX between BOS and DEL.
No problems (from beginning of March through to end of April) getting such information from BOS to DEL (via ZUR). However, trying the reverse direction, I either get a message that no flights available (esp with Galileo) or there is a error message stating something like this is not a valid itinerary. Why the problems with obtaining the information from DEL to BOS via ZUR; while full information seems to be forthcoming from BOS to DEL via ZUR? I also seem to have the same problems with access of such information for the individual flights: DEL-ZUR or ZUR-BOS (again on LX only)?
Everything appears to work as it should in both directions. I am guessing that the error messages are caused by your use of a non-existent airport code ("ZUR").
.
.
