BTW I feel that we too often tend to look at Wikipedia from authors' perspective. --Kpjas |
BTW I feel that we too often tend to look at Wikipedia from authors' perspective. --Kpjas First, I don't work for Bomis, Wikipedia, or related companies (or anyone else right now, for that matter—someone make me an offer (grin)), so this is strictly a grunt user opinion. Second, the comments I made in /Proposed keyword search mechanism (about '$METADATA') were more of a "if you're gonna do it, this is what I'd prefer" type comment. So, that said, I think this is too much structure, too soon. Right now, the appeal of Wikipedia is its simplicity. I can just type—as little or as much as I want—and that's it. Other than learning the formatting conventions, I don't have to worry too much about whether I'm using the right "keywords", or pondering which category(s) something should be in. While I think most contributors could supply accurate metadata, I think some would be discouraged by the, perhaps implicit, obligation to do so. I've seen other projects get bogged down in the details like this to their detriment. The more I consider it, the more inclined I am toward keeping Wikipedia simple and structure free for as long as practical. The content and community are still evolving, and it's just becoming useful (cf Larry S's comments in Wikipedia Announcements); I don't think there's an urgent need to rein it in. --loh (2001-06-27) |
While I like the idea of having metadata in general, I stongly oppose two uses here: one, any information that can be automatically derived from the software should be, specifically dates of creation, editing, etc. Having humans type things like that is just asking for bad data, and bad data is 100 times worse than no data. Secondly, I don't like the idea of tracking contributors/editors at all. Wikipedia isn't about egos, it's about the product. Articles here don't have "authors" nor should they. Tracking contributors, it seems to me, can only lead to articles being thought of more as proprietary rather than collaborative. --LDC
I don't totally disagree; if the information is accurate, there's no reason not to include it. I would request that we make it an important matter of etiquette to never write anyone's name in the metadata but your own. To do so is to make a claim on someone else's behalf which they may disagree with. Did Larry really edit the article, or did you just use his name as a placeholder? If someone wants his name there, let him put it there. --LDC
I also like the idea of metadata. It just has to be done right. I think Krzysztof's got a first attempt, but not a final product. I think you've got to work on it more, Krzysztof. And you need to consult other people about it, and persuade them, or else your work will be pointless.
I totally agree with not tracking contributors and editors on Wikipedia. I think we've seen ample evidence that what makes Wikipedia work--so much fun and so active--is the fact that many different people feel they have something invested in particular articles they've worked on and also in the project as a whole. No one is talking about forcing anonymity; there's a difference between forcing and encouraging. I also disagree with the claim that we should stick with IPs otherwise. We are a community, and as such we need to be able to identify each other. Just because we can identify each other, it doesn't follow that we need to "own" our respective main contributions. Again, to do so is to discourage other people from working on them. I suspect, Krzysztof, that you haven't been on Wikipedia long enough to be able to fully appreciate this.
I also stand 100% behind Lee's view that if some data can be generated automatically by software, then please, please let's not have fallible, inconsistent people try to maintain that data. --LMS
I will keep adding 'Metadata' to articles I'm the main contributor.
I think it won't hurt the project in any way and it might eventually turn out
to be helpful in the future. If not, forget it.
I believe that 95% of contributors will be able to supply some accurate
metadata. However to run smoothly, effortlessly and error-free (as much as
posssible) - it requires some changes to usemod software or additional
software. Altogether different form of editing page driven by other script ??
- why not some other CGI scripts with read-only access to Wikipedia data and
writing metadata to a database.
I wonder what server people think ???
BTW I feel that we too often tend to look at Wikipedia from authors' perspective.
--Kpjas
First, I don't work for Bomis, Wikipedia, or related companies (or anyone else right now, for that matter—someone make me an offer (grin)), so this is strictly a grunt user opinion. Second, the comments I made in /Proposed keyword search mechanism (about '$METADATA') were more of a "if you're gonna do it, this is what I'd prefer" type comment. So, that said, I think this is too much structure, too soon. Right now, the appeal of Wikipedia is its simplicity. I can just type—as little or as much as I want—and that's it. Other than learning the formatting conventions, I don't have to worry too much about whether I'm using the right "keywords", or pondering which category(s) something should be in. While I think most contributors could supply accurate metadata, I think some would be discouraged by the, perhaps implicit, obligation to do so. I've seen other projects get bogged down in the details like this to their detriment. The more I consider it, the more inclined I am toward keeping Wikipedia simple and structure free for as long as practical. The content and community are still evolving, and it's just becoming useful (cf Larry S's comments in Wikipedia Announcements); I don't think there's an urgent need to rein it in. --loh (2001-06-27)