OSM Cartografia con sentieristica x GARMIN GRATIS!CONTRIBUISCI!scarica allegati!

[ataro]

...openmtbmap usa una patch per modificarlo sia lo splitter che lo stesso mkgmap e non avere quegli errori...però quella che ho io funziona solo con una versione più vecchia dello splitter...o-o..
...la memoria serve solo per la compilazione non riguarda lo splitter... infatti il vecchio script usava solo 1gb di memoria e andava in crasch con la mappa italia per i troppi dati...ora lo script è impostato a 1.25gb anche perchè non tutti hanno più di 2gb installati sul pc

Anch'io con lo splitter uso 4gb e ... mi becco gli errori (e si, siamo a 60).
Ma non ho capito; c'e' gia' una patch che modifica lo splitter?

Uso come base di compilazione una diversa da quella che usate voi. Uso poi lo splitter 2.00 . Ho aggiunto l'opzione che riduce il numero di punti massimo negli img, ne ottengo 85 e solo per 2 lo splitter mi dà un errore di punti troppo fitti. Sia che uso il mostro che splitta in un minuto e mezzo (java a 64bit) e compila in 4/5 min, sia che uso il vecchio che impiega dall'alba al tramonto , riscontro sempre solo 2 tiles con punti troppo fitti. Ma le due tiles incriminate sono lontane dalle zone che conosco, non creano problemi, ma non ho verificato se ci sono i problemi che riscontri.
Riguardo alla memoria io noto che conta invece moltissimo per lo splitter. Ho provato su diverse macchine, a parte il mostro, con le stesse impostazioni negli scripts, su macchine di livello medio/basso del 2005 con XP, noto che un Gb di memoria in più velocizza abbastanza lo splitter e poco il compilatore

Prodotti MTB scontati

 

[bis]

Niente da fare - ho riprovato ora e c'e' ancora il problema.
Peraltro, mi son preso la briga di seguire la linea orizzontale che appare nell'immagine che ripropongo

e andando a est, superato il lago d'iseo, riprende a far danni - sega nettamente un'area boschiva che sicuramente ha altri contorni.

[MENTION=41438]ataro[/MENTION], puoi verifcare se anche tu hai sta linea: si trova a N45^ 42.188 ?

EDIT:
Immagine della zona iseo

 

[ataro]

La linea non esiste (la vedo solo se seleziono lo Strumento Mappa, e nel mio caso corrisponde esattamente al confine tra due tiles).
Tuttavia esiste il tuo problema e perdo anche alcuni edifici (guarda le aree rosa vicino Barriano) in entrambe le tiles

 

[ataro]

In questo caso, la foresta tagliata al centro corrisponde esattamente al confine tra tre tiles, una specie del tuo problema, solo che perdo meno dati

 

[bis]

In questo caso, la foresta tagliata al centro corrisponde esattamente al confine tra tre tiles, una specie del tuo problema, solo che perdo meno dati

Dove trovo le opzioni dello splitter che provo a ridurre i punti x .img.?

 

[ataro]

Sicuramente è lo splitter che è bacato ..... oppure qualche parametro dello splitter.
Questa è la mia riga di comando:

:: Java heap
if %PROCESSOR_ARCHITECTURE% == AMD64 (
set BASE3264=8192
) else (
set BASE3264=1600
)
ECHO. ** Split country %COUNTRY%
%JAVAPATH%\java -enableassertions -Xmx%BASE3264%M -jar %SPLITTERPATH%\splitter.jar --mapid=%MAPNAME% src\%COUNTRY%.osm.pbf --mixed --max-nodes=1200000

 

[ataro]

Allego l'help in linea dello splitter

 

[ataro]

E quello di mkgmap, gli errori li dà lui in fondo

 

[bis]

[MENTION=41438]ataro[/MENTION] ... grazie.
Comunque ho provato settando max-nodes a 1000000 (un milione) e non e' cambiato nulla, a parte lo split in 98 parti.
Durante la compliazione vengono segnalati degli errori "severe" su alcuni chunk, con riferimento ad aree troppo piccole per esser splittate.
Ho le coordinate ed andro' a dare un'occhiata.
Comunque, sto problema e' comparso di recente (almeno nella mia area) e quindi, continuero' ad indagare che non ci sia qualcosa di strano.
Ovviamente e' possibile che con le modifiche abbia semplicemente aumentato qualche "misura" che manda in tilt lo splitter.

 

