Re: [Talk-it] confini: finito!

2008-11-29 Per discussione Davide Aga
Ciao,

come suggerito da Simone ho iniziato il "taglio, inverto, e cucio" per
fondere la coastline con il confine nella zona di Siracusa.
Mi sono accorto però che è sparito un pezzo di confine.
Lo creo a mano o qualcuno riesce gentilmente a riportarlo al suo posto?
Grazie.

Ciao ciao,

-- 
DAvide
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-25 Per discussione Carlo Stemberger
Simone Cortesi ha scritto:
> si opera cosi': vanno trasferite le proprieta' presenti sul confine
> ISTAT a quello della coastline. io di solito interrompo la coastline
> nel luogo dove cambia il comune lungo la costa. a quel punto si
> cancella il confine istat e si fanno le opportune giunzioni.
>
> io aggiungo un paio di punti, con JOSM, nelle zone in cui effettuare
> gli interventi, poi taglio, inverto, e cucio.
>   

Se mi scrivete una guida passo-passo a prova di niubbo totale, con tanto 
di foto (e magari, in opzione, filmatino) :-) prometto che qualche 
chilometro delle nostre italiche coste lo sistemo. Sempre che non 
abbiate già finito tutto, nel frattempo.

-- 
 .'  `.   | Registered Linux User #443882
 |a_a  |  | http://counter.li.org/  .''`.
 \<_)__/  +--- : :'  :
 /(   )\  ---+ `. `'`
|\`> < /\  Registered Debian User #9 |   `-
\_|=='|_/   http://debiancounter.altervista.org/ |


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-18 Per discussione Martin Koppenhoefer
2008/11/14 Carlo Stemberger <[EMAIL PROTECTED]>:

>
> Secondo me sarebbe bello se i padroni dei bot scrivessero qualche riga
> sul wiki per spiegare cosa fanno: in questo modo noi mapper di basso
> livello (nel senso più comune dell'espressione :-) ) potremmo sapere
> quali sono i lavori che possiamo evitare di fare a manina.
>
> Messo nella TODO list.
>

ottimo, vorrei in questo contesto anche segnare queste pagine a tutti,
chi applicanno script sul data:

http://wiki.openstreetmap.org/wiki/Automated_Edits
http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct

per uno chi non le conosce sono un po nascoste (come quasi tutto nel wiki ;-) )

Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-17 Per discussione tommaso
come si copia/incollano le relazioni (member of)? 

tom


On Mon, 2008-11-17 at 13:23 +0100, Simone Cortesi wrote:

> 2008/11/14 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> >
> > In Liguria ci sarebbero da allineare i confini di comuni e province alla 
> > linea
> > di costa, c'è qualche bot o qualche umano che può provvedere?
> >
> 
> l'intervento va fatto a mano. se pero' qualche guru riesce a farlo in
> automatico, gli verrà assegnato sicuramente il "lolcat of awesomeness"
> mani basse...
> 
> ma torniamo la nostro business dei confini:
> 
> io sto cominciando dall'adriatico. potrebbe essere una gara. due
> schieramenti avversari. uno che comincia dall'adriatico e l'altro dal
> confine con la francia. chi passera' lo stretto di messina per primo?
> 
> si opera cosi': vanno trasferite le proprieta' presenti sul confine
> ISTAT a quello della coastline. io di solito interrompo la coastline
> nel luogo dove cambia il comune lungo la costa. a quel punto si
> cancella il confine istat e si fanno le opportune giunzioni.
> 
> io aggiungo un paio di punti, con JOSM, nelle zone in cui effettuare
> gli interventi, poi taglio, inverto, e cucio.
> 
> -S?
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-17 Per discussione Simone Cortesi
2008/11/14 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> In Liguria ci sarebbero da allineare i confini di comuni e province alla linea
> di costa, c'è qualche bot o qualche umano che può provvedere?
>

l'intervento va fatto a mano. se pero' qualche guru riesce a farlo in
automatico, gli verrà assegnato sicuramente il "lolcat of awesomeness"
mani basse...

ma torniamo la nostro business dei confini:

io sto cominciando dall'adriatico. potrebbe essere una gara. due
schieramenti avversari. uno che comincia dall'adriatico e l'altro dal
confine con la francia. chi passera' lo stretto di messina per primo?

si opera cosi': vanno trasferite le proprieta' presenti sul confine
ISTAT a quello della coastline. io di solito interrompo la coastline
nel luogo dove cambia il comune lungo la costa. a quel punto si
cancella il confine istat e si fanno le opportune giunzioni.

io aggiungo un paio di punti, con JOSM, nelle zone in cui effettuare
gli interventi, poi taglio, inverto, e cucio.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-14 Per discussione Giorgio Scandiuzzo
2008/11/14 Carlo Stemberger <[EMAIL PROTECTED]>

> Paolo Molaro ha scritto:
> > lo script esegue anche altri
> > controlli, per cui sara' lanciato periodicamente in ogni caso.
> >
> Interessante... quindi c'è almeno un bot in azione, attualmente. (se ne
> era parlato a settembre, se non erro)
>
> Secondo me sarebbe bello se i padroni dei bot scrivessero qualche riga
> sul wiki per spiegare cosa fanno: in questo modo noi mapper di basso
> livello (nel senso più comune dell'espressione :-) ) potremmo sapere
> quali sono i lavori che possiamo evitare di fare a manina.


Concordo e sottoscrivo,

Giorgio

>
>
> Messo nella TODO list.
>
> --
>  .'  `.   | Registered Linux User #443882
>  |a_a  |  | http://counter.li.org/  .''`.
>  \<_)__/  +--- : :'  :
>  /(   )\  ---+ `. `'`
> |\`> < /\  Registered Debian User #9 |   `-
> \_|=='|_/   http://debiancounter.altervista.org/ |
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-14 Per discussione [EMAIL PROTECTED]

In Liguria ci sarebbero da allineare i confini di comuni e province alla linea 
di costa, c'è qualche bot o qualche umano che può provvedere?

Grazie


Alessandro   Ale_Zena_IT

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-14 Per discussione Carlo Stemberger
Paolo Molaro ha scritto:
> lo script esegue anche altri
> controlli, per cui sara' lanciato periodicamente in ogni caso.
>   
Interessante... quindi c'è almeno un bot in azione, attualmente. (se ne 
era parlato a settembre, se non erro)

Secondo me sarebbe bello se i padroni dei bot scrivessero qualche riga 
sul wiki per spiegare cosa fanno: in questo modo noi mapper di basso 
livello (nel senso più comune dell'espressione :-) ) potremmo sapere 
quali sono i lavori che possiamo evitare di fare a manina.

Messo nella TODO list.

-- 
 .'  `.   | Registered Linux User #443882
 |a_a  |  | http://counter.li.org/  .''`.
 \<_)__/  +--- : :'  :
 /(   )\  ---+ `. `'`
