Itznotyerzitz Mine Mark II

This is where you spade, shovel and sickle. Or is it reap?
Post Reply
HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Itznotyerzitz Mine Mark II

Post by HippoKing » Tue Sep 07, 2010 6:13 pm

I can't post to the other thread, so I guess I'll start a new one here. If you could merge this in, that'd be nice.

I'm not even going to try making that thread work. Instead, here is a link to that thread.
-lost


Today, I've been putting together a system for collecting extra mine data in a batch. I was intending to do this in kolproxy, but I don't understand kolproxy so I wrote it in mafia instead. The intention is that it allows me to schedule a task that burns all the turns on 9 characters mining while I'm asleep. I'll post the ASH script for batch execution across several characters in when I have finished writing the consumption stuff for it.

Anyway, attached is the script that does the actual mining. It's not quite perfect - it will very occaisionally waste a turn or two on mining a square for no info, but this is one in hundreds of turns, so I couldn't be bothered to fix it.

What it does:
1) Equips mining gear
2) Equips HP regen
3) Checks it can account for every square in the current mine. If not, finds a new cavern.
4) Mines until it knows the contents of every square (usually 26-28 turns)
5) Parses the mine data into Eleron's string format (with one slight change - the miner's turncount is now written after the comma with the username; this is so each line must be unique and we are sure we're not confusing data sets if the same mine appears twice on the same character)
6) If it has found all 26 ores, sends this to http://bumcheekcity.com/kol/mine.php - otherwise assumes something fucked up.
7) Finds a new cavern
8) If it has more than 36 turns left, starts mining again.

I'd like to say thanks to BCC for setting up the page to accept the mine strings. It's a funny artifact of kolmafia's ash script that it is significantly easier to write to a website than to disk.

With any luck, at some point tomorrow I'll submit all the other data that is in the thread to the database on bumcheekcity.com so anyone who wants all the data in one file to work with can just copy the source of mine.php.

One last thing, one of the results in the thread:

Code: Select all

mining.results.1 (slaphappy snark, ): [(9, "aore"), (10, "aore"), (11, "baconstone"), (12, "baconstone"), (13, "baconstone"), (14, "hp"), (17, "aore"), (18, "aore"), (19, "lore"), (20, "core"), (21, "baconstone"), (22, "hp"), (25, "lore"), (26, "lore"), (27, "lore"), (28, "core"), (29, "core"), (33, "hp"), (35, "jewel"), (37, "core"), (38, "hp"), (42, "meatstack"), (43, "hp"), (44, "meatstack"), (46, "jewel"), (51, "meatstack"), (53, "jewel")]
This has 5 HP squares. Bug in the detection or special mine?
Attachments
mine 0.31.zip
v.031
(1.7 KiB) Downloaded 407 times
Last edited by HippoKing on Fri Sep 10, 2010 10:46 am, edited 5 times in total.

clopedion
Pie of the Sky
Posts: 27
Joined: Thu Aug 19, 2010 10:17 pm

Re: Itznotyerzitz Mine Mark II

Post by clopedion » Tue Sep 07, 2010 9:03 pm

I put together a mine helper script using the algorithm I mentioned in the other thread. It's at http://mysite.verizon.net/res16bkqb/minePredictor.html . Basically, it uses the data from the other thread to calculate the probability of each tetromino appearing in the mine, then uses that to formulate a mining strategy. It's not strictly optimal -- for instance, it doesn't distinguish between a square being empty and a square having an ore other than the one you want -- but it's fun to play with.

How to use it:
Click a square to change it. As you mine, select whether each square you mine has the goal ore or not, and select whether the adjacent squares sparkle. (Squares start off sparkling by default because most of the possible ore squares have something in them.)

The white percentages show the probability that a particular square has the goal ore. The green percentages give the probability that mining a particular square will bring you closer to the goal, and the red square is the recommended square (the square with the highest closer-to-the-goal percentage).

Tell me if you have any trouble; I tested it in Opera, Firefox, and IE 8, but I'm new at Javascript stuff, so I don't know much about compatibility.

ETA: Thanks for the script, HippoKing. I wonder what statistics start to become possible with a couple thousand mines rather than a couple hundred.

ETA: This page still works, but I've written a slightly better algorithm. Try the new version at http://mysite.verizon.net/res16bkqb/beta .
Last edited by clopedion on Fri Dec 31, 2010 10:26 pm, edited 1 time in total.

User avatar
Serra725
AFH
Posts: 719
Joined: Wed Feb 18, 2009 4:14 pm
Location: California

Re: Itznotyerzitz Mine Mark II

Post by Serra725 » Tue Sep 07, 2010 9:37 pm

On my 18th turn, I got this: "Could not find dull square to mine - this is a bug"

ETA: Do I need to start a fresh cavern after ascending before using this, maybe?

User avatar
stupac2
Oh my! Guy with Pie!
Posts: 3027
Joined: Mon Dec 08, 2008 10:04 pm
Location: Stanford, CA
Contact:

Re: Itznotyerzitz Mine Mark II

Post by stupac2 » Tue Sep 07, 2010 11:21 pm

Probably serra, I'd give that a go.

Clopedion, that is really neat. Think we could get it built into mafia?

User avatar
lostcalpolydude
Forum Maestro
Posts: 2940
Joined: Wed Apr 23, 2008 6:54 pm

Re: Itznotyerzitz Mine Mark II

Post by lostcalpolydude » Wed Sep 08, 2010 12:01 am

stupac2 wrote:Clopedion, that is really neat. Think we could get it built into mafia?
Remind me to look at it after I finish my run tomorrow.
bmaher: Softcore character
lostcalpolydude: Hardcore character (abandoned)

User avatar
Eleron
Has a thing!
Posts: 870
Joined: Tue Jun 03, 2008 1:52 pm

Re: Itznotyerzitz Mine Mark II

Post by Eleron » Wed Sep 08, 2010 12:44 am

Could you please change this to not submit false data if the layout isn't fully known? Thanks.

User avatar
stupac2
Oh my! Guy with Pie!
Posts: 3027
Joined: Mon Dec 08, 2008 10:04 pm
Location: Stanford, CA
Contact:

Re: Itznotyerzitz Mine Mark II

Post by stupac2 » Wed Sep 08, 2010 12:54 am

Oh, I think if you moved the reset_mine() from the end of the while loop to the front it would help. Or have it in both places. I just tried and sending it with a new mine doesn't seem to do anything.

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Wed Sep 08, 2010 4:26 am

Yeah, I've just realised it was submitting incomplete mines if all the data hadn't been captured by mafia. I'll fix that.

OK, I've uploaded a new version. It has only been tested in the most cursory fashion. Now it will check the mine before it starts the turn burning loop. If it can't account for every square (either as unmined or having dropped something), it resets the mine. If you've already mined a dull square, it will reset which sucks but shouldn't happen too often since unless people are non-mafia mining in between, that function shouldn't run on a non-completed mine.

It also checks now that there is a 'full' dataset before uploading (26 squares). This may mean we're throwing away important information about varying numbers in the mine, but I think that's a little unlikely.

edit: Serra, that shouldn't have happened. I've done a typo-check over the code that checks that and I couldn't find anything obviously wrong. It's never happened for me. I'm going to assume it was caused by an already-started mine. If it happens again, to anyone, please screenshot your mine layout and send me a PM about it.

User avatar
Eleron
Has a thing!
Posts: 870
Joined: Tue Jun 03, 2008 1:52 pm

