Commons:Nadpisywanie istniejących plików

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
This page is a translated version of a page Commons:Overwriting existing files and the translation is 97% complete. Changes to the translation template, respectively the source language can be submitted through Commons:Overwriting existing files and have to be approved by a translation administrator.
Outdated translations are marked like this.
Shortcuts

Ta instrukcja dotyczy tego, kiedy i jak użytkownicy powinni lub nie powinni nadpisywać istniejące pliki.[1] Wytyczne w tej kwestii są konieczne, ponieważ zarówno projekty Wikimedia korzystające z plików Commons, jak i zewnętrzni użytkownicy treści w sposób bezpośredni korzystający z Commons polegają na tym, że pliki są w miarę stabilne. W rezultacie, podstawową zasadą jest, że istniejące pliki nie powinny być nadpisywane zasadniczo inną treścią, podczas gdy drobne poprawki powinny nadpisywać poprzednią wersję (ale sprawdź poniżej jakie są wyjątki). W razie wątpliwości, lub aby rozwiązać konflikty między użytkownikami, przesyłaj jako nowy plik.

After discussion in August 2012, this guideline was proposed and formally adopted as an RFC. As of September 2023, a further discussion concluded that many overwrites did not comply with this guideline, so it was decided that it should be strictly enforced in software by limiting overwrite privileges of images uploaded by other users to those with the autopatrol right. If you want to overwrite files initially uploaded by other users, please request the autopatrol right on COM:Requests for rights. If you are not eligible for this right, you may request an exception for a specific file.

Jeśli nie nadpisujemy istniejącego pliku, zmiany powinny być przesyłane pod nową nazwą (najlepiej podobną do starej), a strona z opisem pliku powinna zawierać odnośnik do oryginalnego pliku i informację o autorze (autorach).

WYKONAJ nadpisanie

Drobne poprawki

✓[OK] Zasadniczo, używaj linku "Prześlij nową wersję tego pliku" tylko w przypadku stosunkowo niewielkich poprawek. Na przykład

  • podmiana plikiem o wyższej rozdzielczości. Musi być to ten sam plik, jednak nie należy używać metod sztucznego powiększania rozdzielczości
  • małe i niekontrowersyjne poprawki kolorów, redukcja szumów, korekcja perspektywy itp.
  • usunięcie znaków wodnych
  • potrzebne obrócenie o 90, 180 czy 270° albo małe poprawki w orientacji zdjęć, które nie są pionowe
  • drobne kadrowanie
  • niekontrowersyjne poprawki diagramów, map czy wykresów, gdy dostępna jest bardziej poprawna wersja
  • poprawki błędów w SVG
  • dodawanie lub poprawa tłumaczeń, naprawa literówek (np. zamiana "winkszy" na "większy")

i podobne rzeczy, gdzie zasadnicza kompozycja nie jest zmieniona. Może to obejmować niewielkie przycięcie, na przykład w celu usunięcia niedawno dodanej ramki (nie należy przesyłać plików usuwających części historycznych obrazów), ale agresywne przycięcia powinny być zazwyczaj przesyłane pod nową nazwą, taką jak „stara nazwa obrazu (przycięcie).jpg”.

Poprawa drobnych błędów będzie zazwyczaj uznawana za drobną poprawę. Jednakże, im bardziej rozległa jest korekta, tym bardziej prawdopodobne jest, że lepiej jest przesłać poprawioną wersję jako nowy plik (aby uniknąć możliwych nieporozumień co do tego, czy korekta jest właściwa i uniknąć potencjalnej wojny przesyłań), a jeśli to konieczne, nominować stary plik do usunięcia.

Zwróć uwagę: plik z adnotacją zdjęcia straci tę adnotacje jeśli zmienią się wymiary pikseli – zobacz Help:Image-Annotator#Limitations. To nie jest powód, aby rozdzielić plik przy małych poprawkach, ponieważ adnotacje można wprowadzić na nowo.

