Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

RE: Introducing Intel Monkey (New Version: 0.4.0)

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [New Releases from Matrix Games] >> War in the Pacific: Admiral's Edition >> RE: Introducing Intel Monkey (New Version: 0.4.0) Page: <<   < prev  1 [2] 3 4 5   next >   >>
Login
Message << Older Topic   Newer Topic >>
RE: Introducing Intel Monkey (New Version: 0.4.0) - 9/22/2012 6:29:10 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
quote:

ORIGINAL: Roger Neilson 3

Yes that sorted it, thanks

Roger

Cool! BTW, it's very easy to add or change the sorting buttons. If some useful ones are missing, and so on, let me know.

_____________________________


(in reply to RogerJNeilson)
Post #: 31
RE: Introducing Intel Monkey (New Version: 0.4.0) - 9/22/2012 9:39:54 PM   
LargeSlowTarget


Posts: 4443
Joined: 9/23/2000
From: Hessen, Germany - now living in France
Status: offline
Excellent tool - many thanks, witpqs!

_____________________________


(in reply to witpqs)
Post #: 32
RE: Introducing Intel Monkey (New Version: 0.4.0) - 9/23/2012 1:13:25 PM   
aoffen

 

Posts: 494
Joined: 6/7/2002
From: Brisvegas, Australia
Status: offline
Haven't had a chance to really get into it yet, but the ability to track individual ships and the damage inflicted is outstanding.
Thankyou.
Regards
Andrew

(in reply to RogerJNeilson)
Post #: 33
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/23/2012 7:39:04 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
Edit to Add: I made an error that affected the accuracy of the "Battle Number". 0.4.1a fixes it.


Thanks for the encouragement!

So... here is the next installment... Intel Monkey 0.4.1a is released.

Here are the release notes:
quote:

V0.4.1a

SigInt

Added a Type field to separate Actor into Type and Actor. If Actor begins with a Ship Type, this is moved to Type. Using the same logic from the Combat Report, if the Ship Type that begins Actor is followed by a "-", then the Ship Type is not subtracted from the beginning of Actor. This avoids stripping the "PT" off of the name "PT-73", for instance. Added the Type field to the SigInt report, along with a sort button for it.

Combat Report

The Battle tab is now implemented. The Battle tab shows the combat report segment for one battle at a time. Presently the battle can be searched by Battle Number, the six-digit number assigned to each battle when the combat report is read in. You can forego typing the leading zeros in the search field. Notice that on other tabs in the Basic Combat Report, the Battle Number is listed for each record. You may also move forward and backward through the listing of battles by using the "Previous Battle" and "Next Battle" buttons.

Batch Files

Beginning with this version, there are batch file (.bat) included for each (player) version of Intel Monkey. These run Intel Monkey, and then have a 'pause' statement. This will allow you to see any error messages that might crop up. I recommend that you have your shortcuts refer to those .bat files instead of directly to the .py files.

Changing an exiting shortcut is very easy. Select it, then right-click on it and click on "properties" (which is at the bottom). You should see the cursor is already in the "Target" field, sort of in the upper middle of the window that opens. Press the "End" key to go all the way to the end of the field. then just change ".py" to be ".bat". Since the bat files have the exact same names as the Python files that small change will point the shortcuts to the right place.


The link to the new version (0.4.1a):
https://docs.google.com/open?id=0ByVleYydeDVcQjY3dl9YVl9NNlE

The link to version 0.4.0 is being left active for a while:
https://docs.google.com/open?id=0ByVleYydeDVceV95RVVDdlVTNHc

< Message edited by witpqs -- 9/23/2012 8:59:58 PM >


_____________________________


(in reply to aoffen)
Post #: 34
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/23/2012 9:02:21 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
Bumping this thread to note that 0.4.1a is out, which fixes an error in 0.4.1.

https://docs.google.com/open?id=0ByVleYydeDVcQjY3dl9YVl9NNlE

_____________________________


(in reply to witpqs)
Post #: 35
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/23/2012 10:50:04 PM   
RogerJNeilson


