7ways -UMP dla:Android, WnCE/WinM/WinPhone, Linux,Win32, iOS

[wojtek]

Mamy inny od Artura rozkład poziomów na mapie choć rzeczywiście nominalnie miejscowości pojawiają się zdecydowanie później.
Przy okazji najbliższej kompilacji zrobię próbkę ze zmienioną widocznością miejscowości do oceny.

[Nadol]

I mamy wersję 768.

[Fuks]

Co nowego w tej wersji?

[Nadol]

W skórkach nie widzę specjalnych zmian, w języku też więc pozostaje sam program i to "pod podszewką".
Brak oficjalnej informacji.

[Nadol]

Zachęcam do zgłaszania pomysłów zmian w programie:
http://navikey.reformal.ru/
lub do popierania już istniejących, np. moich: http://reformal.ru/users/871092-Artur?show=idea

[wojtek]

No i mamy świeżą mapkę obsługującą nowe funkcje programu.
Filtrowanie jest rzeczywiście interesującą funkcją, aby było ciekawiej można dokładać własne filtry.
Nie śledziłem wszystkiego w ostatnich edycjach mapy ale pojawiło się trochę nowych parametrów w settings.xml
Nie oznacza to co prawda, że działają ;-P ale są więc mogą działać już lub wkrótce. Trzeba wypróbować

[iwens]

Kolega Wojtek wspomina wiec.
Plik ustawień programu - Settings.
Można dostosować parametry ustawienia programu do swoich upodobań.
Tych, do których nie mamy dostępu z poziomu Skórki a które warto sobie ustawić dla siebie.
1/ SKALA, wpis:
<autoScale on="1" new="1" route="1" preserveUserScale="0" delay="2000" min="25" max="400" minSpeed="40" maxSpeed="140" speed1="40" speed2="70" scale1="25" scale2="50" scale3="100" avgTime="20"/>

OPIS - (Automatyczne skalowanie)
- parametr 400 można zmniejszyć do np. 200 a nawet 100, przy parametrze 100 z którego korzystam skala nawigacji w 3D - 300 a w 2D - 700
Znaczna różnica, przecież do przodu nie muszę widzieć 10 km a 1.5 km w zupełności wystarczy no i widoczność mapy.
- patrametr minSpeed jest 40 - dobra rada - zmniejszyć na 20 i parametr speed1 również ustawić na 20.

2/ Radary - kąt widzenia oraz skala przy której widzimy je na mapie.
pierwsza pozycja dotyczy radarów zrobionych profesjonalnie, z podanymi w stopniach namiarami.
Przykład działania speedcam Łódź - ul. Pabianicka w obu kierunkach.(oczywiście kody speedcam należy zmienić na takie z jakich korzystamy)
1000,19.431574,51.713689,1,70,1,219 //Radar stacjonarny 70,Łódź, Pabianicka
1001,19.42702,51.70990,2,70,1,219 //Kontrola drogowa 70,Łódź, Pabianicka
1002,19.44359,51.72414,2,50,1,38 //Kontrola drogowa50,Łódź Pabianicka/Rudzka
1003,19.43662,51.71812,2,70,1,38 //Kontrola drogowa70,Łódź Pabianicka/Świętojańska
wpis:
<speedcam angle="10" minTime="5" changeTime="2" showOnMap="1" mapMaxScale="200"/>

- Kąt - speedcam angle - 15 - powiększenie skutkuje lepszym odczytem speedcam w zakrętach.
czas nie zmieniać jest ustawiony OK. Jeśli na drodze jest kilka speedcam (np. fotoradar i kontrola) to mamy zmianę info o nich co 2 sekundy.
- Skala od jakiej widzimy radary na mapie ustawiona na 200 - mapMaxScale="200"
zmieniłem na 700 - wystarczy rzut oka na ekran i widzę radary na mapie. Nie wyskakują jak zając z kapelusza.

[Bas]

Filtrowanie jest rzeczywiście interesującą funkcją, aby było ciekawiej można dokładać własne filtry.

Tu jest troche magicznie, niestety.
Jesli zalozymy wlasny filtr, to wskazana fraza uzywana jest jako kryterium do filtrowania. Jesli np. jako filtr wpisze "Orlen", to filtrowane sa:
- myjnia (Orlen)
- Orlen (jako stacja benzynowa)
- Orlen Bar
- Orlen Medica
itd.

Zagladam wiec do pliku poi_filter.xml i tu juz jest lepiej, bo wyznaczone sa kategorie, np.:
<rule on="0" keywords="$Shop" action="hide"/>
<rule on="0" keywords="$Cash" action="show"/>
<rule on="1" keywords="$Service" action="show"/>
<rule on="0" keywords="$Cafe" action="show"/>

Mamy wiec nazwe "z dolarem", np. $Cafe.
I teraz jest problem, bo jakie sa kryteria dla miejscowosci? Takie, zeby po kryterium glownym "schowaj wszystko" pokazac na mapie nazwy miejscowosci?
Hmmm

