Ok, so here'es a question that's probably been asked a thousand times, but I can't find the answer to.
Where do I find the log files that BPC is looking for? I've installed the various versions and its never been able to find them automatically. I direct it to: C:\Program Files (x86)\Frontier\EDLaunch\logs but it never makes a difference. BPC never knows my location.
What am I doing wrong?
I don´t know if someone already posted this but the toll has a little buggy information in it, Semiconductors are often Displayed as Superconductors that leds to wrong profit estimates that are far higher than anything else in the list because the system thinks that a 7000ct product is selled somewhere for 700ct (even if this is an totally different product)
So if you see a route that should give you an extremely higher profit than others in the list make sure to look if one of the buy/sell products is Superconductors, because it is most surely wrong information.
I suggest to try, at last in "dev" version and for fun. I had to create and work with databases (just little ones, whatether nothing much serious) and I see it not so hard to do. For data insert/update app every time need to check if row exists or not, and with smaller table its is faster to do, also search for integer variable must be faster then text variable. As I see it - about 3 tables for systems/stations/commods with unique data (do not see commod groups usefull at all, only to replace big commods list to 1 list-filter with groups and 1 filtered list with only commods of selected groups in user interface), 1 table for systems-stations relations, and 1 table with (mostly) integer variables for prices.It also makes it more diffcult to update, and then i need to worry about unique keys and integrity, which I can't guarentee if people have their own entries in local mode for example, so it's easier just to have one larger verbose data table.
Oh, it was my first thought! Before my mates said "This cool software already exists (link)".Feel free to write one if you don't like mine![]()
Also about OCR - if application have both OCR and nice database, so most times users will do OCR of text data what already exist in database, and if OCR miss few characters it pretty easy to spellcheck. Also app can autotune OCR for each user because on same hardware it will have mostly same results of OCR.That won't happen, as EliteOCR isn't 100% accuate, and people don't check the data as it is, populating the BPC with rubbish. I don't want to make that easier!!!! Always CHECK your data before you import it please.
Definitely it must be separate window!Eh? See the options page. Version number is at the top of the window, and my name is on the options page - what more do you want.
CoolA "radius search" will be in a future version.
I wish you undertood me right - I`m about search for cirle trade road with 3 or more points to visit.Maybe - there are other tools which do that, I don't see the need as you can stop and recalc anyway quite simply.
filarius;1325645I wish you also have old data on server side because data sended by users must not be trusted at all[/QUOTE said:And just to let users know what was before. Maybe somewhere in future add feature to let users to check in old prices of last few days too.
Hi Slopey. Just wondered - how would you like us to handle/report the data errors? I don't mean the numbers in the commodity lists - rather the errors in key info such as system names and stations. It is a bit much to expect you to constantly trawl these threads to catch any reports we might put in here.
It's a solution. I never thought about it.Why not set yourself up with an excel macro to replace french phrases with their english counterparts.
Could someone tell me what "Last Update from" and "Last Update to" mean? And is there a way to get the Update Time stamp from the last versions back?
Hi all,
I'll make my first post here in this forum and greet all Commanders.
I fiddled around a bit with the 2 programs and found out, with the latest versions of both, that the import of data from OCR to Slopey is broken in case of using the local db as a poster before said in a YT-Video. In my case, I can't even import the data in a fresh empty db. In the import-window I can't see the commodities. It is only possible, when I use the public db instead. I used the english version of ED with english screenshots.
On the other hand, I would like to use both programs in german with screenshots of my german ED-client. I tried to OCR the Screenies in german and edited the Commodities-db of Elite-OCR to match the correct names. First I deleted the english commoditynames out of the list. The OCR-ratio was at least about 70%. Not very suitable to use often, cuz I had to correct a lot.
I would like to use Slopey as well with german commodities only in local db-mode. So this won't disturb the public uploaded data.
In my opinion, it should doesn't matter to both programs in what language they process the data, as long as it is secured, that the different language data is not mixed.
Is that possible to implement?
Greetings,
Pequi
That's work
I was pointing in C:\Program Files (x86)\Frontier\EDLaunch\Products\FORC-FDEV-D-1002
thank's![]()
Love this tool, and i really want to help add data to it, but EliteOCR errors and i cant import the CVS files "There are rows missing system name! the exported CVS file is incompatible with some tools like BPC"
i can not find an answer to this, any help would be great
cheers
Hi TheGrayLan. Your install is looking in the wrong place. Your need to point it to the logs directory in your forc-blah directory.