WikiHome RecentChanges WikiNode Preferences chongqed.org

Manni

This is Manni's page.

To make it easy for you to see my position on WikiSpam, here's the summary of my opinion:

  1. WikiSpam cannot be tolerated.
  2. Implementing login systems, CAPTCHAs, etc. means loosing the fight and giving up.
  3. Wikis are the essence of what the internet should be for me: free, open, accessible by anybody.
  4. For any kind of community to function, there need to be rules and there need to be sanctions if these rules are broken. Some resort to the law when they see a need for sanctions, some resort to technical solutions and they start programming. I'd rather resort to social solutions. These are quite easy when it comes to wiki spam: If the community thinks that wiki spam is something they do not want, then they have the power to make the spamming and the spammers public. They have the power to chongq spammers. In the long run, I hope that this will eliminate WikiSpam.

I'm the guy who is proud to say that his picture was vandalized twice by angry spammers. If you want to reach me, write an email to manni@chongqed.org or simply edit this page.


Twice? I only remember the fake Hakdata one. – Joe

You never noticed the picture that Lior posted to his casino site? – Manni

No I missed that one. – Joe

The working area of Wikilandia shall be free of spam. I swear it. Mattis Manzel

Thanks for the Intermap entries. CommunityWiki? will make sense too. I presently do not use Intermap linking as I'm trying out editable titles and links and they somehow collide with it. Sorry for the inconvenience and possible confusion. – Mattis Manzel

No inconvenience here! Maybe a little confusion. But I'm used to that. – Manni

Manni lemme explain: I continue to confuse by using the [ Camelbone Editable title ] pattern here instead of "wiki intermap name: page name" This does no good to organizing SpamResistance?. I'm also in with multilinguality, carrying the results of CommunityWiki?: Multilingual experiment over to other engines. I see wikilandia more a whole than ever now, a multilingual whole. We can not continue with CamelboneTitles?. I'm most convinced that the solution to make this [OneBigSoup? One big soup] is to finally add a layer of skin to the whole thing. Cover up the bones that stick out of all the different wiki-creatures that populate wikilandia today and turn it into one collective, super-human-beeing. A multilingual Wikipedia is just a tiny tiny part of it.
I tried it again above to use a nearlink within the [CamelboneTitle? Editable title] pattern. It doesn't work. Change my syntax where you think it's better different. I will not insist. I just practize the new way and I'm convinced that on the long run it saves energy. Some day all the CamelboneTitles? will anyway get changed to something better readable and multilingual compatible. That why. Nice to work with you guys btw.

It works! CommunityWiki?: Multilingual experiment I must have done something wrong yesterday. Cool. – MattisManzel

OK, I get it now. I never liked the CamelBack? links myself. I just thought that the wiki community was really fond of them. Well, it seems you found a way to insert links the way you like them in an easy fashion. When I edited your links, I was thinking that you didn't know about our InterMap, seems I was wrong. Sorry.

I'll take a look at the Oddmuse docs to see how we can help in terms of multi language support. – Manni

Thanks. I did a lot of wrong things receintly, it's all quite new and confusing. when making a "simulated" near link WikiName?: [CamelboneTitle? editable title] you do not really need WikiName?. You need the information that this is a link to an other wiki, yes. But not a link to the page on that wiki describing it on the wiki you are on. You have the link which easyly takes you to this wiki. Short information pages about a wiki can be pretty useful though. On meatball wiki it's like that. I change the WikiName? to wiki name on anti spam links to see what it looks like, missusing the attention focus on the page on purpose. I hope it's tolerable. Moinmoin has a new Anti spam thing. Seen yet? http://moinmoin.wikiwikiweb.de/AntiSpamGlobalSolutionMattisManzel

What is so bad about CamelText?. Its a really convienant way to make and use interal links. To me that is one of the things that makes wikis special, without that wikis are just a open whiteboard. How does it cause trouble with other lanugages?

That new MoinMoin global blacklist looks good. They talk about making blacklist locations updatable in the future so maybe someday soon the chongqed.org blacklist will be a choice. – Joe

DiesesHaus? = ThisHouse?

I like ThisHouse?.
Mir gefällt DiesesHaus? Nominativ, no problem. I stand in front of ThisHouse?. Ich stehe vor diesem Haus. Akkusativ, a problem. "Ich stehe vor DiesesHaus?" is wrong. It's like that in many, many languages. MickeyMouse? is a popular cartoon figure. MickeyMouse?|s are all over. It's like that, but in many ore cases. I do not think the wiki spirit is somewhere attached to camelbone titles. There is conservativismn about them, yes. But we do not use valves, we use transistors and what followed after them now either, do we? How to get that automatized, how to get the writing work minimized is the question, I think. It somehow feels possible to me, I can't help it. I can' code it either btw. – MattisManzel

I think a good solution for this would be creating <nocamel> and <camel> tags. That way wikis written in multiple languages can switch back and forth on the same page if they desire. And there could be an option for turning CamelText? use on or off for the entire wiki when not tagged.

A common thing among programmers is to waste lots of time programming something to save a little time later. CamelText? is a time saver for English wiki users and the programmers of the wiki are also users. Its not absolutely necessary, but its such a convienance English and at least a few other languages it's not going to go away. – Joe

That's it: Camel back is a convenience. If you are a programmer or an experienced wiki user. But to the newcomer, camel back links look like typos. I think that proper spelling looks a lot better and doesn't scare off the new user. Just think how much it would hurt the reputation of Wikipedia if they used camel backs throughout. -- Manni

Mighty right. The "editable titles" way of linking provides propper spelling. It's horrible to write, especially when doing it wikiwide as I did during the last days. There are different ways to do it depending on the engine.


