quote:

ORIGINAL: armin

Is the Floyd_Region_File any better then the Kulls or Nomads version? tried to see the spreadsheet and didnt found any info.

quote:

ORIGINAL: jamesm

I still can not get this utility to work

java -Xms384m -Xmx512m -jar "WitPTracker.jar" nomap

java -Xms512m -Xmx640m -jar "WitPTracker.jar" nomap

quote:

ORIGINAL: Dan Nichols
On the Ship Repair/port view screen a number of columns do not sort. The up/down arrow shows up, but the column is not sorted. tot tons, repair cap, yard + PRA, and misc. The filter does not seem to do anything either. Neither does the berthed filter.

quote:

ORIGINAL: floydg

quote:

ORIGINAL: Dan Nichols
On the Ship Repair/port view screen a number of columns do not sort. The up/down arrow shows up, but the column is not sorted. tot tons, repair cap, yard + PRA, and misc. The filter does not seem to do anything either. Neither does the berthed filter.

Yes, the sorting doesn't work for some columns (fixing that now). But the filters work for me no problem...

quote:

ORIGINAL: floydg

Just realized that I left out one of the big features for the release... ship movement was added to the map:


[image]local://upfiles/12459/4D2B4DA2E2584C0497566A49E4A44D58.jpg[/image]

Green squares are at-sea locations and green lines are drawn directly to connect them. Blue squares show in port locations.

[EDIT] I know I can do a lot more with it, so suggestions welcome.

quote:

ORIGINAL: fcharton

Hello,

When loading a previous game (saved in version 1.8.1) I get the following. Tracker then loads, but the device, ship, spip production upgrade and repairs, and the aircraft comparison tabs are empty. The industry tab graph doesn't work either. (But the task force and ship class screens look ok).

If I revert the .jar file to the previous version, the problem disappears. Apparently, the database is fine.

Thanks in advance
Francois


[image]local://upfiles/36309/714C5BFCA6734AFC8E54D2C00270CA4C.jpg[/image]

quote:

ORIGINAL: fcharton

quote:

ORIGINAL: n01487477
The table above shows you the pertinent efficiency info Fuel/Mile and cargo(F/M). Higher numbers are better for Cargo(F/M) and lower is better for fuel/mile.

I believe Cargo (M/F) is the right measure, here.

re speed, I think the general idea is that if you double cruise speed, you divide by two the number of convoys at sea at any given time, and therefore fuel usage (convoys loading and unloading are docked, and use no fuel). So perhaps the correct "unit of efficiency" for shipping lane fuel usage (under constraint of port load rates) would be something like

Cargo size x Speed x Endurance / Bunker capacity

under constraints (one day loading/unloading time)
ship tonnage < min ship port rate
nr of ships in convoy < min dock size / ship tonnage
nr of ships in convoy < min total port rate / ship tonnage

(interestingly, the unit here is something like squared miles per hour which corresponds to viscosity in fluid mechanics, not sure how to interpret this...)

Francois

quote:

ORIGINAL: treespider

Tried transferring .jar...no love.

Did a clean install...transferred all 90 save game files of current game and reports to new install folder...completed the multi-turn read...so far so good.

Looked at the LCU Production charts...Green line for Units Accumulative Arm Points ...no longer present

IIRC the same is true for vehicles.

quote:

ORIGINAL: alimentary

I have been struggling to understand the relevance of the cargo efficiency number quoted in Tracker. The column heading is Cargo/(F/H), implying that this is cargo capacity divided by fuel-per-hex. However, that characterization is incorrect.

It seems that the figure is currently computed as speed * cargo * range / bunker

I maintain that the correct figure-of-merit is cargo * range / bunker with
no correction for speed.

Searching the forums, I believe that I have found the posting in which this computation was proposed:

quote:

ORIGINAL: fcharton

quote:

ORIGINAL: n01487477
The table above shows you the pertinent efficiency info Fuel/Mile and cargo(F/M). Higher numbers are better for Cargo(F/M) and lower is better for fuel/mile.

I believe Cargo (M/F) is the right measure, here.

re speed, I think the general idea is that if you double cruise speed, you divide by two the number of convoys at sea at any given time, and therefore fuel usage (convoys loading and unloading are docked, and use no fuel). So perhaps the correct "unit of efficiency" for shipping lane fuel usage (under constraint of port load rates) would be something like

Cargo size x Speed x Endurance / Bunker capacity

under constraints (one day loading/unloading time)
ship tonnage < min ship port rate
nr of ships in convoy < min dock size / ship tonnage
nr of ships in convoy < min total port rate / ship tonnage

(interestingly, the unit here is something like squared miles per hour which corresponds to viscosity in fluid mechanics, not sure how to interpret this...)

Francois

