Michael Dale | 1 Feb 06:18
Picon

Re: [Wikitech-l] Client side transcoding with firefogg (early testing)...

thanks for the feedback .. I will try and add in some more robustness to
avoid the skin/browser conflicts. Also should be able to add in scale
and layout buttons. Soon after I will try and get it in the gadget space
for wider testing.

The firefogg stuff is temporarily disabled as some API conflicts emerged
as resume upload support got added in. Should be working again soon with
resume upload support :)

peace,
--michael

Walter Siegmund wrote:
> I used Add-media Wizard to illustrate a page in my 
>
userspace.[http://commons.wikimedia.org/wiki/User:Wsiegmund/species#List_of_species_photographed_and_uploaded_.282008-08-27.29] 
> I think it shows a lot of promise. As Brianna mentions, better search 
> options would be nice. The crop feature is splendid. Aspect ratio 
> constraints may be useful, e.g., 2x3 and 3x2, as that might make 
> article illustrations more consistent.
>
> Add-media Wizard runs on my system (OS X 10.4.11/Safari 3.2.1). It 
> didn't work at first because my skin preference was set to "modern", 
> but I edited monobook.js.
>
> --Walt
>
>
>   
>> 2009/1/29 Walter Siegmund <siegmund@...>:
(Continue reading)

Liam Wyatt | 3 Feb 01:41
Picon

PictureAustralia on Commons

Dear All,

[cross post to commons-l and wikimediaaustralia-l]

Picture Australia is interested in adding Commons photos to their service but has several technical issues they would like to resolve first. Can we help?

Picture Australia is an archive aggregation service run by the National Library of Australia and aggregates searches across many Australian institutions (such as the various state libraries, universities, government departments) and also Flickr. You can see the project at http://www.pictureaustralia.org/index.html and you can see their other contributors at http://www.pictureaustralia.org/contribute/participants/index.html

This is a quote from the email written to me from PA:
At the moment our main source of contemporary images is Flickr and we are interested in investigating other sources of contemporary images.  There are a few issues with the Wikimedia Commons that we foresee:

1- the metadata quality is highly variable.  With Flickr contributors are able to provide a fair bit of additional metadata about their images.  Before  pulling images in from Wikipedia we'd need the data to adhere to some basic standards.  (see http://www.pictureaustralia.org/contribute/metadata.html).
2- there are certainly a number of images that have been sourced from Picture Australia or our contributors.  Pulling these in would create an issue with duplicate images and would likely confuse users if they were attempting to buy a copy.
3- Wikipedia doesn't have an OAI interface so we would need to look at how to ingest the data.

I would add a 4th concern, and I'm not sure if this is a big problem or easily fixed, is that most of the pictures on Commons are not relevant to PA. Would we be able to provide a feed of only the relevant categories?

All the best,
- Liam Wyatt


--
Email - liamwyatt-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Phone - +61 (0)434 056 914
Skype - Wittylama
Wikipedia - [[User:Witty lama]]
_______________________________________________
Commons-l mailing list
Commons-l@...
https://lists.wikimedia.org/mailman/listinfo/commons-l
Liam Wyatt | 3 Feb 02:45
Picon

Re: PictureAustralia on Commons



On 2/3/09, Platonides <Platonides <at> gmail.com> wrote:


My concern:
What about images we have to delete?
Does it support easy removing from their index?

I believe this is not a problem as they refresh their database on a regular basis. Enough new items get added, moved, changed and removed amongst all of their other participants that our changes should not be a problem for their tech.

-Liam

_______________________________________________
Commons-l mailing list
Commons-l-RusutVdil2haHRNjGDgK7w@public.gmane.org.org
https://lists.wikimedia.org/mailman/listinfo/commons-l



--
Email - liamwyatt-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Phone - +61 (0)434 056 914
Skype - Wittylama
Wikipedia - [[User:Witty lama]]
_______________________________________________
Commons-l mailing list
Commons-l@...
https://lists.wikimedia.org/mailman/listinfo/commons-l
Gnangarra | 3 Feb 06:07
Picon
Gravatar

Re: [Wikimediaau-l] Commons on Picture Australia

repost to get cross posting now I'm on both wmau list and commons list

2009/2/3 Gnangarra <gnangarra-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>

1 -  Commons file information is actually more accurate with greater detail compared to flickr images we have a greater degree of scrutiny ensuring that the images are appropriate and freely licensed, also our scope isnt that of flickr and we seek more images of record/encyclopaedic relevance. I have already contacted PA on a number of occassion with errors in identifications and spelling on image they already have

2 - All of our images are under a free license in accordance with both policies and Australian laws the image source is listed, we can filter out image from other sources by just creating another category call "Picture Australia" and setting up its scope of being self made Australian images. As PA sources include libraries they already have a number of duplicated images, many of which dont even have the same description.

3 - There are already bots/scripts available that can identify recent additions, and there are some good OS writers so having something created to do the work shouldnt be a big issue its just a matter of finding someone willing. Of course this would be an open source program which PA could use else where in the future

4. - a Picture Australia category, and the software written to aquire images from that category inparticular and from other categories in particular wouldnt be a problem

2009/2/3 Liam Wyatt <liamwyatt-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Dear All,

[cross post to commons-l and wikimediaaustralia-l]

Picture Australia is interested in adding Commons photos to their service but has several technical issues they would like to resolve first. Can we help?

Picture Australia is an archive aggregation service run by the National Library of Australia and aggregates searches across many Australian institutions (such as the various state libraries, universities, government departments) and also Flickr. You can see the project at http://www.pictureaustralia.org/index.html and you can see their other contributors at http://www.pictureaustralia.org/contribute/participants/index.html

This is a quote from the email written to me from PA:
At the moment our main source of contemporary images is Flickr and we are interested in investigating other sources of contemporary images.  There are a few issues with the Wikimedia Commons that we foresee:
1- the metadata quality is highly variable.  With Flickr contributors are able to provide a fair bit of additional metadata about their images.  Before  pulling images in from Wikipedia we'd need the data to adhere to some basic standards.  (see http://www.pictureaustralia.org/contribute/metadata.html).
2- there are certainly a number of images that have been sourced from Picture Australia or our contributors.  Pulling these in would create an issue with duplicate images and would likely confuse users if they were attempting to buy a copy.
3- Wikipedia doesn't have an OAI interface so we would need to look at how to ingest the data.

I would add a 4th concern, and I'm not sure if this is a big problem or easily fixed, is that most of the pictures on Commons are not relevant to PA. Would we be able to provide a feed of only the relevant categories?

All the best,
- Liam Wyatt

--
Email - liamwyatt <at> gmail.com
Phone - +61 (0)434 056 914
Skype - Wittylama
Wikipedia - [[User:Witty lama]]
_______________________________________________
Wikimediaau-l mailing list
Wikimediaau-l-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org
https://lists.wikimedia.org/mailman/listinfo/wikimediaau-l




--
GN.
http://gnangarra.redbubble.com/



--
GN.
http://gnangarra.redbubble.com/
_______________________________________________
Commons-l mailing list
Commons-l@...
https://lists.wikimedia.org/mailman/listinfo/commons-l
Daniel Kinzler | 3 Feb 09:49
Picon
Favicon
Gravatar

Re: PictureAustralia on Commons

Platonides schrieb:
> Liam Wyatt wrote:
>> Dear All,
>>
>> [cross post to commons-l and wikimediaaustralia-l]
>>
>> Picture Australia is interested in adding Commons photos to their
>> service but has several technical issues they would like to resolve
>> first. Can we help?
>>
>> Picture Australia is an archive aggregation service run by the National
>> Library of Australia and aggregates searches across many Australian
>> institutions (such as the various state libraries, universities,
>> government departments) and also Flickr. You can see the project at
>> http://www.pictureaustralia.org/index.html and you can see their other
>> contributors at
>> http://www.pictureaustralia.org/contribute/participants/index.html
> 
> Great!
> 
> 
>> This is a quote from the email written to me from PA:
>> At the moment our main source of contemporary images is Flickr and we
>> are interested in investigating other sources of contemporary images. 
>> There are a few issues with the Wikimedia Commons that we foresee:
>> 1- the metadata quality is highly variable.  With Flickr contributors
>> are able to provide a fair bit of additional metadata about their
>> images.  Before  pulling images in from Wikipedia we'd need the data to
>> adhere to some basic standards.  (see
>> http://www.pictureaustralia.org/contribute/metadata.html).
> 
> That would mean adding Dublin Core metadata. A good target by itself.
> Perhaps a task for a toolserver app?

We should *really* push for decent metadata support in mediawiki. An appropriate
extension already exists, see <http://www.mediawiki.org/wiki/Extension:RDF>.
That extension would make it easy to generate RDF (with Dublin Core, Creative
Commons and other voicabularies) for each image (and any other page).

We should request that extension as a community. If it's not quite ready for
prime time, I'm sure it can be made ready.

>> 2- there are certainly a number of images that have been sourced from
>> Picture Australia or our contributors.  Pulling these in would create an
>> issue with duplicate images and would likely confuse users if they were
>> attempting to buy a copy.
> 
> They shouldn't have problems in keeping a hash of each image they store
> to avoid duplicates. We can't guess

Right - hashes are important. And images sourced from PA should have that info
in their metadata, and are thus easily identified.

>> 3- Wikipedia doesn't have an OAI interface so we would need to look at
>> how to ingest the data.
> 
> Use the API?
> http://commons.wikimedia.org/w/api.php?format=xml&action=query&generator=allimages&prop=imageinfo&iiprop=url|timestamp|user|comment|url|size|sha1|mime|metadata|bitdepth

We DO have an OAI interface:
<http://meta.wikimedia.org/wiki/Wikimedia_update_feed_service>.

-- daniel
Brianna Laugher | 3 Feb 14:17
Picon
Gravatar

Re: PictureAustralia on Commons

2009/2/3 Daniel Kinzler <daniel@...>:
> We should *really* push for decent metadata support in mediawiki. An appropriate
> extension already exists, see <http://www.mediawiki.org/wiki/Extension:RDF>.
> That extension would make it easy to generate RDF (with Dublin Core, Creative
> Commons and other voicabularies) for each image (and any other page).
>
> We should request that extension as a community. If it's not quite ready for
> prime time, I'm sure it can be made ready.

So, what should we do, exactly? File a bug report and pile-on with
comments/votes? Hold an on-wiki vote? Is there some other way of
demonstrating that we consider it important?

>>> 3- Wikipedia doesn't have an OAI interface so we would need to look at
>>> how to ingest the data.
>>
>> Use the API?
>> http://commons.wikimedia.org/w/api.php?format=xml&action=query&generator=allimages&prop=imageinfo&iiprop=url|timestamp|user|comment|url|size|sha1|mime|metadata|bitdepth

It's not really that simple, is it?

Here is one imageinfo "comment":

{{BotMoveToCommons|en.wikipedia}}
{{Information
|Description={{en|ME}}
|Source=Transferred from [http://en.wikipedia.org en.wikipedia];
transferred to Commons by [[User:Fale]] using
[http://tools.wikimedia.de/~magnus/commonshelper.php
CommonsHelper].<br/

(yes, it ends in malformed html!)

Pretty obvious that a middle layer of "community API" is required, isn't it?

> We DO have an OAI interface:
> <http://meta.wikimedia.org/wiki/Wikimedia_update_feed_service>.

"A new release of the OAI client for MediaWiki 1.7, offering best
compatibility with current Wikipedia data rendering, is scheduled for
late July 2006." Can't wait!!

Is "near-real-time" implicit in OAI? If not, and if OAI is a common
standard amongst cultural institutions etc, then doesn't it make more
sense to have a widely-available freely accessible OAI interface?

cheers
Brianna

--

-- 
They've just been waiting in a mountain for the right moment:
http://modernthings.org/
Daniel Kinzler | 3 Feb 15:33
Picon
Favicon
Gravatar

Re: PictureAustralia on Commons

Brianna Laugher schrieb:
> 2009/2/3 Daniel Kinzler <daniel@...>:
>> We should *really* push for decent metadata support in mediawiki. An appropriate
>> extension already exists, see <http://www.mediawiki.org/wiki/Extension:RDF>.
>> That extension would make it easy to generate RDF (with Dublin Core, Creative
>> Commons and other voicabularies) for each image (and any other page).
>>
>> We should request that extension as a community. If it's not quite ready for
>> prime time, I'm sure it can be made ready.
> 
> So, what should we do, exactly? File a bug report and pile-on with
> comments/votes? Hold an on-wiki vote? Is there some other way of
> demonstrating that we consider it important?

The process for enabling an extension is:
1) have a community discussion
2) document "consensus" over wanting it
3) make a feature request on bugzilla, pointing to the conssensus
4) sever admins look at the extension
5) server admins complain about what needs to be fixed.
6) someone fixes it
7) rinse, repeat.
8) depending on how big the change it, it may go live on test.wikipedia.org
first. Probably not needed here.
9) depending on how big the change is, it may take a while to get enabled. This
one should be quick, I think.

