Mkgmap e mappe Garmin da Openstreetmap (OSM)

ataro · 23/1/13

Per coloro che vogliono studiare e provare, ecco l'ultima versione del mio stile cycle (v.020) e l'ultimo default di mkgmap, usato come sottostile da cycle.

scratera · 24/1/13

ataro ha scritto:
Altre info che possono essere molto utili:

# Grade 6-0
highway=* & tracktype~'grade[0,6-9].*' { set name='G60 ${name}' | 'G60' }

OSM riporta il tag tracktype=grade1 sino a grade5.
La rule riportata controlla se esistono highway (highway=*) con tracktype impostato a grade0, grade6 sino a grade9 ed anche grade0xyz, grade6xx ..grade9yyz.
Nel caso attacca a sinistra del nome la stringa G60 o, se il nome non esiste, lo definisce come G60.

ho fatto una prova modificando in osm una sterrata solo per prova...ora è già tornata come dovrebbe essere e....

 personalmente avendo già importato il grado 0 nel mio file di stile e più approfonditamente avendo scritto:
# tracktype
# yes
highway=track & (tracktype=yes & tracktype=grade0 & tracktype=* ) [0x16 resolution 22]
# grade1
highway=track & tracktype=grade1 [0x10500 resolution 22]
# grade2
highway=track & tracktype=grade2 [0x10501 resolution 22]
# grade3
highway=track & tracktype=grade3 [0x10502 resolution 22]
# grade4
highway=track & tracktype=grade4 [0x10503 resolution 22]
# grade5
highway=track & tracktype=grade5 [0x10504 resolution 22]

ho inserito le seguenti stringhe cambiando il nome che andrebbe ad essere visualizzato in caso mancasse il nome della traccia sterrata

# Grade 6-9
highway=* & tracktype~'grade[6-9].*' { set name='traccia ${name}' | 'traccia' } [0x10504 resolution 22]

...e già stasera è comparsa la sterrata...comodo questo...o-o..con relativo nome traccia....

bis · 4/2/13

Per chi fosse interessato all'esecuzione di CreateIMG in ambiente linux, riporto in allegato lo script CreateIMG.sh che ho derivato dall'orignale di Certelli.

