Trailmap-palvelu maastopyöräreittien suunnitteluun ja kartoittamiseen

[navajokoira]

geocache.fi käyttää edelleen 3D MTB karttaa (nimellä "Trailmap"). Se taitaa olla eniten tietoa sisältävä kartta kaikille sovelluksille, jotka näyttää vain yhtä karttatasoa. Mullahan oli tuo myös kännykän kätköilysovelluksessa. Eri asia sitten onko tällainen Trailmap-sovelluksen ulkopuolinen käyttö jatkossakin ok.

Maastossa ton 3D MTB:n ongelma on vähän se, että kun verkko alkoi olla huono niin tuon kartan latautumisen odottelu oli aika tuskaa...

Mutta päivitysrytmistä, vaikea kuvitella että kukaan muu kuin omia muutoksiaan etsivät OSM-kartoittajat osaa edes tajuta eroa onko aineisto 2 päivää vai kuukauden vanhaa

Sivukysymys: saatko "bugiraportit" jotka on laitettu iphonen "Share beta feedback" toiminnon kautta? Niistä ei jää itselle mitään jälkeä lähettämisen jälkeen, niin tulee vähän semmoinen katosiko noi bittiavaruuteen fiilis... (en ole siis hetkeen laittanut mitään, mutta silloin pian nykyisen version julkaisun jälkeen pistin kourallisen screenshotteja kommentein).

[harald]

Käytän 3D Trailmappia Oruxmaps äpissä. Pitääköhän sille tehdä jotain?

[MAS]

^ 3D MTB kartta on tosiaan suht raskas kartta sekä palvelimen päässä laskemiseen että siirtoon käyttäjälle. Mutta hyvä karttahan se on ollut.

Selvyyden vuoksi: en ole siis tässä kohtaa lopettamassa mitään, vasta tutkimassa vaihtoehtoja jotka toimisivat niin kartoittajille kuin tavallisille käyttäjille. Kartoittajat näkevät OSM-muutoksensa aiempaa ripeämmin vektorikartan ansiosta, toisaalta ilmeisesti rasteritiiliäkin tarvitaan kun osa käyttää niitä esim. JOSM-pohjakarttana. Ja Plus-tilaukseen kuuluu jatkossakin pääsy haluttuihin rasterikarttoihin riittävällä suorituskyvyllä. Sen varmistaminen saattaa vaatia uusia mekanismeja tiilipalvelimien käytölle, Trailmapin ulkoiset sovellukset kun aiheuttavat isoja piikkikuormia, jotkut hyvin aggressiivisella tavalla (eli tavalla millä kyselynsä tiilipalvelimelle tekevät).

Yksi mahdollisuus on tuo OSM-data päivitysvälin hidastaminen joka helpottaa sekä palvelimen kuormaa että asiakaspäätä (välimuistin toiminta). Toinen on siirtyminen vektorikartasta tehtyihin rasteritiiliin. Jne. Näitä nyt tässä pohdin. Ja kun muutoksia on tulossa niin tiedotan niistä ennen jotta ei tule yllätyksiä.

[MAS]

Sivukysymys: saatko "bugiraportit" jotka on laitettu iphonen "Share beta feedback" toiminnon kautta? Niistä ei jää itselle mitään jälkeä lähettämisen jälkeen, niin tulee vähän semmoinen katosiko noi bittiavaruuteen fiilis... (en ole siis hetkeen laittanut mitään, mutta silloin pian nykyisen version julkaisun jälkeen pistin kourallisen screenshotteja kommentein).

Sain kyllä Applen TestFlight työkalun kautta palautteen ja kiitos niistä! Työkalun kautta ei valitettavasti pääse lähettämään kommentteja enää takaisin, joten ymmärrän kyllä fiiliksen "bittiavaruuteen hukkui". Fiksejä noihin nostamiisi on tulossa osana muitakin korjauksia seuraavaan julkaisuun.

[Portti]

Vaihdetaas sitten aihetta kartoitukseen:

Tilannepäivitystä uuden Trailmapin OSM datan päivityksistä:
- Vektorikartta (eli oletus Trailmap-kartta): joka yö
- Reititysprofiilit: joka yö
- Reitityksen reittiyhteenveto ja varoitukset: minuutti diffit

Eli kartan päivitykset ovat nyt taas aidosti "yön yli", Geofabrik edelleen lähteenä OSM-datalle ja heillä päivän cut off klo 22. Hyvä huomata tuo reittiyhteenveto: se heijastelee melkein reaali-ajassa OSM-muutoksia ja näyttää siis käytännössä lähes reaaliajassa kartoittajien tekemät muutokset - tämä saattaa joskus hieman ihmetyttää kun kartta ja reititys laahaa tuon vajaan vuorokauden perässä.

Ymmärränkö oikein, että jos teen muutoksia OSM-dataan, niin klo 22 mennessä tehdyt muutokset näkyvät jatkossa seuraavana päivänä Trailmapin oletusarvoisessa vektorikartassa? Mitäs nuo "Reititysprofiilit" - ja "Reitityksen reittiyhteenveto" -päivitykset tarkoittavat käytännössä? Tarkoittaako tämä esim. sitä, että jos teen muutoksia OSM-dataan, ne näkyvät Trailmapin kartoissa seuraavana päivänä, mutta jos piirtelen reittiviivaa Trailmapissa heti OSM-päivityksen jälkeen, niin reitti löytää tiensä myös uusien polkujen kautta vaikka niitä ei vielä kartassa näkyisikään? Vai tarkoittaako tuo jotain ihan muuta?

Vanhojen rasterikarttojen (3D MTB, MTB, MTB talvi) osalta päivitys on "2 yön yli" johtuen rasteritiilien hitaasta ja raskaasta generoinnista. Olen miettinyt muutoksia niiden päivitysrytmiin koska eivät enää ole pääasiallinen karttalähde Trailmap:ssä ja niiden tuotanto kuitenkin nielee +80% palvelinkapasiteetista. Tähän mielelläni kuulisin kommentteja: mitä ja millä tapaa noita rasterikarttoja vielä käytetään? Osaan sen perusteella miettiä mitä niiden kanssa tekisi jatkon osalta.

Vanhassa Trailmapissa käytin pääasiassa tuota 3D MTB -karttaa, ja joskus kaksiulotteista MTB-karttaa, mutta tässä uudessa Trailmapissa tuo uusi vektorikartta on palvellut sen verran hyvin, että eipä ole ollut tarvetta noille 3D MTB/MTB-kartoille. Oma käyttötapaus on sellainen, että suunnittelen MTB-reittejä Trailmapissa, ja teen myös kartoitustyötä eli piirtelen uusia polkuja OSM:iin.

[MAS]

Ymmärränkö oikein, että jos teen muutoksia OSM-dataan, niin klo 22 mennessä tehdyt muutokset näkyvät jatkossa seuraavana päivänä Trailmapin oletusarvoisessa vektorikartassa? Mitäs nuo "Reititysprofiilit" - ja "Reitityksen reittiyhteenveto" -päivitykset tarkoittavat käytännössä? Tarkoittaako tämä esim. sitä, että jos teen muutoksia OSM-dataan, ne näkyvät Trailmapin kartoissa seuraavana päivänä, mutta jos piirtelen reittiviivaa Trailmapissa heti OSM-päivityksen jälkeen, niin reitti löytää tiensä myös uusien polkujen kautta vaikka niitä ei vielä kartassa näkyisikään? Vai tarkoittaako tuo jotain ihan muuta?

Reititysprofiili, ehkä paremmin "reitityskone", päivittää siis OSM-datan samassa rytmissä kuin vektorikartta eli joka yö. OSM-muutokset näkyvät reitityksessä siten samaan tahtiin kuin kartassa (aiemmin ei näin ollut vaan reititys päivittyi nopeammin kuin kartta). Reitityksen reittiyhteenveto & varoitukset tarkoittavat sitä tietoa reitistä mikä näkyy siinä reitityksen sivupalkissa (tai kännykässä osin myös ruudun alalaidassa), eli mikä osuus reitistä mitäkin tielajia, tien / polut pinnat ja sitten varoitukset reitistä (varoitukset aina reititysprofiilin mukaan).