Re: Itznotyerzitz Mine Mark II

Post by Eleron » Wed Sep 08, 2010 5:52 am

HippoKing wrote:edit: Serra, that shouldn't have happened. I've done a typo-check over the code that checks that and I couldn't find anything obviously wrong. It's never happened for me. I'm going to assume it was caused by an already-started mine. If it happens again, to anyone, please screenshot your mine layout and send me a PM about it.
Your while loop will try to dig for both shiny and dull if it's not completed, even if there's no preferred dull stuff left.

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Wed Sep 08, 2010 6:29 am

Crap. v0.21 shouldn't do that.

I'm currently trying to get EatDrink.ash to work for consumption on the batcher but it seems to be, for want of a better word, a whiny son of a bitch.

User avatar
Eleron
Has a thing!
Posts: 870
Joined: Tue Jun 03, 2008 1:52 pm

Re: Itznotyerzitz Mine Mark II

Post by Eleron » Wed Sep 08, 2010 7:04 am

Could you flag the submitted lines with version data somehow, so old versions can be appropriately ignored? I'd recommend redoing the first bit before the ":" and the list of actual data, in a way that separates it from buggy versions of your script (and from kolproxy data, which I trust more).

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Wed Sep 08, 2010 7:43 am

OK, on my working copy the output format is:

mining.results.1 (mine.ash v0.22) (accompaniedminer3, 384): [(9, "meatstack"), (10, "aore"), (11, "core"), (12, "core"), (13, "core"), (14, "core"), (17, "aore"), (18, "aore"), (19, "lore"), (20, "lore"), (21, "lore"), (25, "baconstone"), (26, "aore"), (28, "lore"), (30, "hp"), (33, "baconstone"), (34, "baconstone"), (35, "baconstone"), (36, "jewel"), (42, "hp"), (43, "hp"), (46, "jewel"), (51, "jewel"), (52, "meatstack"), (53, "meatstack"), (54, "hp")]

If you don't trust the results of mine.ash (or mine.ash below a certain version), it should be easy enough to filter out.

I've fixed another couple of bugs. Assuming that the rest of the batch executions work out, I'll post v0.3 and the batch running script after my lunch.

User avatar
slaphappy snark
Widdle Fudge Bunny
Posts: 2689
Joined: Fri Apr 04, 2008 1:27 pm
Location: SF Bay Area

Re: Itznotyerzitz Mine Mark II

Post by slaphappy snark » Wed Sep 08, 2010 8:59 am

If I just want to keep doing what I've been doing with kolproxy and yelling at Eleron about it changing my shirts, is it cool to continue posting them here?

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Wed Sep 08, 2010 9:13 am

Right, the batch execution script is done, and attached. It's designed to execute on a bunch of characters who have name1,name2 etc but that can easily be replaced with a switch statement to make it other characters with less systematic naming. You should be able to do this yourself but if you can't figure it out, sned me a message with the character names you want it to execute on and I'll edit the script.

This uses a modified version of EatDrink.ash from the kolmafia forums (it's fronobulax's most recent version with the milk nag suppressed). This needs zlib, which is bundled. zlib nags if it's not up to date, so you should be able to work out keeping that up to date.

What it does:
1) Determines if the character is a miner - if not, ends
2) Autosells any mine drops it has
3) Eats/drinks up to limit by mallbuying food/drink - it values adventures at 40 meat per (since this approximately what it'll make autoselling the mine stuff).
4) Runs mine.ash
5) Overdrinks
6) Wears +adventure gear
7) Logs in the next miner character, or if there are no more miner characters, exits kolmafia.

How to set it up to run automatically:
1) Edit minebreakfast.ash to suit the characters you want to use. As I said earlier, if you can't work this out, I'll do it.
2) Make a fresh kolmafia client (a folder with just KoLmafia.jar in, seperate to your normal play client)
2) Log in every character you're using as a miner with 'save password' checked.
3) Load kolmafia's preferences, and set the breakfast script to minebreakfast.ash
4) Exit and reload kolmafia
5) Select your first miner char and check "auto login"
6) Exit kolmafia
7) Schedule a task to run this client. This varies by OS, and if you use a mac or linux you can probably work it out for yourself. In windows, find the task scheduler on start menu and create a new task there. It's fairly simple to work out. You want a daily trigger, some time when the PC will be on but not in use. The only thing that's really important is the weirdness of JAR files. Odds are it will break if you just run from task scheduler like you'd open a normal file. Instead, you want it to set it to look something like this. Obviously substitute the location of java if yours isn't there, change KoLmafia.jar to the name of your client if its different, and replace C:\miners with the folder your mining client is in.



@snark - yes. I'll post any data posted in this thread to bumcheekcity.com as and when I get around to it.
Attachments
batcher.zip
v0.1
(23.61 KiB) Downloaded 380 times

User avatar
stupac2
Oh my! Guy with Pie!
Posts: 3027
Joined: Mon Dec 08, 2008 10:04 pm
Location: Stanford, CA
Contact:

Re: Itznotyerzitz Mine Mark II

Post by stupac2 » Thu Sep 09, 2010 8:30 pm

So if you have unaccompanied miner and get beat up while they're free, the script goes a little crazy, it keeps trying to mine over and over. Doing a quick /cast cocoo fixed it, but I thought you should know.

User avatar
slaphappy snark
Widdle Fudge Bunny
Posts: 2689
Joined: Fri Apr 04, 2008 1:27 pm
Location: SF Bay Area

Re: Itznotyerzitz Mine Mark II

Post by slaphappy snark » Thu Sep 09, 2010 8:44 pm

