mersenneforum.org Prime-Wiki
 Register FAQ Search Today's Posts Mark Forums Read

2021-09-21, 09:09   #188
kruoli

"Oliver"
Sep 2017
Porta Westfalica, DE

977 Posts

Quote:
 Originally Posted by Happy5214 […] I don't know if German has separate words for those […].
You would always say auf (engl. on) dieser Webseite and in (engl. in) meiner Datenbank, but Ich las es in einer Webseite and Meine Daten befinden sich auf einer Datenbank sounds definitely wrong to me. For local storage: Ich speichere meine Daten auf einer Festplatte/SSD or auf meinem Computer, but Meine Zwischenergebnisse befinden sich im (engl. in the) Arbeitsspeicher (in RAM).

For "Wiki", it is more complicated. While you would say Auf [der Seite] Wikipedia konnte man sich darüber informieren… (you could inform yourself on Wikipedia about…), you would likely say In diesem Wiki(pedia)-Artikel geht es um Käse (this Wiki(pedia) article is about cheese) like if you would say In dieser Anleitung erkläre ich euch, wie man einen Fisch entgrätet (in this manual I tell you how to remove fish bones).

 2021-09-21, 09:57 #189 Happy5214     "Alexander" Nov 2008 The Alamo City 11001000002 Posts I should probably clarify about "on a database". That would be for something like a searchable database, such as one you'd find at an online library, rather than an SQL database you'd maintain for a website. I definitely would never say something like "The data on my database went missing," unless I was speaking metonymically about the server it was on, i.e. "The data on my database server went missing." Now, running queries "on a database" is a different thing entirely.
 2021-09-23, 07:56 #190 kar_bon     Mar 2006 Germany 1011100010002 Posts Although it's only one letter (difference in wording of "in" instead "on") where I thinks it's not worth to discuss, but I've done this: I've changed the phrase on top of the table in "There are currently xxx entries". A template for such information is not required I think, because: - it's only a small notice - it depends on the table if the notice is given by the DPL-command or with an own command (differs, too) - this is only a quick notice for not counting by yourself - this notice could be omitted, when looking at the category (the counting is given there) And yes, such phase is not the only one in/on this Wiki. The description is given in the page title and the line above, so no need to repeat it in that phrase again. I've inserted 'scope="row"' for this DPL-command, too.
2021-09-23, 08:59   #191
Happy5214

"Alexander"
Nov 2008
The Alamo City

14408 Posts

Quote:
 Originally Posted by kar_bon Although it's only one letter (difference in wording of "in" instead "on") where I thinks it's not worth to discuss, but I've done this: I've changed the phrase on top of the table in "There are currently xxx entries". A template for such information is not required I think, because: - it's only a small notice - it depends on the table if the notice is given by the DPL-command or with an own command (differs, too) - this is only a quick notice for not counting by yourself - this notice could be omitted, when looking at the category (the counting is given there) And yes, such phase is not the only one in/on this Wiki. The description is given in the page title and the line above, so no need to repeat it in that phrase again. I've inserted 'scope="row"' for this DPL-command, too.
The lead wasn't addressed, so I took that into my own hands and expanded that myself. Some new members to the project might want an explanation as to why there are so many missing ranges.

Understood on the notice. I didn't know if the "in"/"on" was a typo or a common translation error, since I've seen it before (not necessarily from you, but I wanted to rule it out).

The DPL template still needs the exclamation point for the scope="row" to be useful. That's what makes it a row header (and semantically correct). You'll be able to override the default gray coloring using CSS.

 2021-09-27, 15:07 #193 Happy5214     "Alexander" Nov 2008 The Alamo City 25×52 Posts I created a template in my user sandbox (https://www.rieselprime.de/ziki/User...te:Riesel_list) in order to standardize the primary Riesel prime lists. Most of the pages would now become calls to this template, which would only require a few lines, while the logic would be in the template. I also included support for bases other than 2 via an extra parameter.
2021-10-22, 11:09   #194
Happy5214

"Alexander"
Nov 2008
The Alamo City

25·52 Posts

