内容简介:Ryanair is a wonderful example of two extremes - it’s one of the worst possible airlines that nickel and dimes you for everything,Flight prices around Christmas time out of MilanSome friends and I wanted to take a trip out of Venice right before Christmas.
Ryanair is a wonderful example of two extremes - it’s one of the worst possible airlines that nickel and dimes you for everything, it’s not a great employer , and it is rated the worst European airline ; however, it’s dirt cheap.
Flight prices around Christmas time out of Milan
Some friends and I wanted to take a trip out of Venice right before Christmas. We did not want to do a single round trip, though - we wanted to do a multi leg journey. The problem with Ryanair’s site, however, is that it only lets you make a single round trip itinerary. This is great for round trip flights to a single destination, but means that it’s a significant amount of work to cross reference which city goes where. If my flight plan is Airport A -> Airport B -> Airport C -> Airport A there’s no way to check that B -> C -> A is a valid journey without checking both the B -> C segment and the C -> A segment.
For instance, our first thought was to go to Berlin. Great - Ryanair has a nonstop from Venice Treviso to Berlin Schönefeld. If we want to add another leg of the trip, which then proceeds to return to Venice Treviso, we’d need to manually go through each of the airports that Berlin flies to and see if that airport flew to Venice.
We could model the relationship between airports as a graph, and then look for a cycle in the graph of size 3, with two nodes we already know.
The first step was to actually get the data from their site.
Inspecting their site
I was hoping for an XHR
request that retrieved a full list of airports in JSON format. Unfortunately I wasn’t that lucky, but I got close enough. The HTML contained a lot of ng-
attributes, so I knew it was an angular app. Angular will store all variables in the state of a node, so I could just extract it from there.
The front end clearly did some sort of filtering - if you selected a departure airport it would only show you available destinations. I thought I could just find the node’s state and extract it from there.
Ryanair only shows you available destinations from your airport of choice
I started poking through devtools, using angular
to inspect various nodes’ state. In the HTML for the destination picker there was a normal ng-repeat
that iterated over a local variable allAirportsList
in a destinationPicker
object.
There was a coreList state variable
I traversed down the state tree until I found the allAirportsList
property, which contained all the airport keys and the locations to which they flew. I extracted this state (over 1MB of route information) and could now build a graph representation of airport connections.
Building out a graph model
First I had to store the information in a method that would be easily parsed and converted into a graph. The easiest would be to just have a map in which every key (an airport IATA code) was a set of all the airports that it could fly to.
let mappings = {}; let airportCodes = []; for (const airport of airports.allAirportsList) { let id = airport.id; //format airport:XYZ let ryanairId = id.split(":"); if (ryanairId[0] === "airport") { let iata = ryanairId[1]; airportCodes.push(iata); if (!mappings.hasOwnProperty(iata)) { mappings[iata] = new Set(); } let routes = airport.routes.filter(entry => { return entry.startsWith('airport'); }); routes = routes.map(entry => entry.split(":")[1]); // Format airport:XYZ routes = routes.map(entry => entry.split("|")[0]); // Some airports have format airport:XYZ|XYZ City for (const route of routes) { mappings[iata].add(route); } } }
I’m not sure if this is a bidirectional graph - I don’t know if Airport A flying to Airport B means that Airport B also flies to Airport A. For now I’ll keep this as a directed graph.
I decided to use Cytoscape to visualize the results, as I’d used the library before. This visualization will help in the final graph, as it will show all the valid airports.
Click Start Above
We could now visualize a graph of every airport and it’s destinations. This was significantly more than I was expecting - the graph is almost unusable there are so many connections (there are 4223 edges!). We’d need to filter this more to remove all airports that did not satisfy our conditions.
Click Start Above
This is a graph that only shows outgoing connections from SXF
, Berlin Schönefeld. However, this shows us destinations that might not connect to TSF
.
We want a list of potential cities that A) Are reachable from Berlin and B) Will fly to TSF
, Venice Treviso.
We can just check each of the airports in the above graph and cross reference it with our original mappings
- if TSF
is not in the mapping, then we can remove it and all it’s edges from the graph.
Click Start Above
And there we have our graph! All valid connections that go TSF -> SXF -> ??? -> TSF
.
The best part of this is that all the above airports fly to TSF
- we can add many more airports to our trip this way. We know that any path in the graph above lets us return to TSF
, which means we can do a trip with N
many distinct stops, where N is the length of the longest non repeating path!
We can also run a Depth First Search from SXF
to compute the full path to every node.
Path
Deciding on cities
The graphs above are a cool visual representation but our end goal is really just a list of possible voyages - something like TSF -> SXF -> MLA -> TSF
. The full list is here:
- AGP - Malaga, Spain
- BRI - Bari, Italy
- BRU - Brussels, Belgium
- BUD - Budapest, Hungary
- CGN - Cologne, Germany
- CTA - Catania, Italy
- DUB - Dublin, Ireland
- EDI - Edinburgh, United Kingdom
- EMA - East Midlands, United Kingdom
- KRK - Krakow, Poland
- LPA - Gran Canaria, Spain
- MAN - Manchester, United Kingdom
- MLA - Malta, Malta
- OPO - Porto, Portugal
- PMO - Palermo, Italy
- RAK - Marrakesh, Morocco
- SOF - Sofia, Bulgaria
- STN - London Stansted, United Kingdom
- SVQ - Seville, Spain
- SXF - Berlin Schönefeld, Germany
- TFS - Tenerife South, Spain
- VLC - Valencia, Spain
- VNO - Vilnius, Lithuania
Cycles, NP-Complete-ness, and arbitrary airports
I thought it would be fun to see if we could actually find a Hamiltonian Cycle in the graph. Unfortunately, with 242 airports and over 4000 routes this would be nearly impossible to compute. It’s actually not that bad to find it in the final graph below, though - although it is NP-Complete, when a graph is as connected with as many edges as above it’s actually not that difficult to find.
I also wrote the tool below to compute cycles up to 4 airports in length, starting and ending from a set airport.
Number of Additional Stops
Start
End
Conclusion
This was the first time I’ve used a graph algorithm in a non-academic context, which is pretty cool. It was a fun endeavour that created a tool that will hopefully be useful to some. If you’re looking to plan a super cheap European vacation you can just use this to add all the legs of your Ryanair flights!
A nice future addition would be to somehow get price data for each flight plan. I found their API and it’s pretty straight forward:
curl 'https://api.ryanair.com/farefinder/3/oneWayFares?&departureAirportIataCode=TSF&language=en&limit=16&market=en-gb&offset=0&outboundDepartureDateFrom=2018-10-04&outboundDepartureDateTo=2019-10-26&priceValueTo=150'
I might get to that if I find that our N-length trip gets too expensive.
Also I apologize if this webpage was slow or clunky - normally I’m a huge fan of web optimizations , but this blog post needed libraries that are significantly slower than average to show what I wanted to show.
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
HTTP/2基础教程
Stephen Ludin、Javier Garza / 罗正龙、郑维智 / 人民邮电出版社 / 2018-1 / 49.00元
让网站和应用更快速、更简洁、更稳健,从而有效提升用户体验,这无疑是众多开发者梦寐以求的。然而互联网发展日新月异,HTTP/1.1协议已经难以满足现今的需求。在众多Web性能提升方案中,HTTP/2值得尝试。 本书是HTTP/2实用指南,介绍了HTTP/2的设计初衷和新特性,以及如何才能充分利用这些特性来打造高性能网站及应用。作者用定量分析方法,对比了不同网络环境下及不同浏览器上HTTP/1.......一起来看看 《HTTP/2基础教程》 这本书的介绍吧!