Vanhassa Trailmapissa käytin pääasiassa tuota 3D MTB -karttaa, ja joskus kaksiulotteista MTB-karttaa, mutta tässä uudessa Trailmapissa tuo uusi vektorikartta on palvellut sen verran hyvin, että eipä ole ollut tarvetta noille 3D MTB/MTB-kartoille. Oma käyttötapaus on sellainen, että suunnittelen MTB-reittejä Trailmapissa, ja teen myös kartoitustyötä eli piirtelen uusia polkuja OSM:iin.

Hyvä juttu, tämä se on tavoitekin. Nuo vanhat rasterikartat kuin hiljuksiin happanevat alta (vanhaa avoimen lähdekoodin ohjelmistoa, karttatyylin määrittely jne.). Ja lähtökohtaisesti vektorikartta on ylivoimainen. Muutama kauneuspilkku siinä vielä on, mutta tässä parin kuukauden sisällä pitäisi parantua entisestään.

[Ohiampuja]

Nyt taas tyhmä kysymys, kun en enää muista vastausta.

Mitäs se vaatii että tällainen ohjelma osaisi hälyttää kun poistuu reitiltä? Joku sen minulle kertoi, että se on joku vaativa ja raskas ominaisuus mikä on syytäkin pitää poissa.

Mutta miten se siis menikään?

[MAS]

Listoilla on tuollainen "off course" toiminto. Ei se mahdoton ole tehdä, mutta ei aivan yksinkertainenkaan, riippuen siitä miten fiksun siitä pyrkii tekemään. Osana sitä myös käyttöliittymän hierominen. Itse improvisoin paljon reittejä ja Garminin käyttöliittymä näissä tilanteissa tökkii: juuri kun pitäisi keskittyä fillarin ohjastamiseen pitääkin tökkiä näyttöä jotta saa "off course" ilmoituksen kuitattua jotta Garmin ei väkisin yritä luoda uutta reittiä...

Tämän kuten monen muunkin pienemmän toiminnon osalta pätee sama: Ei nämä yksittäisinä ole usein kuin päivän tai joidenkin päivien työrupeamia. Näitä vain sattuu olemaan työlistalla pitkä jono ja sitten on niitä isompiakin toimintoja jotka ottavat viikkoja työaikaa. Priorisointia pitää siis raskaasti tehdä.

Kokonaisuutena natiivisovelluksen navigoinnin kehittäminen on kyllä työlistan kärjessä.

[Portti]

Onkohan uudessa Trailmapissa sellainen bugi, että se ei näytä "trail_visibility" = "horrible" -tagilla merkittyjä polkuja oikein? Huomasin tämän kun ihmettelin yhtä polkua, joka on merkitty tuolla horrible-tagilla sen jälkeen kun polku on jäänyt hakkuiden alle. Trailmapissa polun horrible-osuus näkyy yhtä paksuna viivana kuin saman polun alkuosa, jolla on vastaavan tagin arvona "good". Trail_visibility = bad -tagilla omaavat polut näytetään tiheämmällä ja kapeammalla pisteytyksellä.

Eli osaako Trailmap tällä hetkellä näyttää nuo "horrible" -arvon omaavat polut oikein?

[MAS]

Onkohan uudessa Trailmapissa sellainen bugi, että se ei näytä "trail_visibility" = "horrible" -tagilla merkittyjä polkuja oikein? Huomasin tämän kun ihmettelin yhtä polkua, joka on merkitty tuolla horrible-tagilla sen jälkeen kun polku on jäänyt hakkuiden alle. Trailmapissa polun horrible-osuus näkyy yhtä paksuna viivana kuin saman polun alkuosa, jolla on vastaavan tagin arvona "good". Trail_visibility = bad -tagilla omaavat polut näytetään tiheämmällä ja kapeammalla pisteytyksellä.