The logic about doubling cruise speed halving the number of convoys at sea and thereby halving fuel consumption is complete poppycock.

Yes, if you move twice as fast, you halve the number of convoys at sea. But every convoy at sea is consuming fuel at double rate because fuel usage is based on hexes, not days and all of those convoys at sea are moving twice as fast and consuming twice as much fuel per day. The net effect is a wash -- speed does not enter in.

A figure computed in cargo ton-hexes per ton of fuel would seem proper. That's what the column heading calls for. That is what should be displayed.


If you wanted a separate column for cargo ton-hexes per ship-day... Speed would be very relevant for that.

quote:

ORIGINAL: n01487477

quote:

ORIGINAL: treespider

Tried transferring .jar...no love.

Did a clean install...transferred all 90 save game files of current game and reports to new install folder...completed the multi-turn read...so far so good.

Looked at the LCU Production charts...Green line for Units Accumulative Arm Points ...no longer present

IIRC the same is true for vehicles.

That's weird, does a restart of tracker show it ?

quote:

ORIGINAL: n01487477

So, what do you want a change to the formula, an added column or a change to the heading?

I only added it to give players an idea of better / worse ship classes for cargo hauling...

quote:

ORIGINAL: alimentary

quote:

ORIGINAL: n01487477

So, what do you want a change to the formula, an added column or a change to the heading?

I only added it to give players an idea of better / worse ship classes for cargo hauling...

Fair enough. Bitching is easy, design is hard.

My preference would be for two columns. One for the pure fuel efficiency number [expressed in units of kiloton-hexes per ton of fuel] and one for ship usage [expressed in units of kiloton-hexes per ship per day].

quote:



The real challenge would be to look at port A, port B with a given flow of goods, factor in cargo handling at both ends and have a tool to compute fuel/day and total-ships-required as a function of ship choice.

Or to compute the maximum achievable rate of goods hauled per day from port A to port B as a function of ship choice.

quote:

ORIGINAL: alimentary
Yes, if you move twice as fast, you halve the number of convoys at sea. But every convoy at sea is consuming fuel at double rate because fuel usage is based on hexes, not days and all of those convoys at sea are moving twice as fast and consuming twice as much fuel per day. The net effect is a wash -- speed does not enter in.

quote:

ORIGINAL: fcharton

quote:

ORIGINAL: alimentary
Yes, if you move twice as fast, you halve the number of convoys at sea. But every convoy at sea is consuming fuel at double rate because fuel usage is based on hexes, not days and all of those convoys at sea are moving twice as fast and consuming twice as much fuel per day. The net effect is a wash -- speed does not enter in.

You are right that fuel usage is not reduced in proportion to speed. But speed will play a role unless your convoys spend all their time at sea, are not escorted and face no threat.

If you escort your convoys, the number of escorts (and their fuel cost) will be proportional to the number of ships on the lane (and therefore the cargo speed)
If enemy subs hunt on your lanes, the less cargoes you have the better (and the faster the better if they meet an enemy sub).
(On the other hand, for very short lanes, speed plays almost no role, as the time spent loading and unloading is larger than the time at sea).

I really believe a correction for speed is needed...

Francois

quote:

ORIGINAL: floydg

quote:

ORIGINAL: jamesm

I still can not get this utility to work

Edit the WitPTracker.bat file and change the startup command to read:

java -Xms384m -Xmx512m -jar "WitPTracker.jar" nomap

If that doesn't work, try this one:

java -Xms512m -Xmx640m -jar "WitPTracker.jar" nomap

quote:

ORIGINAL: scout1

Question as to Tracker Exporting info (via CSV format) ....

Looking to export info that covers land unit name, AV value and location (by name rather than just coordinates if it exists) for any given turn. Can Tracker do this ?

quote:

ORIGINAL: scout1

quote:

ORIGINAL: scout1

Question as to Tracker Exporting info (via CSV format) ....

Looking to export info that covers land unit name, AV value and location (by name rather than just coordinates if it exists) for any given turn. Can Tracker do this ?

Never mind ... [8|]

One other question .... If I am running 3 games, obviously in 3 different save game slots, do I need to run 3 different occurrences of Tracker ? 3 full independent directories, or is it simplier than that ?

quote:

ORIGINAL: witpqs

quote:

ORIGINAL: scout1

quote:

ORIGINAL: scout1

Question as to Tracker Exporting info (via CSV format) ....

Looking to export info that covers land unit name, AV value and location (by name rather than just coordinates if it exists) for any given turn. Can Tracker do this ?

Never mind ... [8|]

One other question .... If I am running 3 games, obviously in 3 different save game slots, do I need to run 3 different occurrences of Tracker ? 3 full independent directories, or is it simplier than that ?

That's how I do it.