In-Development TradeDangerous: power-user trade optimizer

TD Users around the world

Some interesting stats from the Maddavo Market Share server. These are all based on Python user agent requests to the new server...

Map of TD Users around the world.
TD Users Map.jpg

It seems most TD Users are from the US, UK and Germany.
TD User Pie.jpg

Visits since 25th Jan - Top 10 Countries
Country Count
United States 1097
United Kingdom 737
Germany 651
Australia 275
France 155
Japan 88
Sweden 76
Finland 75
Portugal 74
Belgium 53
 
Hi.

Final version of command in attach:


Version of profit_cmd was updated in quoted post.

Short description of command - "Command for finding max profitable point-to-point circle routes depending on different parameters".

It try to find these routes in while amount of collected data, independently from current position in galaxy.

By default it uses one pair of items:
On one side: Palladium, Gold, Beryllium
vs
On another side: Consumer Technology, Performance Enhancers, Progenitor Cells
 
Thanks, Chem! I'll post this here for anyone looking into "how can I add a command?"

1- The "easiest" way (for *me*) is if you can make a "pull request". To do that, though, you'll probably want to look into using "SourceTree" and "fork"ing the repository. I understand if people don't want to hvae to become git experts in order to contribute, though :)

2- Upload your proposed .py file to dropbox or pastebin, create an Issue Ticket on the Issue Tracker (http://kfs.org/td/issues) and link to the source there,

3- Discuss it in the group (http://kfs.org/td/group), there are users there who may help you do #1 instead.

@Chem: I've sent you a private message, that still applies :)

- - - - - Additional Content Posted / Auto Merge - - - - -

WHERE ARE TEH UPDATES?

It's a busy week for me, so I'm not getting to work on TD OR play ED. And by "not work on TD" I mean there's only been a slow trickle of updates.

Code:
commit f74e11ddf82fe04b62bbb385331ccc3ef507efb4
Author: Oliver Smith <oliver@kfs.org>
Date:   Wed Jan 28 22:25:57 2015 -0800

    Cache performance: Ignore the hell out of category lines in the .price file

commit 5eaf9a518fca01a66d46a75a8cf7fae3165fa86d
Author: Oliver Smith <oliver@kfs.org>
Date:   Wed Jan 28 21:53:01 2015 -0800

    Cleanup

commit 1e97cf4a1b0a76ec7237f66e316e9cf0f8600a06
Author: Oliver Smith <oliver@kfs.org>
Date:   Wed Jan 28 21:46:30 2015 -0800

    CHANGES Update

commit eff71eb34411dfd4d41f3479ec80f10037d41f81
Author: Oliver Smith <oliver@kfs.org>
Date:   Wed Jan 28 21:43:20 2015 -0800

    PEP 8 Cleanup cont

commit 2aed8bcd001dc1e2077c59ea246d21c7f50480bf
Author: Oliver Smith <oliver@kfs.org>
Date:   Wed Jan 28 21:20:58 2015 -0800

    PEP 8 Cleanup

commit 8a284d8390c34e9e1dcb495f2afeddeaea10cb9c
Author: Oliver Smith <oliver@kfs.org>
Date:   Wed Jan 28 20:07:55 2015 -0800

    Stations from Cmdr MacNetron

commit 3c290eabf2170f95987f417f01ee15b5f5cd2af7
Author: Oliver Smith <osmith@fb.com>
Date:   Wed Jan 28 11:31:44 2015 -0800

    Stations from bitbucket, derp defense, credits

commit 08302f2481f2ee63496c25acbde20c2c0c952e1f
Author: Oliver Smith <osmith@fb.com>
Date:   Tue Jan 27 16:55:16 2015 -0800

    Don't need to report which platform we are

commit efbe29e36a55e5da1ea7dd71dbb8f099dda2917a
Author: Oliver Smith <osmith@fb.com>
Date:   Tue Jan 27 11:00:23 2015 -0800

    Make submit-distances executable

commit 3bd8df6b5d77f489dabb30d1051ad8e58c6d1efa
Author: Oliver Smith <osmith@fb.com>
Date:   Tue Jan 27 10:58:33 2015 -0800

    Fix station for unknown system and ocr derp

commit fb8543ea43db61dc8031cbe4e02d893b8ae3c43b
Merge: f486b78 43420cc
Author: Oliver Smith <oliver@kfs.org>
Date:   Tue Jan 27 10:56:33 2015 -0800

    Merged in RavenDT/tradedangerous (pull request #97)

    Stations update

Yeah. Most of that is stuff I've done on the shuttle to/from work.
 
1- The "easiest" way (for *me*) is if you can make a "pull request". To do that, though, you'll probably want to look into using "SourceTree" and "fork"ing the repository. I understand if people don't want to hvae to become git experts in order to contribute, though :)
Thanks. Done.
 

wolverine2710

Tutorial & Guide Writer
What about http://www.elitetradingtool.co.uk/ ? If we all support this tool, it'll get better and for most people it's an easier solution because it's just a website and doesn't need a Python script editor on one's local machine.

Everybody likes different things in a third party (trading tool). Afaik Thrudds tool is not open source so I don't know commanders can support with tool. In the section "how can you contribute" contributing with code is not mentioned. On the same page section "Is there an API? the following is said: "One is currently in development and should be available in the not too distance future." When its possible to upload prices to Thrudd I can imagine that a plugin for TD will be written. That way TD can contribute to Thrudd. I'm hoping that Thrudd will be uploading to EDDN (soon) also - used by Maddavo's plugin. That way Thrudd can contribute to TD as well. There is not perfect tool, every tool has its advantages and disadvantages. Personally TD for me is more powerful.
 
I have just used the --import command for the first time and received thousands of "NOTE: Added local station placeholder for ..." lines. Is this normal?
 
I used EliteOCR to export .prices file and I get a message like this during import:

"NOTE: Ignoring '<system>/<station>' because it looks like OCR derp."

What is wrong with the .prices file? I have two systems in the file and the second one imported ok.
 
I have visited OLWAIN system in the last couple of hours. There is definitely no J. G. Ballard Terminal in that system. Yet maddavo's data says that the trade data for that station was updated less than 0.5 days ago.

On the other hand, I do though have a 'StJepan Seljan terminal' in that system which wasn't in maddavo station.csv, and I have added myself, and uploaded to maddavo.

Could these 2 stations be in any way related? Is there some kind of sabotage going on?
 
I have just used the --import command for the first time and received thousands of "NOTE: Added local station placeholder for ..." lines. Is this normal?

If you have a version from this week, it also explains what this is about at the end of the run. It's perfectly normal.

- - - - - Additional Content Posted / Auto Merge - - - - -

I used EliteOCR to export .prices file and I get a message like this during import:

"NOTE: Ignoring '<system>/<station>' because it looks like OCR derp."

What is wrong with the .prices file? I have two systems in the file and the second one imported ok.

The OCR tools aren't very good at distinguishing 'O' and 'D', so they keep generating station names like "SOME OOCK" instead of "SOME DOCK". The "system/station" it showed you should have indicated exactly which system/station the problem was with.
 
What about http://www.elitetradingtool.co.uk/ ? If we all support this tool, it'll get better and for most people it's an easier solution because it's just a website and doesn't need a Python script editor on one's local machine.

Other than opening your wallet, how does one contribute to that tool?

Or are you worried about data? Because I think you've missed the point there -- our data isn't "private" -- unlike ETT our data is freely available and is shared with several other tools.

TD is open source and modular and open licensed, which means other people can, and have, used some of it's code, its data format or just been inspired by the way of doing things I've exposed in the code.

And for what it's worth, TD isn't lacking a front-end because I'm some jerk who thinks everyone should use the command line. Rather, I have a particular set of skills, and they don't extend to building good user interfaces. So I've stuck to building what I'm good at. If someone wants to contribute a GUI to TD or build their own, I'm more than happy to support that.

So I propose a counter to your proposal: Why don't we support elitetradingtool.co.uk by encouraging him to use TD as a back-end for his service so he can concentrate on building a great user experience with an incredibly powerful back-end. Or he could pull in data from the TD community - we're not empire building here, and all of the data people share is public, just like the data in EDDN.

- - - - - Additional Content Posted / Auto Merge - - - - -

I have visited OLWAIN system in the last couple of hours. There is definitely no J. G. Ballard Terminal in that system. Yet maddavo's data says that the trade data for that station was updated less than 0.5 days ago.

On the other hand, I do though have a 'StJepan Seljan terminal' in that system which wasn't in maddavo station.csv, and I have added myself, and uploaded to maddavo.

Could these 2 stations be in any way related? Is there some kind of sabotage going on?

Some of these "misplaced stations" come from OCR Derp.

Oddly, when I go to the galaxy map and search for "J. G. Ballard Terminal" it takes me to olwain.
 
Last edited:
Oddly, when I do that, it takes me to HIP 95309

Insert twilight zone music.

Ok - could this be evidence of an ED bug with stations? Can we get some folks to check the System Map of Olwain and see if it contains J. G Ballard's bucket of rust?
 
Re: Station searching with Galaxy Map

I suggest that the Galaxy Map should NOT be used to search for Stations.
It is possible to enter a station name in the galaxy map search field - it will then usually take you to a system. I imagine that is supposed to mean that the Station is within that system. HOWEVER, more often than not (in my experience) the system indicated does NOT contain any station with any relation to the search criteria you entered. So it cannot be trusted.

The System View can be used to work out if a station exists or not (and the landing pad size), provided you can see the whole system. BUT some systems are huge and not scrollable beyond the screen limits even when fully zoomed out - no matter what you try to select to pull focus the centre of the screen. In such cases the Nav panel is the only way I can think of to confirm a station's (non-)existence.
 
If anyone is still toying with EDDN stuff, there's a Python EDDN API I wrote today in the misc directory. In a Python REPL (prompt), you can do:

Code:
>>> import misc.eddn
>>> help(misc.eddn)
 
I today found a station with Berryllium listed for 11 Cr.

Isn't there a sanity check applied for data that is received?

PS: I uploaded a corrected version to maddavo.
 
Back
Top Bottom