Wikipedia talk:WikiProject Spoken Wikipedia/Archive 4
From Wikipedia, the free encyclopedia
← Archive 3 | Archive 4 | Archive 5 → |
Advertisements and plugs
Hi all. I've recently come across 4 spoken articles which necessitate a discussion of advertising and plugs in Spoken Wikipedia audio recordings. In December 2005, LearnOutLoud.com uploaded four recordings, En-Podcasting.ogg, En-Creative-Commons.ogg, En-JRRTolkien.ogg and En-CSLewis.ogg, that began and ended with "This Wikipedia entry is brought to you by Learn Out Loud. For more educational audio material, please visit www.learnoutloud.com." Fortunately, the first two were licensed under the GFDL and the second two as public domain, and I was able to remove the advertisements without any discernable quality loss (the originals were quite good). However, this issue is likely to occur again, and I would like to know how others think this situation should be handled.
I believe that the spoken article recordings should be treated just as the written articles in terms of advertisements like this. Unless necessitated by copyright license, I think the audio recording should be limited to the Wikipedia notice and article text, nothing more.
With compressed audio, all subsequent edits to the file result in quality loss. Some articles are very long, and I would hate to re-record an entire article just because someone put some crummy ad in the middle of their recording. I think this issue deserves a mention on at least the Recording guidelines page if not the main project page. What does everyone else think? ~MDD4696 01:49, 11 January 2006 (UTC)
-
- I agree wholeheartedly. I had noticed the En-JRRTolkien.ogg and En-CSLewis.ogg recordings. I think this is something that has to be headed off before it gets out of control. "Audio spam" in the middle of a file isn't filterable as easily as embedded text spam. Something has to be done fast before we're swamped with "ad-ware" spoken articles - Beowulf314159 02:47, 11 January 2006 (UTC)
- I have a couple of suggestions: First, we could going to WP:CSD or the relevant policy page and proposing that advertisments in audio files becomes a criterion for speedy deletion. This has potential problems in that there isn't an undelete option for media, so mistakes would be permanent. Also it wouldn't give us the option of somebody downloading the file and removing the advertising.
- Another is to create a new Wikipedia:Spoken articles for deletion, however I don't think we'd get backing for that unless or until the project is getting spam regularly enough to merit the effort it would take to implement and run. The advantage of that is that we could have a rule such as orphaning the file while it is under discussion to give editors a few days to fix, if possible. Joe D (t) 03:17, 11 January 2006 (UTC)
- Alexkillby (talk · contribs · deleted contribs · logs · block user · block log) has uploaded several with adverts for "Tech on the fly". Joe D (t) 03:37, 11 January 2006 (UTC)
- New template: {{SpokenSpam}}, Joe D (t) 03:59, 11 January 2006 (UTC)
-
-
- How about a Wikipedia:Spoken articles for Spam editing? Orphan the file, but leave it there for volunteers to de-spam and set free again? - Beowulf314159 04:23, 11 January 2006 (UTC)
- I've already got the template in Category:Spoken articles needing cleanup. Joe D (t) 04:28, 11 January 2006 (UTC)
- How about a Wikipedia:Spoken articles for Spam editing? Orphan the file, but leave it there for volunteers to de-spam and set free again? - Beowulf314159 04:23, 11 January 2006 (UTC)
-
So you do - guess I should read closer before I speak next time. Is is worth altering the spoken article infobox - put a see here if this recording contains commecial messages - with a page asking people to remove the article from the page, list it on Category:Spoken articles needing cleanup, add the spoken spam template, etc? = Beowulf314159 04:38, 11 January 2006 (UTC)
There's no need for ad plugs in spoken word articles, since Wikipedia is meant to be neutral and unbaised from any company or movement. I think it should be policy that all spoken word articles are non-advertising or pluged and (in another problem i have found,which i want to get off my chest) all articles are spoken natually and not from a text to speech program (i.e artifical). -Dynamo_ace Talk 11th January 2006
I cleaned the audio files tagged with {{SpokenSpam}} and listed in Category:Spoken articles needing cleanup, using Mp3splt. The tool does not reencode the file, but instead works with the inner structure of the ogg, thus preserving the quality. The command used was "mp3splt -n article.ogg 0.6 100.0", which cuts off the first 6 seconds of the file. -- Paradisal 20:03, 8 February 2006 (UTC)
Lost spoken articles
I've got a list of large .ogg files that don't claim to be part of WikiProject Spoken Wikipedia at User:Carnildo/Unusual Files. Some of them may be untagged spoken articles; you might want to check them out. --Carnildo 02:30, 11 January 2006 (UTC)
- Image:En-rachelgreen.ogg
- Image:En-patricknorton.ogg
- Untagged spoken, I have removed them from the articles for now because they contain advertising. Joe D (t) 03:23, 11 January 2006 (UTC)
File quality audits / Technical summaries
Hello everyone! I was having a difficult time listening to Image:Yellow River Cantata.ogg when I had an idea for this project. I think we should create some sort of ranking mechanism for the audio files so that we can more easily work with the recordings, somewhat like metadata for images. This could easily be incorporated into Template:Spoken article entry or into a new template.
The rationale: Audio quality differs substantially between recordings. We have quite a few that should be re-recorded, for a wide variety of reasons. We need a standard method of determining if a recording needs to be edited or replaced. However, the only way to determine this is to listen to the file itself, something that can be very time consuming, especially for large files and slow connections. We could develop a ranking tool that would make it easily to evaluate and compare recordings, without necessarily having to listen to the recording itself.
The areas I think that would be important to rank would be:
- Technical quality: Amount of background noise, breathing into the microphone, dynamic range, bitrate
- Clarity: How well the reader enunciates, pacing, how easy it is to understand
- Pronunciation and accuracy: How well the reader reads the aticle, including mis-steps
These areas are all subject to interpretation, so I would propose a simple ranking scheme, from 1 to 3. For example, the ranking system for clarity might go:
- Low clarity. Very difficult to understand. Words blend together, improper word emphasis disrupts sentence flow.
- Moderate clarity. Problems do not hinder basic comprehension.
- High clarity. User enunciates clearly and most of the article can be understood without difficulty.
The only real problem I see with this kind of system is people misusing it with regard to accents. However, I feel that if the ranks are limited to 3 levels, with easily qualifiable aspects, that people will be able to easily use and apply this system.
I'd like to know what the community thinks of this idea, and any potential concerns there might be. In the mean time, I will draw up a draft on my user page and post it when I have time. ~MDD4696 04:20, 11 January 2006 (UTC)
- I like your idea, though I'm a little doubtful as to how much it will be used, considering the time required to listen to and rank even one article. If there's some WikiGnome willing to take this on, then all the better for it!
- I can't imagine accent being an issue - anybody speaking clearly, with the exception of some non-native speakers of English and some very uncommon dialects/accents of English, should not be misunderstood for their accent. Darobsta 03:46, 12 January 2006 (UTC)
-
- That is one of the reasons behind my proposal. Not everyone has time to listen to the entire audio file, and this template/system would allow people to evaluate and compare recordings more quickly. Also, what I meant to say with regard to accent is that some people may mistakenly label a sound file as being unclear, strictly because of the accent. That is why I think it's important to describe the ranking levels in such a way that they are independant of the accent. ~MDD4696 04:14, 12 January 2006 (UTC)
-
-
- So in the template, we would invite listeners to rank the article--sort of like how the STUB tag invites people to expand the article, correct? Ckamaeleon
-
-
-
- I meant that instead of saying "You can help Wikipedia by expanding it." It would say something like "If you are listening to it, you can help Wikipedia by rating it." (with a link to maybe the Image file's talk page?
-
-
-
- It would be v. cool if there were a little matrix, with each category on a different row--you would click to rate 0-5 stars or whatever, like you do in WinMedia Player/iTunes and then maybe there would be a short line for gen. comments. But Wikipedia isn't that fancy..so we would just have to leave general comments on the talk page.... but maybe we could set up a section for Technical Quality, Clarity, and Pronunciation/Accuracy, like this. People could leave relevant comments under each section.
-
-
-
- It would be GREAT if we could get a bot to paste those sections at the top of the page (that way any previous comments will end up under "General Comments" instead of being erased) as soon as the image is uploaded/a "Rate this" template links to it. Ckamaeleon 00:02, 29 January 2006 (UTC).
-
Problem downloading
I downloaded Titanic and I can't open it unless I know what program created it! Help me! —The preceding unsigned comment was added by 24.247.126.44 (talk • contribs) .
- Which operating system are you using? (Windows, Mac, etc?) You probably need to download the OGG codec in order to play the file. -SCEhardT 20:18, 16 January 2006 (UTC)
- Did you try taking a look at Wikipedia:Media help? ~MDD4696 22:34, 16 January 2006 (UTC)
Placement of spoken article templates
Hi - I have become very interested in the Spoken Wikipedia project - one task that I was working on was to go through all the articles w/ spoken files, adding the spoken template to the articles which didn't have them, moving the template to the top of articles which had templates (as per the guidelines), and adding the specific talk page template to the article's talk page. User:Raul654 reverted my edits changing placement of the template stating they should be in the external links (see User_talk:Athf1234) but hasn't posted a link to this rule. It makes a lot of sense to me to place the template at the top of the page where people can see it upon first viewing an article. User:Raul654 has also changed the policy (see here) and I would like there to be some discussion or clarification on this. Thank you Athf1234 03:04, 17 January 2006 (UTC)
- I think that having it in the External links section is consistent with other projects, as Raul stated. However I also agree with you that it is not very visible there. The biggest problem I see with putting the current template at the top of the page is that it's very intrusive, and it disrupts the article for those viewing it. It collides with images and infoboxes and is inconsistently placed when inserted under them.
- To me, visibility isn't as important as consistency. Visibility is only important for those that don't know about the spoken versions, and I think that people will eventually discover them no matter where the template is located. The location needs to be consistent so that people who know about the project see the templates where they expect them to be.
- Are there other proposals for the template location? Joe D stated that there is no consensus to put it in the External links section. People are putting the template everywhere on the pages, and it really doesn't look very good.
- I think a great spot would be as is discussed here (right justified in the article title), but until we can technically do that, we'll have to hold off. For now I think that the External links section is the most appropriate place, and the only thing we lose by putting it there is visibility to newbies. ~MDD4696 03:36, 17 January 2006 (UTC)
-
-
- I disagree with Raul, re: other projects. Sister projects go in the external linsk, WikiProjects do not. WikiProjects make all sorts of templates, such as infoboxes and boxes that go right at the very bottom (e.g. under "References", "Notes" or "Further reading" where relevant) of the page. Sister projects are external links, which is why they go in the external links section. Spoken Wikipedia does not fit that description. The argument for putting it at the top is that it's largely redundant at the bottom - by that time the reader has finnished the article or given up. I've asked to get the css code fixed which will add a small link beside the title (you mentioned this - it is possible and for a long time we had it, somebody broke the css and nobody could be bothered fixing it - see MediaWiki talk:Monobook.css) and make this whole matter redundant, so in most cases I don't care about your moves. I did revert Podcasting though because I don't think any of the arguments given apply there. There are no other images or project boxes to clash with, but putting it in the external links (where IMO these look out of place) makes it clash with sistor project boxes. Aesthetically it looks better that way. This may apply to other articles, but Podcasting in particular has featured article status somewhere on the distant horizon, so I care about it more. Joe D (t) 04:16, 17 January 2006 (UTC)
-
-
-
-
- Looking back it seems like the header code never really did work in the first place. Header messages like Jimbo's appeal for donations would've messed it up, wouldn't they have?
-
-
-
-
-
- Also, I think the "redundant" argument is unsubstantiated; it disregards the fact that users learn about the recordings and where to find them in the article. I would say that if a user reads an article, and is disappointed to find the audio recording after he has read the entire text, it's a small loss. He still obtained the information he needed, and the recording is still available to him if he wants it. The next time he is on Wikipedia reading articles, he will remember what happened before, and will look for recordings before reading.
-
-
-
-
-
- Excluding those who use the spoken articles because they cannot physically read the article itself, people who download the recording use it to a) listen to while they read the article, b) listen to while they do other things on the computer, or c) listen to while they do other things away from the computer. Having the link at the bottom of the page affects none of these. In these situations, people are actively looking for audio recordings, and having the template at the bottom of the page is not going to prevent them from finding what they want. What is going to be a problem is if they have to search a big long article just to figure out where the recording template is located. It's so easy just to scroll all the way to the bottom of the page; just slightly more difficult than not scrolling at all.
-
-
-
-
-
- We need a consistent, easily accessible point on the page to position the template. The easiest places for people to access are at the very top and the very bottom of pages, so they don't have to guess how much to scroll. I certainly don't think that the template should be given precedence over an article's infobox or primary image--it would be too imposing and would detract from the written article (that the majority of users are using). We can't put the template just under that top element as it does not guarantee sufficient consistency. I've seen some very large infoboxes and images along the right side there, and putting the template under those would force the user to scroll down to find it. Suddenly, the template is no longer at the top of the page, but at some point in the middle, especially for those viewing the article with low resolution monitors.
-
-
-
-
-
- Also, I don't believe most people read an article from top to bottom, straight through, in one sitting. Perhaps I have ADD or something, but when I read an article, I skip around to topics that interest me in the article. Then, if I'm still looking for more information, I scroll right down to the appendices, where the "See also", "References" and "External links" sections are. This area contains all the relevant information to the article's subject that doesn't fit into a written article. To me, having an audio recording located somewhere in that Appendix area makes a lot of sense.
-
-
-
-
-
- Now of course that location doesn't address new users who don't know the spoken versions exist. But you know what? I don't think we're in any big rush. There's a lot of other, more important things they don't know about either. People will eventually find out about the recordings, whether it's from the template on the talk pages, just random luck, or searching. They won't lose their value as time goes on, and we can re-record new ones as they go out of date. As the Spoken Wikipedia project grows, the visibility problem will be even less of an issue.
-
-
-
-
-
- If we can come up with a solution that fits with the above criteria, great! However, I think we're discussing this issue because no one has yet; it's entirely possible that no one will for quite some time. Until a solution is found, I think the primary focus needs to be on a consistent location. Under External links is a fine place to put the template because it is an unambiguous location, it doesn't break anything or disrupt articles, and it makes some sense there. The primary opposition, that I've read at least, is that it's not visible, which as I've said above, is really not that important.
-
-
-
-
-
-
- Sorry, remind me why it makes sense to put it in external links?
-
-
-
-
-
-
-
- The link beside the header worked fine. Once in a blue moon it needed a temporary fix to push it a few pixels. This is Wikipedia, there are people watching for it and it can be edited in seconds, it's not an issue. With regards to "redundancy", I'm not sure what you're referring to, but what I mean is that when the header css is fixed I will give up arguing about the placement of the box. Joe D (t) 05:43, 17 January 2006 (UTC)
-
-
-
-
-
-
-
-
- Basically I said that I thought the External links section was the most appropriate spot for the immediate future because it does not interfere with the article's other content, it is an easily accessible, consistent and unambiguous location, and since Spoken Wikipedia is similar to sister projects, it would fit right in.
-
-
-
-
-
-
-
-
-
- You said "The argument for putting it at the top is that it's largely redundant at the bottom - by that time the reader has finnished the article or given up." I was trying to say that putting it at the bottom doesn't mean that user's will only find recordings after they've read the articles. ~MDD4696 22:15, 17 January 2006 (UTC)
-
-
-
-
-
- I think that putting the link right justified in the article title would be optimal, if that could be implemented soon. Right now there are not that many articles with spoken versions so users wanting to listen to spoken versions will probably just peruse the category. But as it grows, I think it will be more important for the link to the spoken version to be clear and visible on the article title - my main concern would be for users who have difficulty reading, etc. so that they can easily find spoken versions when browsing Wikipedia. Making a change to the articles with spoken versions would be a major pain when they number in the hundreds or thousands. Also, maybe RfC would be a good idea. Athf1234 06:42, 17 January 2006 (UTC)
I concur with Mdd4696 - consistent placement is important, and the top of articles is simply not an acceptable location for reasons already stated. The external links section, which exists is almost all articles and is already the placement for the sister-project templates (which are about the same size, and equially periphially related to the article) so it makes sense to put it there. Raul654 20:49, 17 January 2006 (UTC)
- Seeing as the original inspiration for this project was the German Wikipedia's Wikiprojekt Gesprochene Wikipedia, I decided to look there and see what they have done. I'm not much of a fan of their solution, but I did notice a few interesting things:
-
- The guideline is to have an explicit "Gesprochene Wikipedia" section that goes at the bottom of the page. See de:Albert Einstein.
- Some pages just put the template at the very bottom, with no section. See de:Dinner for one.
- None of the articles I looked at had anything at the top. However, they have very nice-looking coordinates right-aligned in the title of de:Antarktis. Perhaps we could adapt what their code if it's different from what we have. When I have time I'll take a look at their CSS.
- Now, I don't speak German, so I have no idea if they discussed this issue, but poking around there might give us a few ideas.
- Also, as far as the sister-project comparison goes: I think it is fair to treat the Spoken Wikipedia project as a sister project to an extent. However, I also think it's important to recognize that it is much more dependant on the Wikipedia article itself than any other project. ~MDD4696 22:37, 17 January 2006 (UTC)
-
- For reference: de:Vorlage:Koordinate Artikel, de:Vorlage:Editcount, de:MediaWiki:Monobook.css, de:MediaWiki:Common.css ~MDD4696 22:44, 17 January 2006 (UTC)
-
-
- My thoughts are that it IS valuable to know when you first stumble upon an article that there IS, in fact, a recorded version. (Just look at me accidentally recording Beverage can stove, only to get to the bottom and find—doh!—that it had already been recorded four months earlier. Oops.) I'd be in favor of a small icon next to the article title. Maybe it would have popup text with an explanation, or direct you to the bottom of the page, where you can see the full recording template with the date, etc. Ckamaeleon 07:43, 22 January 2006 (UTC)
-
-
-
- I think it's perfect! I was envisioning exactly that. As for where it links to.. that's a stickier question. I'd like users to be able to see the template with the date, especially (so they get a sense of how recent the recording is--it may vary drastically from the article by the time they read the article. Also, I wish you could see speaker info up front: sex/accent/(age?) before you decide to download a file)...BUT there's also something to be said for people not having to jump through hoops to get what they want. It should be easy to go from:
- Discovering that the article has a recorded version to
- Listening to that recording. Ckamaeleon 01:33, 24 January 2006 (UTC)
- I think it's perfect! I was envisioning exactly that. As for where it links to.. that's a stickier question. I'd like users to be able to see the template with the date, especially (so they get a sense of how recent the recording is--it may vary drastically from the article by the time they read the article. Also, I wish you could see speaker info up front: sex/accent/(age?) before you decide to download a file)...BUT there's also something to be said for people not having to jump through hoops to get what they want. It should be easy to go from:
-
-
- MDD, you say about Gesprochene Wikipedia that "None of the articles I looked at had anything at the top.". This is not quite true. One effect of having a seperate "Gesprochene Wikipedia" section at the bottom is that it appears in the contents at the top. I'm not sure how noticable it is there.
- Also, I like the idea of having a little icon at the start, which could be a different solution. Has anyone put this into practice since it was discussed? You'll see at the bottom of this page that an IP address has just suggested putting the icon at the top right, just like for featured articles. This wouldn't exactly jump out at the reader, but it seems to be that the more obvious it is to people who would benefit from knowing about it, the more intrusive it is to people who don't care about it. T J McKenzie 23:39, 17 February 2006 (UTC)
Uploading NEW Versions / re-recordings
This may be a silly question...bear with me b/c I haven't much uploading experience. Do we have a protocol for uploading new versions? I've been uploading as with new files (using the canonical file name) and clicking "save" after the warning about replacing the old version, then updating the IMAGE:Name_of_file page. I wouldn't want to accidentally mess up the previous reader's work. Just in case, I've downloaded the old version of any Spoken file I'm replacing.
For that matter, I was thinking about the re-recording process. Do you think it would be a good idea to give re-recording preference to the original reader? If he or she saved their project files, it might be easier for him or her to edit them to reflect the textual changes. Then again, the nature of Wikipedia editing (a change here, a change there) may mean it would be easier to just re-record from scratch. Thoughts? Ckamaeleon 23:17, 19 January 2006 (UTC)
- When you upload a file over an old one the old file is not deleted but kept in the history, and can be reverted if necessary. Joe D (t) 00:00, 20 January 2006 (UTC)
- Unless entire sections of very large articles remain unchanged, it probably makes more sense to re-record from scratch due both to the time required for editing and to make sure the final product has a consistent sound throughout. -SCEhardT 03:52, 20 January 2006 (UTC)
Shortcut?
Is it just me, or did the project shortcut change from being WP:SPOKEN to WP:WSW? Just curious. I learned the first somewhere, but I notice now that the second is on the Project page, and can't see a recent change in the page's history. It seems that both are redirecting to this page at the moment. Ckamaeleon 01:53, 22 January 2006 (UTC)
- Now they're both listed. -SCEhardT 04:07, 22 January 2006 (UTC)
- Well it was less whining than trying to not be out of the loop. I didn't know if we were trying to start using WSW instead or what. Just wondering if someone knew anything about it, really. But thanks. Ckamaeleon 07:37, 22 January 2006 (UTC)
- My apologies if I came across wrong. I don't always have the best 'internet voice.' I'm glad you brought up the discrepancy so it could be fixed! -SCEhardT 16:52, 22 January 2006 (UTC)
- No offense taken. I assumed good faith :o) Ckamaeleon 01:37, 24 January 2006 (UTC)
- My apologies if I came across wrong. I don't always have the best 'internet voice.' I'm glad you brought up the discrepancy so it could be fixed! -SCEhardT 16:52, 22 January 2006 (UTC)
- Well it was less whining than trying to not be out of the loop. I didn't know if we were trying to start using WSW instead or what. Just wondering if someone knew anything about it, really. But thanks. Ckamaeleon 07:37, 22 January 2006 (UTC)
Newest Spoken Articles Page?
Is there a special page that automatically lists newly recorded articles (and removes them after they are X days old)? We have a lot of automated stuff like that on Wikipedia. I'd really appreciate a way to see the newest spoken wikipedia contributions--especially if they didn't have to be manually updated. Ckamaeleon 08:21, 22 January 2006 (UTC)
- The only thing I know of that updates with recent spoken articles is the (manually updated) rss feed, which is linked at the top of the project page. That said, it is currently very out of date, but I am going to work on that when I get a chance. -SCEhardT 16:46, 22 January 2006 (UTC)
- It seems a shame to waste real people's time/effort on something like that that could be automated..But I don't know enough about Wikipedia and it's inner workings to make that happen. Ckamaeleon 02:02, 26 January 2006 (UTC)
- Well, looky here! Special:Newimages. So there IS a special page for new uploads.. unfortunately, it's ALL uploads because of the way Wikipedia refers to both sounds and images as "images." I shall delve deeper into this mystery. Ckamaeleon 14:08, 26 January 2006 (UTC)
It seems that running a search for "ogg" on the aforementioned special page is a good way to see what's new. This still won't get you purely spoken Wiki articles, though-- you'll have to sift through sound clips. But it may be useful to you, SCEhard, if you haven't already discovered it (especially armed with the projct page of active participants. Seeing a recording by one of us is probably a good sign that it's a spoken project.) It also seems to be The Newest articles-- only going back a day or so. Ckamaeleon 14:15, 26 January 2006 (UTC)
Multi-part articles
Has anyone recorded a multipart article so far?
How are we doing those? Do we need to say:
- "Article Title, part 1, from Wikipedia, the free encyclopedia. http://en.wikipedia.org"
- [read part one]
- "This concludes part one of Article Name. This recording, etc, etc, GNU, etc. etc. ..."
- "Article Title, part 2, from Wikipedia, the free encyclopedia. http://en.wikipedia.org"
- [read part two]
- "This concludes part two of Article Name. This recording, etc, etc, GNU, etc. etc. ..."
- "Article Title, part 3, from Wikipedia, the free encyclopedia. http://en.wikipedia.org"
- [read part three]
- "This concludes Article Name. This recording, etc, etc, GNU, etc. etc. ..."
Or are we simply to record the file as usual (with one file title and license announcement), then just cut it into three parts?
Do we need to reference the file name of the next/previous parts? (i.e. "This is part 2 in a series of 3 parts. For part one, see http://en.wikipedia.org/wiki/Image:PartOne.ogg." and at the end: "For part three, see..."
I know that we've discussed the practice of dividing long articles, but I didn't see any conversation about the mechanics of doing it. Thoughts? Ckamaeleon 03:29, 23 January 2006 (UTC)
-
- Thinking about it, I'm inclined to do it as bulleted above. I still don't know if I should provide the address of the next part. I think not, though. It's extra length. Is it assuming too much to say that people know where to find the subsequent parts (if they're listed in the template the right way) Ckamaeleon 02:42, 24 January 2006 (UTC)
Omissions and other things
Hi there.
I'm preparing to start work on my first Spoken Wikipedia article and I'd like to know which parts of the article can (or perhaps should) be omitted during reading. In particular:
- what about article titles from 'See also'?
- 'External links'?
- 'Bibliography'? (sometimes quite long)
- Reference facts charts (as those at the top of language-related articles; speakers population, ranking, ISO codes)?
Other than that, I'd also like to know the view toward non-native speakers of English reading English articles (I feel quite confident about my capability but...). In such case, what do I fill in the 'accent' field? :) TIA Utsutsu 15:36, 23 January 2006 (UTC)
- Well, there isn't a set standard that I know of. Personally, I think that the only section in addition to the main text that should be read it the See also section. It is usually short and a listener can easily remember and use information from that part. The External links section, Bibliography section and fact charts are just too long and tedious to listen to. It is extremely difficult to search through an audio file, so when people want to use any of those sections they probably will just go to the article itself.
- Remember that people are using these files to listen to away from the computer, to listen to while they do other things on the computer, or they are using them because they cannot read the article. In any of these cases it would be more convenient to go back to the original article for the section the person needs (for the last case a screen reader would do the job just fine). ~MDD4696 23:16, 23 January 2006 (UTC)
-
- As far as your accent goes... just put what your accent is. I see that you're from Poland, so say that you have a Polish accent. Let me know once you've uploaded the file and I could give you a better idea of what your accent sounds like to an American English speaker. ~MDD4696 23:20, 23 January 2006 (UTC)
It's true that this project doesn't yet have a lot of "firm" policy. We're really still tryign to get people to help first of all. The ONLY hard rules are that you need to introduce the article title using the name of the article and providing credit to Wikipedia and the web address for the site (but not the article) , and you have to end with the GFDL statement. Sometimes I wish we had more detailed guidelines on this, but I think they might be intimidating. If I get into the project, I'm toying with the idea of writing a tutorial with sound samples and screenshots. I'd rather people be interested and do it inconsistently than get scared off and not contribute at all.Ckamaeleon 01:05, 24 January 2006 (UTC)
Here's the style I've developed:
- The article text. I read the text, ignoring wikilinks. I use my voice to indicate quotation marks and different speakers, if there are any. I read everything in parentheses, especially alternate measurements, so that people who use metric (or who don't) have an idea of what you're talking about.
- Section headings I read as "Section (whatever number it is): (whatever title it is). For example, "Section One: History of Ice Cream." I do not number the subsections (like 1.2, 1.3, etc), but rather just read off their titles.
- Photos and visuals: I omit them, and any references to them, It's unwieldy to describe a photo, so listeners will just have to do without, unfortunately. Likewise, I don't read captions. It's as though the article had no images.
- Tables: haven't had to read any yet. Don't know. Probably would read if it's short.
- Infoboxes (like in the Columbine High School massacre article): I read them off, at the end of the section they're in, after I've read the rest of the text for that section.
- See Also. I read the heading as "Consult also" and then read the list.
- Bibliography. Yes, if short (about 6 or fewer books)
- References/External links. Yes, if short. Read caption/title, description, then web address. I omit "http://" if the address starts with "www". If it doesn't, I read the whole address. If part of the address has numbers in it, I spell out the entire part . So "http://www.cnn.com/news/Two2Talk.htm reads "w-w-w-dot-c-n-n-dot-com-slash-news-slash-t-w-o-2-t-a-l-k. This way. people aren't confused over whether I mean "two or "too" or "2" or "to". When in doubt, it's safer (but slower of course ) to spell out addresses.
The argument for reading the links is that they are helpful for reference if a person wants to note an address while listening for later consultation, sometimes Wikipedia is slow or unavailable so you can't go to an article to get the links, and since they're always at the end of the article anyway, you can just skip to the next track if they bore you. The argument against reading them is that they're unpleasant to listen to, tedious to read aloud, and they add unncesssary length to the track.
Ultimately, what you choose to omit probably has a lot to do with your personal philosophy about Wikipedia in general. If you're an inclusionist, you won't want to omit what you see as valuable info. If you're a deletionist, you'll only want to read the "meat" of the article, since that's what's most important to you.
- I also include the DATE of the recording ex: "This sound file, recorded January 21st, 2006, and all text i nteh article are licensed under the GNU Free Documentation license, available at w-w-w-dot-g-n-u-dot-o-r-g-slash-copyleft-slash-f-d-l-dot-h-t-m-l." This way, if the file's date is changed (due to a copy, move, download, whatever, the date is still preserved in the recording.
- The accent blank is very loose. I use "General American (Texas)" because I am from Texas, but I don't really have an accent from that region.
- For sex, I usually include my general age, too. The Speech Accent Archive provides both sex and age, and I think it's helpful to know what to expect when you download a file. I use "Male (20s)."
I hope this is helpful. As you get into the project, you will have a chance to listen to other people's articles an see how they do it. You can also use the "history" tab on the articles to see what the article looked like when they recorded it. Eventually, you'll just find a way that works for you. Ckamaeleon 01:05, 24 January 2006 (UTC)
- I hadn't thought of putting age in there... great idea! ~MDD4696 01:40, 24 January 2006 (UTC)
- When I was uploading a new version of Beverage can stove, I saw that Messedrocker had listed himself as "male youth" so really, credit goes to him. Ckamaeleon 02:33, 24 January 2006 (UTC)
If the photos, table and diagrams are particularly useful you could prefix the reading with "This article contains additional information and data in tables and graphics at e n dot w i k i p e d i a dot o r g forward slash w i k i forward slash article name." Joe D (t) 02:23, 24 January 2006 (UTC)
-
- Nice. Ckamaeleon 02:34, 24 January 2006 (UTC)
- In this vein, I decided to announce at the beginning of a section any images in the section, and what their captions are, on the grounds that if people want to look at the pictures, and are able to, they'll know what's there. I suppose if there was a picture in the introduction of an article, I would read the introduction first, and announce the image afterwards. If you want, you can hear what it sounds like in my spoken version of the article on cicadas. Incidentally, this is the first spoken article I've recorded, so I won't be too offended if anyone has any comments about how I could improve. Initially, my reason for leaving out the taxobox was that I forgot to put it in. Then, when I thought about it, I was unsure about the clearest way to get the information across verbally. Also, I'm not sure what accent to use for the Latin words. In the body of the article, I stuck to what I remember of what I learnt many years ago about how people think Latin was spoken in the first century AD (although the region was never specified). Does anyone know what accent taxonomists prefer?—The preceding unsigned comment was added by T J McKenzie (talk • contribs) .
- Yeah, sorry. I realized just now that I hadn't signed it, and came back to do it, but someone beat me to it. Never mind, I'll try to remember in future. T J McKenzie 01:18, 16 February 2006 (UTC)
I recently sent a message to an email list for visually impaired people in New Zealand, telling them about this project, and asking how footnotes and references are usually handled in talking books. The only response so far has the advice "In general, in talking books, footnotes are read as they are encountered. Explanatory notes are read at the end of each chapter when they appear. Reference notes are omitted.". Just so you know. T J McKenzie 02:21, 2 March 2006 (UTC)
New Project Member & First Spoken Article
Hi all, please allow me to introduce myself. I am Thor, born in Iceland, but now living in the UK. I have recorded and uploaded my first article, following 99% of your guidelines, but it may need a little cleaning up. I would like to join the project on a permanent basis, if you would permit me, and if you wish to check the article or listen to it, its at http://en.wikipedia.org/wiki/Image:Tabaluga20060124.ogg - I would be interested in your views & considerations, either here or to my talk page. Thanks a lot! Thor Malmjursson 01:33, 25 January 2006 (UTC)
-
- replied on on your Talk page. Ckamaeleon 04:29, 25 January 2006 (UTC)
Hey, I too am a new project member (and a new wikipedia member in general). I have been editing from my IP for a while, and thought I'd get an account and do some spoken articles! I'm just working out the kinks in my first, and hope to work on some more. I like how Wikipedia is like communism but actually works, and with fantastic results! Catch y'all on the Spoken Article list! WAZAAAA 01:41, 26 January 2006 (UTC)
-
- I wouldn't say it's entirely communist, but it does have a nice communal feel doesn't it? It's very satisfying how people from all over the globe can come together to hash things out in the name of free information. Ckamaeleon 02:06, 26 January 2006 (UTC)
Making Spoken Wikipedia easily blind-accessible, etc
It might be nice to start looking towards the future of Spoken Wikipedia - what purpose these audio files should serve 5-10 years from now, and in what form they will be available.
My vision is of a portal for those who want audio-assisted articles or completely audio articles (ie for blind readers). This could be accomplished using easy keyboard-based navigation and audiofiles that play in an embedded player, rather than making them click on the audio file and load them in an external player. Flash audio players have been quite effective in that regard.
10 years from now I would love to be able to go to a Spoken Wikipedia portal and make my way around just by using my keyboard and listening to articles. The accumulation of these articles so far is excellent, and definitely a worthwhile endeavor. Thanks for everyone's hard work in this project. -WAZAAAA 04:18, 26 January 2006 (UTC) (ps I'm a noob)
- Feel free to add comments to User:Steinsky/Encyclopaedia for the blind. Joe D (t) 04:57, 26 January 2006 (UTC)
Incorporating audio files already on the article?
In working on various music-related spoken articles (such as Reggae), I wondered if there was a way to use snippets of songs already included in the article in ogg format in the spoken version. Is that allowed? Would I have to completely change the spoken articles' liscence if I include a 15 second clip of a song?
I found a way around it, though, through recording the song segments on my own. It's worth the effort, and makes the spoken articles flow like cream cheese at the factory. -WAZAAAA 23:48, 26 January 2006 (UTC)
- Just make sure to not include copyrighted music as it would remove the free status of your work. We discourage fair use in the spoken articles more strongly than in the Wiki text because it's harder to remove in order to make an unencombered version. --Gmaxwell 19:42, 11 February 2006 (UTC)
As if we haven't already talked enough about templates
So we have this X user has requested that this article be recorded for Spoken Wikipedia," right?
Do we have anything that says "Y user is currently recording or editing this article for Spoken Wikipedia [in response to a request by X User]" ?
This might be a good way to:
- a) let general readers know what's coming up in terms of new recordings and
- b) let "key editors" -- you know, the people who seem to really be watching over the article-- know who they should communicate with if they want to discuss the recording process.
- c) let other project members know that this article is already claimed to prevent people from accidentally recording the same article twice. Hopefully, they'll see the template as they're looking over the article to record.
Ckamaeleon 16:51, 27 January 2006 (UTC)
- Something kinda like this? Feel free to edit that one, as it's just a sandbox of sorts. --lightdarkness 17:14, 28 January 2006 (UTC)
- The only thing I would change about that is to remove the third line. After someone starts recording it, I don't think the rationale behind the request matters anymore. Plus, many requests don't have a reason listed with them. Other than that, it looks great to me! -SCEhardT 20:28, 28 January 2006 (UTC)
- Wonderful. Some thoughts:
- I agree that the third line isn't so important.
- But what if someone hasn't yet requested the article? What if you just stumble upon it and decide it'd be fun/worthwhile to record? (That's why I left the request bit in brackets up there). Seems like you should still have some sort of notification on the page. How about an alternative second version that looks something like this? I don't think the wording is perfect, so feel free to edit it.
- It should probably also include a date (just like how we've started dating the cleanup tags). The way I see it, we can't put it on the talk page like the other templates, because it's less likely to be noticed there. (I know it's best practice to "check out" the article before recording, but usually, I just skim the article to see if it has content that would be easy enough to record, as well as a subject and length I'm comfy with, and then I check out the history to see what kind of changes have been going on recently, and that's it.) But we don't want it to be too obtrusive by hanging on to the article page for a long time, so if we date the "hold", we can see if it's been up for a long time. If it has, we can contact the Spoken Wiki volunteer who placed the hold and ask if they're still working in earnest or if it needs to be scrapped/passed off to someone else -- and then update or remove the template accordingly. Ckamaeleon 22:49, 28 January 2006 (UTC)
- Wonderful. Some thoughts:
- The only thing I would change about that is to remove the third line. After someone starts recording it, I don't think the rationale behind the request matters anymore. Plus, many requests don't have a reason listed with them. Other than that, it looks great to me! -SCEhardT 20:28, 28 January 2006 (UTC)
-
-
-
-
- Ckamaeleon, I couldn't get your template to work properly (testing in a sandbox), so I edited it. I hope it's an improvement, rather than me messing things up because I don't know how they work. Revert it if I'm wrong. Anyway, I can get it to look and link right now by typing "{{User:Ckamaeleon/Spoken Wikipedia In Progress (no request)|T J McKenzie|16 February, 2006}}". T J McKenzie 08:35, 16 February 2006 (UTC)
- If you were having problems with the templates, it's probably because I don't know what I'm doing when I write them ;op Feel free to edit away. Ckamaeleon 07:33, 14 March 2006 (UTC)
-
-
-
I just created a new icon for recordings-in-progress. Let me know what you think. It may be a bit too light. Thought the gradient might be a nice way to indicate that the recording was coming along. Ckamaeleon 23:38, 28 January 2006 (UTC)
-
-
- Should we list the finalized templates (on the project page) in the Wikipedia index of Template Messages? I didn't see any of ours there, but I know Spoken isn't a sister project, as much as it is as sub-project of Wikipedia. Ckamaeleon 03:17, 29 January 2006 (UTC)
-
MP3 vs. OGG
Created a page of the arguments of both sides of this issue. -WAZAAAA 15:46, 28 January 2006 (UTC)
Discussion going on over at Wikipedia:Media about whether MP3s should be used on the site. I make my case for MP3s or a better alternative over there: MP3 vs. OGG -WAZAAAA 01:30, 28 January 2006 (UTC)
-
- We've gone over this at least twice... I think in archive 2 of this page and then again on the talk page of the recording guidelines. Unless the wikimedia people have a good response to the patent-encumbrance of MP3s, I don't know how much more ground we could break in a discussion. I should add, though, that if all things were the same, I'd prefer MP3. But I'm learning to deal with OGG. Running Linux and/or Winamp in Windows helps. Ckamaeleon 03:34, 28 January 2006 (UTC)
-
-
- Yeah, it doesn't seem to be a very two-sided discussion. I say Wikipedia should vote on it, as there are a lot of people who seem to think it would make the audio projects worth something. But the powers that be seem to believe this rule is set in stone, frankly I think it's the reason why we haven't been having too much popularity with any of the audio projects. -WAZAAAA 05:16, 28 January 2006 (UTC)
-
-
-
-
- This has come up again more then twice. ... It's not called 'Wikipedia: The Free Encyclopedia' for nothing. The goal of freedom isn't any more negotiable than the goal of being an encyclopedia. The repeated arguments ignoring what was said before is disruptive and disrespectful. Please don't bring up the subject again unless you really have something new to offer the discussion. --Gmaxwell 19:40, 11 February 2006 (UTC)
-
-
-
-
-
-
- I'm an average user, and I want to voice my intense displasure at being forced to use OGG – or more accurately, denied access to Wikipedia spoken articles. I don't have an OGG player. MP3 makes infinitely more sense – though it may be a patented technology, Wikipedia doesn't have to pay anything to use it. This seems like a case of open-source elitism to me. You're also going to have fewer people contribute if you use such an obscure format. Providing audio is about accessibility – how accessible is it if people are supposed to download a separate player just to uphold an open-source ideal? Use open-source where it works – this is clearly not one of those cases.--24.125.147.87 09:51, 28 March 2006 (UTC)
- Look at the help page about Ogg Vorbis files. No need to download a separate application at all, just an extension to media player. Most Linux and Mac flavours worth thier salt natively accept Ogg Vorbis as it's free from patents and other legal rubbish. Please read the guide we have before complaining. --Celestianpower háblame 12:49, 28 March 2006 (UTC)
- You are incorrect, 24.125.147.87. Wikipedia could very well have to pay to license the MP3 technology to host sounds files--see the MP3 licensing page's FAQ. ~MDD4696 01:39, 17 June 2006 (UTC)
- I'm an average user, and I want to voice my intense displasure at being forced to use OGG – or more accurately, denied access to Wikipedia spoken articles. I don't have an OGG player. MP3 makes infinitely more sense – though it may be a patented technology, Wikipedia doesn't have to pay anything to use it. This seems like a case of open-source elitism to me. You're also going to have fewer people contribute if you use such an obscure format. Providing audio is about accessibility – how accessible is it if people are supposed to download a separate player just to uphold an open-source ideal? Use open-source where it works – this is clearly not one of those cases.--24.125.147.87 09:51, 28 March 2006 (UTC)
-
-
-
RSS feed is updated!
Should be up and running now; does it work correctly for everyone? Now go record some more articles! -SCEhardT 04:54, 29 January 2006 (UTC)
-
- Nice work. Yes, Sir/Ma'am! Macropode 10:11, 31 January 2006 (UTC)
Icon at top right
Hello, it would be very nice if there was a small pic' at the top-right corner to indicate that there is a spoken version of the article. Just like for the features articles. See Template:Featured article
129.13.73.29 21:35, 17 February 2006 (UTC)
- Thanks for your idea. As you'll see above, in the section about "Placement of spoken article templates", there has been discussion of a similar idea, but I'm not sure if anyone has put it into practice yet.
- Out of curiosity, are you suggesting this as a potential contributor who wants to raise awareness of the project, or as someone who wants to regularly listen to articles, or what? Most of the discussion here is from contributors, so I think it's important for us to hear what regular listeners want, too. T J McKenzie 23:47, 17 February 2006 (UTC)
- Well, I think I've done it now. Copying and pasting from other templates meant that I didn't really need to know what I was doing that much. I learnt a bit from it, too. The remaining question is what the icon should link to when you click on it. User:Steinsky had a good idea and linked it to the information associated with the uploaded file, which tells you all sorts of things, and lets you listen to it. Unfortunately, it's not obvious what to do if the recording is in several parts. Have a look at the discussion at Template talk:Spoken Wikipedia#Icon at the top right (which at time of writing consists only of my comments, but hopefully someone else will talk there soon, too).
- By the way, I've changed the heading of this section of discussion, since it was a link to the template for a spoken article recorded in two parts, which could confuse people.
- Let me know what you think about the icon, and what it links to. T J McKenzie 04:50, 18 February 2006 (UTC)
-
-
- I've been playing with a copy of the Spoken article entry template at User:T J McKenzie/Spoken article entry. I think I've got a solution that will allow the icon at the top right to link sensibly to even multi-part recordings. It involves there being links from that template to the next part of the recording (for each part except the last) and to the first part (for each part except the first). Admittedly, this will require manually editing the information pages about the recordings for multi-part articles, but a quick check of Special:Whatlinkshere/Template:Spoken_Wikipedia-2, etc. shows that at time of writing, there are only 15 such articles. Of course, if we like the idea, we'll also need to change the instructions about uploading. Have a look at the examples I've put on the talk page for that template.
- By the way, if you're wondering why it doesn't have proper internal links to the first and next parts, here's the story:
- The | in links like [[article name|label]] is interpreted as marking the start of the next parameter passed to the qif template, which I'm using to surround the links to the first and next parts, so that the link is only shown if it needs to be. Fortunately, Template:wikilink is designed for just such a situation.
- The Image namespace is a bit different from some other namespaces. [[Image:CalvinAndHobbes1.ogg|Go to the first part]] seems to ignore the label passed to it, like this: . Instead, we need to link it like this: [[:Image:CalvinAndHobbes1.ogg|Go to the first part]], so that it shows the label properly, like this: Go to the first part.
- And here's the clincher: a leading colon in a parameter passed to a template (like this: {{wikilink|:Image:CalvinAndHobbes1.ogg|Go to the first part}}) is interpreted as indentation, as if it was at the beginning of a line, like this: Template:Wikilink.
- If anyone can think of a way around it, feel free to fix the template. By the way, I did think of using the external link notation, which wouldn't require a |, but I thought there had to be a better way. As it stands, looking like it links to a different Wiki isn't as bad as looking like it links all the way to the outside world.
- Do let me know what you think of the template, and whether it should be used. T J McKenzie 22:46, 19 February 2006 (UTC)
-
-
-
-
- I have now got the links to be proper internal links, and now I'm not sure how true #1 is above; I fixed it by using [[]] notation, but this time with :Image:... instead of just Image:..., which I hadn't done before I concluded that {{wikilink}} was necessary.
- Also, I noticed that the corresponding template on Commons is out of sync with {{Spoken article entry}}. In particular, it uses the parameter user_name_link, instead of user_name, and treats it differently. This probably causes confusion (a perusal of the archives indicates it has on at least one occasion), since the instructions on the project page relate only to user_name, but the recording guidelines suggest that uploading to Commons is a possibility. I suggest we synchronize the templates. However, a large number of audio files have been uploaded to Commons (and a larger number to Wikipedia), so unless we got a bot to do it, it would be difficult to change everything. Instead, I've tried out another change to the template in my user space, which will allow either to be used. It should be noted that user_name_link allows more functionality if you choose to use that (since you can pass it any text containing as many links as you like), and user_name is simpler if you just want a link to your own user page (since you need only pass it your user name, not a link). We needn't document this on the project page (it would make things look more complicated, and therefore less encouraging for potential contributors), but if someone's curious enough to go to the talk page of the template, they can find the documentation there. Incidentally, we can make it simpler by removing the requirement to fill in file_name, which isn't currently used (and I haven't started using it in the version I'm playing with on my user space).
- As I'm learning more about templates (faster than I initially expected), I'm also learning how inexperienced I am with Wikipedia in general. This is why I'm a little less bold than I was a few days ago, and why I'm leaving this idea here for a while to allow comment before I implement it (or decide not to). T J McKenzie 10:19, 22 February 2006 (UTC)
-
-
I haven't read through your template code, but assuming it works correctly, I'd say go for it! We need to fix the differences between the two since it (understandably) seems to confuse a lot of people. -SCEhardT 15:17, 22 February 2006 (UTC)
- Thanks for your encouragement! I won't start doing it right now though, partly to give people more of a chance to comment, and partly because our apparent consensus that it's a good idea to have some sort of spoken-version-indicator at the top of articles now has one dissenter: Raul654. Have a look at his reasons at Template talk:Spoken Wikipedia#Icon at the top right. T J McKenzie 02:46, 23 February 2006 (UTC)
Awareness
A thought just struck me. If we want to raise awareness of this project, one possible tactic is to record a large number of stubs and other short articles. We could do this more quickly than if we were concentrating mainly on featured articles. Hopefully, this will mean more people will see that this project exists, and perhaps join us. (Of course, it's still good to get recordings of featured articles that are about to be on the main page, which is another way of raising awareness; in fact, I discovered this project the day that Douglas Adams was on the main page; thanks, Lightdarkness!) What does everyone think? T J McKenzie 05:07, 20 February 2006 (UTC)
- Heh, that article took forever to record. For the 35 minutes of audio, probably took over a gig of raw wav data, and about 3-4 hours of my time :P As far as rasing awareness, I'm not sure. I've recorded two FA's (Douglas Adams Raney nickel now before they hit the main page, and I think the addition of the Speaker icon at the top of the article will help. --lightdarkness (talk) 05:12, 20 February 2006 (UTC)
- I'm not particularly in favour of this, though I won't stop you. I wouldn't want to see the Spoken Articles category and podcast filled up with useless files that nobody wants to listen to just to promote the project -- indeed, if we listed those articles we might discourage people from joining in. I also wouldn't want to attract people to this project if their only interest was then to record stubs. Recording short or unstable articles is a bit of a waste of time, as they will become out of date as the article is updated and improved and need recording again.
- While we're on the subject of promoting the project, we need to talk about an alternative template for the featured article section on the front page--either for the "Archive – By email – More featured articles..." line, or the title, which includes a link to the audio. I did that manually a couple of times when the project had just started, but I've not had time to keep an eye on it lately. We should also start paying attention to the landmarks we reach regarding number of articles recorded and post them on the news/landmarks page on meta and in the Wikipedia:Wikipedia Signpost.
- Joe D (t) 05:32, 20 February 2006 (UTC)
-
- I take your point that people might not want, for example, Median test (which took me a few minutes to record earlier today) on the podcast. But the podcast is manually updated, isn't it? So that can be left out, along with anything else excessively short. As for what appears in the list at Category:Spoken articles, that's automatic, isn't it? So we can't exclude short articles from that too easily. What makes you think that having small articles there will put people off? I'm not necessarily saying it won't, I'm just curious about why you think it will.
- Why wouldn't you want to attract people only interested in recording stubs? Admittedly, they might not provide much benefit to the project, but will it harm the project? Personally, I don't intend to record only short articles, but if I've got a little spare time, but don't want to start anything big, I might click the "Random article" link a few times until I find a suitable short article.
- As for the template for main page spoken articles, either we should get one together very quickly, or just manually update the next one up: Wikipedia:Today's featured article/February 21, 2006, which is lightdarkness's Raney nickel. Of course, an administrator needs to do that. And yes, it's a good idea to have a link to the spoken version right there on the main page.
- And to keep track of and publicize landmarks. Personally, I don't know how to find out the number of articles in a category easily, so I'm not volunteering for that job. T J McKenzie 08:16, 20 February 2006 (UTC)
Does anyone have a Glaswegian accent? Or any kind of Scottish accent? Having a good-quality recording of Jordanhill railway station right now would be a brilliant way of raising awareness. Of course, the page is changing fairly quickly at the moment, but cost-benefit-wise, I think it may be worthwhile making a recording of it, and updating it occasionally in the near future. T J McKenzie 01:58, 2 March 2006 (UTC)
- While I find Glaswegian accents to be incredibly attractive, I don't have one. I couldn't even affect one properly. But on that line, do you think adding accent info to the Active Members list would be a good idea? I have mixed feelings about it. For one, it's not info that people couldn't find by looking up their recordings' Image pages...but on the other hand, people get kind of hung up about the accent thing...I dunno. Ckamaeleon ((T)) 21:28, 15 March 2006 (UTC)
What is the purpose of the small icon?
What is the real purpose of the small icon on the top right of each article that has a spoken version? If it is to indicate that it's a spoken article, doesn't the article have a category and a clearly visible template to show? While the featured article doesn't have any. If it is to link easily to the sound file, why do we keep using the big template box? For now I'm not finding any useful goal for this icon and I'm for its removal. CG 16:59, 26 February 2006 (UTC)
- It serves the same purpose as the featured icon does, it let's you know right away when visiting the article that it has a spoken version, rather than having to go to the bottom and seeing the template box/category. --lightdarkness (talk) 17:06, 26 February 2006 (UTC)
- First, the FA icon was created to serve as a motive for contributors more than to show the status of the article (we are trying to avoid self-reference). Second, I don't think the regular reader browses through wikipedia to find spoken articles, the icon will be insignificant for most of the time. And third, this icon might help visually-impaired users that use screen readers to detect rapidly that the article has a sound file, but being a metadata, I don't think these screen readers will read it. CG 18:14, 27 February 2006 (UTC)
-
-
- First, one of the arguments in favour of the featured article star was that it would inform interested readers. See, for example, TreyHarris's comment. How would the star be an incentive if editors thought that readers would ignore it?
- Second, the icon for spoken articles is important precisely because the regular reader doesn't browse through Wikipedia to find spoken articles. If someone was interested only in spoken articles, they could just go to the category. What's more likely is that someone is interested in Wikipedia articles, and when possible, listening to them. It would considerably slow such a person down if they had to look for a box in the "External links" section of every article before they read it. Sometimes I've had trouble finding the box on articles that I already know are spoken. How often will it be missed by people who are looking for it to find out if an article is spoken?
- Third, we have thought about how screen-readers will deal with it. Have a look at Template talk:Spoken Wikipedia#Icon at the top right. Any suggestions about how to make spoken articles easily identifiable for both sighted and visually impaired users will be appreciated. Besides, there are other problems that Wikipedia readers might have that might not prevent them from reading, but might make it more difficult. Dyslexia and chronic fatigue syndrome come to mind. Even restricting our attention to medical issues is being too narrow; have a look at the benefits of our project. T J McKenzie 00:11, 1 March 2006 (UTC)
-
I'm not really convinced, but it's fine. But I want to suggest a better location, maybe at the top of the article, on the same level than the title, and right next to the FA star, and not below it. We could make this area a repository of icons. CG 16:29, 1 March 2006 (UTC)
- I agree that it should be there. In fact, that's where I put it a little while ago. Unfortunately, it clashes with the words soliciting donations from users who aren't logged in. We need to convice an admin to shift the Anonnotice slightly to prevent the clash. Have a look at the discussion about it. T J McKenzie 22:43, 1 March 2006 (UTC)
-
- I like having a quick way to find out ifhte article has a recorded version--without having to scroll all the way down...AND without a large transclusion at the top of the article. The tiny sound icon seems to serve this purpose nicely. Am also in favor if it going next to the FA star. Ckamaeleon ((T)) 20:16, 15 March 2006 (UTC)
- I think the small icon was a mistake, because the only people who know what it means or even notice it are the people who are recording the articles. A new user is going to have no idea that the small icon has any significance, if they even notice it at all. It would do wikipedia and spoken articles a service if there was a more clear notification of a spoken article available.--M4bwav 20:25, 15 March 2006 (UTC)
-
-
- I agree with Lightdarkness. Even if he/she didn't know what it meant, he/she would see the infobox @ the bottom of the article. OR he or she would click on it. How did people figure out that the star meant "featured article"? I don't think the connection is as intuitive as, say, a floppy disk for "save" (which, come to think of it, is kind of funny, seeing as how new computers aren't even built to use floppies anymore). Too bad the project's work can't get on the Main Page the way "featured images" are on the Commons. Seems like our current policy of recording articles that are slated for the main page is the closest thing we have to that kind of publicity. Ckamaeleon ((T)) 21:22, 15 March 2006 (UTC)
-
Spoken names
I have a db of pronunciations of names of people & places, from VOA; and am planning to add those to the start of related articles. Should this involve the narration project at all? +sj + 19:51, 28 February 2006 (UTC)
- It doesn't really sound to me like the two are very much related (and thus I don't think they should be integrated), but if you want any help just let us know what we can do! Are you placing the articles with the pronunciations into a special category?-SCEhardT 22:18, 28 February 2006 (UTC)
Organization
I have boldly moved the recording instructions off the main page and into a 5-step instruction set beginning with 'Choose an article'. Unless anyone objects, I'm planning to unclutter the main page a bit more by creating a couple more subpages. -SCEhardT 21:03, 28 February 2006 (UTC)
-
- Wonderful! Thank you! T J McKenzie 23:18, 28 February 2006 (UTC)
- Wowie Zowie! That's good stuff. Thanks for simplifying it. Ckamaeleon 07:47, 14 March 2006 (UTC)
Along those lines, I wish we had an FAQ or an index to help newbies follow developments one this page. It's a pain in the butt to read through ALL of the archived pages, but if you don't you might ask a question that's already been answered. The "why not mp3" and "Text to speech" questions come to mind here. Ckamaeleon 07:47, 14 March 2006 (UTC)
- Yep, a FAQ section for those types of questions seems like a good idea to me. -SCEhardT 15:44, 14 March 2006 (UTC)
-
- It also seems logical to place Ambuj Saxena's userbox in a section immediately following the barnstar on the main page. It won't take up much room, and it would be easier for people to add their names to the active users list and then snag the userbox code, if the they like. Thoughts? Ckamaeleon 11:45, 15 March 2006 (UTC)
Out of boredom (and in an attempt to avoid doing laundry and a large pile of dishes in my kitchen sink), I created a page to put suggestions for a newbie's first article, as well as a section for slightly more ambitious ones. Right now, it's housed on the Talk page for The article choice guidelines page, because I wanted to see what other people thought before putting it in a more prominent place. If it's successful, I'd suggest either giving it its own page, with a link from the guidelines page OR just tossing the sections at the bottom of the relatively short Guidelines page itself. Ckamaeleon ((T)) 18:54, 16 March 2006 (UTC)