One of Wikipedia's great strengths is the "category" system. At the bottom of every article, you'll see a line that begins "Categories:". The links on that line provide a really interesting way to browse the encyclopedia. For instance, if you're reading up on one Olympic competitor, you might be surprised at who else you stumble upon by browsing categories.

Ever wonder about the history of bridges in Portland? Looking for a museum in Oregon, but can't remember the name? Have some questions about Oregon state legislators? Browsing categories can help.

A final note -- if you look at the last couple examples, you'll see not only lists of articles, but lists of sub-categories. In fact, the category for Oregon legislators contains no individual articles; that's because every legislator we have an article is further categorized as a senator, a representative, or both. So, to get to the individual articles, you'll need to burrow down into the more detailed categories.

Finally, for a more visually interesting introduction to Oregon-related articles on Wikipedia, you could always try the Oregon portal! On that one, keep in mind that every time you refresh the page, it will load a fresh set of article previews.

The open source hardware project is called Arduino and is available prebuilt for a minimal price (about US$30 to US$40) - though you could build it yourself if you like (the diagrams are online and available to all). An accelerometer was attached to the Arduino device (which was attached to the computer via USB) and the outputs printed out on the console.

The wiki talk covered what it took to install a wiki and the speaker's experience with wikis (and MediaWiki in particular).

The couchdb talk discussed couchdb (which was particularly pertinent, because it runs using Erlang, discussed earlier). Couchdb is a database which is based on documents and uses RDF for everything, and which can be spread out among a set of computers quite easily. Note that it is not relational, and it is not object-oriented either.

And of course, what is BarCamp Chicago without Ron May?

This book covers the open-source MediaWiki wiki engine from installation and getting started through structuring your collaborative website, advanced formatting, images, multimedia, security, and managing users to backing up, restoring, and migrating your installation and creating new MediWiki templates. The author, Mizanur Rahman, is a Senior Software Engineer at ReliSource Technologies (http://www.relisource.com). The book has a fast-paced, friendly tutorial style and uses a fun example to teach all of MediaWiki's key features. Run your own MediaWiki collaborative website with this fast-paced, friendly tutorial, which is full of information and advice for creating powerful MediaWiki sites, and filling them with varied and useful collaborative content. Whether you are creating a public wiki for completely open contributions, a private wiki for collaborating within your work team or group of friends, or even a wiki for personal use, this book will show you all the essential steps. You will see the various ways of organizing and managing content, and preventing collaboration from getting out of control. You'll learn how to incorporate images and other media into your pages, as well as becoming a wiki markup wizard to produce intricately formatted pages with tables, lists, and more. On the technical side, the book covers how to administer users, back up and restore content safely, migrate your installation to another server or database, and even make hacks to the code. The power that makes MediaWiki so popular also makes it daunting for many would-be administrators. This book puts MediaWiki in the hands of busy administrators with no time for trial and error, enabling them to get their site up and running quickly and easily. A fun example that runs through the book holds everything together as you see how a real site develops and improves as more and more features of MediaWiki are used. This book is for competent computer users who want to run MediaWiki. They should have some knowledge of HTML and have used a wiki before. No PHP knowledge is required for most of the book, although some chapters at the end include some PHP code. Table Of Contents: 1 Introducing MediaWiki 2 Installation and Configuration 3 Creating Your First Wiki 4 Advanced Formatting and Multimedia Content 5 Organizing Content with MediaWiki 6 Managing Multiple Users 7 Administration Essentials 8 Templates and Themes 9 Customizing MediaWiki 10 Backing Up and Moving a MediaWiki 11 Cool Hacks

Download 1/2>>

Download 2/2>>

]]> http://netbandita.wordpress.com/?p=1095 Mon, 18 Aug 2008 12:13:41 +0000 NetBandita http://netbandita.wordpress.com/?p=1095 Nos, tegnap befürödtem ezzel a MediaWiki felületkészítéssel. Már második alkalommal. Firefox alatt rendesen működött, jól nézett ki, de sajnos az Opera, az Explorer és a Safari böngészőkben már nem mutatott ilyen kedves képet magáról. Ez amiatt van, mert agyon van hackelve a felület, hogy minden böngészőben úgy nézzen ki, akár a Wikipédia (sajnos az egyes böngészők eltérően kezelik a szabványokat). Azt hiszem, ezt nem fogom tudni megoldani sajátkezüleg.