Wyjątki

✘ Jeśli historyczny dokument bądź dzieło sztuki jest poddane cyfrowej rekonstrukcji rekonstrukcja (nie ważne jak mała) zawsze powinna zostać przesłana pod nazwą inną niż pliku oryginalnego z linkiem do źródła, o które została oparta w polu "inne wersje". Dokonane zmiany powinny zostać udokumentowane w wystarczającym detalu tak, aby dało się je odtworzyć, jeśli to możliwe. Jest to najlepsza praktyka wobec rekonstrukcji, ponieważ pozwala użytkownikom i następnym rekonstruktorom na podążanie łańcucha popraw oraz na możliwość szczegółowego porównania do wersji oryginalnych. (Jednakże, jeśli rekonstrukcja już dokonana na pliku ominęła na przykład drobinkę kurzu nie jest potrzebny nowy plik na każdą małą zmianę w rekonstrukcji). W niektórych przypadkach takie oryginalne pliki są oznaczone {{Please-do-not-overwrite-original-files}}.

Symbol Wyróżnionych Zdjęć

? Uważaj ze zdjęciami, które otrzymały nagrodę specjalnego statusu jak Wyróżnione Zdjęcie (lub odpowiednik na innym projekcie Wikipedii) jako, że status dotyczy konkretnej wersji pliku. Wyróżnione zdjęcia, Zdjęcia Wysokiej Jakości oraz Wartościowe Zdjęcia będą identyfikowane na opisach na własnych stronach plików używając {{Assessments}}. (NB specjalny status Commons nie przenosi się do wtórnych plików.) Twórca zdjęcia może dokonać małych zmian, gdzie uważa, że to będzie niekontrowersyjne w związku z statusem promocyjnym (na przykład, usuwanie drobinek kurzu lub małe przechylenie). Potencjalnie kontrowersyjne zmiany powinny zostać poddane dyskusji z członkami forum, które promują to zdjęcie.

✘ Pliki używane w projektach Wikimedii, gdzie użycie wymaga pliku do bycia nienaruszonym – co znaczy absolutnie bez nadpisywania: nie dla aktualizacji, małych poprawek lub korekcji błędów. Komentarze (w które wlicza się wytykanie błędów oraz wskazywanie do nowszych wersji) mogą swobodnie być dodawane w opisie pliku Commons, lecz sam plik nie powinien zostać nadpisany. Jeśli jest to konieczne, prześlij nową wersję jako oddzielny plik. Takie pliki powinny zostać naznaczone {{Please-do-not-overwrite-permanent-version}}.

✘ Kontrowersyjne lub zakwestionowane zmiany. Jeśli inny edytor uważa, że zmiana nie jest ulepszeniem (nawet jeśli edytor dokonujący zmiany uważa, że jest mała), zmiana może być cofnięta, a nowy plik powinien zostać przesłany pod nową nazwą. Zobacz niżej.

Szanuj twórców treści

Oryginalny twórca pliku jest często najlepszą osobą do dokonywania edycji. Ponieważ JPG jest stratnym formatem, każda edycja pliku JPG może lekko pogorszyć zdjęcie; pozornie małe i "korzystne" zmiany jak zmiana balansu bieli czy dodawanie redukcji szumów mogą dokonać istotnych obrażeń. Twórca zdjęcia często ma dostęp do plików RAW, z których można zrobić nową wersję z jakimikolwiek potrzebnymi poprawkami. Takie wyjście zawsze jest lepsze od edycji pliku JPG. Jeśli jest to fotografia twórca zdjęcia był tam, gdy było stworzone, więc będzie w lepszej pozycji by oceniać, czy kolory oraz oświetlenie są prawidłowe. Dlatego jest to bardzo zalecane, by użytkownicy chcący wprowadzić udoskonalenia do fotografii pierwsze skontaktowali się z twórcą, na Commons czy ówdzie.