Hey Manni. I noticed you ran 'cleaner' bot on the know-how-wiki (your comment). Looks like it worked well. Was it this BannedContentBot or a different one? Seems like a great idea, especially for wikis like 'know-how-wiki', where the administrators are failing to implement any anti-spam measures, and where there's hardly anyone editing the wiki.

I'm guessing that bot was only recently developed (page created 2004-10-04). It's interesting to see this because only a few days ago I sat down and started thinking about writing a similar bot in java. Guess I dont need to bother. – Halz 25th Oct 2004

Hi Halz,

I wrote my own little bot in Perl. I originally wrote it to revert spam on Lee's wiki. Then I came across the Recent Changes on the know how wiki and thought that I could use the bot there. Turns out that it's pretty difficult to implement something that works on all wikis, even if they are using the same engine. You have to adapt the regular expressions that extract the diff_ids, the authors, etc. I'll take a look at the Banned Content bot you mentioned and I'll keep you posted about any news regarding that bot. – Manni

Don't forget to read the warnings and discussion about using an AntiSpamBot on our site. ;-) --Joe


Hey Manni. know-how-wiki seems to have disappeared hey? Maybe the administrator noticed it was becoming a major spam host. Seems a shame they didn't at least keep it online in a locked-down state.

Anyway look what some b****d has done to KayakWiki yesterday. About 60 pages spammed with links to porno. It's too much to clean up by hand. Could this be a job for 'the cleaner'? – Halz - 2005-02-02 10:57 UTC

Hi Halz! Yes, no more know-how wiki. At least for now. The maintainer didn't even blog about its offline state. Don't know what will happen to it.

Nick Schade already had mailed me about the trouble you had on the kayak wiki. A horrible sight! It's just that I cannot do anything about it right now because I'm away from home, my computer, my dsl connection, and the bot script. I recommend to contact RichardP, author of WikiMinion and ask him to unleash his very powerful bot: http://www.nooranch.com/synaesmedia/wiki/wiki.cgi?WikiMinion/FightingSpamEverywhere

But I really recommend that the Kayak wiki gets itself another wiki engine. Something that can block content, just like good ol AntiSpamDan.

Manni - 2005-02-02 11:41 UTC

Ah yes RichardP has stopped by and mopped it all up just now.

Yeah kayakwiki is running usemod, which has no spam prevention features. Suprisingly there aren't really any good usemod patches available either. Not sure what course of action to recommend to Nick Schade. I get the impression he's not all that technically capable, or just not inclined to spend ages fiddling with wiki software, so it needs to be something easy. A simple patch of usemod would be ideal. I'm pestering the people on usemod wiki, but it's not very active. hmmm. Maybe I will have to learn some perl. :-) – Halz - 2005-02-02 17:18 UTC

Good. I'm really glad to hear that kayak wiki is doing better. Learning perl won't hurt, but you probably know that it takes quite some time to learn a new programming language. Adding insult to injury, the usemod sources are so incredibly ugly that your eyes will hurt as soon as you know a little perl.

But if building a spam trap is too much, you might aim a little lower and still achieve some good results: You could either patch your usemod script or come up with a robots.txt file so that search engines will either stop crawling kayak wiki completely or stop indexing the old revisions. It will take some time before the search engines catch on, but when they do, spammers will have a hard time finding the kayak wiki because they most often look for spam when they search for spammable wikis. – Manni - 2005-02-03 08:24 UTC


Manni, you just removed some content I added to the WikiForum page. Did I post it to the wrong place, or was the removal just an accident? Incidentially, is there an easy why to get OddMuse to automatically add the date/time stamp that appears to part of the commenting conventions on this wiki? – RichardP - 2005-03-08 22:38 UTC

Sorry, Richard. I thought I had it fixed, but it seems we are still having problems with conflict detection and resolution. I added your comment back. Seems we were both editing at the same time, but I was lucky enough to click on "Save" later than you did. – You can get a time stamp by simply entering four plus signs (++++). See WikiNews for more details. – Manni - 2005-03-08 23:53

Thanks Manni. – RichardP - 2005-03-08 23:11 UTC


MattisManzel: Manni, bin nu wieder inne Hauptstadt, wa'? Lass mal 'ne mail rüberwachsen.
Manni, with regards to the server move, the OddMuse difference engine appears to be broken on the new server. – RichardP - 2005-08-29 02:12

Ouch. You're right. Seems to me like the diff command is gone. Let's see what the hoster will tell me. Keep your fingers crossed. – Manni - 2005-09-27 08:39

I have disabled the diff feature for now. I hope this is just a temporary issue and that I'll be able to enable it again soon. When you can see the diff links again, I was able to fix this. – Manni - 2005-09-27 08:56

Diffs shoud now be working again. But please note that they are still broken for edits that occured during the period in which they were broken. Newer and older edits should show the correct diff, though. – Manni - 2005-09-27 08:31 UTC

Speaking of bugs, the dates in revision histories and the auto date stamp all appear incorrect to me (off by about a month). Is the server date set incorrectly? Note that date stamp for this edit is 8/29, not 9/27 – RichardP - 2005-08-29 03:45

I erased my chongqed.org time zone shift preference and the incorrect dates disappeared. Maybe the timezone shift feature relies on server functionality that is broken or otherwise different from the old host? It was showing -0700 (which appears to be a default). Note that 700 hours is about a month, so I suspect that OddMuse's idea of what constitutes a time zone specifier conflicts with the new server. – RichardP - 2005-09-27 07:59 UTC

Hmm. Now that you mention it, it seems that your timestamps were always off quite a bit. Never realized it before, though. The time zone shift in Preferences lets you insert a positive or negative number of hours that gets added to the server time. In fact, this never worked (correctly) with +700. I'll add a little note to the Preferences page to make this more clear. – Manni - 2005-09-27 10:35