SpecialUpload.php has a bug.
If upload_by_url rights are allowed then a person can upload images directly from another site by specifying the URL. However, private function curlCopy( $url, $dest ) is breaks URLs because it performs a strtolower operation, which as you might guess isn't proper since URLs at some sites are case sensitive.
So this:
# Maybe remove some pasting blanks :-)
$url = strtolower( trim( $url ) );
Should be changed to this:
# Maybe remove some pasting blanks :-)
$url = trim ($url);
Mike O
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
I'm setting up htdig search integration for the mailing lists; once
that's working, list archives for all remaining lists will be forbidden
from robots.txt.
This should hopefully cut down on requests to remove items from the list
archives due to someone's name showing up on Google from posting a
message to a public list.
The mail server will be briefly shut down while upgrading.
-- brion vibber (brion @ pobox.com)
Basicaly some way to spesify an id and class value for an image *from the
image description page*
Not sure what kind of syntax would be best for this, "traditional" magic
words don't take parameters so something like __META id ="ifd"
class="ifd"__ might seem "ugly" or strange, on the other hand a more
function-ish appraoch like {{#meta: id="ifd"|class="ifd"}} would not be
expected to have the effect I'm suggesting. Ideas on this would be most
welcome ("meta" is probably not the best name either).
Anyway the general idea is this: By whatever means is deemed the best
syntax it should be possible to spesify an arbitrary id and class value
(except one that colide with existing "hard coded" values, maybe prefix
all user spesified values in some way to avoid problems) for an image from
it's description page. The "thumbnailing code" would then apply this to
either the div or img tag of the image (depending on wether or not it's
framed). The admins on any given Wiki are then free to add JavaScript
functions and CSS classes to interact with the image in just about any way
they can imagine.
For Wikipedia projects a few obvious uses are:
"Highlighting" images that are marked for deletion, or as missing source
info and so on in various ways. This may be as simple as adding a red
border around the image, or making use of a JavaScript to superimpose a
warning on top of the image or adding something to the image caption, add
a explanatory tooltip or any number of other possibilities that are best
left to each project to descide.
Replacing the visible thumbnail with a warning sign if a fair use image is
used in User: space.
Optional (add some code to your user CSS/JS page) ability to have fair
use, featured and various other kinds of images marked in special ways.
With a bit of effort it might even be used in combination with a template
like {{fair use in}} to have a warning appear on the image if it's used in
any other page than the one(s) mentioned in the tag (take the page name as
the class parameter and have a JavaScript check against it).
I'm sure there are lots of other creative uses I can't think of right now.
I guess this would reqire a new row in the image table to store these
values.
If at all possible this should work across wikis too, so an image marked
for deletion on Commons would expose it's "deletion" class to all projects
that use the image too (leaving it up to them how to "mark" the image
localy).
Any reason something like this would *not* be possible (or desierable).
There might be problems I haven't though about, but I think it would be a
quite usefull feature. If allowing users to set arbitrary values are too
"hard" a handfull of hard coded magic words (like __DELETION__ or
whatever) would still be better than nothing, but the more flexible the
better I would say. Accessability should not be a problem, if someone
doesn't have JavaScript or CSS eneabled the worst that can happen is that
everyting looks just like it does today with no extra "markings" on any
images. Projects just have to be carefull not to use this layout purposes,
just like they already have to be carefull not to rely on fancy CSS to
make articles "work" properly.
If this is not totaly shot down I'm planning to submit a feature request
via bugzilla, just wanted to get a bit of input from you guys first (like
what would be the best syntax, any additional fetures that would be
usefull related to this etc).
--
[[:en:User:Sherool]]
Another problem I found is that in some cases a thumb directory exists for an image, but no thumbs exist in that directory, and no primary image exists either. This works to generate rendering errors in pages as seen below:
Error creating thumbnail: convert: unable to open image `/var/www/wiki/images/f/f0/Soviet_Electric_grid_82.jpg': No such file or directory. convert: missing an image filename `/var/www/wiki/images/thumb/f/f0/Soviet_Electric_grid_82.jpg/300px-Soviet_Electric_grid_82.jpg'.
Map of the electric grid during the Soviet era.
Is there a fix for this? Obvious having an update to image database would be effecient, but in lieu of that, a fix?
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
What I'm finding is that some images do show up and other don't. In some cases where images do not show up there IS a thumbnail available, but the larger images ISN'T available. For example, this thumb exists:
images/thumb/0/09/State_Coat_of_Arms_of_the_USSR_(1958-1991_version).jpg
But there is no corresponding image elsewhere in the image dir tree, and if I understand correctly there should be one at
images/0/09/State_Coat_of_Arms_of_the_USSR_(1958-1991_version).jpg
but there isn't. Why is this?
So looking at includes/Image.php I see that it checks to see if it can render an image ( canRender() ) based on a variety of parameters. Seems to me that the function returns false because a primary image isn't available. Shouldn't there be a way to see if the thumb exists and if so then show that image? Or would that break other things? Or do I not completely understand what's happening with image rendering?
Mike O
> I managed to get the image archive downloaded. FYI on my previous
> request for help with the download: The problem with not being able
> to download the entire image archive was due to the kernel, which
> needed to be rebuilt.
>
> That said, I can't seem to get the images to appear on the Wiki
> now. I've untar'd the file in the wiki software directory, so now
> just to be clear I have an images/ directory and an en/ directory,
> the latter being the image archive files. I also have a symlink
> inside images/ that points to en/ just in case I should have
> untar'd the image archive inside the images/ directory (eg:
> images/en/)
>
> Regardless, the images do now show up on the wiki. Articles still
> appear with a link to upload the image instead of showing the image
> itself, which is present on the system. I've loaded the image.sql
> and imagelink.sql to the database and that didn't seem to help.
> Images still do not appear in articles.
>
> This is in MediaWiki 1.8.1, with Sept 06 db dump and Nov 05 image archive.
>
> Any idea how to fix this problem?
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
Andy, I have the same problem. Did you find a way to solve this?
Mike O
> ----- Original Message -----
> From: "Andy Rabagliati" <andyr(a)wizzy.com>
> To: "Wikimedia developers" <wikitech-l(a)wikimedia.org>
> Subject: [Wikitech-l] Getting pictures to show up in mediawiki
> Date: Wed, 11 Oct 2006 11:16:29 +0200
>
>
> Folks,
>
> In support of
> http://en.wikipedia.org/wiki/Wikipedia_talk:Version_1.0_Editorial_Team
> I am trying to automate the cutting down of the English Wikipedia dump.
>
> This would be used to create a CD or DVD with content from a chosen
> list of articles.
>
> I have documented the steps I take on the page above, and one of my
> problems is that I cannot get pictures to show up.
>
> I have tried adding enwiki-20060518-imagelinks.sql.gz to my mediawiki
> installation, but I think this just provides the reverse - indicating
> from a picture page which articles link to it ?
>
> If I upload a picture, it works.
>
> What I would like is to put all the pictures where the uploaded one
> would go, and have it all 'magically' work.
>
> At the moment all pictures show up as redlinks, like
>
> http://localhost/wiki/index.php?title=Special:Upload&wpDestFile=Lunar-Phase…
>
> Which XML dump should I add, or what else could I include from the
> enwiki-20060518-pages-articles.xml.bz2 file to make pictures work ?
>
> Cheers, Andy!
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
I managed to get the image archive downloaded. FYI on my previous request for help with the download: The problem with not being able to download the entire image archive was due to the kernel, which needed to be rebuilt.
That said, I can't seem to get the images to appear on the Wiki now. I've untar'd the file in the wiki software directory, so now just to be clear I have an images/ directory and an en/ directory, the latter being the image archive files. I also have a symlink inside images/ that points to en/ just in case I should have untar'd the image archive inside the images/ directory (eg: images/en/)
Regardless, the images do now show up on the wiki. Articles still appear with a link to upload the image instead of showing the image itself, which is present on the system. I've loaded the image.sql and imagelink.sql to the database and that didn't seem to help. Images still do not appear in articles.
This is in MediaWiki 1.8.1, with Sept 06 db dump and Nov 05 image archive.
Any idea how to fix this problem?
Mike O
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
Brion a few weeks ago you told me on IRC wikistats were offline on purpose.
I told you I never received the mail you sent me about it.
You were busy and asked me to mail you, which I did to several addresses, no
answer.
I'm still puzzled about what necessitated taking wikistats offline and what
needs to be changed. Can you explain here or on my user talk page?
Also the Tomeraider files that were thrown away have been reuploaded to
/home/ezachte/tr
Are there any offline backups made in the colocation? If so could you add
these files?
Thanks. Erik Zachte
Dear Anthere,
Anthere wrote:
> Hello Mike,
>
> Apologies, but it was unclear to me whether there is a wiki page set up
> for the 2007 hacking days.
> If there is no such page, can you set up one so that it is easier to
> follow plans and discuss programmes ?
>
My bad, I totally forgot to provide the link.
The public wiki page is here to welcome everyone advises:
http://wikimania2007.wikimedia.org/wiki/Hacking_Days
> One feedback I had from hacking days 2006 was that it was necessary to
> have more cool time in small groups, and less "academic-type"
> presentations in front of 20 people. In short, they need not only a room
> with some presentations going on, but also a nice and cosy place to sit,
> with drinks etc...
>
I can not agree with you anymore!
With my experiences, I would like to suggest having a Hack-athon or even
a contest.
Based on WWDC, Google Contest and Yahoo! Hack Days successful stories,
those kind of approaches may be promising.
Sincerely,
Mike