|\`> < /\  Registered Debian User #9 |   `-
\_|=='|_/   http://debiancounter.altervista.org/ |


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-07 Per discussione Simone Cortesi
On Mon, Nov 3, 2008 at 7:13 PM, lorex <[EMAIL PROTECTED]> wrote:

> volevo sapere in merito ai confini se era possibile aggiustarli anche
> adesso o se è meglio aspettare che avete finito di sistemarli.

direiche si puo' iniziare a sistemarli, ad infittirli di dettagli.

> per aggiustare intendo che vorrei spostare i nodi sul confine esatto, ad
> esempio tra Empoli e Vinci il confine è l'Arno quindi è facile da
> riconoscere.

esatto, come ho fatto io per casa mia, il confine comunale a nord è il
Po, Ticino: 
http://informationfreeway.org/?lat=45.1464162117703&lon=9.222582411525718&zoom=14&layers=BF000F

> ed in piu vorrei sapere se è possibile aggiungere dei nodi a mano, per
> affinare i confini, sempre nei casi dove il confine è dato da carattere
> morfologico, quindi facilmente riconoscibile.

si puo' fare, usi il tasto (A) in josm oppure la crocetta che appare
in modalità (S), serve per affinare le way.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-07 Per discussione Simone Cortesi
On Sat, Nov 1, 2008 at 2:20 PM, Paolo Molaro <[EMAIL PROTECTED]> wrote:

> Tra le incosistenze che sono state trovate:
> 1) http://www.openstreetmap.com/browse/relation/46862
> La way 28085785 non c'entra nulla con il confine.

sistemata. la way che dici te, in effetti non aveva nulla a che fare col resto.

> 2) La relazione Italia ha almeno una way (la 25540146) senza
> boundary info

qui è dove ho gia' lavorato io per sistemare il confine "di spiaggia"
incorporando in esso le relation appena aggiunte. ho fatto qualche
kilometro sulla costa di ferrara. e poi ho eliminato il
confine-solo-confine, lasciando il confine-spiaggia. adesso quella
spiaggia è membro di 4 relation: comacchio, ferrara, emilia-romagna,
italia (http://www.openstreetmap.org/browse/relation/48130)

se qualcuno è intyeressato a collaborare all'idea lanciata da me e da
cristiano, quella di sistemare i confini marini incorporando nella
linea di spiaggia natural=coastline i dettagli delle relation, questo
potrebbe essere un buon luogo dove puntare josm e valutare come ho
fatto io: 
http://informationfreeway.org/?lat=44.67531890530785&lon=12.251139056126622&zoom=13&layers=BF000F

all'inizio sembra impossibile, ma quando ci si prende un attimo la
mano è veloce.

> 3) Siracusa (http://www.openstreetmap.org/browse/relation/39169)
> manca la way 28114153 nella relation.

ho sistemato anche questa, stessa modalità di comacchio.


Paolo: hia in mente qualche sistema per tenere controllati i confini?
per evitare che dopo un delete non consapevole, sia complesso
ricaricare i dati mancanti?

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] confini: finito!

2008-11-03 Per discussione lorex
salve a tutti,
volevo sapere in merito ai confini se era possibile aggiustarli anche
adesso o se è meglio aspettare che avete finito di sistemarli.
per aggiustare intendo che vorrei spostare i nodi sul confine esatto, ad 
esempio tra Empoli e Vinci il confine è l'Arno quindi è facile da 
riconoscere.
ed in piu vorrei sapere se è possibile aggiungere dei nodi a mano, per 
affinare i confini, sempre nei casi dove il confine è dato da carattere 
morfologico, quindi facilmente riconoscibile.
Lorenzo

Paolo Molaro ha scritto:
> On 11/01/08 Ezio Querini wrote:
>> Per Paolo Molaro: ho visto che hai ripulito i dati ridondanti ed ho
>> notato che nella mia zona sono rimaste 3 way non modificate.
>> http://www.openstreetmap.org/browse/way/27985775
>> http://www.openstreetmap.org/browse/way/27986200
>> http://www.openstreetmap.org/browse/way/27986571
>>
>> La Way History è pulita quindi non sono state modificate da altri
>> mentre lo script faceva il suo lavoro.
> 
> Ho lanciato lo script ieri pomeriggio, ma un po' il server ogni tanto
> e' sovrautilizzato e un po' la mia connessione adsl ieri aveva problemi.
> Stamattina ho rilanciato lo script sull'italy.osm di oggi e le rimanenti
> way dovrebbero essere state corrette (quasi 24 mila correzioni in
> totale, quindi ci ha messo un po').
> 
>> Non sto criticando, so che potrei farlo a manina, era solo per segnalare
> 
> No, non c'e' bisogno di fare a mano, lo script esegue anche altri
> controlli, per cui sara' lanciato periodicamente in ogni caso.
> E non c'e' bisogno di premettere "no sto criticando":) Qui siamo tutti
> adulti e se c'e' da segnalare un errore si fa senza farsi problemi
> o doversi giustificare:)
> 
> Tra le incosistenze che sono state trovate:
> 1) http://www.openstreetmap.com/browse/relation/46862
> La way 28085785 non c'entra nulla con il confine.
> 2) La relazione Italia ha almeno una way (la 25540146) senza
> boundary info
> 3) Siracusa (http://www.openstreetmap.org/browse/relation/39169)
> manca la way 28114153 nella relation.
> 
> lupus
> 


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-01 Per discussione Paolo Molaro
On 11/01/08 Ezio Querini wrote:
> Per Paolo Molaro: ho visto che hai ripulito i dati ridondanti ed ho
> notato che nella mia zona sono rimaste 3 way non modificate.
> http://www.openstreetmap.org/browse/way/27985775
> http://www.openstreetmap.org/browse/way/27986200
> http://www.openstreetmap.org/browse/way/27986571
> 
> La Way History è pulita quindi non sono state modificate da altri
> mentre lo script faceva il suo lavoro.

Ho lanciato lo script ieri pomeriggio, ma un po' il server ogni tanto
e' sovrautilizzato e un po' la mia connessione adsl ieri aveva problemi.
Stamattina ho rilanciato lo script sull'italy.osm di oggi e le rimanenti
way dovrebbero essere state corrette (quasi 24 mila correzioni in
totale, quindi ci ha messo un po').

> Non sto criticando, so che potrei farlo a manina, era solo per segnalare

No, non c'e' bisogno di fare a mano, lo script esegue anche altri
controlli, per cui sara' lanciato periodicamente in ogni caso.
E non c'e' bisogno di premettere "no sto criticando":) Qui siamo tutti
adulti e se c'e' da segnalare un errore si fa senza farsi problemi
o doversi giustificare:)

