User talk:Feldmahler

(Redirected from Talk:Feldmahler)

Due to my work load I may look at your message but not respond immediately if it is not urgent. I will respond when and if appropriate. I apologize for any inconvenience!

Contents

Archive Pages for this Talk Page

Sidebar

I would venture that the sidebar is getting a little crowded—the search box is somewhat farther down than I might like :P. Is it possible to do any sort of grouping (collapsible) in the sidebar?-- Snailey (_@/) Talk to Me Email me 13:41, 10 April 2011 (UTC)

I'd love to collapse some chunks of the sidebar, but have no idea how to write the Javascript to do it. One good idea might be to replace "Composers, Arrangers ..." with "People." However, that means we have to fix up the People category to have links to the sub-groups, and also links to the add composer/performer special pages. Might be a nice little project if someone's interested. --Feldmahler 15:48, 10 April 2011 (UTC)

Chopin Etude edited by Mr Karl Klindworth

Hi Feldmahler, May I know the original book of Chopin Etude edited by Mr. Karl Klindworth (How the cover looks like, the book title, the text , etc..). I have downloaded Chopin Etude edited by Karl Klindworth at : 

http://imslp.org/wiki/Etudes,_Op.10_%28Chopin,_Fr%C3%A9d%C3%A9ric%29#Piano_Scores

, but I doubt if it is the original copy. Looking forward to hearing from you. Thank You and Best Regards, Nicho 09:29, 24 April 2011 (UTC)

Coding request

Hi Feldmahler. I was wondering if it would be possible to do something similar to that described here? This functionality already seems to be programmed - just not for that part of the site. Thanks, KGill talk email 20:23, 6 May 2011 (UTC)

I have fixed this bug in the offline copy of IMSLP. Might take a few days before the fix is uploaded to the server. --Feldmahler 23:49, 6 May 2011 (UTC)

Main Page Re-design

I recently did some free graphic design work for the Main Page and posted the design variation on my sandbox: User:Icactus/sandbox.

NLewis told me you are working on not just a graphic redesign but a functional redesign of the main page and I wanted to offer my (free of course) graphic expertise as desired to either help design or advise if you need someone with more of an art background than programming background to assist. I'm curious what changes to the functional framework would be made and I could make a few design proposals based on what you envision the new functionality to be.

Right now the biggest problem of the Main Page design is that there is not a strong enough visual hierarchy of importance so I tried to address some of that with my Sandbox version without completely changing the original design. Let me know what you think or what new structural layout you're envisioning. Thanks! --Icactus 14:28, 6 July 2011 (UTC)

Note that I never said the main page would necessarily be redesigned. I said that there would be large redesign projects (interface changes) and mentioned it may be a good idea to hold back on the main page design until at least the end of summer. See this article for some more information, Lndlewis10 16:25, 6 July 2011 (UTC)
NLewis is right that there is an interface redesign project that might potentially modify the main page. However, if you are already working on the main page, I would be more than happy to tell Cory (our intern) to focus his efforts on other things (there are way more things to do than there is time for). In that case we would be happy if you could continue redesigning the main page.
I'll also offer a few suggestions based on the design so far.
I think your concept is very nice, and I also appreciate your consideration in modifying the page as little as possible. However, if you are willing, I would actually encourage you to completely redesign the main site, because I think right now the page design is not very consistent (e.g. the colors are not consistent, and the transition between different color blocks are abrupt). Furthermore, I've been trying to push the main page design to be as simple and clean as possible, without losing too much functionality (I feel there is too much text and "noise" on the current main page). Perhaps this is what you hinted at when you said there is not a strong enough visual hierarchy, and I think perhaps it might benefit from a complete redesign.
If there is some design that you cannot express with wiki code, please feel free to do an HTML draft, and post it to the forums so that other people can help you in realizing your design. If you have any questions, please feel free to ask the forums, or me if necessary (you will almost certainly get a faster response on the forums, however). --Feldmahler 03:00, 7 July 2011 (UTC)

Much can be expressed in the wiki-code though. Feel free to use customisable CSS stylesheets. You can change the colours for different parts of the page by preceding each line of styling code with the namespace the line would apply to :-) Lndlewis10 03:09, 7 July 2011 (UTC)