Nos, azóta eltelt pár óra, s nagyjából sikerült megvalósítani az elképzelésemet. Puskáztam más felületekből, s ennek megfelelően átalakítottam a stíluslapot. Még béta, mert hiányzik pár designelem.

Holnaptól nekiállok felvenni az egyetemi ritmust, mely a vizsgaidőszak fele éri el a hallgatót. Közigazgatási joggal kezdem. Csak azt sajnálom, hogy nem hoztam haza a jegyzeteimet (szerencsére a tankönyveimet igen). Olyan szempontból jó, hogy van még két vizsgám, hogy javíthatok az átlagomon. Bár ösztöndíjat semmiképpen sem fogok kapni, azért egy minimum szintet hozhatok, amit még elfogadhatónak találok. Ennek örömére feltehetőleg a Jogi Lexikon is fog gazdagodni pár szócikkel, emiatt sem bánom, hogy még vizsgázok.

A mai napot azonban még a pihenésre fordítom. Azt tervezem, hogy belevágok egy mediawiki sablon készítésébe. Jó lenne egy nap alatt lezavarni, de inkább nem siettetem, mert élesben próbálnám ki. Természetesen a Jogi Lexikonon.

This video from the excellent Common Craft explains it better than I could hope to.

Wiki's have been used for everything from collaborative scriptwriting ( < good link that one) to knowledge sharing in the US Government. It's incredibly powerful and democratic tool, and 

Wikipedia was the original, but now anybody can make one. (more on that soon)

Also, to answer the earlier-posed question about the Squid having to log a ton of extra space when it restarts, it turns out that is true - apparently something (either Apache restarting or somehow detecting that the Squid just came back) triggers it so that the MediaWiki install sends a <em>ton</em> of "PURGE" requests to the Squid server which basically tell it to forget about a page it may be caching because it's probably out of date now.  Each request is another line in the log-file, so that's about 800,000 extra lines in the span of a few minutes.

The quest for the right wiki took me quite a while. A good starting point for comparing the features of the many wikis around is the WikiMatrix.  I tried quite a few of the wikis listed, but none of them served all the purposes I intend to use the range of wikis for (co-authoring, file management, personal information management, etc).  One option would have been to use different wikis for different purposes, but the learning curves and maddening variations in syntax caused me to make the principled decision to focus on one wiki only and master it well.  I chose MediaWiki, as it has the most complete set of features and has proven to be very reliable and , as demonstrated by its use in Wikipedia. It also has a large user base, guaranteeing sustainability and further development.

The next question was whether to use a hosted version or host it myself? Hosted versions are expensive, especially when hosting multiple wiki instances. My current Dutch provider, Hosting2Go, didn't provide good support for MediaWiki installation and configuration. In my quest for another provider, I came across SiteGround.  They not only provide great web space (750 Gb!) and bandwidth (7500 Gb / month!), but their customer service also installs as many MediaWikis as you need. This for only about US$ 6,- / month. I had three MediaWikis installed, all of them ready for use within 15 minutes after my requests.

After their installation, I only had to make some small changes to the LocalSettings.php configuration file, in order to get the right privacy settings. This turned out to be really simple with the help of the following document: How to make your MediaWiki private?

Le compte total est de  : 327 millions pour l'ensemble des projets.

Coté surprise, la Wikipédia japonaise est 2ème en nombre de visites, alors qu'elle n'est "que" 5ème en terme de nombre d'articles...avec littéralement 3x plus de visites que la Wikipédia francophone, pourtant 3ème en nombre d'articles.

Vous pouvez aussi accéder aux stats détaillées de chacun des wikis. voici les notres, avec comme d'habitude (soupir) un bon nombre de trucs de cul dans le haut de la liste. Et encore, ça n'est rien comparé aux statistiques de Commons. Comme quoi, pour reprendre l'adage connu, "the internet is for pooorn".

I was in Egypt for my first Wikimania. I was here to feel how one of the biggest global collaborative project works, from a governance and technological standpoint.

I'm not a contributor to Wikipedia, and i never actively followed the free culture movement. What i discovered is that the Wikipedia project defines itself as a media project, rather than a simple collection of controversial user-generated content, which is much more ambitious!