Tra le incosistenze che sono state trovate:
1) http://www.openstreetmap.com/browse/relation/46862
La way 28085785 non c'entra nulla con il confine.
2) La relazione Italia ha almeno una way (la 25540146) senza
boundary info
3) Siracusa (http://www.openstreetmap.org/browse/relation/39169)
manca la way 28114153 nella relation.

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-11-01 Per discussione Ezio Querini
--- Gio 30/10/08, Simone Cortesi <[EMAIL PROTECTED]> ha scritto:
> On Tue, Oct 28, 2008 at 8:11 PM, Paolo Molaro  wrote:
> > On 10/28/08 Roberto Navoni wrote:
> >> > Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati:
> >> > non c'e' motivo per cui ognuno si debba scaricare megabyte di dati
> >> > che non servono a niente.
> >> > Posso fare uno script che lo faccia.
> 
> se region (e province) sinistro e destro sono uguali e se qualcuno è
> in grado di scrivere del codice per correggere tutto, per me va bne.

Per Paolo Molaro: ho visto che hai ripulito i dati ridondanti ed ho notato che 
nella mia zona sono rimaste 3 way non modificate.
http://www.openstreetmap.org/browse/way/27985775
http://www.openstreetmap.org/browse/way/27986200
http://www.openstreetmap.org/browse/way/27986571

La Way History è pulita quindi non sono state modificate da altri mentre lo 
script faceva il suo lavoro.

Non sto criticando, so che potrei farlo a manina, era solo per segnalare che 
forse lo script si è perso altre. O forse (forse sto dicendo una sciocchezza, 
non so come funziona) è il db che non è riuscito a portare a termine tutte le 
richieste di modifica e se ne è persa qualcuna (in tal caso potrebbe bastare 
far girare nuovamente lo script?).

Ciao


  Unisciti alla community di Io fotografo e video, il nuovo corso di 
fotografia di Gazzetta dello sport:
http://www.flickr.com/groups/iofotografoevideo

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-30 Per discussione Paolo Molaro
On 10/30/08 Davide wrote:
> + 1 per le considerazioni espresse da guido ... per quanto riguarda
> invece i Tag Created_by e source, a mio parere non ha seso rimuoverli
> perchè all'atto in cui una persona lavora sui dati OSM presi dal
> database, ha informazioni circa la provenienza del dato. Oltretutto
> per altri strati, quali i layer, quali le coperture vegetali derivate
> dal DB Corinne Lan Cover, è espressamente richiesto nella licenza che
> venga citata la fonte.

Il tuo ragionamento si basa su presupposti sbagliati. Quello che 
descrivi e' la situazione del tag source e non c'entra con created_by.
Il tag created_by, invece, e' una sorta di vanity tag. Viene usato
per fare gara a chi ce l'ha piu' lungo per gli editor tipo josm e
potlatch e non ha nessun altro valore in pratica.
Il tag viene modificato ogni volta che editi una way con potlatch, per
esempio (o merkaator) e proprio per questo ho suggerito di toglierlo
durante i miei aggiornamenti (l'alternativa e' mettere qualcosa come
osm-helpers, ma preferisco toglierlo perche' e' un tag abbastanza
inutile).

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-30 Per discussione Paolo Molaro
On 10/30/08 Simone Cortesi wrote:
> se region (e province) sinistro e destro sono uguali e se qualcuno è
> in grado di scrivere del codice per correggere tutto, per me va bne.

Questo non e' un problema, sono 10 righe di codice.
Stasera lo scrivo e inizio le modifiche.

> a proposito. hai un modo per aggregare il confine costiero con il
> confine amministrativo che si trova sulla costa? spostando i tag di
> relation e admin_level, dall'uno all'altro? eventualmente tagliando la
> linea di costa proprio nel punto dove cambia la proprieta' di un
> comune con quello successivo...?

Si puo' fare in alcuni casi (dove la way del boundary interseca la way
coastline). In altri casi il confine amministrativo e' all'interno,
quindi bisognerebbe fare una proiezione per trovare un punto in comune.
Non e' uno script da 10 minuti:), ma in definitiva e' fattibile,
il problema diventa:
1) non mi pare che ci sia consenso sul fatto che debbano coincidere
(io stesso propendo per estendere il confine in mare, per esempio)
2) non c'e' un modo automatico di sapere se la linea del confine e' meno
accurata di quella della costa: se scelgo quella della costa potrei
eliminare i dati migliori (contare la frequenza dei nodi puo' essere un
metodo, ma non necessariamente corretto)

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-30 Per discussione Simone Cortesi
On Thu, Oct 30, 2008 at 12:00 PM, Davide <[EMAIL PROTECTED]> wrote:

> ps complimenti a Simone per il lavoro ed a Roberto per shape2OSM!

i dati di schio dove sono disponibili in shapefile?

che io e roberto volevamo provare ad importarli in openstreetmap.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-30 Per discussione Davide
+ 1 per le considerazioni espresse da guido ... per quanto riguarda
invece i Tag Created_by e source, a mio parere non ha seso rimuoverli
perchè all'atto in cui una persona lavora sui dati OSM presi dal
database, ha informazioni circa la provenienza del dato. Oltretutto
per altri strati, quali i layer, quali le coperture vegetali derivate
dal DB Corinne Lan Cover, è espressamente richiesto nella licenza che
venga citata la fonte.
Ciao.
D.
ps complimenti a Simone per il lavoro ed a Roberto per shape2OSM!



-- 
dott. Davide Zizioli
Dipartimento di Scienze della Terra
Università di Pavia
Via Ferrata 1, 27100 Pavia
Tel. +393498345440
Tel. Skype: Riverlab
[EMAIL PROTECTED]
WMS http://geoserver1.unipv.it/cgi-bin/wms?

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-30 Per discussione Simone Cortesi
On Tue, Oct 28, 2008 at 8:11 PM, Paolo Molaro <[EMAIL PROTECTED]> wrote:
> On 10/28/08 Roberto Navoni wrote:
>> > Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati:
>> > non c'e' motivo per cui ognuno si debba scaricare megabyte di dati
>> > che non servono a niente.
>> > Posso fare uno script che lo faccia.
>> >
>> Prima di toccare i dati forse bisogna scendere nel merito delle
>> motivazioni per cui le cose sono state fatte in questo modo  :)
>
> Se hai dei motivi per dover tenere dei dati ridondanti, esprimili
> e saranno valutati. Allo stato questi dati non sembrano fornire
> informazioni utili.

se region (e province) sinistro e destro sono uguali e se qualcuno è
in grado di scrivere del codice per correggere tutto, per me va bne.

io non lo so fare.


