[PREVIEW] Trade Computer Extension MK.II (w/o Excel)

[atomic7431]

subbing for later, this has moved a long way since i last surfed the galaxy

 

[RobH]

Deleted by Rob, incorrect information

 

[Jontron]

Well, we have some problems with the Access databases, there is currently needed an Access Runtime (x86) from MS to be installed to function.
I will check, if i can manage to solve this without downloading and installing the runtime.

The release depends on the stability tests, because I will only release it to the mass, when it reaches a more stable state.

Wish you and the closed beta testers the best of luck! Like everyone else, I am awaiting this release with much interest.

 

[Spicy Weiner]

I have not used TCE MK.I since EliteOCR support went south This new version , MK.II I await with great anticipation (and salivation).
I have a question though... MK. I used the current "sector" to locate the correct station with the current system. If ( very big if... ) two stations had the same sector this could result in problems for TCE..... I have found a system with two large stations orbiting
same planet ----- ROSS 1057---- Could this be a problem for TCE MK.II?

 

[eventure]

I have not used TCE MK.I since EliteOCR support went south This new version , MK.II I await with great anticipation (and salivation).
I have a question though... MK. I used the current "sector" to locate the correct station with the current system. If ( very big if... ) two stations had the same sector this could result in problems for TCE..... I have found a system with two large stations orbiting
same planet ----- ROSS 1057---- Could this be a problem for TCE MK.II?

That seems to be not possible, because FD uses the same ID to identify the locations in space, thereafter every location has it's own ID.

Hi Eventure, I've been interested in the TCE for a while and the .net version looks very interesting.

If you are just using Access for the local database have you considered http://SQLite.org? It is a relational database that just runs on the file system and is similar to Access and SQL Server. There are some SQL features it does not implement (http://sqlite.org/omitted.html) but as long as you are not using them it will work well.

If your code is on github or another similar open source site I would be happy to try to get this running and submit a pull request?

Thanks for your offer, the new project is currently not open source, but that is only a matter of time.

 

[disorganise]

Sounds awesome. Been using Mk1 for quite a while and it is great once set up (was tricky in the beginning). When I went exploring a while back I got a bit over hitting the Gal map to enter 3 co-ords to save current system, and moved over to captains log. Will/can there be an option to just save the jump info without triangulation?
On getting back to the bubble I fired up TCE again....and broke it by trying to use excel to record my 1st discoveries So looking forward to the non-excel version with much anticipation.

 

[eventure]

Sounds awesome. Been using Mk1 for quite a while and it is great once set up (was tricky in the beginning). When I went exploring a while back I got a bit over hitting the Gal map to enter 3 co-ords to save current system, and moved over to captains log. Will/can there be an option to just save the jump info without triangulation?
On getting back to the bubble I fired up TCE again....and broke it by trying to use excel to record my 1st discoveries So looking forward to the non-excel version with much anticipation.

Sure, at your Travel Logbook you can enter a note, if you want. But the distance is unknown to TCE. You have to enter it to the notes, if you want.

 

[bAdbUd]

MK.II, UPDATE, from the Tester upping his skills into Marketing.

0.8.4:

Can't Covert MK.I DB to MK.II BD yet, well my DB at least.

Other than that in 0.8.4, I'm struggling to find any major problems.

 

[Trekari]

TCE has no option to get crowdsource data from online databases. All is stored locally, so it is required to visit the markets to get their data.
But that is done in a comfortably way plus it is fully integrated, as an overlay, into the game UI.

Well, I'm looking forward to its release regardless. I would ask that you consider allowing us the option of using online databases. I understand there's some sort of default database anyway, so perhaps that will be "good enough."

Either way, you're doing something that Frontier really should have done on their own, so I applaud you anyways.

 

[Spicy Weiner]

That seems to be not possible, because FD uses the same ID to identify the locations in space, thereafter every location has it's own ID.

Here is a screen shot that made me ask the question


I will try to use MK.I to read the sector info... If I remember correctly these stations are about .34 Ls appart

 

[Abil Midena]

Hi Eventure,

I have a problem, and it seems to me like it could impact both MK1 and MK2, so I'm posting it here.

I had been to a planetary outpost a few days ago called "everest horizons".

Today, went to the same planet, but a different planetary outpost "farmer depot". When I got to Farmer Depot, TCE thought I was at Everest Horizons". I thought maybe I entered the name wrong, since the two planetary outposts are only 894 KM apart. So, I edited the name within TCE/database/stations/edit registered stations."

To test, I then left Farmer Depot, entered SC, then came out of SC near Everest Horizons, but TCE displayed Farmer Depot.

TCE seems to be updating correctly, but there may be a problem with location ID. Make sense?

FYI: System: T'iensei, Planet: T'iensei 7D. Outposts 864 Km apart: Everest Horizon and Farmer Depot.

 

[Colonel Kenney]

Have some rep sir.. you deserve it!

 

[foxpur]

I have decided I will NOT play further until this program is released (see how dedicated I am)

 

[eventure]

Hi Eventure,

I have a problem, and it seems to me like it could impact both MK1 and MK2, so I'm posting it here.

I had been to a planetary outpost a few days ago called "everest horizons".

