![]() |
[QUOTE=maxal;289226]factordb may return incomplete factorization of a proper factor of a completely factored number.
E.g., for 10^486 - 1 it returns complete factorization (FF status), while for (10^486-1)/487 it returns incomplete factorization (CF status). Is it a bug or feature?[/QUOTE]Actually, this has come up before. When you enter an expression in the search box, it is parsed to come up with a value to query. Since the two expressions crunch to different values, the DB starts from two different IDs. If you feed the factors from the first result to the second result, it will figure out that the second one is FF also...... |
[QUOTE=schickel;289230]If you feed the factors from the first result to the second result, it will figure out that the second one is FF also......[/QUOTE]
It would be nice if the engine was able to figure that out automatically. If I use it for factoring, I do not want to care about relationship of the input number to other numbers in the database, I just want to pull up from the database as many factors as possible. |
Getting all known factors with http request
Is that possible to get all known factors of the choosen number in a [I]plain text form[/I] by http request?
|
[QUOTE=VolMike;289298]Is that possible to get all known factors of the choosen number in a [I]plain text form[/I] by http request?[/QUOTE]
Here it is for [URL="http://factorization.ath.cx/index.php?query=%28%2810^486-1%29%2F487%29*n&use=n&n=1&sent=Show&VP=on&VC=on&EV=on&OD=on&PR=on&FF=on&PRP=on&CF=on&U=on&C=on&perpage=1&format=3"](10^486-1)/487[/URL] Use the factor tables page displaying only one number in text form. |
[QUOTE=wblipp;289301]Here it is for [URL="http://factorization.ath.cx/index.php?query=%28%2810^486-1%29%2F487%29*n&use=n&n=1&sent=Show&VP=on&VC=on&EV=on&OD=on&PR=on&FF=on&PRP=on&CF=on&U=on&C=on&perpage=1&format=3"](10^486-1)/487[/URL]
Use the factor tables page displaying only one number in text form.[/QUOTE] Thanks! Quite interesting way to get the factorization. |
The aliquot sequence for 174888 seems to be broken... it appears that sigma was computed incorrectly at term 143.
|
[QUOTE=bchaffin;289309]The aliquot sequence for 174888 seems to be broken... it appears that sigma was computed incorrectly at term 143.[/QUOTE]
That is right, term 143 is 8171995960632149250568 but is displayed by the DB as 8171995856272822285048. This is quite a "new" mistake of the DB (happened in the last days, and looks like a disk corruption). I am sure that I worked this sequence in the past, higher then 100 digits! In fact many other people checked all the sequences with small terms, pushing them over 100, there was [U]no sequence[/U] under 100 digits. This is a totally "new" branch of 174888, which branch never went over 100 digits, it is a "new" acquisition, maybe a mistake happened on the server in the last days, and the DB elves just worked it on to 75 digits. If it should be older, then it should be worked higher. As additional proof, filling 8171995960632149250568 as a start for a sequence, it goes to 116 digits, with 2^3*3*5 (that is "my" driver! :P) |
[QUOTE=bchaffin;289309]The aliquot sequence for 174888 seems to be broken... it appears that sigma was computed incorrectly at term 143.[/QUOTE]
[QUOTE=LaurV;289332]That is right, term 143 is 8171995960632149250568 but is displayed by the DB as 8171995856272822285048. This is quite a "new" mistake of the DB (happened in the last days, and looks like a disk corruption).[/QUOTE]I last downloaded 174888 on 2/2 (or was it 2/2?) and it's bad from then. The problem is this line:[code] 142 . 8734000210977209181752 = 2^3 * 37 * 193 * [COLOR="Red"]152884753728070459[/COLOR][/code]The DB shows this number as FF, but then shows it as a p19. It should actually be:[code]152884753728070459 = 207715517 x 736029527[/code]Looks like someone hit the "Set Prime" button again! |
Back from vacation i tried to upload some aliquot sequences. But already on the first upload:
[QUOTE][COLOR="Red"]You have reached your hourly limit of 3000 IDs created.[/COLOR][/QUOTE] |
[QUOTE=smh;289345]Back from vacation i tried to upload some aliquot sequences. But already on the first upload:[/QUOTE]Any chance that you're behind a proxy that might be shared by other DB users?
The 3000 limit is for a non-logged in users and it appears to be tracked by IP. I wonder how widely spread the users of the DB are..... |
[QUOTE=schickel;289344]I last downloaded 174888 on 2/2 (or was it 2/2?) and it's bad from then.
The problem is this line:[code] 142 . 8734000210977209181752 = 2^3 * 37 * 193 * [COLOR="Red"]152884753728070459[/COLOR][/code]The DB shows this number as FF, but then shows it as a p19. It should actually be:[code]152884753728070459 = 207715517 x 736029527[/code]Looks like someone hit the "Set Prime" button again![/QUOTE]OK, now the line is being displayed properly, but the sequence is still messed up a little. The number for line 143 is still being displayed wrong, and it goes up to 1470+ lines that are still wrong, but wrong in a different way than we just had. @Syd, can you force the DB to reclaculate 174888? Maybe it can be reconstructed.... |
| All times are UTC. The time now is 22:37. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.