headers
Cary Bass | 2 Sep 2008 20:56
Picon

Re: [Fwd: Re: Elizabeth I portrait at Hatfield House]


You may certainly contact Ms. Perry and I will send you her email
address under separate cover :)

Cary

Michael Maggs wrote:
> It may be worth mentioniong to Hatfield House, also, that the wording 
> they objected to in the PD-Art tag has been changed and that the tag now 
> explicity says
> "Please be aware that depending on local laws, re-use of this content 
> may be prohibited or restricted in your jurisdiction". (Victoria Perry 
> may not have noticed, as this was done before her email of 29th August).
> 
> I would be happy to follow this up with her if anyone would like me to.
> 
> Michael
> 
> 
> Cary Bass wrote:
> Hi all;
> 
> I hope that this will address the matter of the new PD-Art policy and
> its effects with some bit of resolution.  Mike has forwarded me an email
> from the Hatfield House, which he stated I should forward to the Commons
> community with his comment about the attribution of the photograph;
> seeing as it was his comment was being used as a basis for the new
> policy change, we should certainly adopt this comment in its
> implementation.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Brianna Laugher | 3 Sep 2008 03:45
Picon
Gravatar

Fwd: [Wikitech-l] Extension to render Dia as a PNG

Maybe someone here knows the answer?
cheers, Brianna

---------- Forwarded message ----------
From: Filipe Brandenburger <lists.filbranden@...>
Date: 2008/9/3
Subject: [Wikitech-l] Extension to render Dia as a PNG
To: Wikimedia developers <wikitech-l@...>

Hello,

I need an extension to render Dia files as PNGs. I was using this one:
http://www.mediawiki.org/wiki/Extension:Dia

However I saw many problems with it, one of them being the wrong way to
calculate the size of the image.

I tried to fix it, but I did not find a good way to do it.

The extension creates a new class that extends ImageHandler. In
"doTransform" it calls the "dia" binary with special arguments to
convert a .dia file to a .png file. Nothing wrong there.

The problem is that it implements a "getImageSize" method where it
implements a method that reads the XML file to try to "guess" the size
of the image that "dia" will produce in "doTransform", and the problem
is that it guesses wrong.

I think that the best way to do it would be actually to first generate
the PNG image by calling "dia", and then later returning the dimensions
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tim Starling | 5 Sep 2008 12:11
Picon

Massive image loss

This is a triple-crosspost. I suggest you reply to wikitech-l only.

A mistake I made caused the loss of 496 full-resolution images from
Wikimedia servers.

I have recovered as many images as I can, drawing on the following sources:

* Squid cache (pmtpa, knams and yaseo)
* May 8 backup of some wikis on storage1
* Duplicates with the same signature, found on the same or other wikis

That brought the number lost down from about 3000 to the current 496. For
the remaining files, I made a copy of their thumbnail directories:

http://upload.wikimedia.org/lost-image-thumb-backup/

A list of missing images can be found here:

http://noc.wikimedia.org/~tstarling/missing-images-2008-09

If anyone has any ideas about where to find more backup files, I'd be
willing to hear them. Otherwise, the community will just have to reupload
as many as possible.

The technical details were as follows: I fixed a bug in File.php, and
without checking what other changes were made to it, deployed the most
recent version of the file on the Wikimedia servers, without also updating
the rest of MediaWiki. Because FileRepo::$thumbDir was unset,
LocalFile::migrateThumbFile() had the effect of deleting the source image
for any thumbnail request which reached the backend. I reverted the change
(Continue reading)

Permalink | Reply | 16 comments |
headers
John at Darkstar | 5 Sep 2008 12:21
Picon

Re: Massive image loss

Shit happens! I'm sure there are some backups floating around.
John