Today, went to the same planet, but a different planetary outpost "farmer depot". When I got to Farmer Depot, TCE thought I was at Everest Horizons". I thought maybe I entered the name wrong, since the two planetary outposts are only 894 KM apart. So, I edited the name within TCE/database/stations/edit registered stations."

To test, I then left Farmer Depot, entered SC, then came out of SC near Everest Horizons, but TCE displayed Farmer Depot.

TCE seems to be updating correctly, but there may be a problem with location ID. Make sense?

FYI: System: T'iensei, Planet: T'iensei 7D. Outposts 864 Km apart: Everest Horizon and Farmer Depot.

Are both Sector IDs identical? Can you send me your netlog file for the session, so I can check it?
eventure(at)ki.tng.de

 

[Abil Midena]

Are both Sector IDs identical? Can you send me your netlog file for the session, so I can check it?
eventure(at)ki.tng.de

I just sent you the net log.

I am not sure if the sector IDs are identical. I have Farmer Depot info in TCE, and when I drop out of SC at Everest Horizons, it auto inserts the Farmer Depot information, so I'm not sure how to check if the ID is the same.

 

[Osbo89]

Hi Eventure,

I have a problem, and it seems to me like it could impact both MK1 and MK2, so I'm posting it here.

I had been to a planetary outpost a few days ago called "everest horizons".

Today, went to the same planet, but a different planetary outpost "farmer depot". When I got to Farmer Depot, TCE thought I was at Everest Horizons". I thought maybe I entered the name wrong, since the two planetary outposts are only 894 KM apart. So, I edited the name within TCE/database/stations/edit registered stations."

To test, I then left Farmer Depot, entered SC, then came out of SC near Everest Horizons, but TCE displayed Farmer Depot.

TCE seems to be updating correctly, but there may be a problem with location ID. Make sense?

FYI: System: T'iensei, Planet: T'iensei 7D. Outposts 864 Km apart: Everest Horizon and Farmer Depot.

Hi Eventure

I also have this problem with I think all the planetary post I try to do, if I visit two or more station are on the same planet tce thinks you want to change the name of the first one it thinks you cane only have one planetary post.

 

[eventure]

I just sent you the net log.

I am not sure if the sector IDs are identical. I have Farmer Depot info in TCE, and when I drop out of SC at Everest Horizons, it auto inserts the Farmer Depot information, so I'm not sure how to check if the ID is the same.

Hi Eventure

I also have this problem with I think all the planetary post I try to do, if I visit two or more station are on the same planet tce thinks you want to change the name of the first one it thinks you cane only have one planetary post.

Thanks for your report,

I checked the netlog and they are identical. As I review the problem, there are three possible solutions:
1) EDMC sets the correct market: This concerns only ports, which having a commodity market present.
2) The user have to select the port, where he is currently. Not that I want of course.
3) Including the position data, that is given within the netlog file in a rough way to identify the correct port.

I prefer the solution 3), but to get enough data to make a stable routine, I need your help.

The following is required, if you want to help:
1) Fly to one of the ports, which shares the same location ID with other ports and Log off.
2) Log in again and fly with supercruise to the port, who shares the same Sector ID with the port before.
3) Land and log off again.
4) Send me the netlog file for this session.

If enough data is available, I think I can optimize the detection routine.

Thanks in advance.

 

[Abil Midena]

Thanks for your report,

I checked the netlog and they are identical. As I review the problem, there are three possible solutions:
1) EDMC sets the correct market: This concerns only ports, which having a commodity market present.
2) The user have to select the port, where he is currently. Not that I want of course.
3) Including the position data, that is given within the netlog file in a rough way to identify the correct port.

I prefer the solution 3), but to get enough data to make a stable routine, I need your help.

The following is required, if you want to help:
1) Fly to one of the ports, which shares the same location ID with other ports and Log off.
2) Log in again and fly with supercruise to the port, who shares the same Sector ID with the port before.
3) Land and log off again.
4) Send me the netlog file for this session.

If enough data is available, I think I can optimize the detection routine.

Thanks in advance.

Done. Log files sent.

 

[Osbo89]

Thanks for your report,

I checked the netlog and they are identical. As I review the problem, there are three possible solutions:
1) EDMC sets the correct market: This concerns only ports, which having a commodity market present.
2) The user have to select the port, where he is currently. Not that I want of course.
3) Including the position data, that is given within the netlog file in a rough way to identify the correct port.

I prefer the solution 3), but to get enough data to make a stable routine, I need your help.

The following is required, if you want to help:
1) Fly to one of the ports, which shares the same location ID with other ports and Log off.
2) Log in again and fly with supercruise to the port, who shares the same Sector ID with the port before.
3) Land and log off again.
4) Send me the netlog file for this session.

If enough data is available, I think I can optimize the detection routine.

Thanks in advance.

Have sent files....

 

[Otis B.]

I checked the netlog and they are identical. As I review the problem, there are three possible solutions:
1) EDMC sets the correct market: This concerns only ports, which having a commodity market present.

EDMC.exe prints out "System,Station" on stdout, irrespective of whether the port has a commodity market. So you could use that.