I was impressed by the quality of the keynotes, speakers were thinking big, but sometimes too much - officials showed an open mind but sometimes their talks were just pointless. On another side, most contributors were much more down-to-earth. It was striking to see the Wikipedia board openly discussin issues with a huge audience, without problems.

Benjamin Mako Hill talks was brilliant. At least now we have evidences that Facebook is spying on us!

Just as brilliant was Ronda Shearer talk. The story of the Monster Pig Hoax was eye-opening. Just as evidences that networks are actively cheating on truth, even when information are unimportants.

On the technology side, i realized that Mediawiki is certainly more than the lackluster piece of software that commercial wiki vendors sometimes describe: UI is certainly not its best side, but it is very scalable and some wiki innovations seems to be happening only on Mediawiki, namely semantic implementations and open source online video edition.

Le code n'est pas bien sorcier, mais d'autres plus complets seront prochainement mis en ligne (peut-être). Le début de la gloire, quoi

Thanks to a new extension by Teknomunk, you can now enable the rss feed at http://lyricwiki.org/Special:WatchlistFeed.

Since this is a really great feature to have in any wiki, Teknomunk plans to make this extension public so that all MediaWikis can use this feature (it is very commonly requested). Thanks Teknomunk! :)

vs. mit Wikis besser arbeiten!

In der Welt der Computer und des Internets gibt es immer mehr als nur eine Variante

Es gibt zum Beispiel nicht nur Windows/Mac. Da wäre zum Beispiel Linux. Oder neben Google, der alten Datenkrake gibt es Ixquick. Eine Metasuchmaschine (die auch Googleergebnisse verwendet), die vor kurzem mit dem Datenschutz Gütesiegel ausgezeichnet wurde. Und und und.

Warum sollte das für Wikisoftware anders sein?

Die Wikisoftware "Mediawiki" sollte den meisten Internetnutzer_innen bekannt sein. Sie ist die technische Grundlage für größte Enzyklopädie im Internet, der Wikipedia. Im Rahmen des Projektes Gender@Wiki habe ich bereits mit dieser Software gearbeitet. Für größere Projekte, die ein Wiki gerne auf ihrem eigenem Webspace einrichten wollen, kann ich diese Softwarelösung empfehlen.

PmWiki : Pm Wiki via kwout

Eine weitere, kleinere Wikisoftware ist "PmWiki". Wie in meinem letzten Beitrag geschrieben, habe ich bereits technische und inhaltliche Erfahrungen mit dieser Software sammeln können. Ich verwende diese Software zum Beispiel

• um innerhalb des Sportvereins WICKO e.V. kollaborativ Veranstaltungen zu planen, Materialien zu sammeln und Texte zu verfassen oder
• als Arbeitswerkzeug der Genderbibliothek um Projekte, Anträge oder Aufgaben kollaborativ zu planen und schriftlich auszuarbeiten

Der große Vorteil ist, dass ich dabei keine Datenbank einrichten muss. Ich persönlich habe neben den üblichen Datenbank-Einrichtungs-Installationsroutinen für Blogs oder anderen Anwendungen nämlich keine Ahnung von Datenbanken.

Ein Wiki fürs Projekt "Lesestark - Dresden blättert die Welt auf"

Lesestark : Home Page via kwout

Ich möchte kurz beschrieben, welche 10 Schritte ich bis zum Einsatz des Wikis gemacht habe:

1. Download der PmWiki Software
2. entpacken und hochladen der Software auf den Webspace
3. Installation
4. Grundeinstellungen vornehmen
5. Sprache einstellen (gestaltet sich jedesmal als Abenteuer für mich, da ich mir den Text manchmal nicht genau genug durchlese. Am Ende ist es aber immer auf Deutsch :)
6. Sicherheitseinstellungen vornehmen (bis jetzt sind alle Wikis, die ich oben beschrieben habe geschlossen und nur mit personalisierten, von mir zugewiesenen Zugangsdaten zugänglich. Das hat den Vorteil, dass die Änderungen im Wiki gleich der Person zugeordnet werden, die diese vornimmt)
7. Mitteilungsdienst aktivieren (bei einer Webanbieter_in wie Strato funktioniert das ganz wunderbar. Änderungen werden zusammengefasst und an alle per Mail geschickt, die auf der entsprechenden Seite eingetragen wurden. Bei einem ganz eigenen Server funktioniert das bis jetzt nicht. Ich vermute, dass auf dem Server ein extra Mailserver installiert sein muss.)
8. Thema ändern (ich finde das default Theme nicht so sonderlich umwerfend und verwende meist das Light Theme. Wie der Name bereits sagt, ist es sehr "Leicht" anzusehen und zu bedienen.)
9. Favicon erstellen und in das Wiki einbinden (ein Favicon ist wichtig um eine höhere Identifikation mit der Seite zu gewährleisten. Das ist das kleine Bild, dass oben in der Adressleiste des Browser und im Firefoxbrowser-Tab zu sehen ist)
10. Technisch ist soweit alles vorerst erledigt. Jetzt kann mit Hilfe der Basis Befehle der Inhalt angepasst werden. Für alle weiteren Bearbeitungen dient die ausführliche Dokumentation.