[Nadol]

Fajnie że zrobili filtr ale szkoda, że jego używanie nie ma sensu.
POI powinny być grupowane, grupy powinny posiadać swoje definicje a w nich identyfikatory (0x....).
I teraz grupie można by przypisać jedną z akcji: pokaż/ukryj/ostrzegaj.

[wojtek]

Można na moje oko filtrować POI po tagach nadawanych na etapie kompilacji. Oczywiście trzeba je znać ale jeśli ten warunek spełnimy to jest nieźle.
Działa dokładnie ten sam mechanizm co przy wyszukiwaniu. Pod kątem wyszukiwania POI są tagowane na etapie kompilacji od samego początku. Jeśli w szukajce wpiszecie np. słowo apteka to w wynikach będą apteki nie posiadające słowa apteka w nazwie. Jeśli aptekom nadamy tag "pigułki" to znajdą się również po wpisaniu w wyszukiwaniu słowa pigułki.

Mapy na bazie OSM nie mają na ten moment tagowania więc wyszukiwanie nie działa po typie/funkcji a jedynie w sytuacji gdy wpisana fraza jest elementem nazwy POIa

Przymierzymy się z Artem do tego w kolejnej kompilacji i jeśli będzie sprawiało wrażenie działania to podam użyte tagi wraz z informacją co pod którym się kryje.

[Bas]

Można na moje oko filtrować POI po tagach nadawanych na etapie kompilacji.

Mam wrazenie, ze moze to byc zwiazane rowniez z nazwami/okresleniami poi type/verbal w pliku map.xml i polish.7wl (ich ewentualnym tlumaczeniem?).
Jesli np. umiescimy wpis:
<rule on="1" keywords="$0x2F0E" action="show"/>

to na ekranie filtrow widzimy tlumaczenie "myjnia" i znalezione punkty, ktore "zakodowane sa" jako $0x2F0E.

Dla miejscowosci jednak to jakos nie dziala, choc pewnie jest jakis myk.

[wojtek]

Nie jestem pewien.
U nas typ 0x2F0E jest otagowany jako myjnia.
Na mapie UMP wpisując w wyszukiwaniu słowo "myjnia" dostajemy na liście wyników zarówno myjnie posiadające słowo "myjnia" w nazwie jak takie, które go nie mają.
Wykonując identyczne wyszukiwanie na mapie OSM bez tagu "myjnia dla typu 0x2F0E otrzymamy na liście wyników wyłącznie te, które mają słowo myjnia w nazwie.
Oczywiście wpisując w filtr $0x2F0E omijamy tagowanie ale to mało user friendly jest.

[Nadol]

Odpowiednie zmiany w tags.xml chyba są najrozsądniejszym wyjściem.

[Bas]

Oczywiście wpisując w filtr $0x2F0E omijamy tagowanie ale to mało user friendly jest.

Zgadza się. To faktycznie jest "mało user friendly", ale daje dwie korzyści:
- uniezaleznia od nazwy POI i to podwojnie: fraza nie musi wystepowac w nazwie, a tam gdzie wchodzi "przypadkowo" tez nie wejdzie do filtra.
- nie musi byc tlumaczona, czyli bedzie niezalezna od pliku jezykowego, a moze i skorki?? (tego nie jestem pewien - czysta spekulacja).

Odpowiednie zmiany w tags.xml chyba są najrozsądniejszym wyjściem.

Zaraz popatrze i na ten kierunek
Tylko ze to znowu ograniczy filtrowanie do "wlasnych" konwersji, a lepiej gdyby ten filtr dzialal bez wzgledu na zrodlo mapy, ech...

EDIT:
Jest dobrze !

1. Do pliku tags.xml dopisalem:

Kod: Zaznacz cały

  <poi type="0x0100,0x0800,0x0b00,0x1100">
    <tag>Miastopis</tag>
  </poi>

2a. Po dodaniu filtra Miastopis - miasta moga byc filtrowane.
2b. Mozna tez wstawic do pliku poi_filter.xml:

Kod: Zaznacz cały

  <rule on="1" keywords="$0x0100" action="show"/>
  <rule on="1" keywords="$0x0800" action="show"/>
  <rule on="1" keywords="$0x0b00" action="show"/>
  <rule on="1" keywords="$0x1100" action="show"/>

I mamy np. taki widok:

Mapa do pobrania z postu: http://www.garniak.pl/viewtopic.php?p=184937#p184937 zaktualizowana wg opisu jak wyzej.

@Nadol & @wojtek: swietnie to dziala ! Dzieki

[Bas]

Czyli teraz, dla mapy UMP, dobrze byloby miec wykaz/odpowiednik tags.xml, zeby filtrowac co sie chce.
Sporo jest na wiki, ale moze sa (będą?) jakieś zmiany, zeby nie kombinowac tylko wpisac odpowiednia kategorie...
Prosze o zamieszczenie takiego wykazu