Editing Talk:Interwiki link standard

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.

Latest revision Your text
Line 11: Line 11:
you would be pretty close to the [[Interwiki]] "standard" as it is now '''implemented already'''
you would be pretty close to the [[Interwiki]] "standard" as it is now '''implemented already'''


::YES, EXACTLY.  BUT THE LANGUAGE MUST COME FIRST!!  THE WHOLE SEMANTIC WEB AND ALL TRANSLATION AND OTHER CAPABILITIES DEPEND ON THE LANGUAGE COMING FIRST.  IT IS NOT UP TO THE "SERVICE" HOW TO TRANSLATE A PAGE, NECESSARILY.  Hell even in "en.wikipedia.org/wiki/page" the "en" comes first.  That's for a reason.  And so is this.  And please don't waste my time by telling me about subdomains (those shouldn't be distinct from subdirectories, in a uniform name space).


As a result, a reference to "[ [ en: Metaweb: phyle ] ]" will be interpreted incorrectly as a reference to English Wikipedia where there is no article, instead of correctly to [http://www.metaweb.com/wiki/wiki.phtml?title=phyle English Metaweb 'phyle'] where there is one.   
As a result, a reference to "[ [ en: Metaweb: phyle ] ]" will be interpreted incorrectly as a reference to English Wikipedia where there is no article, instead of correctly to [http://www.metaweb.com/wiki/wiki.phtml?title=phyle English Metaweb 'phyle'] where there is one.   
Line 19: Line 18:


::The worst of those developers is TimStarling who wants to add all these [[police state]] features.  And as you know there is a strong case to move to [[MoinMoin]] or whatever [[Metaweb]] comes up with.  You can bet that when Danny Hillis starts writing code to deal with the [[GFDL text corpus]], it will sure not be crap in PHP.  And full text search will work no matter what the load.  It's more a question of the [[Mediawiki]] folks, even Proteus/Parrott, not knowing what matters, and being basically [[script kiddies]] by comparison to the Python and Metaweb people.  Or almost anyone else.
::The worst of those developers is TimStarling who wants to add all these [[police state]] features.  And as you know there is a strong case to move to [[MoinMoin]] or whatever [[Metaweb]] comes up with.  You can bet that when Danny Hillis starts writing code to deal with the [[GFDL text corpus]], it will sure not be crap in PHP.  And full text search will work no matter what the load.  It's more a question of the [[Mediawiki]] folks, even Proteus/Parrott, not knowing what matters, and being basically [[script kiddies]] by comparison to the Python and Metaweb people.  Or almost anyone else.
----
To me it seems that that the order of [[Language]] and [[Service]] is a question of semantic rationale and not that the current syntax is bad, it's just the syntax it is now and we are going to have to work with it. Note that [[interwiki]] seems to originate in usemod-[[wiki]] where languages were not a question to consider since it's designed to handle only English.
:"interwiki" is worthless, because it's technology-dependent AND language-dependent.  Forget it.  The semantic rationale is simple and absolute:  one works in one language at a time, almost always, and switches services within that language.  The [[MediaWiki]]/[[GetWiki]] syntax IS bad, and we DON'T have to work with it.  Among other things we can just do it right in anchor text, and later use a bot to fix the links, when the software works properly.  There is for instance no problem with saying [[w:fr:anomie|fr:wikipedia:anomie]] for now, and fixing it later.  Consider this a bug workaround.
:The recent [http://mail.wikimedia.org/pipermail/foundation-l/2004-May/000039.html expansion of wiktionary to all 162 languages] points out yet another problem.  When a service forks into multiple services, old links to <nowiki>[[en:]]</nowiki> and <nowiki>[[fr:]]</nowiki> and other languages do not refer to the alternate language of that same service, but to "English Wikipedia" and "French Wikipedia".  That's because en: and fr: do not mean "that language" but a specific service in that language.  This is wrong, and just proves the need for the standard and order <nowiki>[[language:service:subspace:name]]</nowiki>.
-----------
Squabbling among [[M.R.M. Parrot]], [[Tim Starling]], [[Erik Moeller]], and other highly ideological developers who seem to believe in [[developer vigilantiism]] rather than actually researching and meeting user requirements, seems to have stalled any progress towards a serious [[interwiki link standard]].  Perhaps part of a [[Peace Process]] is resolving this as well.
Please note that all contributions to Consumerium development wiki are considered to be released under the GNU Free Documentation License 1.3 or later (see Consumerium:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

To protect the wiki against automated edit spam, we kindly ask you to solve the following CAPTCHA:

Cancel Editing help (opens in new window)