In-Development TradeDangerous: power-user trade optimizer

[psuamier]

is there a way that i can set my own stations?
example: --fr nima/rash --then nima/burbank --to nima/rush

so i can see what's best to trade from "nima/rush" to "nima/rash" stations so i can have a whole loop going

the loop would be example: nima/rush -> nima/rash -> nima/burbank -> nima/rush

No, you need to edit station.csv manually with a text editor.
Concerning the missing DLL: Install the drivers as suggested by trade.py. If they are really installed make sure that they can be found by trade.py (I don't know exactly where trade.py searches for these DLLs however).

Be warned: If I update the prices all of them very old (about 17-23 days) and there are a lot of stations missing, so the file is completely useless for trading. I'm in Reorte and looked around 25LY.

I have a question as well: Why does the import remove my own data that is much newer when I update the prices with the import command ? Does not make any sense to me.

One suggestion: The local --ages is extremely helpful, but it's very difficult in case like mine (with lots of old prices) to determine which trade runs are reliable. I'd suggest to add a max-age option that shows a warning if a potential profitable trade route is out of date.

 

[xlg47]

No, you need to edit station.csv manually with a text editor.
Concerning the missing DLL: Install the drivers as suggested by trade.py. If they are really installed make sure that they can be found by trade.py (I don't know exactly where trade.py searches for these DLLs however).

Be warned: If I update the prices all of them very old (about 17-23 days) and there are a lot of stations missing, so the file is completely useless for trading. I'm in Reorte and looked around 25LY.

I have a question as well: Why does the import remove my own data that is much newer when I update the prices with the import command ? Does not make any sense to me.

One suggestion: The local --ages is extremely helpful, but it's very difficult in case like mine (with lots of old prices) to determine which trade runs are reliable. I'd suggest to add a max-age option that shows a warning if a potential profitable trade route is out of date.

If the information is that out of date, you could always help out everyone and visit each of the stations and update the prices and upload them to Maddavo's site for everyone to use. That is what i've been doing in my corner of the galaxy and why I asked originally if there was a command like local --ages

 

[psuamier]

If the information is that out of date, you could always help out everyone and visit each of the stations and update the prices and upload them to Maddavo's site for everyone to use. That is what i've been doing in my corner of the galaxy and why I asked originally if there was a command like local --ages

Yes of course, but it takes ages to gather all the prices. The manual input method is just too slow. And I assumed that the import would not delete newer entries. So now I have two price files that I need to somehow merge so at least I have a base that does not cost me too much time. Using EliteOCR is not really faster concerning possible corrections you have to make.

Edit: My old data is about 6 days old. To use it I need to export both databases. We have two files: One StationSelling.csv and one StationBying.csv (-v does not add anything to the csv). You probaby could emit other csv except if you entered new stations. Next you will need to search for your changed stations in the "old" Stations files and copy the content to the new one. Would be faster than traveling and for me maybe a bit more accurate (at least it is based on Gamma2). Leaving out old entries is not possible without programming. But if you have a nice regex filter, Notepad++ might be able to remove lines older than a certain date via Serch/Replace.

 

[xlg47]

Yes of course, but it takes ages to gather all the prices. The manual input method is just too slow. And I assumed that the import would not delete newer entries. So now I have two price files that I need to somehow merge so at least I have a base that does not cost me too much time. Using EliteOCR is not really faster concerning possible corrections you have to make.

I had in mind to just take a quick jaunt to Sol today, and I'm still not there. I ran into systems that had stations, but were not in my database so I've been docking at them and entering in the information and uploading them. So far about 10 stations in 2 systems, and once I'm done in the current system, I'll check the next system on my trip to sol.

The data for this project needs all of us to pull our weight and enter information, until we can do it automatically as we enter a station, but until then OCR or manual entry are our only options. Just take the time to update the prices. It will gain you credits in the long run.

 

[psuamier]

I had in mind to just take a quick jaunt to Sol today, and I'm still not there. I ran into systems that had stations, but were not in my database so I've been docking at them and entering in the information and uploading them. So far about 10 stations in 2 systems, and once I'm done in the current system, I'll check the next system on my trip to sol.

The data for this project needs all of us to pull our weight and enter information, until we can do it automatically as we enter a station, but until then OCR or manual entry are our only options. Just take the time to update the prices. It will gain you credits in the long run.

Yes, it seems this actually the ONLY way. If you have got prices for 25 systems in some hours, you are actually not able to upload them. You have to "update" export every single one of them and upload 25 times (if you're good you could manually concatenate them). I can understand now, why the database is as old as it is.

 

[xlg47]

Yes, it seems this actually the ONLY way. If you have got prices for 25 systems in some hours, you are actually not able to upload them. You have to "update" export every single one of them and upload 25 times (if you're good you could manually concatenate them). I can understand now, why the database is as old as it is.

What systems are out of date for you?

You can upload your full prices file (in data). Unless I'm horribly mistaken, it will only update the data on the site with newer prices from your file.

 

[psuamier]

What systems are out of date for you?

You can upload your full prices file (in data). Unless I'm horribly mistaken, it will only update the data on the site with newer prices from your file.

To put it simply

trade.py local --ages reorte

Now of course I have "trade.py update -GF -A <station>" several of them and also added 4 stations if I remember correctly. Uploading stations is easy, but I'm clueless about how to simply create the TradeDangerous.price faile containing ALL systems I updated.

trade.py export --path prices_upload --tables StationSelling,StationBying

does not offer the correct format for the upload page.

trade.py update --timestamps --all --npp

still forces me to specify "starting" but I want to export all (but "update" actually is not a real export of course).

To put it simply (again): A plug for export is missing here.

 

[xlg47]

To put it simply

trade.py local --ages reorte

Now of course I have "trade.py update -GF -A <station>" several of them and also added 4 stations if I remember correctly. Uploading stations is easy, but I'm clueless about how to simply create the TradeDangerous.price faile containing ALL systems I updated.

After updating each station, you will get an update.prices file in the main directory, also the TradeDangerous.prices file will be updated in the data directory.. that is what you upload. it will contain your full database and each entry has a time stamp on it.. when it's uploaded that is compared to maddavo's timestamps and only updated if yours is newer

 

[psuamier]

After updating each station, you will get an update.prices file in the main directory, also the TradeDangerous.prices file will be updated in the data directory.. that is what you upload. it will contain your full database and each entry has a time stamp on it.. when it's uploaded that is compared to maddavo's timestamps and only updated if yours is newer

I saw this message and always was wondering why it did not appear in the data directory... now I know why

 

[DRY411S]

After updating each station, you will get an update.prices file in the main directory, also the TradeDangerous.prices file will be updated in the data directory.. that is what you upload. it will contain your full database and each entry has a time stamp on it.. when it's uploaded that is compared to maddavo's timestamps and only updated if yours is newer

This ^. It's why everything in the TradeDangerous.prices file has a timestamp. Just upload this file. No need to 'build' your own local update.

 

[Daniel Jackson]

the prices are around the same idk waht u mean its out of date seems to be around the same or the same as the prices in the game

 

[xlg47]

the prices are around the same idk waht u mean its out of date seems to be around the same or the same as the prices in the game

The last update for prices for the stations around him are 17/18 days.. with the patches and Gamma 2 that means they could be completely wrong. I've been updating some of the stations, new items, items no longer sold. Items now being sold that previously were only bought by the station.. that's why you need recent data

 

[Daniel Jackson]

i started in LHS 1914 SYSTEM i guess thats why the price are around the same (within a few hundred credits)? btw how would i go about updating them anyway manually?


ok i see gold in LHS 1914 in the Bosch Terminal is going for 9,203 when the program is saying its 8,892

still how do i go about updating it

 

[xlg47]

i started in LHS 1914 SYSTEM i guess thats why the price are around the same (within a few hundred credits)? btw how would i go about updating them anyway manually?


ok i see gold in LHS 1914 in the Bosch Terminal is going for 9,203 when the program is saying its 8,892

still how do i go about updating it

trade.py update "Bosch Terminal"

you can also use

trade.py import --plug maddavo

to get the latest market data Maddavo has on his website (this is assuming you have the latest version of TD)

 

[Daniel Jackson]

trade.py update "Bosch Terminal"

you can also use

trade.py import --plug maddavo

to get the latest market data Maddavo has on his website (this is assuming you have the latest version of TD)

ya i did the trade.py import -i --maddavo command (i do it like every houre or so and just did it before i told u the prices) and wait the trade.py update "Bosch Terminal" command updates the prices so ur saying i dont have to manualy type them in?

btw what's the difference between trade.py import -i --maddavo and trade.py import --plug maddavo



and how do i update the program using SourceTree do i use the "fetch" button or do i use the "pull" button?



ok now im getting

trade.py import -i --maddavo
NOTE: Rebuilding cache file: this may take a moment
trade.py: Station.csv:67 Station 'APOYOTA/FlintStation' is deprecated and should be replaced with 'Flint Station'.


ok i took a look in the station.csv file and well it seems there were 3 duplicates in there

APOYOTA/FlintStation
APOYOTA/HahnRelay
EKONIR/MoreyVision

so i deleted those 3

btw thoes duplicates were in the http://www.davek.com.au/td/default.asp station.csv file as i downloaded new 1's from there and noticed

 

[psuamier]

Ok, I finally understood a very important missing piece of the TD puzzle:
The TradeDangerous.prices file is constantly updated. I had always downloaded in that directory and updated from there (on new installations). Never will do that again.
Also I will use that file for Maddavo Update. Edit: Done

Now my question: How do I submit my updated Station.csv to him ? Is Maddavo here and accepts PM ? Edit: I asked him already

Now my only concern is if I can use BPC and TrandeDangerous together (Import / Export of their data without information loss). Hopefully EDDN will solve that concern for me.

 

[maddavo]

Now my question: How do I submit my updated Station.csv to him ? Is Maddavo here and accepts PM ? Edit: I asked him already

I have replied to PM but for benefit of all, I'll discuss some points about the Station.csv on Maddavo sharing.

The shared Station.csv file is automatically updated based on prices file uploads. It contains all the stations for which there are prices in the prices file. So when you upload prices for a new station then it automatically refreshes/rebuilds the Station.csv file there. There are a couple of issues:
- It does not contain all the stations in the TD Station.csv - that one is manually updated/maintained by @kfsone . That list is more comprehensive but it also contains some stations that don't exist anymore.
- When a new station is added (because of new prices) there is no way to tell how far the station is from the nav beacon so it defaults to 0. So there are many stations that are listed as 0Ls distance. I have an import function (as an admin function) so I have imported some distance updates from other Station.csv files. Going forward, as some calcs will be based on distance, this will be more important to get accurate data for so probably the best way is for everyone to contribute to update the TD one with distances and I'll import from that.

Cheers,
Maddavo

 

[Tigh]

Nice little tool, thanks for all the work that's gone into it.

I am having one issue with market updates. I'm using the command trade.py update *stationname* and getting an error back - ImportError: DLL load failed %1 is not a valid Win32 application.

I'm running Vista 64bit on this machine and so downloaded the 64 bit version of Python. Was that the right thing to do or should I still be using the 32 bit version?

 

[xlg47]

Nice little tool, thanks for all the work that's gone into it.

I am having one issue with market updates. I'm using the command trade.py update *stationname* and getting an error back - ImportError: DLL load failed %1 is not a valid Win32 application.

I'm running Vista 64bit on this machine and so downloaded the 64 bit version of Python. Was that the right thing to do or should I still be using the 32 bit version?

I'm using the 64 bit python on Windows 7, so you should be ok with that version in Vista. Have you just tried the python command in the shell by itself just to see if there is an issue with your installation?

 

[CMDR Carbo]

I really like this tool, I have my Macbook always next to me and I prefer to enter the data there, which works great with this tool. Thank you.

However, I have a problem with the actuality of the data. Seems like around the system I currently trade in (Cosi), a lot profitable routes have been nerved or changed, nobody seems to be interested in metals anymore and the refineries are dealing with electronics (I really don't know what happened to trading ).
Anyway, the problem is that most profitable runs that are given to me are based on out-of-date data (even though I sync with maddavo daily and update stations like crazy, but I guess the runs base don the updated data are not that promising).
So it would be really helpful for me to have an "--avoid" option that is based on time, like "--avoid=2d" would ignore all stations with data older than 2 days. Is that possible?
Or is there another possibility to solve that problem?