---------- Forwarded message ----------
From: Brion Vibber <brion(a)pobox.com>
Date: 17-Dec-2006 19:34
Subject: Re: [Wikitech-l] [Commons-l] Recruit photographers with your blog
To: Wikimedia developers <wikitech-l(a)wikimedia.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Rob Church wrote:
> On 16/12/06, David Gerard <dgerard(a)gmail.com> wrote:
>> Ooh yes. Do we need to wait on single login for that to be a
>> reasonable thing to do? I understand a dev also has to explicitly
>> allow transwiki to move histories, though I'm not at all clear on the
>> details.
>
> As far as I know, Special:Import won't handle moving images in the
> correct manner. Mind you, I've not been keeping 100% up to date with
> what's developed lately, so I may well be wrong.
Special:Export and Special:Import do not handle images at this time.
There's some specs for it in the XML format but currently it's only used
by the OAI feed system.
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFhZu/wRnhpk1wk44RAj+ZAKC4Iyf0T59xy7+vWyqJCBGURN7rdQCgx0aa
K1LKE6rt4wCfsGdtKRAFODo=
=BZPE
-----END PGP SIGNATURE-----
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
---------- Forwarded message ----------
From: Rob Church <robchur(a)gmail.com>
Date: 16-Dec-2006 17:19
Subject: Re: [Wikitech-l] [Commons-l] Recruit photographers with your blog
To: Wikimedia developers <wikitech-l(a)wikimedia.org>
On 16/12/06, David Gerard <dgerard(a)gmail.com> wrote:
> Ooh yes. Do we need to wait on single login for that to be a
> reasonable thing to do? I understand a dev also has to explicitly
> allow transwiki to move histories, though I'm not at all clear on the
> details.
As far as I know, Special:Import won't handle moving images in the
correct manner. Mind you, I've not been keeping 100% up to date with
what's developed lately, so I may well be wrong.
Rob Church
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
http://reddragdiva.livejournal.com/374553.html
I couldn't get to sleep, so I posted to my blog asking for missing
pics. At least one direct success! Maybe more to come! Would anyone
else like to try?
"With-permission images are deprecated; we need actual free-content
images that anyone can reuse without asking" seemed to get the point
across okay.
- d.
Anthere a écrit :
> Yann Forget wrote:
> > Hi,
> >
> > I think that there are several areas where the projects would benefit
> > from a more proactive help from the Foundation. I will speak about
> two here:
> >
> > 1. Legal counselling.
> >
> > Some projects (mainly Commons and Wikisource) need more input about
> > copyright issues from knowledgeable persons. I have asked twice to
> > juriwiki-l specific issues for Wikisource without receiving an answer,
> > even an acknowledgement that my request was received. Another concrete
> > example: Commons and Wikisource would benefit most from a cross table
> > about copyright rules, which countries use "most favourable rule apply",
> > etc.
>
> For various reasons, which are controversial, some consider the
> Foundation should not give such advice. As such, your requests will
> probably not meet answers.
Is there any possibility between professional legal advice and no advice
at all? Here we don't need professional legal advice, but rather general
information about how copyright laws from different countries works
together.
For my practical use, is a photograph taken in India in 1908 by a Indian
photographer is public domain in USA (first published in India)? and if
it is taken in 1920? in 1945? and if the photographer is American (first
published in USA)? and if the photographer is from a third country,
England, for example? (Indian copyright law is "public domain 60 years
after publication" for photographs and sound recordings).
> > 2. Helping small projects. It seems that some projects have a difficult
> > start. Indian languages projects are my first examples. I will go to
> > India in January, and I would like to use this opportunity to recruit
> > new contributors. The Foundation could help coordinate this kind of
> > recruitement.
>
> Why not. Practically speaking, how do you think the Foundation could
> help ? What do you mean by "coordination" here ? Example of things we
> could do ?
As Mickael Bimmer mentionned, the coordination might be the work of the
language subcommittee. I subscribed to the list and created an account
on the wiki. ;o)
More generally, I would like to know how far the Foundation as an
organisation is willing to get involved into active promotion for small
projects and new languages. Can the recruitement be made in the name of
the Foundation or not? Can I make leaflets saying "the Wikimedia
Foundation is looking for new contributors for Indian languages"?
> Ant
Regards,
Yann
---------- Forwarded message ----------
From: Pat Gunn <pgunn(a)dachte.org>
Date: 15-Dec-2006 01:26
Subject: [Foundation-l] Mozart's works released
To: foundation-l(a)wikimedia.org
In case anybody missed it,
Mozart's complete works were recently published on the
internet by the (Austria-based) International Mozart Foundation.
http://today.reuters.com/news/articlenews.aspx?type=internetNews&storyID=20…
I'm not sure what license it's under. If it's a free one
(or PD-equivalent), then it's similar in a sense to several
ideas raised in Jimbo's idea drive sometime back.
A thought:
If it is freely licensed, to what extent should the foundation
consider republishing its content on WMF projects? Should WM
avoid possibly stepping on the toes of other projects, avoiding
duplicating any free conttent they make, or should it try to
collect everything (and possibly give prominent credit) that falls
under its mission? The general question may apply to other groups
like Project Gutenberg's works.
---
Pat Gunn
mod: csna, bmcm, bmco, cooa, cona, clpd, coom
http://dachte.org
"Let's put it this way: if you need to ask a lawyer whether
what you do is "right" or not, you are morally corrupt.
Let's not go there. We don't base our morality on law."
-- Linus Torvalds
_______________________________________________
foundation-l mailing list
foundation-l(a)wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/foundation-l
Hi,
I think that there are several areas where the projects would benefit
from a more proactive help from the Foundation. I will speak about two here:
1. Legal counselling.
Some projects (mainly Commons and Wikisource) need more input about
copyright issues from knowledgeable persons. I have asked twice to
juriwiki-l specific issues for Wikisource without receiving an answer,
even an acknowledgement that my request was received. Another concrete
example: Commons and Wikisource would benefit most from a cross table
about copyright rules, which countries use "most favourable rule apply",
etc.
2. Helping small projects. It seems that some projects have a difficult
start. Indian languages projects are my first examples. I will go to
India in January, and I would like to use this opportunity to recruit
new contributors. The Foundation could help coordinate this kind of
recruitement.
Best regards,
Yann
--
http://www.non-violence.org/ | Site collaboratif sur la non-violence
http://www.forget-me.net/ | Alternatives sur le Net
http://fr.wikipedia.org/ | Encyclopédie libre
http://fr.wikisource.org/ | Bibliothèque libre
http://wikilivres.info | Documents libres
Fulfilling a request, I added "User dupes" to my set of toys. For a
user and a wiki (wikipedia or commons), it can find uploaded files
identical in size (pixels and bytes) but different names.
Magnus
[1] http://tools.wikimedia.de/~magnus/userdupes.php
A cookie is a piece of data stored by a website in your web browser
and made available to that site when you use the site. (see [[HTTP
cookie]] for more info)
For a while people have thought it would be useful to use cookies as
part of our blocking system. The idea is that when a user is blocked,
mediawiki would give them a cookie to indicate that they are blocked.
This would then inhibit them from editing even if they changed IPs.
The primary limitation to this approach is that any terminologically
savvy user could easily remove the cookie.
There is a request filed for this feature
(http://bugzilla.wikimedia.org/show_bug.cgi?id=3233) along with a
patch, but this patch has not yet been merged into mediawiki.
Because interest for this feature keeps reoccurring, I threw together
a quick hack using javascript. This method of implementation allows us
to experiment and gauge the value of the approach without distracting
the core developers with more code to merge and support.
This could be implemented by any admin on an of our wiks.
http://commons.wikimedia.org/w/index.php?title=MediaWiki:Monobook.js&diff=p…
Like all cookie based solutions, it is easy to bypass. Its primary
disadvantage compared to the mediawiki patch is that it is not
integrated with the block page, to activate a cookie based block you
must make a separate edit to the target user's javascript.
The current behavior blocks all uploads and edits by the impacted
browser, but it would be fairly trivial to make the function more like
regular blocking... or even more fine grained with per-namespace or
per article blocks. The current behavior also renews the block for 24
hours every time the user *views* a page while logged in as the
blocked user. This too could be trivially changed.
If anyone tries this out or improves it, please let me know. I pretty
much learned javascript in order to do this.. and it only took about
15 minutes to do, so don't expect it to work miracles but it should
work as advertised.
How can the MAC address be read out using javascript?
Bryan
On 12/12/06, Jeffrey V. Merkey <jmerkey(a)wolfmountaingroup.com> wrote:
>
>
> A better solution is to embed the MAC address of the workstation into
> the cookie itself, so you can track someone no matter what account
> or IP they use.
>
> Jeff
>
>
> Gregory Maxwell wrote:
>
>
> >A cookie is a piece of data stored by a website in your web browser
> >and made available to that site when you use the site. (see [[HTTP
> >cookie]] for more info)
> >
> >For a while people have thought it would be useful to use cookies as
> >part of our blocking system. The idea is that when a user is blocked,
> >mediawiki would give them a cookie to indicate that they are blocked.
> >This would then inhibit them from editing even if they changed IPs.
> >The primary limitation to this approach is that any terminologically
> >savvy user could easily remove the cookie.
> >
> >There is a request filed for this feature
> >(http://bugzilla.wikimedia.org/show_bug.cgi?id=3233) along with a
> >patch, but this patch has not yet been merged into mediawiki.
> >
> >Because interest for this feature keeps reoccurring, I threw together
> >a quick hack using javascript. This method of implementation allows us
> >to experiment and gauge the value of the approach without distracting
> >the core developers with more code to merge and support.
> >
> >This could be implemented by any admin on an of our wiks.
> >http://commons.wikimedia.org/w/index.php?title=MediaWiki:Monobook.js&diff=p…
> >
> >Like all cookie based solutions, it is easy to bypass. Its primary
> >disadvantage compared to the mediawiki patch is that it is not
> >integrated with the block page, to activate a cookie based block you
> >must make a separate edit to the target user's javascript.
> >
> >The current behavior blocks all uploads and edits by the impacted
> >browser, but it would be fairly trivial to make the function more like
> >regular blocking... or even more fine grained with per-namespace or
> >per article blocks. The current behavior also renews the block for 24
> >hours every time the user *views* a page while logged in as the
> >blocked user. This too could be trivially changed.
> >
> >If anyone tries this out or improves it, please let me know. I pretty
> >much learned javascript in order to do this.. and it only took about
> >15 minutes to do, so don't expect it to work miracles but it should
> >work as advertised.
> >_______________________________________________
> >foundation-l mailing list
> >foundation-l(a)wikimedia.org
> >http://mail.wikipedia.org/mailman/listinfo/foundation-l
> >
> >
> >
>
> _______________________________________________
> foundation-l mailing list
> foundation-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/foundation-l
>
I see, that someone (user:LeonardoG) is making great job moving images
from pt.wiki to Commons...
http://commons.wikimedia.org/w/index.php?title=Special:Contributions&target…
Yeah ... great, but:
* He doesn't categorise it
* He doesn't put them into galleries
* He doesn't change stupid filenames to normal (eg. DSC_XXXXXX.JPG)
* He moves copyvios from pt.wiki (I've found book cover, DVD screen,
CD Audio with cover, Hagrid's figurine, image of character from
SouthPark ...)
So it's not great at all...
So my question is:
what to do with such users ?
AJF/WarX