problem with database
 

[URL="http://factorization.ath.cx/search.php?query=&se=1&aq=211788&action=last"]211788[/URL] - wrong in the database.

I was suprised to find this value was longer than 276. Looking at it, it jumps from 85 to 166 digits in one step

Is there a specific thread I should post db problems?

[quote=Greebley;178270][URL="http://factorization.ath.cx/search.php?query=&se=1&aq=211788&action=last"]211788[/URL] - wrong in the database.

I was suprised to find this value was longer than 276. Looking at it, it jumps from 85 to 166 digits in one step

Is there a specific thread I should post db problems?[/quote]

It's the common "squared line" problem. Post db problems in the database thread! This problem is well known, although not fixed yet.

I don't see a sticky thread with the word database in it - whats it called?

[QUOTE=Greebley;178275]I don't see a sticky thread with the word database in it - whats it called?[/QUOTE]

The database thread is over there in the "Factoring" subforum:

[url]http://www.mersenneforum.org/showthread.php?t=11119[/url]

I noticed another issue. If you get a factor like 4967^2 in your *.elf series submitted with aliqueit -s, the database doesn't handle it. I had to factor this square manually to resolve

Is this also known?

[quote=Greebley;178286]I noticed another issue. If you get a factor like 4967^2 in your *.elf series submitted with aliqueit -s, the database doesn't handle it. I had to factor this square manually to resolve

Is this also known?[/quote]

It is known. The database only trial factors up to 2000 automatically.

This seems to be my day for finding database issues:
for sequence [URL="http://factorization.ath.cx/search.php?query=&se=1&aq=125970&action=last"]125970[/URL] entry 107 is wrong - it has a different number than it should. This is what it should be:

106 . 79289831227886721316 = 2^2 * 7 * 19 * 10337827 * 14417056519
107 . 87636145410556465884 = 2^2 * 3 * 7 * 79 * 269 * 49093569496201

Note that you can tell the other value is wrong because it ends 64, but the sigma has 19+1 factor and 144..519+1 factor and so ends 00, but
...00 - ...16 means the next one should end ...84.

I tried sending the correct sequence to the DB, but it didn't update to the correct value. Also what does the CF mean? (instead of ff)

Do I need to post in the other thread mentioned to get this fixed?

[QUOTE=Greebley;178293]I tried sending the correct sequence to the DB, but it didn't update to the correct value. Also what does the CF mean? (instead of ff)

Do I need to post in the other thread mentioned to get this fixed?[/QUOTE]

for the abrevs. see [url]http://factorization.ath.cx/status.html[/url]

(can seen by choosing a number from database and a '?' right to the 'status' is shown:

so here:
FF Composite, fully factored
CF Composite, factors known
C Composite, no factors known
P Definitely prime
Prp Probably prime


send Syd (the Guru of the Factoring Database) a PM with this error.

one question: did you uploaded/worked on that seq?
the database-id from index 106 is at 39M, so some time ago (about a week or two i think),
the id from index 107 is very new!

[quote=kar_bon;178296]for the abrevs. see [URL]http://factorization.ath.cx/status.html[/URL]

(can seen by choosing a number from database and a '?' right to the 'status' is shown:

so here:
FF Composite, fully factored
CF Composite, factors known
C Composite, no factors known
P Definitely prime
Prp Probably prime


send Syd (the Guru of the Factoring Database) a PM with this error.

one question: did you uploaded/worked on that seq?
the database-id from index 106 is at 39M, so some time ago (about a week or two i think),
the id from index 107 is very new![/quote]

It is possible I updated it using the -s command, but I don't know how it would have gotten wrong. I didn't look wrong in the alq

I have noticed an issue where two lines occur on the same line in my alq_*.elf output for aliqueit, but that usually means the single index is broken and I have fixed those and had the sequence correct.

I will try to make sure I don't pass in the doubled lines just in case though.

Index 338 of sequence [URL="http://factorization.ath.cx/search.php?query=&se=1&aq=287730&action=last"][COLOR=#0066cc]287730[/COLOR][/URL] is also broken. I sent a pm to syd about this one and the previous.

Was this index added recently too? I tried to upload the sequence with -s again.

Going to use this thread to keep track of broken ends of the sequences.

Broken so far:
125970 - Index 107
211788 - Index 963 or 964
287730 - Index 338
444378 - Index 379
309316 - Index 466 (2^10 instead of 2^5)

Note that I was purposefully trying to get some of the shortest sequences higher (c 60 or more), so the fact that I am finding so many isn't really suprising - those sequences might have been submitted, but didn't add correctly and so were short.