Fazit

Innerhalb eines Projektes kollaborativ, transparent und nachvollziehbar zu arbeiten war nie so einfach. Wikis geben der Gruppe die Möglichkeit am gesamten Prozess zu partizipieren. Jede kann sich einmischen und ihre eigenen Stärken möglichst produktiv einbringen. Wenn du kreativ schreiben kannst, müssen sich andere um deine Rechtschreibung kümmern. Persönliche Stärken können weiter ausgebaut werden, an Schwächen kann gearbeitet werden.

Empfehlung

Wie schwierig es ist ein Wiki selbständig einzurichten, hängt von deinen Fähigkeiten und dem Zugang zu geeignetem Webspace ab. Du musst auch bedenken, dass es mit einer einmaligen Installation nicht zu ende ist. Neue Versionen der Software musst du aus Sicherheitsgründen regelmäßig upgraden. Das macht viel Arbeit.

Du kannst die ein Wiki auch online unter http://pbwiki.com/ einrichten. Hier verpuffen alle technischen Hindernisse mit einem *Schnipp*.

Weitere Links:

• Lernen2.0 - Lektion 10: Wikis, der erste Teil
• Lernen2.0 - Lektion 11: Wikis, der zweite Teil
• Wikis in Plain English

Viel Spaß beim Einrichten und arbeiten mit Wikis wünscht,
Mari*us Zierold

Pour l'instant, je n'ai pas trop le temps ou la motivation de détailler mon opinion là dessus, mais en attendant, voici quelques liens (en anglais) pour vous faire les dents sur le sujet.

• Test-driving Google’s Wikipedia competitor, par Ben Yates

• Google Knol and the future of Wikipedia and Wikimedia, par Millosh

• five mistakes Google made with knol, encore par Ben Yates

• Knol, par Domas Mituzas

Je dirais juste que contrairement à Larousse, il ont eu le bon gout de faire dès le début des URL permettant d'accéder aux articles. D'un autre côté, l'intéret était surement plus évident pour google ... vu que leur outil de base est un moteur de recherche.

Nachdem sich ja jetzt einige getraut haben, im Lernen 2.0 Wiki ein paar Einträge zu machen, kommen wir heute zu ein paar Formatierungstricks und Tipps zum Einsatz von Wikis.

Einsatzzwecke

Vor allem in Intranets haben Wikis gravierende Vorteile im Gegensatz zu der noch immer eingesetzten Methode, Dokumente auf Fileservern abzulegen. Oft werden Beschreibungen von Arbeitsgängen, Infozettel u.ä. auf Netzlaufwerken in der Bibliothek abgelegt. Das führt ziemlich schnell zu einer eher unübersichtlichen Sammlung von Dokumenten. Bestimmte Texte waren z.B. bei uns in Ordnerstrukturen nur von denen wiederzufinden, die sie mal angelegt hatten, die Suche nach Stichworten war (fast) unmöglich. Wir sind vor ca. 3 Jahren auf ein Wiki im Intranet umgestiegen, das Auffinden von Informationen hat sich dadurch extrem verbessert.

Auch die (Un)Sitte, über Arbeitsgängen per Email zu informieren ist deutlich zurückgegengen, seitdem die Arbeitsgänge im Wiki nachgewiesen sind, so ist man immer auf dem aktuellsten Stand, kleinere Änderungen können von allen MitarbeiterInnen nachgetragen werden werden.

Wikis sind ideal z.B. für

