WitPTracker AE News

[Moss Orleni]

ORIGINAL: floydg

We can probably do this kind of export, but it would be low on our list, since other tools already do it.
If you need the data, you can use WitPLoadAE.

Now I'm a bit confused: WitPLoadAE extracts data from scenario files, not from save files, right? If there already is a tool that extracts raw data from save files, let me know because that is all I need! But to my knowledge, WitP Tracker is the only tool that extracts data from save files.
And if you are interested in querying dynamic game information (fi a TFs current position), you'll be needing the save game file, no?

Reason I thought it would be feasible to do raw data extracts in WitP Tracker, is that you already seem to have included lots of calculated data fields (ie derived from the file's original data structure) in WitP Tracker. So I thought the 'unmodified' data fields would be readily available as well. Assuming that the data structure in the save game file is equal to the one of the scenario file, one could read/query the save game data in the same way as the scenario data.

Anyway, I very much appreciate your feedback and I hope you'll still consider including a 'save file data dump',

Cheers,
Moss

[floydg]

ORIGINAL: Moss Orleni

ORIGINAL: floydg

We can probably do this kind of export, but it would be low on our list, since other tools already do it.
If you need the data, you can use WitPLoadAE.

Now I'm a bit confused: WitPLoadAE extracts data from scenario files, not from save files, right? If there already is a tool that extracts raw data from save files, let me know because that is all I need! But to my knowledge, WitP Tracker is the only tool that extracts data from save files.
And if you are interested in querying dynamic game information (fi a TFs current position), you'll be needing the save game file, no?

Reason I thought it would be feasible to do raw data extracts in WitP Tracker, is that you already seem to have included lots of calculated data fields (ie derived from the file's original data structure) in WitP Tracker. So I thought the 'unmodified' data fields would be readily available as well. Assuming that the data structure in the save game file is equal to the one of the scenario file, one could read/query the save game data in the same way as the scenario data.

Anyway, I very much appreciate your feedback and I hope you'll still consider including a 'save file data dump',

Cheers,
Moss

I believe WitPLoad gets the data from the scenario file, which is essentially the same as the save at the very beginning of the scenario.

Yes, we do have access to everything in the save file, but we're not going to dump everything out over and above what we do now for the CSV export. There is a lot of data in the save file that is not shown in the game, so we won't dump it out.

[n01487477]

Anyway, I very much appreciate your feedback and I hope you'll still consider including a 'save file data dump',

Yes, we do have access to everything in the save file, but we're not going to dump everything out over and above what we do now for the CSV export. There is a lot of data in the save file that is not shown in the game, so we won't dump it out

There is absolutely no argument from me on this point, in essence we are choosing and placing the relevant data into a HSQLDB database. Some of the data you are looking for ie. TF position (only your side) - is not in a CSV file yet, but will be if we do a TF history or if you want you can access it by using an OpenOffice connection to our DB. As is the same with witpStaff.

Apart from TF information, what information are you really searching for ? We are starting to expand into the AE datafields and essentially when done you will have relevant and known information via our tool, either through CSV or DB connections. But on no account will a data dump of it all be considered, ever, period...[:-]

--Damian--

[Bliztk]

Auxiliary sino-japanese units (Wang) doesn´t show Assault value in the LCU screen.

HQ is RGC, units are in the 4227 to 4262.

NPC Units also are not calculated.

[PaxMondo]

ORIGINAL: n01487477


Thanks all for the support ... we'll keep cranking, if you keep thanking [;)]

--Damian--

THANK YOU!!!

Now, about that update, how soon is that coming? [;)]

[floydg]

ORIGINAL: PaxMondo

ORIGINAL: n01487477


Thanks all for the support ... we'll keep cranking, if you keep thanking [;)]

--Damian--

THANK YOU!!!

Now, about that update, how soon is that coming? [;)]

I'm finishing up some things I need to fix and rolling in some stuff Damian added. It'll be a few days still, but hopefully before the weekend.

[floydg]

ORIGINAL: Bliztk

Auxiliary sino-japanese units (Wang) doesn´t show Assault value in the LCU screen.

HQ is RGC, units are in the 4227 to 4262.

NPC Units also are not calculated.

