Miejsca wykorzystujące OSM

  • kasowanie, no najlepiej chyba opcja w menu - usuń wszystkie
  • da się do postgisa, w typowych schema:

– wybieranko:
select a.v, b.v ,c.v, d.v …
– z czego:
from nodes as n
– tagi nodów:
left join node_tags as a on (n.id=a.node_id and a.k=‘czego szukasz 1’)
left join node_tags as b on (n.id=b.node_id and b.k=‘czego szukasz 2’)
– podłącz poly:
left join way_nodes as w on (w.node_id=n.id)
– tagi dróg
left join ways_tags as c on (w.way_id=c.way_id and c.k=‘czego szukasz 1’)
left join ways_tags as d on (w.way_id=d.way_id and d.k=‘czego szukasz 2’)

where (a.v is not null or/and b.v is not null…) – tu jakie masz wymagania co do wypełnienia tagów

order by n.geom <-> PointFromText(‘POINT(x y)’, 4326)
limit 30

oczywiście aby to chodziło wydajnie to postgis >=2.0 (musi mieć KNN w indeksie), bo inaczej operator <-> Ci zafunduje seqscan po geometrii - a tego byś nie chciał :slight_smile:

Własny postgis mnie nie interesuje na obecna chwile. W bazie to ja wiem, ze sie da zrobic.

Aha, sądziłem że lecisz z własnego postgisa :slight_smile:
Natomiast pomysł z ramdyskiem czy /tmp możesz użyć, na pewno taki cache podniesie szybkość powtórnych odpowiedzi.

Gdzie.bl.ee

Changelog:
-Liczne poprawki
-Dodanie możliwości zgłaszania uwag. Po kliknięciu na POI wybieramy “Add missing data” i wpisujemy treść uwagi np. “Otwarte codziennie od 8-16”.
Notatki lecą na osm.org zgłaszane przez użytkownika gdzie_bl_ee :slight_smile:

Zachęcam do testowania.

gdzie.ble.ee

Changelog:
-Zmiana markerów. Są teraz ładniejsze :wink:
-Nowe dymki. Dodana zakładka Opening hours jeśli są takowe godziny (korzystam z gotowej biblioteki do godzin i z kodu, które było jako przyklad). Zakładka główna jest w trakcie opracowywania. Na razie obsługuje contact:phone, contact:email, contact:website.
-Możliwość lokalizowania urządzenia
-Gdy ktoś zgłosi notatkę na jakiś punkt to wyświetla się na liście zgłoszeń
np. http://gdzie.bl.ee/#16/51.1111/17.0385/type=eat/beer=brewery@Amber;/diet=vegetarian@2;/ na Greenwayu jest kilka testowych
-Dodany tag bewery, czyli nazwa browarów jakie są sprzedawane. Myślę, że warto wprowadzać tylko lane bo w butelkach jest spory wybór (może osobny tag brewery:bottle). Wprowadzamy nazwy browarów, a nie firm lub gatunków piwa. Czyli np. Pinta, Żywiec, Warka itp. Do testów wprowadziłem jedno takie miejsce we Wrocławiu:
http://gdzie.bl.ee/#16/51.1117/17.0388/type=party/beer=brewery@Amber;/
-sporo poprawek w samym silniku działania strony, tak aby w przyszłości łatwiej było dodać kolejne POI

Edit: jednak działa. Ale fakt, że nie wszystko mi się odświeżyło.

Coś poprawiłem. O to chodziło?

Edit: Poprawiłem TAB opening hours bo się nie wyświetlał poprawnie.

Możliwe. Wcześniej (jeszcze wczoraj) zielone i czerwone oznaczenia zupełnie nie pasowały do tego tagu. Dzisiaj ta cukiernia mnie zmyliła, więc myślałem, że w tej kwestii nic się nie zmieniło.
Ogólnie strona zdaje się mieć duży potencjał (openlinkmap nie jest taki kolorowy…), tylko czy są przewidziane jakieś możliwości “wpinania” tego - np. jako warstwę na innej mapie (oczywiście z dedykowanymi listami wyboru)?

