• Welcome to the new COTI server. We've moved the Citizens to a new server. Please let us know in the COTI Website issue forum if you find any problems.
  • We, the systems administration staff, apologize for this unexpected outage of the boards. We have resolved the root cause of the problem and there should be no further disruptions.

Trade Routes

Has anyone every done any work around setting up trade routes as optimisations of linear programs?

Multicommodity flows?

Has anyone used glpk (gnu linear programing kit)?

I am doing so. Just wondering if I am alone or reinventing the wheel?

Justin.
 
Has anyone every done any work around setting up trade routes as optimisations of linear programs?

Multicommodity flows?

Has anyone used glpk (gnu linear programing kit)?

I am doing so. Just wondering if I am alone or reinventing the wheel?

Justin.

I think related things were done, certainly economic simulation, but perhaps not at your level of sophistication...
 
maybe start using the traveling (maybe that should be travelling) salesman problem to optimize routes: http://en.wikipedia.org/wiki/Traveling_salesman_problem

Problem: Given a number of cities (systems) and the costs of travelling from any city (systems) to any other city (system), what is the least-cost round-trip route that visits each city (system) exactly once and then returns to the starting city (system)?

Of course, my brain starts to hurt looking over that, and then the traveling salesman does not have to worry about pirates (well, at least in some Traveller universes he would have to worry about them!)
 
The travelling salesman is exactly the kind of maths I am talking about. The way I am formulating the problem is "minimum cost multicommodity flow". I am not trying to formulate what is the route the travelling salesman (read freetrader) would use.

I am formulating what general trade network would appear. Where the bulk carrier routes would be. What places would have a lot of throughput, what areas would be skipped over and be backwater. (Where the pirates would likely lurk :) ). All that kind of stuff. In effect, where are the dark alleys of the subsectors.

I am working in an non OTU. I am using 3 dimensional mapping. When I have got it up and going, I will publish stuff to the board, so that the rest of you can plug in your own values. Right now I have got it going with using multiple commodities and 1 kind of ship network (freetraders for jump 1 and fartraders for jump 2). I am sorting it out by using the f'trader network and a second overlayed network of AT Tukera cargo carriers. The second network add on has not worked yet.
 
I've wondered if those types of routes would even exist. Or would brokers set up trades and payments ahead of time leaving the Free Trader as more of a transporter only like modern trucking companies. The Free Trader would then be an independent shipping company with passenger service as well - without all of the buying and selling of trade items.

But maybe that's for another thread.
 
Has anyone every done any work around setting up trade routes as optimisations of linear programs?

No, but I did spend three years developing transport models to study the economics of congestible transport networks, particularly the streets of Australian cities.

As far as I can see you don't need to use the Simplex Algorithm when you are dealing with space transport because the links are not capacity constrained and the node capacities are expandible by investment. You can just assume that the starports and ships will expand to market equilibrium. It's just a matter of generating volumes on OD pairs and then assigning them to routes. Or were you thinking of linear constraints to handle multilateral balance of trade?

You should, however, look into the Four Step Model for transport modelling (trip generation, mode split, destination choice, route choice). ou won't need to iterate it because your links aren't congestible, which means utilisation won't affect the skim matrix: it's just a matter of finding shortest path lengths, and the Simplex Algorithm is overkill for that . (Mind you, the algorithmic efficiency is not so bad with today's desktop resources, and it is at least simple to use Simplex for everything. But back in my day I was using a 90 MHz 486 DOS box, and iterating my models up to thirty times to get convergence.)

You are soon going to discover that trade economists use gravity models, sometimes fitting the exponent econometrically. But that is just a hack: there is no economics behind gravity models. I would suggest that you try out multinomial probit modelling, which has foundations in discrete choice theory. If you treat each planet as one of its own trading partners (which is actually simpler) you ought to be able to generalise out the trade/GWP value as an endogenous prediction of the model.

Or were you thinking of triangle trade and the back-haulage problem?
 
Last edited:
There are or were maps of OTU trade networks based on the algorithem from GT. Its a gravity model with the variables based on Traveller. They were done by Anthony Jackson. And after checking my links he site is gone or moved. I have a few of his sector maps for the domane of Deneb. As I remember it he used a PERLE script to generate the trade routs for the entire Imperium and all of the "official" sectors out side of it.
 
There are or were maps of OTU trade networks based on the algorithem from GT. Its a gravity model with the variables based on Traveller. They were done by Anthony Jackson. And after checking my links he site is gone or moved.
It died and I haven't restored it, though you can probably find the data on the wayback machine. The files at sjgames.com are extremely old.

My algorithm is pretty stupid, though; it just picks shortest route and makes some attempt to merge routes as a tiebreaker (if multiple routes are equal in length).
 
Back
Top