>>>> 3- Wikipedia doesn't have an OAI interface so we would need to look at
>>>> how to ingest the data.
>>> Use the API?
>>> http://commons.wikimedia.org/w/api.php?format=xml&action=query&generator=allimages&prop=imageinfo&iiprop=url|timestamp|user|comment|url|size|sha1|mime|metadata|bitdepth
> 
> It's not really that simple, is it?
> 
> Here is one imageinfo "comment":
> 
> {{BotMoveToCommons|en.wikipedia}}
> {{Information
> |Description={{en|ME}}
> |Source=Transferred from [http://en.wikipedia.org en.wikipedia];
> transferred to Commons by [[User:Fale]] using
> [http://tools.wikimedia.de/~magnus/commonshelper.php
> CommonsHelper].<br/
> 
> (yes, it ends in malformed html!)
> 
> Pretty obvious that a middle layer of "community API" is required, isn't it?

Or propert suppoer for storing property/value pairs in mediawiki. didn't we just
have that discussion a few days ago?

>> We DO have an OAI interface:
>> <http://meta.wikimedia.org/wiki/Wikimedia_update_feed_service>.
> 
> "A new release of the OAI client for MediaWiki 1.7, offering best
> compatibility with current Wikipedia data rendering, is scheduled for
> late July 2006." Can't wait!!

I think it exists, the page just didn't get updated. But it's relevant only of
you want tu use mediawiki as a *client* to the OAI stream. It's not relevant if
you just want to fetch changes. That interface exists.

> Is "near-real-time" implicit in OAI? If not, and if OAI is a common
> standard amongst cultural institutions etc, then doesn't it make more
> sense to have a widely-available freely accessible OAI interface?

This is mostly used by search engines, and i think the foundation likes them to
pay. Researches usually get free access. If the OAI stream should be opened up
to all is something that would need to be discussed with the foundation.

-- daniel
Brianna Laugher | 5 Feb 14:19
Picon
Gravatar

Request for extension to provide metadata support

Hi all,

As you are probably aware, enabling reuse is an important part of
Wikimedia Commons' mission. We do this for humans by clearly
indicating licenses and author information (that's the theory, anyway
:)). But we also need to do it for machines, because it is machines
that allow reuse of our material on a much larger scale, e.g. by
libraries, museums, and other archives.

Currently the data we provide for machines in quite poor. Although it
is quite easy for a human to look and see that {{GFDL}} is a license
template, for machines it is much harder because there is no
"standard" that says which templates represent licenses and which
represent other things. Figuring out who the author is, for
attribution purposes, is also often difficult (is it the uploader?
what if someone uploaded a slightly edited version?). As an example,
PediaPress would like to use this information, for their printed
wiki-books, to put the licenses of the images. At the moment there is
literally no way they could do this reliably without having a human do
it for every single image.

Anyway, it is my strong belief that for Wikimedia Commons to be more
successful and more useful, we need a way of encoding this kind of
information in a machine-readable format. There are a number of
different approaches one could take, but I think it is better if we
just ask the developers for any extension/feature which will do this
job, and let them figure out which is most appropriate.

If you agree, please sign
<http://commons.wikimedia.org/wiki/Commons:Village_pump/Request_for_extension_to_provide_metadata_support>
 and indicate your support for helping Wikimedia Commons material
reach a wider audience. ***Community support is a necessary condition
to get a feature like this enabled.*** So please speak up if you want
to support this idea, by signing the page.

<http://commons.wikimedia.org/wiki/Commons:Village_pump/Request_for_extension_to_provide_metadata_support>

thanks!

Brianna

--

-- 
They've just been waiting in a mountain for the right moment:
http://modernthings.org/
Gnangarra | 5 Feb 14:42
Picon
Gravatar

Re: Request for extension to provide metadata support

This is a really good idea, as this will give people more confidence in their images being correctly attributed and properly licensed when reused by third parties. I'm suprised to find out that there wasnt something already in place given how many places already reuse Wikimedia project information.

2009/2/5 Brianna Laugher <brianna.laugher-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Hi all,

As you are probably aware, enabling reuse is an important part of
Wikimedia Commons' mission. We do this for humans by clearly
indicating licenses and author information (that's the theory, anyway
:)). But we also need to do it for machines, because it is machines
that allow reuse of our material on a much larger scale, e.g. by
libraries, museums, and other archives.

Currently the data we provide for machines in quite poor. Although it
is quite easy for a human to look and see that {{GFDL}} is a license
template, for machines it is much harder because there is no
"standard" that says which templates represent licenses and which
represent other things. Figuring out who the author is, for
attribution purposes, is also often difficult (is it the uploader?
what if someone uploaded a slightly edited version?). As an example,
PediaPress would like to use this information, for their printed
wiki-books, to put the licenses of the images. At the moment there is
literally no way they could do this reliably without having a human do
it for every single image.

Anyway, it is my strong belief that for Wikimedia Commons to be more
successful and more useful, we need a way of encoding this kind of
information in a machine-readable format. There are a number of
different approaches one could take, but I think it is better if we
just ask the developers for any extension/feature which will do this
job, and let them figure out which is most appropriate.

If you agree, please sign
<http://commons.wikimedia.org/wiki/Commons:Village_pump/Request_for_extension_to_provide_metadata_support>
 and indicate your support for helping Wikimedia Commons material
reach a wider audience. ***Community support is a necessary condition
to get a feature like this enabled.*** So please speak up if you want
to support this idea, by signing the page.

<http://commons.wikimedia.org/wiki/Commons:Village_pump/Request_for_extension_to_provide_metadata_support>

thanks!

Brianna

--
They've just been waiting in a mountain for the right moment:
http://modernthings.org/

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



--
GN.
http://gnangarra.redbubble.com/
_______________________________________________
Commons-l mailing list
Commons-l@...
https://lists.wikimedia.org/mailman/listinfo/commons-l
Michael Maggs | 6 Feb 08:55

More comments needed on proposal to clarify policy on Photographs of identifiable people

Users' views on the need for subject-consent for photographs of 
identifiable people vary hugely, from "why should we need consent 
anyway?" to "any photo that has no subject consent is obviously illegal 
and msut be deleted".  This divergence of views is causing uncertainty 
and inconsistent keep/delete decisions on Deletion Requests.  The 
uncertainty is harming not also Commons but also its Wiki "customers".

I have made a proposal with a view to obtaining consensus for a middle 
ground, at

http://commons.wikimedia.org/wiki/Commons:Photographs_of_identifiable_people/Proposal

More comments are needed on the talk page, especially - if I may be 
permitted to canvass mildy - from users who have views that are not at 
one end or the other of the spectrum.   Please don't just leave the 
discussion to those with very strong views.

Michael

Gmane