Batch 65: 21223000000000000 .. 23345200000000000 -1
Count: 1080
Continue all in.

---

Batch 65: 23345200000000000 .. 54785200000000000 -1
Count: 16000
Continue all in.

---

The spt_gap table shrunk from 603254 rows to just 42592 or 3 MiB. Which means that the asimilator is now working in real time.

Started rebuilding SPT database.

Tomáš Brada
What happened???

# Copyright Tomas Brada, ask on forum about reuse or citation.
# where k = 19
500273629760411321: 0 2 26 36 80 150 152 156 198 210 222 264 268 270 340 384 394 418 420
500274184787866393: 0 16 36 58 64 76 78 106 114 136 158 166 194 196 208 214 236 256 272
500275511275922831: 0 12 56 86 120 168 182 212 228 270 312 328 358 372 420 454 484 528 540
# last = 82 # count = 3

These are incorrect tuples!
Not all numbers are prime here.

And these tuples are also incorrect

# Copyright Tomas Brada, ask on forum about reuse or citation.
# where k = 17
500008150200381521: 0 2 6 18 26 48 56 62 86 110 116 124 146 154 166 170 172
500008357470128107: 0 6 16 46 54 76 94 96 154 212 214 232 254 262 292 302 308
500009534736134989: 0 10 12 24 54 100 102 112 208 304 314 316 362 392 404 406 416
500009635004331779: 0 8 32 48 62 158 162 164 182 200 202 206 302 316 332 356 364
500010039692938981: 0 42 52 66 72 76 90 112 120 128 150 164 168 174 188 198 240
500010251686648889: 0 92 102 114 170 174 180 200 294 388 408 414 418 474 486 496 588
500266632926148299: 0 14 44 50 68 72 134 212 294 376 454 516 520 538 544 574 588
500267664988359689: 0 18 42 80 84 108 128 180 192 204 256 276 300 304 342 366 384
500267721235085431: 0 6 66 78 82 90 112 118 148 178 184 206 214 218 230 290 296
500268076188961279: 0 12 28 34 82 84 90 148 162 176 234 240 242 290 296 312 324
500269066699659221: 0 12 66 98 108 116 122 150 152 154 182 188 196 206 238 292 304
500269270031609809: 0 12 30 70 90 132 174 178 240 302 306 348 390 410 450 468 480
500269307661386051: 0 18 32 62 68 90 98 132 176 220 254 262 284 290 320 334 352
500271534118361587: 0 46 66 102 126 136 150 196 220 244 290 304 314 338 374 394 440
500273383556005637: 0 44 86 110 114 182 222 224 264 304 306 346 414 418 442 484 528
500273629760411323: 0 24 34 78 148 150 154 196 208 220 262 266 268 338 382 392 416
500273905085011777: 0 12 40 54 70 84 132 144 192 240 252 300 314 330 344 372 384
500274184787866409: 0 20 42 48 60 62 90 98 120 142 150 178 180 192 198 220 240
500274353789800111: 0 40 46 60 78 82 100 106 202 298 304 322 326 344 358 364 404
500274547985882567: 0 30 32 72 80 132 186 200 266 332 346 400 452 460 500 502 532
500275124007853499: 0 18 74 114 132 144 158 210 260 310 362 376 388 406 446 502 520
500275343715499123: 0 6 100 120 144 214 244 274 280 286 316 346 416 440 460 554 560
500275511275922843: 0 44 74 108 156 170 200 216 258 300 316 346 360 408 442 472 516
500275650479952143: 0 26 56 60 80 114 158 180 194 208 230 274 308 328 332 362 388
500276429495726237: 0 12 30 32 44 84 102 156 170 184 238 256 296 308 310 328 340
500277146423605939: 0 58 100 120 174 202 204 208 232 256 260 262 290 344 364 406 464
500277197032142609: 0 32 80 102 150 164 192 212 258 304 324 352 366 414 436 484 516
500278098056552779: 0 12 40 42 54 90 144 148 190 232 236 290 326 338 340 368 380
500278917165116723: 0 14 20 30 84 98 156 176 204 232 252 310 324 378 388 394 408
500280634268854919: 0 8 12 84 98 120 132 152 204 256 276 288 310 324 396 400 408
500281298838605941: 0 42 48 76 90 100 108 118 178 238 248 256 266 280 308 314 356
500281327203723727: 0 34 60 70 82 120 142 160 232 304 322 344 382 394 404 430 464
500282381584124483: 0 50 78 138 144 158 164 168 248 328 332 338 352 358 418 446 496
500285790762491593: 0 4 10 18 40 60 70 90 100 110 130 140 160 182 190 196 200
500286749860777127: 0 6 50 54 86 120 122 132 252 372 382 384 418 450 454 498 504
500286830011705159: 0 30 54 78 90 154 168 190 282 374 396 410 474 486 510 534 564
# last = 120 # count = 36