Struttura folder/file di riferimento:
./CreateIMG.sh
./bin/template_basic.arg
./bin/typ/*
./bin/styles/*
./bin/mkgmap/* (1)
./bin/splitter/* (1)

(1) download da http://www.mkgmap.org.uk/

NOTA: testato su Ubuntu 12.10
--

ataro · 4/2/13

Informazione per chi compila molto spesso e usa sempre la stessa piccola zona dell'Italia (ad esempio la propria regione, provincia o i monti vicini).
E' possibile usare il parametro dello splitter
--polygon-file=file.poly
definendo in file.poly i confini della zona di interesse.
Il formato del file è lo stesso del file areas.poly, cioè quello di osmosis.
esempio (file areas.poly):
area
1
1.239258e+01 4.245117e+01
........................
END
END

cioè
Nome poligono
Numero zona1
longitudine latitudine
12.39258 42.45117
...
END
Eventuale numero altra zona
longitudine latitudine
...
END
END

longitudine e latitudine sono le coordinate dei punti della linea di confine dell'area di interesse e vanno messi nel loro ordine.
I tempi di split e compilazione si riducono in proporzione.
Nel mio caso l'Italia è formata da 80 mattonelle e la zona che uso abitualmente si è ridotta a 2.

ataro · 4/2/13

E' la prima volta che trovo in una release di mkgmap qualcosa che sembra un manuale pdf per gli style:
Release 2472
Non l'ho letto in dettaglio, ma ad un primo sguardo sembra che ci siano alcune info in più delle solite.

edit: ci sono informazioni che non ho trovato altrove.

sembola · 6/2/13

demon.box ha scritto:
Nel file Relations ho il seguente codice:

type=route & route=* {
apply {
set route='${route}';
set route_name='${name}';
set route_ref='${ref}'
}
}

che mi estrae il nome della relazione route.
Il problema é che dove però sullo stesso tratto di highway ci sono più relazioni mi estrae soltanto la relazione con ID più alto...
Esiste secondo voi il modo di modificare questo codice in modo da estrarre tutti i nomi delle relazioni route e concatenarli in un'unica stringa?

...e invece si può fare

Tramite la mailing-list mkgmap-dev il gentilissimo Thorsten Kukuk mi ha spiegato come fare.

Questa riga estrae e concatena tutti i tag ref di tutte le relazioni route:

set route_ref='$(route_ref), ${ref}' | '${ref}'

e identicamente questa estrae e concatena tutti i tag name di tutte le relazioni route:

set route_name='$(route_name), ${name}' | '${name}'

MapSource tronca la stringa route_name a 75 caratteri mentre invece BaseCamp và oltre e nel mio caso me la visualizza intera.

[MENTION=2520]demon.box[/MENTION]
Sto cercando di far apparire tutti i tag ref delle relazioni: per esempio su un tratto di sentiero dove insiste sia la Via Francigena che un sentiero CAI (due diverse relazioni).
Tuttavia non ci riesco: potresti postare i frammenti relativi sia del file relations che lines?

sembola · 6/2/13

Sempre riguardo alla definizione delle relazioni nel file "relations" vorrei capire se è corretto dire che il comando apply applica a tutti i membri della relazione il blocco di definizioni set/add...

demon.box · 6/2/13

sembola ha scritto:
@demon.box
Sto cercando di far apparire tutti i tag ref delle relazioni: per esempio su un tratto di sentiero dove insiste sia la Via Francigena che un sentiero CAI (due diverse relazioni).
Tuttavia non ci riesco: potresti postare i frammenti relativi sia del file relations che lines?

Questo é file relations:

# Route
type=route & (route=hiking | route=bicycle) {
apply {
set route='${route}';
set route_ref='$(route_ref), ${ref}' | '${ref}';
set route_name='$(route_name), ${name}' | '${name}'

}
}

mentre queste sono le righe in questione del file lines:

highway=* & route=hiking {name '(${route_ref}) ${route_name|not-equal:route_ref} ' | '(${route_ref}) ' | '(${ref}) ${route_name} ' | '${name} (${ref})' | '${route_name} ' | '(${ref})' | '${name} ' }

highway=* & route=hiking [0x10e13 resolution 24 continue with_actions]

dove visualizzo il nome della relazione solo se diverso dalla ref
ciao :i-want-t:

demon.box · 6/2/13

sembola ha scritto:
Sempre riguardo alla definizione delle relazioni nel file "relations" vorrei capire se è corretto dire che il comando apply applica a tutti i membri della relazione il blocco di definizioni set/add...

non sò se é proprio così perché prima delle dritte giuste, senza la sintassi corretta delle righe successive anche se c'era il comando apply mi estraeva soltanto la relazione con l'id più alto....

ataro · 6/2/13

Ho letto un po' il nuovo manuale.
Penso che il tuo problema non dipende dalle relazioni.
Parti dal mio che concatena i ref delle relazioni di tipo route nel tag route_ref dei membri.
Mi sa che quello che vuoi fare si può fare in due modi.
O concateni il ref nel nome o usi il filtro giusto per visualizzare il simbolo grafico. I codici sono name e highway-symbol.
Nel manuale pdf cerca il paragrafo 3.3.1 per entrambi, e i paragrafi 3.4.1 e 3.4.2 per il secondo.

ataro · 6/2/13

demon.box ha scritto:
non sò se é proprio così perché prima delle dritte giuste, senza la sintassi corretta delle righe successive anche se c'era il comando apply mi estraeva soltanto la relazione con l'id più alto....

Il route ref te lo concatena questa rule
set route_ref='$(route_ref), ${ref}' | '${ref}';
mentre quella in lines semplicemente lo copia o concatena nel nome della linea

sembola · 6/2/13

[MENTION=2520]demon.box[/MENTION]: così in effetti funziona. Io avevo provato ma evidentemente avevo sbagliato qualcosa :nunsacci:

Continua a non essere chiaro n che ordine le relazioni vengono processate, in un caso le mette in ordine alfabetico di ref, così come appaiono su Josm, in un caso in ordine inverso di progressivo ed in un altro in ordine sparso... :nunsacci:

Ora provo a modificare il tutto in modo da mettere ref e name separati,

FabryLorenz · 6/2/13

scratera ha scritto:
# tracktype
# yes
highway=track & (tracktype=yes & tracktype=grade0 & tracktype=* ) [0x16 resolution 22]

Se posso permettermi un'osservazione, la condizione non sarà mai avverata:
la condizione tra parentesi è vera se tracktype è yes ma anche grade0 (come dire che x=a e contemporaneamente x=b dove a è diverso da b). Al posto dell'operatore AND devi utilizzare l'operatore OR (che penso nel foglio di stile sia indicato col carattere pipe) se vuoi che la condizione sia vera per uno dei valori :spetteguless:

bis · 6/2/13

FabryLorenz ha scritto:
Se posso permettermi un'osservazione, la condizione non sarà mai avverata:
la condizione tra parentesi è vera se tracktype è yes ma anche grade0 (come dire che x=a e contemporaneamente x=b dove a è diverso da b). Al posto dell'operatore AND devi utilizzare l'operatore OR (che penso nel foglio di stile sia indicato col carattere pipe) se vuoi che la condizione sia vera per uno dei valori

C'hai ragione, ma se mette l'OR tanto vale che lasci tracktype=* ... e basta ;-)

FabryLorenz · 6/2/13

bis ha scritto:
C'hai ragione, ma se mette l'OR tanto vale che lasci tracktype=* ... e basta

Avevo dimenticato di aggiungere che quello va tolto, altrimenti è vero per ogni tracktype...

scratera · 6/2/13

...ciao [MENTION=11842]FabryLorenz[/MENTION] le stringhe complete sono queste in cui indico nella prima che tracktype=yes & tracktype=grade0 & tracktype=* abbia quel valore mentre mentre poi specifico tutte le altre...o-o..

# tracktype
# yes
highway=track & (tracktype=yes & tracktype=grade0 & tracktype=* ) {set name='${name} sterrata' | 'sterrata'}[0x16 road_class=1 resolution 20]
# grade1
highway=track & tracktype=grade1 {set name='${name} sterrata' | 'sterrata'}[0x0a road_class=1 resolution 20]
# grade2
highway=track & tracktype=grade2 {set name='${name} sterrata' | 'sterrata'}[0x0d road_class=1 resolution 20]
# grade3
highway=track & tracktype=grade3 {set name='${name} sterrata' | 'sterrata'}[0x0e road_class=1 resolution 22]
# grade4
highway=track & tracktype=grade4 {set name='${name} traccia' | 'traccia'}[0x0f road_class=0 resolution 22]
# grade5
highway=track & tracktype=grade5 {set name='${name} traccia' | 'traccia'} [0x12 road_class=0 resolution 22]
# Grade 6-9
highway=* & tracktype~'grade[6-9].*' { set name='traccia ${name}' | 'traccia' } [0x1041a road_class=0 resolution 22]

sembola · 6/2/13

Lo style di demon.box funziona, come detto. Ma io vorrei far apparire sulla mappa name e ref separatamente, quand'anche se fossero uguali.

Ho pensato di sostituire la prima parte con:

highway=* & route=hiking {set ref = '${route_ref}' ; set name = '${route_name}' ;}

Quando esiste il route_ref tutto ok, se c'è sia il route_ref che il route_name appare solo il name... :nunsacci:

scratera · 6/2/13

allora sulla sterrata in josm ho questo

bicycle {yes}
highway {track}
hiking {yes}
operator {C.A.I.}
ref {101}
surface {gravel}
tracktype {grade2}

le ralazioni legate a quella sterrata sono:

name=Sentiero Galli
ref=E122
network=rwn
etc
--------------
name=101
ref=E101
network=rwn
etc
-----------

questo è quello che visualizzo

...e questo è quello che ho scritto nel file lines

highway=* & route=* { set route_ref='$(route_ref), ${ref}' | '${ref}' }

highway=* & route=* { name '(${route_ref}) ${route_name|not-equal:route_ref} ' | '(${route_ref}) ' | '(${ref})

${route_name} ' | '${name} (${ref})' | '${route_name} ' | '(${ref})' | '${name} ' }

highway=* & route_name=* { set name='${name} ${route_name}' | '${route_name}' }

...non mi piace però il doppio nome...

bis · 7/2/13

scratera ha scritto:
...ciao [MENTION=11842]FabryLorenz[/MENTION] le stringhe complete sono queste in cui indico nella prima che tracktype=yes & tracktype=grade0 & tracktype=* abbia quel valore mentre mentre poi specifico tutte le altre...o-o..

# tracktype
# yes
highway=track & (tracktype=yes & tracktype=grade0 & tracktype=* ) {set name='${name} sterrata' | 'sterrata'}[0x16 road_class=1 resolution 20]

Si ma, dal punto di vista logico, questa riga non ha senso, quindi mi domando a che scopo tenerla?

ataro · 7/2/13

scratera ha scritto:
..............
highway=* & route_name=* { set name='${name} ${route_name}' | '${route_name}' }

...non mi piace però il doppio nome...

l'ultima rule non la devi mettere, in quanto se c'è route_name c'è anche route e quello che vuole fare questa l'ha già fatto la precedente

Mkgmap e mappe Garmin da Openstreetmap (OSM)

Biker celestialis

Allegati

Biker nirvanensus

Biker augustus

Allegati

Biker celestialis

Biker celestialis

Allegati

Moderatur cartesiano

Moderatur cartesiano

Biker urlandum

Biker urlandum

Biker celestialis

Biker celestialis

Moderatur cartesiano

Biker perfektus

Biker augustus

Biker perfektus

Biker nirvanensus

Moderatur cartesiano

Biker nirvanensus

Allegati

Biker augustus

Biker celestialis

Classifica mensile dislivello positivo