Over these last few months, it has been frustrating when GFDL righteous wikipedians nix each
others images because of fear of copyright violation. This respect for the GFDL which is extremely
vigorous, but I feel it is also very harmful to wikipedia.
To alleviate some of this, we should allow the inclusion of offsite images. This is perfectley
acceptable. Take http://news.google.com for example, which is greatly improved by the addition of
any image seen fit, also note that not a single image there is hosted on google. I emailed them,
and they said that what they do eg: <img src="http://anotherserver/file.jpg"/> is completely
within the realm of copyright policy.
So, the only issue that might remain is that I have observerd a corpus of people who go to great
lengths to discourage minor copyright violations, I believe that this is to appease the forces
that be so that they will have confidence in turning wikipedia into a marketable, paper product.
In response to the common arguments that might arise from them , I strongly feel that when its
time for these forces that be to publish wikipedia, that these forces should dish out the money to
ensure (by whatever means they choose) that the offsite images are suitably dealt with.
Thus, I hope that we discontinue going to great lengths to halt the nature of the internet within wikipedia.
__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com
I've monkeyed around a bit with the caching of content for the slow but
simple special pages (now Wantedpages, Lonelypages, Allpages -- the
top-level index -- and Popularpages, Shortpages, and Longpages; but
these latter three I haven't yet updated on the english wiki).
Sooner or later these should get rewritten to be quickly updatable.
-- brion vibber (brion @ pobox.com)
On Sunday 06 April 2003 05:00 am, Daniel Ehrenberg wrote:
> aparently, the wikipedia server is down. This hasn't been reported on the
> list, although this might have been because the email server is down too.
You might be surprised to know that the Wikipedia encyclopedia and the
Wikipedia mail server are both on the same box.
Could all the mailing lists work just fine on a separate cheapo AMD K6-II 500
MHZ Linux box with two 4 gig hard drives, 256MB of SDRAM and a couple network
cards? If so, I hereby donate such a dinosaur to serve as a mail server (of
course I'll have to test these components to see if they still work so the
specs may change - somebody else will have to configure the mail server part
though).
Not being able to talk to each other as a group during a crash like this isn't
exactly an optimal way to run a project the size of Wiki(p/m)edia.
-- Daniel Mayer (aka mav)
WikiKarma
The usual at [[March 29]]
On Monday 07 April 2003 05:00 am, Brion Vibber wrote:
> Yes, that would be more than enough to host the mail (and perhaps the
> backup dumps?). Best talk to Jimbo and Jason about transporting and
> setting up hardware.
Cool. Do what you want/can with the hardware but 4 gigs for the /home
directory for mailing lists archive and Wikipedia backups would be a bit
tight, no?
> As Lee has suggested, it might also be good to have some stuff at a
> separate provider in case the hosting is knocked out altogether.
I think that would be the best solution - esp given Jason's email about space
and IP address constraints. We really should reserve all the space and IPs we
can get for production boxes used for webserver and database functions.
It would also be great if this could be used at piclab as Lee suggested since
that would save me 30 bucks in shipping (Lee and I live about 30 minutes from
each other) and the mail server would be easy for Lee to fix if needed. How
much bandwidth would all the mailing lists suck anyway? IMO it would be best
to keep them all on the same box wherever they end-up.
>What, you didn't enjoy your nice relaxing 22-hour break from routine? :)
If it weren't for Wikipedia downtime/slowness I would rarely get a chance to
clean my apartment, do laundry or finish school work :-)
-- Daniel Mayer (aka mav)
PS I just want to thank Jason for driving the 200 miles and spending the time
needed (on a Saturday!) to fix the Wikipedia server. Thank you Jason!
Hi there,
I just tried to delete a file and got the following error message:
"Warning: cannot add header information. Headers already sent by
(output started at Article.php:1058) in OutputPage.php on line 317"
This error repeats on lines 318-324, the link that showed up in my
browser is
http://de.wikipedia.org/w/wiki.phtml?action=delete&image=Niederlande_
wappen_klein.gif
The same problem is with a text file Brion uploaded some time ago
(Apostrophe test, see
http://de.wikipedia.org/wiki/Wikipedia:Seiten%2C_die_gel%F6scht_werde
n_sollten).
I think there is a problem with cookies or any header data but I did
not dig in the code yet. Maybe some of code wizards can take a look
:-)
Cheers
Thomas aka Urbanus
The server was down for almost a full day, apparently thanks to a crash
which involved a slight bit of filesystem corruption which it couldn't
_quite_ recover from on bootup without a human coming in and saying
"yes, repair that sector".
I love computers. :)
Huge thanks to Jason Richey, who drove in to the hosting center to beat
up on the server in person tonight.
The server is back up; I've locked the wiki while double-checking the
database tables for corruption.
Messages to the mailing lists sent in the last day should come through,
but some may take a while to get resent from intermediate mail servers.
-- brion vibber (brion @ pobox.com)
Currently, math markup seems to be broken in several articles I've
looked at. I've not yet seen one with math markup working.
Is math markup broken?
Neil
I've temporarily disabled PHPA, as it was having some weird interaction
on the German Wikipedia which caused it to use the English language file
and display in the wrong character set.
Sigh...
-- brion vibber (brion @ pobox.com)
The English-language Wikipedia will be in read-only mode for maintenance
tonight/in the morning starting around 9pm PST (midnight EST; 5am GMT; 6am
most of Europe; the rest of you are on your own).
I'll be making some slight alterations to the database structure and
installing an updated version of the software to better support
client-side web caching for more browsers (so your browser will reload
pages only when they've actually changed instead of every time you visit
them). This will also enable a future update to do server-side caching
which should reduce server load significantly.
IE users, this should fix the cache bug where red links remain even after
a page has been created; the page should automatically reload with the
correct link status.
(This update has been running for about a week on meta.wikipedia.org and
test.wikipedia.org with no complaints so far.)
This will require taking the wiki "briefly" into read-only mode while
alterations are made. I don't know exactly how long it will take, but
don't be surprised if it takes about two hours. These things always take
longer than hoped. :)
The other languages will also be done around this time, but should go much
faster; there will be brief read-only outages, one at a time.
-- brion vibber (brion @ pobox.com)