![]() |
|
|
#309 |
|
"Alexander"
Nov 2008
The Alamo City
70510 Posts |
n=24 is done to 100 digits. 24^17 and 24^25 both merge (24^17:i282 = 29022:i20 and 24^25:i329 = 620712:i514). I'll continue with my reserved n=3 sequences before resuming n=21.
@kar_bon: Thanks for the syntax fixes. The headers still need to be fixed, though. I wasn't expecting you to update to HTML5 (thanks for that), but since you have, the variables (n and i) should be in <var> tags instead of <i>, providing the semantics of a variable. You should also group each base under its own <section> tag. The liberal use of double <br> tags should be replaced with paragraphs using <p>. |
|
|
|
|
|
#310 |
|
"Garambois Jean-Luc"
Oct 2011
France
12118 Posts |
OK, page updated.
Thanks to all. Bases 510510 and 9699690 added.
|
|
|
|
|
|
#311 |
|
"Alexander"
Nov 2008
The Alamo City
3×5×47 Posts |
I just had an idea that I think would be useful. Can we add the number of sequences that merge into "main project" sequences to the open sequence count as another parenthesized number? For example, n=3 would have "Open: 108 (108) (8) ➔ 43.03%" or something to that effect.
|
|
|
|
|
|
#312 |
|
"Garambois Jean-Luc"
Oct 2011
France
11·59 Posts |
For the moment, we see no need to specify the number of Open-End sequences that merge with sequences from the "main project".
But if you say you need it, we could try to add it. Do you confirm that you would need it ? |
|
|
|
|
|
#313 |
|
"Alexander"
Nov 2008
The Alamo City
13018 Posts |
I'm assuming that this subproject won't continue sequences that merge into "main project" sequences, in deference to the main efforts. If so, there should be an easy way to count the number of sequences that we will continue through this subproject (in theory, at least) rather than handing off to the "main project". If added, I personally would use an at-a-glance look at merged sequences for different bases, just like I would use the terminated sequence count.
|
|
|
|
|
|
#314 |
|
"Rich"
Aug 2002
Benicia, California
23×3×5×11 Posts |
439^14 is now at i2812 (added 2140 iterations) and a C130 level with a 2^3 * 3^2 * 5 driver, so I will drop this reservation. The remaining C121 term has been ecm'ed to t37.
Reserving 439^16. Last fiddled with by richs on 2020-06-26 at 22:28 Reason: Noted number of iterations added |
|
|
|
|
|
#315 |
|
"Garambois Jean-Luc"
Oct 2011
France
10100010012 Posts |
@richs :
OK, Changes will be made at the next update. Many thanks. @Happy5214 : What form of display would be most convenient for your needs ? Just like this : "Open: 108 (108) (8) ➔ 43.03%" But in this case I'm afraid it would be difficult for a newcomer to understand what the numbers in brackets mean. Or wouldn't it be better to put the line in this form or something to that effect : "Open: 108 (including 108 calculated to 120 digits or more and 8 that merge with the sequences of the main project) ➔ 43.03%" or else : "Open: 108 (including 108 orange cells and 8 mergers) ➔ 43.03%" If the English-speaking readers of this post have an opinion and manage to make the line as clear as possible in the shortest possible way, please choose one of these options or suggest something better. |
|
|
|
|
|
#316 | |
|
"Alexander"
Nov 2008
The Alamo City
3×5×47 Posts |
Perhaps you could add an explanation in the Definitions section, something like this:
Quote:
|
|
|
|
|
|
|
#317 | |
|
"Alexander"
Nov 2008
The Alamo City
10110000012 Posts |
Quote:
|
|
|
|
|
|
|
#318 |
|
"Ed Hall"
Dec 2009
Adirondack Mtns
2×19×101 Posts |
@Jean-Luc,
The 2^500-2^519 row has only three still orange, which I'm sure won't be green by your next update. But, I hope they will be green by the following update. Since I am capable of working in that area, I could do another row (2^520-2^539), if that's where you would prefer. Or, if you have somewhere else you would prefer I work, let me know and reserve it for me. Thanks, Ed Edit: Once I have turned a block orange in the tables other than base 2, I probably should be removed from that block as I no longer intend to work there, at least for now. Unfortunately, that may be a lot of work for you at this point. - sorry! If that's the case, leaving me there won't hurt me at all, but may keep others from working on those sequences. Last fiddled with by EdH on 2020-06-27 at 18:20 |
|
|
|
|
|
#319 | |
|
"Alexander"
Nov 2008
The Alamo City
3×5×47 Posts |
Quote:
|
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Broken aliquot sequences | fivemack | FactorDB | 46 | 2021-02-21 10:46 |
| Broken aliquot sequences | schickel | FactorDB | 18 | 2013-06-12 16:09 |
| A new theorem about aliquot sequences | garambois | Aliquot Sequences | 34 | 2012-06-10 21:53 |
| poaching aliquot sequences... | Andi47 | FactorDB | 21 | 2011-12-29 21:11 |
| New article on aliquot sequences | schickel | mersennewiki | 0 | 2008-12-30 07:07 |