Eli osaako Trailmap tällä hetkellä näyttää nuo "horrible" -arvon omaavat polut oikein?

Katsoin juuri pari esimerkkiä Kaupista. Renderoitui tiheällä pisteviivalla eli ihan oikein. Pistätkö openstreetmap.org linkin tuohon way:hin missä näet ongelman.

Trailmapin vektorikarttatyyli (style.json) on noin 20000 riviä konfiguraatiota. Noin 400 erillistä tasoa. Eli on aika monimutkainen. Matkan varrella on bugeja löytynyt ja ne on saatu nopeasti korjattua. Kun jotain outoa havaitsee niin kannattaa antaa vähintään yksi tarkka esimerkki (osm.org viite) jolla pääsee heti katsomaan sekä renderointia että dataa.

[Portti]

Katsoin juuri pari esimerkkiä Kaupista. Renderoitui tiheällä pisteviivalla eli ihan oikein. Pistätkö openstreetmap.org linkin tuohon way:hin missä näet ongelman...

Tämmöinen: Way: 812629495 | OpenStreetMap

[Marsusram]

Tämmöinen: Way: 812629495 | OpenStreetMap

Näkyy kynnetyn koko hakkuualue, joten kulkukelpoisuus mtb_scale=1 on melko optimistista. Suurimmalta osalta seutu on hyväkulkuista kangasta. Suunnistaessa haasteen tuo supikon korkeuseroissa luoviminen. Ei tuo polku näy MTH:n ilmakuvassa, eikä kartallakaan.

[MAS]

Todensin ja välitin eteenpäin Tapiolle. Fiksaantuu varmaan seuraavalla päivityskierroksella.

[Portti]

Näkyy kynnetyn koko hakkuualue, joten kulkukelpoisuus mtb_scale=1 on melko optimistista. Suurimmalta osalta seutu on hyväkulkuista kangasta. Suunnistaessa haasteen tuo supikon korkeuseroissa luoviminen. Ei tuo polku näy MTH:n ilmakuvassa, eikä kartallakaan.

Juu, tuo hakkuuaukea on kyllä hankalakulkuinen. Tuo mtb_scale=1 taitaa olla polun alkuperäinen mtb_scale ennen kuin hakkuut pilasivat polun, ja sitä arvoa olisi varmaankin hyvä muuttaa suuremmaksi. Ennen tuossa oli selkeä ja leveä polku. Yleisesti ottaen tuolla alueella Paskurinsupissa on tosiaankin periaatteessa hyväkulkuista kangasmaastoa, mutta siellä on kyllä joitain erittäinkin haastavia polkuja. Korkeuserojakin on paljon. Aikoinaan tuolla meni yksi meidän eli MC Krampin järjestämän MTB-endurokisan erikoiskokeista (siis vanhan Suomi-enduron aikaan kun mäet ajettiin ylöskin).

Todensin ja välitin eteenpäin Tapiolle. Fiksaantuu varmaan seuraavalla päivityskierroksella.

Kiitos!

[jankki]

Onko muilla ongelmia Trailmapista Garmin Connectiin vietyjen reittien muokkauksessa? Reitin saa auki muokkaustilassa Connectissa (web tai Android) mutta reittipisteet ei näy. Ei vaikutusta viekö reitin suoraan käyttöliittymästä vai lataako .gpx ja vie sen.

[MAS]

@jankki kerrotko ensin miksi tuollaista yrität tehdä eli mikä on tarkoitus?

Jos Trailmapista lähettää reitin Garmin Connectiin (mikä on kätevin tapa siirtää reitti Garminin laitteisiin) niin reitti näkyy GC:n courses listalla, mutta ei ole muokattavissa. Sama kuin Stravasta tai Komootista jne. lähetetyillä reiteillä. Jos taas Trailmapista tallentaa GPX-tiedoston ja sitten avaa sen GC:ssä Courses-toiminnon "Import"-painikkeella, niin kyllä ainakin minulla tuli ihan editoitava reitti. Tosin tapa millä GC tekee ylempänä keskustellun "reverse engineering" työn on kyllä aika mielenkiintoinen...Jos sen luomiin reittipisteihin koskee edes vähän niin reitti muuttuu odottamattomalla tavalla. Tästä syystä tuo aloitukseni kysymys eli miksi reittiä muokkaisi tällä tavalla?

