[QUOTE=kar_bon;602890]I've updated the extension ExternalData to the newest version, but this did not eliminated the error.
I've inserted into the mime.types file of the MediaWiki source the line
[code]
application/csv csv
[/code]
there was only an entry with "text/csv csv".
I've uploaded a new version of the data file for [url='https://www.rieselprime.de/ziki/Proth_prime_small_bases_least_n']Proth primes of the form k*b^n+1, least n-values[/url] and no error occured.

Try again now if the issue is solved for now.

I've searched for an error like this, but found no solution, an update to a newer MediaWiki version is not needed (and could also create other issues then).[/QUOTE]

The issue is now fixed, thank you. I looked at the current version of the MediaWiki code while investigating the issue, and the newer versions appear to have this problem too (they only list [C]text/csv[/C] as a valid CSV MIME type), so an upgrade would not have fixed this issue (instead causing many others). I don't know if something changed in the browser support for CSV files, but I'm probably going to file a bug report with MediaWiki about this.

I'll preface this by saying that I haven't discussed this with anyone, but since you've already thought of the idea of referencing FactorDB numbers as a Prime-Wiki namespace, I'm wondering if you'd be open to the idea of using PW as a centralized database of ECM progress for general factorization efforts? They would be added as either remarks or a new field to long numbers, using the standard wiki process.

I don't know exactly, what do you mean here? Can you give an example, please.

[QUOTE=kar_bon;603012]I don't know exactly, what do you mean here? Can you give an example, please.[/QUOTE]
As an example, [url]https://www.mersenneforum.org/showpost.php?p=602904&postcount=1006[/url] stated that ryanp performed 4200 ECM curves on [url]http://factordb.com/index.php?id=1100000002997883099[/url] (the cofactor of 1528152860898312226820507829734311038694803153043007^5-1) at B1=26e7. We could have a "long number" page for that linked FactorDB entry (or, alternatively, the entry for 1528152860898312226820507829734311038694803153043007^5-1, which would likely be more stable if additional factors are found but the number isn't completely factored) with a history entry in the remarks saying something like "2022-03-30: Performed 4200 curves at B1=26e7 by Ryan Propper", with a link to the forum post.

I think this is not the right place to store such information.

Questions:
Who should put those intormation in? ryanp or Batalov?
Those information are even more unverifiable than for say Riesel numbers.
The amount of such numbers are big, especially for the OPN roadblock files. The work to create a page for such number is more time-consuming than the benefit any person can have from.
How will those numbers be stored? How find them in the Wiki? Storing by type or length or project?

There was such information stored in the FactorDB but not available?
[URL="https://stdkmd.net/"]Studio Kamada[/URL] does a good job for documenting ECM efforts, as [URL="https://stdkmd.net/nrr/c.cgi?q=61666_272"]example[/URL] for (185*10^272-2)/3 (the same number in [URL="http://factordb.com/index.php?query=%28185*10%5E272-2%29%2F3"]FactorDB[/URL]):
- you can reserve such numbers
- automated generated ecm-call available
- fill in your amount of ecm done

This system would be best for documenting such work, but not the Wiki I think.

[QUOTE=kar_bon;603262]I think this is not the right place to store such information.

Questions:
Who should put those intormation in? ryanp or Batalov?
Those information are even more unverifiable than for say Riesel numbers.
The amount of such numbers are big, especially for the OPN roadblock files. The work to create a page for such number is more time-consuming than the benefit any person can have from.
How will those numbers be stored? How find them in the Wiki? Storing by type or length or project?

There was such information stored in the FactorDB but not available?
[URL="https://stdkmd.net/"]Studio Kamada[/URL] does a good job for documenting ECM efforts, as [URL="https://stdkmd.net/nrr/c.cgi?q=61666_272"]example[/URL] for (185*10^272-2)/3 (the same number in [URL="http://factordb.com/index.php?query=%28185*10%5E272-2%29%2F3"]FactorDB[/URL]):
- you can reserve such numbers
- automated generated ecm-call available
- fill in your amount of ecm done

This system would be best for documenting such work, but not the Wiki I think.[/QUOTE]

AFAIK FactorDB never had in-progress ECM progress data for yet-to-be-factored composites (at least I'd never seen it), just the data for the curve that found the factor. While I agree a purpose-built site like Studio Kamada would be better suited, that particular site appears to only cover the near-repdigit effort, so that doesn't appear to be useful in its current form to other efforts (e.g. OPN, high-importance aliquot, Cunningham).

I just thought I'd share this note. I ran HappyBot through the mainspace looking for unaccented instances of "Sierpinski", thinking there would be quite a few, and to my surprise all but two were either copy-pasted forum thread or post titles (which didn't have the accent to begin with) or technically desirable unaccented instances (like category names or keys). The other two (links to the Wikipedia article on the subject) were fixed.

Would it be feasible to add an extra parameter or two to the Riesel and Proth prime templates to allow us to explicitly tag a second [i]n[/i] level for [i]k[/i]'s not in a multi-reservation, or even as a third value for multi-reserved [i]k[/i]'s? Two examples of [i]k[/i]'s that I think could benefit are [url]https://www.rieselprime.de/ziki/Riesel_prime_2_9519[/url], an unreserved [i]k[/i] which has an even-[i]n[/i] progress of 2^24 and an odd-[i]n[/i] progress of only 5e4; and [url]https://www.rieselprime.de/ziki/Proth_prime_2_27[/url], a [i]k[/i] which is currently marked with the progress achieved by the 27121 subproject on PrimeGrid (10M). PrimeGrid is DCing all results from that subproject, with odd [i]n[/i]'s done to 9M as part of an unrelated subproject and even [i]n[/i]'s following the progress of the Proth Prime Search multi-reservation (MR 1), currently a bit past 4M apart from a couple of stragglers. Any way to get that information in a structured form would be appreciated.

As shown in the Riesel k=9519 page the history tells the user, that only a special range of n-values is tested. The same for the other example. There's also a "Remark" field to make such comments.
I think there's only a benefit for a handful of values but the majority got no relevance.
To insert a new parameter is doable, but how should they displayed on any page? Or more how should such data display in any table?
That is the work the templates has to be changed but not for such a small amount of values and the possibility of such information is already given.

[QUOTE=kar_bon;628269]As shown in the Riesel k=9519 page the history tells the user, that only a special range of n-values is tested. The same for the other example. There's also a "Remark" field to make such comments.
I think there's only a benefit for a handful of values but the majority got no relevance.
To insert a new parameter is doable, but how should they displayed on any page? Or more how should such data display in any table?
That is the work the templates has to be changed but not for such a small amount of values and the possibility of such information is already given.[/QUOTE]

One feasible idea (in my opinion) is to add one parameter as a "custom override max [I]n[/I]", where we could free-form any display value for the maximum [I]n[/I] for use in the templates. This would go along with the regular max [i]n[/i] value, which would still be used to sort tables (MediaWiki allows for custom sort keys in tables, if you weren't already aware).

I just looked at the [I]Prime Wiki[/I] and found it a bit difficult to determine if it is still in use or not. I found gaps in the Reisel pages and others [I]k's[/I] which had not been changed for 8 years. I imagine the templates are far different now. I was surprised to see that my log-in is still valid.