The incorrect results mentioned in https://boinc.tbrada.eu/forum_thread.php?id=3055&postid=3781 are re-appearing in the database.
This is unacceptable.

I added more validation conditions into both asimilator and db rebuild program.
Namely: wheter the tuple is really symmetric
and also check that the numbers are indivisible by primes<80000 (probable primality test).
Also duplicate tuples are now not saved into the DB.
The rebuild program is now running. Then we compare the previous version of db with the rebuilt db.
I will later try to incorporate the requirement for truncated SPT(14).

Process phase finished. But tuple database not good yet.
Todo:

284009 / 345718 +inv270 #2189806               Invalid: check_symm_primes composite start

And figure out what intervals are affected by beta app having wrong I/O format.

# Copyright Tomas Brada, ask on forum about reuse or citation.
# where kind = tpt
# where k = 10
# last = -1 # count = 0

Here used to be a solution.
Or two solutions

tpt 10 3324648277099157 52 16 10 64 10 16 58 22 28
tpt 10 31910610414019031 34 22 94 28 10 10 58 106 46

The database is not restored?

Batch 66: 23345200000000000 .. 54785200000000000 -1
Count: 16000
Continue all in.

---

The database of results has been re-processed. I am still checking it and filling the missing metadata.

Batch 67: 54785200000000000 .. 180545200000000000 -1
Count: 64000
Continue all in.

---

# Copyright Tomas Brada, ask on forum about reuse or citation.
# where kind = tpt
# where k = 10
3324648277099157: 0 2 54 56 72 74 84 86 150 152 162 164 180 182 240 242 264 266 294
31910610414019031: 0 2 36 38 60 62 156 158 186 188 198 200 210 212 270 272 378 380 426
55016223757181177: 0 2 12 14 84 86 150 152 162 164 204 206 210 212 294 296 324 326 390
177564738317068181: 0 2 30 32 120 122 288 290 300 302 378 380 408 410 450 452 468 470 588
# last = 16804508 # count = 4

https://boinc.tbrada.eu/tpt_list.php?k=10

Excellent!
You can create a sequence similar to https://oeis.org/A259034

The terms

3324648277099157, 31910610414019031, 55016223757181177, 177564738317068181

This is enough to start the sequence.
Indicate that the first term in the sequence is a (1) = A087641 (10).

Note.
The solutions actually look like this

3324648277099157: 0 2 54 56 72 74 84 86 150 152 162 164 180 182 240 242 264 266 294 296
31910610414019031: 0 2 36 38 60 62 156 158 186 188 198 200 210 212 270 272 378 380 426 428
55016223757181177: 0 2 12 14 84 86 150 152 162 164 204 206 210 212 294 296 324 326 390 392
177564738317068181: 0 2 30 32 120 122 288 290 300 302 378 380 408 410 450 452 468 470 588 590