[jankki]

@jankki kerrotko ensin miksi tuollaista yrität tehdä eli mikä on tarkoitus?

Jos Trailmapista lähettää reitin Garmin Connectiin (mikä on kätevin tapa siirtää reitti Garminin laitteisiin) niin reitti näkyy GC:n courses listalla, mutta ei ole muokattavissa. Sama kuin Stravasta tai Komootista jne. lähetetyillä reiteillä. Jos taas Trailmapista tallentaa GPX-tiedoston ja sitten avaa sen GC:ssä Courses-toiminnon "Import"-painikkeella, niin kyllä ainakin minulla tuli ihan editoitava reitti. Tosin tapa millä GC tekee ylempänä keskustellun "reverse engineering" työn on kyllä aika mielenkiintoinen...Jos sen luomiin reittipisteihin koskee edes vähän niin reitti muuttuu odottamattomalla tavalla. Tästä syystä tuo aloitukseni kysymys eli miksi reittiä muokkaisi tällä tavalla?

Pitäisi lisätä reittiin course pointeja (esim. kauppa) jotta Edge osaisi näyttää nämä kartalla & etäisyydet niihin - tämä ei taida onnistua Trailmapin päästä? En kokeillutkaan vielä .gpx:n importia webbiversiossa, kokeilin vaan avata Androidilla jolloin avasi reitin GC:ssä.

Edit: deskarilla kun synkkasi Trailmap -> GC niin pystyy näemmä editoimaan.

[MAS]

Pitäisi lisätä reittiin course pointeja (esim. kauppa) jotta Edge osaisi näyttää nämä kartalla & etäisyydet niihin - tämä ei taida onnistua Trailmapin päästä? En kokeillutkaan vielä .gpx:n importia webbiversiossa, kokeilin vaan avata Androidilla jolloin avasi reitin GC:ssä.

Ok. Vielä ei ole tukea course pointeille tai yleisemmin POI:lle, mutta työlistalla tuo on. En ole tuota toimintoa Edgessä käyttänytkään, omilla reissuilla on muistissa pysynyt taukopaikat yms.

[navajokoira]

POIt on mulla isoin syy sille että Basecamp on mukana prosessissa isompia reissuja suunnitellessa.

