frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

Computational Complexity of Air Travel Planning [pdf] (2003)

http://www.demarcken.org/carl/papers/ITA-software-travel-complexity/ITA-software-travel-complexity.pdf
76•rochoa•12mo ago

Comments

buildsjets•12mo ago
This is well over 20 years old and is based on pre 9/11 flight data. I would suspect that a lot has changed since then. So proceed with no caution at all.
gwern•12mo ago
Since these sorts of things usually only get more and more complex over time, I would guess that it's all still true, but much more so.
throw0101b•12mo ago
(2003)
throw0101b•12mo ago
The PDF was produced by ITA, which famously used Common Lisp:

* https://en.wikipedia.org/wiki/ITA_Software

From 2001, a message from the same author as the linked paper:

> (Here's an email Carl de Marcken of ITA Software sent to a friend, describing their experiences using Lisp in one of the software industry's most demanding applications.)

* https://www.paulgraham.com/carl.html

Qem•12mo ago
Are there any public, open, comprehensive datasets on flights?
dieselerator•12mo ago
> Are there any public, open, comprehensive datasets on flights?

Airlines and commercial aviation operators schedule their own flights. That is a dynamic schedulle. So, perhaps there is no "comprehensive data set".

However, FlightAware makes publicly available scheduled and completed flight data over many routes in the USA. You can search by route and get a list of flights.

Flight information includes filed departure time, route of flight, and speed. For completed flights actual time, altitude, and route is shown. For example, a search on the route Dallas/Fort Worth to Austin lists 45 flights.

I hope that helps.

foundart•12mo ago
A very interesting dive into, as the title says, the computational complexity of air travel planning. Graph algorithms with lots of complexity added due to the wide variety of fare conditions that airlines have dreamt up over the years.

The article may be from 2003 but I would call it an evergreen. While I imagine some of the details have changed since then, I suspect that the complexity has only grown since then.

foundart•12mo ago
It makes me wonder: Would an airline that drastically simplified its fares be more likely to appear in flight search results?

Simplifying the fares would make it less computationally expensive and, in theory, could take fewer steps to answer a flight planning query.