Forum outage from 28 July 9:20 UTC

Hi Feld,

if the outage is general and persists longer than an hour someone should probably alter the Mediwiki site banner. The error I’m getting is: 

General Error
SQL ERROR [ mysqli ]

Too many connections [1040]

An sql error occurred while fetching this page. Please contact an administrator if this problem persists.

Cheers, Philip @ © talk 09:25, 28 July 2011 (UTC)

Looks like it has been fixed. Choralia administers the forum server, so I am really powerless to fix any problems with it. The next time this happens and continues for several hours with no end in sight, please feel free to modify the site banner without having to get my permission. :) --Feldmahler 01:31, 29 July 2011 (UTC)

MediaWiki:Common.js

Hi Feldmahler. It seems that your addition to this page has made it impossible to download files - whenever one clicks on the 'accept' button on the disclaimer, it refuses to progress past that point and open the file, instead repeating the disclaimer endlessly. Someone else reported this on the IRC as well. Thanks, KGill talk email 14:30, 30 July 2011 (UTC)

This is not the fault of Common.js, but a parallel modification in the code. Will be fixed soon. --Feldmahler 14:38, 30 July 2011 (UTC)

Woah. You weren't kidding about big changes. Press release...IMSLP:Changelog ;)...-- Snailey (_@/) Talk to Me Email me 18:10, 30 July 2011 (UTC)

Also, is it possible to get a TOC back for the level 2 headings? It's still a bit hard to navigate pages with lots of recordings, etc.-- Snailey (_@/) Talk to Me Email me 18:25, 30 July 2011 (UTC)

Excellent-- Snailey (_@/) Talk to Me Email me 23:54, 1 August 2011 (UTC)

Could you widen the TOC? It doesn't really work for multiple subsections with arrangements?-- Snailey (_@/) Talk to Me Email me 23:55, 1 August 2011 (UTC)
Patience is a virtue, despite what Ambrose Bierce says :P I said I was going to tinker with it tomorrow. --Feldmahler 01:00, 2 August 2011 (UTC)

Got it. The dictionary is only for devils :P-- Snailey (_@/) Talk to Me Email me 01:00, 2 August 2011 (UTC)

Looking better all the time...

Buttons

Could we get someone (icactus?) to redesign Add File button.png etc.—they don't quite fit (serif font, etc.) with the design.-- Snailey (_@/) Talk to Me Email me 17:07, 2 August 2011 (UTC)
I assume you know where the image files are located; anyone is free to improve on it. Also see the image page for a link to the site that I used to generate the button. --Feldmahler 18:00, 2 August 2011 (UTC)

Splitting the General Information section

Are you sure this is a good idea? — P.davydov 22:15, 1 August 2011 (UTC)

Well, people have asked for it, and people have also recently asked for a composer link at the top of the page (http://imslpforums.org/viewtopic.php?p=26453#p26453). I think the idea is good (the empty space to the right of the TOC always annoyed me) but currently looks rather ugly, hence I have reverted it. --Feldmahler 22:21, 1 August 2011 (UTC)

Thanks :-) I can see where you're coming from, and I know it's often been suggested that the general information section might go at the top of the workpage. It was splitting the GI section that produced some odd-looking results! — P.davydov 22:29, 1 August 2011 (UTC)

Here's a suggestion. Instead of splitting the general information section, how about duplicating just the Work Title, Composer and Opus/Catalogue Number fields at the top (without the Alternative Title, which can be problematic), and leave the existing section intact at the bottom? — P.davydov 22:50, 1 August 2011 (UTC)

Done. I'll continue tinkering with it tomorrow. --Feldmahler 22:53, 1 August 2011 (UTC)

Ratings

I see you've tweaked this - and it definitely helps with the line breaks. The ratings for Audio Files appear to be negatively affected - some sort of error. Carolus 06:07, 4 August 2011 (UTC)

Fixed. It might take a few hours for all the pages to update because of the caching. --Feldmahler 13:27, 4 August 2011 (UTC)

More ideas