Siinä on tosi hyvää se miten eri tietojoukkoja voi uudelleenkäyttää. (Esim. kopsata edelllisvuoden Midnight Sun Gravel reitille mietityt taukopaikat, veden täydennyspisteet jne. yhtenä joukkona tämän vuoden reitille (jolta sitten voi poistella paikkoja jotka ei osukaan uudelle reitille tai ovat lopettaneet toimintansa…).

Samoin hyvä miten voi tuoda POIta eri lähteistä (vaikka geokätköjä) ja yhdistää niitä reittiin ja omiin Basecampissa määriteltyihin pisteisiin.

Huonona puolena se ettei ole Google Mapsin dataa käytössä: vaikeampi katsella onko jollain suunnalla kyläkauppaa ja miten se on auki lauantaisin...

Mutulla eTrex ja GPSMAP tuoteperheet tässä käyttötapauksessa se tärkein käyttöpaikka näin yhdistellylle datalle, vaikka toki Edge ja kännykkäsovelluksetkin osaa jossain näitä määrin hyödyntää.

[Marsusram]

Lenkillä tulee käytettyä Garminin navigaattoria ja karttaa. Trailmap kännykkäsovellusta tulee kaivettua harvemmin esiin.
Suunnittelussa ja surffailussa se on sitten enemmän käytössä tietsikan selainsovelluksen ohella.

Navigaattoriin olisi kiva saada img -tiedostossa polut myös alueelta Nurmijärvi-Hyvinkää (-Loppi-Riihimäki), koska siellä ajetaan hyvissä maastoissa.
Tuusulan- Järvenpään suunnallakin tk_hki reuna tulee vastaan Tuomalansuolla.

-oikkuileepas tämä kännykkä tässäkin..

[jankki]

Ok. Vielä ei ole tukea course pointeille tai yleisemmin POI:lle, mutta työlistalla tuo on. En ole tuota toimintoa Edgessä käyttänytkään, omilla reissuilla on muistissa pysynyt taukopaikat yms.

Mahtavaa jos on työlistalla, UX-mielessä tämä hakkaa kyllä tuon GC:n 100-0. Mielellään jatkaa plussaversion käyttöä

[Portti]

Reititysprofiili, ehkä paremmin "reitityskone", päivittää siis OSM-datan samassa rytmissä kuin vektorikartta eli joka yö. OSM-muutokset näkyvät reitityksessä siten samaan tahtiin kuin kartassa (aiemmin ei näin ollut vaan reititys päivittyi nopeammin kuin kartta). Reitityksen reittiyhteenveto & varoitukset tarkoittavat sitä tietoa reitistä mikä näkyy siinä reitityksen sivupalkissa (tai kännykässä osin myös ruudun alalaidassa), eli mikä osuus reitistä mitäkin tielajia, tien / polut pinnat ja sitten varoitukset reitistä (varoitukset aina reititysprofiilin mukaan).
...

Jotain viivettä/epäsynkronisuutta tai muuta ongelmaa karttojen päivittymisessä tuntuu vielä olevan. Tein toissapäivänä muutaman pienen päivityksen OSM:ään. Eilen noita päivityksiä ei vielä näkynyt Trailmapissa. Tänäänkään noita ei näy Trailmapin oletusnäkymässä Windows 11 PC:llä selainversiossa. Android-sovelluksessa osa päivityksistä näkyy jollain zoomaustasolla, mutta ei kaikki. Sitten kun PC:llä valitsee Kartat > Kartoitus, niin osa päivityksistä näkyy siellä, mutta osa ei (eri päivitykset kuin Android-sovelluksella).

Esimerkkeinä nämä:

Tämän polun tägejä päivitetty OSM:iin. Päivitykset ei näy oletusnäkymässä eikä kartoitus-näkymässä:
https://www.openstreetmap.org/way/837630685

Tämä lyhyt polunpätkä lisätty. Polku ei näy oletusnäkymässä, näkyy kartoitus-näkymässä läheisillä zoomaustasoilla:
https://www.openstreetmap.org/way/1285680213

[Marsusram]

Saakohan OSM:sta kaivettua vanhat historiatiedot polkuobjektista kun joku nimby on poistanut mtb_scale tageja. Vai pitääkö heittää vanhasta muistista kun ei jaksa kaikkia ajaa tarkistamaan.

[MAS]

^^
Välimuisti vaatii vähän optimointia vielä. Rasterikartassa niitä oli aika monta peräkkäin, vektoritiilissä yksi palvelimella ja toinen käyttäjän selaimella. Kun huonosti sattuu niin molemmat lisäävät sen päivän erikseen viivettä. Optimoin tässä viikonlopun aikana - balanssi sekä kartoittajille että kartan normaaleille käyttäjille.

^
Saa kyllä. Helpointa jos itse polkuobjekti tallella. osm.org valitset kyse objektin ja sitten vasemmasta sivupalkista pohjalta löytyy "view history", sillä saat oheisen kaltaisen: https://www.openstreetmap.org/way/812629495/history. Myös iD-editorista löytyy vastaava toiminto ctrl-shift-h tai Macilla cmd-shift-h jolla saa vaihtoehtoja, PeWu näyttää näin https://pewu.github.io/osm-history/#/way/812629495.

Jos polku tai muu objekti on tuhottu (esim. ensin tuhottu ja sitten tilalle luotu uusi) niin sitten pitää kaivella Overpass:in avulla historiaa alueelta, menee kertaluokkaa hankammaksi...

[MAS]

...

Navigaattoriin olisi kiva saada img -tiedostossa polut myös alueelta Nurmijärvi-Hyvinkää (-Loppi-Riihimäki), koska siellä ajetaan hyvissä maastoissa.
Tuusulan- Järvenpään suunnallakin tk_hki reuna tulee vastaan Tuomalansuolla.

Eikö sulla mahdu koko Suomen img Garminiin? Noiden erillisten alueellisten img-tiedostojen ylläpito ja uusien alueiden on kohtuullisen vaivalloista koska vaatii koodimuutoksia ja koko img-tiedostojen generointi SW:n uudelleen deploymentin ja testauksen (siinä vaihtuu aina samalla myös generoivat softat koska niistä ei vanhoja versiota ole tallella, eikä mun buildiskriptit arkistoi). Perään sitten vielä web-sivujen päivitys uusilla linkeillä.

[navajokoira]

Mulla oli nyt jotain häikkää reitin synkkaamisessa garminin. Aina tuli punainen notari että epäonnistui (sekä reitit-sivun tähti-nappi että reitin muokkaukseen jaa garminiin nappi). Itse reitti väitti sitkeästi että se on muokattavana. Jos avasin sen muokattavaksi tuli myös varoitus tästä, mutta ongelma ei poistunut vaikka muokkasin tallensin uudestaan.

Tässä vaiheessa tein kopion reitistä. Synkkaus heti tähtinapilla ei onnistunut, punainen virheilmoitus. Sit menin muokkaustilaan ja napsautin tähden tallennusvalikossa. Se toimi.

Alkuperäinen reitti ei, nyt kun vilkuilen kännykällä selaimella kesken lenkin kahvitauon, enää väitä olevansa muokkaustilassa, mutta garmin-synkkaus tähtinapilla tuottaa edelleen punaisen virheilmoituksen.

Toinen juttu, reittien synkkaus Trailmap-sovellukseen voisi ehkä hiljaa triggeröityä itsekseen herkemmin. Ei kaikki tajua päivittää vetämällä sivua alas.

[navajokoira]

Lisää turhia toiveita backlogille:

Integraatio velovieweriin / yhteensopiva kilpaileva toteutus ruutujahdin suunnitteluun ja seurantaan ajaessa.

Integraatio Google Mapsin My Mapsiin. Pelkkä luku riittäisi (eli käytännössä kasa POIta ja/tai viivoja kartalle, niiden selitteet esiin näpäyttäessä, seliteteksti niin että sen voi valita/kopioida leikepöydälle)

Stravahistoriaa käänteisesti hyödyntävä reittisuunnittelumoodi, ts. piirtää reittejä suosien teitä joita käyttäjä ei ole koskaan aiemmin ajanut (käytännössä myös apuväline Wandrer-harrastukseen).

[MAS]

Mulla oli nyt jotain häikkää reitin synkkaamisessa garminin. Aina tuli punainen notari että epäonnistui (sekä reitit-sivun tähti-nappi että reitin muokkaukseen jaa garminiin nappi). Itse reitti väitti sitkeästi että se on muokattavana. Jos avasin sen muokattavaksi tuli myös varoitus tästä, mutta ongelma ei poistunut vaikka muokkasin tallensin uudestaan.

Tässä vaiheessa tein kopion reitistä. Synkkaus heti tähtinapilla ei onnistunut, punainen virheilmoitus. Sit menin muokkaustilaan ja napsautin tähden tallennusvalikossa. Se toimi.

Alkuperäinen reitti ei, nyt kun vilkuilen kännykällä selaimella kesken lenkin kahvitauon, enää väitä olevansa muokkaustilassa, mutta garmin-synkkaus tähtinapilla tuottaa edelleen punaisen virheilmoituksen.

Toinen juttu, reittien synkkaus Trailmap-sovellukseen voisi ehkä hiljaa triggeröityä itsekseen herkemmin. Ei kaikki tajua päivittää vetämällä sivua alas.

Olisiko tuossa ekassa tapauksessa reitin synkkays Garminiin mennyt jotenkin solmuun josta ei enää toivuta. Garminin rajapinta on hieman herkkä ajoittain, ei ole ihan Garminin vahvuusaluetta kauniisti ilmaistuna. Täytyypä tutkia tuo kopion oton eka vaihe - sen pitäisi "nollata" Garmin synkronointi ja sen mahdolliset ongelmat, mutta on mahdollista että siinä on jokin vika.

Tuo toinen juttu eli reittien (ja reittijälkien) automaattinen ajoittainen päivitys on hyvä idea ja tulossa seuraavaan / sitä seuraavaan versioon.

[MAS]

Lisää turhia toiveita backlogille:

Integraatio velovieweriin / yhteensopiva kilpaileva toteutus ruutujahdin suunnitteluun ja seurantaan ajaessa.

Integraatio Google Mapsin My Mapsiin. Pelkkä luku riittäisi (eli käytännössä kasa POIta ja/tai viivoja kartalle, niiden selitteet esiin näpäyttäessä, seliteteksti niin että sen voi valita/kopioida leikepöydälle)

Stravahistoriaa käänteisesti hyödyntävä reittisuunnittelumoodi, ts. piirtää reittejä suosien teitä joita käyttäjä ei ole koskaan aiemmin ajanut (käytännössä myös apuväline Wandrer-harrastukseen).

Oletko kokeillut ruutujahtiin tuoda Veloviewer tai Statshunters (unexplored_tiles.kml) exporttia Trailmapin kartalle? Toimii nykyään hienosti ja nopeasti sekä web-versiossa että natiivisovelluksessa. Myös "Omat kartat" toiminnon avulla tuotava https://vv.fork.pl/ oma kartta on osalla käytössä kerroskarttana.

Web-versiossa on niitä selain plugareitakin jotka hackkaa karttaa niin että tutkimattomat / tutkitut tiilet näkyy, mutta ne ovat nimensä mukaisesti hack:ja ja toimisivat aika heikosti Trailmapissa joka rakentaa kartan hyvin dynaamisesti käyttäjän asetusten mukaan.

Google My Maps: sieltä saa KMZ / KML exportin ja sen voi tuoda Trailmap:iin. Selitetekstit eivät tule nyt näkyviin luettaviksi koska KML import optimoitiin tiilenmetsästykseen - täytyypä katsoa miten saisi molemmat käyttötapaukset toimimaan yhtäaikaa paremmin...

Wandrer exportin saat muuten tuotua myös Trailmappiin.

Reittisuunnittelu niin että se painottaisi teitä joita ei ajettu. Huh, tämä onkin sitten monimutkaisuudessaan ihan eri tasolla ja valitettavasti sen verran pieni kohderyhmä, että priorisoituu ulos listalta.

[MAS]

Onkohan uudessa Trailmapissa sellainen bugi, että se ei näytä "trail_visibility" = "horrible" -tagilla merkittyjä polkuja oikein? Huomasin tämän kun ihmettelin yhtä polkua, joka on merkitty tuolla horrible-tagilla sen jälkeen kun polku on jäänyt hakkuiden alle. Trailmapissa polun horrible-osuus näkyy yhtä paksuna viivana kuin saman polun alkuosa, jolla on vastaavan tagin arvona "good". Trail_visibility = bad -tagilla omaavat polut näytetään tiheämmällä ja kapeammalla pisteytyksellä.

Eli osaako Trailmap tällä hetkellä näyttää nuo "horrible" -arvon omaavat polut oikein?

https://web.trailmap.fi/#16.45/60.985455/25.360174

Nyt fiksattu karttatyyliin ja OSM-data tuli myös lävitse. Täytyy tuota välimuistia tosiaan hieroa...Siitä tulee nyt 1 vrk ylimääräinen viive jos ei sitä itse putsaa.