Imagine a flight search planner that, say, fanned out N airline-specific workers when handling a planning query and then displayed to the user whatever results it got back within some time limit. If FooAir had simple fares, the FooAir searcher would likely run faster than searchers for other airlines. Thus it would be more likely to return results for more queries, assuming the deadline is fairly tight because of usability metrics. (People don't tend to stick around waiting for slow results.)

sjburt•12mo ago
At least a few years ago (~2014), the fare search was actually nearly instant, but all major airfare search sites added a delay because customers had the impression they were getting a better deal when they had to wait. It seems like the delay has been dialed back lately.
teleforce•12mo ago
This is a very popular article that get submitted every now and then (nearly every year) [1].

I think this kind of problem would be a very nice for logic, optimization and constraint programming that probably can be solved with modern tools like Google OR-Tool or Monash University MiniZinc [1],[2],[3].

[1] Past:

https://hn.algolia.com/?query=Computational%20Complexity%20o...

[2] Logic, Optimization, and Constraint Programming: A Fruitful Collaboration - John Hooker - CMU (2023) [video]:

https://www.youtube.com/live/TknN8fCQvRk

[3] Google OR-Tools:

https://developers.google.com/optimization

[4] MiniZinc:

https://www.minizinc.org/

The electromechanical angle computer inside the B-52 bomber's star tracker

https://www.righto.com/2026/04/B-52-star-tracker-angle-computer.html
110•NelsonMinar•2h ago•35 comments

Migrating from DigitalOcean to Hetzner

https://isayeter.com/posts/digitalocean-to-hetzner-migration/
513•yusufusta•5h ago•287 comments

State of Kdenlive

https://kdenlive.org/news/2026/state-2026/
256•f_r_d•7h ago•85 comments

Opus 4.7 to 4.6 Inflation is ~45%

https://tokens.billchambers.me/leaderboard
269•anabranch•3h ago•271 comments

Show HN: MDV – a Markdown superset for docs, dashboards, and slides with data

https://github.com/drasimwagan/mdv
37•drasim•3h ago•11 comments

Fuzix OS

https://www.fuzix.org/
42•DeathArrow•3h ago•16 comments

Scientists discover "cleaner ants" that groom giant ants in Arizona desert

https://www.sciencedaily.com/releases/2026/04/260414075641.htm
45•t-3•2d ago•20 comments

Sumida Aquarium Posts 2026 Penguin Relationship Chart, with Drama and Breakups

https://www.sumida-aquarium.com/special/sokanzu/en/2026/
104•Lwrless•2d ago•5 comments

Michael Rabin has died

https://en.wikipedia.org/wiki/Michael_O._Rabin
319•tkhattra•3d ago•69 comments

80386 Memory Pipeline

https://nand2mario.github.io/posts/2026/80386_memory_pipeline/
45•wicket•4d ago•10 comments

UpCodes (YC S17) Is Hiring SDRs to Help Make Construction More Productive

https://up.codes/careers?utm_source=HN
1•Old_Thrashbarg•2h ago

Amiga Graphics Archive

https://amiga.lychesis.net/
202•sph•13h ago•54 comments

Understanding the FFT Algorithm (2013)

https://jakevdp.github.io/blog/2013/08/28/understanding-the-fft/
19•peter_d_sherman•3d ago•2 comments

Category Theory Illustrated – Orders

https://abuseofnotation.github.io/category-theory-illustrated/04_order/
193•boris_m•12h ago•56 comments

It's OK to compare floating-points for equality

https://lisyarus.github.io/blog/posts/its-ok-to-compare-floating-points-for-equality.html
143•coinfused•4d ago•94 comments

Why Japan has such good railways

https://worksinprogress.co/issue/why-japan-has-such-good-railways/
222•RickJWagner•6h ago•236 comments

Show HN: I made a calculator that works over disjoint sets of intervals

https://victorpoughon.github.io/interval-calculator/
264•fouronnes3•18h ago•48 comments

Measuring Claude 4.7's tokenizer costs

https://www.claudecodecamp.com/p/i-measured-claude-4-7-s-new-tokenizer-here-s-what-it-costs-you
676•aray07•1d ago•470 comments

All 12 moonwalkers had "lunar hay fever" from dust smelling like gunpowder (2018)

https://www.esa.int/Science_Exploration/Human_and_Robotic_Exploration/The_toxic_side_of_the_Moon
426•cybermango•1d ago•241 comments

A Dumb Introduction to Z3 (2025)

https://ar-ms.me/thoughts/a-gentle-introduction-to-z3/
53•y1n0•4d ago•23 comments

The USDA's gardening zones have shifted. (Interactive app and map)

https://apps.npr.org/plant-hardiness-garden-map/
40•nuke-web3•2h ago•4 comments

I’m spending months coding the old way

https://miguelconner.substack.com/p/im-coding-by-hand
314•evakhoury•1d ago•302 comments

Building a Grow-Only Counter on a Sequentially Consistent KV Store

https://brunocalza.me/blog/2026/04/13/building-a-grow-only-counter-on-a-sequentially-consistent-k...
4•brunocalza•5d ago•0 comments

The quiet disappearance of the free-range childhood

https://bigthink.com/mind-behavior/the-quiet-disappearance-of-the-free-range-childhood/
130•sylvainkalache•7h ago•128 comments

Towards trust in Emacs

https://eshelyaron.com/posts/2026-04-15-towards-trust-in-emacs.html
164•eshelyaron•3d ago•25 comments

Graphs That Explain the State of AI in 2026

https://spectrum.ieee.org/state-of-ai-index-2026
20•bryanrasmussen•2h ago•10 comments

The simple geometry behind any road

https://sandboxspirit.com/blog/simple-geometry-of-roads/
108•azhenley•2d ago•12 comments

Show HN: Smol machines – subsecond coldstart, portable virtual machines

https://github.com/smol-machines/smolvm
425•binsquare•1d ago•129 comments

Are the costs of AI agents also rising exponentially? (2025)

https://www.tobyord.com/writing/hourly-costs-for-ai-agents
285•louiereederson•3d ago•114 comments

"cat readme.txt" is not safe if you use iTerm2

https://blog.calif.io/p/mad-bugs-even-cat-readmetxt-is-not
277•arkadiyt•1d ago•166 comments