> Lost of web pages make their content available without charge
> for "educational purposes". IANAL, but I guess an encyclopedia
> is clearly educational, so does that apply to wikipedia as well?
> If yes, it would mean that we could copy texts and images (all
> while giving proper credit to the original source).
The trouble is that we could not re-license it under the GFDL.
That's probably OK for images. That's one of the main uses I
envisioned for the image description pages--to list credits and
external sources. But I think it's important for our text to be
GFDL'd, and we can't do that with borrowed copyrighted texts. We can,
however, summarize them in our own words and link to them--that's
really not that much work.
0
Lost of web pages make their content available without charge for
"educational purposes". IANAL, but I guess an encyclopedia is clearly
educational, so does that apply to wikipedia as well? If yes, it would mean
that we could copy texts and images (all while giving proper credit to the
original source).
Magnus
This may be a duplicate, so please disregard if this
if the case.
LDC wrote:
>The questions, then, are (1) when a new user signs
up, giving an e-
>mail address, should we further require that he check
a box
>saying "allow other wikipedians to mail me" or should
we let him
>check a box saying "don't allow other wikipedians to
mail me". The e-
>mail address is never published in any case, and the
only mails
>received are one-to-ones, not lists, but I suppose
opt-in is still
>the more responsible thing to do. (2) Perhaps the
double opt-in
>confirmation message could be sent whenever this
option is selected.
> (3) The mail messages themselves might have a
section something
>like "This mail was sent from Wikipedia's e-mail
function. If you
>don't want to receive mails like this, go to..."
If we do decide to have this function, I think that in
order for it to be at all useful the user account
set-up should allow the user to opt-out if they click
the box next to "don't allow other wikipedians to mail
me". It has been my experience that most people simply
accept the defaults on webforms and if the default is
set /not/ to enable this function, then there won�t be
enough users with the function enabled to make it
commonplace (if the great majority of users don�t have
a link to �Email this user� then other users visiting
user pages won�t look to the link).
I also agree with your previous statement about
requiring sysops to have this function enabled
(anybody taking on sysop status needs to be
contactable to the community and other sysops). I�m
not sure if it would be worth the effect to hard-code
this requirement into the software � visiting sysop
pages will reveal who is and who is not adhering to
policy (if this does become one).
It would also be nice if sysops could be able to email
all other sysops when needed (or even to each and
every user signed up if absolutely needed � like if
somebody hacked the server and stole user passwords).
For example, I had to manually post a message to each
and every sysop a while back warning them not to use
the administrative move feature because of a serious
bug that truncated page histories. It would have been
nice to draft a single email for that.
BTW, would it be possible for users to eventually have
@wikipedia.com email addresses (on a pay basis open
only to users with user accounts � but that
requirement isn�t essential to me)? I would happily
give Bomis or a �Wikipedia Foundation� 30 bucks a year
for a maveric149(a)wikipedia.com
(maveric149(a)wikipedia.org would be even better) than
have to pay the same amount for maveric149(a)yahoo.com.
--maveric149
__________________________________________________
Do You Yahoo!?
Yahoo! Autos - Get free new car price quotes
http://autos.yahoo.com
On Friday 12 July 2002 12:01 pm, you wrote:
> The developers seem totally clueless about performance issues. There is a
> constant focus on new functions, and none on performance and response
> times.
Much is now being done to remedy performance problems -- so I do believe what
you said is needlessly rude (even if there is a grain of truth to it). This
is an issue that has crept up upon the developers as new features were added
-- many of which were asked for by the users.
Software development seems to often work a lot like article development --
many new things are added by different people, but after a point the software
or article needs to be heavily edited and reorganized to resore efficiency
and flow (although, admittedly, the php software never was /very/ efficient
to my recollection -- it still rocks though).
--maveric149
the random page function works fine for me in NS 6.2, IE 5.5 and Opera 5.01 for WinME.
kq
You Wrote:
>> There is a serious problem with the random page routine. I
>> don't know if anyone else has found this but every time I try
>> it I go to the same page... I went to the sourceforge site but
>> I couldn't work out how to make a listing there.
>
>Works fine for be with several browsers; I haven't tried it
>on Windows yet, but I'll do that in the morning--I don't see
>any reason why the new code should behave any differently from
>the old. It would help if you gave me some more details about
>your exact setup if you can--browser, OS, ISP, any other software
>you have that might do caching, etc.
>00
For those of you who don't know already, we plan to get the new server
and software for Wikipedia online this Saturday, July 20. We would
appreciate a few more days of testing on http://beta.wikipedia.com .
0
On Saturday 13 July 2002 12:01 pm, tarquin wrote:
> Someone just created "Shikoku, Japan" -- AFAIK there is no other
> "shikoku". There may be a need for "Shikoku, Japan" to exist, should
> another writer link to it, but the article should be on "Shikoku".
This person also made [[Shikoku]] into a redirect to [[Shikoku, Japan]].
Although this may need to be changed because Shikoku is also the name of a
breed of Japanese dog. That's one of the reasons why the city naming
conventions were developed -- you can't expect a user to know all uses of a
non-disambiguated term so having a system for naming similar things is
useful. So long as it is consistant within the country in question.
> In general, like Lars said, phrases such as "Paris, France" are poor
> style. If the context is not already clear from the article -- "French
> composer, born in Paris" for instance -- it is better to write "Paris,
> in France" or even "Paris (France)".
I've never seen "Paris in France" used a noun before. And the chances of
[[Paris (France)]] being linked to without using pipes is about nil. This
perhaps isn't a good example because [[Paris]] redirects to [[Paris, France]]
since the city in France is far and away the most widely used meaning of
simply [[Paris]].
Also, when a person visits [[Paris, France]] the disambiguation block at the
top of the article makes it very clear that [[Paris]] redirects to that
article (a link to other uses is provided there too). I don't expect
contributors to start using pipes to link directly to the most famous city by
the name "Paris". Thus the redirect priority the French city has over
[[Paris]]. The software handles this fine in "pages the link here"
City disambiguation wasn't really made for the most famous examples anyway --
it was made for the thousands of other less well known cities that have
naming conflicts. We shouldn't expect a contributor to know that there are at
least 20 places called Richmond in North America alone. All they need to know
is that the one they are writing about is in California, so following the
city naming convention for the United States, that article should be titled
[[Richmond, California]].
The trouble is, that new contributors tend to first follow famous examples
before looking into [[wikipedia:naming conventions]] (usually looking at and
contributing for cities in their own country first). So the most famous
examples have to be disambiguated too. W can't have naming conventions
without at least some kind of logical consistency for naming similar types of
things. Redirects can take care of the oddities like Paris so as not to break
any links.
--maveric149
> There is a serious problem with the random page routine. I
> don't know if anyone else has found this but every time I try
> it I go to the same page... I went to the sourceforge site but
> I couldn't work out how to make a listing there.
Works fine for be with several browsers; I haven't tried it
on Windows yet, but I'll do that in the morning--I don't see
any reason why the new code should behave any differently from
the old. It would help if you gave me some more details about
your exact setup if you can--browser, OS, ISP, any other software
you have that might do caching, etc.
0
Hum, I just read the [[Shikoku, Japan]] article. I seemed to have forgoten
from sixth grade geography that Shikoku is one of the islands of Japan. It
therefore does not at all pertain to the city naming conventions.
I would personally prefer such a large geographic entity to be not
disambiguated, esp. in a way that makes it appear as if it were a city (other
uses could be covered in a disambiguation block). Trouble is, which is the
most widely used use of the word -- the dog breed, the island or something
else I'm missing? Since there is no specific naming convention covering this,
the standard give and take of general disambiguation will have to be
followed.
I just did a google search. <Shikoku Japan -dog -breed> got over 60,000
results and <Shikoku dog breed> got only 697 results (<Shikoku dog> got less
than 10,000). Clearly [[Shikoku]] should be where the article on the island
should be (as I hoped). A link to [[Shikoku (dog breed)]] can be in a
disambiguation block at [[Shikoku]] (is this breed of dog know by anything
other than simply "Shikoku"? It would be a shame to have to needlessly use
parenthetical disambiguation).
--maveric149
Hey everybody,
As most of you know, I haven't been very active with
Wikipedia lately, so I'll really not be active soon.
Tomorrow, I'm going off to Brazil to go to the two
largest annual Esperanto conventions in the world. I
got a nice new digital camera, so maybe I can take
some pictures for Wikipedia. In a month, I'll be
heading to Europe to travel for a year or so. My
travel plans are available at
http://eo.wikipedia.com/wiki/Chuck_SMITH.
I want to thank Brion Vibber publicly for his work on
the Vikipedio brochure that I'm going to pass out at
my lectures in Brazil, France and Germany. It can be
found at
http://eo.wikipedia.com/wiki/Vikipedia_Proklamo. I
just hope the Vikipedio is going at a reasonable speed
when I demo it...
I'm now unsubscribing from Wikipedia-L and Wikitech-L,
but I'll stay on Intlwiki-L.
Best wishes!
Chuck
=====
Guns don't kill people, cars kill people!
=========================================
Travel Plans: http://eo.wikipedia.com/wiki/Chuck_SMITH
Mia Taglibro: http://amuzulo.livejournal.com/
Enciklopedio: http://eo.wikipedia.com/
__________________________________________________________________
Gesendet von Yahoo! Mail - http://mail.yahoo.de
Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de