Extension:Graph/Plans/pl

From mediawiki.org
This page is a translated version of the page Extension:Graph/Plans and the translation is 91% complete.

Aktualizacja z kwietnia 2024

Cześć wszystkim – nazywam się Marshall Miller; jestem starszym dyrektorem ds. produktu w WMF i współpracuję z menedżerami produktu i zespołami, które koncentrują się na doświadczeniach użytkowników związanych z czytaniem i edytowaniem wiki. Dziękuję wszystkim za udział w tej rozmowie i cierpliwość w czasie frustrującej awarii rozszerzenia Graph. Ostatnią aktualizację na temat wykresów podałem tutaj i na wikimedia-l. Od tego czasu rozmawiałem z wieloma wolontariuszami o ich doświadczeniach i potrzebach związanych z wykresami i zebrałem grupę pracowników, aby zaproponować plan. Powróciłem z proponowanym planem, aby uzyskać waszą opinię i wkład. Publikuję tutaj na stronie projektu zamiast na stronie dyskusji, aby ta aktualizacja mogła zostać oznaczona do tłumaczenia na inne języki. Na stronie dyskusji pojawił się nowy nagłówek.

Podsumowanie

Krótko mówiąc, w Wikimedia Foundation proponujemy podejście, które zasugerowało wielu członków społeczności: zbudowanie nowej usługi, która zastąpi rozszerzenie Graph. Podejście to umożliwi edytorom tworzenie podstawowych wizualizacji, będzie wymagało koordynacji ze społecznościami w zakresie migracji istniejących wykresów i będzie rozszerzalne przez programistów, którzy chcą budować i utrzymywać dodatkowe funkcje.

Potrzebowaliśmy trochę czasu, aby rozważyć wszystkie kwestie architektoniczne i przypisać zasoby do tej pracy, a teraz chcemy usłyszeć od wolontariuszy, czy to brzmi jak właściwe podejście. Prace te będą prowadzone przez Chrisa Ciufo, menedżera produktu w zespole Design System. Możecie spodziewać się od niego wiadomości w przyszłości. Poniżej znajduje się więcej informacji dla tych, którzy chcą zapoznać się ze szczegółami i rozważaniami dotyczącymi tego podejścia.

Ponieważ prace te jeszcze się nie rozpoczęły, do uruchomienia nowych wykresów pozostało jeszcze kilka miesięcy. W nadchodzących tygodniach zaangażujemy odpowiednich inżynierów i rozpoczniemy projektowanie, upewniając się, że mamy solidny plan i jesteśmy gotowi do jego iteracji. Prace rozpoczniemy prawdopodobnie w lipcu, gdy pracownicy ukończą prace z poprzednich projektów. Nie wiemy jeszcze, ile zajmie uruchomienie pierwszych typów wykresów. Chętnie omówimy pomysły członków społeczności dotyczące tego, co, jeśli w ogóle, zrobić, w sprawie niedostępności wykresów w nadchodzących miesiącach.

Uzasadnienie

Chris i ja proponujemy to podejście w oparciu o analizę tego, jak ludzie korzystali z wykresów i jak naszym zdaniem będą z nich korzystać; z uwzględnieniem tego, że nasza technologia ma być bezpieczna, skalowalna i łatwa w utrzymaniu w przyszłości.

Patrząc na to, jak ludzie używali wykresów, widzimy, że wykresy są cennym, ale nie przytłaczająco powszechnym narzędziem na wiki. W angielskiej Wikipedii wykresy są używane w około 10000 artykułów, co stanowi 0,15% wszystkich artykułów. We wszystkich Wikipediach są one używane w około 178000 artykułach, co stanowi 0,28% artykułów. Poza główną przestrzenią nazw wykresy są używane częściej, często dlatego, że są częścią szablonów, które są często wyświetlane. Na przykład w arabskiej Wikipedii na każdej stronie dyskusji o artykule znajdował się wykres odsłon (dopóki nie został niedawno usunięty). Co ważne, zauważyliśmy, że zdecydowana większość wykresów jest stosunkowo prosta: słupkowe, liniowe, kołowe itp. i wykorzystuje dane w tekście wiki lub w przestrzeni nazw Dane na Commons. Zasoby dla wykresów powinny odpowiadać temu umiarkowanemu wykorzystaniu - wystarczające wsparcie, ale nie dla złożonych funkcji, które nie są powszechnie używane.

Dyskusja techniczna

Funkcjonalność nowego rozszerzenia będzie ograniczona w porównaniu do starego, zwłaszcza że nie będzie ono obsługiwać wszystkich typów wizualizacji i źródeł danych starego rozszerzenia. Jednak takie podejście stanowi nowy początek bardziej zrównoważonej przyszłości z wykresami.