mining.results.1 (smilegirl, ): [(10, "lore"), (11, "lore"), (12, "lore"), (13, "baconstone"), (14, "jewel"), (17, "hp"), (18, "lore"), (19, "core"), (20, "core"), (21, "baconstone"), (22, "baconstone"), (25, "aore"), (26, "aore"), (27, "aore"), (28, "core"), (29, "core"), (30, "baconstone"), (33, "aore"), (35, "hp"), (36, "hp"), (37, "meatstack"), (38, "jewel"), (43, "hp"), (50, "jewel"), (53, "meatstack"), (54, "meatstack")]
mining.results.1 (smilegirl, ): [(9, "hp"), (11, "hp"), (12, "baconstone"), (13, "core"), (14, "core"), (17, "lore"), (19, "baconstone"), (20, "baconstone"), (21, "core"), (22, "core"), (25, "lore"), (26, "lore"), (27, "baconstone"), (28, "aore"), (33, "hp"), (34, "lore"), (35, "aore"), (36, "aore"), (37, "aore"), (43, "meatstack"), (45, "hp"), (46, "meatstack"), (49, "jewel"), (50, "meatstack"), (53, "jewel"), (54, "jewel")]
mining.results.1 (smilegirl, ): [(9, "baconstone"), (10, "baconstone"), (11, "lore"), (12, "lore"), (13, "lore"), (14, "lore"), (17, "hp"), (18, "baconstone"), (19, "baconstone"), (20, "aore"), (21, "core"), (22, "core"), (28, "aore"), (29, "core"), (30, "core"), (33, "meatstack"), (34, "jewel"), (35, "hp"), (36, "aore"), (37, "aore"), (38, "jewel"), (44, "hp"), (45, "jewel"), (49, "meatstack"), (52, "hp"), (54, "meatstack")]
mining.results.1 (smilegirl, ): [(10, "aore"), (11, "aore"), (12, "baconstone"), (13, "baconstone"), (14, "baconstone"), (17, "jewel"), (18, "aore"), (19, "aore"), (20, "core"), (21, "core"), (22, "baconstone"), (25, "hp"), (26, "lore"), (27, "lore"), (28, "lore"), (29, "core"), (33, "meatstack"), (35, "lore"), (37, "core"), (38, "meatstack"), (42, "hp"), (44, "hp"), (45, "jewel"), (49, "hp"), (53, "jewel"), (54, "meatstack")]
mining.results.1 (smilegirl, ): [(9, "aore"), (10, "aore"), (11, "aore"), (12, "aore"), (14, "jewel"), (17, "lore"), (18, "lore"), (19, "lore"), (21, "meatstack"), (22, "meatstack"), (25, "lore"), (26, "baconstone"), (27, "baconstone"), (28, "core"), (29, "core"), (30, "core"), (33, "baconstone"), (34, "baconstone"), (35, "meatstack"), (37, "core"), (38, "hp"), (41, "hp"), (44, "hp"), (46, "jewel"), (52, "jewel"), (54, "hp")]
mining.results.1 (smilegirl, ): [(9, "baconstone"), (10, "baconstone"), (11, "baconstone"), (12, "baconstone"), (13, "lore"), (14, "lore"), (17, "core"), (18, "core"), (19, "core"), (20, "core"), (21, "lore"), (22, "lore"), (26, "aore"), (27, "aore"), (28, "aore"), (33, "meatstack"), (34, "hp"), (36, "aore"), (38, "meatstack"), (41, "jewel"), (42, "hp"), (46, "meatstack"), (49, "hp"), (51, "hp"), (52, "jewel"), (54, "jewel")]
mining.results.1 (smilegirl, ): [(9, "hp"), (12, "meatstack"), (13, "aore"), (14, "aore"), (18, "lore"), (19, "lore"), (20, "baconstone"), (21, "aore"), (22, "aore"), (25, "core"), (26, "core"), (27, "lore"), (28, "baconstone"), (29, "baconstone"), (30, "hp"), (33, "core"), (34, "core"), (35, "lore"), (36, "baconstone"), (38, "jewel"), (41, "hp"), (43, "jewel"), (44, "hp"), (50, "meatstack"), (51, "jewel"), (53, "meatstack")]
mining.results.1 (smilegirl, ): [(9, "jewel"), (10, "aore"), (11, "aore"), (12, "aore"), (13, "hp"), (14, "meatstack"), (17, "baconstone"), (18, "baconstone"), (19, "baconstone"), (20, "aore"), (21, "lore"), (22, "jewel"), (25, "core"), (26, "core"), (27, "baconstone"), (28, "lore"), (29, "lore"), (33, "hp"), (34, "core"), (35, "core"), (36, "lore"), (42, "meatstack"), (45, "hp"), (49, "hp"), (51, "jewel"), (52, "meatstack")]
mining.results.1 (smilegirl, ): [(9, "hp"), (10, "aore"), (11, "aore"), (12, "aore"), (13, "aore"), (17, "meatstack"), (18, "core"), (19, "lore"), (20, "baconstone"), (21, "baconstone"), (25, "core"), (26, "core"), (27, "lore"), (28, "lore"), (29, "baconstone"), (30, "jewel"), (33, "core"), (35, "lore"), (37, "baconstone"), (38, "meatstack"), (42, "meatstack"), (49, "hp"), (50, "jewel"), (52, "hp"), (53, "jewel"), (54, "hp")]
mining.results.1 (smilegirl, ): [(9, "lore"), (10, "aore"), (11, "aore"), (12, "aore"), (13, "aore"), (14, "meatstack"), (17, "lore"), (18, "lore"), (19, "lore"), (20, "baconstone"), (21, "hp"), (22, "hp"), (25, "core"), (26, "core"), (27, "baconstone"), (28, "baconstone"), (29, "baconstone"), (30, "jewel"), (33, "core"), (34, "core"), (35, "jewel"), (38, "jewel"), (42, "hp"), (43, "meatstack"), (46, "meatstack"), (51, "hp")]
mining.results.1 (smilegirl, ): [(9, "lore"), (10, "lore"), (11, "baconstone"), (12, "baconstone"), (13, "baconstone"), (14, "core"), (17, "lore"), (19, "jewel"), (20, "aore"), (21, "baconstone"), (22, "core"), (25, "lore"), (26, "jewel"), (27, "aore"), (28, "aore"), (30, "core"), (36, "aore"), (38, "core"), (41, "meatstack"), (44, "hp"), (45, "hp"), (46, "hp"), (49, "jewel"), (50, "hp"), (53, "meatstack"), (54, "meatstack")]
mining.results.1 (smilegirl, ): [(9, "aore"), (10, "aore"), (11, "aore"), (12, "lore"), (13, "lore"), (14, "lore"), (17, "core"), (18, "core"), (19, "aore"), (20, "lore"), (21, "baconstone"), (22, "baconstone"), (26, "core"), (27, "jewel"), (29, "baconstone"), (30, "baconstone"), (33, "meatstack"), (34, "core"), (36, "hp"), (38, "meatstack"), (42, "hp"), (43, "jewel"), (44, "hp"), (50, "jewel"), (51, "meatstack"), (54, "hp")]
mining.results.1 (smilegirl, ): [(9, "core"), (10, "core"), (11, "core"), (12, "baconstone"), (13, "baconstone"), (14, "baconstone"), (17, "aore"), (18, "meatstack"), (19, "core"), (20, "lore"), (21, "baconstone"), (25, "aore"), (26, "aore"), (27, "lore"), (28, "lore"), (29, "hp"), (34, "aore"), (35, "lore"), (36, "jewel"), (41, "meatstack"), (43, "hp"), (44, "hp"), (45, "meatstack"), (46, "jewel"), (51, "hp"), (53, "jewel")]
mining.results.1 (smilegirl, ): [(9, "aore"), (10, "aore"), (12, "lore"), (13, "lore"), (14, "lore"), (17, "aore"), (18, "baconstone"), (19, "baconstone"), (20, "hp"), (21, "lore"), (22, "core"), (25, "aore"), (26, "baconstone"), (27, "hp"), (28, "core"), (29, "core"), (30, "core"), (33, "jewel"), (34, "baconstone"), (35, "hp"), (37, "hp"), (42, "meatstack"), (43, "jewel"), (49, "meatstack"), (52, "meatstack"), (54, "jewel")]
mining.results.1 (smilegirl, ): [(9, "aore"), (10, "aore"), (11, "lore"), (12, "lore"), (13, "lore"), (14, "lore"), (18, "aore"), (19, "baconstone"), (20, "core"), (21, "core"), (22, "core"), (26, "aore"), (27, "baconstone"), (28, "core"), (29, "hp"), (33, "hp"), (35, "baconstone"), (36, "baconstone"), (37, "meatstack"), (44, "hp"), (45, "jewel"), (46, "meatstack"), (49, "meatstack"), (50, "jewel"), (53, "hp"), (54, "jewel")]
mining.results.1 (smilegirl, ): [(10, "baconstone"), (11, "baconstone"), (12, "lore"), (13, "lore"), (14, "lore"), (17, "meatstack"), (19, "baconstone"), (20, "aore"), (21, "lore"), (22, "core"), (27, "baconstone"), (28, "aore"), (29, "core"), (30, "core"), (33, "jewel"), (35, "hp"), (36, "aore"), (37, "aore"), (38, "core"), (42, "jewel"), (45, "hp"), (46, "hp"), (49, "meatstack"), (50, "hp"), (52, "meatstack"), (53, "jewel")]
mining.results.1 (smilegirl, ): [(9, "core"), (10, "core"), (11, "core"), (12, "aore"), (13, "lore"), (14, "lore"), (18, "core"), (19, "baconstone"), (20, "aore"), (21, "aore"), (22, "lore"), (25, "hp"), (26, "baconstone"), (27, "baconstone"), (28, "baconstone"), (29, "aore"), (30, "lore"), (33, "jewel"), (41, "jewel"), (42, "meatstack"), (44, "hp"), (45, "meatstack"), (49, "meatstack"), (51, "hp"), (52, "jewel"), (53, "hp")]

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Fri Sep 10, 2010 6:13 am