>> > Lo stesso per:
>> > source="Based on ISTAT data - 2001 Italian Census"
>> >
>> Lo ha richiesto specificatamente il fornitore ...
>
> Il fornitore ha preteso quella precisa scritta? O ha chiesto che ci
> fosse un riferimento? In ogni caso si puo' sempre spiegare (in futuro)
> ai fornitori di informazione che il valore del tag non e' un dato
> visibile a nessuno e che quindi un tag piu' semplice e una pagina wiki
> piu' esplicativa garantisce al fornitore sia maggiore visibilita' che
> uguale tracciabilita' senza gravare inutilmente sulla base dati.

occorre lasciare la dicitura  source="Based on ISTAT data - 2001
Italian Census" non si puo' cambiare. Fonte dati ISTAT - Censimento
2001

> Se le relazioni delle regioni sono sbagliate, sono sbagliate e basta, non
> c'entra niente ne' la passione, ne' il giudizio sulle persone che ci
> hanno lavorato. Non mi sembra il caso di fare una tragedia greca.
> Sono sicuro che ci sono molti errori di mappatura nelle zone in cui io
> ho speso il mio tempo libero a mappare, mica mi metto a far polemiche se
> qualcuno mi fa notare gli errori!

a proposito. hai un modo per aggregare il confine costiero con il
confine amministrativo che si trova sulla costa? spostando i tag di
relation e admin_level, dall'uno all'altro? eventualmente tagliando la
linea di costa proprio nel punto dove cambia la proprieta' di un
comune con quello successivo...?

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-30 Per discussione Simone Cortesi
2008/10/26 Alessandro De Noia <[EMAIL PROTECTED]>:

>> http://server.tah.openstreetmap.org/Browse/?layer=tile&z=17&x=71558&y=49077
>>
>> secondo me è un prob di conversione da inkscape.
>>
>> -S
>>
>
> Il tile del tuo link lo (la?) vedo schiacciato :|, se faccio zoom out
> invece funziona bene!

ho indagato la cosa. alcune vecchie versioni di tilesathome avevano
questo bug. molto probabilmente il tile "schiacciato" era stato
renderizzato da uno di questi client bacati.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-28 Per discussione Paolo Molaro
On 10/28/08 Roberto Navoni wrote:
> > Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati:
> > non c'e' motivo per cui ognuno si debba scaricare megabyte di dati
> > che non servono a niente.
> > Posso fare uno script che lo faccia.
> >   
> Prima di toccare i dati forse bisogna scendere nel merito delle 
> motivazioni per cui le cose sono state fatte in questo modo  :)

Se hai dei motivi per dover tenere dei dati ridondanti, esprimili
e saranno valutati. Allo stato questi dati non sembrano fornire
informazioni utili.

> Invece di decidere quanti byte si vogliono risparmiare forse è il caso 
> che la tua capacità di fare script venga orientata in altro modo ;)

Guarda che nei miei script created_by e' il primo tag che viene
eliminato perche' completamente inutile:)
Se per la tua applicazione la mole di dati scaricata dai server osm non
ha importanza, questo non significa che a tutti gli altri non interessi
e che non importi l'esplosione di dati non utili nel db.

> > Lo stesso per:
> > source="Based on ISTAT data - 2001 Italian Census"
> >   
> Lo ha richiesto specificatamente il fornitore ...

Il fornitore ha preteso quella precisa scritta? O ha chiesto che ci
fosse un riferimento? In ogni caso si puo' sempre spiegare (in futuro)
ai fornitori di informazione che il valore del tag non e' un dato
visibile a nessuno e che quindi un tag piu' semplice e una pagina wiki
piu' esplicativa garantisce al fornitore sia maggiore visibilita' che
uguale tracciabilita' senza gravare inutilmente sulla base dati.

> Ma sei proprio bravino a criticare i lavori dopo che le persone hanno 
> perso un sacco di tempo ... per passione... per fare certe cose  , 
> proponi invecce qualcosa di veramente importante per lo sviluppo del 
> dato ...

Che cosa c'entra il tempo speso dalle persone e la passione?
Se le relazioni delle regioni sono sbagliate, sono sbagliate e basta, non
c'entra niente ne' la passione, ne' il giudizio sulle persone che ci
hanno lavorato. Non mi sembra il caso di fare una tragedia greca.
Sono sicuro che ci sono molti errori di mappatura nelle zone in cui io
ho speso il mio tempo libero a mappare, mica mi metto a far polemiche se
qualcuno mi fa notare gli errori!

> Forse il problema dei confini è stato un po' travisato e sottovalutato  

Non mi sembra che nessuno qui abbia travisato o sottovalutato la
questione.

> se qualcuno s'era mai posto il problema   quando Simone mi ha 
> chiesto di aiutarlo ... l'ho fatto e basta perchè mi sembrava una  buona 
> idea .. se mi avesse chiesto di aiutarlo a comprimere i tag di 
> descrizione gli avrei detto no grazie :(

Nessuno ha chiesto a te di farlo, infatti mi sono proposto io di
scrivere lo script per correggere le cose.

> Non so' se qualcuno di voi ha provato a fare un fork di namefinder ed 
> utilizzarlo ... da qui è partita l'esigenza di risolvere il  problema 
> ... almeno dal mio punto di vista ... a questo punto invece  di pensare 
> a come risparmiare byte sul server ... e ci sono moltissimi modi per 
> farlo  potremmo passare mesi a discuterne ... compressioni binarie 

Nessuno ha parlato di compressioni, questo thread ha riguardato solo
la questione degli inutili dati relativi al tag boundary quando
il tag:left e il tag:right sono uguali e la questione degli errori nelle
relazioni delle regioni. Cerchiamo di mantenere il filo del discorso.

> ... FTS2 ... ecc ecc ... dovremmo scendere nel merito di altre 
> questioni  ,i dati di altri fornitori per l'italia cubano piu di 15 giga 
> , quindi ci sono ampi spazi di evoluzione ;)

Questo non vuol dire che dobbiamo riempire il database di dati non utili
per poter arrivare anche noi a 15 giga:)

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-28 Per discussione Diego Guidotti - Aedit s.r.l.
I confini sono molto utili anche quando si mappa, spesso la via cambia nome
o ref al variare del comune ed avere i confini e meglio che fermarsi e dover
fare il punto GPS sul "cartello"...

Riguarrdo il tema delle critica mia nonna diceva "*Chi prima tocca lu pupe
deventa chembare*"  (il primo che tocca il bambino diventa il padrino) per
indicare il rischio  che si ha, quando ci si fa avanti per fare qualcosa di
caricarsi di responsabilità, critiche e , ulteriore lavoro...