Jeśli chodzi o bezpieczeństwo, skalowalność i łatwość utrzymania, w grudniu uznaliśmy, że nie ma realnego sposobu na naprawienie i kontynuowanie starszego rozszerzenia Graph. Wśród innych opcji próbowaliśmy uaktualnić wykresy do Vega 5 (tylko po to, by znaleźć te same problemy z bezpieczeństwem) i włożyć je w znaczniki iframe (co spowodowało znaczące problemy z wydajnością). Oznaczało to, że droga dla wykresów wymagałaby nowego rozszerzenia.

Oto krótki zarys podejścia, o którym myślimy:

  • Starsze rozszerzenie Graph zostanie wyłączone.
  • Fundacja stworzyłaby nowe rozszerzenie znacznika parsera, które obsługuje ograniczony zestaw z góry określonych typów wizualizacji, takich jak podstawowe wykresy i mapy, które obejmują większość istniejących przypadków użycia, które edytorzy defliniowaliby w wikitekście i które byłyby wyświetlane jako statyczne obrazy na stronach wiki.
  • Renderowanie po stronie serwera pozwoliłoby uniknąć znanych lub istotnych zagrożeń bezpieczeństwa, takich jak te w starszym rozszerzeniu Graph.
  • Nie wiemy jeszcze, z jakiej biblioteki lub bibliotek wizualizacyjnych będziemy korzystali, czy Vega, czy d3 (która zasila Vegę), czegoś w rodzaju Our World in Data-Grapher, czy z czegoś innego.
  • Nowe rozszerzenie obsługiwałoby dane definicji wykresu określone w tekście liniowym lub w tabelach na Commons (w przestrzeni nazw Data), tak jak było to obsługiwane przez rozszerzenie Graph. Postaramy się zaoferować pomoc w migracji starszych wykresów przy użyciu tych źródeł danych.
  • Mogłoby ono zostać rozszerzone o nowe typy wizualizacji przez pracowników lub programistów-wolontariuszy w ramach kontrolowanego, scentralizowanego i podlegającego weryfikacji kodu procesu.
  • Mogłoby ono zostać rozszerzone o pobieranie danych z innych źródeł, takich jak Wikidata, do czego na początku nie będzie przystosowane.
  • Wyświetlałoby wykresy w aplikacjach Wikipedii na iOS i Androida (nie było to możliwe z rozszerzeniem Graph po wycofaniu Graphoid).
  • Byłoby ono oficjalnie utrzymywane przez WMF w celu usuwania błędów.

W wielu rozmowach na temat wykresów wolontariusze pytali również o długoterminowe działania dotyczące treści interaktywnych, takich jak osie czasu i obiekty 3D. Odbudowanie możliwości bezpiecznego wyświetlania prostych wykresów będzie wymagało dużego nakładu pracy ze strony pracowników i wolontariuszy. W ramach tego nowe rozszerzenie będzie łatwo rozszerzalne przez wolontariuszy, którzy mają umiejętności techniczne, aby dodać bardziej wyrafinowane wizualizacje i więcej źródeł danych. Może to być furtka dla niektórych rodzajów interaktywnych treści, ale szerszy temat interaktywnych treści jest wart osobnych rozmów.

Idąc naprzód

Chcemy poznać wasze opinie na temat tego podejścia:

  • Czy wydaje się to właściwym sposobem postępowania?
  • Jakie są podstawowe typy wizualizacji, których obsługa jest najważniejsza? Bez których możemy się obejść?
  • Które przypadki użycia mogą zostać pominięte?
  • W jaki sposób społeczności będą musiały uczestniczyć lub reagować na te zmiany?

Jak już wspomnieliśmy, istnieje wiele ważnych kwestii do rozwiązania. Jednym z najważniejszych jest dla mnie to, co stanie się z szablonami i źródłami danych, które zostały zbudowane wokół rozszerzenia Graph w ciągu ostatnich dziesięciu lat. Chociaż chcemy ułatwić pracę wielu istniejącym specyfikacjom wykresów w nowym systemie, będziemy musieli wspólnie to przemyśleć.

Dziękuję za przeczytanie tej długiej aktualizacji i za dalsze uczestnictwo w tym przedsięwzięciu. Wiem, że wielu z was poświęciło wiele czasu w ciągu ostatnich miesięcy na omawianie wykresów i tworzenie obejść. Z niecierpliwością czekamy na kontynuację pracy.

Dyskusja tej aktualizacji

Previous technical proposals

The previous technical proposals can be seen at this archive link. Unfortunately, our research found that there were security and/or performance problems with these proposals. The update above, and related discussion on the talkpage, have details on the newer proposal.