Tim Starling skrev:
> This is a triple-crosspost. I suggest you reply to wikitech-l only.
> 
> A mistake I made caused the loss of 496 full-resolution images from
> Wikimedia servers.
> 
> I have recovered as many images as I can, drawing on the following sources:
> 
> * Squid cache (pmtpa, knams and yaseo)
> * May 8 backup of some wikis on storage1
> * Duplicates with the same signature, found on the same or other wikis
> 
> That brought the number lost down from about 3000 to the current 496. For
> the remaining files, I made a copy of their thumbnail directories:
> 
> http://upload.wikimedia.org/lost-image-thumb-backup/
> 
> A list of missing images can be found here:
> 
> http://noc.wikimedia.org/~tstarling/missing-images-2008-09
> 
> If anyone has any ideas about where to find more backup files, I'd be
> willing to hear them. Otherwise, the community will just have to reupload
> as many as possible.
> 
> The technical details were as follows: I fixed a bug in File.php, and
> without checking what other changes were made to it, deployed the most
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gregory Maxwell | 5 Sep 2008 13:59
Picon
Gravatar

Re: [Commons-l] Massive image loss

On Fri, Sep 5, 2008 at 6:11 AM, Tim Starling <tstarling@...> wrote:
> This is a triple-crosspost. I suggest you reply to wikitech-l only.
>
> A mistake I made caused the loss of 496 full-resolution images from
> Wikimedia servers.
[snip]
> http://noc.wikimedia.org/~tstarling/missing-images-2008-09
>
> If anyone has any ideas about where to find more backup files, I'd be
> willing to hear them. Otherwise, the community will just have to reupload
> as many as possible.
[snip]

I have 30 of the 496 images in that list based on an exact path match.
 It's possible that I have more based on hash matches for image which
were moved between sites or 'renamed' after my last sync.

I have some chores to run, but I will later pull the hashes from the
database and check for hash matches.

I would likely have had nearly all of them if the rsync push to me had
not been down most of the year.

:(
Permalink | Reply | 3 comments |
headers
Patricia Rodrigues | 5 Sep 2008 14:26
Picon
Favicon

Re: [Wikitech-l] Massive image loss

There's a list at <http://commons.wikimedia.org/wiki/User:Patr%C3%ADciaR/missing_images> to keep up with the ones that are recovered (Commons only). Multichill suggested warning all uploaders to get the "own work" ones, at least. Good news: there seems to be some images that were *not* lost after all; please see <http://commons.wikimedia.org/wiki/Commons:Village_pump#Massive_image_loss> too.

Tim, s*it happens :).
Patrícia

--- On Fri, 5/9/08, Gregory Maxwell <gmaxwell-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
From: Gregory Maxwell <gmaxwell-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [Commons-l] Massive image loss
To: wikitech-l-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org, "Wikimedia Commons Discussion List" <commons-l-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org>
Cc: "Wikimedia Foundation Mailing List" <foundation-l-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org>
Date: Friday, 5 September, 2008, 12:59 PM

On Fri, Sep 5, 2008 at 6:11 AM, Tim Starling <tstarling-AeOJrEpdGNeGglJvpFV4uA@public.gmane.org>
wrote:
> This is a triple-crosspost. I suggest you reply to wikitech-l only.
>
> A mistake I made caused the loss of 496 full-resolution images from
> Wikimedia servers.
[snip]
> http://noc.wikimedia.org/~tstarling/missing-images-2008-09
>
> If anyone has any ideas about where to find more backup files, I'd be
> willing to hear them. Otherwise, the community will just have to reupload
> as many as possible.
[snip]

I have 30 of the 496 images in that list based on an exact path match.
It's possible that I have more based on hash matches for image which
were moved between sites or 'renamed' after my last sync.

I have some chores to run, but I will later pull the hashes from the
database and check for hash matches.

I would likely have had nearly all of them if the rsync push to me had
not been down most of the year.