Dato che siamo in un progetto collaborativo e tutti noi siamo qui si,
divertendoci, ma togliendo tempo a lavoro, divertimento ed altro, mi sento
profondamento grato a chi si impegna e contribuisce a migliorare i dati ed
il progetto. Se vedo che qualcosa del lavoro fatto può essere migliorato
innanzitutto cerco di capire se posso fare io qualcosa, magari chiedendo in
giro per farmi dare un aiuto..

Le critiche vanno sempre bene ma capisco il risentimento di chi è criticato
dopo aver passato le nottate a sistemare i dati e le procedure. A volte mi è
capitato di avere qualche idea su OSM e di rinunciarci per evitare la
responsabilità, dopo che aver "lanciato il sasso", di doversi impegnarsi per
un tempo maggiore di quello preventivato... (secondo la regola 80/20
dell'informatica quando sei all'80% del risultato sei al 20% dello sforzo )
. Cerchiamo di darci una mano e di evitare che l'impegno sia disincentivato.

Ciao,
Diego





On Tue, Oct 28, 2008 at 7:45 PM, Ezio Querini <[EMAIL PROTECTED]> wrote:

> --- Mar 28/10/08, Roberto Navoni <[EMAIL PROTECTED]> ha scritto:
>
> > Da: Roberto Navoni <[EMAIL PROTECTED]>
> > Oggetto: Re: [Talk-it] confini: finito!
> > A: talk-it@openstreetmap.org
> > Data: Martedì 28 ottobre 2008, 19:09
> > Paolo Molaro ha scritto:
> > > On 10/28/08 Ezio Querini wrote:
> > >
> > >>>> Riguardo ai dati inseriti (ad es: [1]) ha
> > senso per un
> > >>>>
> > >>> confine admin_level = 8 riportare lo stesso
> > valore per
> > >>> region:left e region:right o province:left e
> > province:right?
> > >>>
> > >>> forse lo si poteva omettere, ma non crea
> > nessun danno.
> > >>>
> > >> A parte appesantire inutilmente il DB.
> > >>
> > >
> > > Concordo con Ezio. Questi dati ridondanti ed inutili
> > vanno eliminati:
> > > non c'e' motivo per cui ognuno si debba
> > scaricare megabyte di dati
> > > che non servono a niente.
> > > Posso fare uno script che lo faccia.
> > >
> > Prima di toccare i dati forse bisogna scendere nel merito
> > delle
> > motivazioni per cui le cose sono state fatte in questo modo
> >  :)
>
> Posso capire che i confini di comune servono per capire a che comune si
> riferiscono le vie, ma come riesci a capire che una via sta dentro l'area
> delimitata dalla relation del comune puoi capire anche che sta dentro l'area
> delimitata dalla relation della provincia e/o della regione senza inserire
> quei dati nei confini di comune. Se poi per il navigatore ti fa comodo
> averli riferiti al comune te li ricavi in fase di estrazione dal DB.
>
>
> > > Un'altra cosa che si dovrebbe tenere in
> > considerazione:
> > > created_by="ShapeToOSM - Laser Navigation
> > s.r.l."
> > > Capisco il bisogno di farsi pubblicita', ma un
> > semplice
> > > created_by="ShapeToOSM" e' piu' che
> > sufficiente, al limite ci metti una
> > > pagina sul wiki. In questo caso, poi, created_by non
> > e'
> > > proprio indispensabile, imho.
> > >
> > Invece di decidere quanti byte si vogliono risparmiare
> > forse è il caso
> > che la tua capacità di fare script venga orientata in
> > altro modo ;)
> > Se vuoi fare altri confini , con altri tag fai pure .. poi
> > chiunque puo'
> > scegliere il dato in base alle esigenze ...
>
> I confini sono confini e tali restano e come tali vanno mappati. Le
> esigenze di rendering o routing non devono influire sulla creazione del DB.
>
>
> > >> Inoltre in una relation di una regione (ad es:
> > [3]) mi aspetterei di
> > >> trovare le way che delimitano i confini della
> > regione, non anche tutti
> > >> i confini di provincia e comune interni alla
> > regione.
> > >>
> > >
> > > Gia', quella relation sembra proprio sbagliata,
> > cosi' come quella del
> > > Veneto ed immagino tutte le altre regioni.
> > >
> > > lupus
> > >
> > Ma sei proprio bravino a cr

Re: [Talk-it] confini: finito!

2008-10-28 Per discussione Ezio Querini
--- Mar 28/10/08, Roberto Navoni <[EMAIL PROTECTED]> ha scritto:

> Da: Roberto Navoni <[EMAIL PROTECTED]>
> Oggetto: Re: [Talk-it] confini: finito!
> A: talk-it@openstreetmap.org
> Data: Martedì 28 ottobre 2008, 19:09
> Paolo Molaro ha scritto:
> > On 10/28/08 Ezio Querini wrote:
> >   
> >>>> Riguardo ai dati inseriti (ad es: [1]) ha
> senso per un
> >>>> 
> >>> confine admin_level = 8 riportare lo stesso
> valore per
> >>> region:left e region:right o province:left e
> province:right?
> >>>
> >>> forse lo si poteva omettere, ma non crea
> nessun danno.
> >>>   
> >> A parte appesantire inutilmente il DB.
> >> 
> >
> > Concordo con Ezio. Questi dati ridondanti ed inutili
> vanno eliminati:
> > non c'e' motivo per cui ognuno si debba
> scaricare megabyte di dati
> > che non servono a niente.
> > Posso fare uno script che lo faccia.
> >   
> Prima di toccare i dati forse bisogna scendere nel merito
> delle 
> motivazioni per cui le cose sono state fatte in questo modo
>  :)

Posso capire che i confini di comune servono per capire a che comune si 
riferiscono le vie, ma come riesci a capire che una via sta dentro l'area 
delimitata dalla relation del comune puoi capire anche che sta dentro l'area 
delimitata dalla relation della provincia e/o della regione senza inserire quei 
dati nei confini di comune. Se poi per il navigatore ti fa comodo averli 
riferiti al comune te li ricavi in fase di estrazione dal DB.


> > Un'altra cosa che si dovrebbe tenere in
> considerazione:
> > created_by="ShapeToOSM - Laser Navigation
> s.r.l."
> > Capisco il bisogno di farsi pubblicita', ma un
> semplice
> > created_by="ShapeToOSM" e' piu' che
> sufficiente, al limite ci metti una
> > pagina sul wiki. In questo caso, poi, created_by non
> e'
> > proprio indispensabile, imho.
> >   
> Invece di decidere quanti byte si vogliono risparmiare
> forse è il caso 
> che la tua capacità di fare script venga orientata in
> altro modo ;)
> Se vuoi fare altri confini , con altri tag fai pure .. poi
> chiunque puo' 
> scegliere il dato in base alle esigenze ...

I confini sono confini e tali restano e come tali vanno mappati. Le esigenze di 
rendering o routing non devono influire sulla creazione del DB.


