Wikitech-l September 2003

wikitech-l@lists.wikimedia.org

71 participants
164 discussions

[WikiEN-l] [Wikitech-l] Re: Update to gfdl copyright notice needed
by Geoff Burling 07 Sep '03

07 Sep '03

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

1 0

it.wikipedia.org down ?
by Oualmakran Youssef 07 Sep '03

07 Sep '03

Hello, http://it.wikipedia.com and http://ca.wikipedia.com seem to be down. Other Wikipedia using old software may also be down. Regards, Youssef

2 1

Bug tracker updates: wikibugs-l
by Brion Vibber 06 Sep '03

06 Sep '03

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)

1 0

Colors for maps
by Tomasz Wegrzanowski 06 Sep '03

06 Sep '03

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 ?

4 4

Re: [Wikitech-l] Update to gfdl copyright notice needed (tomos)
by Anthere 06 Sep '03

06 Sep '03

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

1 0

CologneBlue stylesheet
by Daniel Herding 06 Sep '03

06 Sep '03

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

3 5

wikipedia sql databases with bittorrent
by Heikki Orsila 06 Sep '03

06 Sep '03

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

3 2

SVG whiteboard
by Steve Vertigum 06 Sep '03

06 Sep '03

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

1 0

Re: The_polygon_map
by Anthere 05 Sep '03

05 Sep '03

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

1 0

Update to gfdl copyright notice needed
by Daniel Mayer 05 Sep '03

05 Sep '03

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)

2 1

← Newer
1
...
10
11
12
13
14
15
16
17
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l September 2003