This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
We should have a consistent naming convention. Is there any reason not to use the full exact name of the article for the name of the .ogg file? Fuzheado | Talk 23:41, 13 Apr 2005 (UTC)
I agree that the article name should be used to name the OGG file. This would be easier if there was a "move" function that renames files. :-) — Timwi 14:59, 14 Apr 2005 (UTC)
Should we recommend that the filename be the same as the canonicalized article title? DemiT/C 07:25, 2005 Apr 14 (UTC)
Yes, I think we should. :-) Does anyone object if I rename the existing recordings? — Timwi 10:45, 14 Apr 2005 (UTC)
I didn't rename any files, but I put this recommendation in the "Production Notes" section DemiT/C 17:16, 2005 Apr 14 (UTC)
Could you guys please come up with better names for these things than "All your base are belong to us" => "aybabu.ogg", perhaps the full title + .ogg or en- + full title + .ogg —Ævar Arnfjörð Bjarmason 21:01, 2005 Apr 14 (UTC)
I moved your comment here, where it was already being discussed--hope you don't mind! As you see, we have put that recommendation in the guidelines already. If there a way to rename files, I would have done it, but it seems to me for tagging reasons it'd be much better for the recorder to re-upload: the license goes with the file better and they can ask for the old file to be speedy-deleted. DemiT/C 21:32, 2005 Apr 14 (UTC)
Updates
This is a great project, and I very much like it, but my question, I guess, is what happens when an article is changed or expanded? Is a new sound recording going to be made?—Ëzhiki (erinaceus europeaus) 15:50, Apr 14, 2005 (UTC)
I would think so, more or less. Good judgment should probably be used as to the stability of the version being recorded--picking a version in the middle of an edit war would be a bad idea. I think it's also why it's a good idea to start on the featured articles first, since they are less likely to be rewritten or greatly expanded. DemiT/C 17:04, 2005 Apr 14 (UTC)
How about simpy re-recording the (substantially) updated/added paragraphs, and simply inserting them in where neccessary? Flipping between different voices might sound odd for small bits, but for whole paragraphs it might sound okay... ?? --Frankie Roberto 15:06, 29 Apr 2005 (UTC)
File Format
Is there any value in saving a lossless format like FLAC as well as the ogg? So it could be reprocessed in the future more easily?
No, by that time the article will need to be re-recorded anyway. silsor 20:35, Apr 13, 2005 (UTC)
Do we like the new bitrate? 48 kbps sounded a little "watery" to me, but maybe it's my ears or headphones. DemiT/C 17:20, 2005 Apr 14 (UTC)
Actually its likely your encoder is not set to "high quality". 48kbps is the standard speech bitrate for testing purposes, anything more than that is pointless space wasting. I'm a professional audio engineer and I can assure you if your planning on a long term speech recording program, 48kbps, 44.1khz mono is the way to go. ALKIVAR™ 18:11, 14 Apr 2005 (UTC)
As I understand it, for vorbis encoding, you can meaningfully either set "quality" or a nominal (average) bitrate, but not both, when encoding. Do the files sound right to you? DemiT/C 21:35, 2005 Apr 14 (UTC)
They sound a little tinny, but I think most of that is due to the poor microphones. The watery sound is very very minor and mostly because of the variable bitrate IMO. I always prefer a fixed bitrate. ALKIVAR™ 15:17, 15 Apr 2005 (UTC)
I'm experimenting with some of the encoding parameters (and other codecs, too). I suspect that the 44100 Hz sample rate may be too high--ogg might do a better job at the lower bitrate with a lower sample rate. I might try 16000 or 32000 Hz and see what the results are. However, I suspect that the "non-CDDA" sample rates might throw off some players, since almost all players will have been coded with CD ripping in mind (I noticed, for example, that Buzkashi.ogg, with a 96000 Hz sample rate, caused some problems for me and for Raul654; I haven't had a chance to try it on my commercial ogg-enabled mp3 player. DemiT/C 22:14, 2005 Apr 16 (UTC)
I did some recording and listening tests. One of the things I tried was a lower sample rate: 16000 Hz instead of 44100 Hz, since someone had told me this was "adequate" for voice recordings. It is, but it lacked "brightness"--I could definitely tell the difference. I also experimented with various encoding qualities and found that I can hear the difference between "quality 8" (about 128 kb/s) and "quality 3" (about 48 kb/s--our current recommendation). The "low quality" encoding resulted in audible compression artifacts. "Quality 5" (about 64 kb/s) was better, however, so the upshot is that I will continue recording at 44100 Hz mono, but I'm going to bump up the average bitrate to 64 kb/s ("quality 5"). I'm giving the quality numbers here because I think you can enter those into Audacity under the Ogg Export preferences. DemiT/C 07:05, 2005 Apr 17 (UTC)
Interesting, I've never used Audacity so I dont know how they set it up. In the software I use you can set a specific bitrate, and it will save to that. I think i'll have to load up Audacity and see what is comparable so that we can nail down this ambiguity. ALKIVAR™ 10:36, 19 Apr 2005 (UTC)
Awesome (there's some additional discussion on encoding below, too). While you're at it, I'm trying to get a handle on the audio levels advice on the project page, particularly about compression. I can apply a "compand" filter to the audio to compress and expand the volume and level it. What it seems to want as input is: an "attack" and "delay" (for increasing and decreasing volume, in seconds--the "time over which the absolute value of the input signal is integrated to determine its volume." As a trial I've specified this as -0.3,1.0 (taking these numbers from an example). It also wants a curve of decibel points telling it what levels to boost: for example, I've used -30,-15,-20,-12,-4,-8,-2,-7 (which boosts -30 to -15, -20 to -12, and decreases -4 to -8 and -2 to -7); here I'm just taking a guess at what curve will converge at -12 dB. Anyway, any information our clues you could provide on the better use of this would be greatly appreciated. DemiT/C 23:15, 2005 Apr 19 (UTC)
After some trial-and-error and listening, I settled on the following compander settings for Evolution.ogg: compand 0.1,0.3 -60,-60,-30,-15,-20,-12,-4,-8,-2,-7 3
Codecs
I just thought this was interesting in terms of the free codecs from Xiph:
as a side note, freematrix radio (freematrix.us) would be willing to air these after some review and talk about a way to put them into some sort of way to make it good for a radio show, and maybe something else, contact Apple in #freematrix, #wikinews, or #wikimania on irc.freenode.net (I might join #wikipedia soon enough). and we can work something out.
GFDL compliance - do we need to worry about GFDL guidelines, like having to cite the most significant authors? Do we need to provide a spoken list at the end, or perhaps speak the Wikipedia URL, or append the GFDL license?
I think to be safe the reader should recite the license notice at the end, or merely state it's distributed under GFDL. Ghost Freeman 10:17, 13 Apr 2005 (UTC)
The German recordings seem to begin by stating that the material is from Wikipedia, mentioning the URL http://www.wikipedia.de/ and inviting the listener to look up the article there, and that it is licensed under the GFDL, mentioning the URL http://www.gnu.org/copyleft/fdl.html, before proceeding with the actual article text. Perhaps we should do the same. — Timwi 13:22, 13 Apr 2005 (UTC)
I begin my recordings with "<Article name>, from Wikipedia, the free encyclopedia, www.wikipedia.org." and end each one with "This sound file and all text in the article is licensed under the GNU Free Documentation License, available at www.gnu.org/copyleft", NPR-style. User:Luigi30 (Υσηρ ταλκ ΛυηγηΛ) 02:24, 14 Apr 2005 (UTC)
I'm following Luigi30's convention of the opener and tail. Also, since the Ogg container gives us the option of several additional tags, I added the following to the file itself (besides an artist, date and title tag; this is an example from my Lithia Park recording above):
source
From Wikipedia, the free encyclopedia www.wikipedia.org
I've run into a couple of situations where the proper reading isn't clear. Let me say how I've handled it and then we can discuss it so that, if someone wishes, they can follow a consistent practice.
Most diagrams and images I just make no reference to, since they are "decorations" that add to the article but aren't necessary to read. However, occasionally there are inline tables or diagrams where the text doesn't make sense unless the diagram or table is included, perhaps because the text makes reference to something the diagram says or introduces it. In that case, I've introduced the diagram by saying "View diagram: " and then a brief description of it, before continuing with the text.
Secondly, I considered introducing (long or block) quotations by saying "Quote" or something similar; in the end I just changed the cadence of my reading to try to make it clear I was reading something else: more conversational, and ended with the quote source.
Wouldn't it be nice to record the date the recording was made, so that users can actually tell how up-to-date it is?
Not just the date, record the exact revision it was taken. Also a link to the comparison between that revision and the current revision (i.e. the equivalent of clicking the (cur) link adjacent to that revision on the history page) might be useful. Thryduulf 09:11, 17 Apr 2005 (UTC)
Unfortunately, you can only link to old revisions or the (ever-moving) current revision - there's no permanent address for the revision that is currently visible. A null edit serves as a workaround. --Andrew 09:17, Apr 17, 2005 (UTC)
hmm, true at present, although I understand the developers are working on this. Another work around is to view the newest non-current revision and then click the link to view the newer edit. I think this generates a permanent url that basically says link to the version that is one newer than the one with the id given. Thryduulf 12:34, 17 Apr 2005 (UTC)
I don't think so: Doing that on this page gives you the URL http://...Template_talk:Spoken_Wikipedia&redirect=no, whereas a permanent revision URL is of the form http://...Template_talk:Spoken_Wikipedia&oldid=12429402. Maybe as a temporary measure, until there is a fix in the code, the template should contain a timestamp of when it was created? Or else just have the poster first add the template and then find the revision URL of the previous version. — Asbestos | Talk 10:02, 18 Apr 2005 (UTC)
In how many places should we put the version? Below, there is the suggestion to include it in the audio file, which I'm not sure is that useful, as I think about what it will mean to re-record my versions as the articles change. I do put the version on the file's description page in addition to the project page. Should it go in the template as these folks suggest? DemiT/C 21:11, 2005 Apr 18 (UTC)
Requests for Spoken?
Shouldn't we have a section for spoken articles? If not, I guess this will do. Ghost Freeman | Talk 21:32, 16 Apr 2005 (UTC)
I've added a section for "Articles to read" on the project page where requests can be suggested DemiT/C 22:27, 2005 Apr 16 (UTC)
Text-to-speech
I'm a little surprised to find this project starting up instead of something that trained and operated a text-to-speech program...it seems like that would provide a lot more coverage a lot faster, would make it a lot easier to keep things up to date, and wouldn't require special audio equipment. Though having actual people read the articles is a nice touch. On the other hand, it's not like people can't use their own text-to-speech programs in combination with their web browser, which sort of brings in to question the entire effort. Though perhaps it is worthwhile to make audio available to people who don't own or who can't set up such software. It would also be nice if there were some collaborative way to give pronounciation hints on words that a computer would mess up. -- Beland 11:27, 17 Apr 2005 (UTC)
Well, if you can listen to eleven minutes of synthesized speech reading an encyclopedia, you're a hardier person than I! In any case, I note the popularity of talking books for the blind as well as audio books (recorded by people), and I think it's a useful endeavor. Besides the utility of spoken articles for the blind, it could be useful for English learners (for whom syntehsized speech would be much less useful) as well as just those who like it. I don't see this project as discounting any of the useful text-to-speech tools someone might use, but it also seems to me that adding spoken media where we can is worthwhile, too. DemiT/C 18:56, 2005 Apr 17 (UTC)
I'm with Demi on this. It's remarkable how bad text->speech technology still is. I tried listening to some from the German Gesprochene Wikipedia, and it just doesn't work. After 15 seconds, it causes a brain cramp. That said, I'm open to the idea if better technology exists. Fuzheado | Talk 07:39, 19 Apr 2005 (UTC)
However, good text to speech gets it is still boring listening to the same voice. And as people say it is currently highly variable in quality. This is a great project. :ChrisG 23:44, 20 Apr 2005 (UTC)
I worked with a blind student at a summer job, and I really got to hate his screen reader! I can't imagine how anyone could listen to it for hours. Even though the project is time-consuming, I support doing it with real people. Plus, the vocal variation is nice. It's neat to hear all kinds of accents and voices when listening. It sort of sums up the "anyone can contribute" feel of greater wikipedia, huh? Ckamaeleon20:07, 19 January 2006 (UTC)
Versioning
It seems like a good idea to announce the version date of an article in the spoken introduction, no? -- Beland 11:31, 17 Apr 2005 (UTC)
Not a bad idea. Any other comments? DemiT/C 18:03, 2005 Apr 17 (UTC)
Although I think this would be better at the end than the beginning. A lot of front-matter makes it less interesting, in my opinion. DemiT/C 18:34, 2005 Apr 17 (UTC)
Table of completed recordings
This discussion was ongoing at 2005-06-28 archive, and may appear later in this archive, in another archive, or the current edition of the talk page.
A better idea?
This discussion was ongoing at 2005-06-28 archive, and may appear later in this archive, in another archive, or the current edition of the talk page.
Placing and naming
This discussion was ongoing at 2005-06-28 archive, and may appear later in this archive, in another archive, or the current edition of the talk page.
Speech synthesis
Festival seems to be close to state of the art for speech synthesis; however, it doesn't build on OpenBSD. Can someone please install it and use one of the 16-bit diphone voices to run a reasonable long article we've recorded through? We're getting a lot of questions about "why aren't we just synthesizing the voice?" and I think it would be fruitful to the discussion to have a spoken article and text-to-speech-ed article to compare. DemiT/C 00:24, 2005 Apr 18 (UTC)
It would probably make sense to have a speech-synthesised file for comparison. The German Wikipedia has one, too. They never state this, but to me it kind of looked like they were saying "See, this is what speech synthesis is like, isn't it useless? This is why we're recording things ourselves." — Timwi 11:56, 18 Apr 2005 (UTC)
It was indeed horrible, the one at Gesprochene_Wikipedia. Fuzheado | Talk 07:41, 19 Apr 2005 (UTC)
Current featured article on Aramaic
I've just been trying this out on the current featured article which is quite long and involves some real pronunciation humdingers. So far I've reached 15 minutes and am still less than halfway through the article. I haven't been reading unduly slowly but I haven't been pausing either. I stopped there and saved the resulting ogg file -- 8MB so far. Looks like one file containing a straight through read isn't going to be feasible. Maybe I should try recording individual sections of the article. -- Derek Ross | Talk 04:14, Apr 18, 2005 (UTC)
Maybe. I just recorded Evolution, which is pretty long: I ended up at over 34 minutes and a 15 MB file, but I plowed through anyway. It's feasible, but maybe it would be more manageable in sections. If we wanted to do this for long articles, we'd have to consider:
The intro would be very short--should it be in its own section file or together with the next section?
Is there inconvenience associated with downloading multiple files?
How do we let people know what they all are? Make a template that accepts a list?
On the other hand, it might make change control a little easier and each individual file is a little more managable. DemiT/C 10:05, 2005 Apr 18 (UTC)
I could reasonably imagine having two files for each article: One with just the lead section, and one with the complete article. Once you have the complete article, you can trivially derive the shorter file from it. — Timwi 11:56, 18 Apr 2005 (UTC)
I think this project is a good idea, and, as one of the main contributors to Aramaic language, I thought I'd give it a go. The pronunciation 'humdingers' aren't so bad, probably because I wrote most them (!), but the file is big. It would be best to split the file up, but that would disrupt the flow of the article for listeners. Each file would need the top and tail suggested on the project page, and speakers may want to introduce the next file at the end of the previous one. Any thoughts? --Gareth Hughes 12:25, 18 Apr 2005 (UTC)
How big is your file? Have you uploaded it yet? Maybe someone can convert it for you to a lower bitrate, but you'd have to upload it first :-). — Timwi 12:30, 18 Apr 2005 (UTC)
A Welsh priest is probably perfectly placed to do justice to the pronunciation both of Ahiqar and of Achaemenid. The rest of us probably need to take a deep breath for one or both of them. ;) -- Derek Ross | Talk 14:22, Apr 18, 2005 (UTC)
Thank you for the vote of confidence, I think! I'm using Audacity to record the article. Can anyone suggest the best way of recording the sections of the article and preparing the audio for upload? --Gareth Hughes 14:32, 18 Apr 2005 (UTC)
End material
At the end of any article there can be a vareity of common sections, such as See also, References, External links, footnotes, and so on. I think that most of those should be read out with the exception of "external links." In most cases the title of the link on the page, not the url. Is there a consesnus on how to handle this material? Cheers, -Willmcw 00:25, Apr 19, 2005 (UTC)
I don't think there's a standard yet. What I've been doing is reading all the See also, References and External links information including the link URL. It's tiresome to listen to, but I do it on the logic that since the article is essentially over, a listener can always hit "stop." DemiT/C 01:11, 2005 Apr 19 (UTC)
If the URL is short, you can say it if you want, but if it's weird (ie has ?, =, etc) you can just give the title of the page and the domain it's hosted on, or some other info that'll let someone find the page again. I'd definitely do this for sources, references, See also, but External links seems optional, unless, for example, the article is on a company, and the link is to the company's web page. --brian0918 01:27, 19 Apr 2005 (UTC)
Thanks-Willmcw
I'm inclined to speak See also and important References but not External links because there is not much use for the latter in a spoken form. Fuzheado | Talk 16:51, 21 Apr 2005 (UTC)
Too big/splt
I recorded Robert Oppenheimer. The article is 42 minutes long and is over 26 megs. Wikipedia has an 8 meg limit on uploaded files. I have separate tracks for each section so splitting it is not a problem at this end, but how would multiple files be handled by the template? Thanks-Willmcw 02:11, Apr 19, 2005 (UTC)
Are you sure you couldn't cut down on the filesize? Talk to some of the people on here who have longer files with small filesizes. --brian0918 02:21, 19 Apr 2005 (UTC)
Also, you can upload it to Commons, they have a higher limit.
I tried to upload it to the Commons, but got the same error message about an 8 meg limit. I can't find a file-size limit documented anywhere there. -Willmcw 05:30, Apr 19, 2005 (UTC)
Well, Evolution.ogg is 15MB + and I uploaded it to Wikipedia. It takes a while, and today it took me three tries to do so. Anyway, Evolution is 34 minutes long, and that's the longest file currently in the completed articles list. Your Oppenheimer file is encoded at an average bitrate of 86 kb/s or so, which is higher than what we're recommending (48 kb/s) or what I'm using (64 kb/s). If you don't have direct control over the target bitrate, try setting your Ogg encoding quality to something lower and see what you get. In any case, I do think we have to address the issue of split files at some point. DemiT/C 05:38, 2005 Apr 19 (UTC)
Thanks for the feedback. I used Audacity set at 44.1 khz mono, so I don't know how it grew so large. Does anyone know of a program that can lower the bitrate of a file? Also, does anyone know why I'd be unable to upload a large file if the 8-meg limit is not definite? Finally, virtually all featured articles are long, so with a focus on them there will be lots of big files. Would the (old) list of most-accessed files be another source of articles to work from? Cheers, -Willmcw 05:46, Apr 19, 2005 (UTC)
I don't use Audacity myself, but I believe there is an option File » Preferences » File Formats » Ogg Export Setup that can be used to change the encoding quality. I think the default is 5. I might try 2 or 3. DemiT/C 08:21, 2005 Apr 19 (UTC)
Ah, I found the OGG quality settings and have been able to reduce the size of Robert Oppenheimer slightly. That resulted in a mere 16meg file (at Audacity/OGG quality level 0). I uploaded it successfuly, but for some reason Wikipedia has decided that it is an image. I think I'll try a shorter article next time. ;). Thanks for the help, everybody. Great project. -Willmcw 08:51, Apr 19, 2005 (UTC) (veteran of "Readings for the Blind")
Wikipedia doesn't "decide" that something is an image, but all files are uploaded into the namespace which, due to historical reasons, is named "Image". You can link to the file directly using [[Media:Robert Oppenheimer.ogg]], or link to the description page using [[:Image:Robert Oppenheimer.ogg]] (notice the leading colon, which tells the software not to try to inline it as an image). — Timwi 09:19, 19 Apr 2005 (UTC)
Splitting or abridging
Listen to this article (2 parts)
Part 1 · Part 2
Icon of loudspeaker
Note: the audio file may be out of date as changes are made to the article. (audio help)
On the subject of splitting files--I agree that many of the FAs are going to result in quite large audio files: 30 minutes to an hour. I propose the creation of new ((Spoken Wikipedia-n)) templates (n 1 - 5: I don't think we have much need for splitting into more than 5 parts), along with a guideline that audio files should be under 10 MB in length and split on a section boundary. What does everyone think? Is there someone with greater template skills than I that can put this in one template somehow? DemiT/C 08:30, 2005 Apr 19 (UTC)
This brings up something we need to decide - do we always want to speak the whole article? Is it reasonable or desirable to make an abridged version of an article that makes it more "ear friendly?" Or perhaps only speaking certain sections? Writing for reading's sake is quite different than writing for the ear. I myself have taken to editing one of the articles (Pulitzer Prize) before recording it, in order to split a really long sentence into two shorter ones. Fuzheado | Talk 08:47, 19 Apr 2005 (UTC)
Boy, I wish I'd edited the Robert Oppenheimer article before reading it. Some of the sentences went on for clause after clause, popping back to life just when I thought they'd be winding down. Featured articles are good, but long. To get the project going we also need a source of good short articles in order to build up a useful library. The Wikipedia 1.0 project is looking at using only the introductory paragraphs of articles, but their list may not be ready for a while yet. Any other suggestions for logical targets? User:Demi, the template looks great. For many articles discrete files for sections would make more sense. I assume it'd be possible to replace or pipe the "Part 1" with "Section headers". If not, that's ok too. Cheers, -Willmcw 11:07, Apr 19, 2005 (UTC)
Ha, yes I've taken to the habit of finely editing the article before reading it aloud. So it winds up taking about an hour to do a 7 minute recording, because I correct mistakes, split long sentences, make things work for listening, etc. I'm trying some articles that benefit from spoken pronunciation, so a test case is Chinese-oriented dim sum. Also, I've found it a bit easier to make something resembling a radio script (see Dim sum/spoken) which has the intro written out and the GFDL at the end. Fuzheado | Talk 12:02, 19 Apr 2005 (UTC)
I've done a little of that--a very little. I see what we're doing as "speaking the article" rather than "making an audio presentation of the article's subject." As such, faithfulness is important (to me at least). In the case of bad writing, I've corrected some of it--after all, we're editors too, and if something is bad writing when spoken aloud it's probably just bad. If I made any but quite minor changes, though, I'd probably make them and wait a day or so before recording it, just to give other editors a chance to have their say, if any. DemiT/C 18:22, 2005 Apr 19 (UTC)
On the template, Willmcw--I'm not sure, because I'm a newbie with the template code. However, I also see these recordings as eventually being available through some system outside the main article (Wikipedia by phone? On CD?), so maybe we shouldn't rely too much on the structure of the article itself? DemiT/C 18:22, 2005 Apr 19 (UTC)
Good point. Re: list of potential articles, I came across this list of so-called "core topics". Many of them are reasonably short and stable, and they of presumed value. It's not official, or even vetted, so I don't know if we'd want to adopt it. However it's a good starting point. Cheers, -Willmcw 20:56, Apr 19, 2005 (UTC)
Ah good. I see that list happens to point to "Simple English" articles. Those are shorter (and simpler!) than the non-simple English articles. If we read a "simple English" article, is it still appropriate to link it back to the non-simple English article? And vice versa? hmmmm. -Willmcw 23:35, Apr 19, 2005 (UTC)
Simple is its own Wikipedia, so I would classify something like that in the same vein as an interlanguage link. We can have it, but it should be clear it's not the same thing. I wouldn't use our template on the en: article page for an article read from simple:, myself. DemiT/C 18:40, 2005 Apr 21 (UTC)
If we do split articles into parts or sections, how do we handle the linkage? Do we speek the license at the end of each part? Say "From Wikipedia..." at the beginning of each? Say "Continued on part 2..." and/or "Continued from part 1...?" DemiT/C 23:54, 2005 Apr 19 (UTC)
My inclination would be to read the article title as "Worms, part 1. license info." Maybe even make it "Part 1 of 3 parts". Then at the end, "continued in Worms, part 2, end license info". In any case, the full license info should be in each recording. -Willmcw 23:59, Apr 19, 2005 (UTC)
OGG spec
In the document now, it says use OGG at 48 kbps, but Audacity and other say that with Ogg you cannot exactly rate limit anything since its VBR, and it only has a 1 to 10 slider. Should we not specify instead what quality to use? Fuzheado | Talk 07:43, 19 Apr 2005 (UTC)
Maybe. See my notes about sampling and encoding quality and bitrate above. The command-line encoder allows you to specify a target bitrate, or a quality from 0-10. I find, with that encoder on my audio files, 3 is about 48 kb/s, 5 is about 64 kb/s and 8 about 120 kb/s. However, Timwi tells me that he encodes with quality set to 5 and his resulting files are 110 kb/s or so. I think it's a good idea to provide recommended settings for our "Recommended tools" section, but I don't know what it should be. DemiT/C 08:14, 2005 Apr 19 (UTC)
I just encoded Dim sum at level 3, which is about as low as I can go without it sounding quite "wormy." Fuzheado | Talk 11:58, 19 Apr 2005 (UTC)
Audacity HOWTO
Since a lot of people are using Audacity, it might be good to have a "howto" or cheat-sheet on how to use it; which menu options to use, what buttons to press, etc. I've done that for the tools I'm using, but an Audacity version might be helpful for people coming here to make their first recording. DemiT/C 18:26, 2005 Apr 19 (UTC)
See also
This discussion was ongoing at 2005-06-28 archive, and may appear later in this archive, in another archive, or the current edition of the talk page.
Template on Talk Pages
I don't think we should have the template on Talk: pages -- it's not the place for it. I wrote on User talk:Brian0918:
I also think the link is better solely on the article page. For me, a useful rule of thumb is that things that primarily target the readers/users/audience of Wikipedia belong on the actual article, and things that are directed at editors belong on the Talk page. In this case, a link to a recording of the article targets the readership (er, "listenership"!), rather than editors, and would be better (IMO) just on the article page, and not on the Talk: page. — Matt Crypto 02:13, 20 Apr 2005 (UTC)
But the Spoken Wikipedia template links to the WikiProject, just as other talk pages have wikiproject templates at the tops of them. It's similar to the featured article template, which isn't specifically about editing the page, but has links to ways to contribute. I talked to Raul654 and other WikiProject members, and they're fine with it. We could probably change it in the future, when we get more people. We could just create another Spoken Wikipedia template specifically for talk pages (but that should still have a link to the audio file of the article). --brian0918 02:18, 20 Apr 2005 (UTC)
Well, the "Featured" status of the page is useful metadata about an article for editors, as it is an end-result reflecting peer-review and stability of an article. (I would, incidentally, advocate that a Featured template would do well to be on the main article page itself, since the information is useful to readers, too). However, a Spoken template doesn't really provide a great deal of useful editorial information, at least as I see it. It may link to the Spoken WikiProject, but that's not really like other WikiProjects which exist to coordinate subject areas. It's clearly not a hugely important issue, but I think we need to be careful how much clutter we add — for example, on Talk:Caesar cipher, it becomes difficult to see the Table of Contents. Adding a Talk page template involves an (admittedly quite small) cost, yet provides no real benefit for editors, or at least as far as I can see. It might raise the profile of the WikiProject a little, but I'm sure there's better ways of getting the (most excellent) Spoken WP project known than adding clunky templates to Talk pages. — Matt Crypto 02:32, 20 Apr 2005 (UTC)
Alright, I created a template specifically designed for the talk page. See the WikiProject's page. I'll go through and add them to the appropriate articles. --brian0918 02:42, 20 Apr 2005 (UTC)
Thanks, although I'm still unconvinced this Talk page template is of any utility other than an advert for Spoken. That's not necessarily a bad thing, of course, but is probably off-topic on Talk: pages for articles on arbitrary topics — at least, that's my take. But, again, it's no big deal, and I'm happy to go with whatever people prefer. — Matt Crypto 02:50, 20 Apr 2005 (UTC)
So far, I've talked to Raul654, Demi, Luigi30, and silsor, who are all fine with it. Check out Talk:Caesar cipher. All those WikiProject templates are just like this one (advertisements?). --brian0918 02:56, 20 Apr 2005 (UTC)
OK, I'm happy to accept it if the consensus is that the templates on the Talk: page are beneficial. I would, however, argue that "topic" WikiProject templates are different in two ways: 1) It'd be inappropriate to put a Project template on an article page, unlike a Spoken template; and 2) An editor interested in editing a article in a certain field is especially likely to be interested in any associated WikiProjects which concern that topic. There is no special reason why an editor on arbitrary topics would be interested in the Spoken WikiProject. Would we be happy with links to Wiktionary, WikiQuote etc on the Talk pages? — Matt Crypto 03:15, 20 Apr 2005 (UTC)
Sure, anything that promotes any aspects of Wiki is fine by me. I didn't find out about several of the other projects until I randomly came across them. --brian0918 03:19, 20 Apr 2005 (UTC)
Well, perhaps. To argue an straw-man extreme, you could include links to every single Wikipedia project on every single Talk page, but that wouldn't help people find things — it would just increase the noise of the project. We need to weigh things up, and see if the benefit of the link is worth it. In my opinion, a good way to keep the clutter down is to try to stay on-topic. There are plenty of other places on Wikipedia to promote worthy projects, but an article's talk page is primarily for discussion about ways to improve that specific article. Of course, it is appropriate to include links to WikiProjects in the same field, or to mention the Featured Article status. But, for me, links to projects like Spoken, or Wiktionary, or WikiQuote (or whatever) just seem too generic. (They're fine on the article page itself, of course). — Matt Crypto 03:28, 20 Apr 2005 (UTC)
Wiktionary and WikiQuote are sister projects though, which get main page advertisement. Spoken is just a WikiProject, and can't get the same type of advertisement that other WikiProjects do (because it's not about a specific topic). So we have to advertise whenever possible. Once the project gets much larger, we might consider getting rid of the talk page template. --brian0918 03:33, 20 Apr 2005 (UTC)
OK, I guess this is the crux of the problem I have: the benefit is all for the Spoken project, and not for the articles themselves. I would say that if you're going to include an advert on an article Talk page, it should be for the benefit of that particular article. If all that these Talk-page templates provide is advertisement for Spoken, then I think they're misguided. I do, of course, understand the importance of getting people informed, but we have plenty of places like the Village Pump, the Community Portal, etc, which are appropriate to point people towards things like this. — Matt Crypto 03:41, 20 Apr 2005 (UTC)
Current WikiProject talk page templates suggest either editing the article or visiting the project page to join the project. We don't really have the option to edit the audio file, so we have to go with what we can do, visit the project page. --brian0918 03:48, 20 Apr 2005 (UTC)
Possition of temptate with no CSS
Just thinking about this a bit. basicaly, if i was blind, then wouldn't i want to know about the recorded version befor having m text reader speek the full normak version befor hand. To demostrate what I meen, disable css in firefox for a moment, and you will see that the spoken version comds below the artcal text, this seems non-sensical to me, as i would have probably just lissened or read the full (text) artical befor seeing... oh, i could have just lissened to that recording of it.
Does anyone have any problems with placing the template at the TOP of the page?
tooto 19:15, 20 Apr 2005 (UTC)
Apparently it goes against policy. I think what will eventually happen is Spoken Wikipedia will become a sister project, eliminating that problem. --brian0918 19:21, 20 Apr 2005 (UTC)
Name of this project
I regret having started this project under a name that was a literal translation of the German equivalent. I'm beginning to think that "Spoken Wikipedia" sounds really rubbish. Would anyone object to a significant name change? (The sooner we make such a change, the less work it will be.) — My suggestion for a new name would be "Audio Articles", which personally I like much better, but of course I am open to other suggestions too. — Timwi 21:51, 20 Apr 2005 (UTC)
I personally am fond of the name Spoken Wikipedia; but I care enough to onject, per se. BLANKFAZE | (что??) 22:04, 20 Apr 2005 (UTC)
I actually like Spoken Wikipedia. My guess is that eventually this will (or at least should) become a sister project, so it should have a comprehensive name like that (as opposed to Audio Articles)... maybe Audiopedia? --brian0918 22:05, 20 Apr 2005 (UTC)
No problems at all with Spoken Wikipedia. Fuzheado | Talk 00:00, 21 Apr 2005 (UTC)
I think "Spoken Wikipedia" is clearer than the above alternatives. 119 03:33, 21 Apr 2005 (UTC)
"Spoken Wikipedia" is good, I think. The thing that makes it awkward is prefacing the name with "WikiProject." It might look less awkward if we just referred to it as "Spoken Wikipedia" in our "collateral"--that is, the templates and so forth. DemiT/C 05:25, 2005 Apr 21 (UTC)
I think "Spoken Wikipedia" is OK. — Matt Crypto 14:30, 21 Apr 2005 (UTC)
Short featured articles
I've created a list of short featured articles that haven't been on the Main Page. By requesting that they be on the Main Page, and then turning them into spoken audio, we can more quickly and easily increase the publicity of the project. --brian0918 12:59, 21 Apr 2005 (UTC)
An idea?
What do folks think of the idea of getting someone who's a fan of Wikipedia to record the article on themselves. No, I don't mean Jimbo, I was thinking more along the lines of someone like Wil Wheaton. Thoughts? It might be fun, publicity wise, for the Spoken project. -- Seth Ilys 20:23, 21 Apr 2005 (UTC)
Good idea. That would be neat, if you could actually get someone to do it ;-) BLANKFAZE | (что??) 20:33, 21 Apr 2005 (UTC)
If anyone's been thinking about joining the FSF, tell them I sent you. If I get three referrals the prize is RMS (or Eben Moglen) will record an "answering machine" greeting. I was thinking instead of asking him to record an article. DemiT/C 02:19, 2005 Apr 22 (UTC)
Ideas for the future
Once we get more articles, we should probably change the layout. Instead of the article template linking to the project, it'll link to Wikipedia:Spoken articles, which will have the layout of a sister project main page, or of Wikipedia:Featured articles, and list the articles we have in the appropriate subject headings. The list will be made of links that don't go directly to the files or file pages, but to subpages, Wikipedia:Spoken articles/XXXXX, which will be fancier pages that have file information and a direct link to the file (bypassing the ugly and confusing Image: page). --brian0918 21:19, 21 Apr 2005 (UTC)
Perhaps we could also have a link to the audio file above the language links, rather than a template in the article? Joe D(t) 21:26, 21 Apr 2005 (UTC)
How would you go about doing that? I think that would go unnoticed by most people. --brian0918 21:28, 21 Apr 2005 (UTC)
Less noticable than the interlanguage links? Joe D(t) 21:42, 21 Apr 2005 (UTC)
In another vein, it might be nice to have a special tag to label the media files. I've been labelling mine {GFDL}, but maybe a {Spoken-GFDL} or similar tag could be made to mark them as spoken article files. That way the files could be easily found, in case they get droppped from an article, or some other break in the chain. There are numerous special tags like that for images, so it wouldn't be unprecedented. -Willmcw 22:04, Apr 21, 2005 (UTC)
This spoken articles project seems like an excellent idea, and I'm amazed at the amount of work that's been put into it. I just have one question: all the links on articles to the spoken version are down at the bottom of the article. This generally means that you only realize it exists after you have read the article, which seems to rather defeats the purpose.
If this project ever starts covering a significant proportion of Wikipedia articles, and people with difficulties seeing/reading start to keep an eye out for spoken versions, I think it would need a notice that stands out somewhere near the top. If there were a small speaker symbol or something up near the top, people would know instantly that there was a spoken version.
Minor point, I'm sure. It just always strikes me as odd whenever I see a link to the spoken word version after having read the entire article. — Asbestos | Talk 23:08, 21 Apr 2005 (UTC)
I know, there is a way of doing this (I think) but I'm loathe to add yet more instructions to the steps for recording and listing an article. DemiT/C 02:00, 2005 Apr 22 (UTC)
I like that idea. --brian0918 02:17, 22 Apr 2005 (UTC)
I was thinking more along the lines of a <div style="display: none"/> section at the very top of the page with a link to the audio file. That way no one can complain of clutter but a screen reader will see it (I think). DemiT/C 02:23, 2005 Apr 22 (UTC)
FYI, see ((User:Demi/spoken-header|Filename.ogg)) for what I mean. DemiT/C 04:22, 2005 Apr 22 (UTC)
Help fix these links
The article link should be of the format [[:Image:FileName.ogg|ArticleName]] at Wikipedia:Spoken articles. Click through the link, and on the file page, replace the contents (except for the copyright notice, which is usually ((gfdl))) with the following text:
FWIW, I've been using [[Media:foo.ogg]] instead of [[:Image:foo.ogg]], is there a reason to use one rather than the other? I think the "Media" tag is more accurate. Fuzheado | Talk 02:40, 22 Apr 2005 (UTC)
The [[Media:]] link makes a link directly to the sound file, which is convenient, but doesn't provide some of the convenience of the [[:Image:]] link, which links to the description page (now adorned with the template created by brian0918). I think brian0918's intention with this is twofold: 1) Preparing for the day (if it hasn't already arrived) when the list of completed recordings is impractical for a single page and 2) Creating a more accessible "public face" for the recordings (since the project page is more about instructions for participants rather than information for listeners). Not putting words in his mouth, just saying. DemiT/C 04:16, 2005 Apr 22 (UTC)
I don't think we really need the table in the project page anymore. That should cut down on the work load. --brian0918 04:20, 22 Apr 2005 (UTC)
Template Discussion
There's some disagreement over the links which should appear in our ((Spoken Wikipedia)) template. Can interested parties please visit the talk page and weigh in? Thanks! DemiT/C 18:25, 2005 Apr 22 (UTC)
Suggestion
I think it might be worth summarizing the goals and reasons for the project at the top of the project page. For me, I assumed screen readers were all anyone needed since I know a few blind people that use them and had never heard them mention they weren't sufficient. In any case, having the reasons for the project right at the top should help. - Taxman 14:51, Apr 23, 2005 (UTC)
They are about as "sufficient" as Internet Explorer is to browse the web. People get "used" to it and don't complain simply because they don't know what they are missing. — Of course, I agree to your suggestion. :) — Timwi 21:08, 23 Apr 2005 (UTC)
Problem with my computer
I can't play .ogg files on anything (Real Player, Windows Media Player, etc.) on my computer. -- Tony Jin | (talk) 00:21, Apr 25, 2005 (UTC)
Winamp doesn't support OGG (or Unicode or a lot of other things). I recommend foobar2000 or XMPlay. — Timwi 14:21, 25 Apr 2005 (UTC)
I recently reformatted, and Winamp was one of the first things I installed... and it plays ogg's just fine. --brian0918 14:31, 25 Apr 2005 (UTC)
Adding OGG tags
Does anyone know of an easy way to add these file ID tags? I use Winamp for the task but it has a very clumsy interface for doing so. Thanks, -Willmcw 23:34, Apr 28, 2005 (UTC)
I'm using oggenc and doing them at encode time. The vorbis-tools package from Xiph includes the vorbiscomment command, which is a command-line tool designed for this task. I don't suppose that helps the Windows users much, however. DemiT/C 18:44, 2005 May 4 (UTC)
Thanks. Another good reason to switch to Linux. In the meantime, I've found many Windows programs which claim to allow tagging of OGG files, but so far Winamp is the only one which allows custom fields. And when I've looked at Winamp-tagged files with those other programs they don't show the tags that I've added in Winamp. Demi, would you mind downloading media:En-1755 Lisbon earthquake-article.oga to see if the tags are showing up properly? If I'm stuck using Winamp I'd at least like to make sure that it is working correctly. Cheers, -Willmcw 19:22, May 4, 2005 (UTC)
Self-referencing
Remember that huge debacle that resulted in Wikipedia:Spoken articles being moved to Category:Spoken articles because the template on the article page linked to Wikipedia: instead of an external link? Well, all we had to do was use ((SITENAME)) in place of Wikipedia in the link name. So, it would've been: [[((SITENAME)):Spoken articles]] which creates Wikipedia:Spoken articles, and this would be preserved on third party sites as whatever their sitename is. Should we consider moving the Category: page back to Wikipedia: (since the problem is now solved, and moving it back would reduce the wording confusion and clutter of the article page). --brian0918 08:22, 30 Apr 2005 (UTC)
I agree, but I'm not in the avoid self-references cabal so it doesn't really matter. --SPUI (talk) 08:23, 30 Apr 2005 (UTC)
Summary proposal
Having read about ten articles, I have learned to complete an article with less time spent preparing and finishing it. Even so, it is very time consuming. The shortest featured articles are around 2,000 words, about 15 minutes of air time, at least an hour of production time, more with all things considered. Long articles are prohibitively time consuming for most of us. On the other hand, it'd be swell to read at least part of as many articles on topics as possible, in order to make it into a useful reference resource rather than just random articles.
What we need is a sub-project: reading the introductions of articles. Most articles use the initial paragraphs as a summary, so simply reading everything above the TOC would provide a simple yet comprehensive way of choosing the material, and it would be apparent to others as well. It'd be a subdivision of the others templates-"Full/Abridged/Summary"-or something like that. We might toss in the "see also/refer also to" internal links, but avoid all the long links and references, formulas, diagrams, etc. Plus, the introductions necessarily change less often than their full articles, so a mere introduction is likelier to be current.
As an example, look at The Temptations. It's a great article of about 5500 words, none of them hard. But reading it would be a big project, including reading many lists and references, and a big file, maybe 20mb. OTOH, its intro is four well-written paragraphs totalling just 340 words. We could do ten introductions in the time it would take to do one full article of that size. I could see us recording the summaries of the entire 1000-entry [1], but recording the full articles of the entire list looks daunting and tedious. And all of the featured articles. Or all of the articles on some related topic of inerester to the speaker. And the files would be relatively small therefore quick to download and listen to.
To implement this we would have to make some changes to the protocols. Probably the filenames would be something like "Article_title_(intro).ogg" (and "Article_title_(abr).ogg"). The templates would need to allow for additional filenames, labelled as "summary/abridged/full (pt1, pt2, etc.)." We'd probably want to find a way to differentiate between the ((spoken)) tags used in article lists, maybe a grey ((sumspoken)) for articles with a summary only. Naturally, as the proposer I'm volunteering to do all that set-up work (help appreciated). What do other editors think? -Willmcw 08:00, May 1, 2005 (UTC)
Hearing no objections, I'll move forward with this. Cheers, -Willmcw 21:16, May 3, 2005 (UTC)
I don't see any problems with this. I don't want to discourage those who want to do full articles, so let's somehow make it clear that just because an "(intro)" recording exists doesn't mean you shouldn't tackle the full article, if you're so inclined. You might examine the multipart templates (((Spoken Wikipedia-2)) and friends) for some ideas on how to handle the various parts.
Oh, the other thing I'd prefer not to see is us paraphrasing or summarizing using words that don't appear in the article. The article texts we're reading are wiki-vetted; so while I think it's fine to excerpt them, by reading just the introduction, for example, I'd prefer us stick to the text when reading (since our spoken versions are less plastic than the wiki-text). DemiT/C 18:41, 2005 May 4 (UTC)
Since writing that I've investigated more fully. I have discovered that my random example, The Temptations, has an unusually good introduction and that many articles which would otherwise be perfect candidates have very short intros. Also the added complexity of having a two-tiered system is would almost require a parallel project. So I'm in less of a hurry. I'll keep looking into it though. I do think that the difficulty of recording an article seems to grow almost exponentially with its size, and I wish we could find some scheme of shortening articles. The Simple English wikipedia has short, easy to read articles, but I doubt that anyone would think it right to link spoken versions of those to the full English articles. I agree that free-form abridging should probably be avoided. Abridgement by deleting lists and weblinks may be more acceptable. Half of the featured Roy Orbison article is taken up with several lists of his songs. Even a short list of external links can take a long time to read: sometimes it's necessary to spell them out letter by letter. Whew.
On the other matter, I have been surprized at the poor quality of writing even in featured articles. The facts may have been vetted, but the grammar is sometimes tortured and even the article structure may be convoluted or repetitive. Speaking prose aloud is a more stringent test of writing than merely skimming it for accuracy. There's nothing we can do about that, but a certain measure of re-writing is sometimes necessary. Usually it's just a matter of breaking up run-on sentences and incorporating informative photo captions. Anyway, it's a great project, thanks for getting it started. Cheers, -Willmcw 07:58, May 6, 2005 (UTC)
Direct links
It would be nice to have direct links to the audio files. Clicking through to a separate Image:Article.ogg [sic] page is awkward, especially when starting from Wikipedia:Featured articles or Category:Spoken articles. I think some people may also be surprised to find that clicking on the spoken article icon leads to the image page for that icon, not the recording. Unfortunately there seems to be no way to address either of these issues currently — should that be considered a bug? Even [[Image:All your base are belong to us.ogg]] only produces a link to the "Image" page (and worse, the file is treated as an image).
There should probably be a Sound: or Audio: namespace for these, too... can't imagine that would be easy to arrange at this stage, though. ‣ᓛᖁᑐ06:25, 4 May 2005 (UTC)
Oh, I've noticed the [[Media:...]] syntax. Heh, I'd forgotten the Media: links just redirect to the Image: namespace. Could some combination of these be used in the template? ‣ᓛᖁᑐ06:35, 4 May 2005 (UTC)
I agree it would be most convenient to have a direct link to click on (in the template). The tradeoff is that we would like to present the user with some additional information before they stream/download the file (like its size and length) and some other metadata that appears on the "Image" page. Would it work better to have a link like this: Listen to this article (info)? However (not that these are really in use yet), I'm not sure what this implies for the multipart templates. As for the links on Category:Spoken articles, I can't remember why we linked to the description page and not the file. Maybe brian0918 could comment? DemiT/C 18:32, 2005 May 4 (UTC)
I agree Demi, the image/info links you suggested seems much better. Craigy 18:44, May 4, 2005 (UTC)
The (info) idea sounds good. For multiparts, the info link could go to the first Image: file, which would have links to all the other parts. --brian091818:50, 4 May 2005 (UTC)
I've implemented Demi's suggestion and made the 'Listen to this article' a direct link with '(info)' next to it. If there any objections or suggestions, please amend my edits to the table. Craigy 01:35, May 5, 2005 (UTC)
Pronunciation of GNU?
Perhaps the project page should have a standard on pronunciation of GNU. I've heard that it's supposed to be said "g'nu" (as in the animal), but I suspect most people will instinctively read out each letter "gee en you"; in fact I probably would if I didn't know "better".
I haven't added anything to the start page, because there needs to be some consensus about which pronunciation is most suitable.--Ejrh05:54, 6 May 2005 (UTC)
According to the GNU project, it's "guh-noo." However, as it's an acronym, I don't think spelling it out is incorrect, either. I'm okay with people choosing either according to their preference; but they should probably not pronounce it as the word gnu. DemiT/C 07:12, 2005 May 6 (UTC)
I think Ejrh is right, we ought to add that to the project page. It is not at all obvious. I wouldn't have known if a helpful editor hadn't corrected me. -Willmcw 07:34, May 6, 2005 (UTC)
Yes having either option is good (and "guh-noo" is more emphasised than "g'nu" I guess ;-) Thanks for adding it, Willmcw.--Ejrh13:15, 6 May 2005 (UTC)
Put more scientifically, the animal gnu is pronounced IPA:['njuː], but the project GNU is pronounced IPA:[gə'nuː].
Template
Listen to this article
Please note that the audio file may be out of date as the article may have been edited since the recording was made. (audio help)
I was looking at the full-width template, and it's kind of big, and sometimes doesn't play well when stacked with others (see the bottom of this version of Caesar cipher, for example). How about something a little more like the featured interwiki links, such as Wikiquote uses? Also, I thought maybe one project link in the template was enough (so I picked /Info). Here is my attempt at something like that. DemiT/C 00:40, 2005 Apr 16 (UTC)
Since I put this here, I put the "Listen" link at the top as the most important item in the template. However, as we discuss it, please feel free to edit [[User:Demi/spoken]] to improve it. DemiT/C 01:27, 2005 Apr 16 (UTC)
I have made some suggested changes to this template. Either way (with or without these changes), I like this template better than the horizontal bar we have currently. Shall we replace them? The sooner we do this, the less work it will be to move the tag in existing articles. — Timwi 12:27, 18 Apr 2005 (UTC)
Since there seem to be no objections, I'm going to go ahead and do exactly that. DemiT/C 19:36, 2005 Apr 18 (UTC)
Problem with the template and the mediwiki upgrade: if you look at the Robert_Oppenheimer article you can see that the spoken wiki template acts as a new chapter heading and lists all the following chapters as subchapters. Anyone know how to fix this?
(unsigned comment by User:CGP)
Oh god, as soon as we implement the thing, the developers go and screw it up! I'm going to Bugzilla to report it. — Chameleon 28 June 2005 11:39 (UTC)
I don't know if that's totally neccesary, we could use div, span or possibly p instead of h1, I think. I will try it out when I've finnished trawling through my watchlist. Joe D(t) 28 June 2005 12:09 (UTC)
I've changed it to a div, which I think will fix it. A change to the stylesheet needs to be made, though. — Chameleon 28 June 2005 13:17 (UTC)
OK, the stylesheet has been changed to allow tags other than H1. However, we still have the problem that the notice is in the wrong place when maintenance notices are also up there. I've asked at Bugzilla, and they have referred me to the cs Wikipedia, which uses the following code (which makes me go a bit crosseyed) for one of their templates:
#geocoord a[href ^="http://"] {
background: url(http://upload.wikimedia.org/wikipedia/de/d/d4/Gnome-globe.png) center right
no-repeat; padding-right: 18px; !important;
}
I've now implemented this. It seems to work. I'm just waiting for a Cabal member to change the monobook stylesheet. — Chameleon 30 June 2005 12:14 (UTC)
Table of completed recordings
Since there's a lot of metadata about each recording here, I agree with Matt Crypto that the table is easier to read and looks better. I also agree with Timwi that it's bulky. I've done a few things to unbulkify the table:
I added a "questioning GNU" icon for those recordings that lack a copyleft notice, instead of having a second line for this note.
I shrunk all the icons down to 16px as on the ((FA)) template. I think they're still recognizable but they don't stretch the table rows at this size.
I modifed the table headings so they should typically fit on one line.
Sure, the shrunk version is still good for me — Timwi, is this now sufficiently de-bulkified? — Matt Crypto 01:34, 18 Apr 2005 (UTC)
Yes, thanks very much for your efforts. — Timwi 11:56, 18 Apr 2005 (UTC)
A better idea?
Someone on IRC claimed that the "best" text-to-speech software out there also happened to be free, and had the ability to act as a server. It's called Festival. Not only is the software free for any purpose, but so are the voices. See for example their demo page where you can enter your own text. Now, since it obviously won't be well-received if we just submit the current contents of the article to their server, the best thing to do might be to create a separate sister project which will host the Festival server, and on which you can create modified textual versions of the articles in question. One would have to manually listen to the articles and fine-tune the text (such as replacing rising with rye-zing), but this would be a much faster way of expanding the Spoken Wikipedia. We could still provide the option for individuals to submit their own recordings, but if this thing is going to take off, it seems like speech recognition, especially when it's free, is the better course of action. --brian0918 22:30, 17 Apr 2005 (UTC)
Also, the clearest voice on that demo page seems to be bdl_arctic_hts.
This would also make it much easier to update spoken article content as the original article changes.
I've used festival. For short blurbs, its sounds pretty good. For long sections of text, less so. In any case (to repeat points covered above), I don't see the utility of doing this on the server side, since it can already be done by users, using, as you point out, free software (though I also note that I can't, since Festival doesn't build for my operating system). But that's just my opinion--don't let me stop you. I don't see how one project interferes with another, so why not go ahead and start processing article's with Festival's text-to-speech system and posting the results? DemiT/C 00:19, 2005 Apr 18 (UTC)
I haven't actually tried compiling it. I've been using their demo page, and encoding chunks at a time which I'll paste together in an audio program. You can try the same. --brian0918 00:32, 18 Apr 2005 (UTC)
I just checked out that demo with the noted voice...it sounds quite bad compared to AT&T's stuff. ¦ Reisio 04:04, 2005 Jun 23 (UTC)
Festival is truly an amazing speech synthesizer. It uses much, much more memory and takes longer to start than something like mbrola, and yet it still sounds terrible. The other problem with speech synthesizing an article is that someone has to edit the text of the article to represent only what the speech synthesizer should read. This process would probably take me longer than just reading the article myself. DanielHolth 2 July 2005 18:59 (UTC)
Placing and naming
Should these recordings not be on Commons? Further, couldn't there be a more disambiguous file name so as to not conflict with other possible files. Perhaps "Spoken - [Canonical name].ogg"? --OldakQuill 23:46, 17 Apr 2005 (UTC)
They are English-specific, so I'm not sure they should. I thought about some name like the one you suggest, but I didn't think there were many instances where you wouldn't think that just Article_name.ogg meant "the whole article, audibly." Anyone else have comments? DemiT/C 00:21, 2005 Apr 18 (UTC)
I have, of course, thought about this, but not only are the files English-specific, but they are also Wikipedia-specific. In fact, you can't get any more specific to English Wikipedia articles than this! :-) So I think they should be here on the English Wikipedia. — Timwi 11:56, 18 Apr 2005 (UTC)
I have to admit, when I first saw a link to one by a certain person, I thought it meant "Something by this person," and was somewhat disappointed to find it was just someone reading the article. --Fastfission 03:39, 20 Apr 2005 (UTC)
One of the incarnations of the template had "Listen to someone read this article;" but I think that was when the spoken template was full-width--which was ugly. In the interest of compactness we've been trimming the template; I'm not sure how to make it more clear when the audio file consists of. DemiT/C 18:48, 2005 Apr 21 (UTC)
I think they should be on the commons because, although they are English Wikipedia specific therer are other specific sound files. But, if a Japanese user is browsing the La Pez, Bolivia commons page and then sees the file it might be a good listen for those who are bilingual and run into it. gren07:06, 18 May 2005 (UTC)
I would like to point you to commons:Category:Spoken Wikipedia - ther's not much there yet, but that's why i'm here;) I belive spoken articles should be on the commons, because they are a good resource for learning the language (as an addition to the pronunciation files already collected on the commons). Also, some Wikipedias already force all uploads to the commons, and it may be a good idea to have a central point of coordination for the audio efforts, for technical help, common templates, etc. -- G. Gearloose (?!) (aka commons:User:duesentrieb) 12:31, 29 May 2005 (UTC)
The reading of Triquetra should be called "en:Triquetra.ogg" at the Commons. That is, after all, the canonical name for linking an English Wikipedia article from the Commons. dbenbenn | talk 15:25, 10 Jun 2005 (UTC)
If you want to put your audio on the commons -- ok, I guess -- but when I visited wikipedia I see an "Upload file" link that is easy to use. The commons does not make uploading as obvious. DanielHolth 20:11, 26 Jun 2005
"See also" vs "Consult also"
Maybe we should say "consult also" instead of "see also", to be absolutely PC for the blind folks. --brian0918 23:14, 19 Apr 2005 (UTC)
Good idea, I agree. Everytime I said it it seemed odd. -Willmcw 23:21, Apr 19, 2005 (UTC)
I think that's being a little too PC. One accepted meaning of "see" is "to understand" or "to consult". -- Tarquin 21:37, 25 Jun 2005 (UTC)
Agree with over PCness. See See (Verb). If you want to come up with an alternative, it better be the same length or shorter. --CGP 28 June 2005 19:15 (UTC)
I've been using "For further reading within Wikipedia see ... and the categories ...", and then the external links section as "For further reading outside of Wikipedia see ...". Joe D(t) 28 June 2005 19:19 (UTC)
The Wikipedia Manual of Style states that "Related topics" may be used in place of "See also". Epolk 16:39, August 16, 2005 (UTC)
Link at top of article?
This may sound like a long shot, but would it ever be possible to have a link to the sound files at the top of the page? It's just users may not realise that spoken versions are available until they get to the bottom (in which time, they'll have probably read the article anyway). ♪ Craigy ♫ 00:45, May 7, 2005 (UTC)
Yes, I agree also. It makes sense to place the link at the top to make it easily accessible. — Peter McGinley 11:07, 11 Jun 2005 (UTC)
I've just noticed that the Spanish project does this (see es:Cigarrera). It would require a software change to get the link directly to the right of the article title, but right now we can put it just below and to the right, as on the Spain Wikipedia. If nobody objects, I'll implement this change. — Chameleon 11:15, 12 Jun 2005 (UTC)
I've took the liberty of copying the Spanish markup into Template:Spoken Wikipedia Test and placed it at Anne of Great Britain just to test it out. If others are happy with it then we could just copy into Template:Spoken Wikipedia and keep it like that. The only thing is that it doesn't have the information about when the file was made and it not containing subsequent edits. Would this be a problem? Craigy (talk) 00:26, Jun 23, 2005 (UTC)
Thanks, I've requested a little css be added, and will have the template ready soon. Joe D(t) 13:56, 26 Jun 2005 (UTC)
((SpokenTop|File name)). If they don't start working right away, you'll need to refresh this page. Thanks Ævar and Smoddy. Joe D(t) 14:05, 26 Jun 2005 (UTC)
I wouldn't implement the coding yet. You will need designs for classic (mediawiki:standard.css), cologne blue (mediawiki:cologneblue.css), and nostalgia (mediawiki:nostalgia.css) so that it looks correct on all skins. If you tell me what the coding you need is, I'll implement it. But this would look odd at the moment for the minority who don't use monobook. smoddy 14:21, 26 Jun 2005 (UTC)
No, there's no problem. I've had a look at how they do it on the Vietnamese Wikipedia and what they do is add 'style="display: none;"'. With this, it is invisible to anyone not using a skin that switches the display back on. This means that we can safely add this template to all articles. Nothing will be displayed. If you want to see the link, you edit your personal skin (e.g. User:Chameleon/monobook.css) to make it visible. It can then be added to the standard skins. When that happens, the hidden text will magically appear beautifully and correctly on everyone's screens. In the mean time, we can keep the other template at the bottom of each article. This is not totally redundant because it is important to still have a notice declaring that the recording may be out of date. — Chameleon 14:40, 26 Jun 2005 (UTC)
Well, OK. But if you sort out where you want it to go in the other skins, any admin can make it look correct. smoddy 14:43, 26 Jun 2005 (UTC)
As per Chameleon, but I've sorted the code for Classic skin (MediaWiki:Standard.css):
I should have said here: ((SpokenTop)) isn't actually neccesary now, as I've added it to ((Spoken Wikipedia)) to avoid having to use two templates, and to avoid having to update existing articles. It does appear to be putting the link in the wrong place (see [2] for the intended position, and position Opera is displaying it in). Does your browser do the same with the Vietnamese Wikipedia? Joe D(t) 15:03, 26 Jun 2005 (UTC)
I'm using Firefox 1.0.4 on Xp Pro, and it appears as in the screenshot. I've just tried it in IE, and it looks like in Firefox. In Opera, nothing is displayed at all. The Vietnamese Wikipedia displays perfectly in all browsers. — Chameleon 15:16, 26 Jun 2005 (UTC)
If I change display: block !important; to display: inline !important;, it gets a little better:
I see what it is, you've pasted the code designed for the classic skin into User:Chameleon/monobook.css, which is positioning it in the optimum place for the classic skin, but not for monobook, if you remove the code altogether from User:Chameleon/monobook.css, and refresh the following two: [3][4], it will hopefully look right (and as others with the same browsers will hopefully see by default). Joe D(t) 15:27, 26 Jun 2005 (UTC)
Ah, I thought I needed to add that or it would be invisible. But now I see that Smoddy has edited the stylesheet. It's good to have a member of the Cabal on our side! — Chameleon 15:41, 26 Jun 2005 (UTC)
Should we add the noprint class to the template? — Chameleon 16:01, 26 Jun 2005 (UTC)
The whole thing looks very neat indeed, I went ahead and added class=plainlinks to all the Spoken Wikipedia templates (I think it looks better). I take it this suits your purposes and that you won't be needing bug 2528? —Ævar Arnfjörð Bjarmason 17:57, 2005 Jun 26 (UTC)
I don't know whether it's anything to do with class=plainlinks, but I'm now getting this:
File:NotherScreenshot.png
— Chameleon 18:18, 26 Jun 2005 (UTC)
See this diff for the reason why. The site notice had gone up, so the top of the page is slightly moved down. I'll comment out the code while the site notice is up. smoddy 18:31, 26 Jun 2005 (UTC)
Is it just me or does the new version not show up in Firefox? It's working fine for me in Opera and IE, logged in or logged out, but not working at all in Firefox. Joe D(t) 28 June 2005 13:08 (UTC)
Today I see someone is moving the Spoken boxes to the bottom of Spoken articles. But in my mozilla firefox browser the o) Listen to this article is outside the article's box! Instead of being next to the article title wher it is readable, it is in the blue background of the page next to the tabs and underneath 'my watchlist my contributions log out'. This is very annoying because it is sitting in a part of the page that is not the article. Normal people who aren't clicking on 'my watchlist' all the time will read everything to the lower right of the article's title and ignore the rest of the page. DanielHolth 2 July 2005 18:57 (UTC)
Yes I'm using Firefox too Daniel and I see the same. It would seem appropriate to have it next to the articles title like before but I think there was a bug with it. I realise we've asked a lot from those fixing bugs, but is it possible the spoken link can be placed next to the article's title - anyone? Craigy (talk) July 2, 2005 19:01 (UTC)
I started getting that yesterday evening - neither the template, css or template position had changed - in Opera, but needed a break from this template so ignored it for a day. Then today it started showing up in the right place but in size 150% font and I gave up altogether. Joe D(t) 2 July 2005 19:10 (UTC)
Just joined the project!
Came across the project today and thought I'd join. I will record a sample of my voice for everybody to hear and to offer comments on. This will not be until I purchase a microphone though.
Hey, I'm 16 and from California; I'd be glad to record an article for this project, if needed. I have a microphone, so I can provide a voice sample. If an opportunity arises, please leave a message on my talk page - thanks! -Grick(talk to me!) 04:54, Jun 16, 2005 (UTC)
RSS feed
I've been playing with an RSS feed at /rss, which you can subscribe to with the URL
I'll try and keep it up to date, though the job would be made easier if we had a list of spoken articles ordered by age of recording. I don't know where to put a link to it on the project front page though. Joe D(t) 21:53, 17 Jun 2005 (UTC)
Another RSS feed
http://dingoskidneys.com/~dholth/spokenwikipedia.xml is an automatically generated list of spoken media orderd by upload date. With enclosures so it may be subscribed to by a podcast client (about . Wikimedia Commons media don't currently get dated correctly because it is slightly more complicated to crawl wikipedia for that metadata; all those files are listed at the bottom of that RSS.
This program http://dingoskidneys.com/~dholth/spokenwikipedia.py crawls wikipedia starting at Category:Spoken articles, building a list of media based on the gallery at the bottom of that page. This RSS is not a comprehensive list of spoken media, just (apparently) the most recent 75. I've been updating the feed approximately daily.
The total enclosure size of that list is around 450 MB.
Note: the date format in the HTML has varied in a way that breaks my script so the feed is no longer being updated. An alternative might be to parse the actual wiki history & wiki markup DanielHolth06:40, 17 July 2005 (UTC)
Template placement
A quick survey of spoken articles shows the template being put in semi-random places near the bottom. I've spotted it in the See also section, Further reading, External links, and "just at the bottom". There should be some sort of consistent preferred placement for the thing. -- Cyrius|✎ 00:46, 18 Jun 2005 (UTC)
My vote goes to "to the right of the table of contents". At the bottom is silly, it's too late by then! Joe D(t) 00:59, 18 Jun 2005 (UTC)
Let's have a straw poll. If a majority want it at the top, I'll implement that. — Chameleon 21:11, 22 Jun 2005 (UTC)
OK, before moving the template to the top, we have to agree on what it is going to look like. There isn't much space at the top, especially with taxoboxes, images etc. What shall we do? — Chameleon 19:28, 23 Jun 2005 (UTC)
Mac problems
I can't listen to these articles on my Mac (OS 10.3.9), and when I download the applications for Mac listed on the page, the system doesn't know how to handle them. Is there any way to listen to these audio pages other than .ogg, so that Mac users don't have to fiddle around so much? Or is it just me? SlimVirgin(talk) 06:43, Jun 19, 2005 (UTC)
See this article for a tutorial on how to add .ogg support to iTunes. BLANKFAZE | (что??) 12:01, 19 Jun 2005 (UTC)
Hi Blankfaze, thanks for that. I'm getting the same response as I did with the other apps: the article says to drop it into the Quicktime library, but when I do that, I get a message saying the Quicktime library can't be modified. It's the same with all the other apps on the page: my system is saying it doesn't know how to handle them. I don't mind for myself, as I was just curious, but I'm thinking that people who have a need for audio pages and who use Mac are having to fiddle around a lot. SlimVirgin(talk) 12:11, Jun 19, 2005 (UTC)
I have no problem playing OGG Vorbis files in WinAmp, Windows Media Player, etc. but I too can't get iTunes to play these files. It can play MP3, but it just ignores OGG Vorbis when I open such files. It also ignores the those patches when I try to install them (not that there is any info on how to install them). — Chameleon 12:46, 19 Jun 2005 (UTC)
I tried with iTunes, Quicktime Player, and Windows Media Player for Mac. The first two said the ogg files weren't recognized, and Media Player said they were the wrong format. The patches get the same response: the system doesn't recognize them. SlimVirgin(talk) 12:52, Jun 19, 2005 (UTC)
Aha. Windows Media Player (I'm using Xp on a PC) complains that it doesn't recognise the format, but it plays it anyway (perhaps because I have the K-lite Codec pack installed). When I try to open the patches in iTunes, or try to open OGG Vorbis files in it, absolutely nothing happens. Does anyone else have a Mac? — Chameleon 13:03, 19 Jun 2005 (UTC)
GNU License
I am interesting in contributing to the spoken Wiki project, but I have one question before I begin. Is it necessary to license the files under the GNU document license or would a creative commons free license (such as cc-by) be acceptable?
--CGP 17:54, 23 Jun 2005 (UTC)
Those should be alright as well. --brian0918 19:14, 23 Jun 2005 (UTC)
Are you sure? If the text is GFDL, surely derivatives like these must be as well? Joe D(t) 19:22, 23 Jun 2005 (UTC)
Yes, I am 99% sure that spoken articles can only be under the GFDL, unless you are the sole contributor to the text article. This is regretable, because the GFDL is terrible for audio. Never mind. — Chameleon 19:27, 23 Jun 2005 (UTC)
I was asking because I don't think that the GFDL is the ideal solution for audio. Would it be possible to get around it by saying something like this at the end: "The audio recording of this article is licensed under the creative commons attribution 2.0 license while the text itself is licensed under the GFDL" or would this kind of interaction cause problems? --CGP 20:06, 23 Jun 2005 (UTC)
Either way, with or without the dual license the copyright situation is horrible :( Joe D(t) 20:16, 23 Jun 2005 (UTC)
On a side note, is there a human-readable summary of the GFDL anywhere? I must admit that reading through the actual text I don't clearly understand what is and what is not allowed / required by it. --CGP 06:26, 24 Jun 2005 (UTC)
I think the closest thing to a human-readable version is this: GFDL. — Chameleon 15:48, 26 Jun 2005 (UTC)
Measurements and Figures
I'm thinking about recording Bicycle. Is there a convention yet on reading numerical data? A sentence like "An average cyclist at 30 km/h (a good road pace) will burn about 1890 kJ (450 calories) per hour, or about 63 kJ (15 calories) per kilometer." is going to sound awful. I'm thinking of either
dropping the non-metric measurements
saying "An average cyclist at 30 km/h (a good road pace) will burn about 1890 kJ per hour (that's 450 calories)," etc
The sentences further in that paragraph get even more fun!
I would second the notion of droping the non-metric units, but I'm also looking for ideas on how to read an article like this. ...all those tables :\ --CGP 17:47, 26 Jun 2005 (UTC)
For the elements, perhaps read the first sentence or paragraph then go through the element box reading each item as you come to it. To use hydrogen an example:
"Hydrogen (Latin: hydrogenium, from Greek: hydro: water, genes: forming) is a chemical element in the periodic table that has the symbol H and atomic number 1."
"Chemical series <pause> nonmetals"
"Group <pause> 1"
"Period <pause> 1"
"Block <pause> s"
(etc.)
Alternatively, you could scan through the text and mark items off the table that are already covered in the text then read items from the element box that have not been covered.
The policy is to read links as text, but what about links at the start of a section such as "Main article: Bicycle brake systems"? Should those be read in some way, eg "An expanded version of this section is in the article titled Bicycle brake systems"? And by the way, is there a convention on reading headings? Do we just say the heading title with a pause? -- Tarquin 21:44, 25 Jun 2005 (UTC)
I would personally say that seems fine (talking about the expanded article, and the paused title). Perhaps alternatively something like "for more information on this section, see bla bla"? - Jacen Aratan 21:55, 25 Jun 2005 (UTC)
I've been reading it as "<title>. This section is a summary of the article <sub-article>.", though the other suggestions seem equally good. Joe D(t) 08:55, 26 Jun 2005 (UTC)
Boldness
This project is a bit sluggish (lack of contributors), so I've been bold and made several changes to the project pages in order to get things done. I hope nobody minds. — Chameleon 11:35, 26 Jun 2005 (UTC)
Cheerleaders
The ones who keep us motivated
I've moved this list from the project page. It really is more of a "talk" thing rather than a serious list of practical information about the project, don't you think? — Chameleon 11:40, 26 Jun 2005 (UTC)
Matt Crypto — big fan of the project, but my voice is too naff to do recordings!
Sparky the Seventh Chaos – Love the idea, but alas I have no recording equipment. Maybe someday.
Danny — I think this is an amazing project and near to my heart, since I used to direct cartoon dubbing. Unfortunately, my voice sucks for this, but thanks to everyone who is participating.
Smoddy — really cool idea, but having me record it would be as bad as having nothing at all (possibly considerably worse).
Merovingian — This is a great idea, but I have a teenage voice.
But all the better! That will give our recordings more liveliness! :-) I think you should give it a try :-) — Timwi11:49, 2 May 2005 (UTC)
Golbez - Dear god, Wikipedia continues to amaze me. Good show!
Gkhan -- Dear god, you guys rule! I'd love to help but i fear I have an accent and no recording equipement
Hermione1980 — Rock on, y'all! I'd also love to help, but my microphone stinks and I have one of the worst American Southern accents you ever heard.
A better microphone isn't that much, and I'd love to have a bunch of different accents represented--I hope you reconsider. DemiT/C 20:09, 2005 May 21 (UTC)
dbenbenn. I'd love to participate. Perhaps I'll get a microphone ...
Ground. Wow, awesome. I think I might try recording an article sometime (I do have a $30 mic and have done a little experimentation with Audacity...)
Jacen Aratan – awesome idea, and whilst I do have the equipment for it... not a native English speaker. Perhaps for the Danish common phrases.
Intro only recordings
Does anybody else think we should discourage the recording of only the intro to an article? Recording only the intro makes the recording useful to far fewer people, and is ultimately wasted effort, as ideally somebody will one day record the whole thing. Joe D(t) 28 June 2005 19:13 (UTC)
Intro recordings sound like a bad idea to me. — Chameleon 28 June 2005 19:27 (UTC)
Agreed, though I would still support limited abridgement --CGP June 28, 2005 19:32 (UTC)
I disagree. There are 500,000 articles. I've cut down on recording because it is substantially harder to record a long article than a short one. I'd do more if there was a list of short/abridged articles. Has there been a problem with lots of abridged recordings? Cheers, -Willmcw June 28, 2005 20:26 (UTC)
Hooray for short recordings over no recordings, says someone who recorded the intro to a longer article. Part of the magic of a printed encyclopedia is that you read it in the basement and discover new subjects because they are also in the "Ca-Co" volume etc... with a podcast encyclopedia introductions as audio could get people interested in new subjects, and if they found it interesting enough they'd come over and read. It is indeed substantially more difficult to produce a long article. I have certainly learned about things I wouldn't have looked for by listening to them on Spoken Wikipedia, then came back to read more about the Galveston Hurricane, England Expects, ... (those articles are great for the spoken word because they tell a story, a list of articles that tell a story would be nice for potential readers). Also I would like to see articles about a field, with many sub-sections, having each section read by a different voice. DanielHolth 30 June 2005 05:47 (UTC)g
I'd tend to discourage having only intros. -- Arwel 28 June 2005 20:30 (UTC)
Experiment
I've just uploaded Image:Fireworks Music.ogg as an experiment, but not linked it to the article since depending on the reaction it may need to be taken down! What do you think of this as a possible treatment of articles on musical subjects, as we could certainly argue fair use to using a short piece of classical music as background to the article (it's the start of the overture). -- Arwel 28 June 2005 20:30 (UTC)
God damn do you read fast in that article, but I must say that I love having the music in the background in this case (though possibly a tad softer) --CGP June 28, 2005 20:51 (UTC)
Do you still have the original file? I think you should use the "change tempo" option on the spoken track to make it slower. — Chameleon 28 June 2005 21:29 (UTC)
I'll play around with the files a bit - I do speak a bit quickly in this one, but of course if I speak slower you get more music! :) -- Arwel 28 June 2005 21:44 (UTC)
I was just wondering if it would be feasible to implement a constructive feedback system/page for the contributors to this project. I've been listening to the articles as they come up through the RSS feed and the quality of the recordings and readings is uneven. Some people have voices that seem inappropriate for the project while other seem to have technical difficulties. It would reflect badly on the project to have a large number of poor quality recordings -- and since it is not possible to incrementally improve a recording as can be done with text, I think feedback is absolutely vital. I know this would be possible to do on each individuals talk page, but I was hoping for something a bit more systematic. --CGP June 28, 2005 20:30 (UTC)
Perhaps using the file's talk page? Joe D(t) 28 June 2005 20:58 (UTC)
External software for the project
I'm currently musing over the possibility of creating combined podcast and spoken wikipedia software for the blind over at this musings page. I'm opening it to consultation amoungst you lot before asking software developers and the RNIB tech people to take a look. Joe D(t) 28 June 2005 22:07 (UTC)
Spoken template placement
There's now an automatic link at the top of an article with a spoken version. Can we now move the visually obtrusive template to the bottom of the article? – flamurai (t) June 29, 2005 17:51 (UTC)
I've been slowly doing that. — Chameleon 29 June 2005 18:25 (UTC)
Java applet?
There is a java applet available to play ogg/vorbis. If it was possible to include the applet, people who had java but not ogg/vorbis players could listen.
(unsigned comment by User:DanielHolth — Chameleon 29 June 2005 18:53 (UTC))
You'll have to talk to the developers about that. — Chameleon 29 June 2005 18:53 (UTC)
Add revid to template?
What do you think about adding the revid/oldid to the template, now that the current version of articles has a revid (was oldid)? – ABCD 29 June 2005 19:11 (UTC)
I think the oldid should be in the talk page template, along with a link to the diff between the spoken and current version so we can see if it's worth rereading the article. The main namespace template should be kept as simple as possible though, IMO. Joe D(t) 29 June 2005 19:20 (UTC)
People seem to be having trouble with the current template for describing their uploads. Making it more complicated? I have doubts. I noticed much of the audio doesn't have tags in the ogg vorbis, the 'recorded date' given by the user varies in format, the user has to specify things like 'playback time' and 'bytes'. There ought to be a bot to fill out metadata in both directions. It could harmlessly take the bytes and playback duration from the actual media with no user intervention, and with supervision add ogg/vorbis tags to a file. DanielHolth 30 June 2005 05:34 (UTC)