> >> Inoltre in una relation di una regione (ad es:
> [3]) mi aspetterei di
> >> trovare le way che delimitano i confini della
> regione, non anche tutti
> >> i confini di provincia e comune interni alla
> regione.
> >> 
> >
> > Gia', quella relation sembra proprio sbagliata,
> cosi' come quella del
> > Veneto ed immagino tutte le altre regioni.
> >
> > lupus
> >   
> Ma sei proprio bravino a criticare i lavori dopo che le
> persone hanno 
> perso un sacco di tempo ... per passione... per fare certe
> cose  , 
> proponi invecce qualcosa di veramente importante per lo
> sviluppo del 
> dato ...
> Forse il problema dei confini è stato un po' travisato
> e sottovalutato  
> , nel senso che senza questo intervento non era
> assolutamente possibile 
> identificare l'appartenenza di una via ad una località
> precisa. Non so' 
> se qualcuno s'era mai posto il problema   quando
> Simone mi ha 
> chiesto di aiutarlo ... l'ho fatto e basta perchè mi
> sembrava una  buona 
> idea .. se mi avesse chiesto di aiutarlo a comprimere i tag
> di 
> descrizione gli avrei detto no grazie :(
> Non so' se qualcuno di voi ha provato a fare un fork di
> namefinder ed 
> utilizzarlo ... da qui è partita l'esigenza di
> risolvere il  problema 
> ... almeno dal mio punto di vista ... a questo punto invece
>  di pensare 
> a come risparmiare byte sul server ... e ci sono moltissimi
> modi per 
> farlo  potremmo passare mesi a discuterne ...
> compressioni binarie 
> ... FTS2 ... ecc ecc ... dovremmo scendere nel merito di
> altre 
> questioni  ,i dati di altri fornitori per l'italia
> cubano piu di 15 giga 
> , quindi ci sono ampi spazi di evoluzione ;)

Non si tratta di criticare per il gusto di farlo, ma a scopo costruttivo.
Se poi il mio modo di vederla è sbagliato pazienza, ne prenderò atto.


bye




  Unisciti alla community di Io fotografo e video, il nuovo corso di 
fotografia di Gazzetta dello sport:
http://www.flickr.com/groups/iofotografoevideo

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-28 Per discussione Simone Cortesi
On Tue, Oct 28, 2008 at 5:35 PM, Ezio Querini <[EMAIL PROTECTED]> wrote:

> A parte appesantire inutilmente il DB.

ma non lo vedo come un problema. non e' un dato sbagliato, ma un dato in piu'.

> Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di trovare 
> le way che delimitano i confini della regione, non anche tutti i confini di 
> provincia e comune interni alla regione.

infatti, questo è sbagliato. vedro' come correggerlo. chi ha
necessita' impellenti di toglierli, lo puo' fare. le ulteriori
modifiche che faro', le faro' al db online in realtime direttamente,
quindi se qualcuno inizia per qualche motivo a sistemare, non fa
danno.

> Si, ma quale è la versione giusta? Qui [4] si parla di left:X right:X

non esiste versione giusta o sbagliata. non esiste una lista con i tag
giusti e quelli sbagliati.


PS: fino a dompodomani non leggo la posta. ho visto che altrove ci
sono mail alle quali vorrei rispondere...lo faccio appena possibile.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-28 Per discussione Roberto Navoni
Paolo Molaro ha scritto:
> On 10/28/08 Ezio Querini wrote:
>   
 Riguardo ai dati inseriti (ad es: [1]) ha senso per un
 
>>> confine admin_level = 8 riportare lo stesso valore per
>>> region:left e region:right o province:left e province:right?
>>>
>>> forse lo si poteva omettere, ma non crea nessun danno.
>>>   
>> A parte appesantire inutilmente il DB.
>> 
>
> Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati:
> non c'e' motivo per cui ognuno si debba scaricare megabyte di dati
> che non servono a niente.
> Posso fare uno script che lo faccia.
>   
Prima di toccare i dati forse bisogna scendere nel merito delle 
motivazioni per cui le cose sono state fatte in questo modo  :)
> Un'altra cosa che si dovrebbe tenere in considerazione:
> created_by="ShapeToOSM - Laser Navigation s.r.l."
> Capisco il bisogno di farsi pubblicita', ma un semplice
> created_by="ShapeToOSM" e' piu' che sufficiente, al limite ci metti una
> pagina sul wiki. In questo caso, poi, created_by non e'
> proprio indispensabile, imho.
>   
Invece di decidere quanti byte si vogliono risparmiare forse è il caso 
che la tua capacità di fare script venga orientata in altro modo ;)
Se vuoi fare altri confini , con altri tag fai pure .. poi chiunque puo' 
scegliere il dato in base alle esigenze ...
> Lo stesso per:
> source="Based on ISTAT data - 2001 Italian Census"
>   
Lo ha richiesto specificatamente il fornitore ...
> "Based on" e' ridondante, source lo implica gia'.
> Un semplice:
> source="ISTAT-2001"
> e' piu' che sufficiente e ci risparmia da solo un altro megabyte di dati
> inutili.
>
>   

>> Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di
>> trovare le way che delimitano i confini della regione, non anche tutti
>> i confini di provincia e comune interni alla regione.
>> 
>
> Gia', quella relation sembra proprio sbagliata, cosi' come quella del
> Veneto ed immagino tutte le altre regioni.
>
> lupus
>   
Ma sei proprio bravino a criticare i lavori dopo che le persone hanno 
perso un sacco di tempo ... per passione... per fare certe cose  , 
proponi invecce qualcosa di veramente importante per lo sviluppo del 
dato ...
Forse il problema dei confini è stato un po' travisato e sottovalutato  
, nel senso che senza questo intervento non era assolutamente possibile 
identificare l'appartenenza di una via ad una località precisa. Non so' 
se qualcuno s'era mai posto il problema   quando Simone mi ha 
chiesto di aiutarlo ... l'ho fatto e basta perchè mi sembrava una  buona 
idea .. se mi avesse chiesto di aiutarlo a comprimere i tag di 
descrizione gli avrei detto no grazie :(
Non so' se qualcuno di voi ha provato a fare un fork di namefinder ed 
utilizzarlo ... da qui è partita l'esigenza di risolvere il  problema 
... almeno dal mio punto di vista ... a questo punto invece  di pensare 
a come risparmiare byte sul server ... e ci sono moltissimi modi per 
farlo  potremmo passare mesi a discuterne ... compressioni binarie 
... FTS2 ... ecc ecc ... dovremmo scendere nel merito di altre 
questioni  ,i dati di altri fornitori per l'italia cubano piu di 15 giga 
, quindi ci sono ampi spazi di evoluzione ;)

P.S.
scusate per lo sfogo ... :)

Un saluto a tutti
Roberto