Not that you need any more work, but now that the design work has quieted down (or is this a sign of major changes to come? :D), I have a few things on which I would appreciate your input:

  1. It would be great if the file submit forms worked in accordance with the fields currently available—Arranger, translator, etc.
  2. Copyright tagging: is there room for a "checked/permission granted" tag (upside-down exlamation point, perhaps? :P)? There are a few cases of scores being made from scores that are V/V/C, such as this.
  3. I repeat my request for a checkbox for V/V/V, like we have for N!/N!/N! :P
  4. I would much appreciate your input on this topic, as it raises many issues that go fairly deep in terms of impact and programming work :).

Thanks-- Snailey (_@/) Talk to Me Email me 21:35, 8 August 2011 (UTC)

I will keep these in mind. Because of the high priority of the upgrade (which I am starting), these may have to wait for a while, but I will implement them when appropriate. --Feldmahler 01:47, 9 August 2011 (UTC)

Also some remarks from my side. It's not urgent, I just came across these points.

  1. Is it possible to make a special page which lists the really empty categories (no workpage, etc. included). Would be nice for maintenance. There's already a Special:UnusedCategories but it lists many categories which are used.
  2. Tagging: in some cases like here a kind of pre-selection of the future tag would be nice: When the said work enters PD next year it will change to V*/.. but a C*/ would be better.
  3. Also for maintenance: possible to make a special page which lists all the files of which duplicates exist?
  4. Possible to make page which lists all files of which newer versions have been uploaded (and the older version(s) still exist).
  5. Automatic page counter not always works fine: First file (#104181) has 16 pages but automatic counter says 6.
  6. If a pdf has only 1 page: "Page" should be displayed. For count greater than 2: "Pages"

Regards, Hobbypianist 17:32, 21 August 2011 (UTC)

Thanks for the notes Hobbypianist. I will keep them in mind and implement them at the appropriate time. --Feldmahler 22:06, 21 August 2011 (UTC)

Piano Sonata No.14 in C minor, K.457 and Piano Sonata No.17 in B-flat major, K.570

Hi Feldmahler. Do you have Piano Sonata No.14 in C minor, K.457 and Piano Sonata No.17 in B-flat major, K.570 published by G. Schirmer? Thank you very much. Nicho 02:27, 21 August 2011 (UTC)

If the Schirmer edition is a reprint of the edition published by C.F. Peters, then yes (click here). You’ll find all the sonatas linked from that template. Philip @ © talk 04:12, 21 August 2011 (UTC)
Hi Philip. Thanks for the info you provide. But there is little difference between the Schirmer and C.F. Peters. Thank you very much for your attention.Nicho 05:52, 21 August 2011 (UTC)

Question about fields General Information section

Hi, Glad to see you're up and able to get on the net. Am I correct that the system reads the following 3 fields in the "General Information" section: 1. Year of composition; 2. Year of First Publication; 3. First Performance? If so, is it imperative that there be nothing in front of the 4-digit date? I ask because there is a potential issue with certain works where there are multiple versions (p.davydov has created a nice new template to designate versions). See my reply to him on my talk page. Carolus 23:25, 21 August 2011 (UTC)

Thanks for the note. You are right that the system reads the three fields. I knew about the different versions Davydov introduced, but didn't realize the impact on parsing the composition date. I will think about how best to work around this problem. --Feldmahler 05:00, 22 August 2011 (UTC)

One solution would be to add a "Publication History" field to the "General Information" section which would not be read by the system at all. That way, we could still have of the detailed information available (to human readers) without creating any problems due to extraneous text existing in the field which is being read by the system. This might represent the best method to achieve everything with a minimum of a) extra info in the "read" field; and b) having info-rich content in a format mores suitable for viewing. Carolus 02:46, 23 August 2011 (UTC)

That's a good idea; I will implement it shortly. I think I have also found a way to extract more information from the currently existing fields, so we can have both the new field and improved processing of the current fields. --Feldmahler 01:59, 26 August 2011 (UTC)
I take the point about the automated reading of the publication date to determine copyright status, but does this take account of works that were first published in piano reductions or vocal scores, perhaps years or decades before the full score? For example, would an opera first published in full score in 1925 be PD in the US if a vocal score had been issued in 1921? If the first publication of a work in any form sets the clock running on copyright for all other versions then that solves the problem. But if it's more complicated then that, and we want to avoid being misleading by relying on the earliest date, then we'll have to think of the best way to handle these situations — P.davydov 08:19, 23 August 2011 (UTC)
See also my later posting on Carolus's talk page, and it might be better to continue there rather than in two places — P.davydov 08:44, 23 August 2011 (UTC)
I have answered some of the legal aspects over at my talk page. Carolus 02:34, 24 August 2011 (UTC)