Nieedytowane wersje

✓[OK] Czasami użytkownicy przesyłający nowe pliki, które były edytowane (na przykład fotografia z polepszonym kolorem, kontrastem i tak dalej w porównaniu do nie obrobionego zdjęcia) chciałby także dostarczyć oryginalnego, nieedytowanego zdjęcia. Przesyłanie tych zdjęć niezależnie od siebie niepotrzebnie zatłoczyłoby kategorie. Rozwiązaniem jest pierwsze przesłanie nienaruszonego zdjęcia oraz po chwili nadpisania go edytowaną wersją, przez co nieedytowana wersja jest dostępna w historii pliku. Nieedytowane wersje nie są przeznaczone do użytku indywidualnego i nie powinny być rozdzielone na indywidualne pliki - z wyjątkiem wtedy, gdy są potrzebne dla specyficznego, znanego użytku. Pliki używające tego podejścia powinny być zaznaczone {{Unedited version}}.

Zwróć uwagę: nadpisywanie nieedytowanej wersji dotyczy tylko chwilę po przesłaniu nienaruszonej wersji i tylko dla oryginalnego przesyłającego, gdy przesyła ulepszoną wersję tego samego pliku. W każdych innych przypadkach zastosowanie mają typowe kryteria o nadpisywaniu (czy jest to małe udoskonalenie? i tym podobne). Na dodatek obowiązuje typowa zasada o rozwiązywaniu niezgody: jeśli inny użytkownik uważa, że jest to użyteczne, aby rozdzielić plik, powinien zostać rozdzielony.

Wtórne zdjęcia

✓[OK] Czasami użytkownicy mogą chcieć dostarczyć zdjęcie powiązane do ich przesłania, które mogą wykraczać poza Zakres projektu jako indywidualne pliki. Przykładem tego są zdjęcia etykiet związanych z tematem głównego obrazu bądź odwróconą stronę pocztówki jako dowód statusu prawa autorskiego. Rozwiązaniem tego jest aby pierwsze przesłać wtórne zdjęcie po czym nadpisać go głównym zdjęciem tak, aby zdjęcie wtórne było dostępne w historii pliku. Wtórne zdjęcia nie są do użytku indywidualnego i nie powinny być rozdzielone na oddzielne pliki z wyjątkiem jeśli jest to potrzebne do specyficznego, znanego użytku. Pliki używające tego podejścia powinny być zaznaczone {{Secondary image}}. Zwróć uwagę, że wtórne zdjęcia nie są zwolnione z typowych wymagań Commons:Licensing.

Zwróć uwagę: nadpisanie zdjęć wtórnych dotyczy się tylko chwilę po przesłaniu wtórnego zdjęcia i tylko dla oryginalnego przesyłającego. W każdym innym przypadku zastosowanie mają typowe kryteria o nadpisaniu (czy jest to małe udoskonalenie? i tym podobne). Na dodatek obowiązuje typowa zasada o rozwiązywaniu niezgody: jeśli inny użytkownik uważa, że jest to użyteczne, aby rozdzielić plik, powinien on być rozdzielony.

Pliki z obecnymi informacjami

✘ Uważaj, aby nie nadpisywać plików nowymi wersjami, które posiadają nowe informacje, ponieważ w wielu przypadkach nie jest to coś, czego chcą ponowni użytkownicy.

✓[OK] Jednakże pliki mogą być identyfikowane do ponownych użytkowników jako te, gdzie informacje mogą być aktualizowane - te pliki mogą i powinny być nadpisane, aby odzwierciedlić nowe informacje tak, jak jest to niezbędne. Identyfikacja może być dokonana przez nazwapliku, opis pliku, kategorie lub (najbardziej wyraźnie) z dotychczasowym szablonem {{Current}}. Od pliku nazwanego "File:Germany location map.svg" oczekuje się, aby wykazać obecne granice oraz oczekuję się, że będzie aktualizowany, gdy na przykład zmienią się granice lub zostaną zaobserwowane błędy. Z drugiej strony od pliku zwanego "File:Germany, Federal Republic of location map October 1949 - November 1950.svg" oczekuje się, aby był poprawny dla tego okresu czasu i nie okazywał dotychczasowych granic.