Uploaded that data Snark. Thanks.

Stupac - yeah I probably should have thought about that. v0.31 should fix it, but I haven't got a character with miner permed yet to test it (it's this run). I've attached it to this post. If you could test it and see if it works, that would be ideal. Then I'll edit it into the OP.

The script also crashed out on one of my clients at around 7am. I think this was a game fault though - the entire trapzor quest reset for that character (I had to go talk to the council, then the trapzor before I could get into the mine).

Anyway, we're collecting data fairly fast now. Over 750 pieces already.

This is enough that I ran into another pair of mines with the same ores in the exact same place. Remember last time I found one, everything else was in the same place too, leading me to theorise that either non-ores were deterministic, or that there were a very large set number of layouts. Anyway, I got another set with the same ores:

Code: Select all

mining.results.1 (Dolk, 1283213126): [(9, "core"), (10, "baconstone"), (11, "aore"), (12, "aore"), (13, "lore"), (14, "lore"), (17, "core"), (18, "baconstone"), (19, "baconstone"), (20, "aore"), (21, "lore"), (22, "lore"), (25, "core"), (26, "core"), (27, "baconstone"), (28, "aore"), (33, "jewel"), (34, "hp"), (36, "hp"), (38, "jewel"), (42, "meatstack"), (43, "jewel"), (44, "hp"), (46, "hp"), (50, "meatstack"), (52, "meatstack")]
mining.results.1 (mine.ash v0.3) (accompaniedminer4, 682): [(9, "core"), (10, "baconstone"), (11, "aore"), (12, "aore"), (13, "lore"), (14, "lore"), (17, "core"), (18, "baconstone"), (19, "baconstone"), (20, "aore"), (21, "lore"), (22, "lore"), (25, "core"), (26, "core"), (27, "baconstone"), (28, "aore"), (29, "jewel"), (30, "hp"), (34, "jewel"), (35, "hp"), (38, "meatstack"), (41, "hp"), (42, "hp"), (44, "meatstack"), (51, "jewel"), (52, "meatstack")]
Same ores, different non-ores. That means that the non-ores aren't deterministic, which doesn't necessarily help an algorithm. Still, it's information we didn't have yesterday.
Attachments
mine 0.31.zip
for testing
(1.7 KiB) Downloaded 394 times

User avatar
slaphappy snark
Widdle Fudge Bunny
Posts: 2689
Joined: Fri Apr 04, 2008 1:27 pm
Location: SF Bay Area

Re: Itznotyerzitz Mine Mark II

Post by slaphappy snark » Fri Sep 10, 2010 10:05 am

mining.results.1 (smilegirl, ): [(9, "baconstone"), (10, "baconstone"), (11, "core"), (12, "core"), (13, "core"), (14, "core"), (17, "baconstone"), (18, "baconstone"), (21, "meatstack"), (22, "meatstack"), (25, "aore"), (26, "lore"), (27, "lore"), (28, "lore"), (33, "aore"), (34, "aore"), (35, "aore"), (36, "lore"), (41, "hp"), (42, "hp"), (44, "meatstack"), (45, "jewel"), (46, "hp"), (49, "jewel"), (50, "jewel"), (51, "hp")]
mining.results.1 (smilegirl, ): [(9, "lore"), (10, "lore"), (11, "baconstone"), (12, "baconstone"), (13, "baconstone"), (14, "baconstone"), (17, "core"), (18, "lore"), (19, "lore"), (21, "aore"), (22, "aore"), (25, "core"), (26, "core"), (28, "hp"), (30, "aore"), (33, "core"), (36, "meatstack"), (37, "meatstack"), (38, "aore"), (42, "jewel"), (44, "hp"), (45, "jewel"), (46, "jewel"), (49, "meatstack"), (52, "hp"), (53, "hp")]
mining.results.1 (smilegirl, ): [(9, "jewel"), (10, "lore"), (11, "lore"), (12, "lore"), (13, "lore"), (14, "hp"), (17, "aore"), (18, "aore"), (19, "core"), (20, "core"), (21, "core"), (22, "core"), (25, "aore"), (26, "baconstone"), (27, "baconstone"), (28, "baconstone"), (29, "baconstone"), (33, "aore"), (35, "meatstack"), (37, "hp"), (38, "jewel"), (41, "hp"), (45, "jewel"), (50, "hp"), (51, "meatstack"), (52, "meatstack")]
mining.results.1 (smilegirl, ): [(9, "aore"), (10, "aore"), (11, "aore"), (12, "jewel"), (13, "lore"), (17, "aore"), (18, "baconstone"), (19, "baconstone"), (20, "lore"), (21, "lore"), (25, "core"), (26, "core"), (27, "baconstone"), (28, "baconstone"), (29, "lore"), (33, "core"), (34, "core"), (36, "meatstack"), (38, "meatstack"), (41, "jewel"), (43, "hp"), (44, "hp"), (49, "hp"), (51, "meatstack"), (53, "hp"), (54, "jewel")]
mining.results.1 (smilegirl, ): [(9, "core"), (10, "core"), (11, "core"), (12, "hp"), (13, "meatstack"), (14, "jewel"), (17, "meatstack"), (18, "aore"), (19, "core"), (20, "baconstone"), (21, "baconstone"), (22, "jewel"), (25, "lore"), (26, "aore"), (27, "aore"), (28, "aore"), (29, "baconstone"), (30, "baconstone"), (33, "lore"), (34, "lore"), (35, "lore"), (44, "meatstack"), (45, "hp"), (49, "jewel"), (52, "hp"), (54, "hp")]
mining.results.1 (smilegirl, ): [(10, "aore"), (11, "meatstack"), (12, "core"), (13, "core"), (18, "aore"), (19, "aore"), (20, "core"), (21, "core"), (22, "hp"), (25, "baconstone"), (26, "baconstone"), (27, "aore"), (28, "lore"), (29, "lore"), (30, "meatstack"), (34, "baconstone"), (35, "baconstone"), (36, "lore"), (37, "lore"), (38, "meatstack"), (42, "hp"), (44, "jewel"), (45, "jewel"), (49, "hp"), (51, "jewel"), (52, "hp")]
mining.results.1 (smilegirl, ): [(9, "meatstack"), (10, "core"), (11, "baconstone"), (12, "baconstone"), (14, "hp"), (17, "core"), (18, "core"), (19, "core"), (20, "baconstone"), (21, "baconstone"), (22, "meatstack"), (25, "aore"), (26, "aore"), (27, "lore"), (28, "lore"), (29, "lore"), (30, "lore"), (34, "aore"), (35, "aore"), (36, "hp"), (42, "meatstack"), (43, "jewel"), (46, "hp"), (49, "jewel"), (50, "hp"), (52, "jewel")]

