I have tested k=700M-800M to n=25K to fill in the hole. 499 k's remaining now shown on the web pages.

Karsten is going to double check me.

KEP is releasing k=3677878 as well as k=200M-700M due to a computer problem.

He reported that k=3677878 is at n=950K but I am in the process of following up on that after reviewing a partial results file. The work for k=200M-700M was lost.

All k's are now available on this base. Here is their search depth:
k=3677878, n=950K
k=4M-200M, n=100K
k=200M-820M, n=25K
all squared k's, n=100K

200109022*3^33392-1 is prime

[quote=kar_bon;209504]200109022*3^33392-1 is prime[/quote]

As my daughter would say:

That was random! :smile:

Edit: Or maybe not so random. As the lowest remaining k that has not been searched for n>25K, did you start there and begin searching n>25K one k at a time?

[QUOTE=gd_barnes;209559]Edit: Or maybe not so random. As the lowest remaining k that has not been searched for n>25K, did you start there and begin searching n>25K one k at a time?[/QUOTE]

only a small test playing around with. no further reservations.

Note: the page with all R3-primes n> 25k: use <pre>...</pre> instead of <p>...</p> for the prime list and delete all <br>'s
and "<spaces>"-> html is about 5k smaller (18.7k -> 13.4k).

how about this:

[QUOTE=gd_barnes;209472]KEP is releasing k=3677878 as well as k=200M-700M due to a computer problem.

He reported that k=3677878 is at n=950K but I am in the process of following up on that after reviewing a partial results file. The work for k=200M-700M was lost.

All k's are now available on this base. Here is their search depth:
k=3677878, n=950K
k=4M-200M, n=100K
k=200M-820M, n=25K
all squared k's, n=100K[/QUOTE]

k=3677878 is tested to n=950K, even though there was only partial residuals send to you. The residuals that you got was what I long time ago uploaded to my e-mail as a backup, sadly it was the only back-up I ever did. So guys:

[SIZE="6"]Don't do like I did, remember to do occasional backups[/SIZE]:cry:

Take care

KEP

[quote=kar_bon;209570]how about this:[/quote]

Hum. Most interesting. OK, I'll incorporate a variation of that into the pages and do the same for the Sierp side. I think base 3 (and bases 7/15 in the future) are the only bases that it makes sense to do that on. I think some base has k's < 10K that are searched to n=100K or 200K and the rest at n=25K (I think) but that's much more clear. For most bases with varying search depths and/or being searched by various other efforts/projects, I list all the k's individually like on bases 5, 16, and 25, but obviously that's not an option for bases 3/7/15. So your idea is a good alternative. I'll also highlight the squared-k at the end (with the * by it) to show it searched to n=100K.

About saving size on the R3 primes n>25K page, I'll have to do manual changes to it and then see if Microsoft FrontOffice will default to it. Since I usually just copy a spacing character from the end of some other row in order to insert a prime, I think it should work OK.


Gary

k=600M-700M has been doublechecked to n=25K by me. There are 513 k's remaining and no problems were found.

This is very good for such a large amount of testing. Nice work everyone. :smile:

I have now doublechecked or tested all k=500M-820M to n=25K with just the 2 small problems found that were mentioned back a few weeks ago.

I had stated that I would doublecheck all k<820M a couple of months ago and would do it over the next 1-2 month span. Since KEP has now released k=200M-700M for n>25K, I'll finish k<500M at a more leisurely pace over the next few months to a year.

Eventually I'll do the same for the Sierp side to n=25K. Since it is only been tested to k=310M, it won't take too long.


Gary

doublechecking
 

Despite 800984378 being listed on the Riesel base 3 reservation page, 800984378*3^5-1 is prime. All the others have no hidden prime with n < 100.

Willem.

[QUOTE=Siemelink;231797]Despite 800984378 being listed on the Riesel base 3 reservation page, 800984378*3^5-1 is prime. All the others have no hidden prime with n < 100.

Willem.[/QUOTE]

The k remaining should be 800983478 not 800984378. I have an automated script to convert k's remaining to comma-delimited format on the pages but I sometimes won't use it for small #'s of k's. In this case, Tim did two k=5M ranges for k=800M-810M and listed the k's correctly. Apparently I manually typed them in on the page with a transposition error.

This has now been corrected on the pages.

An interesting side note of this: I have even double-checked all k=500M-820M to n=25K and still missed the error. I can personally guarantee that the # of k's remaining is correct (assuming that the older version of PFGW didn't miss any primes) for this range because I checked counts for each k=25M range but I cannot 100% guarantee that there is not a typo somewhere on the pages for the range.

I think in the future I will not manually type anything for k's remaining on base 3, no matter how few k's there are. 9 (and soon to be 10) digit k's are too error-prone to type in manually. For Ian's smallish k=10M ranges on the Sierp side, I have been using the automated script so hopefully there shouldn't be such errors like this there.

Thanks for effectively triple checking k=500M-820M Willem! :-)


Gary