• die Dokumentation von Arbeitsgängen
• Planung von neuen Arbeitsgängen
• Vorbereitungen für Besprechungen
• die Planung des Betriebsausflugs ;-)
• zur Organisation von Barcamps, Bibcamps werden "tradionell" PBWikis (PeanutButter Wikis, dazu später) eingesetzt

Ängste, Hürden

Fast immer ist beim Einsatz eines Wikis zu beobachten, dass das Prinzip "jede/r kann alles schreiben/ändern/löschen" vielen KollegInnen unheimlich ist. So folgt bald der Ruf nach Rechten, Rollen und Regeln, auch "genieren" sich manche SchreiberInnen, unfertige Texte - und sei es auch nur im Intranet - zu "veröffentlichen". Manchmal hört man auch "die Seite gehört mir", und die Möglichkeit, dass andere sie evtl. ändern könnten, löst Unbehagen aus. Dass das auf einem Fileserver meist genauso möglich wäre, wird verdrängt ;-). Nach mehr oder weniger längerer Nutzung stellt man meist fest, dass man - je nach Einsatzzweck - meist auch ohne Regeln und Rollen zurecht kommt...

Entdeckungsressourcen

Üben Sie ein bischen mit den Formatierungen im Testwiki

Seite anlegen: Einfach den gewünschten Seitentitel (z.B. Mein Wohnort) in eckigen Klammern in die eigene Seite schreiben, [[Mein Wohnort]]

Verlinken extern: Wenn man nur die "http:// Adresse" eingibt, macht das Wiki daraus automatisch einen Link. Soll der Link einen Namen haben, gibt man folgendes ein [http://log.netbib.de netbib Weblog], also jeweils eine eckige Klammer für einen externen Link und zwischen der Adresse und dem gewünschten Namen des Links ein Leerzeichen.

Verlinken intern: Für einen Link auf eine Seite im Wiki werden zwei eckige Klammern benutzt, Beispiel [[Kellergeschoss]]

Aufzählungen: Die Aufzählungspunkte untereinander schreiben und jeweils direkt davor ein * tippen (für eine sogenannte ungeordnete  Liste). Soll es eine Aufzählung werden, wird statt des Sternchens das # Symbol benutzt.

Automatisches Inhaltsverzeichnis: Die Standardeinstellung bewirkt, dass bei mehr als 3 Überschriften (definiert durch die = Zeichen vor und hinter einer Überschrift, z.B. == Das Lernen 2.0 Wiki ==) automatisch ein Inhaltsverzeichniss eingeblendet wird.

Entdeckungsaufgabe

Dies ist eine gute Gelegenheit, mal das "kollaborative" Arbeiten an einem für uns alle nützlichen Projekt zu üben. Natürlich könnte ich auch selbst versuchen, den Text von Kathryn Greenhill, 10 ways to find time for 23 Things zu übersetzen, aber ich bin mir sicher, dass das gemeinsam besser funktioniert.

Dazu habe ich eine Seite im Lernen 2.0 Wiki erstellt, und dort auch gleich mal die oben erklärten Formatierungen benutzt. Wenn man auf bearbeiten klickt, kann man sich die verwendeten Formatierungen anschauen (und sich natürlich auch gleich an die Lösung der Aufgabe machen ;-) )

Nah, berhubung servernya ada di lab RPL, saya kebagian tugas meneruskan maintenance web ini. Sayangnya saya nggak ngarti megang Linux, padahal server terdahulu menggunakan Linux sebagai OS-nya. Nah, biar bisa melaksanakan tugas maintenance, saya kepikiran untuk memindahkan MediaWiki-nya ke OS Windows Server ajah... Yang gampang aja lah makenya, tinggal klik-klik aja :D

Maka dilakukanlah proses backup database Wiki-TA-PA yang lama oleh admin terdahulu (a.k.a si jenggot) dibantu ama zeft. Kemudian harddisk servernya di format dan di install Windows Server 2008.

Nah, tantangannya adalah gimana supaya MediaWiki (yang berbasis PHP) bisa jalan di atas IIS 7. Setelah guuggling sana sini, akhirnya ketemu juga caranya... Berikut adalah langkah2 yang saya lakukan :