Posts: 1277
Joined: 4/12/2012
From: Bedlington, Northumberland, UK
Status: offline
Massiev developments her, thanks for all of this.
Two questions/suggestions....

Can a search ONLY show what you have searched for? On some screens it seems to juts put the records that fit the criteria at the top....

Is it possible to say search for battles that took place at a specifi location and show the set of them?

Roger

_____________________________

An unplanned dynasty: Roger Neilson, Roger Neilson 11, Roger Neilson 3 previous posts 898+1515 + 1126 = 3539.....Finally completed my game which started the day WITP:AE was released

(in reply to witpqs)
Post #: 36
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/24/2012 12:28:01 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
quote:

ORIGINAL: Roger Neilson 3

Massiev developments her, thanks for all of this.
Two questions/suggestions....

Can a search ONLY show what you have searched for? On some screens it seems to juts put the records that fit the criteria at the top....

Is it possible to say search for battles that took place at a specifi location and show the set of them?

Roger

With this early functionality, the internals are a little bit "on the cheap". Obviously not totally so, but not like they will be when we have things in a format where queries can be more discerning.

With that in mind, the SigInt, Ships, and LCUs are one big sequence of text lines in the display window. When changing the sort order (by clicking on one of the buttons), the entire text window is deleted and all the lines re-written. When you search on one of those screens, the search always starts at the top of the text window and finds the first occurrence of what you searched for, positioning the scrolling so it's the top line visible (unless it's in the last few lines).

So, with the current early implementation, to see something in a group, first click on a sort button that will group it that way, then search for it. As an example, if you want to see all the SigInt for Hanoi you first sort by "Target/Date", then search on Hanoi. That technique will work for anything that is first on a "Sort by..." button in any of those three screens (SigInt, Ships, LCUs).

I think that might have cleared up the first question, which seems to be about current function?

The second part:
quote:

Is it possible to say search for battles that took place at a specifi location and show the set of them?


The current Battles implementation is a little bit different. It only shows one battle at a time, searching by Battle Number or by advancing "Previous" or "Next". I do indeed want to implement the sort of query you describe. I've been planning to get the data into a database that will support more complex queries, not to mention stop reading in all the files in the archive folder every time the program runs! The current displays are intended to be totally re-worked, so that instead of a series of text lines they are actually data fields displayed.

So, it will take a bit of doing and the only question is should we do an early version of that function or what until more things are re-worked internally? That also includes getting the other basic functions running (combat report tabs for Troop and Aircraft, plus operations report and combat events) so I know what their data looks like.

That's a mouthful but it's just to convey the big picture that I have in in mind. I would like to hear your opinion about short term versus long term functionality. For example which would that sort of Battles report (grouped by location) fall into? What other short term stuff seems important?

I'm replying to Roger, but I'm really seeking everybody's input too.

_____________________________


(in reply to RogerJNeilson)
Post #: 37
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/24/2012 6:48:43 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
quote:

ORIGINAL: Roger Neilson 3

Is it possible to say search for battles that took place at a specifi location and show the set of them?

Roger


As an aside (I still want your opinion on short-term versus long-term stuff), I've been checking and I have some of the necessary structure built in, but it's not what I used to get the current "Battles" tab up and running quickly. How would it be if I left the current Battles tab as is (until it gets ripped out one day) and work on adding a second Battles tab with that kind of search & filtering capability?

_____________________________


(in reply to RogerJNeilson)
Post #: 38
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/24/2012 7:07:20 AM   
RogerJNeilson


Posts: 1277
Joined: 4/12/2012
From: Bedlington, Northumberland, UK
Status: offline
No problem with that at all.

The ability to look at one location and see over a period the changes in the battle conditions is very useful. I am currently doing it via a very long winded process and what you are producing is a real time saver.

Roger

_____________________________

An unplanned dynasty: Roger Neilson, Roger Neilson 11, Roger Neilson 3 previous posts 898+1515 + 1126 = 3539.....Finally completed my game which started the day WITP:AE was released

(in reply to witpqs)
Post #: 39
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/24/2012 7:23:20 AM   
RogerJNeilson