[bis]

verificando con qlandkartegt, parrebbe che il problema riguardi la sparizione di alcune aree multipoligono farmland in modo random su un'area di circa 30x30 km^2.
L'unico dubbio e' che avendo usato in modo massivo una relazione farmland che ora ha 2248 membri, per qualche ragione questo crei problemi.
Prima che intervenga riducendo le dimmensioni della relazione, con quel che comporta, mi dite se a vostra esperienza puo' servire a qualcosa?

PS: naturalmente, il rendering standard di openstreetmap non segnala problemi

 

[sembola]

Io penso che sia un problema dello splitting, magari su multipolygon molto grandi.

Ho provato a compilare una mappa della zona da Lodi (sw) fino al lago di Boazzo (ne) usando come parametri dello split max-nodes=600000 e overlap=4000 ; ho ottenuto 6 files img ed i multipolygon son correttamente disegnati:

 

[bis]

Io penso che sia un problema dello splitting, magari su multipolygon molto grandi.

Ho provato a compilare una mappa della zona da Lodi (sw) fino al lago di Boazzo (ne) usando come parametri dello split max-nodes=600000 e overlap=4000 ; ho ottenuto 6 files img ed i multipolygon son correttamente disegnati:

Stavo facendo prove anch'io.
Con max-nodes=10.000.000 mi esce una cosa diversa rispetto a max-nodes=20.000.000.
La cosa che mi preoccupa e' che nella "mia" zona le cose non cambiano, mentre invece spariscono o ricompaiono pezzi del lago di Como.
Provero' a ridurre a 600.000 come hai fatto tu e vediam che succede.

Non mi spiego come sti problemi sian saltati fuori ora - l'unica variabile a cui penso e' il numero di punti che e' cresciuto e che per questo puo' aver incasinato tutto.

 

[scratera]

...tempo fa mi dava un errore di quel tipo nelle mie zone poi rientrato senza che facessi niente....

 

[ataro]

A questo punto è sicuro che è un baco dello splitter, e forse gli errori che manifesta mkgmap, aree che più che troppo piccole in effetti potrebbero essere invalide o nulle.
Speriamo che gli sviluppatori correggano il problema.

 

[bis]

Ho provato con max-nodes=600.000 e soprattutto overlap=4000 (in cui confidavo) e ...
il lago d'Iseo ora e' a posto ma la mia zona e' piu' incasinata di prima (sparito un'altro pezzo di farmland).
Lo splitter con 2Gb c'ha messo piu' del solito ed ha prodotto 170 file.
Domani con calma analizzo i cambiamenti e faccio altre prove.

Davvero non capisco
Lo splitter avra' anche dei bachi ma, per quanto riguarda l'area che m'interessa, deve esser cambiato qualcosa nei dati.

 

[ataro]

Forse è anche l'extract di geofabric che è sballato. Sembola, non conosco il prog che usi per fare l'extract, prende i dati direttamente da osm o passa sempre attreverso geofabric?

 

[bis]

Forse è anche l'extract di geofabric che è sballato. Sembola, non conosco il prog che usi per fare l'extract, prende i dati direttamente da osm o passa sempre attreverso geofabric?

Usando il setting di sembola sul .pbf di geofabrik, anche a me s'e' sistemata la zona dell'immagine che ha postato.

 

[ataro]

Usando il setting di sembola sul .pbf di geofabrik, anche a me s'e' sistemata la zona dell'immagine che ha postato.

 

[bis]

Ho individuato una zona ad una decina di km in linea d'aria a ovest della "mia" zona dove, un'area boschiva piuttosto vasta non compare in qlandkarte, si vede parzialmente con rendering online di opestreetmap e risulta ancora diversa guardando con josm.
C'e' sicuramente un multipoligono non chiuso -
Vedo di sistemare

 

[bis]

Vedo di sistemare

Mancava un tratto di qualche km per chiudere una mega foresta ritagliata col c. in una parte di lombardia che va da Como ad Arosio (enorme).
Ora vedo di contattare il tipo che parrebbe responsabile della sparizione.