My Lua rewrite of the NVal and NVal list templates is complete enough to share. I achieved a speed improvement of over 5x vs. my copy of the current code (pre Gen. Fermat) on my personal server. This may help with the exorbitant load times on the Riesel k list pages. Since my wiki is behind a firewall, I've attached the code here. Its only dependencies are those which come with Scribunto (the MediaWiki Lua extension) itself.
Attached Files
 WikiLua.tar.gz (1.9 KB, 173 views)

 2021-12-04, 05:01 #195 Happy5214     "Alexander" Nov 2008 The Alamo City 25·52 Posts I think I've brought this issue up before, maybe via PM (I don't feel like searching for it now). The wiki license is CC-BY-NC-SA 3.0, which I believe was inherited from the old Mersenne Wiki. I have several related questions following on from that basic premise:Is this the desired license for the wiki, if we were to have a free choice? If not, is it worth deleting/rewriting from scratch the imported Mersenne Wiki pages to allow for a relicense? Is that even possible? Is the potential ability to import templates/modules/CSS from Wikipedia/Wikimedia/MediaWiki enough of a reason to pursue a relicense? The purely mathematical data pages (e.g. Riesel prime ###) are currently under the same license as the mostly text pages. Given that the mathematical data should not be eligible for copyright/should be PD, Is a dual license of CC0 (for safety, would have the same effect as PD) for the data pages and another license for the text pages appropriate? This is an argument in support of putting the data in a separate subsystem, e.g. Wikibase. In fact, I could argue that the current license of the Prime-Wiki prevents its use by GIMPS users whose primary reason for contributing (and using the Prime-Wiki to look for related information) is to win a GIMPS research award or an EFF prize, since any editor of the wiki (as a copyright holder of some text) could consider that to be "commercial use". I don't think it would hold in court, and I hope none of us would be that nefarious, but it's sufficiently murky that it ought to be considered.
 2022-01-29, 08:44 #196 Happy5214     "Alexander" Nov 2008 The Alamo City 25×52 Posts Karsten has indicated to me that a full migration to Wikibase is not in his current plans. However, Wikibase would be an excellent tool for some of the structured data in the Prime-Wiki. The multi-reservations specifically come to mind. Storing them in a Wikibase item would allow all of the fields to be edited on the same page, and it would eliminate the reuse of IDs for new projects, which is poor design. I'll design a rudimentary Wikibase instance focused on just the multi-reservations and related items on my personal wiki and publicize it.
2022-03-30, 07:54   #197
Happy5214

"Alexander"
Nov 2008
The Alamo City

25×52 Posts

I just finished importing the Riesel even-n Liskovets-Gallot k's from the old RPPDb page into the wiki, and I wanted to add a table to the CRUS project page using a CSV file (attached). However, I'm getting a MIME error whenever I try to upload the file:

Quote:
 File extension ".csv" does not match the detected MIME type of the file (application/csv).
I don't know whether this is a browser issue (both Chromium and Firefox gave me the same error, and I also tried uploading it in Firefox as a plain txt with similar results), a server issue, or an upstream MediaWiki issue.
Attached Files
 Liskovets-Gallot_Riesel_even.csv (919 Bytes, 11 views)

2022-03-30, 18:23   #198
kar_bon

Mar 2006
Germany

23×32×41 Posts

Quote:
 Originally Posted by Happy5214 However, I'm getting a MIME error whenever I try to upload the file.
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
there was only an entry with "text/csv csv".
I've uploaded a new version of the data file for Proth primes of the form k*b^n+1, least n-values 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).

 Similar Threads Thread Thread Starter Forum Replies Last Post Uncwilly mersennewiki 16 2018-10-23 23:16 kriesel mersennewiki 0 2018-08-13 13:02 Xyzzy mersennewiki 3 2011-02-18 03:31 ixfd64 mersennewiki 6 2006-05-22 12:05 delta_t PSearch 2 2006-05-21 07:05

All times are UTC. The time now is 08:56.

Thu May 19 08:56:09 UTC 2022 up 35 days, 6:57, 0 users, load averages: 1.86, 1.67, 1.57