1. Format harddisk
2. Install Windows Server 2008
3. Setting jaringan (set IP) buat windows servernya
4. Tambahkan role "Web Server IIS" untuk windows servernya
5. Masang MySQL (step2nya bisa diliat disini, udah kumplit)
6. Ngidupin PHP di Server 2008 (step2nya bisa diliat disini, udah kumplit) pake CGI gitu... Apaan tuh gw gag ngerti... Ikutin aja tutorialnya, hehehe...
7. Trus setelah memastikan MySQL dan PHP-nya udah idup, tinggal masang MediaWikinya (sekali lagi, udah ada seteb bae seteb-nya disinih). Walaupun itu tutorial untuk Windows Server 2003, tapi tetep bisa dipake di Server 2008.

Nah masalah selanjutnya adalah, ternyata database yang dibackup nggak compatible sama MediaWiki ini. Entah karena versinya lebih baru atau karena MySQLnya dipasang di windows 2008, entah lah... Pokoknya masalah terjadi ketika saya mau mengisi database baru di Server 2008 dengan data hasil backup dengan command :

source d:\mediawiki.sql
(perintah ini mengisi database -yang digenerate sama MediaWiki saat installasi- dengan data backup dari server yang lama)

Dengan perintah diatas, data-data dari MediaWiki yang lama berhasil di insert ke tabel2 yang baru. Web bisa dijalankan, bisa login, bisa create user baru, tapi, terjadi error ketika akan membuat page baru! Hal itu kemudian bisa saya atasi dengan bantuan dari halaman ini :

1. Backup dulu database yang sekarang dengan perintah "mysqldump"... Tapi saya sih pake phpMyAdmin aja :)
2. Trus copy file "adminsettings.sample" ke root folder MediaWiki, ubah extensinya jadi ".php" dan edit isinya sesuai kebutuhan
3. Jalanin perintah "php" untuk manggil file "update.php" di folder maintenance. Kira2 seperti ini : "C:\PHP>php c:\wwwroot\wiki\maintenance\update.php"
4. Selesai

Seharusnya setelah di Update, MediaWiki bisa bekerja dengan baik. Dalam hal ini, semua data dari Wiki-TA-PA-IF yang lama berhasil saya pindahkan ke OS Windows Server 2008...

(source : blog de Brion Vibber)

Thank Baris GUADEC is approaching and I will get a dose of Mediterranean again. You know, the smell and the rhythm. I need to throw here some Maemo related stuff in order to alleviate the weight of my backpack before flying South:

1. Maemo and Nokia BoF is one of the first GUADEC sessions. Instead of an agenda I'm bringing a microphone to record and publish the discussion. Post here questions or comments if you wish.
2. The extras repository sources autobuild tyranny initiated with the Maemo 4.1 release is still doing some pain. And a lot of good. The guys on top are brave and they got all our support.
3. Maemo brand, finally defined. Feedback is welcome. The proposal has gone through some rounds and we expect to have it approved by 2008-07-22.
4. maemo.org logo contest. Impressive amount of contenders and submissions. After only 56h a good winner was assured, and the quality is improving. Now we only miss a jury.
5. wiki.maemo.org flies now on top of a MediaWiki. Can't avoid thinking that one year ago I was perhaps too polite. Anyway, all lessons are learned for good.
6. maemo.org development process, now totally open as in transparency and involvement. Hopefully the core fellows will get community help for the 100 Days Action Plan.
7. I do need help in three interrelated tasks: Maemo_contributions, Upstream projects and Remarkable community projects. If you could just add a bit of information in a single edit, that would be great.
8. The Maemo Summit, of course: Berlin, September 19-20. I'm willing to announce the open registration since 2 weeks ago but every day seems to be a one day delay. Soon.
9. Not off-topic: frankly speaking I expected more buzz or questions about Symbian. Don't get me wrong, it's ok. Thanks to this I have been able to focus on some real work. ;)
10. And 1H2008 is gone. These days I'm de Rodríguez with more time to read/write/discuss with some of the great engineers in our team. The advice they give me is Maemo has the community it deserves. Probably this will be my main Food for Thought in 2H.

Istanbul, here I come again.

- vim and ruby scripts step by step

- introduction to regular expressions

- wget: download files from the command line

vim load_mediawiki_list.rb #Or use your favorite editor and create the file load_mediawiki_list.rb

<a> # pulse the "a" key (omit if you are using other editor)

[sourcecode lang="ruby"]

$stdin.read.each{|line| puts "#{$1} => #{$2}" if line =~ /