# Copyright Tomas Brada, ask on forum about reuse or citation.
# where k = 14
# where kind = stpt
1855418882807417: 0 2 12 14 30 32 72 74 114 116 132 134 144 146
2485390773085247: 0 2 24 26 30 32 42 44 54 56 60 62 84 86
2640138520272679: 0 10 12 28 30 52 54 88 90 112 114 130 132 142
4038284355308309: 0 2 42 44 78 80 120 122 162 164 198 200 240 242
14953912258447817: 0 2 12 14 54 56 72 74 90 92 132 134 144 146
16152884167551797: 0 2 12 14 30 32 42 44 54 56 72 74 84 86
. . . . . 
149154773938345907: 0 2 42 44 90 92 132 134 174 176 222 224 264 266
151738630509543941: 0 2 6 8 78 80 108 110 138 140 210 212 216 218
154182195789477179: 0 2 18 20 42 44 60 62 78 80 102 104 120 122
156961225134536191: 0 10 12 46 48 118 120 178 180 250 252 286 288 298
164997743988310481: 0 2 6 8 96 98 108 110 120 122 210 212 216 218
165057238768953059: 0 2 12 14 42 44 90 92 138 140 168 170 180 182
167480579691415061: 0 2 30 32 36 38 78 80 120 122 126 128 156 158
180510104438146907: 0 2 12 14 30 32 72 74 114 116 132 134 144 146
578327198578715939: 0 2 12 14 78 80 150 152 222 224 288 290 300 302
581617276342047269: 0 2 18 20 42 44 60 62 78 80 102 104 120 122
582046460920961717: 0 2 30 32 90 92 102 104 114 116 174 176 204 206
587122058346673007: 0 2 12 14 54 56 72 74 90 92 132 134 144 146
599897416801893137: 0 2 12 14 42 44 72 74 102 104 132 134 144 146
# last = 19613232 # count = 31

https://boinc.tbrada.eu/spt_list_stpt.php?k=14

These solutions are not composed of twins primes

2640138520272679: 0 10 12 28 30 52 54 88 90 112 114 130 132 142
156961225134536191: 0 10 12 46 48 118 120 178 180 250 252 286 288 298

Found interesting new solution stpt-8

156961225134536189: 0 2 12 14 48 50 120 122 180 182 252 254 288 290 300 302

This solution continues on tpt-9

[156961225134536159, 156961225134536161, 156961225134536189, 156961225134536191, 156961225134536201, 156961225134536203,156961225134536237, 156961225134536239, 156961225134536309, 156961225134536311,156961225134536369, 156961225134536371, 156961225134536441, 156961225134536443, 156961225134536477, 156961225134536479, 156961225134536489, 156961225134536491]

These solutions are not composed of twins primes

2640138520272679: 0 10 12 28 30 52 54 88 90 112 114 130 132 142
156961225134536191: 0 10 12 46 48 118 120 178 180 250 252 286 288 298

It seems that these entries were mistakenly assigned the full STPT(14), they are only STPT(12), and also SPT(14).
I am not sure. I need to add check to the validator and investigate which batch these came from.
Batch: 61, user: 13622, result: 2508934. It has the "truncated" flag set, so the error might be in the truncation code of STPT specifically.
Derived from STPT(16) 2640138520272677. I think I found the error.

I created an account at OEIS and currently I am studying on how to correctly create a new sequence.

I created an account at OEIS and currently I am studying on how to correctly create a new sequence.

Try to start by adding solutions to existing OEIS sequence https://oeis.org/A256234
These solutions are found in the TBEG project

57 2000622979399412508
58 2005823733722922300
59 2023006704392293560
60 2080843908954712440
61 2081320687399450200
62 2087921313381224100
63 2092892655381095400
64 2172185487157075104
65 2295454287301330500
66 2304780072117300756
67 2323835320543908252
68 2327965449088536768
69 2339903888179074840
70 2374424388904350300
71 2390046838342714980

Provide a link to the TBEG project.

The following solutions are found in the Stop@home project

72 2417574528125446980
73 2420448055438845480
74 2531515505067229428
75 2626873536531352500
76 2803082225835397500
77 2899858483768457460
78 3161253119998860060
79 3185062057272253704
80 3288592647573978420
81 3304115445953813400
82 3359379721531049580
83 3419209300570699440
84 3432530505145828140
85 3526899465318238080

The OEIS article has a link to the Stop@home project; indicate in the comments that this project is currently not working.

The article has an attached b-file
https://oeis.org/A256234/b256234.txt

You have to change it.
This file says

# Tested up to 5*10^17.
# Dated 17 May 2017.

This also needs to be changed.

After making changes, do not forget to click the button below.
A draft sequence should appear, you will see it.
Then there will be a discussion with the OEIS editor, he will tell you his notes.

The defects described in the linked message in assimilator were corrected and the whole database is now being reasimilated to eliminate the erronous tuples.
As such, normal asimilation of completed wus is paused until this process is over.