:(

_______________________________________________
Commons-l mailing list
Commons-l-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org
https://lists.wikimedia.org/mailman/listinfo/commons-l

_______________________________________________
Commons-l mailing list
Commons-l@...
https://lists.wikimedia.org/mailman/listinfo/commons-l
Permalink | Reply | 2 comments |
headers
jynus | 5 Sep 2008 14:45
Picon
Gravatar

Re: [Wikitech-l] Massive image loss

On Friday 05 September 2008 14:26:54 Patricia Rodrigues wrote:
> There's a list at
> <http://commons.wikimedia.org/wiki/User:Patr%C3%ADciaR/missing_images> to
> keep up with the ones that are recovered (Commons only). Multichill
> suggested warning all uploaders to get the "own work" ones, at least. Good
> news: there seems to be some images that were *not* lost after all; please
> see
> <http://commons.wikimedia.org/wiki/Commons:Village_pump#Massive_image_loss>
> too.

It seems that it only affected latest revision of each image. In some cases, 
older versions could be used as a last resource.

Thanks for full-disclosure.

--

-- 
Jynus
Permalink | Reply | 0 comments |
headers
Magnus Manske | 7 Sep 2008 19:27
Gravatar

Cross-project dupes

I've written a little tool [1] that shows file duplicates between a
wikipedia and Commons, as well as internal duplicates. It runs of a
static list created from the toolserver databases; currently, German
and English are available. I will have to regenerate the data for
other wikipedias and for updates manually.

But for now, there's ~29.000 dupes between en.wp and Commons, as well
as ~8.500 between de.wp and Commons, so it might take you guys a while
;-)

A subset (default:25) images is selected randomly from the list, so
you might run into images that already have {{NowCommons}}.

Cheers,
Magnus

[1] http://toolserver.org/~magnus/cgi-bin/duplicate_images_across.pl?lang=en&max=10
Permalink | Reply | 6 comments |
headers
Domenico Musco | 7 Sep 2008 22:08
Picon

Re: Cross-project dupes

I'm just looking where to buy the super capacitor
----- Original Message ----- 
From: "Magnus Manske" <magnusmanske@...>
To: "Wikimedia Commons Discussion List" <commons-l@...>
Sent: Sunday, September 07, 2008 7:27 PM
Subject: [Commons-l] Cross-project dupes

> I've written a little tool [1] that shows file duplicates between a
> wikipedia and Commons, as well as internal duplicates. It runs of a
> static list created from the toolserver databases; currently, German
> and English are available. I will have to regenerate the data for
> other wikipedias and for updates manually.
>
> But for now, there's ~29.000 dupes between en.wp and Commons, as well
> as ~8.500 between de.wp and Commons, so it might take you guys a while
> ;-)
>
> A subset (default:25) images is selected randomly from the list, so
> you might run into images that already have {{NowCommons}}.
>
> Cheers,
> Magnus
>
>
>
> [1] 
> http://toolserver.org/~magnus/cgi-bin/duplicate_images_across.pl?lang=en&max=10
>
> _______________________________________________
> Commons-l mailing list
> Commons-l@...
> https://lists.wikimedia.org/mailman/listinfo/commons-l
Permalink | Reply | 0 comments |
headers
Florian Straub | 8 Sep 2008 21:26
Picon

Re: Cross-project dupes

Magnus Manske <magnusmanske@...> wrote on sun, 7 sep 2008 
18:27:14 +0100

> I've written a little tool [1] that shows file duplicates between a
> wikipedia and Commons, as well as internal duplicates. It runs of a
> static list created from the toolserver databases; currently, German
> and English are available. I will have to regenerate the data for
> other wikipedias and for updates manually.
> 
> [1] http://toolserver.org/~magnus/cgi-bin/duplicate_images_across.pl?lang=en&max=10

Great stuff - as always.

What about a delete link for administrators (maybe with a predefined 
reason)?

A usage count for the images would also be nice :)

And last but not least: Buttons that generate a preview with 
{{NowCommons}} directly under the image ...

Sorry to bother you and thanks for this great tool.

Flo

--

-- 
People rarely succeed
unless they have fun
in what they do.
- Dale Carnegie (1888-1955)
Permalink | Reply | 4 comments |

Gmane