problem with database - Page 5

Greebley · 2009-07-19, 16:10

Continuing:
534072:1971
594288:431

Greebley · 2009-07-19, 18:48

Continuing:
609300:128
617508:1661

Greebley · 2009-07-21, 01:54

But wait there's more:
67182:3010

Greebley · 2009-07-24, 21:10

I noticed many items are now fixed!!!

A big thanks for that.

Looks like its got some automated fixing too. In fact I am alternating between 177768 and 119280 -as I do so it fixes one index(but one is back to the initial value), I enter the factors and it steps forward to I am guessing the next break (i.e. a few indices).

In other words, by alternating between these two sequences, I advance a few more indices each time. Eventually, I should succeed in fixing them.

Note that only the really broken ones that didn't display anything before are having issues. The rest I have reason to believe are all fixed.
Potential list is 119280, 177768, 189720, 191814, 198024, though some may now work (if they didn't have multiple errors, they could be ok). I will see if I can work them through and get them operational.

So the following techniques seem to work:
If you have a smaller number check to see if it is a perfect square and add the factor.
If the left and right disagree, you can click the left hand side and hit repair (wrong factorization on right - may not happen if automated repair?)
If the left and right are the same then enter the factors. I find entering a 2 for example, will cause further factoring, and sometimes you need the primes from the elf file. Resubmitting the elf file should work.
If the sequence goes back to the start then visit another sequence and come back. It then fixes the left hand side being wrong for sigma - n.

Note that the values are still stored so for example fixing the square will usually give the whole sequence - you don't need to resubmit

Greebley · 2009-07-25, 19:19

Ok, the final 5 seqs appear correct now. It is my belief the the db is currently correct (no errors) up to 1 million.

kar_bon · 2009-07-26, 23:32

as far as i know only 971424 is still erroneous!

smh · 2009-07-31, 14:26

I just updated 994518 and it looks line line 1112 is incorrect.

How to fix this?

kar_bon · 2009-07-31, 14:33

nothing to do for you, Syd (admin of the Factor Database) has to fix it manually!

kar_bon · 2009-07-31, 14:55

another new one: 509928 index 2338

Greebley · 2009-08-03, 13:30

I did a full check of the open sequences. I sent this result to Syd via pm:

I did a run to check for the open ended aliquot sequences that had errors:

Some new problems since last fix.

Code:

For seq 971424:1041, expected 92414624378151097852840378 and got 92413778292741494002681126
For seq 994518:1112, expected 49962049595715978310917817421962890 and got 49962034146251235263289568202733954
For seq 509928:2338, expected 215707876149080 and got 421825864423808886498255128

Also checked for sequences that were fully factored but had no next entry. There were 3:
Seq 92160: No next line.
Seq 552390: No next line.
Seq 650472: No next line.

Greebley · 2009-08-03, 14:21

Got a PM back that these are all fixed! Thanks Syd.

2009-07-19, 16:10	#45
Greebley May 2009 Dedham Massachusetts USA 1513₈ Posts	Continuing: 534072:1971 594288:431 Last fiddled with by Greebley on 2009-07-19 at 16:13

2009-07-19, 18:48	#46
Greebley May 2009 Dedham Massachusetts USA 3×281 Posts	Continuing: 609300:128 617508:1661 Last fiddled with by Greebley on 2009-07-19 at 19:34

2009-07-24, 21:10	#48
Greebley May 2009 Dedham Massachusetts USA 3·281 Posts	I noticed many items are now fixed!!! A big thanks for that. Looks like its got some automated fixing too. In fact I am alternating between 177768 and 119280 -as I do so it fixes one index(but one is back to the initial value), I enter the factors and it steps forward to I am guessing the next break (i.e. a few indices). In other words, by alternating between these two sequences, I advance a few more indices each time. Eventually, I should succeed in fixing them. Note that only the really broken ones that didn't display anything before are having issues. The rest I have reason to believe are all fixed. Potential list is 119280, 177768, 189720, 191814, 198024, though some may now work (if they didn't have multiple errors, they could be ok). I will see if I can work them through and get them operational. So the following techniques seem to work: If you have a smaller number check to see if it is a perfect square and add the factor. If the left and right disagree, you can click the left hand side and hit repair (wrong factorization on right - may not happen if automated repair?) If the left and right are the same then enter the factors. I find entering a 2 for example, will cause further factoring, and sometimes you need the primes from the elf file. Resubmitting the elf file should work. If the sequence goes back to the start then visit another sequence and come back. It then fixes the left hand side being wrong for sigma - n. Note that the values are still stored so for example fixing the square will usually give the whole sequence - you don't need to resubmit Last fiddled with by Greebley on 2009-07-24 at 21:25

2009-08-03, 13:30	#54
Greebley May 2009 Dedham Massachusetts USA 34B₁₆ Posts	I did a full check of the open sequences. I sent this result to Syd via pm: I did a run to check for the open ended aliquot sequences that had errors: Some new problems since last fix. Code: For seq 971424:1041, expected 92414624378151097852840378 and got 92413778292741494002681126 For seq 994518:1112, expected 49962049595715978310917817421962890 and got 49962034146251235263289568202733954 For seq 509928:2338, expected 215707876149080 and got 421825864423808886498255128 Also checked for sequences that were fully factored but had no next entry. There were 3: Seq 92160: No next line. Seq 552390: No next line. Seq 650472: No next line.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Database for k-b-b's:	3.14159	Miscellaneous Math	325	2016-04-09 17:45
Database question	Xyzzy	Forum Feedback	0	2012-04-01 15:37
NPLB Database	IronBits	No Prime Left Behind	177	2009-10-10 09:00
database.zip	HiddenWarrior	Data	1	2004-03-29 03:53
Database layout	Prime95	PrimeNet	1	2003-01-18 00:49

2009-07-21, 01:54	#47
Greebley May 2009 Dedham Massachusetts USA 3×281 Posts	But wait there's more: 67182:3010

2009-07-25, 19:19	#49
Greebley May 2009 Dedham Massachusetts USA 1513₈ Posts	Ok, the final 5 seqs appear correct now. It is my belief the the db is currently correct (no errors) up to 1 million.

2009-07-26, 23:32	#50
kar_bon Mar 2006 Germany 2×1,531 Posts	as far as i know only 971424 is still erroneous!

2009-07-31, 14:26	#51
smh "Sander" Oct 2002 52.345322,5.52471 10010100101₂ Posts	I just updated 994518 and it looks line line 1112 is incorrect. How to fix this?

2009-07-31, 14:33	#52
kar_bon Mar 2006 Germany 3062₁₀ Posts	nothing to do for you, Syd (admin of the Factor Database) has to fix it manually!

2009-07-31, 14:55	#53
kar_bon Mar 2006 Germany 2×1,531 Posts	another new one: 509928 index 2338

2009-08-03, 14:21	#55
Greebley May 2009 Dedham Massachusetts USA 843₁₀ Posts	Got a PM back that these are all fixed! Thanks Syd.