User avatar
stupac2
Oh my! Guy with Pie!
Posts: 3027
Joined: Mon Dec 08, 2008 10:04 pm
Location: Stanford, CA
Contact:

Re: Itznotyerzitz Mine Mark II

Post by stupac2 » Fri Sep 10, 2010 10:07 am

HK, that worked. I dropped HP to 0 and it didn't die.

Oh, and Eleron, yours had that problem too, I think.

User avatar
Eleron
Has a thing!
Posts: 870
Joined: Tue Jun 03, 2008 1:52 pm

Re: Itznotyerzitz Mine Mark II

Post by Eleron » Fri Sep 10, 2010 11:11 am

I'll push a new kolproxy in a bit since I've actually made the mining bit at least beta-quality (and improved other stuff too! And completely broken logging :p), so should get that out there.

User avatar
Eleron
Has a thing!
Posts: 870
Joined: Tue Jun 03, 2008 1:52 pm

Re: Itznotyerzitz Mine Mark II

Post by Eleron » Tue Sep 14, 2010 1:49 pm

mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:41:52 2010): [(9, "aore"), (10, "aore"), (11, "aore"), (12, "lore"), (13, "lore"), (18, "baconstone"), (19, "aore"), (20, "lore"), (21, "lore"), (22, "hp"), (26, "baconstone"), (27, "baconstone"), (28, "core"), (33, "meatstack"), (34, "baconstone"), (35, "hp"), (36, "core"), (37, "core"), (38, "core"), (44, "jewel"), (49, "hp"), (50, "hp"), (51, "jewel"), (52, "jewel"), (53, "meatstack"), (54, "meatstack")]
mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:42:34 2010): [(9, "meatstack"), (10, "baconstone"), (11, "baconstone"), (12, "baconstone"), (13, "baconstone"), (17, "core"), (18, "core"), (19, "lore"), (20, "aore"), (21, "jewel"), (25, "core"), (26, "core"), (27, "lore"), (28, "aore"), (29, "aore"), (30, "hp"), (34, "lore"), (35, "lore"), (36, "aore"), (41, "meatstack"), (43, "jewel"), (46, "hp"), (49, "hp"), (50, "meatstack"), (53, "jewel"), (54, "hp")]
mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:43:25 2010): [(9, "jewel"), (10, "aore"), (11, "baconstone"), (12, "lore"), (13, "lore"), (14, "core"), (18, "aore"), (19, "baconstone"), (20, "lore"), (21, "core"), (22, "core"), (25, "jewel"), (26, "aore"), (27, "baconstone"), (28, "lore"), (30, "core"), (33, "meatstack"), (34, "aore"), (35, "baconstone"), (42, "hp"), (45, "hp"), (46, "jewel"), (49, "meatstack"), (50, "hp"), (51, "hp"), (53, "meatstack")]
mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:44:07 2010): [(11, "lore"), (13, "core"), (14, "hp"), (17, "lore"), (18, "lore"), (19, "lore"), (20, "aore"), (21, "core"), (22, "core"), (25, "hp"), (26, "baconstone"), (27, "baconstone"), (28, "aore"), (29, "aore"), (30, "core"), (33, "jewel"), (34, "baconstone"), (35, "baconstone"), (36, "aore"), (41, "jewel"), (42, "meatstack"), (43, "meatstack"), (44, "meatstack"), (45, "hp"), (53, "hp"), (54, "jewel")]
mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:44:54 2010): [(9, "core"), (11, "lore"), (12, "lore"), (13, "lore"), (14, "lore"), (17, "core"), (18, "core"), (19, "aore"), (20, "aore"), (21, "baconstone"), (22, "baconstone"), (25, "core"), (27, "aore"), (28, "aore"), (30, "baconstone"), (33, "jewel"), (34, "meatstack"), (36, "jewel"), (37, "jewel"), (38, "baconstone"), (42, "hp"), (45, "meatstack"), (50, "meatstack"), (51, "hp"), (52, "hp"), (54, "hp")]
mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:45:36 2010): [(9, "core"), (10, "core"), (11, "baconstone"), (12, "baconstone"), (13, "baconstone"), (14, "meatstack"), (17, "core"), (18, "core"), (19, "baconstone"), (20, "aore"), (21, "aore"), (25, "lore"), (26, "lore"), (27, "lore"), (28, "aore"), (29, "meatstack"), (30, "jewel"), (33, "lore"), (35, "hp"), (36, "aore"), (42, "hp"), (43, "jewel"), (44, "hp"), (50, "jewel"), (51, "hp"), (54, "meatstack")]
mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:46:15 2010): [(9, "core"), (10, "core"), (11, "core"), (12, "aore"), (14, "hp"), (17, "core"), (18, "lore"), (19, "lore"), (20, "aore"), (21, "aore"), (22, "meatstack"), (25, "baconstone"), (26, "baconstone"), (27, "lore"), (28, "lore"), (29, "aore"), (33, "baconstone"), (34, "baconstone"), (35, "jewel"), (36, "jewel"), (37, "hp"), (41, "meatstack"), (43, "jewel"), (44, "meatstack"), (52, "hp"), (54, "hp")]
mining.results.1 (kolproxy, Dolk, Tue Sep 14 20:46:54 2010): [(11, "lore"), (12, "hp"), (14, "hp"), (17, "jewel"), (18, "lore"), (19, "lore"), (20, "lore"), (21, "baconstone"), (22, "baconstone"), (25, "aore"), (26, "aore"), (27, "core"), (28, "core"), (29, "baconstone"), (30, "baconstone"), (33, "aore"), (34, "aore"), (35, "core"), (36, "core"), (42, "jewel"), (44, "jewel"), (45, "hp"), (46, "meatstack"), (50, "meatstack"), (51, "hp"), (54, "meatstack")]

User avatar
Eleron
Has a thing!
Posts: 870
Joined: Tue Jun 03, 2008 1:52 pm

Re: Itznotyerzitz Mine Mark II

Post by Eleron » Thu Sep 16, 2010 9:39 am

