Obstawiam że nikt o to nie poprosił (lub jest limit na ilość przestrzeni a Niemcy byli szybsi).
Bot powinien być prosty do zrobienia.
Chyba to w zeszłym roku, była duża dyskusja na temat znaczenia przestrzeni nazw.
Kilka lat temu chciałem dodać “PL” ale mi odmówiono.
Zmiany idą w stroną zmniejszenia jej znaczenia.
Na przykład, obecnie, jeśli w wiki jest ustawiony j. polski to przy próbie otwarcia wersji angielskiej, powinna otworzyć się wersja polska.
Także wystarczy zrobić link do wersji w j. angielskim. Jeśli powstanie nowe tłumaczenie to automatycznie będzie widoczna wersja polska.
Tak przy okazji.
Ja nie zajmuję się już tłumaczeniami i aktualizacją, wychodząc z założenia, że przybyło wiele osób z doskonałą znajomością j. angielskiego, którzy mogą zająć się kontynuacją udoskonaleniami polskiej wersji Wiki.
Obecnie większość tłumaczeń wymaga aktualizacji. Zwłaszcza te tłumaczenia z przed wielu lat.
Chętnie służę informacją w jaki sposób tworzyć tłumaczenia w sposób bardzo prosty.
Od ostatniego roku dokonuje się dużo strukturalnych zmian na Wiki.
Zauważyłem, że niektórzy z polskiej społeczności włączyli się już w ten proces (Na przykład Mateusz Konieczny). Należy im podziękowanie.
Życzę im powodzenia.
Piszę sobie bardzo długi artykuł. Czy istnieje na naszej instalacji Wiki możliwość zwinięcia (collapse) sekcji artykułu, tak aby rozwijały się po kliknięciu?
Chodzi o to samo, co się dzieje, gdy mamy widok mobilny, ale żeby działo się zawsze.
Poszukaj jako to robią na Wikipedii. Można wtedy stworzyć na Wiki podobny szablon.
Można spotkać to w szablonach bocznych przy zwijaniu treści.
Może tu coś znajdziesz https://wiki.openstreetmap.org/w/index.php?search=Template+collapse&title=Special%3ASearch&profile=advanced&fulltext=1&ns10=1
https://en.wikipedia.org/wiki/Template:Collapse jest z tej samej serii
Na OSM wiki jest już https://wiki.openstreetmap.org/wiki/Template:Collapse - jeśli działa to użyciem jest
{{collapse|text=Lorem ipsum}}
Kojarzy ktoś szablon, który pozwalał wstawić galerię kilku obrazków? Na raz wyświetlał się tylko jeden (po załadowaniu strony pierwszy), a przyciskami ze strzałkami można było nawigować. Przysiągłbym, że takie coś widziałem, ale nie mogę go znaleźć.
<gallery mode=slideshow>
File:Macropodus opercularis - front (aka).jpg
File:Synchiropus splendidus 2 Luc Viatour.jpg
File:MC Rotfeuerfisch.jpg
</gallery>
Jest jakiś szablon lub konwencja jak wstawiać na stronie tagu błędne jego użycie i zaproponować alternatywę? Proszę śmiało poprawić powyższą edycję, jeśli trzeba.
W sensie że cały tag jest wadliwy czy to że ma popularne błędne użycie?
Chodzi o odwrotność szablonu https://wiki.openstreetmap.org/wiki/Template:PossibleSynonym - pokazany w szablonie tag jest błędny i powinien być zastąpiony tagiem który opisuje strona, na której umieszczono szablon. Ja chciałbym na stronie jakiegoś tagu opisać sytuację, gdy to on właśnie jest źle użyty i zaproponować poprawniejsze oznaczenie.
Można stworzyć nowy szablon bazując na powyższym. Całkiem możliwe że już jest, tylko nie ma kategorii i jest na liście jeden ze stron specjalnych.
Ja bym dodał osobną sekcję “Błędne użycie” / “Tag misuse” i tam to opisał tekstem zamiast szablonować.
Napisz po prostu słownie w nowej sekcji. Niepotrzebny do tego szablon.
Nasza Wiki ma coś na kształt własnej instancji Wikidanych.
Obmyślając kolejną analizę edycji użytkowników wyszła mi potrzeba odnalezienia kluczy, których wartości są ze zbioru, jak np. shop=, amenity= (tj. nie jest to ani arbitralny tekst w stylu nazwy, ani URL, ani liczba, jednostka miary czy specjalna składnia typu opening_hours).
Widzę, że istnieje właściwość P9 która to ustala, nie jest natomiast wypełniona dla wielu kluczy:
https://wiki.openstreetmap.org/wiki/Data_items#Tag_keys
Uzupełniłby ktoś w oparciu o dokumentację Wiki i taginfo?
Nie ma to za bardzo sensu bo narzędzie które było do odpytywania data items ( https://wiki.openstreetmap.org/wiki/Sophox ) zdechło.
Przy okazji, po co ta informacja jest przydatna? Są spore szanse że da się to wygenerować bez żadnych data items (wylistować klucze gdzie są dokumentacje wartości + kilka wyjątków).
Może też przetwarzanie taginfo można dorzucić (by wykryć klucze o wartościach typu yes/no).
(Ogólnie data items mocno nie lubię)
Dzięki tej informacji można potraktować pary klucz-wartość jako słowa, a użytkowników/changesety/fragmenty mapy jako dokumenty - i użyć metod znanych z NLP, jak na przykład topic modelling, word embedding itp.
A nie można zrobić i bez tego, ewentualnie automatycznie odrzucając wartości i mocną fragmentacją?
Metoda czysto oparta na Taginfo (np. jeśli x% wartości stanowi mniej niż y różnych tagów) niekoniecznie się sprawdzi, bo kontrprzykładem było building:levels=* czy lanes=*
Ale wsparcie się listą stron z Wiki to dobry pomysł.