___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-28 Per discussione Paolo Molaro
On 10/28/08 Ezio Querini wrote:
> > > Riguardo ai dati inseriti (ad es: [1]) ha senso per un
> > confine admin_level = 8 riportare lo stesso valore per
> > region:left e region:right o province:left e province:right?
> > 
> > forse lo si poteva omettere, ma non crea nessun danno.
> 
> A parte appesantire inutilmente il DB.

Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati:
non c'e' motivo per cui ognuno si debba scaricare megabyte di dati
che non servono a niente.
Posso fare uno script che lo faccia.

Un'altra cosa che si dovrebbe tenere in considerazione:
created_by="ShapeToOSM - Laser Navigation s.r.l."
Capisco il bisogno di farsi pubblicita', ma un semplice
created_by="ShapeToOSM" e' piu' che sufficiente, al limite ci metti una
pagina sul wiki. In questo caso, poi, created_by non e'
proprio indispensabile, imho.

Lo stesso per:
source="Based on ISTAT data - 2001 Italian Census"

"Based on" e' ridondante, source lo implica gia'.
Un semplice:
source="ISTAT-2001"
e' piu' che sufficiente e ci risparmia da solo un altro megabyte di dati
inutili.

> Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di
> trovare le way che delimitano i confini della regione, non anche tutti
> i confini di provincia e comune interni alla regione.

Gia', quella relation sembra proprio sbagliata, cosi' come quella del
Veneto ed immagino tutte le altre regioni.

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-28 Per discussione Ezio Querini
--- Lun 27/10/08, Simone Cortesi <[EMAIL PROTECTED]> ha scritto:

> Da: Simone Cortesi <[EMAIL PROTECTED]>
> Oggetto: Re: [Talk-it] confini: finito!
> A: [EMAIL PROTECTED], "openstreetmap list - italiano" 
> 
> Data: Lunedì 27 ottobre 2008, 15:36
> On Sat, Oct 25, 2008 at 1:10 PM, Ezio Querini
> <[EMAIL PROTECTED]> wrote:
> 
> > Riguardo ai dati inseriti (ad es: [1]) ha senso per un
> confine admin_level = 8 riportare lo stesso valore per
> region:left e region:right o province:left e province:right?
> 
> forse lo si poteva omettere, ma non crea nessun danno.

A parte appesantire inutilmente il DB.

Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di trovare le 
way che delimitano i confini della regione, non anche tutti i confini di 
provincia e comune interni alla regione.

 
> > A proposito guardando il confine Italia Slovenia
> precedentemente caricato [2] troviamo left:country = Italy e
> right:country = Slovenia e non country:left = Italy e
> country:right = Slovenia. Quale è la sequenza corretta dei
> tag?
> 
> ci sono altri confini, dove si usa lo schema per il quale
> ho invece optato io.

Si, ma quale è la versione giusta? Qui [4] si parla di left:X right:X


bye

[3] http://www.openstreetmap.org/browse/relation/45480
[4] http://wiki.openstreetmap.org/index.php/Talk:Key:boundary#left:X_right:X


  Scopri il blog di Yahoo! Mail:
Trucchi, novità e scrivi la tua opinione.
http://www.ymailblogit.com/blog

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-27 Per discussione Simone Cortesi
On Sat, Oct 25, 2008 at 1:10 PM, Ezio Querini <[EMAIL PROTECTED]> wrote:

> Riguardo ai dati inseriti (ad es: [1]) ha senso per un confine admin_level = 
> 8 riportare lo stesso valore per region:left e region:right o province:left e 
> province:right?

forse lo si poteva omettere, ma non crea nessun danno.

> A proposito guardando il confine Italia Slovenia precedentemente caricato [2] 
> troviamo left:country = Italy e right:country = Slovenia e non country:left = 
> Italy e country:right = Slovenia. Quale è la sequenza corretta dei tag?

ci sono altri confini, dove si usa lo schema per il quale ho invece optato io.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-26 Per discussione Simone Cortesi
2008/10/26 Alessandro De Noia <[EMAIL PROTECTED]>:

> Qui abbiamo sempre quel problema di pezzetto di confine di Terlizzi nel
> territorio di Ruvo di Puglia, inoltre credo che un lato del confine sia
> sbagliato.
> In questi casi cosa si fa?

per ruvo: potrebbe essere, un enclave di terlizzi in ruvo di puglia
non è da escludere. andrebbe verificata in comune, ufficio tecnico.
qui in provincia di pavia ce ne sono parecchie di enclavi.

per il lato sbagliato: se hai informazioni piu' precise, con josm
aggiungi punt mediani e sistemi il confine.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-26 Per discussione Alessandro De Noia
Il giorno Sat, 25 Oct 2008 07:53:27 +0200
"Simone Cortesi" <[EMAIL PROTECTED]> ha scritto:

> ciao,
> 
> abbiamo i confini!!!
> 

Qui abbiamo sempre quel problema di pezzetto di confine di Terlizzi nel
territorio di Ruvo di Puglia, inoltre credo che un lato del confine sia
sbagliato.
In questi casi cosa si fa?

-- 
Alessandro De Noia aka Sdonk
http://sdonk.netsons.org

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-26 Per discussione Alessandro De Noia
Il giorno Sun, 26 Oct 2008 12:20:08 +0100
"Simone Cortesi" <[EMAIL PROTECTED]> ha scritto:

> 
> http://server.tah.openstreetmap.org/Browse/?layer=tile&z=17&x=71558&y=49077
> 
> secondo me è un prob di conversione da inkscape.
> 
> -S
> 

Il tile del tuo link lo (la?) vedo schiacciato :|, se faccio zoom out
invece funziona bene!

-- 
Alessandro De Noia aka Sdonk
http://sdonk.netsons.org

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-26 Per discussione Simone Cortesi
2008/10/25 Samuele Battarra <[EMAIL PROTECTED]>:

> Ho controllato il confine con San Marino che nella lista degli errori era
> segnato a mio nome.
> Ho visto che sostanzialmente il confine era doppio, probabilmente lo avevo
> inavvertitamente spostato.
> Ora ho cancellato quello vecchio e lasciato solo il tuo.

ok, grazie, domani mi metto a guardare come aggiungere la relation
italia in automatico, che manca. chi controlla/cancella dovrebbe anche
aggiornare la pagina wiki.

qualcuno sa come fare a monitorare i confini, in maniera che qualcuno
venga avvertito se essi vengono modificati/cancellati?

come la gestiamo?


-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-26 Per discussione Simone Cortesi
2008/10/26 Alessandro De Noia <[EMAIL PROTECTED]>:
> Innanzitutto per lavoro!
> Ieri ho richiesto il rendering a freeway e questo è stato il risultato
> stamattina:
>
> http://www.informationfreeway.org/?lat=41.12968230022157&lon=16.549066935341532&zoom=15&layers=B000F000F
>
> Non so se è un problema di rendering o di confini.