Posts: 1277
Joined: 4/12/2012
From: Bedlington, Northumberland, UK
Status: offline
quote:

So, with the current early implementation, to see something in a group, first click on a sort button that will group it that way, then search for it. As an example, if you want to see all the SigInt for Hanoi you first sort by "Target/Date", then search on Hanoi. That technique will work for anything that is first on a "Sort by..." button in any of those three screens (SigInt, Ships, LCUs).

I think that might have cleared up the first question, which seems to be about current function?


Yes I see that works, on location or on hex pairing. Can live with that (lol) but as you say eventually into a DB format will give a much greater degree of granularity of searching.


quote:

The current Battles implementation is a little bit different. It only shows one battle at a time, searching by Battle Number or by advancing "Previous" or "Next". I do indeed want to implement the sort of query you describe. I've been planning to get the data into a database that will support more complex queries, not to mention stop reading in all the files in the archive folder every time the program runs! The current displays are intended to be totally re-worked, so that instead of a series of text lines they are actually data fields displayed.

So, it will take a bit of doing and the only question is should we do an early version of that function or what until more things are re-worked internally? That also includes getting the other basic functions running (combat report tabs for Troop and Aircraft, plus operations report and combat events) so I know what their data looks like.

That's a mouthful but it's just to convey the big picture that I have in in mind. I would like to hear your opinion about short term versus long term functionality. For example which would that sort of Battles report (grouped by location) fall into? What other short term stuff seems important?

I'm replying to Roger, but I'm really seeking everybody's input too.



All the above seems fine to me. From my own point of view the movement on this has been rapid and has provided me with enough of a glimpse of where it could go to stop me doing other analytical work - which took ages - because this is going to be so much faster when done. Given most of us are in dynamic ongoing games I'd go for short term messy stuff, and the polishing and database can come once the basic stuff is available. If we have the basics in to play with then we have the main stuff, the rest is nice but can take longer, and to an extent without the basics we don't know how the more detailed databases stuff would be best done...

Roger

_____________________________

An unplanned dynasty: Roger Neilson, Roger Neilson 11, Roger Neilson 3 previous posts 898+1515 + 1126 = 3539.....Finally completed my game which started the day WITP:AE was released

(in reply to witpqs)
Post #: 40
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/24/2012 3:09:47 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
OK. In essence "getting something useful out there" has been my approach, both from a delivery standpoint and to get more (and better) information on what things should really look like. You've given me some very useful feedback on how battles information is being used (even prior to IM, of course), which in turn instructs me in how to store, process, and present battles information.

The other piece is more along the lines of 'what to do first?' In terms of the basic functionality we have on the plate:

- Improving the capture of LCU information from the combat report. Currently all LCUs involved in ground combat are captured. But LCUs that are the recipients of naval or air bombardments are not captured, nor are those noted in amphibious landings, etc. Only ground combat (whether bombardment, deliberate, or shock attacks). This could require significant attention, depending on what is required to actually solve the problem. Might be a bit of a quagmire.

- Implementing the capture and display of Troop information from the combat report.

- Implementing the capture and display of Aircraft information from the combat report.

- Implementing the capture and display of information from the operations report.

- Implementing the capture and display of information from the combat events report.

