Allora incrocio le dita e appena ho un attimo provo ad aggiornare anche io... thanks
Avrete mie notizie 😀😀😀😀
Mkgmap e mappe Garmin da Openstreetmap (OSM)
- Creatore Discussione scratera
- Data di inizio
Allora incrocio le dita e appena ho un attimo provo ad aggiornare anche io... thanks
Avrete mie notizie 😀😀😀😀
Roba da matti, non ne sono ancora uscito. 
Facevo prima a scriverne uno da scratch.
Comunque, comincio a vedere la luce
Facevo prima a scriverne uno da scratch.
Comunque, comincio a vedere la luce
...io ora come ora ho riscritto il file lines nuovamente tanto per riordarmi come fare...ma il vecchio me lo tengo stretto visto che funziona...o-o..Roba da matti, non ne sono ancora uscito.
Facevo prima a scriverne uno da scratch.
Comunque, comincio a vedere la luce
Riporto un documento che ho trovato molto utile
http://pinns.co.uk/osm/docs/Tricks with OSM style sheets.pdf
http://pinns.co.uk/osm/docs/Tricks with OSM style sheets.pdf
Qui uno style che forse interessa
http://pinns.co.uk/osm/styles.html
http://pinns.co.uk/osm/types/os50.zip
Questi controllano che il nostro style renderizzi tutto quello in osm
http://pinns.co.uk/osm/osmchecker.zip
http://pinns.co.uk/osm/osm2style.zip
http://pinns.co.uk/osm/styles.html
http://pinns.co.uk/osm/types/os50.zip
Questi controllano che il nostro style renderizzi tutto quello in osm
http://pinns.co.uk/osm/osmchecker.zip
http://pinns.co.uk/osm/osm2style.zip
Vedete qualcosa di strano in questa linea?
( bridge=yes | bridge=swing | bride=viaduct | bride=aqueduct) & (route=mtb | route=bicycle) {set name='${name} bridge' | 'bridge'} [0x01 road_class=3 road_speed=0 resolution 24 continue]
Cosi' com'e', la compilazione va in java.lang.AssertionError: roadClass not set.
Sto compilando avendo incluso compact_lines
( bridge=yes | bridge=swing | bride=viaduct | bride=aqueduct) & (route=mtb | route=bicycle) {set name='${name} bridge' | 'bridge'} [0x01 road_class=3 road_speed=0 resolution 24 continue]
Cosi' com'e', la compilazione va in java.lang.AssertionError: roadClass not set.
Sto compilando avendo incluso compact_lines
Non vedo nulla di strano. Hai provato con altro hex? Forse è un baco. Io ne ho trovato uno con finalize e l'ho comunicato alla mailing list ed è uscita la 2913 col giusto messaggio di errore
Con altri hex nei dintorni (quindi routabile) fa casino, con uno 0x1000.. no.
Il che conferma la mia sensazione che ci sian problemi con le definizioni routable e ... non capisco perche' sta cosa succeda solo a me.
Dunque, ho fatto la seguente prova:
Ho elimintato tutte le line che seguono quella incriminata (lasciando l'include finale) e compilando va in errore.
Commento la linea e mi sposto piu' in basso.
Il problema si ripete dieci linee piu' in basso quando lascio come ultima una linea con uno 0x13 ... altro routable.
A questo punto ci rinuncio.
I miei routabili sono tutti con highway= ...... qualche controllo nuovo l'hanno messo ... o qualche baco nuovo ...
E anche questo avrebbe senso.
In effetti, la riga incriminata e' preceduta da una che ha sempre un 0x01 ma che inizia con route=ferry in pipe con mille altre cose ... e questa compila.
Comunque ritornando a questa presumo che la usi per la grafica ed info di mappa. Non usare codici routabili per la grafica.
# Route
highway=* & route=* [0x10700 continue resolution 24]
# Oneway
highway=* & oneway=yes [0x10109 continue resolution 24]
# Bridges & tunnels
highway=* & bridge=yes { delete ref ; delete name } [0x10107 continue resolution 24]
# Set highway name to include the route_name if there is one
highway=* & route_name=* { set name='${name} ${route_name}' | '${route_name}' }
...perchè usi il typ 0x01 per un ponte????...non ha senso una cosa del genere...usalo per highway=motorway...come dal resto è pensato...
...anche perchè di norma un ponte è costituito da:
- highway=*
- bridge=*
highway=motorway & network=e-road [0x01 resolution 14-14 continue]
...ad per il ponte
(bridge=yes & construction!=*) & (highway=motorway | highway=motorway_link | highway=motorway_junction) [0x10003 road_class=4 road_speed=7 continue resolution 18]
....dove 0x010003 è un elemento non routabile che uso ad esempio per tutte le strade che hanno una verta larghezza come rendering formato da due linee spaziate e trasparenti tra di loro
...e per le gallerie due linee tratteggiate.....
..come poi fa anche @ataro
...e per i sensi unici
..invertiti per oneway-1....
Allegati
[MENTION=41438]ataro[/MENTION] [MENTION=18584]scratera[/MENTION] quella riga, come molte altre, fa parte della storia di quello stile.
Dato che prima funzionava tutto, non mi son posto il problema di eventuali incongruenze ...
All'epoca ho sistemato alcune parti giusto per avere una grafica diversa.
Peraltro, dato che il typ 0x01 non e' neppure definito graficamente (e' trasparente) e' pure inutile. (comunque, togliendo quella riga, va in buca poco oltre, su un'altro codice routable).
Ponti e tunnel, nel mio caso vengono gestiti da altre linee e graficamente penso di esser allineato con voi due.
Comunque, l'errore c'e' anche se la linea si presenta cosi':
highway=track [0x01 road_class=3 road_speed=0 resolution 24 continue]
E piu' ancora, fallisce anche se il codice e' 0x10008 !
Funziona solo se tolgo road_class e speed (e metto un codice non routable)
Ora provo a scaricare le ultime versioni di splitter e mkgmap e gia' che ci sono riscarico pure l'italia e riparto da capo.
Dato che prima funzionava tutto, non mi son posto il problema di eventuali incongruenze ...
All'epoca ho sistemato alcune parti giusto per avere una grafica diversa.
Peraltro, dato che il typ 0x01 non e' neppure definito graficamente (e' trasparente) e' pure inutile. (comunque, togliendo quella riga, va in buca poco oltre, su un'altro codice routable).
Ponti e tunnel, nel mio caso vengono gestiti da altre linee e graficamente penso di esser allineato con voi due.
Comunque, l'errore c'e' anche se la linea si presenta cosi':
highway=track [0x01 road_class=3 road_speed=0 resolution 24 continue]
E piu' ancora, fallisce anche se il codice e' 0x10008 !
Funziona solo se tolgo road_class e speed (e metto un codice non routable)
Ora provo a scaricare le ultime versioni di splitter e mkgmap e gia' che ci sono riscarico pure l'italia e riparto da capo.
Diciamo che non avevo dubbi che altrove compilasse
E' che se cancello da quella riga (inclusa) in giu' il problema non si presenta.
Son ripartito con l'ultima versione di mkgmap rigenerando tutto a partire dall'ultima versione dell'iltalia e il problema e' ancora li.
Mi e' pure venuto il dubbio che ci sia qualche problema con java sul mio ubuntu.
Peraltro, usando un mkgmap precedente riesco a generare senza problemi
[MENTION=41438]ataro[/MENTION] [MENTION=18584]scratera[/MENTION] ...
Dunque, dunque ...
Ho provato a mettere l'include all'inizio del file, togliendolo altrove e togliendo pure il finalize.
Ora compila ma genera un file di 220Mb circa, che aperto con qlandkartegt, evidenzia l'assenza di strade e altro, aumentando lo zoom (viste le dimensioni del file mi torna pure).
PS: funziona anche con l'include a fine file ma senza il finalize. Quantomeno l'include viene pre-processato.
Dunque, dunque ...
Ho provato a mettere l'include all'inizio del file, togliendolo altrove e togliendo pure il finalize.
Ora compila ma genera un file di 220Mb circa, che aperto con qlandkartegt, evidenzia l'assenza di strade e altro, aumentando lo zoom (viste le dimensioni del file mi torna pure).
PS: funziona anche con l'include a fine file ma senza il finalize. Quantomeno l'include viene pre-processato.
Prova a compilare questo, a me compila così com'è.
http://pinns.co.uk/osm/types/os50.zip
http://pinns.co.uk/osm/types/os50.zip
...prova a vedere se questo che ho iniziato a compilare ti funziona...lo stile lines così com'è per come piace a me funziona...lo stile points ha solo finora le città....Scusate ... ho preso un abbaglio, stavo usando un lines mezzo vuoto