Librarian group

Hi Feldmahler. When you get the time, would you perhaps care to offer your thoughts on this subject? Might it be advisable for the usergroup to be adjusted in the manner described ("so it doesn't give any extra rights except the 'librarian tools' panel, and then it would expand to include all members of the team")? Thanks, KGill talk email 02:19, 22 August 2011 (UTC)

This should be fairly straightforward. I will tell you after it is implemented. I agree with you that this is a good idea. --Feldmahler 05:00, 22 August 2011 (UTC)
This is now implemented in the 'assistantlibrarian' category. --Feldmahler 01:59, 26 August 2011 (UTC)
Thanks, but I think the idea of the alteration was that everyone who is a librarian right now is also an admin - so the 'librarian' group is redundant in its current form. It would be great to keep track of all the members of the team (who should have the librarian panel, but should not all have the ability to edit MW:G - the ones who do have it through sysop rights) through one usergroup. :-) Thanks & cheers, KGill talk email 02:12, 26 August 2011 (UTC)
I've altered the permissions of the "librarian" group to encompass only the toolbox for the time being. I have removed the "assistantlibrarian" group. --Feldmahler 04:26, 26 August 2011 (UTC)
Thank you very much. I'll make the necessary changes to the team members' user rights. Cheers, KGill talk email 23:37, 26 August 2011 (UTC)

WIMA uploader special page (rather urgent)

Hi Feldmahler. As per these posts, would it be possible for you to design a new form of the file uploader similar to the one that allows pURLs, but with the added feature that it would append a line in the correct format to IMSLP:WIMA/Log (maybe using a bot account)? It would be really great of you to do this since it is the bigger of the two obstacles left to going full steam ahead with the project :-) Thanks very much, KGill talk email 19:30, 24 August 2011 (UTC)

Done. The list is in http://imslp.org/wimaredirects.txt The WIMA file submitter accepts entire URLs after wima:// --Feldmahler 01:59, 26 August 2011 (UTC)
Excellent, thanks. Would it be possible to manually add the two entries in IMSLP:WIMA/Log to that list? (The second one was added using the new file submitter but I guess the text file feature hadn't quite been completed at that point. The first one was a sample log from beforehand.) Thanks again :-) Cheers, KGill talk email 02:06, 26 August 2011 (UTC)
Hm, actually, I just added another file from WIMA and it doesn't seem to have updated the log file. Am I doing something incorrectly? Thanks, KGill talk email 02:20, 26 August 2011 (UTC)
It was a bug with the licensing page, which is now fixed. --Feldmahler 04:26, 26 August 2011 (UTC)
Wonderful, thank you :-) Cheers, KGill talk email 23:37, 26 August 2011 (UTC)
Sorry, I just realized something - I think there will have to be a separate version of the page for audio files, though that might not be so urgent since we're not uploading audio files from the very start of the project? What do you think? Thanks, KGill talk email 00:38, 27 August 2011 (UTC)
I've already implemented this feature in my offline copy; it will go live on the next code update. --Feldmahler 03:29, 29 August 2011 (UTC)

Again, sorry to bother you once more, but I think we're down to one final technical feature to be argued over (and very hopefully implemented). Would you be able to comment on the feasibility of automated source file transfer as proposed here? Thanks, KGill talk email 02:21, 27 August 2011 (UTC)