NIE nadpisuj

Wyjątki do zasady małych zmian

  • Wyjątki do zasady "małe zmiany powinny być przesłane do tego samego pliku" (zobacz wyżej):
    • ✘ Cyfrowa renowacja
    • ✘ Pliki, które zostały nagrodzone specjalnym statusem jak Commons Wyróżnione Zdjęcie, Commons Zdjęcie Wysokiej Jakości lub inne, podobnego statusu zdjęcia na innym projekcie Wikimedii. Takie pliki są oznaczone {{Assessments}}.
    • ✘ Z wyjątkiem plików używanych w projektach Wikimedia, gdzie użycie wymaga, aby plik pozostał niezmieniony
    • ✘ Kontrowersyjne lub zakwestionowane zmiany – zobacz niżej.
    • ✘ Sztucznie skalowane lub powiększane za pomocą dowolnego narzędzia, w tym usług opartych na sztucznej inteligencji lub głębokiego uczenia (deep learning)
    • ✘ Usuwanie części historycznych zdjęć.
      Na przykład, historyczne ryty często mają obwód oraz tekst pod zdjęcie opisujący go. Jeśli było to częścią oryginalnej kompozycji i chcesz usunąć je dla jakiegoś użytku na stronach Wikimedii prześlij je jako nowy plik. Jeśli na zdjęciu są adnotacje lub znakowania, które nie były częścią oryginalnej kompozycji mogą być usunięte i wstawione w szablon {{Information}} bez potrzeby przesyłania nowego pliku; na przykład w przypadku zdjęć Bundesarchive typowo występuje numer oraz data fotografii.

Istotne zmiany

  • ✘ Duże zmiany (np. radykalne kadrowanie)
  • ✘ Zmiany, które odzwierciedlają inne informacje (na przykład aktualizowanie mapy)
    • ✓[OK] z wyjątkiem, jeśli zdjęcie jest zaznaczone jako aktualizowalne – to jest identyfikowane przez nazwę pliku, opis lub szablon {{Current}} dla ponownych użytkowników jako takie, którego informacje mogą być aktualizowane

Niepowiązane pliki

  • ✘ Całkowicie niepowiązane pliki
    • ✘ Inne pliki na ten sam temat (jak na przykład zdjęcie krowy nadpisane innym zdjęciem krowy)
    • ✘ Inne pliki odwołujące się do dokładnie tego samego obiektu (na przykład inne zdjęcie Dawida Michelangela)
    • Zwróć uwagę: nie nadpisuj pliku z myślą usunięcia go; zamiast tego postępuj zgodnie z Commons:Zasady usuwania.

Kontrowersyjne lub kwestionowane zmiany

✘ Zmiany do pliku, które prawdopodobnie będą kwestionowane powinny być przesłane do pliku z inną nazwą. Wojna przesyłania (forma wojny edytowej, w której uczestnicy wielokrotnie przesyłają inne wersje pliku tak, aby ich wersja była widoczna) są zawsze nie chciane. Tak jak z innymi formami toczenia wojen edytowych, użytkownicy, którzy biorą udział w wojnach przesyłowych mogą być zablokowani przed edytowaniem.

Jeśli inny edytor uważa, że zmiana nie jest ulepszeniem (nawet jeśli edytor dokonujący zmiany uważa, że jest mała), zmiana może być cofnięta. Gdy zmiana zostanie cofnięta nowy plik powinien zostać przesłany pod nową nazwą (z wyjątkiem, że edytor dokonujący cofnięcia wyraźnie bądź domyślnie zgadza się do kwestionowanej zmiany). To nadal dotyczy nawet jeśli zmiana jest potrzebna, z perspektywy jednego edytora, aby uniknąć naruszenia praw autorskich: w takim razie, jeśli zgoda nie zostanie osiągnięta przez dyskusję stary plik powinien zostać nominowany do usunięcia.

