Metodologia

Ta strona opisuje dokładnie, skąd bierze się każda liczba w serwisie i według jakich reguł strona trafia (lub nie) do wyszukiwarek. Cały proces jest deterministyczny: te same dane wejściowe dają zawsze te same strony.

1. Zasięg i selekcja obiektów

Baza miast: 38 miejscowości (stolice województw i główne ośrodki turystyczne) z współrzędnymi punktu centralnego.
Parkingi i plaże: obiekty OSM amenity=parking, natural=beach, leisure=beach_resort z nazwą, w promieniu 10 km od centrum miasta, oraz nazwane parkingi do 1,5 km od plaż. Obiekty bez nazwy pomijamy – nie da się z nich zrobić użytecznej strony.
Szlaki: relacje OSM type=route z route=bicycle|hiking|mtb|foot i nazwą, których przebieg zbliża się na 25 km do miasta. Nie używamy pojedynczych odcinków dróg (ścieżek, chodników) – to nie są szlaki.
Wpisy redakcyjne: niewielka, ręcznie utrzymywana lista plaż, parkingów i szlaków (wybrzeże Pomorza); jeśli OSM ma ten sam obiekt, dane są łączone i tak oznaczone.

2. Przypisanie do miasta i województwa

Obiekt należy do miasta, jeśli ma jawny tag addr:city zgodny z bazą miast, a w przeciwnym razie do najbliższego miasta w promieniu 25 km (szlaki: najbliższe miasto od linii przebiegu). Nazwa miejscowości wyświetlana przy obiekcie to tag addr:city albo miasto-hub, gdy obiekt leży do 12 km od jego centrum. Województwo dziedziczone jest z miasta.

3. Tłumaczenie wartości OSM

Wartości tagów (np. surface=paving_stones, parking=multi-storey, access=customers) tłumaczymy słownikiem na polski. Wartość spoza słownika pokazujemy w oryginale. Godziny otwarcia i zapisyfee:conditional są tłumaczone tylko w prostych, jednoznacznych przypadkach; oryginalny zapis OSM podajemy w notce.

4. Obliczenia

Odległość między punktami	wzór haversine na współrzędnych WGS84 (linia prosta, nie trasa dojazdu)
Odległość od szlaku	najmniejsza odległość punktu od łamanej przebiegu (rzut na odcinki w lokalnym układzie metrycznym)
Długość szlaku	suma długości odcinków relacji z rolą główną (pomijamy `alternative`, `excursion`, `approach` itp.); przy rolach `forward`/`backward` liczymy jeden kierunek. Dostępna dla 1549 z 1566 szlaków; gdy OSM ma tag `distance`, pokazujemy obie wartości
Pętla / punkty końcowe	z grafu odcinków: brak końców = pętla; dwa końce = start i meta (kolejność wynika z danych, nie z oznakowania); więcej końców = przebieg fragmentaryczny (oznaczamy to na stronie)
Szacowany czas	długość / prędkość: 15 km/h rower, 12 km/h MTB, 4 km/h pieszo; bez postojów; zaokrąglenie do 15 min
Uproszczenie geometrii	Douglas–Peucker z tolerancją 20 m (tylko do rysowania mapy i relacji; długość liczona z pełnej geometrii)
Relacje „w pobliżu”	parkingi ≤ 2 km od parkingu, ≤ 1,5 km od plaży i od przebiegu szlaku; plaże ≤ 3 km od parkingu; szlaki łączące się ≤ 300 m między przebiegami; miasta „na trasie” ≤ 10 km od przebiegu

5. Co trafia do indeksu wyszukiwarek

Każda strona obiektu jest oceniana automatycznie. Strony, które nie spełniają progów, są generowane (dane pozostają dostępne dla użytkowników i linków wewnętrznych), ale otrzymują noindexi nie trafiają do sitemapy.

Parking	dostęp publiczny (nie `private`, `no`, `permit`, pracowniczy); co najmniej 3 fakty (rodzaj, opłata, miejsca, godziny, operator, nawierzchnia, adres itp.); nazwa nie może być samym kodem („P8”) bez adresu lub operatora. Obecnie: 560 indeksowanych, 668 noindex z 1228.
Szlak	wiarygodna długość ≥ 1 km (z geometrii lub tagu) i co najmniej 3 fakty. Obecnie: 1406 indeksowanych, 160 noindex z 1566.
Plaża	co najmniej 1 fakt (ratownik, psy, opłata, nawierzchnia…) albo nazwany parking do 1,5 km. Obecnie: 87 indeksowanych, 22 noindex z 109.
Miasto / miasto-typ	strona miasta: co najmniej 3 obiekty; tabela typu: co najmniej 3 wiersze.

6. Czego nie robimy

Nie generujemy opisów, ocen, rankingów ani „porad” – każde zdanie na stronie obiektu składa się z konkretnych pól danych.
Nie tworzymy stron dla kombinacji filtrów (np. „bezpłatne parkingi podziemne w X”) – filtry są sekcjami na jednej stronie miasta.
Nie uzupełniamy braków danymi z innych źródeł bez licencji ani domysłami.

7. Aktualizacje

Dane z OSM pobieramy cyklicznie przez Overpass API (stan bazy: 2026-09-05; dane OSM z 2026-09-05). Każda strona obiektu podaje datę jego ostatniej edycji w OSM. Poprawki wprowadzone w OpenStreetMap trafiają do serwisu przy następnym przebiegu.

Kod generatora i reguły opisane powyżej są wersjonowane razem z danymi; zmiana reguł jest odnotowywana w dzienniku decyzji projektu.