I don't think this is best accomplished by the file submitter. Rather, it seems to me that the easiest way is to parse wimaredirects.txt, and use that to transfer the source files directly to the new site without the IMSLP server doing anything. That way we don't have to work out the detailed arrangements for the transfer, as Choralia I presume is the admin of both the old and new servers. Of course, this is all assuming that the source files have the same name as the PDFs. If not, not even the IMSLP submitter will be able to do anything, at least not automatically.
By the way, have fun at Princeton :) --Feldmahler 03:29, 29 August 2011 (UTC)
How did you know about that? ;-) I've copied your reply over to the modforum where I hope Max will be able to work out a solution - even if the filenames aren't the same (minus extension), I guess there could be a script to backtrack to the parent directory, find all source files present, and mark them for automated transfer. The same folder structure could be used on the new server as was set up on WIMA. Cheers, KGill talk email 16:27, 29 August 2011 (UTC)

Localization using translatewiki.net

Hi Feldmahler, I'd like to translate some interface texts into Catalan, but I cannot figure out how to do it. I have been researching a bit the subject and I stumbled upon this tool which could come handy for me and many other translators: TranslateWiki. Do you think it would be possible to use it here at IMSLP? --Micru 21:30, 15 September 2011 (UTC)

Unfortunately I do not think IMSLP has enough programming staff to implement a full interface with TranslateWiki. However, IMSLP does have its own (albeit not as user-friendly) way of translating every message that appears on IMSLP. I think the biggest missing block is the documentation. Essentially, all FTE template messages reside in MediaWiki:FTE:<fte template name>:Messages, and translations reside in MediaWiki:FTE:<fte template name>:Messages/<language code>, e.g. MediaWiki:FTE:imslppage:Messages/ja. The message pages for special pages are more scattered, but I think the FTE pages are the place to start anyway. Unfortunately at this moment normal users cannot create Mediawiki: namespace pages, so you will have to create the page without the MediaWiki: namespace, and ask an admin to move it to that namespace.
If you are interested in creating a documentation page for the IMSLP translation system, I'd be very willing to help answer any questions. --Feldmahler 13:48, 16 September 2011 (UTC)
A TranslateWiki's developer (Nike), is asking the following question here: "It [IMSLP] is a standard MediaWiki extension, right? Why doesn't it use the standard way to do i18n?" Feldmahler, could you please provide more information about this? Thanks for your support!--Micru 15:31, 17 September 2011 (UTC)
I'm not entirely sure what Nike means by "standard". If he means having a separate i18n PHP file, then the problem is that it does not support user translations out of the box. If he means using the MediaWiki namespace, then the problems are (1) it is even less user friendly than the current setup, and (2) the database lookups are probably pretty expensive in comparison. It seems to me that the transaction costs of using TranslateWiki is proportionally much larger for IMSLP because IMSLP is not a dedicated software development team (or more precisely, is written by me alone), and do not have all the bells and whistles set up for such a collaboration. --Feldmahler 03:59, 18 September 2011 (UTC)
Hi again, I don't know if you read the last reply at Translatewiki, but apparently there is not the way you said... the standard localization process is described here. But of course if you think it is not worth it/not enough knowledge to do it, then it is better to leave it as it is now.--Micru 15:00, 10 October 2011 (UTC)

Recent wiki update and US files

Feldmahler, regarding the apparent recent wiki software upgrade, which now shows the number of file templates in each major heading. It doesn't recognize any US templates at all. Not sure if you noticed this since we still have comparatively few. Daphnis 14:27, 21 September 2011 (UTC)

Fixed. I also took the opportunity to fix the entry width problem. --Feldmahler 15:21, 21 September 2011 (UTC)
Great, thanks. Daphnis 15:24, 21 September 2011 (UTC)

Dates

Hi Feldmahler. I was wondering if it would be possible to include dates next to people's names in the various "people" categories. For example, here. I think that it would be a useful feature, though I can see where people may disagree. Does anyone have reservations? Respectfully yours, Emery 19:36, 28 September 2011 (UTC)

From a technical standpoint this may be quite hard to do. This is because the software currently would have to call up every composer page listed, get the dates, and put them on that category page. Doing this with 200 pages will overload the server, though this may change in the future if IMSLP undergoes radical structural changes. I will definitely keep this feature in mind and implement it when the time is right, but I cannot promise any timeline at the moment. --Feldmahler 03:19, 29 September 2011 (UTC)

Bug in Mass Tagger?