Może nie pokazu tych które są zamknięte now()? Albo jakiś ciapek do tego. Jak np jesteś w mobile i chcesz zobaczyć co jest otwarte z komórki, to wszystkie pozamykane są mało interesujące - a wtedy kolorem pozaznaczałbym te co zamykają w ciągu np godziny - żeby mi po pierwszym piwku nie zamknęli kasy :slight_smile:
Zmiany u mnie w pełni działają (Fx aurora 64 na osx), z pozycjonowaniem włącznie. Jedynie submenu dla palących jest mało czytelne, bo się nie rozwija samo z siebie tylko linia poniżej i nie wiedziałem o co chodzi.

TODO:
Lista posortowana po odległości od pozycji słuchawki i po kliknięciu routing pieszy :wink: możesz machnąć przez osrm.
Tag opisujący price level.

Problem w tym, że nie każdy szuka miejsc aktualnie otwartych. Ale może dodam w menu filtrowanie po aktualnie otwartych, ale jako domyślnie wyłączone.

Nad smoking jeszcze popracuje. A wyznaczanie trasy i sortowanie po odleglości to może w przyszłości :slight_smile:

Changelog:
-Nowe ikonki
-Nowy kolor złoty dla miejsc, które zostaną zamknięte w ciągu godziny (pozdro dla serekmedia)
-Zamknięte są teraz srebrne

W temacie poprzedniego changeloga to dodałem kilka miejsc gdzie można wypić piwo z Browaru Olimp we Wrocławiu. Dzięki uprzejmości twórcy pewnej mapy ( http://browarolimp.pl/upoluj-nasze-piwa/ ) możemy z tego skorzystać.
http://gdzie.bl.ee/#14/51.1058/17.0489/type=party/beer=brewery@Olimp;/

Changelog:
-Nowa zakładka z zakupami np.
http://gdzie.bl.ee/#15/51.1176/17.0472/type=buy/store=store_all/
-Poprawienie błędu na przeglądarce mobilnej (coś na chromie query się źle generowało)

W sumie to nie serwis www ale wrzucę, wygląda na to że w nowych wagonach spółki Tramwaje Śląskie wykorzystywane będzie OSM :

Galeria w DZ:
http://www.dziennikzachodni.pl/artykul/1048356,nowy-twist-w-tramwajach-slaskich-w-zabrzu-zaprezentowano-pierwszy-z-nowych-wagonow-zdjecia-wideo,1,id,t,sg.html

Zdjęcie wyświetlacza:
http://d.polskatimes.pl/k/r/1/8c/20/528f4fbee04fc_p.jpg?1385133959

Jakaś atrybucja jest :slight_smile:

Wykorzstałem OSM na potrzeby wizualizacji lokalizacji Komendy Powiatowej PSP w Świebodzinie:

Strona głóna (poprzez bibliotekę Leaflet):
www.straz.swiebodzin.pl

Podkład OSM wykorzystany również w zakładce OSP, ale poprzez googlowską API.
Mozliwe, że się to już nie długo zmieni.

:slight_smile:

Pokazywanie danych o godzinach otwarcia: http://robin.de.marissa.hostorama.ch/osm/opening_hours_map/opening_hours_map.html

Ten projekt na Github: https://github.com/ypid/opening_hours_map

Korzystaja z tej samej libki co ja dla http://gdzie.bl.ee

I dobrze, choć tu jest jeden standard. W walidatorze JOSMa też tego uzywają.

Czy automatyczne zamienniki skrótów nazw dni tygodnia z angielskich na polskie będą już powszechne?
@Dotevo: Możesz też to zrobić?
Wydaje mi się, że to powinno być standardem na OSM, pokazywania dni tygodnia w domyślnym języku aplikacji.

Jak widzę pokazuje tylko węzły z opening_hours, czyli jeśli dane POI przypisane są np. do obrysu budynku, to nie zostaną uwzględnione.

W sumie jak powinno być? Dane dopisane do obrysu budynku, czy jednak węzeł (np. jeden z obrysu, czy oddzielny - połączony z budynkiem jakąś relacją?)?

Domyślny renderer OSM (Mapnik) traktuje równo węzły, obszary, budynki - jeśli mają “amenity” czy “shop”, to odpowiednia ikonka jest malowana. Czy to “przypadek”, czy jednak tak właśnie powinno być, a podlinkowana powyżej mapa jest w tym zakresie ułomna?

Ułomna. Patrz https://github.com/ypid/opening_hours_map/issues/1 (“Problem is that the Overpass-API does not provide the necessary data.”).