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•10mo ago

Comments

buildsjets•10mo 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•10mo 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•10mo ago
(2003)
throw0101b•10mo 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•10mo ago
Are there any public, open, comprehensive datasets on flights?
dieselerator•10mo 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•10mo 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•10mo 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•10mo 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•10mo 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/

How I use Claude Code: Separation of planning and execution

https://boristane.com/blog/how-i-use-claude-code/
101•vinhnx•1h ago•49 comments

Are compilers deterministic?

https://blog.onepatchdown.net/2026/02/22/are-compilers-deterministic-nerd-version/
32•fragmede•1h ago•26 comments

Show HN: Llama 3.1 70B on a single RTX 3090 via NVMe-to-GPU bypassing the CPU

https://github.com/xaskasdf/ntransformer
101•xaskasdf•5h ago•26 comments

Evidence of the bouba-kiki effect in naïve baby chicks

https://www.science.org/doi/10.1126/science.adq7188
69•suddenlybananas•4h ago•20 comments

Parse, Don't Validate and Type-Driven Design in Rust

https://www.harudagondi.space/blog/parse-dont-validate-and-type-driven-design-in-rust/
125•todsacerdoti•6h ago•37 comments

How far back in time can you understand English?

https://www.deadlanguagesociety.com/p/how-far-back-in-time-understand-english
365•spzb•3d ago•210 comments

zclaw: personal AI assistant in under 888 KB, running on an ESP32

https://github.com/tnm/zclaw
98•tosh•13h ago•54 comments

EDuke32 – Duke Nukem 3D (Open-Source)

https://www.eduke32.com/
152•reconnecting•6h ago•56 comments

Forward propagation of errors through time

https://nicolaszucchet.github.io/Forward-propagation-errors-through-time/
6•iNic•2d ago•0 comments

CXMT has been offering DDR4 chips at about half the prevailing market rate

https://www.koreaherald.com/article/10679206
157•phront•11h ago•132 comments

Claws are now a new layer on top of LLM agents

https://twitter.com/karpathy/status/2024987174077432126
196•Cyphase•1d ago•648 comments

A Botnet Accidentally Destroyed I2P

https://www.sambent.com/a-botnet-accidentally-destroyed-i2p-the-full-story/
4•Cider9986•1h ago•0 comments

Who's liable when your AI agent burns down production?

https://reading.sh/whos-liable-when-your-ai-agent-burns-down-production-039193d82746?sk=4921ed2db...
26•zenoware•2h ago•6 comments

Finding forall-exists Hyperbugs using Symbolic Execution

https://dl.acm.org/doi/full/10.1145/3689761
16•todsacerdoti•5d ago•0 comments

Canvas_ity: A tiny, single-header <canvas>-like 2D rasterizer for C++

https://github.com/a-e-k/canvas_ity
61•PaulHoule•7h ago•23 comments

Toyota Mirai hydrogen car depreciation: 65% value loss in a year

https://carbuzz.com/toyota-mirai-massive-depreciation-one-year/
95•iancmceachern•8h ago•233 comments

Personal Statement of a CIA Analyst

https://antipolygraph.org/statements/statement-038.shtml
169•grubbs•8h ago•94 comments

What not to write on your security clearance form (1988)

https://milk.com/wall-o-shame/security_clearance.html
383•wizardforhire•9h ago•168 comments

Inputlag.science – Repository of knowledge about input lag in gaming

https://inputlag.science
63•akyuu•6h ago•12 comments

I verified my LinkedIn identity. Here's what I handed over

https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/
1179•ColinWright•19h ago•409 comments

Acme Weather

https://acmeweather.com/blog/introducing-acme-weather
195•cryptoz•19h ago•122 comments

Be wary of Bluesky

https://kevinak.se/blog/be-wary-of-bluesky
246•kevinak•1d ago•173 comments

Online Pebble Development

https://cloudpebble.repebble.com/
20•teekert•5h ago•6 comments

Permacomputing

https://wiki.xxiivv.com/site/permacomputing.html
101•tosh•4d ago•25 comments

Uncovering insiders and alpha on Polymarket with AI

https://twitter.com/peterjliu/status/2024901585806225723
131•somerandomness•1d ago•120 comments

I Don't Like Magic

https://adactio.com/journal/22399
112•edent•3d ago•97 comments

Keep Android Open

https://f-droid.org/2026/02/20/twif.html
1990•LorenDB•1d ago•691 comments

A16z partner says that the theory that we’ll vibe code everything is wrong

https://www.aol.com/articles/a16z-partner-says-theory-well-050150534.html
81•paulpauper•1d ago•111 comments

AI uBlock Blacklist

https://github.com/alvi-se/ai-ublock-blacklist
222•rdmuser•18h ago•100 comments

Show HN: Iron-Wolf – Wolfenstein 3D source port in Rust

https://github.com/Ragnaroek/iron-wolf
58•ragnaroekX•10h ago•20 comments