Hi, Take a look at the big stack of files on The Whole Booke of Psalmes (Ravenscroft, Thomas). The 'tag all files at once' provision seems to be broken on the big stack of 88 files (which is probably too big admittedly). Carolus 01:59, 24 October 2011 (UTC)

I've modified the mass tagger to fix that problem and allow an arbitrary number of files. Tell me if there are any other problems resulting from lots of files per entry. --Feldmahler 04:28, 24 October 2011 (UTC)

Performance

...Is quite horrendous tonight. Takes over a minute to do a simple copyright tag. Carolus 07:01, 26 October 2011 (UTC)

The server seemed to perform adequately last week after I tweaked it, but I guess we'll have to upgrade now. I've sent you an e-mail; I'll contact the host to ask about an upgrade and tell you about it in our call. --Feldmahler 11:36, 26 October 2011 (UTC)

After several days of fast performance, things seem to have slowed down considerably this evening. Carolus 05:27, 19 November 2011 (UTC)

The server seems normal at the moment, but I'll keep an eye on this; please tell me if this persists. --Feldmahler 06:22, 19 November 2011 (UTC)

Upgrade

A definite improvement! Thank you  :-) — P.davydov 16:07, 1 November 2011 (UTC)

Good to hear its a noticeable improvement :) Sorry it didn't happen sooner. --Feldmahler 02:34, 2 November 2011 (UTC)

I'm noticing improved speed as well. Carolus 05:02, 4 November 2011 (UTC)

Random Fact

Jean-Philippe Rameau.jpg This excellent composer...Died of a foot infection.
Hope you enjoy this totally random fact!

Benedict 07:32, 3 November 2011 (UTC)

Questions

1. Would it be possible to add "Traditional" as a period (along with Ancient, Baroque, etc.) or to create another name within that category which would encompass all periods. The reason I ask is that we've managed to accumulate a fair collection of folk songs and various arrangements made of them. So, instead of creating a quasi-composer category for each era, like "Folk Songs, English 17th century" we could have a single category of "Folk Songs, English" from all eras. Having the folk songs broken out into various nationalities is better than lumping all of them into "Anonymous", which is where a number of them reside at present.

Hi Carolus -- Let me think about how best to implement this, and I'll give you a response with the details on your talk page very soon.

2. I notice that the items hosted on the USA server still look bizarre, with the top portion of the file entry extending across the entire page. (Look at the Arrangements and Transcriptions section of the page for the Fauré: Pavane to see what I mean.) I thought this issue was fixed from the remarks on the forums. Am I missing something here? Carolus 02:53, 10 November 2011 (UTC)

The US server entry actually looks fine on my computer (which is why I thought it was fixed), but this may be browser-specific. Is it possible for you to e-mail me a screenshot of the problem so that I can try to fix it for other browsers as well? Thanks! --Feldmahler 12:38, 10 November 2011 (UTC)

Vanishing tabs!

Hi Feldmahler. Your latest changes to the stylesheet seem to have made all the tabs for "Full Scores", "Arrangements and Transcriptions", etc. disappear. Was this intentional? :-) — P.davydov 16:05, 12 November 2011 (UTC)

This should now be fixed. It may take a few hours for the cache to clear though. Tell me if there are any other issues! --Feldmahler 02:07, 13 November 2011 (UTC)

Old Mediawiki - Problems with Firefox

Hi Feldmahler,

as some other users I have the problem that the wiki navigation does not work properly (see Imslp-forums). I asked at firefox forum why this happens.

See the thread here: http://www.camp-firefox.de/forum/viewtopic.php?f=1&t=95809

The problem is an old wiki-software the problem can be fixed with a new software or the advice given in the thread.

If you don't understand german I can translate it for you.

--TobisNotenarchiv 21:46, 12 January 2012 (UTC)

Excellent! This is exactly what I was looking for. This bug will be fixed in a few days with the next maintenance. --Feldmahler 03:12, 13 January 2012 (UTC)

Performance

Horrendous the last two nights, starting at 11:00 PM or so (Central time) and continuing well after the nightly backup / maintenance (12:54 AM, Central time). It's 1:46 AM - almost an hour after the backup - and I can barely do simple tagging. There are only two or three other users on the site adding things. The files being added from WIMA by wrshannon are small in size, so I can't imagine it being the cause. Just thought you'd like to know. Carolus 07:48, 22 January 2012 (UTC)