mining.results.1 (kolproxy, Dolk, Thu Sep 16 16:33:46 2010): [(9, "baconstone"), (10, "lore"), (11, "core"), (12, "core"), (13, "core"), (14, "core"), (17, "baconstone"), (18, "lore"), (19, "lore"), (20, "lore"), (25, "baconstone"), (26, "baconstone"), (27, "aore"), (30, "jewel"), (33, "aore"), (34, "aore"), (35, "aore"), (36, "meatstack"), (38, "hp"), (42, "meatstack"), (43, "hp"), (45, "jewel"), (46, "hp"), (49, "meatstack"), (51, "hp"), (52, "jewel")]
mining.results.1 (kolproxy, Dolk, Thu Sep 16 16:34:27 2010): [(9, "meatstack"), (10, "core"), (11, "aore"), (12, "aore"), (13, "aore"), (14, "aore"), (17, "core"), (18, "core"), (20, "baconstone"), (21, "lore"), (22, "lore"), (25, "hp"), (26, "core"), (27, "hp"), (28, "baconstone"), (29, "lore"), (30, "lore"), (33, "meatstack"), (35, "jewel"), (36, "baconstone"), (37, "baconstone"), (38, "hp"), (43, "jewel"), (44, "hp"), (51, "jewel"), (53, "meatstack")]
mining.results.1 (kolproxy, Dolk, Thu Sep 16 16:35:10 2010): [(9, "meatstack"), (10, "baconstone"), (11, "lore"), (12, "lore"), (13, "aore"), (14, "aore"), (17, "baconstone"), (18, "baconstone"), (19, "lore"), (21, "aore"), (22, "core"), (26, "baconstone"), (27, "lore"), (28, "meatstack"), (29, "aore"), (30, "core"), (35, "jewel"), (37, "core"), (38, "core"), (41, "hp"), (42, "jewel"), (43, "jewel"), (44, "hp"), (46, "hp"), (50, "meatstack"), (51, "hp")]
mining.results.1 (kolproxy, Dolk, Thu Sep 16 16:36:02 2010): [(9, "baconstone"), (10, "aore"), (11, "aore"), (12, "lore"), (13, "lore"), (14, "core"), (17, "baconstone"), (18, "baconstone"), (19, "aore"), (20, "lore"), (22, "core"), (25, "jewel"), (26, "baconstone"), (27, "aore"), (28, "lore"), (29, "core"), (30, "core"), (33, "meatstack"), (36, "hp"), (37, "jewel"), (43, "meatstack"), (44, "jewel"), (45, "hp"), (46, "meatstack"), (51, "hp"), (53, "hp")]
mining.results.1 (kolproxy, Dolk, Thu Sep 16 16:36:55 2010): [(9, "hp"), (10, "aore"), (11, "baconstone"), (12, "baconstone"), (13, "baconstone"), (17, "aore"), (18, "aore"), (19, "aore"), (20, "core"), (21, "baconstone"), (22, "meatstack"), (25, "lore"), (26, "lore"), (27, "core"), (28, "core"), (33, "lore"), (34, "lore"), (35, "meatstack"), (36, "core"), (37, "meatstack"), (38, "jewel"), (49, "hp"), (51, "jewel"), (52, "hp"), (53, "jewel"), (54, "hp")]
mining.results.1 (kolproxy, Dolk, Thu Sep 16 16:37:40 2010): [(9, "lore"), (10, "lore"), (11, "aore"), (12, "aore"), (13, "aore"), (14, "jewel"), (17, "lore"), (18, "core"), (19, "aore"), (20, "baconstone"), (21, "baconstone"), (25, "lore"), (26, "core"), (27, "core"), (28, "baconstone"), (34, "core"), (35, "meatstack"), (36, "baconstone"), (38, "jewel"), (41, "meatstack"), (42, "hp"), (43, "hp"), (44, "meatstack"), (46, "hp"), (51, "hp"), (52, "jewel")]

User avatar
Eleron
Has a thing!
Posts: 870
Joined: Tue Jun 03, 2008 1:52 pm

Re: Itznotyerzitz Mine Mark II

Post by Eleron » Wed Sep 22, 2010 7:54 pm

mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:28:02 2010): [(9, "baconstone"), (10, "baconstone"), (11, "aore"), (12, "hp"), (13, "lore"), (14, "lore"), (17, "baconstone"), (18, "aore"), (19, "aore"), (20, "aore"), (21, "hp"), (22, "lore"), (25, "baconstone"), (26, "hp"), (28, "core"), (29, "core"), (30, "lore"), (35, "jewel"), (36, "core"), (37, "core"), (42, "meatstack"), (43, "meatstack"), (45, "jewel"), (46, "meatstack"), (49, "hp"), (51, "jewel")]
mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:28:47 2010): [(9, "hp"), (10, "baconstone"), (11, "lore"), (12, "lore"), (13, "lore"), (14, "lore"), (18, "baconstone"), (19, "core"), (20, "core"), (21, "aore"), (22, "aore"), (26, "baconstone"), (27, "baconstone"), (28, "core"), (29, "aore"), (30, "aore"), (33, "hp"), (35, "hp"), (36, "core"), (37, "hp"), (38, "jewel"), (41, "meatstack"), (43, "meatstack"), (45, "meatstack"), (49, "jewel"), (51, "jewel")]
mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:29:27 2010): [(9, "aore"), (10, "aore"), (13, "hp"), (17, "aore"), (18, "aore"), (19, "baconstone"), (20, "lore"), (21, "lore"), (22, "lore"), (25, "core"), (26, "baconstone"), (27, "baconstone"), (28, "baconstone"), (29, "lore"), (30, "jewel"), (33, "core"), (34, "core"), (35, "core"), (38, "hp"), (42, "meatstack"), (44, "hp"), (46, "hp"), (50, "meatstack"), (51, "jewel"), (52, "meatstack"), (53, "jewel")]
mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:30:16 2010): [(9, "aore"), (10, "baconstone"), (11, "baconstone"), (12, "baconstone"), (13, "lore"), (14, "lore"), (17, "aore"), (18, "core"), (19, "core"), (20, "baconstone"), (21, "lore"), (22, "lore"), (25, "aore"), (26, "aore"), (27, "core"), (28, "core"), (29, "meatstack"), (33, "hp"), (36, "hp"), (38, "jewel"), (42, "jewel"), (49, "hp"), (50, "meatstack"), (51, "meatstack"), (53, "hp"), (54, "jewel")]
mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:31:08 2010): [(9, "meatstack"), (10, "lore"), (11, "lore"), (12, "core"), (13, "core"), (14, "core"), (17, "hp"), (18, "lore"), (19, "lore"), (20, "core"), (21, "aore"), (26, "baconstone"), (27, "baconstone"), (28, "aore"), (29, "aore"), (30, "aore"), (34, "baconstone"), (35, "baconstone"), (37, "meatstack"), (42, "hp"), (43, "hp"), (44, "jewel"), (46, "hp"), (51, "jewel"), (52, "meatstack"), (53, "jewel")]
mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:31:55 2010): [(9, "lore"), (10, "lore"), (11, "core"), (12, "core"), (13, "baconstone"), (14, "baconstone"), (17, "lore"), (18, "core"), (19, "core"), (20, "baconstone"), (21, "baconstone"), (22, "jewel"), (25, "lore"), (27, "aore"), (28, "aore"), (29, "aore"), (30, "aore"), (34, "hp"), (36, "meatstack"), (37, "hp"), (41, "hp"), (42, "jewel"), (44, "jewel"), (49, "meatstack"), (53, "hp"), (54, "meatstack")]
mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:32:42 2010): [(9, "lore"), (10, "baconstone"), (11, "baconstone"), (12, "hp"), (14, "hp"), (17, "lore"), (18, "lore"), (19, "baconstone"), (20, "baconstone"), (21, "core"), (22, "core"), (25, "lore"), (26, "aore"), (27, "aore"), (28, "aore"), (29, "core"), (30, "core"), (34, "aore"), (37, "hp"), (43, "jewel"), (44, "jewel"), (46, "jewel"), (49, "meatstack"), (50, "hp"), (53, "meatstack"), (54, "meatstack")]
mining.results.1 (kolproxy, Dolk, Thu Sep 23 02:33:27 2010): [(9, "aore"), (10, "aore"), (11, "core"), (12, "meatstack"), (13, "lore"), (14, "lore"), (17, "aore"), (18, "aore"), (19, "core"), (20, "baconstone"), (21, "baconstone"), (22, "lore"), (25, "meatstack"), (26, "core"), (27, "core"), (28, "baconstone"), (29, "baconstone"), (30, "lore"), (33, "hp"), (34, "hp"), (41, "jewel"), (42, "hp"), (44, "jewel"), (45, "jewel"), (51, "hp"), (54, "meatstack")]

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Thu Sep 23, 2010 6:52 am