This will be fixed in the next release (I'm looking at proper non-zero values right now).

The devices with an ID greater than 1300 were not being included, which comprises all of the fighting components for these units. For example, the 1st RGC Division has 81mm Mortars, which have a device ID of 1425. These are not shown with the unit, so not included in the AV calculation.

Floyd

[grisouille_slith]

When I try to load a saved game with witpstaff, I have the following error message!

[floydg]

ORIGINAL: grisouille

When I try to load a saved game with witpstaff, I have the following error message!

This thread is for WitPTracker. There is a thread for WitPStaff in the the Tech Support sub-forum.

[Nomad]

How about another request. On the Leaders tab, for status could you have an Unassigned & Active selection? I would like to sort leaders that are not assigned any job that are currently available.

[floydg]

ORIGINAL: Nomad

How about another request. On the Leaders tab, for status could you have an Unassigned & Active selection? I would like to sort leaders that are not assigned any job that are currently available.

Gotcha. Should be easy to add.

[Moss Orleni]

ORIGINAL: n01487477

There is absolutely no argument from me on this point, in essence we are choosing and placing the relevant data into a HSQLDB database. Some of the data you are looking for ie. TF position (only your side) - is not in a CSV file yet, but will be if we do a TF history or if you want you can access it by using an OpenOffice connection to our DB. As is the same with witpStaff.

I suppose you are concerned that the info in the save game file can be (mis)used to cheat in a PBEM game. Didn't look at it that way yet, and I absolutely agree that it should be avoided at all cost.
But apart from the cheaters, there's another category of players (like me) known under names such as 'number freaks', 'math geeks', or simply 'nerds' , that feel a desire to play with numbers, data and statistics. They love what they already get in your tool, but they are greedy [:)], and desperate [:D].

ORIGINAL: n01487477

Apart from TF information, what information are you really searching for ? We are starting to expand into the AE datafields and essentially when done you will have relevant and known information via our tool, either through CSV or DB connections. But on no account will a data dump of it all be considered, ever, period...[:-]

--Damian--

That's understood! [;)]
I wasn't thinking in terms of just 'getting it all out ' though. The information I'm hoping to use is basically the save file equivalent of the 8 csv exports generated from the scenario files by witploadAE (i.e. aircraft, air groups, ships, ship classes, locations, devices, leaders, pilots). Of those, I believe aircraft & ship classes contain only static data, so no need to have them again. The data present in the other tables is mostly related to position, destination, target, stance, commander, ... in short everything that changes dynamically during a game. That info would be of great use to create fi custom allocation/path optimizers, to name one thing.
So I still hope something like that can be made available. But yes, by all means, please protect and restrict the output! (looking at how PBEM games are already protected in Tracker, it seems pretty straightforward to restrict the output query by conditioning the side/nationality columns).

Regards,
Moss

BTW: regardless of what comes out, I appreciate your readiness to listen to player suggestions/questions. It's impressive to see that the excellent after-service is present not only in the main game, but also in its tools. So, thumbs up and keep up the great work!

[n01487477]

I wasn't thinking in terms of just 'getting it all out ' though. The information I'm hoping to use is basically the save file equivalent of the 8 csv exports generated from the scenario files by witploadAE (i.e. aircraft, air groups, ships, ship classes, locations, devices, leaders, pilots). Of those, I believe aircraft & ship classes contain only static data, so no need to have them again. The data present in the other tables is mostly related to position, destination, target, stance, commander, ... in short everything that changes dynamically during a game. That info would be of great use to create fi custom allocation/path optimizers, to name one thing.
So I still hope something like that can be made available. But yes, by all means, please protect and restrict the output! (looking at how PBEM games are already protected in Tracker, it seems pretty straightforward to restrict the output query by conditioning the side/nationality columns).

No problems Moss, while we haven't implemented all the data into CSV's, I think what you really should do is look into the OpenOffice HSQLDB database connection ... you will find a lot of the dynamic data you speak about contained within. Although the delta information might be hard to decipher, I can give you some heads-up about that if you need ... & I don't believe Access has the ability to do this [&:]

Furthermore, we never read in any data to the DB from the opposing side, so the data is safe and no queries are required to filter this.

Lastly, there are still "quite a few" data points we haven't read yet, but they will come online as this program develops and expands. Our aim is not to give you data you can't get, but to provide an interface which enhances AE and provides a slightly better way of displaying that information and tracking that information than is possible in-game ... although AE is a vast improvement over WITP.

Rome wasn't built in day .. and all that...[;)]

The new build of Tracker will be available pretty soon, hopefully this weekend ... not to get ppls hopes up too much but we are still concentrating on fixing bugs, which Floyd has done a lot of work to achieve. Still there are some new additions, but you'll have to wait and see, there is a lot to do and I'm working on a fix to the ship sunk Vp's right now which has changed from witp.

Cheers and thanks for the kind words...

[Moss Orleni]

ORIGINAL: n01487477

No problems Moss, while we haven't implemented all the data into CSV's, I think what you really should do is look into the OpenOffice HSQLDB database connection ... you will find a lot of the dynamic data you speak about contained within. Although the delta information might be hard to decipher, I can give you some heads-up about that if you need ... & I don't believe Access has the ability to do this [&:]

I went to check your open office installation tutorial, but while installing I get the error: "The Driver Class 'org.hsqldb.jdbcDriver' could not be loaded." Any idea where I can find it or what I need to do?
Looking at the tutorial screenshots, it seems that I'll be able to find very useful info in there...

Found back some posts from Marc (our provider of excellent maps) as well, in which he requested the same thing (csv output of dynamic data) back in July... It seems that Access does not have the ability to connect to your hsqldb, does it? If not, I could easily live with having to export first from openoffice and then import in Access (with the same purpose as Marc: VBA functionality).

ORIGINAL: n01487477

Furthermore, we never read in any data to the DB from the opposing side, so the data is safe and no queries are required to filter this.[&:]

OK, one problem less!

ORIGINAL: n01487477

Lastly, there are still "quite a few" data points we haven't read yet, but they will come online as this program develops and expands. Our aim is not to give you data you can't get, but to provide an interface which enhances AE and provides a slightly better way of displaying that information and tracking that information than is possible in-game ... although AE is a vast improvement over WITP.[&:]

Which is greatly appreciated! It would be great, in addition to the tool's functionalities, to have that data available as well to use for custom formulas, optimizers, graphs etc.

ORIGINAL: n01487477

Rome wasn't built in day .. and all that...[;)]

The new build of Tracker will be available pretty soon, hopefully this weekend ... not to get ppls hopes up too much but we are still concentrating on fixing bugs, which Floyd has done a lot of work to achieve. Still there are some new additions, but you'll have to wait and see, there is a lot to do and I'm working on a fix to the ship sunk Vp's right now which has changed from witp.[&:]

Cheers and thanks for the kind words...

Looking forward to the next build!
Cheers,
Moss

[n01487477]

I went to check your open office installation tutorial, but while installing I get the error: "The Driver Class 'org.hsqldb.jdbcDriver' could not be loaded." Any idea where I can find it or what I need to do?

Sounds like you haven't followed step one, loading the classPath (hsqldb.jar), which we provide in the Tracker/lib folder

Which is greatly appreciated! It would be great, in addition to the tool's functionalities, to have that data available as well to use for custom formulas, optimizers, graphs etc.

And we will certainly take your suggestions and possibly include them in Tracker, if you outline what you'd like to see.

Just finished looking at ship VP's which is not 100% accurate even still ... and will need a bit more time to work out completely.[8|]
--Damian--

[Moss Orleni]

I went through all steps yesterday...
but tried a second time today and succeeded (I guess it was a typo somewhere)!

Looking at the data right now, but will take some time to decypher. Especially, as you mentioned, the delta values. Are the item explanations of the delta tables included somewhere in the DB?

I will try to summarize the data that would be interesting to have (I suspect I won't be too much in the end).

Thanks,

Moss

[jhdeerslayer]

I'm enjoying this tool guys and thanks for doing it but confused about something. After I set up with the batch file everything is fine. But when I tell it to Read in a new turn later on, it just jumps out of the tool to my Desktop and does nothing. What am I missing?

[floydg]

ORIGINAL: Deerslayer

I'm enjoying this tool guys and thanks for doing it but confused about something. After I set up with the batch file everything is fine. But when I tell it to Read in a new turn later on, it just jumps out of the tool to my Desktop and does nothing. What am I missing?

It's gotta be a JVM memory issue. Are you sure you started from the witptracker.bat file?

Floyd

[jhdeerslayer]

ORIGINAL: floydg

ORIGINAL: Deerslayer

I'm enjoying this tool guys and thanks for doing it but confused about something. After I set up with the batch file everything is fine. But when I tell it to Read in a new turn later on, it just jumps out of the tool to my Desktop and does nothing. What am I missing?

It's gotta be a JVM memory issue. Are you sure you started from the witptracker.bat file?

Floyd

I ran the batch when I first installed. Do I have to run the batch ever time I want to run Tracker? When I run the batch first time the turn is there and all the data. But later turns that I try to "read" in do nothing.

[pad152]

Japanese Base (1404) Utsonomiya is showing up as in the Soviet Union when looking at aircraft production, it's on the main island of Honshu.