- Implementing a much improved, and specific, Ground Battles tab (or window), including:
* Ability to filter on locations.
* Ability to filter on dates.
* Ability to show groups of battles.
* Ability to show summaries of key data (Unadjusted Assault value, Adjusted Assault Value, Troops, Guns, casualties, etc.).
* Ability to show calculations (ratio of Unadjusted AV to Adjusted AV, ratios, given the current battle's odds and AV ratios - what the next Odds result would look like if all factors were the same, etc.)

- A natural complement of Ground Battles tab would be a Naval Battles tab.

The first item, additional LCU data, is somewhat speculative. The next four, troop and aircraft data from the combat report, the operations report, and the combat events report, will certainly provide less return than the items implemented so far. The Ground Battles tab could be the first one to start providing some advanced capabilities of both reporting and analysis.

Opinions? Advice?

_____________________________


(in reply to RogerJNeilson)
Post #: 41
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/24/2012 3:36:26 PM   
RogerJNeilson


Posts: 1277
Joined: 4/12/2012
From: Bedlington, Northumberland, UK
Status: offline
I'm going to chuck a mighty, 'what if' into the discusion.

The game, because its a game and is nice and neat formats all the information in different 'information streams'. You have ops reports, sigint reports, combat reports etc etc.

In reality in HQ there's somewhere a file or index card with the various fragments being added all the time. Some will be hard evidence, some will be sigint, some will be FOW stuff. But the game keeps this stuff separate. I am doing a 'fun' job of pulling some info from Combat Reports, but that does not capture the sigint or the ops stuff.

In essence all activity happens somewhere to something, at some time. So the best tool is one that allows the combination of all the information together in one big database that then can be searched/filtered according to:

Where it happens
When it happens
What participates
What happened (less essential)

So if I am interested in lets say Koepang, I want to know the 'dossier' on Koepang which will involve any combat, and bombardments, any landings, any flights, any air intercepts, and sigint, etc etc. Some intel guy will bring that to my desk in HQ..... I won't have to go and ask for five different files....

So the best tool is one that takes all the information and stick it all into a growing database that is searchable as above.

There may be a danger in developing IntelMonkey as a whole series of interesting information streams that don't easily give the big picture....

Just MHO.... lets have other's views.

Roger





_____________________________

An unplanned dynasty: Roger Neilson, Roger Neilson 11, Roger Neilson 3 previous posts 898+1515 + 1126 = 3539.....Finally completed my game which started the day WITP:AE was released

(in reply to witpqs)
Post #: 42
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/24/2012 3:39:31 PM   
RogerJNeilson


Posts: 1277
Joined: 4/12/2012
From: Bedlington, Northumberland, UK
Status: offline
Only you know how much time and effort any of this is taking you. It might be worth playing with the ground one and seeing what level of detail can be extracted, if that's the way forward, and the lessons learned from that, and the feedback would then make the implementation of other aspects simpler and more 'shaped' by user feedback.

In essence develop one aspect as far as you choose and see how useful it is, a narrow thrust rather than a broad Front assault.

Roger

_____________________________

An unplanned dynasty: Roger Neilson, Roger Neilson 11, Roger Neilson 3 previous posts 898+1515 + 1126 = 3539.....Finally completed my game which started the day WITP:AE was released

(in reply to witpqs)
Post #: 43
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 12:24:42 AM   
guytipton41


Posts: 351
Joined: 2/26/2011
From: Houston, TX
Status: offline
Hi Witpqs,

1st let me say how grateful I am that you have built this tool. I went out and bought a book on Java just so I could start analyzing the intel reports. An then a week later Intel Monkey comes out.. sweet!

So I'm just trying it for the 1st time today. I was surprised to see that the 'E' boat "astern Army" was spending all of it's time in Tokyo.

1942-03-04 E astern Army - - is located at Tokyo 114,60
1942-04-03 E astern Army - - is located at Tokyo 114,60
1942-04-16 E astern Army - - is located at Tokyo 114,60
1942-05-05 E astern Army - - is located at Tokyo 114,60
1942-05-21 E astern Army - - is located at Tokyo 114,60
1942-05-30 E astern Army - - is located at Tokyo 114,60
1942-06-04 E astern Army - - is located at Tokyo 114,60
1942-07-06 E astern Army - - is located at Tokyo 114,60

Must be the Navy equivalent of a hanger queen. I guess any boat that only goes backward and is operated by the Army is an oxymoron.

Cheers,
Guy javascript:void(AddText(''))

(in reply to RogerJNeilson)
Post #: 44
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 12:38:38 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
quote:

ORIGINAL: guytipton41

Hi Witpqs,

1st let me say how grateful I am that you have built this tool. I went out and bought a book on Java just so I could start analyzing the intel reports. An then a week later Intel Monkey comes out.. sweet!

So I'm just trying it for the 1st time today. I was surprised to see that the 'E' boat "astern Army" was spending all of it's time in Tokyo.

1942-03-04 E astern Army - - is located at Tokyo 114,60
1942-04-03 E astern Army - - is located at Tokyo 114,60
1942-04-16 E astern Army - - is located at Tokyo 114,60
1942-05-05 E astern Army - - is located at Tokyo 114,60
1942-05-21 E astern Army - - is located at Tokyo 114,60
1942-05-30 E astern Army - - is located at Tokyo 114,60
1942-06-04 E astern Army - - is located at Tokyo 114,60
1942-07-06 E astern Army - - is located at Tokyo 114,60

Must be the Navy equivalent of a hanger queen. I guess any boat that only goes backward and is operated by the Army is an oxymoron.

Cheers,
Guy javascript:void(AddText(''))

Good job! I just noticed that myself and was on the way here to post it.

Second one, also in SigInt: If the 'actor' is "Radio call sign of CV Akagi" or any ship, that is being missed as a ship. This SigInt message is in a different format from the others, with what I interpret as the 'action', namely "Radio call sign of" being at the beginning and then followed by the actor. I'll have to code to catch it farther upstream when the records are first parsed.

Please post any others you find!

Will fix up both of those.

_____________________________


(in reply to guytipton41)
Post #: 45
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 1:21:33 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
OK, I think I have both of them fixed. I just want to scout around and see if in doing so I broke anything else.





Attachment (1)

_____________________________


(in reply to witpqs)
Post #: 46
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 1:28:21 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
Look at the previous post. See the first line?

The actor is "a W-17 class DMS is".

The rest of it - moving to, Georgetown, hex # - is fine. But the actor part is rough.

What's the best way to handle that? My first thought is:
- Catch the ship type (DMS) and put it in the Type column.
- Make the Actor column blank so it will sort differently than specific named ships.
- Put the class in the Optional #1 column (in this example as "W-17 class").

What do you think?

_____________________________


(in reply to witpqs)
Post #: 47
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 1:55:36 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
Here is another issue, one that I need help with. Does anyone have samples of similar messages received by the Japanese player?





Attachment (1)

_____________________________


(in reply to witpqs)
Post #: 48
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 4:53:52 AM   
guytipton41


Posts: 351
Joined: 2/26/2011
From: Houston, TX
Status: offline

quote:

ORIGINAL: witpqs

Look at the previous post. See the first line?

The actor is "a W-17 class DMS is".

The rest of it - moving to, Georgetown, hex # - is fine. But the actor part is rough.

What's the best way to handle that? My first thought is:
- Catch the ship type (DMS) and put it in the Type column.
- Make the Actor column blank so it will sort differently than specific named ships.
- Put the class in the Optional #1 column (in this example as "W-17 class").

What do you think?


Good Evening,

In my humble opinion the output should be like:

Date DMS W-17 Class is - - moving to Georgetown

Which would involve parsing the "W-17 Class" as the actor. All that class would sort together and superb human eye would do the rest of the correlation required.

Cheers,
Guy

(in reply to witpqs)
Post #: 49
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 5:04:33 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline

quote:

ORIGINAL: guytipton41


quote:

ORIGINAL: witpqs

Look at the previous post. See the first line?

The actor is "a W-17 class DMS is".

The rest of it - moving to, Georgetown, hex # - is fine. But the actor part is rough.

What's the best way to handle that? My first thought is:
- Catch the ship type (DMS) and put it in the Type column.
- Make the Actor column blank so it will sort differently than specific named ships.
- Put the class in the Optional #1 column (in this example as "W-17 class").

What do you think?


Good Evening,

In my humble opinion the output should be like:

Date DMS W-17 Class is - - moving to Georgetown

Which would involve parsing the "W-17 Class" as the actor. All that class would sort together and superb human eye would do the rest of the correlation required.

Cheers,
Guy


Extending that logic to the next post, "a Japanese xAK" would be Type "xAK", Actor "Japanese". Make sense?

_____________________________


(in reply to guytipton41)
Post #: 50
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 6:01:06 AM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
How does this one look:




Attachment (1)

_____________________________


(in reply to witpqs)
Post #: 51
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 3:07:29 PM   
quertice


Posts: 248
Joined: 9/9/2007
From: Italy
Status: offline
very interesting tool

_____________________________


(in reply to witpqs)
Post #: 52
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 3:19:54 PM   
guytipton41


Posts: 351
Joined: 2/26/2011
From: Houston, TX
Status: offline

quote:

ORIGINAL: witpqs

How does this one look:

<snip>



I think that is the best that can be done parsing the intel strings. In fact it looks real good. Thanx again!

Cheers,
Guy

(in reply to witpqs)
Post #: 53
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 3:50:49 PM   
guytipton41


Posts: 351
Joined: 2/26/2011
From: Houston, TX
Status: offline
Good Morning Witpqs,

Downloaded the most recent version at 0932 CDT. I extracted over the top of the previous install.

1942-03-04 E astern Army - - is located at Tokyo 114,60
1942-02-03 E iko-wan Fortress - - is located at Genzan 105,48

On this record it would be useful to recognize that there are two actors, double the record and parse it both ways.

1942-03-28 - 14th Shipping Engineer Regiment is loaded on xAK Hokumai Maru moving to Port Moresby -

For this record the 2nd actor is a generic so there would be no need to double the records. HOWEVER it would be very difficult to encode a set of rules that would reliably tell the difference between a generic and actual actor. Since having actor/actor records doubled would be very handy it is most likely worth the small cost of doubling the actor/generic records.

1942-06-11 - 16th Recon Regiment is loaded on a Japanese xAK moving to Manila -

This bunch of records calls out for a more sophisticated parsing but the correct approach is not obvious.

1942-02-15 - a Aden Cargo class xAK is - - moving to Ominato 119,54
1942-05-10 - a Ansyu xPB class PB is - - moving to Truk 112,108
1942-01-03 - a CHa-1 class SC is - - moving to Babeldaob 90,97
1942-05-12 - a Daigen Cargo class xAKL is - - moving to Osaka/Kyoto 109,59
1942-06-12 - a Japanese AM - - is located at Lunga 114,138
1942-04-25 - a Japanese AP - - is located at Niigata 114,57
1942-01-12 - a Japanese CM is - - moving to Nagasaki/Sasebo 102,58
1942-02-12 - a Japanese LB is - - moving to Lae 99,126
1942-01-11 - a Japanese PG is - - moving to Keijo 103,50
1942-04-30 - a Japanese SC is - - moving to Singapore 50,84
1942-03-17 - a Japanese SS is - - moving to Kwajalein Island 132,115
1942-05-26 - a Japanese SS is - - moving to Kwajalein Island 132,115
1942-06-16 - a Japanese SS is - - moving to Amchitka Island 158,52
1942-06-21 - a Japanese xAK is - - moving to Normanton 86,138
1942-01-17 - a Japanese xAKL is - - moving to Osaka/Kyoto 109,59
1942-01-29 - a Japanese xAKL is - - moving to Foochow 86,60
1941-12-21 - a Japanese xAP - - is located at Takao 84,65
1942-02-26 - a Manzyu TM class TK is - - moving to Takao 84,65
1942-02-27 - a Shokaku class CV is - - moving to Sabang 44,70
1942-07-06 - a Std-F Cargo class xAKL is - - moving to Osaka/Kyoto 109,59
1941-12-22 - a To'su Wa-1 class AMc is - - moving to Truk 112,108
1941-12-10 - a Type A1 class SS is - - moving to 64,99
1942-03-14 - a Type C1 class SS is - - moving to Rabaul 106,125
1942-06-12 - a Type L4 class SS - - is located at Efate 120,154
1942-04-18 - a Yusen A Cargo class xAK is - - moving to Hirosaki/Aomori 118,54

Perhaps this:

1942-02-15 AK Aden Cargo class is - - moving to Ominato 119,54
1942-05-10 PB Ansyu xPB class is - - moving to Truk 112,108
1942-01-03 SC CHa-1 class is - - moving to Babeldaob 90,97
1942-05-12 xAKL Daigen Cargo class is - - moving to Osaka/Kyoto 109,59
1942-06-12 AM Japanese - - is located at Lunga 114,138
1942-04-25 AP Japanese - - is located at Niigata 114,57
1942-02-26 TK Manzyu TM class is - - moving to Takao 84,65
1942-02-27 CV Shokaku class is - - moving to Sabang 44,70

Cheers,
Guy

(in reply to guytipton41)
Post #: 54
RE: Introducing Intel Monkey (New Version: 0.4.1) - 9/25/2012 4:03:00 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
Oh wait - the screenshot was a work in progress, not the release! Sorry for being unclear. I'll get it in a bit with a post.
quote:

ORIGINAL: guytipton41

Good Morning Witpqs,

Downloaded the most recent version at 0932 CDT. I extracted over the top of the previous install.

1942-03-04 E astern Army - - is located at Tokyo 114,60
1942-02-03 E iko-wan Fortress - - is located at Genzan 105,48

On this record it would be useful to recognize that there are two actors, double the record and parse it both ways.

1942-03-28 - 14th Shipping Engineer Regiment is loaded on xAK Hokumai Maru moving to Port Moresby -

For this record the 2nd actor is a generic so there would be no need to double the records. HOWEVER it would be very difficult to encode a set of rules that would reliably tell the difference between a generic and actual actor. Since having actor/actor records doubled would be very handy it is most likely worth the small cost of doubling the actor/generic records.

1942-06-11 - 16th Recon Regiment is loaded on a Japanese xAK moving to Manila -

This bunch of records calls out for a more sophisticated parsing but the correct approach is not obvious.

1942-02-15 - a Aden Cargo class xAK is - - moving to Ominato 119,54
1942-05-10 - a Ansyu xPB class PB is - - moving to Truk 112,108
1942-01-03 - a CHa-1 class SC is - - moving to Babeldaob 90,97
1942-05-12 - a Daigen Cargo class xAKL is - - moving to Osaka/Kyoto 109,59
1942-06-12 - a Japanese AM - - is located at Lunga 114,138
1942-04-25 - a Japanese AP - - is located at Niigata 114,57
1942-01-12 - a Japanese CM is - - moving to Nagasaki/Sasebo 102,58
1942-02-12 - a Japanese LB is - - moving to Lae 99,126
1942-01-11 - a Japanese PG is - - moving to Keijo 103,50
1942-04-30 - a Japanese SC is - - moving to Singapore 50,84
1942-03-17 - a Japanese SS is - - moving to Kwajalein Island 132,115
1942-05-26 - a Japanese SS is - - moving to Kwajalein Island 132,115
1942-06-16 - a Japanese SS is - - moving to Amchitka Island 158,52
1942-06-21 - a Japanese xAK is - - moving to Normanton 86,138
1942-01-17 - a Japanese xAKL is - - moving to Osaka/Kyoto 109,59
1942-01-29 - a Japanese xAKL is - - moving to Foochow 86,60
1941-12-21 - a Japanese xAP - - is located at Takao 84,65
1942-02-26 - a Manzyu TM class TK is - - moving to Takao 84,65
1942-02-27 - a Shokaku class CV is - - moving to Sabang 44,70
1942-07-06 - a Std-F Cargo class xAKL is - - moving to Osaka/Kyoto 109,59
1941-12-22 - a To'su Wa-1 class AMc is - - moving to Truk 112,108
1941-12-10 - a Type A1 class SS is - - moving to 64,99
1942-03-14 - a Type C1 class SS is - - moving to Rabaul 106,125
1942-06-12 - a Type L4 class SS - - is located at Efate 120,154
1942-04-18 - a Yusen A Cargo class xAK is - - moving to Hirosaki/Aomori 118,54

Perhaps this:

1942-02-15 AK Aden Cargo class is - - moving to Ominato 119,54
1942-05-10 PB Ansyu xPB class is - - moving to Truk 112,108
1942-01-03 SC CHa-1 class is - - moving to Babeldaob 90,97
1942-05-12 xAKL Daigen Cargo class is - - moving to Osaka/Kyoto 109,59
1942-06-12 AM Japanese - - is located at Lunga 114,138
1942-04-25 AP Japanese - - is located at Niigata 114,57
1942-02-26 TK Manzyu TM class is - - moving to Takao 84,65
1942-02-27 CV Shokaku class is - - moving to Sabang 44,70

Cheers,
Guy




_____________________________


(in reply to guytipton41)
Post #: 55
RE: Introducing Intel Monkey (New Version: 0.4.1b) - 9/25/2012 4:11:12 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
OK, here you go. Intel Monkey V0.4.1b


Link: https://docs.google.com/open?id=0ByVleYydeDVcZTJuWDhMVUU5OVE

Release Notes:


V0.4.1b

SigInt:
- Added that a ' ' has to follow a ship type at the front of Actor. 'E' at the beginning of LCU names was being picked up as a ship type.
- Added logic to handle 'Radio call sign of CV Akagi...' (for example).
- Added 'is moving to' as a parsing term as the term 'moving to' was leaving ' is' as part of ship names.
- Added logic for 'a xxx class xxx' as the Actor.
- Added logic for 'a Japanese xxx' and 'a(n) Allied xxx' as the Actor.


_____________________________


(in reply to witpqs)
Post #: 56
RE: Introducing Intel Monkey (New Version: 0.4.1b) - 10/9/2012 4:27:38 PM   
bk19@mweb.co.za

 

Posts: 258
Joined: 7/26/2011
Status: offline
HI witpqs,

You may be pleased to know that I have just installed Intel Monkey and run it without any problem under "Python 3.2.2 Stackless 3.1b3 (32bit)".

Initial processing details for your info are:


E:\Extended Disk\Matrix Games\War in the Pacific (Admirals Edition)\tools\Intel Monkey>IntelMonkey-J.py

289 Days of SigInt Processed.
1,715 SigInt Records Processed.

290 Combat Days Processed.
5,936 Battles Processed.
10,095 Individual Combat Records Processed.

6,587 LCU Combat Records Processed.
3,508 Ship Combat Records Processed.
5,936 Combat Blocks Recorded.

I think that should be enough of a stress test to demonstrate your code currently behaves normally with the Stackless Python variant.

Nicely done!

(in reply to witpqs)
Post #: 57
RE: Introducing Intel Monkey (New Version: 0.4.1b) - 10/25/2012 7:28:28 AM   
RogerJNeilson


Posts: 1277
Joined: 4/12/2012
From: Bedlington, Northumberland, UK
Status: offline
Any further developments yet?

Roger

_____________________________

An unplanned dynasty: Roger Neilson, Roger Neilson 11, Roger Neilson 3 previous posts 898+1515 + 1126 = 3539.....Finally completed my game which started the day WITP:AE was released

(in reply to bk19@mweb.co.za)
Post #: 58
RE: Introducing Intel Monkey (New Version: 0.4.1b) - 10/25/2012 4:38:14 PM   
USSAmerica


Posts: 18715
Joined: 10/28/2002
From: Graham, NC, USA
Status: offline
This tool looks very handy, witpqs! Thanks for your time and efforts! I look forward to trying it out soon.

_____________________________

Mike

"Good times will set you free" - Jimmy Buffett

"They need more rum punch" - Me


Artwork by The Amazing Dixie

(in reply to RogerJNeilson)
Post #: 59
RE: Introducing Intel Monkey (New Version: 0.4.1b) - 10/28/2012 4:32:55 PM   
Numdydar

 

Posts: 3211
Joined: 2/13/2004
Status: offline
Doing my part and bumping

(in reply to USSAmerica)
Post #: 60
Page:   <<   < prev  1 [2] 3 4 5   next >   >>
All Forums >> [New Releases from Matrix Games] >> War in the Pacific: Admiral's Edition >> RE: Introducing Intel Monkey (New Version: 0.4.0) Page: <<   < prev  1 [2] 3 4 5   next >   >>
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

1.578