All listed on bcc.com to here.

User avatar
stupac2
Oh my! Guy with Pie!
Posts: 3027
Joined: Mon Dec 08, 2008 10:04 pm
Location: Stanford, CA
Contact:

Re: Itznotyerzitz Mine Mark II

Post by stupac2 » Tue Oct 05, 2010 12:18 am

Poke. Anything going on here?

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Tue Oct 05, 2010 4:51 pm

Me, BCC and a couple of others are still throwing data into it. We've got over 4000 valid mines now.

However, I have literally no idea how to go on from here. I guess someone else will have to get onto making a predictor or something.

User avatar
stupac2
Oh my! Guy with Pie!
Posts: 3027
Joined: Mon Dec 08, 2008 10:04 pm
Location: Stanford, CA
Contact:

Re: Itznotyerzitz Mine Mark II

Post by stupac2 » Tue Oct 05, 2010 4:55 pm

Someone should talk to RT or JasonHarper about this, they're the ones I think of when it comes to this kind of thing.

clopedion
Pie of the Sky
Posts: 27
Joined: Thu Aug 19, 2010 10:17 pm

Re: Itznotyerzitz Mine Mark II

Post by clopedion » Wed Oct 06, 2010 10:42 am

I've been planning to improve the algorithm I've been using for my predictor to take advantage of the new data, but I've been really busy and probably will be pretty busy for the next week or two. Right now, it does a sort of fuzzy match --- it looks for mines that have the same goal/not-goal pattern as what you've seen already. My plan is to add a couple more levels of matching which take the non-goal ores into account; that should improve the predictions by a lot.

clopedion
Pie of the Sky
Posts: 27
Joined: Thu Aug 19, 2010 10:17 pm

Re: Itznotyerzitz Mine Mark II

Post by clopedion » Fri Nov 05, 2010 9:29 pm

Okay, I finally got around to writing a new algorithm for predicting mine layouts; the new version is at http://mysite.verizon.net/res16bkqb/beta/. Based on 3900 trials, it takes an average of 9.33 turns to find three ores, and it takes 10 turns or less 70% of the time.

The main problem with this version is that it assumes that the distribution of all the ores is the same, but the data says that there are differences between the ore distributions. I might add that in for the next version.

User avatar
stupac2
Oh my! Guy with Pie!
Posts: 3027
Joined: Mon Dec 08, 2008 10:04 pm
Location: Stanford, CA
Contact:

Re: Itznotyerzitz Mine Mark II

Post by stupac2 » Fri Nov 05, 2010 9:34 pm

Really cool, thanks.

Kelemvor
AFH
Posts: 980
Joined: Fri Aug 28, 2009 11:36 am

Re: Itznotyerzitz Mine Mark II

Post by Kelemvor » Sat Nov 06, 2010 1:46 am

That's pretty awesome. Looking forward to trying it out in a couple of days.

Thanks!

Draco Cracona
Gatekeeper of Hell
Posts: 1149
Joined: Sat Sep 19, 2009 1:59 pm

Re: Itznotyerzitz Mine Mark II

Post by Draco Cracona » Mon Dec 06, 2010 6:28 am

I appear to have ancountered something strange with this mining aid. My mine, so far:

- * - - - -
- EC - - -
- MMDDD
- *M - - -
- - M - - -
- - E - - -

Here E denotes an empty square; M denores a misc. square, - denotes unmined, * denotes non-sparkly unmined, C is chrome and D is diamond. 0 matching mines; using fuzzy matching with 5 mines.

All well and good so far; I need asbestos, which is 86% chance in the four on the left; 13% chance on the 4 in the top right hand corner. However, when I change the required ore to chrome, it tells me that there is a 100% chance that the chrome is in a 2x2 block around the one revealed chrome ore; this means that the asbestos cannot be in a straight horizontal line going into the right corner, which the tool claims is a 13% chance. To make this even stranger, the lino ore is predicted to be in one of the same 2 places that the asbestos is. For clarity, I will post the chances of each square being each ore:

Chrome:
0 0 100 100 0 0
0 0 100 100 0 0
0 0 0 0 0 0
0 0 0 0 0 0
0 0 0 0 0 0
0 0 0 0 0 0

Asbestos:

86 0 13 13 13 13
86 0 0 0 0 0
86 0 0 0 0 0
86 0 0 0 0 0
0 0 0 0 0 0
0 0 0 0 0 0

Linoleum:

86 0 13 13 13 13
86 0 0 0 0 0
86 0 0 0 0 0
86 0 0 0 0 0
0 0 0 0 0 0
0 0 0 0 0 0

Diamond:

0 0 0 0 0 0
0 0 0 18 14 13
0 0 0 100 100 100
0 0 0 22 19 11
0 0 0 0 0 0
0 0 0 0 0 0