Im więcej jest znanych użytków pliku (poprzez transkluzje w projektach Wikimedii) tym więcej współtwórcy powinni być ostrożni, czy zmiana kwalifikuję się jako "drobna". Powszechne korzystanie z pliku sprawia, że nawet małe zmiany będą kontrowersyjne. Jeśli nie jest się pewnym przesyłanie jako oddzielne zdjęcie unika potencjalnych niespodzianek dla ponownych użytkowników. W niektórych przypadkach poprzednia dyskusja z uprzednim(i) przesyłającym(i) lub w lokalizacjach, gdzie występuje plik mogą pomóc zdecydować, czy planowana zmiana może być uznana jako "mała".

Zmiany, które naruszają spójność z innymi zdjęciami

✘ Gdy zdjęcia są spójne ze sobą indywidualne zdjęcia nie powinny być zmienione w taki sposób, aby były niespójne z innymi. (Na przykład File:Icosahedron flat.svg nie powinien być nadpisanym białą wersją, ponieważ złamało to zgodność zestawu).

✓[OK] Małe zmiany mogą być dokonane do każdych zdjęć, dopóki są one spójne. (Na przykład w porządku jest usunąć kółka wokół cyfr w File:Hawaiian Eruption-numbers.svg, ponieważ było to zrobione do wszystkich zdjęć w zestawie.)

Przykłady

Drobne poprawki

Zobacz na przykład historie wersji

Do małych poprawek dla elementów tekstowych wlicza się korekta pisowni na etykiecie mapy. Dla kontrastu, przetłumaczenie etykiet mapy z angielskiego na niemiecki jest poważną zmianą i powinno być przesłane jako oddzielny plik.

Istotne kadrowanie czy odkadrowanie

To czy kadrowanie jest "istotne" polega częściowo na proporcji kadrowanego zdjęcia oraz częściowo na jak dużo wykluczonej zawartości ma wpływ na kompozycję. Dla zdjęcia obiektu w muzeum na szarym tle kadrowanie znacząco bliżej do obiektu było uznane drobnym kadrowaniem:

Z drugiej strony, poniższa fotografia Martina Scorsese'a była istotnie wykadrowana dla przybliżenia na jego twarzy, a rezultat został poddany w oddzielnym pliku; natomiast poniższe zdjęcie góry zostało wykadrowane tak, aby istotnie je przekomponować:

Gdy kadrując zdjęcie JPEG pamiętaj, aby zawsze używać kadrowanie bezstratne.

  • Na przykład: This 1899 portrait of a young man with a fish przez Wilhelm von Gloeden zostało przesłane w roku 2005 ale później nadpisane w 2010 przez pełnej długości niekadrowaną wersję. Chociaż, że namysłem było odnowić zdjęcie do lepszej jakości, nadpis okazał się wysoko kontrowersyjny, ponieważ zmienił kontekst z skromnej pozy do nagiej z potencjalnie erotycznymi konotacjami. W niektórych istniejących transkluzjach ta zmiana była niechciana i budziła kontrowersję. Przesłanie wyższej jakości zdjęcia jako oddzielnego pliku mogło temu zapobiec.

Nieedytowane wersje

Wtórne zdjęcia

  • Przykład: File:Neapolitan Fisherboy.jpg jest zdjęciem rzeźby oraz posiada zdjęcie etykiety tej rzeźby w historii pliku.
  • Przykład: File:William Shatner Star Trek.JPG jest znanym zdjęciem Williama Shatnera jako Jamesa Kirka z programu telewizyjnego Star Trek i najstarsze zdjęcie w historii pliku jest użyte do weryfikacji statusu domeny publicznej.

