Kätevää. Täytyy naputella tänne foorumille ketju aiheesta niin saadaan sisältöä.
Printable View
Lisäsin häikäilemättömästi, keneltäkään kysymättä ja omin ihan lupineni tämän saman osaston "Polkujen kuavusprojekti" -säikeessä mainittuun omaan kokeelliseen harrastelukarttaani tuon finomenan MTB-tiilitason. Ajatelin että on helpompi saada anteeksi kuin saada lupa. Asianosaiset varmaan ilmottelevat jos tuo ei käy kyseeseen?
Tähän tulikin jo suoraan vastattua Jaggelle että finomena.fi tiilipalvelimet (vinovalovarjoste + MTB-kartta) on harrastelukäyttöön samalla lailla käytettävissä kuin perinteinen arpotechnon-tiilipalvelin, MTB-kartan osalta sama Myrtilluksen tekemä karttatyyli käytössä, mutta https:n takana ja koko Suomi laskennassa.
Tuon keskustelun ja eilisen kolean päivän innoittamana tuli pitkästä aikaa väsättyä Bikemap-sovellukseen nippu uusia fiitsereitä. Ovat toistaiseksi tarjolla vasta beta-versiossa https://www.finomena.fi/bikemap. Sen verran tuli uusia Leaflet-plugareita otettua käyttöön ja niidenkin koodia puukotettua että täytyy hetki katsoa mitä tämän tuloksena hajosi eri browsereilla ennen kuin julkaisen bikemap.finomena.fi version. Ainakin MS Edgen kanssa on ongelmia. Jos havaitsette muita niin pistättekö viestiä. Uudet fiitserit:
- MML Topo-kartta ja ilmakuva lisätty karttoihin - Topo on MapAntin kanssa muuten hyvin samanlainen mutta näyttää jonkin verran kiinnostavaa lisädataa mm. avokalliot
- Reittipiirtoon otettu käyttöön animaatio joka parantaa reittiviivan näkyvyyttä kartalla, mahdollistaa alla olevan polun tyypin tarkastelun ja reittiviivan suunnan päättelyn. Animaatio päällä kun hiiren kursori on reittiviivan päällä ei-piirtotilassa (Tässä Edgellä on ongelmia lopettaa animaatio kun kursori siirretään pois reittiviivan päältä).
- GPX ja Strava-trackeille kilometrimerkinnät, samalla antaa selkoa suunnista millä trackin eri osat ajettu
- Minimap oikeaan alalaitaan, sillä voi nopeasti myös siirtyä eri puolille maata
Hyviä uudistuksia! Testailin lenkkispeksailun ohessa piirtotyökalua, josta muutamia huomioita. Pistän nyt YV:n sijaan tähän tuplaraporttiriskin vähentämiseksi:
- Ilman reititystä piirretyn pätkän viimeisen pisteen klikkaaminen päättää piirtämisen. Tämän jälkeen 'Undo', 'Toggle routing mode' ja 'Finish route' -nappulat eivät tee mitään. Kynäikonia klikkaamalla piirtämistä voi jatkaa, mutta piirtäminen jatkuu joko
- pisteestä, jossa siirryttiin reitityksestä "manuaalimoodiin" tai
- minne seuraavaksi klikkaakaan, en tiedä onko uutena jälkenä vai osana samaa.
- Jos piirtämisen aloittaa manuaalimoodilla, 'Route length' päivittyy vasta, kun siirtyy reititysmoodiin. Vaihtaessa välillä manuaalimoodiin sama toistuu.
- Aiemmin onnistuin saamaan manuaalimoodissa piirtäessäni matkaksi 'NaN' (tjsp), mutta tätä en nyt onnistunut toistamaan.
- Katkoviiva piirtoviivaksi manuaalimoodiinkin olisi kiva. Viiva voisi myös olla inan ohuempi, etenkin jos ei ole katkomallinen. Tai sitten likempänä pisteviivaa, jolloin ei peittäisi niin pitkiä pätkiä kerralla.
- Animaatio ei toimi manuaalimoodissa piirretyillä osuuksilla.
- Piirretyn reitin editoinnissa on muutamia ongelmia:
- Reitittämällä piirrettyjen pätkien eittipisteiden välistä klikki-vetämällä uusi markkeri/reittiosuus lähtee syntymään, mutta napista päästäessä se ei jää kartalle. Alunperin piirrettyjä markkereita siirrellessä sen sijaan muutos toimii.
- Manuaalimoodissa piirrettyjä pätkiä ei pysty valitsemaan eikä muokkaamaan.
- Jos manuaalipätkän perässä (tai edessä) on reititetty pätkä, tämän päätepistettä voi siirtää. Tällöin manuaalipätkän viiva siirtyy myös. Näiden välille ei kuitenkaan synny uutta viivaa. Hankalahko selittää, ks. oheinen kuva.
- Editoitavan segmentin vaihtaminen (ts. eri reittiosuuden klikkaaminen) vaihtaa (välillä) näkyykö yläpalkissa reitin pituus vai Strava/GPX-napit.
Käytössä Windows 10 ja Ff Quantum 68.0.1 64-bit.
https://i.imgur.com/LFoFFXa.jpg
Kiitos kattavasta testauksesta! Tästä on paljon apua kun oma aika tahtoo painottua vahvasti uuden koodaamiseen ja testaus jää satunnaisiksi rupeamiksi.
- Tuo eka bulletti on ehta bugi jossa en näköjään nappaa oikeata eventtiä tuolta käyttämältäni Leaflet viivanpiirto-plugarilta
- Manuaalimoodin viivojen vajavaiset ominaisuudet: reitin pituuden päivityksen puute, katkoviivojen animoinnin puute ja editoimattomuus ovat allekirjoittaneen laiskuutta. Omissa reiteissä manuaaliviivat edustavat vain hyvin pieniä satunnaisia pätkiä joita käytän kun OSM-data ei tue / salli reititystä jossakin kohdassa, siksi en ole jaksanut niille tehdä monia toimintoja. Ehkä noista tuo katkoviiva olisi hyödyllisin niin näkisi mitä viivan alla on helpommin.
- Tuo reititettyjen pätkien editointi on selvästi vähän Mac / Win + browseri-kohtainen juttu, itsellä se toimii Mac Chromella hieman eri tavalla oudosti. Tuo reitityksen piirron tukena toimiva plugari on kohtuu iso palikka joten en ole sen sielunelämään jaksanut niin paljoa perehtyä että olisin käyttäytymistä saanut muutettua.
- Manuaaliviivan siirtyminen kun viereistä reititettyä pätkää siirtää on tarkoituksellinen (välttämätönkin) fiitseri, mutta kun olin muuttanut reitityksen tässä versiossa ns. snap-moodiin (eli päätepisteet "nappaavat" kiinni OSM-reitteihin) niin enpä ollut huomannut että samalla pitää myös eri koordinaatteja käyttää manuaalimoodin viivan päätepisteen siirtämisessä. Eli bugi.
- Samoin vika bulletti on bugi, taitaa mennä (start ja end edit) eventit siinä hieman ristiin.
Korjaan lähipäivinä kun reissun päältä pääsen takaisin koneen ääreen. Touhun alla myös isompi uusi fiitseri geotägättyjen kuvien liittämisestä omaksi karttakerrokseksi (esim. kuvat polusta täydentämään mtb:scale kuvausta, POI-kuvat hienoista alamäki-osuuksista, hyppyreistä tai muuten erikoisista polun piirteistä). Jos on kiinnostusta kontribuoida tuon syntymiseen niin voipi yv:tä laittaa.
Katkoviivalla tosiaan pääsisi jo pitkälle. Muista toki en tiedä, mutta itse kun piirrän pääosin kartoituslenkkejä niin käytän lähinnä manuaalimoodia – viivan saa vanhan merkinnän viereen, jolloin ei Garminissa peitä sitä (erottuu onko jo mtb:scale jne., ja näkyy vaikeus muutenkin), minkä lisäksi voi piirrellä väkäsiä huomautuksiksi tsekattavista kohdista yms.
Näin arvelinkin, että viivan varmaan kuuluukin siirtyä, mutta no syntyvät välit tosiaan hiukka hämmentävän näköiset. Lienee kyllä suht harvinainen tilanne useimmille.
Tämähän kuulostaa oikein hienolta. Noita hyppyrien sun muiden merkintöjä pohdiskelin joskus itsekin OSM-editoinnin kannalta, muttei näkynyt olevan mitään käytäntöä moiselle. Yksi kiintoisa ehdotus löytyy https://wiki.openstreetmap.org/wiki/.../trail_feature, mutta ei ole edennyt, eikä viimeksi ainakaan ollut missään käytössä. Voihan tietysti kuka vain alkaa käyttää mitä tageja tykkää, mutta jotain standardisointia käytännössä vaatisi jos niin tekisi. Mtb:descriptionilla on ajoittain tullut merkkailtua paikkoja, mutta ne eivät toki vakiintuneissa kartoissa näy. Tämä ajanee saman suuntaista asiaa, eli lenkkiä speksaillessa tietäisi, onko polku punainen koska siinä on sulava droppi, vai koska siinä on pirunpelto plus puoli metriä risuja.
Nuo ja niitä korjatessa löytyneet pari muutakin reitityksen bugia nyt fiksattu beta-versioon www.finomena.fi/bikemap. Ken ehtii testaamaan niin apua olisi. Reitityksen editointikoodi on sen verran monimutkaista että yhtä bugia korjatessa tulee helposti tuotettua uusia. Kiitos vielä kerran Tapiolle erinomaisesta testausavusta!
Tuli tuossa vielä vahingossa vastaan seuraava: jos inforuutu/karttaselite ei avattaessa mahdu näytölle, ikkunaa voi inforuudun alareunaan saakka scrollata "ohi kartan". https://i.imgur.com/7k5SFUP.png
Tuo lienee lähinnä esteettinen ongelma, mutta scrollauksessa on toiminnallinen bugi ainakin iOS laitteilla jossa kartan scrollauksella saa piiloon ylärivin navbarin. Olen tuohon ratkaisuksi miettinyt ns. Googlen Maps Gesture Handling toimintoa jossa karttaa pitäisi alkaa siirtämään mobiileissa kahdella sormella. Mutta koska tuo mobiilin ylävalikko on muutenkin onneton puhelimilla niin samalla pitäisi miettiä siihen perusteellisempikin käytettävyyden kunnostus.
Tässä välissä tuli toteutettua fiitseri joka nopeuttaa omaa OSM edit workflowta: beta-versiossa nyt info-nappulan takaa ("i" siinä kartan vasemman yläkulman nappularivistön alimmaisena) löytyy popup:ista alimmaisena nappula joka avaa suoraan Openstreetmapin iD-editorin samaan karttanäkymään kuin Bikemap, Mapnik-taustakartalla (oma suosikki) ja Bikemapissa ensiksi (siis jos käyttäjä avannut useita) ladatun gpx-trackin tai Strava-aktiviteetin jäljen näkyviin editoriin. Oma perus workflow on lenkin jälkeen katsoa onko merkkaamattomia tai "väärin" luokiteltuja polkuja ja tällä katselusta on helppo siirtyä suoraan editointiin oikeaan kohtaan. Jos vain on tunnuksen jaksanut perustaa OSM:ään ja opetella iD:n alkeet (ja Strava käytössä) niin ei pitäisi olla nyt kovin vaivalloista lenkin jälkeen hyödyntää OSM:ään kontribuutiomahdollisuudet...
Jäljen jakaminen on näemmä lakannut toimimasta bikemapissa.
Tack raportista! Tein aamulla muutoksia kotilabraan, saattoi olla siitä johtuvaa. Kokeiletko toimiiko nyt ok? Minulla toimii nyt ok ilman virheitä, sain itsekin aamulla pari kertaa yhteysvirheen aikaiseksi.
Edit: Näytti Bikemapin koodissa olleen myös bugi kun jakoi gpx-trackin ("route":n tai Strava aktiviteetin sijaan). Nyt korjattu.
Jaettu reitti näyttäisi vippaavan aika pahasti alkuperäisestä, alku kohdallan mutat vähitellen avluu sivuun, liki 100m sivussa reilun tunnin lenkin lopussa vaikka loppupiste sama kuin alkupiste. Jokin pyöristys varmaan menee väärin.
Moro!
Garminin karttalaskennat olivat jämähtäneet heinäkuun puolivälissä. Oli vähän keskeneräisiä GIT operaatioita, joka kaatoi kartan luontiskriptin.
Nyt uutena ongelma tuntuu olevan tuo karttamateriaalin saaminen maailmalta. Mulla on muutama serveri, joita olen vaihdellut aina kun jokin on lakannut toimittamasta dataa.
Nyt käytössä www.overpass-api.de. Se tuntuu olevan aika herkkä sille, että tuleeko samasta IP-osoitteesta paljon kyselyjä. Taustalla kai jokunen käyttäjä, joka on tykittänyt Pythonilla oikein huolella kyselyjä. Siitä pitäisi dokujen mukaan päästä ylitse siten, että user-agetti on jotain muuta kuin Python ja Referer kenttä on määritely mailiosoitteen kera. Nyt nämä kokeilut menossa ja vartin tauot vielä kyselyjen välillä.
Joskohan nyt saisi kaikki alueet laskettua ajan tasalle.
Heti tärkeimpänä suuret kiitokset mahtavasta Bikemap web-sovelluksesta! Mutta itse asiaan, minulla olisi pieni parannusehdotus sovellukseen. Nimittäin yhden sormen zoomaus-gesture, joka toimisi molempiin suuntiin. Se olisi kätevä etenkin ajon aikana, kun toisella kädellä ohjaa pyörää. (Se toimii ainakin Androidilla Google Mapsissa itse sovelluksessa ja myös Chrome selaimessa niin, että kaksoisnapautetaan karttaa siten, että jälkimmäinen napautus jätetäänkin pohjaan ja liu'utetaan sitten ylös tai alaspäin).
Jaggen tiheillä reittipisteillä ja 8-desimaalin tarkkuudella olevilla koordinaateilla oleva gpx-track paljasti BikeMapin käyttämässä apukirjastossa juurikin arvellun pyöristysvirheen. Kun löytyi niin korjaus suoraviivainen. Nyt reitit eivät valu sivuun mutta matka ei pysy samana, muistutuksena että eihän se muutenkaan ole perus gps:n osalta kovin tarkka.
Miten tänä päivänä tehdään gpx reitit kartalla? Joku helppo sovellus jossa hyvä maastokartta, jossa voi piirtää reittiä ja tallentaa gpx tiedosto vaikka Garminin kelloon tjms.. semmonen mikä sopii sille jolla on peukalot keskellä kämmentä tietokoneiden kanssa..
Garmin Mapsource on työkalu mitä on itse tullut käytettyä vuosikaudet. Vaatii tosin asettelua esim pohjakarttojen haalimisen muodossa ja rutinoitumista oudon käytettävyytensä takia.
Toinen ohjelma mitä voi koittaa on QmapShack ... sitä tuntuvat monet aktiivit käyttävän myös.
Heippa
Kokeilin tuota bikemap.finomena.fi reitin tekoon (kännyllä). Klikkailin Kaupista polkuja ihan ok viivaksi, tallennus ok. Avasin Locusmap ok, mutta Oruxmap antaa virheen Error opening file? Onks se mää vai mikä?
Locusmap tekee reitin ok, mutta kunhan kokeilin kun tuossa on hienot viivat ja värit.
Jos tiedosto on tallessa vielä kännyllä niin pistä tulemaan markus.r.suomi at gmail.com niin voin katsoa josko keksin siitä jotain. Aiemmin ei ole tullut törmättyä gpx-tiedoston osalta yhteensopivuusongelmiin. Eikä reitin piirto kännykällä pitäisi vaikuttaa vaikka sitä ei ole kieltämättä itse tullut juurikaan kokeiltua kun orientaatio niin vahvasti läppärissä kun reittejä piirrellään.
Mikkomoe:n kysymykseen: juuri tuohon helppoon gpx-reitin piirtämiseen BikeMap-sovellus tuli tehtyä. Helppoa siis jos asuu Suomessa ja vielä enemmän jos asuu alueella jossa mtb-polkuluokitukset kohdillaan. Kartat valmiina eikä tarvitse asennella, haalia eikä konfiguroida mitään.
Onko Hämeenlinana-Hyvinkää-Loimaa välisestä alueesta aikomusta tehdä karttaa? Tuolle alueelle osuu aika paljon neulaspolkuja. MTB polku kartta voisi alueelta lähteä kehittymään jos sen saisi Garminiin.
Taas on jäljen jakamistoiminto jumissa.
Nyt vasta katsoin tätä taas kun olen sinne tulossa... koetin uudestaan. Avasin suoraan tiedostonhallinnan kautta sen tallennetun xxx.gpx filen ja toimii ok. Eli tuo on selaimen omituisuuksia tms.
Chromella jos yrittää suoraan siitä latauslinkistä avata, sehän näyttää koodina (siellä linkki Avaa sovelluksessa toimii ok myös Oruxmap), Operalla avaa hienosti Locukseen, mutta ei Oruxmap.
Kaikki ok.
Täsmennätkö vielä mikä Bikemapin versio: rel (bikemap.finomena.fi) vai beta (www.finomena.fi/bikemap) ja minkä jakaminen tarkalleen ottaen ei toimi: Bikemapilla piirretty route, GPX-file joka avattu vai Strava-activity? Ja ei haittaa vaikka kertoo vielä selaimen ja laitteen. En saanut nimittäin itse aamulla heti toistettua.
Saattaa olla myös kyseisestä jäljestä kiinni kun parilla muulla jäljellä toimi nyt mutta ei tuolla:
Avaa bikemap.finomena.fi
Avaa jälki(tallenna koneelle ensin)https://www.dropbox.com/s/b8ryy5tr6h...63134.gpx?dl=0
Paina share -> share nappulaa
Mitään ei tapahdu: https://www.dropbox.com/s/15nia0jk3b...share.JPG?dl=0
Tuossa gpx-tiedostossa oli 2 track:ia kun normaalisti on 1. Ja tätä Bikemap käsitteli virheellisesti. Nyt on korjattu versio beta-versiossa eli www.finomena.fi/bikemap. Menee lähiaikoina myös pääversioon jahka ehdin testata hieman tuota betaa vielä.
Tack yksityiskohtaisesta virhekuvauksesta. Nää bugit on useimmiten suoraviivaisia korjata kun vaan ensin saa ne toistettua.
Bikemapin taustalla oleva karttatiili-palvelin piirtää nyt myös obstacle: vegetation tagin. Pieni, mutta ainakin allekirjoittaneelle oleellinen, lisäys Antin CartoCSS mtb-karttatyyliin. Suomeksi: Jos tuota tägiä on käytetty OSM-data poluilla ohjeen mukaisesti niin polku on tukossa kasvillisuuden takia, joko kausittain (kesä vauhdissa) tai sitten pysyvämmin. Tosin jos pysyvämmin ja niin että polku täydellisen ajokelvoton, niin mtb:scale = -1 taitaa olla parempi tapa merkitä. Kasvillisuuseste pitäisi olla niin vakava että ajaminen joko hyvin hankalaa (esim. jatkuvaa intensiivistä nokkoshoitoa) tai jopa lähes mahdotonta. Ts. polulle paikoin hieman ulottuvat puskat eivät vielä mielestäni riitä vaikka OSM-ohjeistus tässä onkin hieman häilyvä (esim. kuva https://wiki.openstreetmap.org/w/ima...vegetation.JPG joka on omasta mielestäni juuri ja juuri kenties tuossa syvemmällä polulla olevalla osuudella kriteerit täyttävä). Tästä hyvä vaihtaa mielipiteitä jotta suht yhtenäinen tyyli kalibroituu.
Karttatiili-palvelimeen ja Bikemappiin käynnissä nyt myös siirtyminen ns. retina-tukeen eli korkean resoluution näyttöjen (joita kännyt ja tabletit ovat olleet pitkään, pienemmät 4K näytöt desktopilla ja läppärit) tukeen. Mapnikin (tuottaa karttatiilet OSM-datasta mtb-tyylin ohjeistamana) tapa renderoida skaalattu tiili retinaa varten vain hieman kummastuttaa png-symbolit vs. svg. Jos jollakulla foorumilla kokemusta / ymmärrystä tästä niin otetaan kiitoksella vastaan. Oma kokemus CartoCSS ja Mapnik nyt vasta pari iltaa vanhaa.
EDIT: Niin ja Bikemapissa tarjolla ollut viikon ajan myös uusi "3D MTB map" joka on karttatiili-palvelimen päässä laskettu mtb-map + vinovalovarjostus + AntMap optimoitu yhdistelmä. Raskas laskea ja johti monimutkaiseen virheenkäsittelyyn myös Bikemapin päässä joten jos pahasti tökkii jollakin niin kertokaa, ajoittaisia tiilen piirtämättä jättämisiä hyvinkin tapahtuu.
Hyvä että saatu tämä tagi viimein näkyviin, mielestäni monesti jopa tärkeämpi kuin mtb:scale – hankalaa polkua tunkkaakin hetken, mutta täyspusikko ei juuri shortseissa houkuta. Erinäisiä kertoja tullut lenkillä reitinmuutosta kun en ole huomannut muualta tsekata tai ei ole ollut merkintää. Omaan silmään esimerkkikuvan takaosa näyttää tagin arvoiselta, joskin saattaahan siinä olla vain mutka. Melko perstuntumalla tulee tätä tagia käytettyä periaatteella "haittaavatko rehut ajonautintoa / jätänkö niiden takia tulematta tästä uusiksi". Yleensä tarkoittaa puuntaimien osalta sarviin tai kroppaan jatkuvasti viuhuvia oksia, heinien sun muun suhteen sitä että tunkevat pidemmän aikaa sivulta kroppaan (ei vain käsiin) kiinni ja/tai estävät monttujen ym. näkemisen. Jälkimmäisessä kohtaa monesti trail_visibilityn huonompi pääkin paikallaan.
Rendauksessa näkyisi olevan ongelma jos väylällä on sekä obstacle=vegetation että surface=mud -tagit. Tällöin näkyy vain puskien katkoviiva, esim: https://www.openstreetmap.org/way/460369729. Jos tunnistuskoodi antaa myöten (erottaa onko puska, märkää, vai molemmat), niin voisi varmaan piirtää joko limitettynä tai kenties selkeämmin eri puolille.
Tampereen talvikartan päivitys alkaa - lunta sataa. Mites muuten onnistuisi sen lisääminen tuonne muiden karttojen joukkoon sivulle http://kartta.arpotechno.fi/GarminMaps.html?
Noita "talvipolkuja" tekisi mieli merkkailla myös jääalueille, mutta se ei liene nykyisin mahdollista.
Olisiko esim ice_road yes ja mtb:winter x tagien yhdistelmä mahdollista renderoida näkyviin järvialueiden päälle ?
Tapio vaihtanee taas garmin kartan tyylin talvimoodiin, kun latur...eiku hiihtokausi alkaa. Silloin ladut rastitettu.
Tilausta voisi tietysti olla myös kartalle, jossa aukiolo status olisi renderöity.
Sent from my Nokia 8.1 using Tapatalk
Täsmälleen samat kommentit kuin TK:lla. Olen merkinnyt vihannes-tagia silloin, kun kasvillisuus, yleensä ns. vitukko(*), alkaa pitempiaikaisesti haitata flow-tilaa. Kuten esim. tuossa kuvassa. Jos pelkkä polku on vaikka heinän peitossa, niin sitten se on trail_visibility=intermediate/bad.
Niin ja kättä yhteen, että tämäkin saatiin kartalle näkyviin. :)
(*) vitukko = kaverin termi nuorelle v*tun koivikolle tai pajukolle, joka vakavasti hankaloittaa etenemistä
Kyllähän niitä voi ja on mielestäni suotavaakin merkitä, mutta komplikaatioita näyttää tulevan. Joinakin vuosina olen merkinnyt esim. retkiluisteluratoja, mutta ne on sitten keväällä poistettava, kun systeemit eivät käsittääkseni oikein tunnusta mitään pysyviä seasonal-merkintöjä. Ja poistosta huolimatta osa merkinnöistä jää kummittelemaan. Esim. tälläkin hetkellä Ryydynpohjan rata näyttää olevan kolattuna veden pinnalle.
Olen merkinnyt muuten normaalisti (esim. luistelurata paremman mielikuviksen puutteessa träkkinä), mutta lisämääreiksi esim. seasonal=winter ja surface=ice. Myös ice_road=yes tunnetaan, mutta ohjeistus viittaa lähinnä oikeiden/autoteiden suuntaan.
Edit: Jaa no tuo Ryydynpohjan rata näytti olevan vielä ihan oikeasti kannassa, otin pois. Mutta erinäisiin taustakarttoihin nuo poistetut jäätiet näyttävät jäävän kummittelemaan vielä vuosiksi.
Bikemapissa mtb:scale=5 (ja 6?) ei näytä saavan väritystä päällensä. Pitäisikö laittaa vaikka tummansiniseksi ja mustaksi. Esim. Ruokejärvellä: https://www.openstreetmap.org/way/62...52285/23.47809 .
Ei ole alkuperäisessä Antin karttatyylissä kuin mtb:scale 4:ään asti tyyli määritelty. Oletus lienee ollut että 4:nen kuvaisi rankimmat polut mitä näillä seuduin tarjolla. Voisihan tuon tyylin korjata niin että 4-6 kaikki saisi tuon saman värityksen, en oikein näe pointtia että 4-6 tarvitsisi erikseen erotella omilla väreillään, mutta tuo oman ajamisen näkökulmasta mietitty.
Voisiko joku korjata polkukarttaa muokkaamalla sieltä pari polkua kielletyksi, jotka kulkevat PV:n puolella Aitovuoren alueella?
Ne ovat sellaisella alueella, jossa ei saa kulkea kuin erikoisluvalla. Tässä on about se alue missä merkit puissa rajaa kulkemisen rajat maastossa
https://www.dropbox.com/s/x7tnjejo0v...ukset.PNG?dl=0
Ja tässä on se polku, jonka voisi merkata kielletyksi.
https://www.dropbox.com/s/kfunwy7xuf...kset2.PNG?dl=0