This means that some squares are 100% chrome, 13% asbestos and 13% linoleum; others are a straight split between 86% linoleum and 86% asbestos, and some of the 0% asbestos/lino squares (the block of 4 in a square to the right of the chrome must be asbestos or lino; 2 of these are 0%. The one remaining diamond can, logically, only be below the row of three diamonds.

This is before today's mining; post today's 5 mines I find that the 4 on the left are asbestos; by doing this suddenly the chrome is no longer a 100% in the three chrome squares, ans the mine layout starts to make sense, although the diamond still slows a nonzero chance above the 3 revealed. With my next mine, I mine the mine to the right of the chrome and it's another chrome; this ends up with both chrome and lino as 100% chances in the top middle 2. Lino to the right of the second chrome. finishing my free mines, leaving the tool thinking that the chrome is 100% chance in a square (as it must be), but also thinking that the lino can be in the top 2 squares. Also, diamond still thinks it can be above the row of 3 diamonds.

TL;DR: Fuzzy matching doesn't work that well, it seems; just plain wrong sometimes.

clopedion
Pie of the Sky
Posts: 27
Joined: Thu Aug 19, 2010 10:17 pm

Re: Itznotyerzitz Mine Mark II

Post by clopedion » Wed Dec 08, 2010 7:56 pm

Yeah, that is kinda weird, but it's also really hard to fix. What happened was that you ran into a mine which was nothing like any of the mines on BCC's page, and the page can't make good predictions for mines it doesn't recognize.

The way the algorithm works is that it starts by looking through its database of mines to find one that matches except for minor differences (ores permuted, or a misc in place of an empty). If it finds any matching mines, then it'll give advice based on those and all of its advice will make sense -- probabilities that add up to 100%, valid ore placements, etc.

If it doesn't find anything, then it loosens its standards a lot -- it ignores the difference between different non-goal ores, and if it still can't find anything that matches, it ignores everything except what squares are empty and where you've seen the goal ore. It isn't a great algorithm, but the hope is that if there are enough mines in the database, then you won't see it too often.

I'll add the latest batch of mines from BCC's page to the database; that should at least make fuzzy matching less likely to show up. Maybe I'll also add a warning for when the prediction is getting too dicey.

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Mon Dec 13, 2010 7:25 pm

BCC's page will not keep updating until I do some work on the mine.ash script - the way the mine works was altered a short while ago and I haven't repaired the script yet.

HippoKing
Pie in the Sky
Posts: 198
Joined: Thu Jun 11, 2009 1:05 pm

Re: Itznotyerzitz Mine Mark II

Post by HippoKing » Fri Dec 31, 2010 8:44 am

Clop - the sparkling/non-sparkling handling seems weird. On a whim, I was trying to work out how much having Object Detection might help in run so I took a look at a mine. However, feeding the sparkly/non-sparkly information in the the Predictor (before anything had been mined) had no apparent effect - it was still stating that the goal ore could be in these squares.

Also, the description is rather confusing:
Click squares to toggle them as you mine. The red square is the next recommended square. When you reach the top four rows, remember to toggle the sparkles off as you mine so the algorithm knows which squares are definitely empty.

Percentages in white estimate the probability that the goal ore is in a particular square. Percentages in green estimate the probability that mining that square will bring you closer to the goal ore; the recommended square is always the square with the highest green probability.
I think maybe remove the word 'green' from that sentence, since obviously at that point it's red.

clopedion
Pie of the Sky
Posts: 27
Joined: Thu Aug 19, 2010 10:17 pm

Re: Itznotyerzitz Mine Mark II

Post by clopedion » Sat Jan 01, 2011 9:46 am

HippoKing wrote:Clop - the sparkling/non-sparkling handling seems weird. On a whim, I was trying to work out how much having Object Detection might help in run so I took a look at a mine. However, feeding the sparkly/non-sparkly information in the the Predictor (before anything had been mined) had no apparent effect - it was still stating that the goal ore could be in these squares.
Oh, that's neat. I didn't know Object Detection did that. The predictor ignores sparkly/dull squares that aren't adjacent to a mined area, because I figured that the only way to see sparkliness was to mine a neighboring square, and I needed some way to distinguish between knowing that a square was sparkly and not knowing anything about it. Lemme think about how to fix that -- I'll probably add a new "Unknown" state in addition to dull and sparkly, and start all the squares as "Unknown".
HippoKing wrote: Also, the description is rather confusing
There's a new version with better documentation at http://mysite.verizon.net/res16bkqb/beta/ -- it uses a better algorithm too.

clopedion
Pie of the Sky
Posts: 27
Joined: Thu Aug 19, 2010 10:17 pm

Re: Itznotyerzitz Mine Mark II

Post by clopedion » Mon Feb 07, 2011 11:16 pm

Okay, you can use Object Detection now. Now all the squares start as "Unknown", and you can toggle them to dull or sparkly however you want to.

Draco Cracona
Gatekeeper of Hell
Posts: 1149
Joined: Sat Sep 19, 2009 1:59 pm

Re: Itznotyerzitz Mine Mark II

Post by Draco Cracona » Mon Jun 06, 2011 2:03 pm

The link is throwing up a 423 resource locked error. No mining help anymore, or has it moved?

Edit: Phil kindly pointed me at uxux.org/mine! Hail our glorious overload!

User avatar
thacon
Fiendishly At Large
Posts: 1553
Joined: Wed Dec 02, 2009 1:13 pm
Location: New York

Re: Itznotyerzitz Mine Mark II

Post by thacon » Mon Jun 06, 2011 2:04 pm

It's now at http://ectabo.com/kol/mining/ or if you need something easier to remember, uxux.org/mine will forward you.

edit: uxux.org is dead. New link is ro5.org/mine

jambosque
Just Plain Old Pie
Posts: 4
Joined: Wed Dec 23, 2009 5:10 am
Location: southern California
Contact:

Re: Itznotyerzitz Mine Mark II

Post by jambosque » Sat Jan 14, 2012 5:45 pm

http://ectabo.com/kol/mining/ went to fuzzy matching for this configuration:

Code: Select all

xLCpp*
LLCDAp
ppCpp*
*rDp**
*rmp**
prmrpr
*:unknown
p:promising
r:rocky

x:eXtreme
m:meat
h:hp
n:none

L:Linoleum
C:Chrome
A:Asbestos
D:Diamond

By process of elimination, CD&L must look like the following:

Code: Select all

xLCpp*
LLCDAp
LCCDp*
*rDD**
*rmp**
prmrpr
Mid-ascension (Trendy), so I'm probably not going to find out what the Asbestos looks like for a few days.

greycat
AFH
Posts: 359
Joined: Sat Sep 22, 2007 9:42 pm

Re: Itznotyerzitz Mine Mark II

Post by greycat » Wed Nov 13, 2013 8:02 am

Obviously the Loadstones (added within the last year) have caused some trouble with this tool. Apart from that, I've been seeing a lot of failures lately. Here's one from today:

Image
Image

LeafyGreens
Inscrutable Pi
Posts: 274
Joined: Mon Aug 20, 2012 1:14 am

Re: Itznotyerzitz Mine Mark II

Post by LeafyGreens » Wed Nov 13, 2013 8:46 am

I use the mine predictor too, going straight up in that same row like it suggests. The loadstone is found in that same spot almost every time... I know it replaces an ore, does it replace the first one you find every time? It is real obnoxious in a 2 run since it's not apparent which ore is being replaced. It's meant to be a feature I suppose, but in SC where you don't do the chasm it is mostly harmful, beside negligible meat gain at the nuns.

User avatar
lostcalpolydude
Forum Maestro
Posts: 2940
Joined: Wed Apr 23, 2008 6:54 pm

Re: Itznotyerzitz Mine Mark II

Post by lostcalpolydude » Wed Nov 13, 2013 9:42 am

I think it replaces the first ore once you reach level 9, or perhaps once you accept the level 9 quest. I wonder if it's reasonable to not accept the quest until after day 2 mining.
bmaher: Softcore character
lostcalpolydude: Hardcore character (abandoned)

User avatar
ungawa
AFH
Posts: 377
Joined: Sat Aug 25, 2012 3:16 pm

Re: Itznotyerzitz Mine Mark II

Post by ungawa » Wed Nov 13, 2013 2:05 pm

I just listened to the Monday radio show where I asked about the loadstone, but they didn't really answer. I guess it's worth trying lost's idea.

blisterguy
Master of the Coin
Posts: 347
Joined: Tue Feb 08, 2011 5:30 pm

Re: Itznotyerzitz Mine Mark II

Post by blisterguy » Wed Nov 13, 2013 4:05 pm

It took me 15 minings to find my ore in my most recent run, thanks to the Choadstone.

User avatar
ungawa
AFH
Posts: 377
Joined: Sat Aug 25, 2012 3:16 pm

Re: Itznotyerzitz Mine Mark II

Post by ungawa » Mon Nov 18, 2013 11:40 am

After spending my free mining turns at level 8 on Day 1, I managed to resist the temptation to talk to the council after hitting level 9. However, my first free mine on Day 2 was the loadstone, so it looks like the loadstone trigger is being level 9, not having the level 9 quest.

User avatar
top1214
Oh my! Guy with Pie!
Posts: 1959
Joined: Mon Mar 15, 2010 1:10 am
Location: St Louis, MO, USA

Re: Itznotyerzitz Mine Mark II

Post by top1214 » Mon Nov 18, 2013 8:14 pm

ungawa wrote:After spending my free mining turns at level 8 on Day 1, I managed to resist the temptation to talk to the council after hitting level 9. However, my first free mine on Day 2 was the loadstone, so it looks like the loadstone trigger is being level 9, not having the level 9 quest.
Relatively sure I got my loadstone while still level 8 in my most recent BM run.

Post Reply