On Sat, 6 Sep 2003, Daniel Mayer wrote:
> Alex R. wrote:
> >"All contributions submitted here are released under
> >the [[GNU Free Documentation License]], see
> >[[{Project name}:Copyrights and Warranty Disclaimers]] .
> >By clicking save you affirm the copyright owner(s) of all
> >submitted material agrees to these terms; you further
> >affirm that such text is not defamatory or in violation
> >of any law; you also agree to [[{project name}:indemnify|indemnify]]
> >{project name}, all other volunteers and the [[Wikimedia Foundation]]
> >for any and all claims connected with your submission and are
> >bound by the [[{project name): terms and conditions]]."
>
> That looks good to me. Any objections from anybody about me changing the edit
> page text in Language.php, moving/modifying [[Wikipedia:Copyrights]],
> creating [[Wikipedia:Terms and conditions]], and for Alex to start
> [[Wikipedia:Indemnify]]?
>
And what do we do if a minor makes a submission? After all, while minors can
sign contracts, but cannot be held to them. And we do have several minors
who are making contributions to Wikipedia. (For example LittleDan, who
I wouldn't have thought was that young had he not stated the fact.)
This has been something that has nagged me ever since I learned that the
FSF does check for this of every contributor to their code base. If someone
under 18 wants to contribute, they have to get their parents or guardians
to agree to the FSF's terms. (This is done to provide the necessary
documentation to prevent a SCO v. IBM lawsuit.)
Geoff
I've set up a "wikibugs-l" to which updates from our bug tracker on
SourceForge are now being sent.
If you'd like to see the latest, greatest bug reports in your inbox
live! please sign up at:
http://mail.wikipedia.org/mailman/listinfo/wikibugs-l
-- brion vibber (brion @ pobox.com)
http://meta.wikipedia.org/wiki/The_polygon_map
Political maps use 2-level coloring schemes.
Main color is selected as to avoid 2 neighbour countries having the same color.
It's shade is selected randomly.
The problem is to select such N (N about 8) colors generators,
and such colors for seas, rivers, city and country labels,
and other objects (borders, river/mountains/island/sea labels etc.),
that makes maps most readable.
Currently used scheme is:
Colors for:
city dots white
city labels white
rivers #000060
seas #000060
country labels #FF8080
Color generator 0 # cyan
$r = rand 64;
$g = 160 + rand 64;
$b = 160 + rand 64;
Color generator 1 # green
$r = 64 + rand 64;
$g = 160 + rand 64;
$b = 64 + rand 64;
Color generator 2 # yellow-green
$r = 128 + rand 32;
$g = 192 + rand 64;
$b = rand 32;
Color generator 3 # greenish-blue
$r = rand 32;
$g = 64 + rand 64;
$b = 128 + rand 64;
Color generator 4 # yellow
$r = 128 + rand 64;
$g = 96 + rand 64;
$b = rand 32;
Color generator 5 # orange
$r = 128 + rand 64;
$g = 64 + rand 64;
$b = rand 64;
Color generator 6 # magenta
$r = 160 + rand 64;
$g = 64 + rand 64;
$b = 160 + rand 64;
Color generator 7 # gray
$r = 96 + rand 64;
$g = $r - 16 + rand 32;
$b = $r - 16 + rand 32;
But it doesn't give very good results.
Anyone with better idea for coloring ?
Message: 5
Date: Thu, 04 Sep 2003 20:01:51 +0000
From: "Tomos at Wikipedia" <wiki_tomos(a)hotmail.com>
Subject: [Wikitech-l] Update to gfdl copyright notice
needed
To: wikitech-l(a)wikipedia.org
Message-ID: <LAW14-F15eD0WeOnFl000017101(a)hotmail.com>
Content-Type: text/plain; format=flowed
>Regarding Brion's point that there should be a good
>policy or monitoring system of deletion/undeletion -
>I think that's right. But I am not sure if all
>wikipedias became tolerant of unilateral deletion by
>admins. Have en., fr. and eo. all gone through that
>kind of change?
We practice unilateral deletion less than on the en.
This is cultural I think. We are just less bold. This
is also true for editing. Many editors explain they
will make change in the talk page first, or contact
the main editor when there is one. And many are quite
disturbed when one remove some text from an article
without previous warning. This is often seen as bad
manners. I understood this is similar on ja.
When one notice a bad new article, he either lists it
on votes for deletion, or just blank it (so it can be
noticed later on by an admin in the special:short
pages). Questionable articles are very rarely deleted
on sight...except by me I guess :-)
Still, unilateral deletions were practiced a couple of
time, related to edit wars mostly.
>For one, admins on Japanese wikipedia don't delete
>pages uniliterally.
>Stubs, testing (like "Hi there!"), pure junks (like
>falkjdslkjas) are turned to blank, but people don't
>list them on Votes for Deletion unless the
>page titles are really meaningless. There was once a
>discussion that we might start deleting these stuff,
>but the idea was to create an expedite process
>for those limited types of pages to be deleted, not
>uniliteral deletion.
I support deletion of junk pages for the following
reason : as long as an article does not exist, the
reader may see it in the link (red for example). He
may click on it to create it, but if he only is a
reader, he will not spent connexion time accessing to
it (once he understood the system).
If you keep the junk article, the link indicate there
is an article. When the reader click on the link, he
spends time just to access an empty article. He will
be then disappointed. Not good for image :-)
ant
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
On Wed, 13 Aug 2003 13:47:40 +0100, tarquin wrote:
>> I also want to remind you about another thing that needs to be fixed
>> with the CologneBlue stylesheet:
>> http://mail.wikipedia.org/pipermail/wikitech-l/2003-July/004911.html
>>
>>
> I've taken a look at this.
> There's probably a reason for not having a 100% width, though in my IE6
> it was ok. could be a Netscape 4 or IE5 workaround?
> Is it a major problem? It would be easier to fix this sort of thing if
> we eventually switch to a template system. (in which case, we'd be
> remaking the skins as templates, and we wouldn't be using tables at all,
> if possible)
98% instead of 100% seems to a design question. But with 98% it simply
doesn't
work right, so we should change it to 100%. We also can't wait for
templates.
Please just change it as described in the link above.
>> If you delete
>>> padding: 0;
>> everything looks fine.
> Done. Uploaded to CVS.
How long will it take until the changes will be brought to the wikipedias?
Daniel
You may want to investigate using bittorrent to distribute wikipedia
database dumps. It would save your bandwidth, and increase download speeds
for users:
http://www.bitconjurer.org/BitTorrent/
My personal experience says that the bittorrent system works well.
PS. I'm not sure if this the right mailing list.
Heikki Orsila There has yet to be any innovation, new
heikki.orsila(a)ee.tut.fi features or new capabilities out of the
http://ee.tut.fi/~heikki Linux platform. - Steve Ballmer of Microsoft
Last night I did some digging into installing
whiteboard capability for WP and was pleased to find
it has just been implemented -- See
http://meta.wikipedia.org/wiki/SVG_whiteboard for
links and discussion. The below text is from a dude
named Danny Ayers--I inquired of him because of his
apparent experience dealing with a wiki implementation
of an SVG whiteboard and various similar SVG related
issues. We dont even have true SVG viewing capability
yet though...
As if there wasnt enough on the collective plate
already,
-S-
---
Hi Stevertigo, I just got your comment on my blog re.
SVG Whiteboard. I'll be happy to help if I can.
You might also be interested in is what I've got in
mind for the Wiki code I'm working on. I plan to
generate RDF metadata from all pages - most of this
will be from the RSS 1.0 vocabulary, but I'll also
have to create some custom terms (like "WikiWord").
Basically provide machine-readable data about the
knowledge contained in the Wiki. This would (IMHO) be
a wonderful extension for the Wikipedia, for example,
where appropriate entries in the Wikipedia could be
automatically cross-referenced with WordNet and dmoz
entries. Putting it on the Semantic Web is a nice
visionary thing too.
As with the WikiWhiteboard, the implementation would
be different (I'm primarily using Java, though I think
Eugene's version is in Perl), but the RDF-specific
parts would be the same in the same way that the SVG
parts can stay the same across Wikis.
Cheers, Danny.
danny666(a)virgilio.it
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
Tomasz Wegrzanowski wrote:
> http://meta.wikipedia.org/wiki/The_polygon_map
> > Political maps use 2-level coloring schemes.
> Main color is selected as to avoid 2 neighbour
countries having the
same color.
> It's shade is selected randomly.
> > The problem is to select such N (N about 8) colors
generators,
> and such colors for seas, rivers, city and country
labels,
> and other objects (borders,
river/mountains/island/sea labels etc.),
> that makes maps most readable.
> > Currently used scheme is:
> > Colors for:
> city dots white
> city labels white
> rivers #000060
> seas #000060
> country labels #FF8080
> Color generator 0 # cyan
> $r = rand 64;
> $g = 160 + rand 64;
> $b = 160 + rand 64;
> Color generator 1 # green
> $r = 64 + rand 64;
> $g = 160 + rand 64;
> $b = 64 + rand 64;
> Color generator 2 # yellow-green
> $r = 128 + rand 32;
> $g = 192 + rand 64;
> $b = rand 32;
> Color generator 3 # greenish-blue
> $r = rand 32;
> $g = 64 + rand 64;
> $b = 128 + rand 64;
> Color generator 4 # yellow
> $r = 128 + rand 64;
> $g = 96 + rand 64;
> $b = rand 32;
> Color generator 5 # orange
> $r = 128 + rand 64;
> $g = 64 + rand 64;
> $b = rand 64;
> Color generator 6 # magenta
> $r = 160 + rand 64;
> $g = 64 + rand 64;
> $b = 160 + rand 64;
> Color generator 7 # gray
> $r = 96 + rand 64;
> $g = $r - 16 + rand 32;
> $b = $r - 16 + rand 32;
> > But it doesn't give very good results.
> > Anyone with better idea for coloring ?
Hum.
I would say...put city dots and city labels in black.
There is nothing such as black for readability.
Put all the oceans in white. On a higher scale map, it
is quite more visible. You may distinguish the
different continent much more easily. Think
printability as well. No one like to kill his color
printer with just one map :-)
I would also put rivers in white. It is much more
visible as well.
Alternatively, a very clear blue. But you should try
white.
If you keep the labels in white (rather than black),
the background colors will always have to be very dark
for the labels to be visible. If the labels are black,
you keep basically all the possibilities you could
wish in terms of coloring.
As for the different colors, well I can't speak
automated generation. But what I would do (at least
for a geographical atlas) would be to use shades
varying between green and brown. Perhaps dark yellow.
It might be enough to support non confusion between
countries, without looking so strong and colorful.
Again, I would avoid too strong and flashy colors.
Some quick ideas (no generation)
52 104 38
45 155 17
73 231 33
124 213 152
190 228 172
110 154 89
101 173 23
143 173 23
147 201 29
223 245 195
175 255 206
120 135 102
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
Alex R. wrote:
>Maybe this is a reason that there should be an
>affirmation with a click box like the image upload
>page that not only states that the text being
>submitted is not in violation of copyright law but it is
>also not defamatory against any person nor a
>violation of that person's privacy rights in the
>country of origin and that the person submitting
>the material indemnifies Wikipedia against any
>defamation damages, especially internationally if
>the poster is from a foreign country.
How about
"Please note that all contributions to {project name} are considered to be
released under the [[GNU Free Documentation License]] (see [[{project
name}:Copyrights]] for details). By clicking save you agree that the text you
submit is not a copyright violation or is otherwise illegal to submit. You
also agree to our [[{project name}:terms and conditions]] and indemnify
[[{project name}]] and the [[Wikimedia Foundation]] from any damages that may
result from your submission."
[[{project name}:terms and conditions]] would be a policy page that has a
summary of only the most important policies of that project.
-- Daniel Mayer (aka mav)