Hopefully, most of you know Oliver (@kfsone) wonderful tool, TradeDangerous (TD), which is now being semi-maintained by @gazelle (Bernd) here: https://bitbucket.org/bgol/tradedangerous
The beauty of this tool is in its completeness and complexity. It is a route planner, a market database, a buy & sell location finder, and, most importantly, a complex trader calculating engine for multi-stop/multi-hop straight routes or loops. Until a few months ago, it was regularly updated by maddavo (http://www.davek.com.au/td/). Maddavo's market data (MMD) synced with EDDB daily, and was (semi-)manually updated by other tools (for example, EDMC can write station data in a format which can be updated to MMD). More importantly, MMD also had an EDDN listener. Therefore, MMD provided a full price list which was updated ebvery 24 hours, a rolline 48 hour last change list updated every 2 hours, and a rolling 3 hour new prices list updated regularly ("after a batch of data is processed"). There is a plugin for trade dangerous whoich can read these files, or they can be imported directly from the link on Maddavo's database as they are in the TD native prices" format. All was well in the world of the lite trader.
Unfortunately, over the past 4–6 months, maddavo's site has been almost completely static. Once in a whjile it updats for a day, and then remains quiet for weeks. My question to the coding experts and E lovers here is how difficult would it be to replicate/replace that functionality? Obviously this would have to be hosted somewhere too, but one step at a time.
Granted, that's probably asking a lot, just looking at the TD source code (including the plugins). As a hopefully more manageable question, how difficult would it be to be able to take a daily pricing download from EDDB or wherever, and munge it into a form which TD could import? I know that the listings.csv file on the API page of EDDB is not the native "prices" format; I've tried. Software that can be manually run to download data would be a big step! My minimal programing experience is in statistics (which is why I was able to upgrade the penalty function for distant stations); I know nothing about SQL or webscraping (and use R more than Python, although I do use it).
Any suggestions, or explanations as to why this is not a feasible task, would be greatly appreciated. Thank you.
CMDR Avi00013
The beauty of this tool is in its completeness and complexity. It is a route planner, a market database, a buy & sell location finder, and, most importantly, a complex trader calculating engine for multi-stop/multi-hop straight routes or loops. Until a few months ago, it was regularly updated by maddavo (http://www.davek.com.au/td/). Maddavo's market data (MMD) synced with EDDB daily, and was (semi-)manually updated by other tools (for example, EDMC can write station data in a format which can be updated to MMD). More importantly, MMD also had an EDDN listener. Therefore, MMD provided a full price list which was updated ebvery 24 hours, a rolline 48 hour last change list updated every 2 hours, and a rolling 3 hour new prices list updated regularly ("after a batch of data is processed"). There is a plugin for trade dangerous whoich can read these files, or they can be imported directly from the link on Maddavo's database as they are in the TD native prices" format. All was well in the world of the lite trader.
Unfortunately, over the past 4–6 months, maddavo's site has been almost completely static. Once in a whjile it updats for a day, and then remains quiet for weeks. My question to the coding experts and E lovers here is how difficult would it be to replicate/replace that functionality? Obviously this would have to be hosted somewhere too, but one step at a time.
Granted, that's probably asking a lot, just looking at the TD source code (including the plugins). As a hopefully more manageable question, how difficult would it be to be able to take a daily pricing download from EDDB or wherever, and munge it into a form which TD could import? I know that the listings.csv file on the API page of EDDB is not the native "prices" format; I've tried. Software that can be manually run to download data would be a big step! My minimal programing experience is in statistics (which is why I was able to upgrade the penalty function for distant stations); I know nothing about SQL or webscraping (and use R more than Python, although I do use it).
Any suggestions, or explanations as to why this is not a feasible task, would be greatly appreciated. Thank you.
CMDR Avi00013