Stało się już tradycją, że Koalicja Otwartej Edukacji organizuje Dzień
Domeny Publicznej. W tym roku świętujemy 30 grudnia, w Bibliotece
Narodowej w Warszawie.
Obchody Dnia Domeny Publicznej co roku przypominają, że problematyka
domeny publicznej obejmuje szereg złożonych i wzajemnie zależnych od
siebie regulacji prawnych. Działania mające na celu wprowadzenie
systemowej ochrony prawnej domeny publicznej mają swoje uzasadnienie w
aktach prawnych. Zaniechanie tych działań grozi erozją całego systemu
dostępu i wykorzystania dóbr kultury.
Od 1 stycznia 2011 roku będziemy mogli korzystać z dzieł takich
artystów jak Kazimierz Przerwa-Tetmajer, Olga Boznańska, Józef
Pankiewicz i wielu innych. Tegoroczne obchody mają na celu
podsumowanie najważniejszych inicjatyw działających w oparciu o Domenę
Publiczną w Polsce.
Wstępny program tegorocznych obchodów:
godz. 13:00-15:00:
1. Otwarcie: wystąpienie dyrektora Biblioteki Narodowej Tomasza
Makowskiego i przedstawiciela Ministerstwa Kultury i Dziedzictwa
Narodowego
2. Dlaczego świętujemy Dzień Domeny Publicznej? - Bożena
Bednarek-Michalska (Biblioteka Uniwersytecka w Toruniu)
3. Ile trzeba czekać? Licznik Domeny Publicznej na Wolnych
Lekturach - Magdalena Biernat (Fundacja Nowoczesna Polska)
4. Wikiźródła czyli oddolna aktywność cyfryzacyjna - Tomasz
Ganicz (Stowarzyszenie Wikimedia Polska)
5. Klasyka: teatr jako przestrzeń remiksu - Joanna Derkaczew,
(krytyk teatralny Gazety Wyborczej)
6. Społeczne Pracownie Digitalizacji czyli instytucja i ludzie
- prezentacja Śląskiej Biblioteki Cyfrowej
7. Jak chronić domenę publiczną? - Jarosław Lipszyc (Koalicja
Otwartej Edukacji)
Zapraszamy 30 grudnia 2010 do Biblioteki Narodowej, al. Niepodległości 213.
--
Tomek "Polimerek" Ganicz
http://pl.wikimedia.org/wiki/User:Polimerekhttp://www.ganicz.pl/poli/http://www.cbmm.lodz.pl/work.php?id=29&title=tomasz-ganicz
Sprawdzone pod kątem występowania w linkach interwiki. Mogą być i inne, jeśli ktoś w mniejszych wiki interwiki nie dodawał:
| True_Jesus_Church | 248 |
| Europe | 229 |
| Germany | 228 |
| Kurów | 225 |
| United_States | 225 |
| Wikipedia | 225 |
| Uetersen | 224 |
| France | 223 |
| English_language | 218 |
| Africa | 217 |
Trzeba dodać + 1 - bo brane z jednej wiki, aby sprawdzić, ile interwiki hasło w niej miało - w tym przypadku w en.
przykuta
> Złej - bo taki jest powszechny pogląd większości wikipedystów, czy
> złej - bo wikipedysta Adamt tak uważa? Czy przegapiłem jakieś dyskusje
> dotyczące tych kwestii? A może to jakaś forma desuetudo? I w jakim
> części jest zła - bo zakres tej zasady jest dosyć szeroki?
>
> Dla mnie sformułowania o tym, że Wikipedia nie jest forum dyskusyjnym,
> mównicą, usługodawcą hostingowym, serwisem społecznościowym,
> katalogiem, miejscem na agitację, reklamę czy twórczość własną itd. są
> sensowne. Jasne, że zasada ta mogłaby być zrewidowana, poprawiona,
> bardziej dopracowana - jeżeli masz taki pomysł, to zaproponuj
> odpowiednie zmiany.
>
> Nie rozumiem Twojego podejścia. 70% artykułów nie spełnia też zasady
> WP:WER - co nie znaczy oczywiście, że należy tę zasadę negować. To nie
> zasady odstraszają nowych, lecz raczej sposób powiadamiania ich o tych
> zasadach.
>
> Jakub
Złej bo niezgodnej z duchem Wikipedii Ten projekt rozrasta się ewoluuje a zasady pochodzą z dość odległych czasów. To nie jest tylko moja opinia bo co rusz się o tym mówi a wypowiedzi wielu userów w Poczekalni o tym właśnie świadczą. To że chciałbym zmienić, zaproponować nowe podejście w tym temacie mowiłem kilkakrotnie i wie o tym od dłuższego czasu Elfhelm i jemu też proponowałem popracowanie nad tym w Nowym Roku. Zaproszę na pewno wszystkich do czynnej dyskusji nad nowym kształtem tej zasady. Nie zamierzam do tego czasu negowac zasady CWNJ ale nie zgadzam się na wybiórcze jej stosowanie a już na pewno nie podpieranie sie nią przy kasowaniu stubów czy kasowaniu dobrych artykułów oraz zasłanianie się nia przed innymi userami.
Adamt
> _______________________________________________
> WikiPL-l mailing list
> WikiPL-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikipl-l
"Polish Wikipedia mailing list" <wikipl-l(a)lists.wikimedia.org> napisał(a):
> WP:CWNJ ma charakter zasady i dopóki nie zostanie zmieniona jest
> podstawą usuwania haseł. Wikiźródła nie są miejscem, gdzie można
> przenosić nieencyklopedyczne i niedopracowane hasła z Wikipedii.
> Jeżeli hasło mimo obecności na DNU nie doczeka się poprawy pod kątem
> uźródłowienia powinno być usunięte jako niezgodne z podstawowymi i
> najważniejszymi zasadami, na których opiera się projekt.
Projekt opiera sie na nas samych. My mamy go rozwijać a nie działac odpychajaco dla edytujących Podpieranie się wybiórczo złą zasadą jest błędem i naszą wygodą. WP:CWNJ nie spełnia 70 % artykułów (wszystkie artykuły opisujące różne przedmioty bo je katalogujemy a wiekszośc z tych podmiotów nie ma żadnego wpływu na nasze życie codzienne) Nie jesteśmy w sądzie, działajmy rozsądnie. Czy ktoś z oponentów czy Ty poprosiłeś o źródła autora, czy proponowałeś mu pomoc w przeniesieniu arty do Wikiźródeł? Nie. Skasowac jest łatwo ale nie o to chyba chodzi.
Adamt
>
> Tomek
>
> _______________________________________________
> WikiPL-l mailing list
> WikiPL-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikipl-l
Bardzo mnie martwi iż Poczekalnia staje się miejscem gdzie kilku skostniałych delecjonistów robi sobie pole do kasowania artykułów które choć odbiegają od jeszcze bardziej starej, nieaktualnej i skostniałej zasady CWNJ to jednak poprzez swój poziom wykonania i rzetelność powinny znaleźć swoje miejsce na Wikipedii. Zastanówmy się nad poziomem swojego delecjonizmu bo ciężko z nim walczyć gdy jest chory i przesadzony co z kolei zniechęca do pracy w ogóle. To uwaga na marginesie. Co do artu: Artykuł był po pierwsze niedopracowany i należało poczekać na jego skończenie a miejscem na to jest brudnopis. Tam też powinien się znaleźć i to powinno zostać wykonane. Po drugie jeżeli art jest opracowany bardzo dobrze ma mocne źródła, technicznie jest nienaganny i spełnia wszelkie zasady Wikipedii, nie widzę powodu by nie mógł znaleźć się w przestrzeni głównej jako wyjatek i na pewno Wiki nie straciła by na tym. Jeżeli nie, to zaproponować autorowi (z racji tematu) przeniesienie do Wikiźródeł Taka powinna być kolejność i w takim duchu powinno się rozpatrywać hasła. Cieszmy się że powstają nowe hasła i pomagajmy autorom w ich rozwijaniu i zachęcajmy do pisania a nie kasujmy wypowiadając sakramentalne zdanie ''Niezgodne z CWNJ'' Jesteśmy administratorami i mamy pomagać zwłaszcza osobom które nie są wandalami i mają chęci w rozwijania Wikipedii Przepraszam za tak długą wypowiedź.
Adamt
"Polish Wikipedia mailing list" <wikipl-l(a)lists.wikimedia.org> napisał(a):
> Szkoda jednak, że został artykuł niedopracowany i ewidentnie wątpliwy
> pod kątem WP:CWNJ.
> Tomek
>
> _______________________________________________
> WikiPL-l mailing list
> WikiPL-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikipl-l
Pozwoliłem sobie zmienić wynik podawany w dyskusji hasła
(http://pl.wikipedia.org/wiki/Dyskusja:Wybory_do_rad_dzielnic_Warszawy_w_201…)
- przepraszam, ale nawet licząc głosy wychodzi zdecydowanie za
usunięciem. Wstawianie szablonu o uzyskaniu konsensusu, podczas gdy
hasło wcale się nie zmieniło, nie przedstawiono żadnych dowodów na
wyjątkowość tych władz jest dla mnie po prostu nadużyciem.
LL
Na pl.wiki tez miałem z tym problemy. Na 100 haseł około 5 nie otwierało
się i pokazywało błędy
z DOM. A to ze po przeładowaniu działa to już sorry - czasem nie działa.
PMG
> Sprawa NIE DOTYCZY bezpośrednio polskiej Wikipedii, ale mniejszych
> projektów, a w związku z tym, że zaglądają tu także użytkownicy
> siostrzanych projektów, to podsyłam informację o awarii jaka miała
> miejsce i jej konsekwencjach.
>
> --
> Leinad
>
> There are also PPFrame_DOM->expand errors that started around the same
> time, even on wikis on a different cluster. They usually only happen
> once, and it succeeds just reloading.
> https://bugzilla.wikimedia.org/show_bug.cgi?id=26429
Sprawa NIE DOTYCZY bezpośrednio polskiej Wikipedii, ale mniejszych
projektów, a w związku z tym, że zaglądają tu także użytkownicy
siostrzanych projektów, to podsyłam informację o awarii jaka miała
miejsce i jej konsekwencjach.
--
Leinad
---------- Forwarded message ----------
From: Platonides <Platonides(a)gmail.com>
Date: 2010/12/26
Subject: [Wikitech-l] Christmas server failure report
To: wikitech-l(a)lists.wikimedia.org
Earlier today, /a filled with binlogs in db27, which was s3 & s7 master.
nagios had warned too early / nobody noticed. Slaves lagged, lots of
locks, the wikis got to a halt.
Revisions between 6:50 and 8:20 pm UTC were lost (although they can be
manually reimported from db27).
The new s3 and s7 master is db17, with only one slave: db25.
After the master switch, we started having problems due to cached
revision text in memcached, due to the duplication of old_id values,
so we made them read-only until UTC midnight.
We decided not to disable $wgRevisionCacheExpiry but to remove the
faulty entries, thus I quickly prepared the script
maintenance/purgeStaleMemcachedText.php to clean them.
There were problems in hewiki, since data there didn't clean. On one
instance doing $wgMemc->get persisted even after a $wgMemc->delete on
that same key (???).
Other than the hewiki issues, it seemed to run fine. There will be lots
of wrong entries in diff and parser cache needing a manual action=purge
but a purge will clean them.
Flagged revs caches were not touched. Wikis using it may show the wrong
content (with the additional fun of some users viewing the right one).
There are also PPFrame_DOM->expand errors that started around the same
time, even on wikis on a different cluster. They usually only happen
once, and it succeeds just reloading.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26429
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l