Hello
My name is Vic Mehta. I am a Mechanical engineer and I live in
Michigan. I like your site about all technical stuff on Thermodyanmics,
electronics, physics etc....
I was wondering if this is something, can I get on a CD or how do I download
everything for my reference. I only want this only if this is freely available.
Thanks
Vic Mehta
I recently installed mediawiki and got tex to work after I read INSTALL
more closely to find out ocaml 3.0.6 is required :-)
Now I'm facing the "problem" that phase3 rewrites an url
http://domain.tld/wiki.phtml to http://domain.tld/wiki/wiki.phtml
Well this doesn't actually bother me much as long as everything gets
displayed correctly BUT it doesn't find ~/upload/ anymore since it writes
it as ~/wiki/upload/ and therefore doesn't show any images cause it cant
find them.
When I manually remove the *superfluous* wiki from the URL it works fine.
Now I read INSTALL and README a couple of times but couldn't find a hint
where I'm mistaken.
--
Hi,
Perhaps i expect to much of categories but I still do not see the difference
between categories and other articles.
Evan Prodromou wrote:
> From a graphical level, part-whole implies a tree structure
This is only true for one type of part-whole-relationship. There is
Part-of-Time, Part-of-Space, Part-of-Belonging etc. With all this
posibilities you end up in a multiple hierarchy.
> OK. I took "dividing an article into subtopics" as "dividing an
> article into parts". I think there's ways that "subtopics" could be
> parts, and ways that "subtopics" could be members of a category.
No way. The difference between Part-whole-relationship and
instance-of-relationship is too slightly to bee recognized by a large community
in
the same way. In a short article about Northern Ireland there could be a chapter
about National parks of Northern Ireland (part-of). Somebody moves it into an
article of it's own. In short time there will be more than one parent of this
article (Irleand, National Parks, Conservation in the United Kingdom...).
Erik wrote:
> Category pages are not articles. Like talk pages and meta pages, they
> should be logically separated from articles, which has numerous benefits
> (easier searching/filtering, counting etc.)
If you mean articles containing *only* a list of other articles that are
categorized under the same topic you are right. But there are a lot of real
articles that *also* contain lists of subtopics. A quick example:
In [[en:Statistics]] there is a the following part "Some sciences use applied
statistics so extensively that they have specialized terminology. These
disciplines include:" and a list containing "Biostatistics, Business statistics,
Economic statistics, Engineering statistics, Population statistics,
Psychological statistics, Social statistics, Process analysis, Chemometrics".
I think most people would categorize these articles in [[category=Statistics]]
or [[category=Applied statistics]]. With your approach we´ll have
1.) an automatically generated page [[category:Statistics]] and
2.) the manually generated list in the article [[Statistics]]
That does not seem very smart. By the way an article can be categorized
in multiple topics so there may be multiple manually generated lists in
different articles that are only connected via normal links and some
category-pages.
If category-pages should get a different namespace like the Talk-pages there
will be a automatically generated category-page for each article. In most cases
It will be empty or small. There should be a way to include it's content in the
article for instance with something like {{MySubtopics}}
Greetings
Jakob
Hi,
following the discussion about categories, I'm thinking about how to
make it easier to use for editors. Please remember, the Greatness of
Wiki is it's simplicity, and that's the reason for it's success.
Currently almost everybody is able to edit articles, but if we introduce
a complex taxonomy, or an ontology, or the edit box is filled with
near-semantic markup tags, this might change. Please, KISS! ;)
For a start: How about some mechanism, e.g. a pulldown menu, offering a
content template for a certain category? This could include an article
structure, some {{category}} related markup and maybe even some editing
help (comments, hints, etc.) which will be automatically removd when the
page is saved for the first time.
At the moment, several types of templates are mostly used as text
snippets in a certain context (e.g. template for biographical article,
template for a location, etc.); the appropriate templates have to be
located and applied to the article via cut/copy/paste - and the editor
has to know about the existence of a template for his article. Offering
a simple and easy-to-use mechanism might help the acceptance of
categories, especially when they are becoming more complex. E.g. in
Wikitravel, where some kind of article structure has been established
from the beginning; such a pulldown or other mechanics would help a
great deal, I think.
Also, if we start working not only with (more or less) one article (=
one page), but more with a series of pages in a {{category}}, we need
tools to better keep track of our movements in the 'pedia. I'd suggest
Breadcrumb Navigation (sometimes also called "Trail") for this; this
would indicate, which page we've vistited recently, and allow for quick
navigation. Several other Wikis have this implemented, so this mechanism
most probably will be understood well; it could be an optional element,
switched on or off via preferences.
Greetings, -asb
> From: Erik Moeller
>
> It's not so much an Internet/paper distinction but a primary/secondary
> sources distinction. Errors being promulgated from one book to the
next
> happens on paper just as it happens online. A personal webpage may
well be
> a much better source for vital data than a biography written by a
third
> party, and that in turn may be a better source than a book that
briefly
> mentions the person in context.
That reminds me...can we add a little <permanent URL for this version>
at the bottom of the article pages?
We can find the link to the archived copy of previous versions, but
there's presently no way to make a hard link to the presently displayed
version.
That would be a very simple step in making Wikipedia usable as an
"authoritative" resource, for one thing.
It's also helpful for internal discussions if you want to have a
discussion comparing different versions of the same entry.
--tc
On Dec 12, 2003, at 14:05, evanprodromou(a)users.sourceforge.net wrote:
> Update of /cvsroot/wikipedia/phase3/includes
> In directory sc8-pr-cvs1:/tmp/cvs-serv22026/includes
>
> Modified Files:
> Skin.php SkinCologneBlue.php
> Log Message:
> Added default text for when uploading is disabled. Since this is the
> default for new installations, it's important to have this text handy.
>
> In addition, hid the "Upload file" link if uploads are disabled.
The problem with this is that we use $wgDisableUploads on en2, but we
want to show the Upload link (which redirects to en).
-- brion vibber (brion @ pobox.com)
Hello,
on the just-converted it: wikipedia we found an article that we would like
to delete, but that we are unable to access by the usual web interface.
The title is "''A. Alba'' Miller", and the four quotes are probably
screwing up any SQL statement. With a SELECT i found that its cur_id is
5430.
We don't have direct write access to the database. Can a developer please
delete that article?
Thanks,
Alfio
Brion,
Would you like some help, putting the pieces of your brain back in your
skull? ;-)
I appreciate your attention to the categorization issue. But don't let
the pressure cause any more explosions, please: your mind is Wikipedia's
number one National Treasure.
Ed Poor
Hello,
we just converted it.wiki to the new software today, and everthing is
running great, apart from the thousands of pages undergoing renaming and
moving.
Maybe it's just a stupid question, but if one wanted to change the logo in
the top-left corner (we have some localized ones), I don't know where to
put it to make it appear in the right spot. Does this it require just
sysop access? or developer access?
Ciao,
Alfio