Pliki z obecnymi informacjami

Przykłady:

Zmiany kontrowersyjne lub kwestionowane

Stałe wersje

Załączanie plików

Atrybucja

Upewnij się, aby odpowiednio przypisać oryginalnego autora oraz zastosować licencję kompatybilną z oryginalnym plikiem. Możesz użyć {{Derived from}} oraz {{Derivative versions}} aby załączyć pliki. Bardziej specyficzne pochodne szablony są dostępne, w tym {{Image extracted}}, {{Retouched picture}}, oraz {{Attrib}}.

Używanie pola "innych wersji" szablonu Informacyjnego

Szablon {{Information}} posiada parametr |inne wersje, których możesz użyć, aby załączyć pomiędzy innymi wersjami pliku. Możesz


Załącznik do zmiennej treści

Gdy chcesz zapewnić lub użyć stabilnego załącznika z innego projektu dla jakiegokolwiek zdjęcia, które jest przewidywane do niejednokrotnej aktualizacji masz na to wiele sposobów:

  • Zaznacz stronę zdjęcia szablonem {{Current}} (zobacz § Pliki z obecnymi informacjami). Główną niedogodnością jest to, że stara wersja nie może być bezpośrednio załączona jeśli zajdzie taka potrzeba.
  • Stwórz stronę przekierowania pliku pod fikcyjną nazwą pliku w Commons i użyj linku do tej nazwy pliku w innych projektach. Zmień przekierowanie do każdej nowej wersji (załączniki przychodzące z innych projektów nie muszą być aktualizowane). To skutkuje aktualizowaniem wyłącznie jednego pliku zamiast wielu. (Zwróć uwagę, że efekt nadpisana lub zmiany może być nieznacznie zwolnione przez opóźnienie pamięci podręcznej lub może zawieść przez niedoskonałość oprogramowania). Na przykład: załącznik do File:Africa borders redirect na Wikipedii oraz na Commons miej File:Africa borders redirect wskazujące do File:Africa borders 2011, File:Africa borders 2012, i tak dalej w razie potrzeby.
  • Połącz dwie metody. Konkretne wersje mogą być przesłane (oraz załączone) oddzielnie pod własnymi specyficznymi stałymi nazwami plików oraz inne nazwy plików mogą być zaznaczone wersją {{Current}} oraz nadpisane kiedykolwiek przez aktualną wersję. To znaczy (tak jak poprzednie rozwiązanie), że aktualna wersja jest dostępna pod dwoma nazwami plików: jeden dla stałej treści oraz jeden dla aktualizowalnej treści. To rozwiązanie powinno być bardziej odporne na opóźnienie pamięci podręcznej oraz błędy aktualizacji oprogramowania niż poprzednie.

Uwaga: gdy robiąc jedno z tych rozwiązań bądź pewien, że użytkownicy nazwy pliku wiedzą, że zawartość pliku może się zmienić oraz spróbuj sprawdzić użycia pliku przed aktualizowaniem przekierowania bądź nadpisaniem pliku.

Uwagi

  1. Plik może zostać nadpisany przez każdego użytkownika z kontem starszym niż 4 dni ze strony opisu pliku za pomocą linku Prześlij nową wersję tego pliku poniżej historii plików; lub poprzez Special:Upload. Special:Upload dostarcza dwa komunikaty ostrzegawcze podczas nadpisywania istniejącego pliku - MediaWiki:UploadFormPreviewOverwriteError i MediaWiki:Fileexists. (zobacz też Phab:T41344). Kreator UploadWizard nie pozwala na nadpisywanie plików.

Zobacz też

Pomoc

Sposoby uzyskania pomocy
  • If you place {{helpme}} on your talk page, a volunteer will visit you there as soon as possible!

Inne zasady i wytyczne