I'll look into it. So far there does not seem to be any specific abnormality, but I'll try to catch the problem in action and fix it then. --Feldmahler 13:05, 22 January 2012 (UTC)

I noticed that this page does not automatically update the list when I tag items now. It was doing this a couple of weeks ago and started behaving again - until tonight. Carolus 04:57, 26 January 2012 (UTC)

I haven't changed the tag finder code in the last few days so this is strange. Have you tried a hard refresh on the page in Safari? Also, if you still get this problem, try opening the page in Firefox and tell me if the problem persists there as well. --Feldmahler 02:46, 27 January 2012 (UTC)

New "Viewer" Feature

Maybe I missed a forum topic, but this only seems to apply to a select few scores right now; will this set expand, or is it pre-set? How was it determined to begin with?-- Snailey (_@/) Talk to Me Email me 03:36, 1 March 2012 (UTC)

Basically Vladimir from Peachnote.com decides which scores the viewer shows up on. He told me that he chooses scores mainly based on how popular they are (i.e. # of downloads). --Feldmahler 22:59, 1 March 2012 (UTC)
OK, thanks. BTW, I love the feature; it's smooth, fast, and convenient.-- Snailey (_@/) Talk to Me Email me 03:32, 2 March 2012 (UTC)

Minor things

Hi,

That was fast, and I definitely notice better performance. Here are a couple of things I can see

  1. The date format is different depending upon the lanuguage format used by the uploader. Ralph Misch's uploads have the date added in German, while Aldona's are in English. I wonder if the best way to handle the upload date would be to use the following format, which has the advantage of being understood by nearly everyone and takes up less space (which is in short supply on the file template): 2012.III.03 (YYYY.MM.DD). Using roman numerals for the month makes it obvious that it's for month. Alternatively, if we really want to make it more obvious, we could use month abbreviations of three letters (Jan, Feb, Mar, Apr, May, Jun, Jul, Aug, Sep, Oct, Nov, Dec). That's in English of course. The roman numerals are more 'international' - but seem to be most popular in Europe.
  2. The links at the bottom of "Special Pages" (Other Special Pages) are all broken.

That's all for now. You're right - the new rating stars are much nicer! The forum feature on the discussion pages is wonderful. Looking forward to seeing some discussions about pieces there.

Carolus 18:38, 3 March 2012 (EST)

Thanks for the reports! Quite a few bugs have come out of the woodwork, so I might not get to these right away. However, all bug reports are very welcomed.
Regarding the date format, I have not changed anything, so this could be a caching bug (i.e. you are seeing a page cached in a different language).
Regarding the Special Pages, there should be no functionality broken; the reason for that strange appearance is that I haven't had time yet to create a bunch of pages that this new version needs to display them correctly. This should be fixed shortly. --Feldmahler 19:09, 3 March 2012 (EST)
A number of the links at the bottom of Special Pages seem to work. Others, however, are definitely not working. No apparent pattern. This one generates "false" for example. Carolus 00:47, 4 March 2012 (EST)
I'm getting the following oddity when I tag a single item for copyright status (example) [1].

Shostakovich's 15th Symphony

Do you know the copyright of Dmitri Shostakovich's 15th symphony?

I'll jump in, since I was about to make another comment. The work is under copyright worldwide. Any attempt to upload the piece here will be deleted immediately. Carolus 22:07, 3 March 2012 (EST)

Another composer category not appearing

John Hingeston does not appear in the main alpha composer listing. The page has been here since September. Albert Folop just brought this one to my attention. Carolus 20:36, 22 March 2012 (EDT)

Site mirror

Hi Feldmahler, I sent a couple emails to you recently as per FAQ on creating mirrors for the site. I travel between China and the US often and found that the download speed from within China is way too slow and a mirror will help easing the problem. I am thinking to create a mirror there and I am waiting for your response. -James

Mirror in Argentina

Hey there, I would like to offer the chance to have a mirror in Argentina. Let me know if sounds good for you. Max

Retrieved from "http://imslp.org/index.php?title=User_talk:Feldmahler&oldid=3101514"