http://server.tah.openstreetmap.org/Browse/?layer=tile&z=17&x=71558&y=49077

secondo me è un prob di conversione da inkscape.

-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-26 Per discussione Alessandro De Noia
Il giorno Sat, 25 Oct 2008 07:53:27 +0200
"Simone Cortesi" <[EMAIL PROTECTED]> ha scritto:

> ciao,
> 
> abbiamo i confini!!!
> 
>  Sono stati caricati tutti. Si sono verificati alcuni errori nella
> creazione delle relation a causa di modifiche ai punti precedentemente
> caricati (412 Precondition Failed) durante lo stesso upload, ma
> modificati nel frattempo da qualcuno. questi vanno sistemati a mano a
> partire dal file originale usato da me per caricare.
> 
> se qualcuno ha piacere di aiutarmi...scriva qui in lista che
> discutiamo come fare. ora non ho tempo di scrivere di piu' che devo
> andare al linuxday sia a pavia ch a milano...
> 
> ...e avro' una cosa in piu' da raccontare...
> 
> http://wiki.openstreetmap.org/index.php/Italian_Borders#Upload

Innanzitutto per lavoro!
Ieri ho richiesto il rendering a freeway e questo è stato il risultato
stamattina:

http://www.informationfreeway.org/?lat=41.12968230022157&lon=16.549066935341532&zoom=15&layers=B000F000F

Non so se è un problema di rendering o di confini.

-- 
Alessandro De Noia aka Sdonk
http://sdonk.netsons.org

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-25 Per discussione Samuele Battarra
Il sabato 25 ottobre 2008 07:53 Simone Cortesi ha scritto:
>
> se qualcuno ha piacere di aiutarmi...scriva qui in lista che
> discutiamo come fare. ora non ho tempo di scrivere di piu' che devo
> andare al linuxday sia a pavia ch a milano...

Ho controllato il confine con San Marino che nella lista degli errori era 
segnato a mio nome.
Ho visto che sostanzialmente il confine era doppio, probabilmente lo avevo 
inavvertitamente spostato.
Ora ho cancellato quello vecchio e lasciato solo il tuo.

-- 
Samuele Battarra


signature.asc
Description: This is a digitally signed message part.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-25 Per discussione niubii
Alessio Zanol ha scritto:
>> abbiamo i confini!!!
>> 
>
> Grandioso!!!
> Veramente ottimo lavoro!!!
>   
Mi associo.
> Unica cosa si deve chiedere ai tizi di osmarender di rendere un pelo più 
> delicato il rendering.. :P
> http://www.informationfreeway.org/?lat=46.250027901217706&lon=11.36584934041948&zoom=12&layers=BF000F
> Lo trovo un po' troppo impattivo :P
>   
Adesso che abbiamo i confini, si puo' proporre qualche modifica al 
rendering per cambiare colore e/o tipo di linea.
Utilizzando openlayers, potremmo anche pensare di renderizzare i confini 
su tiles con sfondo trasparente, da visualizzare su richiesta per 
produrre mappe tematiche (la classica mappa politica con le aree 
colorate), come avviene per il layer maplint.

Ciao
/niubii/



___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-25 Per discussione Ezio Querini
--- Sab 25/10/08, Alessio Zanol <[EMAIL PROTECTED]> ha scritto:

> Da: Alessio Zanol <[EMAIL PROTECTED]>
> Oggetto: Re: [Talk-it] confini: finito!
> A: "openstreetmap list - italiano" 
> Data: Sabato 25 ottobre 2008, 12:53
> Alle 07:53 di sabato 25 ottobre 2008 Simone Cortesi ha
> scritto:
> > ciao,
> >
> > abbiamo i confini!!!
> 
> Grandioso!!!
> Veramente ottimo lavoro!!!
> Unica cosa si deve chiedere ai tizi di osmarender di
> rendere un pelo più 
> delicato il rendering.. :P
> http://www.informationfreeway.org/?lat=46.250027901217706&lon=11.36584934041948&zoom=12&layers=BF000F
> Lo trovo un po' troppo impattivo :P
> 
> Alessio

In effetti satebbe meglio usare una tinta più tenue.

Riguardo ai dati inseriti (ad es: [1]) ha senso per un confine admin_level = 8 
riportare lo stesso valore per region:left e region:right o province:left e 
province:right?

province:right = Gorizia
region:left = Friuli Venezia Giulia
created_by = ShapeToOSM - Laser Navigation s.r.l.
boundary = administrative
name:left = San Lorenzo Isontino
region:right = Friuli Venezia Giulia
name:right = Capriva Del Friuli
source = Based on ISTAT data - 2001 Italian Census
admin_level = 8
province:left = Gorizia

A quel punto dovremmo avere anche country:left = Italy e country:right = Italy 
e cosi via.

A proposito guardando il confine Italia Slovenia precedentemente caricato [2] 
troviamo left:country = Italy e right:country = Slovenia e non country:left = 
Italy e country:right = Slovenia. Quale è la sequenza corretta dei tag?


[1] http://www.openstreetmap.org/browse/way/27986324
[2] http://www.openstreetmap.org/browse/way/5760557


  Scopri il blog di Yahoo! Mail:
Trucchi, novità e scrivi la tua opinione.
http://www.ymailblogit.com/blog

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] confini: finito!

2008-10-25 Per discussione Alessio Zanol
Alle 07:53 di sabato 25 ottobre 2008 Simone Cortesi ha scritto:
> ciao,
>
> abbiamo i confini!!!

Grandioso!!!
Veramente ottimo lavoro!!!
Unica cosa si deve chiedere ai tizi di osmarender di rendere un pelo più 
delicato il rendering.. :P
http://www.informationfreeway.org/?lat=46.250027901217706&lon=11.36584934041948&zoom=12&layers=BF000F
Lo trovo un po' troppo impattivo :P

Alessio

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] confini: finito!

2008-10-24 Per discussione Simone Cortesi
ciao,

abbiamo i confini!!!

 Sono stati caricati tutti. Si sono verificati alcuni errori nella
creazione delle relation a causa di modifiche ai punti precedentemente
caricati (412 Precondition Failed) durante lo stesso upload, ma
modificati nel frattempo da qualcuno. questi vanno sistemati a mano a
partire dal file originale usato da me per caricare.

se qualcuno ha piacere di aiutarmi...scriva qui in lista che
discutiamo come fare. ora non ho tempo di scrivere di piu' che devo
andare al linuxday sia a pavia ch a milano...

...e avro' una cosa in piu' da raccontare...

http://wiki.openstreetmap.org/index.php/Italian_Borders#Upload


-S

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it