Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

[marco bra]

La butto lì... un metodo percorribile potrebbe essere un sistema di
trusting fra gli utenti, in tal modo sono gli utenti che in base alla loro
reputazione possono concedere fiducia e controllare ed ulteriormente fare
opzionalmente anche da tutor quindi bloccare facilmente questi nuovi
account fasulli e relativi vandalismi

Ciao
Marco

Il 27/feb/2018 12:19, "Martin Koppenhoefer"  ha
scritto:

2018-02-27 11:40 GMT+01:00 Martina :

Benvenuta!


...Purtroppo la lista per newbie mi è sembrata ferma a un po' di tempo fa,
> così mi sono iscritta a questa,
>


hai fatto bene, su questa lista hai probabilmente più persone che leggono e
rispondono



> cosa utile per capire qualcosa di più sul progetto ma correndo il rischio
> di intasarla con thread che dovrebbero stare da un'altra parte.
>


non ti preoccupare, qui parliamo di tutto ;-)




> Uno strumento che ho trovato utilissimo in ambito gis è stato
> gis.stackexchange.com e un analogo o simile dedicato esclusivamente a OSM
> credo potrebbe essere altrettanto utile.
>


esiste ;-)
https://help.osm.org è il nostro specifico e gestito dalla OSMF
(foundation). Ci sono anche altri portali simili ma non specifici a OSM,
per esempio in gis.stackexchange ci sono delle domande relative a OSM
(cerchi "osm")
https://gis.stackexchange.com/tags


Ciao,
Martin


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

Re: [Talk-it] domande sull'uso del tag landuse

[marco bra]

ciao,


 1)

non ho mai visto doc che faccia luce sul metodo corretto da usare per
mappare landuse
io uso principalmente questi plugin di josm per tracciare i landuse:
- quickdraw per disegnare l'area, semplifico la geometria con le funzioni
tipiche di quickdraw (usando le opzioni disponibili da tastiera);
- contourmerge per far combaciare in un attimo i landuse adiacenti;
- commandLine ed il comando cut per tagliare i landuse con numero di
elementi > 2000

copio parallelamente gli assi della strade (dopo averne aggiustato la
geometria) se queste strade possono essere usate come limiti di landuse,
questa operazione mi agevola nella definizione di una parte di poligono,
poi uso gli strumenti sopradescritti per rifinire l'area


 2)

io ho sempre fatto come dici tu, ho visto in alcune zone che i mappatori
usano una relazione per i confini ovvero una sola linea di confine non
chiusa a poligono e poi tali singole way sono messe in relazioni di
"appartenenza" diverse che definiscono i landuse adiacenti.
Circa questo metodo, pur apprezzandone la logica, lo vedo poco funzionale e
specificatamante più lento da disegnare/costruire/manutenere


 3 / 4)

Per le strade attraversanti i landuse: se sentieri o track io attraverso
senza problemi i landuse, però:

- evito come la peste di usare nodi in comune fra strade e landuse;

- evito assolutamente di sovrapporre pezzi di strada ai landuse;

- spesso se la strada ha larghezza importante (strada asfaltata con più di
una carreggiata) copio parallelamente l'asse della strada e lo uso come
parte di confine del landuse che sto' tracciando;

- se la strada e' una strada di campagna vicina ai confini di landuse cerco
di estendere uno dei due landuse adiacenti a tale strada in modo che la
strada  resti comunque isolata (cioè attraversi un landuse e non si
sovrapponga in alcun modo ai suoi confini)


Marco
mcheck / mcheckimport

Il giorno 9 ottobre 2016 11:51, mbranco  ha scritto:

> Buongiorno Lista,
> sto specificando nella mia zona i vari landuse, e ho alcune domande:
>
> 1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è stata
> utile, ma solo per le info di base).
>
> 2) Una volta tracciato il poligono che delimita un bosco e inserito con
> ruolo outer in un nuova relazione multipoligono, tutti i poligoni
> preesistenti all'interno (un laghetto, una casa isolata, ecc) devono essere
> aggiunti alla relazione con ruolo inner, giusto?
>
> 3) Che tipi di ways possono attraversare un landuse (per es. forest)
> potendo
> lasciare un unico poligono anzichè fare più poligoni piccoli? Con
> un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire
> il
> bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
> sarebbe che sia definito per tutte le possibili highways se spezzettare o
> meno il landuse circostante (stesso ragionamento per stream/river)
>
> 4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto) i
> due poligoni hanno i nodi opportuni in comune, giusto? (mi sembra che il
> plugin contourmerge faccia proprio questo). Se però in mezzo ai due landuse
> passa un sentiero, o uno sterrato? OK che highways e landuse non abbiano
> nodi in comune, ma può la highway passare sulla stessa linea in comune ai
> due landuse pur avendo nodi separati e distinti da quelli dei poligoni dei
> due landuse?
>
> Ringrazio in anticipo chi mi risolve i dubbi, ciao.
>
> Marco
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/domande-sull-uso-del-tag-landuse-tp5884057.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ancora su civici e POI

[marco bra]

Grazie Martin
si in effetti entrance=yes/no puo' funzionare e discrimina vetrine o altro
tipo di entrate che pur presentando civici sono chiuse: spesse volte nei
centri storici sono ex accessi per i quali nel tempo e' stato costruito un
parapetto e di fatto non sono attraversabili.

Per rappresentare civici secondari, che accedono nello stesso locale che ha
già un'entrata principale: il tag entrance=yes/no pur descrivendone
l'accessibilità non da' informazioni rispetto all'appartenenza interna e
pertanto cercherò nelle mie esigenze descrittive di usare un tag sugli
accessi secondari che possa ricondurre all'accesso principale, che nome
potrei assegnare ?

sui civici secondari, un tag

addr:street:main=Via  (da mettere solo se secondario fa' angolo su due
vie diverse ed in effetti e' abbinato ad altra via)
addr:housenumber:main=xxx

Puo' funzionare o comunque non dare disturbo eccessivo rispetto ad altri
tags?

Grazie
mcheck

Il giorno 5 ottobre 2016 11:12, Martin Koppenhoefer <dieterdre...@gmail.com>
ha scritto:

>
> 2016-10-04 22:11 GMT+02:00 marco bra <marcobra.ubu...@gmail.com>:
>
>> Ciao, espongo un caso diciamo, invento come nomi ma che corrisponde a
>> situazione reale, chiedo lumi su come risolvere la cosa:
>>
>> Siamo in una via che ha negozi con un ingresso principale con civico e
>> altri accessi che sono semplicemente vetrine ma che hanno civico apposto e
>> sono di fatto però facenti parte dello stesso locale principale e pertanto
>> diciamo che sono in "relazione".
>>
>> Diciamo che si potrebbe mettere un entrance=main su un civico ma main de
>> che ?, non certo si un edificio ma di un negozio in questo caso.
>>
>
>
> per me, entrance=main è l'ingresso principale di un edificio, non di un
> negozio (al meno che non è l'ingresso principale sia del negozio che del
> edificio). Per il negozio ci metterei entrance=yes (dove si può
> effettivamente entrare) e solo il civico dove non si può ne entrare ne
> uscire (vetrina).
>
>
>
>
>>
>> io ho pensato che potrebbe essere rappresentato un civico master/main e
>> poi i relazionati, ma in che modo lecito?
>>
>
>
>
> per me, il civico è uno, mentre i POI possono avere lo stesso indirizzo (a
> livello di tag è sempre addr:housenumber).
>
>
>
>
>> una relazione e' ammessa fra un civico master e quelli relazionati ? e se
>> si come potrei definirla ?
>>
>
>
> penso di no, tecnicamente si potrebbe fare, ma renderebbe il sistema OSM
> quasi inutilizzabile, le relazioni non sono pensati ad essere usate in
> queste quantità, perciò il modo in cui sono processate rallenta tutto il
> sistema. Invece delle relazioni, OSM cerca di utilizzare i tags dove
> possibile.
>
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ancora su civici e POI

[marco bra]

Ciao, espongo un caso diciamo, invento come nomi ma che corrisponde a
situazione reale, chiedo lumi su come risolvere la cosa:

Siamo in una via che ha negozi con un ingresso principale con civico e
altri accessi che sono semplicemente vetrine ma che hanno civico apposto e
sono di fatto però facenti parte dello stesso locale principale e pertanto
diciamo che sono in "relazione".

Diciamo che si potrebbe mettere un entrance=main su un civico ma main de
che ?, non certo si un edificio ma di un negozio in questo caso.

io ho pensato che potrebbe essere rappresentato un civico master/main e poi
i relazionati, ma in che modo lecito?
una relazione e' ammessa fra un civico master e quelli relazionati ? e se
si come potrei definirla ?
In secondo luogo ove la relazione non fosse il metodo ammesso posso
definire nei civici diciamo slave un civico master con un tag simile a
addr:master=xxx nei civici slave ?

Come fareste a rappresentare in mappa detta realtà logica?

Ciao, grazie
mcheck


Il giorno 4 ottobre 2016 16:17, Fra Mauro  ha
scritto:

> Capisco le varie posizioni, però permettetemi di presentarvi il mio caso
> "tipico".
> Dove sto mappando attualmente in prevalenza ci sono molti edifici ricchi
> di tutto (appartamenti, negozi, garage, studi, ...).
> Proprio ieri spero di aver finito di mappare un isolato:
> http://www.openstreetmap.org/relation/6292312
>
> Questo ha voluto dire, secondo il modo di procedere che uso io:
> 1) tracciare l'edificio grazie a Bing
> 2) verificare su terreno e aggiungere le building:part necessarie,
> indispensabili per il corretto posizionamento dei civici
> 3) fotografare tutti i civici per avere posizione e eventuali POI. Questa
> attività richiede tempo (ho fatto 39 foto), va possibilmente fatta di
> giorno per non trovare le serrande abbassate, richiede attenzione
> altrimenti vedi sguardi "perplessi" quando fotografi
> 4) mappare civici e poi usando le foto
>
> così ho mappato per quell'isolato 50 civici (se non ho contato male). *50*
>
> forse mi sono anche perso qualche civico. Per essere sicuro dovrei
> ripetere i passi 3 e 4 almeno per parte dell'isolato
>
> Note:
> * non riesco ad usare Field Papers: troppo lavoro per strada
> * non riesco ad unire i punti 2 e 3: le foto utili per i POI non fanno
> capire la struttura del palazzo
>
> Perché ho raccontato questo? Per due motivi.
> Prima di tutto se avete suggerimenti su come migliorare fatemi sapere
> Poi so benissimo che per me il livello di informazioni raccolto e mappato
> è "abbastanza". Non ho interesse (è un fatto del tutto personale, lo
> capisco) a stimare la forma del negozio o a capire a che piano sta lo uno
> dei due studi medici al civico http://www.openstreetmap.org/
> node/4429662581#map=19/41.86416/12.55314=D
> Preferirei mappare un altro gradino di marciapiede sperando che qualcuno
> in carrozzina riesca a usare l'informazione.
> Tra l'altro immagino le perplessità se provassi a capire la forma di una
> banca...
> Faccio inoltre sommessamente presente che se dovessi vedere i civici
> riportati su tutti gli scontrini dei negozi da me mappati, dovrei spendere
> una discreta cifra in acquisti...
>
> Spero vivamente di essermi espresso bene: non sto criticando nessuna
> proposta di mappatura, sto semplicemente riportando perché io ho dei
> problemi operativi con esse e perché alla fine penso che per ora non
> mapperò gli studi medici al piano terra, scala B (sempre al civico
> http://www.openstreetmap.org/node/4429662581#map=19/41.
> 86416/12.55314=D ).
>
> comunque ora mi rileggo le vostre spiegazioni su come mappare gli
> studi. :-)
>
> Un saluto a tutti
> FraMauro
>
> P.S. per curiosità: https://wiki.openstreetmap.
> org/wiki/AssociatedAddress_(new) Non è passata
> P.P.S.S.: sempre per curiosità: al civico http://www.openstreetmap.org/
> node/4429662581#map=19/41.86416/12.55314=D c'è un terzo studio.
> Purtroppo la targa è sfocata nella foto e non si capisce di cosa si
> occupi...
>
>
> Il giorno 3 ottobre 2016 12:20, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>>
>> 2016-10-03 12:11 GMT+02:00 Mauro Costantini <
>> maurocostantini1...@gmail.com>:
>>
>>> Io farei così:
>>>
>>> ...
>>>
>>> [node0] //facente parte del bulding e connesso alla viabilità pedonale
>>> entrance=*
>>> [/node0]
>>>
>>
>>
>> allora ti perdi la posizione del civico - oppure come fai a capire il
>> civico di questo ingresso?
>>
>>
>>
>>>
>>> Fissato "level=0" la base
>>> dell'edificio, non è detto che l'ingresso principale si trovi alla
>>> stessa altezza; è ben possibile avere un oggetto con "level=1" (il
>>> piano sopra alla base, rispetto alla via su cui è stato costruito
>>> l'edificio) e "addr:floor=0" (rispetto ad un'altra via, ingresso
>>> principale della gente).
>>>
>>
>>
>>
>> "level=0" in questo caso (edificio in terreno inclinato) non è
>> necessariamente la "base". Tipicamente si sceglie come piano terra il piano
>> che sta all'altezza della strada con quale ci arrivi. Se 

Re: [Talk-it] Chiusura note senza commento

[marco bra]

Ho rimesso assieme i suggerimenti di sabas, per avere le note dell'utente e
per effettuare operazioni sulle note se passano li metto in allegato, sono
de shell script ho provato su questa nota
http://www.openstreetmap.org/note/713573:

getnote.sh e note.sh

Ciao
mcheck / mcheckimport


Il giorno 15 settembre 2016 22:11, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> 2016-09-15 21:28 GMT+02:00 Stefano :
>
>> Ciao,
>> per automatizzare la riapertura delle note probabilmente basta fare così
>>
>> https://gist.github.com/sabas/f82d44da6a3fbef14ac879179a1fa4bb
>>
>
>
> pero username e password così vanno on the air, criptati soltanto con http
> ;-)
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M


getnote.sh
Description: Bourne shell script


note.sh
Description: Bourne shell script
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappare landuse

[marco bra]

Diciamo che sono situazioni simili a queste più o meno ma con acclività
maggiore,
https://www.tripadvisor.it/Tourism-g187862-Valle_d_Aosta-Vacations.html
bare_rock per le vette, scree per i ghiaioni alla base delle vette e poi
per la valle
il terreno e' si ricoperto da erbetta ma di fatto sotto e' roccia li
rimettere bare_rock non mi piace
e nemmeno meadow o scree
Vorrei differenziarlo maggiormente...


Il giorno 15 settembre 2016 16:33, girarsi_liste <liste.gira...@gmail.com>
ha scritto:

> Il 15/09/2016 14:42, marco bra ha scritto:
> > nei tag landuse trovo difficoltà a definire queste aree, chiedo
> > suggerimenti, grazie
> >
>
>
> mmmh, si capisce e non si capisce, non hai mica una foto?
>
> se è tipo questa:
>
> https://en.wikipedia.org/wiki/File:Crossf3.jpg
>
>
> Wikipedia il ghiaione lo mette come scree (a cui ho tratto la foto sopra):
>
> https://en.wikipedia.org/wiki/Scree
>
>
> Oppure se è tipo questa:
>
> https://it.wikipedia.org/wiki/File:Conglomerato.jpg
>
>
> Wikipedia inglese la definisce Clastic rock:
>
> https://en.wikipedia.org/wiki/Clastic_rock
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Tagging] Rest_area

[marco bra]

simili a queste ?
http://wiki.openstreetmap.org/wiki/Proposed_features/emergency_bay

Il giorno 15 settembre 2016 16:08, girarsi_liste 
ha scritto:

> Il 15/09/2016 09:55, Cascafico Giovanni ha scritto:
> > Sto inserendo PDI per camperisti, assumendo che le rest_area siano dei
> > parcheggi dove si può sostare per diverse ore.
> > Ho trovato diverse piazzole autostradali (degli allargamenti paralleli
> > all'asse stradale, senza separazione e con colonnina SOS) etichettate
> > highway=rest_area
> >
> > É corretto?
> >
>
> Mi sembra strano in autostrada, non c'è nessun cartello/segnale?
>
> A me queste piazzole sembrano più di emergenza, vista la presenza della
> colonnina.
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappare landuse

[marco bra]

Anche quando il terreno è simile pietre compattate e non roccia nuda ?

Il giorno 15 settembre 2016 16:25, Andrea Albani  ha
scritto:

> ...ma pietre ferme con variante percentualmente minoritaria di erba o
>> altri arbusti, il landuse e' pertanto prevalentemente roccia quindi sarebbe
>> da mappare come natural=bare_rock
>>
>
> Ho una vaga idea del tipo di terreno che descrivi, ma penso che il fatto
> che erba ed arbusti siano scarsi punti dritto all'uso di bare_rock: nella
> pagina feature proposal di questo tag si parlava infatti di usarlo in casi
> in cui la vegetazione è al massimo il 10%.
> Se invece la vegetazione è più consistente perchè non prendere in
> considerazione l'uso di heath ?
>
>
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mappare landuse

[marco bra]

Ciao,
premetto che mappo i landuse in josm tramite il plugin fastdraw e poi
faccio combaciare i landuse adiacenti con il plugin contourmerge, taglio
landuse con troppi elementi con il plugin commandline ed il comando cut ed
evito come la peste l'attacco dei landuse agli assi delle strade.

ok sto' cercando di mappare Valpelline in Val d'Aosta, come dalle mie parti
si presentano terreni che non sono roccia nuda ne' prato, ne' brughiera ma
pietre ferme con variante percentualmente minoritaria di erba o altri
arbusti, il landuse e' pertanto prevalentemente roccia quindi sarebbe da
mappare come natural=bare_rock ma questo non corrisponde alla realtà ed
alle mie intenzioni, altresì usare scree non mi sembra per niente
appropriato, non siamo in  "ghiaioni" ma rocce ferme, ma non nude almeno
per come le intendo io.

https://www.openstreetmap.org/#map=17/45.85839089275635/7.360064891696362

nei tag landuse trovo difficoltà a definire queste aree, chiedo
suggerimenti, grazie

mcheck / mcheckimport
-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] mappiamo i civici

[marco bra]

ciao, io ho fatto così:

- Tutto e' nato per distribuire ai rilevatori cartografia usabile durante
il censimento ISTAT 2011, momento nel quale mi sono avvicinato a OSM;
- Premetto che non mi piacciono per niente i civici "legati" ad altre
entità (sul poligono di un edificio in quanto non da' indicazione di
posizione dell'accesso).

Il risultato http://overpass-turbo.eu/s/ipn

Interpreto il numero civico come indicazione e pertanto ho sempre cercato
di metterla coerentemente per avere in cartografia tale funzionalità.
Ad esempio se c'e' un percorso pedonale che ha un cancelletto con civico ho
sempre messo il punto del civico sull'entrata vicina all'edificio e non sul
cancelletto che a volte dista decine di metri dall'entrata vera e propria.

Ho cercato anche di descrivere che tipo di civico vado a mappare
inventandomi un tag addr:type (a volte i civici sono apposti su vetrine,
vecchi accessi trasformati) e già che c'ero c'e' anche foglio e mappale
catasto urbano

http://overpass-turbo.eu/s/ipo

Ciao
mcheck /  mcheckimport


Il giorno 15 settembre 2016 13:31, Maurizio Napolitano 
ha scritto:

> >> mmm ...
> >> ci sono ville o castelli o musei che si prendono due o tre vie e poi
> >> l'ingresso
> >> principale e' a molto distante.
> >
> > si, in quel caso mappi i singoli civici
> >
> >
> >> Inoltre può succedere che la viabilità obblighi a fare percorsi
> >> assurdi per arrivare
> >> all'ingresso.
> >
> > noi mappiamo, non dobbiamo sistemare la realtà. Se la viabilità è
> > rappresentata bene, il router ti troverà il percorso giusto.
>
> Mica ho detto che dobbiamo sistemare la realta'.
> Dico che il numero civico si trova in un punto preciso dell'edificio
> e non sul centroide dell'edificio.
> Se il punto preciso dell'edificio si trova sul lato giusto dell'edificio
> allo sto rappresentando la realta' cosi' come e', di conseguenza,
> il router trovera' il percorso giusto.
> Ma se il punto si trova nel posto sbagliato avro' la rappresentazione
> della realta' sbagliata e il router che agira' sbagliato di conseguenza.
>
>
> >> Se ho il civico associato ad un grande edificio, solitamente il punto
> >> viene associato
> >> al suo centroide oppure al centro del poligono con maggior massa.
> >> Il risultato e' che un navigatore mi porterà nella strada più vicina a
> >> quel punto ma
> >> non necessariamente davanti all'ingresso e ci sono molti casi in cui,
> >> se arrivi sul lato
> >> opposto, poi, per arrivare all'ingresso devi fare un giro assurdo a
> >> causa dei sensi
> >> unici.
> >
> >
> >
> > entrance=main
> > il router che non riesce ad associare il civico del poligono ad un
> ingresso
> > che fa parte di quel poligono deve essere aggiustato. E' sbagliato in
> questo
> > caso utlizzare il centroide come punto.
>
> Quindi mi stai dicendo che il civico lo associ al nodo entrance=main
> che poi il nodo faccia parte anche del building, e' secondario.
> Se io estraggo tutti gli entrance=main ottero' solo il nodo.
> Se estraggo pero' tutti i buidling, sicuramente avro' anche il nodo
> dell'entrance,
> ma non e' detto che avro' anche gli attributi che lo descrivono.
> Sbaglio?
> Ho fatto il test su Trento via overpass e mi sembrava fosse cosi'.
>
>
> >> Certo, tu mi dici di mappare con un punto l'ingresso principale, ma
> >> poi questa entita'
> >> mi finisce come oggetto a se e, per ricostruire il collegamento con
> >> l'edificio devo fare
> >> una analisi se il punto interseca il poligono il che rende la cosa
> >> complicata.
> >
> > si :)
>
> mi sembra poco "KISS"
>
>
> >> Noto che qualcuno associa anche il numero civico
> >> http://taginfo.openstreetmap.org/keys/entrance#combinations
> >> e che in quasi 5.000 casi e' anche associato all'edificio
> >
> > si, ammetto che lo faccio anch'io spesso. In quanto potrebbe essere
> > ridondante, è comunque "sicuro" e meno ambiguo.
>
> Sicuramente ottiene risultato.
> Piu' che altro se devo pensare ad un sistema basato su numeri civici
> andro' ad estrarmi punti e non linee e pologoni (anche se poi capita
> che ci sono civici "spalmati" su linee)
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mancata attribuzione mappa osm online in sito

[marco bra]

questo sito usa mappe osm ma non attribuisce correttamente:

https://www.eventa.it/eventi/milan/sunshine-w-sgagnacrew

Ciao
-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna

[marco bra]

Alessandro, concordo pienamente con Simone circa la possibilità di
recuperare a posteriori l'id assegnato da osm all'oggetto importato, quindi
per comodità andrebbe mantenuto l'uuiid utente atto a creare la tabella di
corrispondenze uuid -> osmid
Solo dopo si potrebbe valutarne la sua cancellazione

Ciao
mcheck


Il giorno 24 luglio 2016 10:40, Stefano Droghetti <
stefano.droghe...@gmail.com> ha scritto:

> Il 23/07/2016 23:20, Lorenzo Mastrogiacomi ha scritto:
>
>>
>> Sicuri che il source non vada sul changeset solo?
>>
>
> Giusto. Ma mi era stato detto così, nella prima discussione sui civici di
> Ferrara. Se concordate, lascio perdere il source su tutti i nodi.
>
> Inoltre penso sia assolutamente da evitare il fixme su tutti i nodi. Visto
>> che li hai controllati abbondantemente direi che vanno bene. Se è perché
>> manca il CAP allora imho non va messo.
>>
>
> Giusto, concordo.
> Ma a questo punto cosa dite, il file lo posso aggiungere così com'è.
> previa eliminazione dei civici doppi?
>
> Il file già convertito è qui:
> https://drive.google.com/open?id=0B_9DH8lxMw2bRmVfQmt5cFV6RVk
>
> --
> Stefano Droghetti
> www.stefanodroghetti.it
> stefano.droghe...@gmail.com
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna

[marco bra]

IMHO, l'id non mantiene le aspettative e non produce nel tempo effetti
benevoli per il db osm, lo vedrei utile solo se gestito direttamente su osm
dall'autorità che produce il dato, ma ho perplessità anche in quel caso; in
un db nel quale chiunque puo' modificare, l'id diventa di per se stesso un
dato incerto, perche' usarlo ?

Basterebbe una corrispondenza precisa fra il nome via e civico (qui mi
salta subito in mente il "case" delle vie, tutto in maiuscolo ad esempio
nei db catastali e l'apice necessariamente usato come accento), sono in
accordo per l'uniformazione con le direttive istat sui nomi perchè le
amministrazioni si sono già uniformate a tali direttive e posso garantire
per esperienza diretta che le targhe onomastiche già apposte sono in
qualche caso errate:  abbreviazioni perchè il nome "non ci stava" o altri
errori di trascrizione.
A tali direttive si dovranno uniformare i documenti di identità personale
che si andranno ed emettere ed e' in corso la formazione dell'anagrafe dei
cittadini nazionale.

Anagrafe nazionale della popolazione residente (ANPR)
http://www.agid.gov.it/agenda-digitale/pubblica-amministrazione/anagrafe-nazionale-anpr

Forse sarebbe meglio che qualcuno ( l'autorità da cui importiamo i dati )
potesse generare una tabella di corrispondenza fra l' "osm id"  ed il loro
id interno se di loro interesse, cosa che non credo.

Comunque attualmente se vogliamo cercare/visualizzare un civico da web, lo
cercheremo sempre con l'indirizzo: http://bit.ly/2a10oJK

Ciao
mcheck/mcheckimport

Il giorno 23 luglio 2016 16:09, Martin Koppenhoefer 
ha scritto:

>
> 2016-07-23 15:35 GMT+02:00 Alessandro Palmas <
> alessandro.pal...@wikimedia.it>:
>
>> Ho trovato civici con numero 0, 1000 o ; altri con addr:street SPxx
>> anzichè Via Montegrappa: il civico come ID non funziona.
>>
>> Dalla regione scriveva che questo dovrebbe essere un periodo piuttosto
>> 'mobile' per i civici; se ci fosse l'UUID alcuni comuni potrebbero
>> migliorare i propri dati in entrata verso di loro e in uscita se avessero
>> una migliore rilevazione.
>>
>
>
>
> l'importante è che loro hanno gli UUID, cosí possono rintracciare le
> modifiche e comunicare le modifiche a noi (si possono ottenere da un diff
> di 2 dataset). Noi non avremmo bisogno delle loro UUID per integrare le
> loro modifiche (dove ha senso per noi), ci bastano le modifiche.
>
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Inserire uso del suolo e indici di vegetazione

[marco bra]

Per josm esistono vari plugins utilissimi (
https://josm.openstreetmap.de/wiki/It:Plugins) li puoi installare
direttamente da josm

Cosa intendi per comporre i poligoni in Josm ?

1) Semplificare le geometrie quando ci sono molti vertici
(installa plugin
https://openstreetmap.it/2013/04/semplificare-la-geometria-dai-nodi-eccessivi-su-josm-il-plugin-simplifyarea/
)

2) affiancare i confini dei poligoni adiacenti in modo che i confini
risultino perfettamante combacianti mantenendo pero' i poligoni divisi
(installa ed usa il  plugin contourmerge

)

3) fare il merge di poligoni (fai in modo di avere i confini coincidenti o
anche sovrapposti, poi selezioni il poligono 1° poi tenendo premuto il
tasto ctrl selezioni il poligono 2° e poi premi shift+j;
Se guardi questo video https://www.youtube.com/watch?v=NkeYPZh_Gq0 che fa
vedere il modo + veloce per tracciare gli edifici, vedrai, ad un certo
punto, per gli edifici disegnati come aree sovrapposte, l'uso del merging
delle aree, quello che in pratica che dovrei fare per i poligoni.

Poi potresti mappare, inviando la zona, i poligoni a vigneto su Josm,
aggiungi "landuse=vineyard" ad ogni poligono

Un qualcosa di simile a questa zona:
http://www.openstreetmap.org/relation/43255#map=17/44.54543/7.95814

Ciao
mcheck/mcheckimport



Il giorno 12 febbraio 2016 21:41, Paola Capone  ha
scritto:

> Grazie a tutti coloro che hanno risposto.
>
> Ma proseguo con la mia indagine:
>
> Ho prodotto diversi shp in qgis del famoso vigneto da cui partivo, uno dei
> quali in curve di livello come indicatore NDVI.
> Classificazione tramite 5 classi.
>
> Una volta riportate in JOSM ottengo le stesse isoipse ma con un infinità
> di nodi.
> Ho cercato dei plugins che potessero comporre poligoni in automatico
> basandosi su quelli di partenza di QGis ma ovviamente, non ho trovato nulla.
>
> Consigli?
>
> Ripeto, rimarrà sempre un progetto teorico. Quindi qualsiasi consiglio da
> persone più esperte è ben accetto!
>
>
>
> Il giorno 11 febbraio 2016 17:17, Luca Delucchi  ha
> scritto:
>
>> 2016-02-11 13:16 GMT+01:00 Paola Capone :
>> > Ciao,
>> >
>>
>> ciao,
>>
>> > vorrei un parere ed eventualmente delle indicazioni pratiche rigurardo
>> > all'inserimento di Uso del Suolo per un solo campo : un vigneto di 0.7
>> > ettari e poligoni all'interno per valore NDVI di vegetazione.
>> >
>> > Premetto: non verrà caricato realmente su OSM
>> > E' un lavoro teorico.
>> >
>> > Dunque: ho un .tiff relativo ad un vigneto, dal quale costruirò uno shp
>> con
>> > 5 valori di NDVI, semplificando lo shp originale pesantissimo. Il
>> risultato
>> > sarà un campo diviso al suo interno da poligoni.
>> > Questo lavoro sarà svolto CON QGIS caricando come sfondo OSM.
>> >
>> > Quesito 1:
>> > le immagini di Bing possono essere importate in QGIS?
>> >
>>
>> si, oltre al già citato openlayer, penso che il futuro sarà il plugin
>> quickmapservices
>>
>> > Quesito 2:
>> > come carico poi il mio prodotto? è possibile importarlo da QGIS a JOSM?
>> Se
>> > si, non trovo il comando!
>>
>> si, con JOSM puoi aprire molti formati GIS tra cui shp
>>
>> >
>> > Per i Tag.. poi ci penso.
>> >
>> > Quesito 3: (il più filosofico dove contano solo i pareri)
>> > Ha senso utilizzare OSM come piattaforma per la condivisione e
>> > partecipazione di informazioni geografiche di questo tipo?
>> >
>>
>> si per il landcover, no per NDVI
>>
>> >
>> > --
>> > Paola Capone
>> >
>>
>>
>> --
>> ciao
>> Luca
>>
>> http://gis.cri.fmach.it/delucchi/
>> www.lucadelu.org
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
>
> --
> Paola Capone
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe stampabili con risoluzione >=300 dpi/inch e rilievi

[marco bra]

ooops! scusate: Questo e' il link giusto per lo zoom a 17...

http://openstreetmap.gryph.de/bigmap.cgi?xmin=68684=68705=47432=47462=17=256=http%3A%2F%2Ftile.openstreetmap.org%2F!z%2F!x%2F!y.png#

Il giorno 29 gennaio 2016 22:52, marco bra <marcobra.ubu...@gmail.com> ha
scritto:

> Simone, ciao
>
> osservo  che pero' provandolo non si va' per aree grandi a zoom di
> dettaglio > 16
>
> Con questo http://openstreetmap.gryph.de/bigmap.cgi si arriva allo zoom 18
>
> Qui c'e' un esempio a zoom 17, il primo zoom utile per avere i civici
> renderizzati
>
>
> http://openstreetmap.gryph.de/bigmap.cgi?xmin=68684=68705=47432=47462=18=256=http%3A%2F%2Ftile.openstreetmap.org%2F!z%2F!x%2F!y.png#
>
>
> Si puo' poi catturare l'immagine generata tramite plugins (screengrab o
> fireshot) di Firefox.
>
> Un bel plotter che stampi in formato A0 a colori a questo punto e'
> opportuno per stampare queste mappe dettagliate.
>
> Cordiali saluti
>
> Marco
>
> Il giorno 29 gennaio 2016 17:31, Simone Cortesi <sim...@cortesi.com> ha
> scritto:
>
>> 2016-01-28 2:56 GMT-08:00 mircozorzo <mircozo...@inwind.it>:
>> > Conoscete qualche servizio che faccia questo?
>> > Ho provato con: openstreetmap.org ma non funziona, walkingpapers.org
>> non
>> > funziona, inkatlas non è a colori.
>>
>> io uso questo: http://bigmap.osmz.ru/
>>
>> (ci ho fatto delle stampe anche grandi 1 metro per 4)
>>
>> --
>> -S
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
>
> --
> Linux Infinite Freedom
>
> I'm writing from this place:
> http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe stampabili con risoluzione >=300 dpi/inch e rilievi

[marco bra]

Simone, ciao

osservo  che pero' provandolo non si va' per aree grandi a zoom di
dettaglio > 16

Con questo http://openstreetmap.gryph.de/bigmap.cgi si arriva allo zoom 18

Qui c'e' un esempio a zoom 17, il primo zoom utile per avere i civici
renderizzati

http://openstreetmap.gryph.de/bigmap.cgi?xmin=68684=68705=47432=47462=18=256=http%3A%2F%2Ftile.openstreetmap.org%2F!z%2F!x%2F!y.png#


Si puo' poi catturare l'immagine generata tramite plugins (screengrab o
fireshot) di Firefox.

Un bel plotter che stampi in formato A0 a colori a questo punto e'
opportuno per stampare queste mappe dettagliate.

Cordiali saluti

Marco

Il giorno 29 gennaio 2016 17:31, Simone Cortesi  ha
scritto:

> 2016-01-28 2:56 GMT-08:00 mircozorzo :
> > Conoscete qualche servizio che faccia questo?
> > Ho provato con: openstreetmap.org ma non funziona, walkingpapers.org non
> > funziona, inkatlas non è a colori.
>
> io uso questo: http://bigmap.osmz.ru/
>
> (ci ho fatto delle stampe anche grandi 1 metro per 4)
>
> --
> -S
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Iniziare a contribuire

[marco bra]

Dici "Infine, ho notato che mancano alcune strade carrabili..."

Sperando che tali strade possano essere individuate da satellite...

Se credi che ci vorrà un po' di tempo prima che tu inizi a mapparle,
potresti inserire, per il momento,
direttamente dal sito di openstreetmap delle note sulla mappa, atte ad
evidenziare i punti dove mancano le strade o altri elementi.

Serviranno quale "reminder" a te stesso o ad altri mappatori ad evidenziare
le mancanze e a correggerle.

Grazie e benvenuto.

mcheck/mcheckimport



Il giorno 3 ottobre 2015 01:11, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Am 02.10.2015 um 23:39 schrieb Manlio Perillo  >:
> >
> > Potrei provare a chiedere in Comune, ma credo facciano sempre
> riferimento a carte IGM.
>
>
> in OSM siamo soprattutto interessati alla conoscenza diretta del
> mappatore, in primis non è un progetto che vuole importare o copiare dati
> da terzi. La mappa non deve per forza essere completata nel minimo tempo
> possibile, meglio avere meno ma affidabile e verificato. All'inizio ci sono
> spesso soltanto le cose significative e rilevanti, poi col tempo e più
> persone si riempiono anche le nicchie ;-)
>
>
> ciao
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[marco bra]

http://microzonazione.regione.basilicata.it/geoserver/db5k_bas/ows?service=WFS=1.1.0=GetFeature=db5k_bas:edifc_cr_edf_is=SHAPE-ZIP


Il giorno 1 ottobre 2015 15:42, Federico Cortese  ha
scritto:

> > Con QGIS basta caricare il link come server WFS e si scarica il layer
> > vettoriale.
> > Io ho scaricato un layer dell'edificato (edifc_cr_sdf_is), ma visto
> > che comprende l'intera regione, ci vuole un po' di tempo per
> > completare il caricamento.
> > Salvato in shape occupa circa 100 MB solo questo layer.
>
> Aggiungo che così facendo ho ottenuto solo le geometrie e non gli
> attributi delle feature, quindi se sullo stesso layer ci sono edifici
> diversi (chiese, edifici civili, capannoni, etc.) non ho la
> possibilità di distinguerli.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappa osmand italia

[marco bra]

Installando  osmand~ (nightly)

http://download.osmand.net/latest-night-build/

attivando fra le opzioni di "Sviluppo di osmand" la voce "Live updates" si
ottengono, per ogni regione già scaricata, i diff, mi pare ogni 3 ore.
Bisogna andare in "gestisci file delle mappe" → "nel dispositivo" e premere
sugli item di ogni regione in archivio e si leggerà la voce "Live updates"

In pratica si vedono le modifiche fatte in osm dopo poche ore.


HTH Ciao

mcheck/mcheckimport


Il giorno 28 settembre 2015 17:07, Cascafico Giovanni 
ha scritto:

> Ho scaricato il pbf del Friuli dal sito gfoss e l'elaborazione é durata
> 10' . Input e output file sono di poco sotto i 100M.
>
> L'obf risultante mi pare funzioni, ricerca indirizzi compresa (era stato
> in portato da poco il comune e di Udine e volevo un riscontro offline).
>
> Unica cosa strana (ma che aveva pure l'obf compilato da osmand.net)
> appaiono in osmand i tag height.
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
> Il 27/set/2015 15:12 "Max1234Ita"  ha scritto:
>
>> Stando a quanto ho potuto capire dal forum ufficiale di OsmAnd, il
>> problema é
>> nel formato del database, a quanto sembra é 8n corso un aggiornamento che
>> dovrebbe permettere maggiore compattezza ed avvantaggerebbe soprattutto le
>> mappe only-roads.
>>
>> Purtroppo le cose sembrano andare a rilento e non resta che aspettare che
>> questa parte di sviluppo giunga a termine...
>>
>> X quanto riguarda la creazione fai-da-te, io ho provato a scaricare il
>> .pbf
>> ed il progrqmma di compilazione seguendo le indicazioni del Wiki di Osmand
>> ma la compilazione si  arresta sempre dopo la prima fase, dando un
>> messaggio
>> di "Thread error" (o qualcosa di simile, vado a memoria)
>>
>> Qualcuno é riuscito ad arrivare fino in fondo? Forse potremmo pensare di
>> rilasciarla noi, o magari condividerla via Torrent...
>>
>> Max
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/Mappa-osmand-italia-tp5855526p5855585.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Qgis] unire punti in un shapefile

[marco bra]

Potresti provare il plugin sperimentale PointsToPaths (per vederlo ed
installarlo devi appunto attivare i plugin sperimentali in qgis)
che sembra possa fare quello che chiedi in sequenza.

Oppure:

https://github.com/peterahlstrom/PointConnector/blob/master/README.md è
anche'essio nei plugin di qgis...
dovrai modificare un poco la struttura del csv mettere colonne from e to,
per specificare come devono essere collegati
from,to
1,2
2,3
etc.,etc.

Se serve a molti si potrebbe fare un plugin specifico che tenga
semplicemente conto della sequenza dei punti ...
anche in josm con uno script in jython

Ciao



Il giorno 11 marzo 2015 12:53, mircozorzo mircozo...@inwind.it ha scritto:

 Ciao,

 vorrei unire dei punti che riesco a visualizzare in QGis per capirci ad
 esempio questi:

 shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
 1705984,41.9014647046496,12.5004547459121,1
 1705984,41.9015431570164,12.5005360794561,2
 1705984,41.9017582389193,12.5001368330686,3
 1705984,41.9022048416875,12.4993985275891,4
 1705984,41.902465350092,12.4992636266336,5
 1705984,41.9022510321633,12.4988948237846,6
 1705984,41.9022506296982,12.498788222977,7
 1705984,41.9021991259826,12.4987254224879,8
 1705984,41.9021568220671,12.4986362218013,9
 1705984,41.9021038135099,12.498365419736,10

 per poterli esportare in formato kml o gpx. Usando MMQGISGoogle maps kml
 export ottengo però un file con dei waypoint, io invece vorrei ottenere un
 traccia.

 Vorrei che il programma mi unisse i punti usando il campo essendoci nel
 shapefile il campo shape_pt_sequence. E' come il gioco in cui si uniscono i
 punti numerati per ottenere una figura.

 Come posso fare?

 Grazie

 Ciao, Mirco
 P.S.: scusate se chiedo molte cose e do poche risposte ma ci sto prendendo
 gusto e sto imparando.




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Qgis-unire-punti-in-un-shapefile-tp5836691.html
 Sent from the Italy General mailing list archive at Nabble.com.

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Gli edifici a Ferrara non sono edifici

[marco bra]

Per maggiori dettagli, ecco le pagine afferenti a tali imports, 2012 :

http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato
http://wiki.openstreetmap.org/wiki/Emilia_Romagna/Terremoto_Emilia_2012

mcheck/mcheckimport

Ciao

Il giorno 4 gennaio 2015 18:33, Piergiorgio Cipriano pg.cipri...@gmail.com
ha scritto:

 Ho notato che a Ferrara [1] gli edifici importati un paio di anni fa da
 mcheck [2] non corrispondono agli edifici veri e propri del Db Topografico
 regionale, ma ai cassoni edilizi [3].

 Sarebbe opportuno sostituirli tutti con i dati corretti degli edifici
 del DBTR [4] o ancor meglio con le unità volumetriche [5].


 [1] http://osm.org/go/xdVwD2jxA-

 [2] https://www.openstreetmap.org/user/mcheck

 [3]
 http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/database-topografico-regionale/immobili/edificato/cassone-edilizio-dbtr2013-fab_gpg

 [4]
 http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/database-topografico-regionale/immobili/edificato/edificio-edi_gpg

 [5]
 http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/database-topografico-regionale/immobili/edificato/unita-volumetrica-dbtr2013-uvl_gpg


 pg

 __
 Piergiorgio Cipriano
 https://twitter.com/PgCipriano


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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe dinamiche con QGIS

[marco bra]

Per import di dati da osm in c'e' un plugin quickosm qgis ma ci sono
altre vie interessanti che si avvicinano di più a quello che chiedi:
https://www.e-education.psu.edu/geog585/node/739 in fondo nella parte
Downloading data using the OpenStreetMap query API (XAPI)

Per rendere disponibili dati da qgis
http://docs.qgis.org/2.6/en/docs/user_manual/working_with_ogc/ogc_server_support.html

Poi la via che ti consiglio e' umap che supporta query dinamiche da dati
osm... usando ad esempio query funzionanti in overpass-turbo
http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html

http://wiki.openstreetmap.org/wiki/UMap#Feedback_and_help

Ciao
Marco mcheck/mcheckimport


Il giorno 24 novembre 2014 12:19, Matteo Pratosmart pratosm...@gmail.com
ha scritto:

 Ragazzi,
 sto prendendo confidenza con il framework QGIS e lo trovo veramente
 interessante.

 Domanda da neofita: è possibile creare una mappa che si aggiorni
 dinamicamente con una query direttamente dai dati prelevati da OSM?

 Grazie!


 --
 Matteo Tempestini
 *www.pratosmart.org http://www.pratosmart.org*

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSM Statistics

[marco bra]

Prima cerca il file richiesto sul pc con questo comando:

sudo updatedb

locate libproj0

Se viene trovato, aggiusta i path

Se non lo hai  e non sai da quale pacchetto recuperarlo,  su sistemi deb
apt based:

1) installa il pacchetto apt-file
sudo apt-get install apt-file

2) aggiorni il db di apt-file tramite
apt-file update

3) cerchi il file che ti serve
apt-file search libproj0

ed installi scegliendo uno dei pacchetti che ti vengono proposti che
contiene il file che ti serve

Ciao
Marco


2014-11-27 0:44 GMT+01:00 Pratosmart pratosm...@gmail.com:

 Sono arrivato a generare prato_border.osm

 con il comando ./fast_complete_poly_filter.pl `basename
 Prato---280245.osm.zip .zip` `basename Prato---280245.osm.zip
 .osm.zip`.poly prato_border.osm

 Non riesco ad usare i comandi spatialite_osm_raw : ho provato a
 reinstallarlo ma quando eseguo ./config ottengo questo errore

 configure: error: 'libproj' is required but it doesn't seem to be
 installed on this system.

 suggerimenti? path sbagliati?


 Matteo Tempestini
 Pratosmart
 pratosm...@gmail.com
 www.pratosmart.org



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappare attività artigianali

[marco bra]

Certo che e' utile, non indugiare: inserisci direttamente in OSM
guarda http://wiki.openstreetmap.org/wiki/IT:Key:craft

Per mappe personalizzate, poi, estrarrai, filtrando da osm i dati inseriti.

Con qgis:
-  plugin quickosm interroghi il db osm filtrando su chiave craft
-  crei una mappa con il plugin qgis2leaf
-  altra via: esporti i dati estratti in un formato caricabile su
http://umap.openstreetmap.fr/

Per mappe personalizzate altre vie sono percorribili... anzi potrebbe
utile leggere, in questo post, come farebbero altre persone.

Ciao

marco

Il 17 novembre 2014 00:18, Maurizio Napolitano napoo...@gmail.com ha scritto:
 2014-11-16 22:39 GMT+01:00 Pratosmart pratosm...@gmail.com:
 Mi è stato richiesto delle dritte per mappare alcuni luoghi di artigianato
 pratese.

 Un consiglio: è per voi utile far inserire le attività commerciali (e le
 loro caratteristiche) direttamente su OSM?

 Oppure per fare questo voi creereste una app con un db indipendente…?

 http://su.openstreetmap.it

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Velocizzare ricalco nodi esistenti

[marco bra]

Una cosa soltanto per favore tenete i landuse staccati dall'asse delle
strade, (io stacco anche i parcheggi invadenti) anzi usate proprio
le strade per delimitare i landuse, io solitamente faccio così, uso
l'asse della strada:

- Aggiusto la geom dell'asse stradale, se serve
- copio parallelamente l'asse, verifico che se ci sono curve strette
la copia parallela sia ok senza intersezioni
- levo attributi tipici della strada all'elemento asse copiato
- Spezzo dove mi serve a delimitare il landuse
- creo un landuse (con plugin fastdraw) con geom dettagliata in altre
parti e grossolana dal lato strada
- con plugin ContourMerge unisco i vertici grossolani al lato della
strada all'elemento asse copiato
- elimino elemento senza attributi che mi e' servito come costruzione

Per tagliare un landuse grande uso il plugin
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/CommandLine
ed il comando cut

Ciao
Marco

Il 21 ottobre 2014 12:10, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:

 2014-10-21 11:53 GMT+02:00 Max1234Ita max1234...@gmail.com:


 Questa del tasto F non la sapevo ancora. ho provato e... *E' FANTASTICOOO!
 8-) 8-) 8-)*

 Dannate foreste dell'Alto Oltrepo Pavese... A ME! :-p




 spero proprio che non fa botto questo sistema di duplicare ways, perché
 oltre a pesare sul db crea il prossimo incubo per chi deve aggiustare o
 modificare questi ways sovraposti. Non metto in dubbio che ci sono i casi
 d'uso sensati per questa funzione, ma le foreste a mio avviso non rientrano
 in questi casi.

 ciao,
 Martin

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Trasferimento dati RT

[marco bra]

Se la licenza e' opportuna per OSM: il db dei civici, e' disponibile,
ed e' diviso per singoli comuni e raggruppato per provincie, si devono
redigere le opportune e solite pagine di coordinamento per l'import.

Nulla vieta di avere il db totale, ma poi lo dovremmo nuovamente
splittare: avendo già tutto diviso, non se ne vede la necessità.
Cio' prevedendo una strategia di import divisa per comune, come già
fatto per la Sardegna.

Ciao
marco

mcheck/mchekimport





Il 07 ottobre 2014 10:54, G. Allegri gioha...@gmail.com ha scritto:
 PS: prima però aspetto l'ok, da parte di chi ha i contatti ufficiali con
 la Regione, se va bene che mi occupi di questo aspetto.

 Il giorno 07 ottobre 2014 10:31, G. Allegri gioha...@gmail.com ha scritto:

 Posso mettere a disposizione da qualche parte una porzione del DB, così
 intanto potete dare un occhio alla struttura.


 Il giorno 07 ottobre 2014 10:21, Leonardo Frassetto
 kinetocor...@gmail.com ha scritto:

 Sarà possibile visionarli? Vorrei vedere se sono impostati come quelli
 della Sardegna.  Se lo sono, potremmo riutilizzare la stessa procedura e
 riadattarla all'occorrenza.

 Il 07/ott/2014 10:17 G. Allegri gioha...@gmail.com ha scritto:

 Ho appena parlato con Trevisani, che mi conferma di essere in attesa di
 un interlocutore per il trasferimento dei dati per intero.
 Come detto prima posso occuparmene io, ma dobbiamo definire una
 procedure per gestirli...

 Giovanni

 Il giorno 07 ottobre 2014 08:54, G. Allegri gioha...@gmail.com ha
 scritto:

 Buongiorno a tutti,
 so che a Matera c'è stato un primo confronto sull'attività di
 trasferimento dei dati del DB Topografico della Regione Toscana. Potete
 raccontarci cosa è venuto fuori?

 Il DB è disponibile con una suddivisione su base comunale (per i Comuni
 dov'è disponibile). Non ho chiesto a Trevisani, responsabile SIT della
 regione, se sia possibile avere il DB aggregato. Avete già considerato
 questo aspetto? Se servisse me ne potrei occupare io, vista anche la
 vicinanza geografica col SIT regionale.

 Buona giornata,
 Giovanni




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus

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


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




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Stampa mappa Matera dal sito OSM

[marco bra]

Per una stampa/plottaggio di una mappa OSM in formato A0 io ho fatto
così ( sabas, ricorda ):

- ho usato bigmap ora (bigmap2) http://bigmap.osmz.ru/ per creare un
contenuto della canvas molto dettagliato e zoomato

- con addon per firefox Awesome screenshot o similare ho salvato la
mega immagine del contenuto della canvas di Firefox

- poi l'ho aperta con gimp e stampata su un plotter, gimp, puo' puoi
salvare anche un pdf se vuoi

Hth
Ciao



Il 03 ottobre 2014 13:14, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:

 2014-10-02 17:57 GMT+02:00 sabas88 saba...@gmail.com:

 Bigmap per gli A0



 +1
 per stampare nessuno di questi va bene in generale (tutti pensati per la
 risoluzione dello schermo). L'unico modo senza renderizzare da solo è export
 in pdf. Se mi mandi un bounding box e la risoluzione di stampa posso crearti
 un rendering in alta definizione per la stampa, ma lo stile non è standard,
 e le icone non sono in alta definizione (forse conviene toglierle) (e i dati
 sono di fine Agosto).

 ciao,
 Martin

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Domanda su ogr2osm

[marco bra]

I file .shp contengono entità geometriche di tipo differenti...
(punti, linee, poligoni)

E certamente puoi filtrare in import con ogr2osm sugli attributi di un
file shape...

Se ci dici meglio la finalità ed il filtro si puo' essere più precisi
nell'aiuto che chiedi.

Ciao

Il 01 ottobre 2014 21:36, Damjan Gerl dam...@damjan.net ha scritto:
 Faccio la domanda prima qui, forse qualcuno può aiutarmi: vorrei sapere se
 esiste qualche possibilità usando il programma ogr2osm.py [1] per convertire
 da shp a osm, di filtrare gli oggetti. Nel senso che vorrei che nel file osm
 ci fossero solo gli oggetti (le geometrie) selezionati nel programma, con
 un apposito filtro. Io avrei identificato che si può lavorare solo sui tag,
 ma gli oggetti (punti, linee, ...) vengono comunque tutti convertiti e
 passati nel file osm.

 Grazie
 Damjan


 [1] http://wiki.openstreetmap.org/wiki/Ogr2osm

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Nuova procedura per importare i file shp: ogr2osm

[marco bra]

buona notizia, grazie per le info e per il report delle caratteristiche...

ciao
Marco

Il 14 settembre 2014 22:53, Leonardo kinetocor...@gmail.com ha scritto:
 Ciao a tutti,

 l'importazione dei file shp ha richiesto fino ad ora un passaggio
 d'intermezzo di conversione tramite un'applicazione che interpretava i dati
 shp e li trasformava in osm, utilizzando un file guida per taggare i
 nodi/poligoni in maniera appropriata. Fino ad ora si è utilizzato il
 programma shp2osm, programma scritto in java che è stato utilizzato in
 questi import conclusi o ancora in corso:

 -Edifici e utilizzi del suolo del Veneto
 -Edifici della Sardegna / possibile import degli utilizzi del suolo della
 Sardegna
 -Utilizzi del suolo dell'Emilia Romagna

 Purtroppo questo strumento comincia a dimostrare i suoi grossi limiti, dati
 dal fatto che non è più attivamente sviluppato da Novembre 2012, che
 presenta alcuni bug che costringono a utilizzare una vecchia versione e che
 spesso è necessario effettuare accrocchi tramite QGIS per far accettare il
 file shp al programma. Inoltre il file delle regole è abbastanza limitato
 per quanto riguarda la possibilità di confrontare due o più campi di uno shp
 per determinare un tag. Infine da qualche versione di JOSM i file .osm
 prodotti non sono più accettati dal programma, il quale avvisa che l'API 0.5
 utilizzata è ormai deprecata (JOSM accetta solo la 0.6 in su).

 Mi sono documentato un pò per trovare una soluzione al problema e credo che
 tutti i futuri import debbano basarsi su ogr2osm
 (https://github.com/pnorman/ogr2osm). Ogr2osm è un script python che
 funziona esattamente come shp2osm, ovvero traduce gli shp in osm usando un
 file guida ma è molto più flessibile e potente. I vantaggi sono i seguenti:

 -Rimane la cross-compatibilità Win,Linux,Mac, dato che si appoggia alla
 OSGeo4W Shell, installata assieme a QGIS.

 -Accetta file molto grossi in input (testato con un file SHP di 400Mb),
 l'unico limite è la RAM a disposizione della macchina.

 -Il file delle regole è un file scritto in python molto semplice, in cui è
 possibile indicare diversi campi di controllo per assegnare un tag (es. se
 Campo1=X AND Campo2=Y allora tagga in un modo altrimenti ecc...) e possono
 essere creati dei sottogruppi di controllo nella stessa funzione. Inoltre i
 commenti al codice sono molto più leggibili e utilizzando un editor di testo
 come Notepad++, risulta più facile identificare la linea interessata. Un
 esempio lo potete trovare qui:
 http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#File_delle_regole_in_formato_python
 , è il file delle regole della vegetazione del Veneto che da poco ho
 riscritto per ogr2osm.

 -Il file delle regole permette anche di effettuare operazioni più complesse
 quali la creazione di valori a partire da diversi campi (es. name =
 Campo1+Campo2+Campo3, nel caso di nomi di vie divisi nello SHP originale),
 le modifiche direttamente sui valori (es. se è tutto maiuscolo è possibile
 trasformarlo con la prima lettera in maiuscolo e il resto in minuscolo o
 cambiare certi caratteri con altri). Chiunque qui abbia un pò di
 dimestichezza con Python si potrà sbizzarrire!

 -Non ha problemi con i multipoligoni e effettua automaticamente la relazione
 necessaria come shp2osm.

 -Non spezzetta il file shp se supera i 5000 nodi, creando un unico file .osm
 alla fine del processo. Questo risulta estremamente comodo quando si tratta
 di shp molto densi di nodi, che nel metodo vecchio porterebbero alla
 creazione anche di 50+ file osm che dovevano essere rifusi assieme uno alla
 volta!

 -Effettua automaticamente l'unione dei nodi duplicati.

 -È possibile riproiettare direttamente dalla linea di comando, specificando
 il codice EPSG desiderato.

 Ho voluto subito metterlo alla prova con uno dei file più grossi e complessi
 che avevo a disposizione, ovvero la vegetazione della provincia di Belluno e
 i risultati sono stati più che soddisfacenti, generando un file che è stato
 aperto da JOSM senza alcun problema, pronto ad essere ulteriormente
 controllato prima del possibile import.

 Ho abbozzato anche la nuova procedura di conversione di un file SHP, la
 potete trovare a questo indirizzo:

 http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#Istruzioni_per_la_conversione_.28org2osm.29

 Ora mi dedicherò alla trasformazione dei vecchi file delle regole per
 shp2osm al nuovo metodo (edifici del Veneto e Ville Venete).

 Chiunque sia interessato o ha qualche commento/suggerimento/critica, faccia
 sentire la sua voce! :D

 Ciao!

 Leonardo

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Toponomastica e specifiche ISTAT

[marco bra]

Per vostra comodità di lettura:

http://wwwt.agenziaentrate.gov.it/mt/ServiziComuniIstituzioni/GO_PortaleComuni_estratto_Toponomastica_24042014.pdf

Pag. 45 al capitolo:

Regole di standardizzazione e di registrazione in forma estesa dei
toponimi

Ciao

Marco

Il 14 agosto 2014 10:19, Simone Saviolo simone.savi...@gmail.com ha scritto:
 Il giorno 13 agosto 2014 19:48, Simone Cortesi sim...@cortesi.com ha
 scritto:


 2014-08-13 19:31 GMT+02:00 Marco_T toto...@libero.it:

 Cio' comporta, purtroppo, che alcune informazioni riportate sul luogo
 (es.
 cartello con strada s. martino) possano essere superate da un
 provvedimento esecutivo comunale (es. STRADA DI SAN MARTINO).


 divertente.

 scopri che dopo 10 anni che inserisci in OSM i nomi completi di nome e
 cognome contrariamente a quanto espresso nella cartellonistica, alla fine,
 avevi ragione tu e percio'...in un certo senso...è il comune ad adeguarsi ad
 OSM.


 +1

 C'è qualcosa nelle nuove direttive che va contro le nostre convenzioni?

 Ciao,

 Simone

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Civici FVG

[marco bra]

Questi files, si, con solo il nome della via non quadrante,  nascono
appunto per poter confrontare i nomi delle vie e se e' il caso
modificare le cose.

Essi si possono aprire comodamente in Josm (installando il plugin
Opendata) e mettendo in sfondo l'immagine mapnik si puo' effettuare il
confronto ed eventuali correzioni.

Mancano, a mio parere regole più dettagliate nella pagina del wiki per
le convenzioni sui nomi, andrebbe ampliata in modo chiaro la sezione
degli esempi, al fine di avere una guida certa, e solo dopo, potremo
modificare i nomi, io ho seri dubbi su alcune cosette...


Marco


Il 08 luglio 2014 17:53, bredy bredy...@yahoo.it ha scritto:
 marco bra wrote
 io sono a questo punto, ho due insiemi di punti, divisi per comune:

 - no_match: tutti i punti da archivio RFVG con il nome della via che
 non quadra con la via, se presente, in OSM;

 - match:  l'insieme dei punti che quadrano e che potrebbero essere
 esportati facendo le opportune verifiche su civici OSM dove già
 presenti

 I formati sono shape e geojson, l'elaborazione che eseguo per
 ottenerli ricarica i dati dal planet taglia estra i punti e rifà
 l'incrocio, dura ore, non uso sql ma opero sui dbf direttamente con un
 prg fatto in Harbour http://harbour.github.io/

 Sarebbe opportuno che si facesse un opera di aggiustamento rispettando
 le convenzioni italiane:

 http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions
 http://wiki.openstreetmap.org/wiki/IT:Key:name

 del nome della via su osm.

 Qui i files dei civici no_match https://db.tt/u7FhGhkP

 Ciao
 Marco / mcheck / mcheckimport

 2014-07-06 20:09 GMT+02:00 bredy lt;

 bredyfox@

 gt;:
 Volevo sapere se c'è qualche aggiornamento in materia o se si è fermato
 tutto.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5810462.html
 Sent from the Italy General mailing list archive at Nabble.com.

 ___
 Talk-it mailing list


 Talk-it@

 https://lists.openstreetmap.org/listinfo/talk-it



 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

 ___
 Talk-it mailing list

 Talk-it@

 https://lists.openstreetmap.org/listinfo/talk-it

 Prelevando solo i dati del mio comune ho notato che nel file shp sono
 rimasti solo i nomi delle vie senza tutte le altre caratteristiche. Comunque
 i nomi delle vie sono leggermente diversi rispetto gli originali. In alcuni
 casi mi vien da pensare che non siano molto aggiornati visto che una via
 riporta ancora il nome di alcuni anni addietro. Se vuoi posso sistemare i
 nomi per il mio comune e rimandarti il file.



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5810701.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Civici FVG

[marco bra]

Pardon il link e' https://db.tt/URBXi9yG

Il 07 luglio 2014 05:53, marco bra marcobra.ubu...@gmail.com ha scritto:
 io sono a questo punto, ho due insiemi di punti, divisi per comune:

 - no_match: tutti i punti da archivio RFVG con il nome della via che
 non quadra con la via, se presente, in OSM;

 - match:  l'insieme dei punti che quadrano e che potrebbero essere
 esportati facendo le opportune verifiche su civici OSM dove già
 presenti

 I formati sono shape e geojson, l'elaborazione che eseguo per
 ottenerli ricarica i dati dal planet taglia estra i punti e rifà
 l'incrocio, dura ore, non uso sql ma opero sui dbf direttamente con un
 prg fatto in Harbour http://harbour.github.io/

 Sarebbe opportuno che si facesse un opera di aggiustamento rispettando
 le convenzioni italiane:

 http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions
 http://wiki.openstreetmap.org/wiki/IT:Key:name

 del nome della via su osm.

 Qui i files dei civici no_match https://db.tt/u7FhGhkP

 Ciao
 Marco / mcheck / mcheckimport

 2014-07-06 20:09 GMT+02:00 bredy bredy...@yahoo.it:
 Volevo sapere se c'è qualche aggiornamento in materia o se si è fermato
 tutto.



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5810462.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Civici FVG

[marco bra]

io sono a questo punto, ho due insiemi di punti, divisi per comune:

- no_match: tutti i punti da archivio RFVG con il nome della via che
non quadra con la via, se presente, in OSM;

- match:  l'insieme dei punti che quadrano e che potrebbero essere
esportati facendo le opportune verifiche su civici OSM dove già
presenti

I formati sono shape e geojson, l'elaborazione che eseguo per
ottenerli ricarica i dati dal planet taglia estra i punti e rifà
l'incrocio, dura ore, non uso sql ma opero sui dbf direttamente con un
prg fatto in Harbour http://harbour.github.io/

Sarebbe opportuno che si facesse un opera di aggiustamento rispettando
le convenzioni italiane:

http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions
http://wiki.openstreetmap.org/wiki/IT:Key:name

del nome della via su osm.

Qui i files dei civici no_match https://db.tt/u7FhGhkP

Ciao
Marco / mcheck / mcheckimport

2014-07-06 20:09 GMT+02:00 bredy bredy...@yahoo.it:
 Volevo sapere se c'è qualche aggiornamento in materia o se si è fermato
 tutto.



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5810462.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Civici FVG

[marco bra]

Daniele prova con...

CREATE VIRTUAL TABLE temp USING VirtualDbf(CIVICI_RAFVG.dbf, WINDOWS-1250);
...
select * from civici where DENOMINAZI like 'STAZ. PROSECCO/%';


218157|32005|SGONICO|32005|FRAZIONE|STAZ. PROSECCO/PROSEŠKA
POSTAJA|272456232.5|13.750329|45.705396|303336

Ciao
Marco

Il 25 giugno 2014 14:01, Daniele Forsi dfo...@gmail.com ha scritto:
 Il 24 giugno 2014 14:53, Stefano Salvador ha scritto:

 +1, a mio parere bisognerebbe fare un confronto preliminare tra i dati OSM e
 i dati contenuti in questo database, in modo da armonizzare per quanto
 possibile la toponomastica.

 sopratutto per correggere gli errori ed eliminare le abbreviazioni se 
 possibile

 da un controllo veloce sulla colonna SPECIE che contiene la DUG (VIA,
 PIAZZA, ecc.):
 1|FRAZIONEv
 9|P.ZZA
 11|PLE
 1|S.DA CONSORZ.
 1|S.DA CONSORZ. DI
 20|STRADA COM
 6|STRADA VICIN.
 2|ZONA ART.

 in allegato trovate il conteggio di tutte le SPECIE

 Anche i numeri civici vano controllati:
 select distinct num_civ from civici order by num_civ desc limit 10;
 37903
 37839
 37811
 37807
 37773
 37744
 37712
 1
 7030
 7029
 select count(*) from civici where length(num_civ)  3;
 240
 select count(*) from civici where num_civ = '0';
 3476

 e c'è qualche nome da non importare:
 ROMA DAL N°.. AL N° ..

 accenti e abbreviazioni diverse:
 P.S. DI BRAZZA'
 P.SAVORGNAN DI BRAZZA`

 questo dove la codifica mi viene fuori errata ma magari è un problema mio:
 STAZ. PROSECCO/PROSEŠKA POSTAJA

 In tutto ci sono 10771 nomi diversi

 Per fare questi controlli non servono conocenze GIS, serve solo sapere
 un po' di SQL ed è meglio conoscere i luoghi ed è utile spatialite
 perché legge direttamente i file .DBF

 per convertire da dbf a sqlite/spatialite:
 $ spatialite prova.sqlite
 CREATE VIRTUAL TABLE temp USING VirtualDbf(CIVICI_RAFVG.dbf, ISO-8859-1);
 CREATE TABLE civici AS SELECT * FROM temp;
 DROP TABLE temp;

 poi ad esempio per controllare se ci sono valori anomali per le coordinate:
 select min(x), max(x), min(y), max(y) from civici;
 0.0|13.910728|0.0|46.603459

 select * from civici where x = 0;
 1|30003|AMPEZZO|30003111|VIA|GIOVANNI MAZZINI|1112456109.5|0.0|0.0|605
 2|30003|AMPEZZO|30003222|VIA|G.MAZZINI|2222456109.5|0.0|0.0|606
 3|30003|AMPEZZO|3000|PIAZZA|G.MAZZINI|232456109.5|0.0|0.0|607
 4|30003|AMPEZZO|30003444|PIAZZA|VENTI SETTEMBRE|52456109.5|0.0|0.0|608

 --
 Daniele Forsi

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Differenziazione della tipologia dei civici...

[marco bra]

 Hai una lista completa dei valori che ci possono essere?

La lista completa, non riesco a valutarla in poco tempo, ma senza
spingersi troppo in avanti, quindi partendo dalla semplicità, abbiamo
frequenti situazioni in Liguria simili a quella sottoriportata.

Sullo stesso immobile (con unica delimitazione perimetrale ed
individuato e taggato come singolo building) con più civici assegnati
e leggibili dalla pubblica via che sono:

- accesso ad una autorimessa condominiale
- accesso a boxes singoli privati
- accesso a magazzino
- accesso principale a locale commerciale, artigianale (o equiparabile)
- accessi di servizio ad altri locali
- accessi secondari a diverse scale condominiali, Scala A, Scala B etc.

 Non c'è un tag stabilito per questa caratteristica, e non sapevo che ne 
 avevamo bisogno, però se questo è una delle particolarità italiane, potrebbe 
 avere anche senso.
 Al solito si capisce il tipo di indirizzo dalla mappa (se porta ad un negozio 
 sarà mappato il negozio, no?

Si, ma non sempre, potrebbe avvenire che il negozio venga mappato, ma
appunto, il negozio potrà cambiare nel tempo, la destinazione
commerciale dell'immobile abbinato al civico solitamente cambia in
modo meno frequente nel tempo ed il dato sul civico e' un dato legato
al territorio in modo più intimo del dato legato all'attività
commerciale, se presente.

In secondo luogo, OSM vuole mappare l'attualità, ma perche' mappare
solo le attività commerciali, ignorando restanti destinazioni d'uso ?
Ed ancora perche' se io uso la mappa per cercare un civico, che mi
interessa più di un negozio, non trovo dettagli migliori circa il
civico medesimo ?
Mappare nel dettaglio i negozi, con dettagli amministrativi che
arrivano alla partita IVA, che non sono attributi prettamente
territoriali, e poi non tenere conto di altre caratteristiche più
intimamente legate alla disposizione geometrica dell'immobile...?
Perchè non cercare un modo standardizzato per poter mappare anche
altre cose tipiche del civico, quale appunto la destinazione d'uso ?
Mi vengono in mente: cancello condominiale o di comparto, una vetrina
secondaria, un ingresso ad una spiaggia, un accesso secondario alla
stesso interno, un grosso locale tecnico, un generico ingresso di
servizio o altro ancora?


Come hai rilevato questa informazione?
Da conoscenza locale della mia zona, particolarmente dettagliata,
lavoro su queste tematiche.


 sarebbe qualcosa come addr:type o forse addr:use_type. Ma se cambia il 
 conduttore, cambia anche quel tag in certi casi o no?

Si puo' avvenire, in certi casi, ma solitamente si trasferisce un
negozio (purtroppo oggi in italia i casi più frequenti sono la
chiusura dell'attività), ed il civico solitamante non cambia
destinazione d'uso...

 Non è che parliamo di una caratteristica del catastro piùttosto che del 
 indirizzo?
Forse, ma i dettagli catastali sono diversi e sono più legati a dati
di valore dell'immobile, qui io parlo di una possibiltà di
memorizzazione di caratteristiche rilevabili da visite sul territorio.

 Non sono sicuro che si tratta di un attributo diretto del indirizzo e non di 
 un'elaborazione specifica (mirata ad un certo scopo). Cerchiamo al solito di 
 mappare / descrivere il mondo in maniera
 generica (per poi consentire elaborazioni di qualsiasi genere, per esempio 
 come quella di associare una tipologia di destinazione ad un civico). Mi 
 aspetterei invece di avere delle tipologie al
 civico di avere gli indirizzi puri e mappato in qualche modo la relazione 
 tra ciascun indirizzo e la cosa dove porta (nonchè questa cosa stessa).

E qui, nuovamente, perchè affermare che la mappatura di un attività
commerciale con tanto di telefono e dettagli amministrativi, cosa
peraltro non legata alla fisicità dell'immobile o civico, e' una
mappatura territoriale generica, mentre una destinazione di uso di un
civico non lo e' ...

Non e' che la tematica legata alla mappatura dei civici sarebbe da
sviluppare...?


Ciao e grazie
Marco


Il 25 marzo 2014 18:06, Martin Koppenhoefer dieterdre...@gmail.com ha scritto:

 2014-03-25 12:01 GMT+01:00 marco bra marcobra.ubu...@gmail.com:

 Vorrei un consiglio su come differenziare i civici in base alla
 destinazione, tale destinazione puo' essere ad esempio:
 commerciale, residenziale, magazzino, autorimessa multibox, box
 tenendo conto che su un singolo building possono essere presenti tutti
 ?



 Hai una lista completa dei valori che ci possono essere? Non c'è un tag
 stabilito per questa charatteristica, e non sapevo che ne avevamo bisogno,
 però se questo è una delle particolarità italiane, potrebbe avere anche
 senso. Al solito si capisce il tipo di indirizzo dalla mappa (se porta ad un
 negozio sarà mappato il negozio, no?

 Come hai rilevato questa informazione?





 Che tags potrebbero essere consoni stavo pensando ad addr:qualcosa ?
 Se, si, cosa proporre o cosa usare se c'e' un tag già esistente... ?



 sarebbe qualcosa come addr:type o forse addr:use_type. Ma se cambia il

[Talk-it] Differenziazione della tipologia dei civici...

[marco bra]

Vorrei un consiglio su come differenziare i civici in base alla
destinazione, tale destinazione puo' essere ad esempio:
commerciale, residenziale, magazzino, autorimessa multibox, box
tenendo conto che su un singolo building possono essere presenti tutti
?

Che tags potrebbero essere consoni stavo pensando ad addr:qualcosa ?
Se, si, cosa proporre o cosa usare se c'e' un tag già esistente... ?

Grazie
Marco


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Differenziazione della tipologia dei civici...

[marco bra]

Quindi non possiamo gestire questa cosa?
Le informazioni le ho... ma vorrei trovare un modo corretto per
gestirle o per non gestirle affatto con OSM se non ammesse...
Circa il tag da usarsi è una domanda...
Grazie

Il 25 marzo 2014 12:34, Edoardo Yossef Marascalchi
e.marascal...@gmail.com ha scritto:
 genova.e firenze (rosso e blu)

 On Mar 25, 2014 1:27 PM, Stefano Salvador stefano.salva...@gmail.com
 wrote:




 Che tags potrebbero essere consoni stavo pensando ad addr:qualcosa ?
 Se, si, cosa proporre o cosa usare se c'e' un tag già esistente... ?


 Quale sarebbe l'utilità di questa informazione? Secondo me, un civico è
 un civico e basta: identifica un ingresso, non ciò che c'è dietro a
 quell'ingresso. Dove oggi c'è un bar domani potrebbe esserci un negozio e
 dopodomani un ufficio o un appartamento... già non è banale tenere
 aggiornati i POI, non mi sembra il caso di aggiungere informazione non
 appropriata sui civici.



 +1

 Ci sono altri modi (geografici) per dedurre dove un civico porta e non mi
 risulta proprio che i comuni quando assegnano i civici chiedano se servono
 per entrare in un negozio o in una casa. In Italia un civico indica un
 ingresso (salvo rare eccezioni).

 Ciao,

 Stefnao

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


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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Fwd: [wii_libera_la_lavagna] Petizione rai

[marco bra]

Qui c'e' un annuncio
http://www.lffl.org/2014/02/rai-tv-finalmente-tutti-i-canali-sono.html

Ciao

Il 03 febbraio 2014 23:37, Marco Ciampa ciam...@libero.it ha scritto:
 On Mon, Feb 03, 2014 at 08:51:13PM +0100, Carlo Stemberger wrote:
 Il giorno 29 gennaio 2014 11:46, Martin Koppenhoefer dieterdre...@gmail.com
  ha scritto:

 
  penso che per loro un motivo forte per non abbandonare Silverlight è
  l'idea di poter costringerti a guardarti la pubblicità web all'inizio dello
  streaming.
 

 Su YouTube riescono a mettere pubblicità anche sugli stream HTML5, quindi
 non credo che ci siano ragioni tecniche valide per mantenere Silverlight.

 Esatto. Prova e vedrai: http://www.youtube.com/html5

 --


 Marco Ciampa

 L'utopia sta all'orizzonte. Mi avvicino  di due passi, lei si allontana
 di due  passi. Faccio dieci  passi e  l'orizzonte si allontana  di dieci
 passi.  Per quanto cammini, non la raggiungerò  mai. A cosa serve
 l'utopia? A questo: serve a camminare.  Eduardo Galeano

 ++
 | Linux User  #78271 |
 | FSFE fellow   #364 |
 ++


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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

[Talk-it] Mancata renderizzazione dei nomi di alcune piazze, è normale ?

[marco bra]

Ciao, un mappatore in privato mi sta chiedendo lumi sul fatto che le
piazze, i nomi non vengono renderizzati..., esempio:

http://www.openstreetmap.org/#map=18/45.13514/7.62551

e' un problema noto o e' apparso in questi giorni ?

nelle mie zone tutto funziona: http://osm.org/go/xX0MtwS8Y

Ciao
mcheck

-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

[marco bra]

Specifiche governative nazionali (seguite nel censimento generale
della popolazione 2011), senza leggere tutto, se vuoi parti da pagina
4 Generalità :

http://wwwt.agenziaentrate.gov.it/mt/ServiziComuniIstituzioni/ES-23-IS-0E_18022011.pdf

ciao

Il 12 febbraio 2014 12:04, Michele Mondelli mithenks...@gmail.com ha scritto:
 Salve a tutti.

 Essendo il mio primo messaggio in questa lista, mi presento.
 Mi chiamo Michele Mondelli e lavoro a Siena per un'azienda che realizza
 software GIS, in massima parte per amministrazioni pubbliche.
 Sono da sempre un convinto sostenitore della logica Open, dai software
 fino ai dati.

 Per lavoro, sto studiando il modello dati utilizzato da OpenStreetMap, in
 particolar modo per quanto concerne la numerazione civica.
 A quanto mi sembra di capire non esiste ancora uno standard accettato da
 tutti, soprattuto per le diversità in termini normativi tra i diversi stati.
 Inoltre, non c'è consenso su come gestire l'associazione di un numero civico
 a più edifici ed il caso contrario.

 Delle cose che poi sembra manchino totalmente nel modello

 supporto all'esponente - in Italia è prevista dalla normativa nazionale la
 numerazione secondo numero ed esponente. Nel modello non è possibile
 specificare separatamente i due campi, ma vengono fusi nel campo composto
 unendoli dallo slash '/' (anche qui, c'è uno standard nazionale e/o
 internazionale che identifichi lo '/' come separatore?)
 differenziazione tra accessi principali/ripetuti (quindi correlazione tra
 gli accessi)

 Vorrei quindi capire bene qual è lo stato dell'arte in merito
 all'inserimento della numerazione civica su OpenStreetMap, e soprattutto che
 il modello attualmente accettato sia adeguato.

 Mi scuso per eventuali informazioni frammentarie e/o confuse che ho
 riportato.



 Riferimenti:
 key:addr sul wiki di openstreetmap
 Addresses sul wiki di openstreetmap
 toponomastica e numerazione civica


 --
 Michele Mondelli


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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Numerazione civica in Italia e modello dati di OpenStreetMap

[marco bra]

Altre info da enti governativi:

http://wwwt.agenziaentrate.gov.it/mt/ServiziComuniIstituzioni/Guida%20operativa_Gestione%20della%20toponomastica_29012014.pdf

Ciao

Il 12 febbraio 2014 13:29, cascafico cascaf...@gmail.com ha scritto:
 Per quel che mi riguarda, mappo ciò che vedo. Se c'è uno slash, lo lascio. Se
 il civico è sul cancello a 5 mt dall'edificio, lo mappo sul cancello. Sono
 dell'idea che più che formalizzare gli elementi mappati, sia necessario
 renderli usabili.
 Tra l'altro mi pare che KeypadMapper3 (un logger mirato alla raccolta degli
 indirizzi) preveda questo ed altri separatori.



 -

 --
 cascafico.altervista.org
 twitter.com/cascafico
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Numerazione-civica-in-Italia-e-modello-dati-di-OpenStreetMap-tp5796122p5796140.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Codice ufficiale via

[marco bra]

E per il codice via nazionale ?

Durante il censimento generale della popolazione 2011 ed in seguito a
questi accordi http://www.istat.it/it/archivio/6288 sono state seguite
le specifiche per la codifica nazionale ( istat ed agenzia entrate )
delle vie nazionali... qui sotto riportate, con specifiche:

http://wwwt.agenziaentrate.gov.it/mt/ServiziComuniIstituzioni/ES-23-IS-0E_18022011.pdf

Cio' anche perchè ho letto su questa ML circa la futura possibilità di
un rilascio dei civici nazionali derivati da questi archivi.

Ciao
mcheck

Il 08 febbraio 2014 09:13, Alessandro ale_z...@libero.it ha scritto:
 Il 08/02/2014 01:01, Damjan Gerl ha scritto:

 

 Domanda: ma quel numero è il numero del cartello (ogni cartello, anche
 se della stessa via/piazza ha il suo numero) oppure ogni via/piazza
 oltre il nome ha anche il numero (sempre lo stesso anche se ci sono più
 cartelli con lo stesso nome)?


 E' l'ID della via; come ce l'avevano quando avevano i registri cartacei a
 maggior ragione c'è ora che hanno i database su computer.

 Alessandro Ale_Zena_IT


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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Spam nei nomi?

[marco bra]

Martin, no per ora nessuno ha risposto...

Ciao

Il 13 gennaio 2014 18:55, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:

 2014/1/13 Andrea Musuruane musur...@gmail.com

 Anche il tagging che usa è allucinante. Alcuni esempi:
 Place=hamlet; name=WWW.CAMOSCIOSIBILLINI.IT
 highway=path; name=WWW.CAMOSCIOSIBILLINI.IT; ref=WWW.CAMOSCIOSIBILLINI.IT

 C'è qualcuno in zona che lo può contattare?




 ho rivertato le sue edits (tolto a mano lo spam). Pare che l'utente
 mcheckimport aveva già corretto qualche way e scritto all'utente. Qualcuno
 ha risposto?

 ciao,
 Martin

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Mappatura case dei centri abitati

[marco bra]

Le case a schiera, le case vecchie con muri in pietra, solitamente,
e soprattutto se sono a pianta rettangolare hanno un muro di spina che
assieme ai muri portanti sui lati longitudinali più lunghi, reggono e
scaricano a terra il peso del solaio e del tetto.

I muri: a volte in comunione, a volte muri distinti affiancati, fra
gli edifici, sono per così dire di tamponamento anche se a volte
hanno spessori simili ai portanti, al tempo la tecnica di costruzione
era quella.

Le travi principali dei solai, così come le travature del tetto sono
appoggiate ai muri laterali ed in dipendenza dalla struttura del tetto
anche al muro di spina.


Demolizioni totali di case affiancate solitamente non creano problemi
statici alle fondazioni, e se in fase di indagine preventiva si
evidenziasse questa eventualità, si procede con tecniche apposite di
consolidamento.

Per quanto riguarda la mappatura alle volte la linea di colmo ed i
relativi compluvi e displuvi del tetto non corrisponde necessariamente
alla sottostante divisione di proprietà, la parte sottostante delle
unità abitative sottostanti possono essere state accorpate o
suddivise.

Nella mappatura, tengo a riferimento, nella divisione grafica dei
edifici adiacenti, la struttura statica dell'edificio, che viene
evidenziata dal satellitare dalle diverse coperture dei tetti.

Detto questo, il numero civico non lo abbino mai all'edificio per non
legare un informazione puntuale (una porta di entrata) ad una
geometria.

Teniamo anche conto anche che il civico: il numero leggibile da un
area ad accesso pubblico, potrebbe essere posto su un cancelletto di
un giardino privato o su un cancello condominiale.

Come tecnica di mappatura su Josm uso moltissimo il plugin buildings
con l'opzione di selezione automatica dell'edificio attiva, traccio
tutte le aree

Scusate per la pedanteria delle mie puntualizzazioni.

Ciao
Marco




Il 14 dicembre 2013 13:54, Martin Koppenhoefer
dieterdre...@gmail.com ha scritto:

 2013/12/14 Aury88 spacedrive...@gmail.com

 per quanto riguarda il rimanere in piedi se l'edificio adiacente viene
 abbattuto questo può essere preso come parametro ma anche così rimane
 molto
 ad interpretazione/feeling del mappatore



 si, questo in realtà è un parametro un po' approssimativo, perché anche se
 la struttura della casa è indipendente, comunque abbatendo la casa a fianco
 al solito si registrano delle deformazioni (dovuti al peso mancante sul
 suolo dove prima era la casa, quindi si muove il suolo della casa verso il
 buco). Dipende ovviamente su cosa si ha costruito, su roccia non succede ;-)

 ciao,
 Martin

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] I dati dell'agenzia dei trasporti di Roma

[marco bra]

Puo' servire questo semplice bash script iniziale atto alla creazione
degli shape da tali dataset...

Cerco, se passa l'allegato, di allegarlo...

Ciao
Marco

Il 14 dicembre 2013 10:59, Aury88 spacedrive...@gmail.com ha scritto:
 Incredibile!...anche in Italia ogni tanto si fanno le cose come si deve!
 Non solo mettono i dati in opendata ma in più rendono disponibile il codice
 sorgente del proprio software senza lesinare in spiegazioni del perchè fanno
 tutto ciò!
 Veramente complimenti! Spero che altre PA ed aziende italiane seguano questo
 virtuosissimo esempio (anche di buon governo).




 -
 Ciao,
 Aury
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/I-dati-dell-agenzia-dei-trasporti-di-Roma-tp5789748p5789840.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M


creashape_da_mobilita_roma.sh
Description: Bourne shell script
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Dati del catasto trentino in open data

[marco bra]

Ciao,

sono previsti imports di queste delimitazioni amministrative in OSM ?

mcheck / mcheckimport



2013/11/18 cesare gerbino cesaregerb...@gmail.com:
 Ottimo!


 Cesare Gerbino

 http://cesaregerbino.wordpress.com/
 http://www.facebook.com/cesare.gerbino
 http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
 https://twitter.com/CesareGerbino
 http://www.linkedin.com/pub/cesare-gerbino/56/494/77b



 2013/11/18 Maurizio Napolitano napoo...@gmail.com

 http://dati.trentino.it/organization/pat-catasto

 --
 Maurizio Napo Napolitano
 http://de.straba.us

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] R: Quanti civici avete inseriti?

[marco bra]

A me ne da'

36741 mcheckimport 36741

2760 mcheck 47

ma non mi sembra di averne inseriti cosi' tanti, secondo me
ricomprende anche le correzioni... di abbinamento civico alla via
quando non coerenti

Ciao
Marco



Il 12 novembre 2013 07:56, Cascafico Giovanni cascaf...@gmail.com ha scritto:
 Se mi fossi impegnato un po' di più, avrei strappato il posto a Giuseppe
 amici... 2599 netti

 Il 11/nov/2013 20:16 Martin Koppenhoefer dieterdre...@gmail.com ha
 scritto:


 2013/11/11 Maurizio Napolitano napoo...@gmail.com

 Non sono mai stato d'accordo sul fatto di mettere i civici sugli edifici
 Spesso ci sono edifici con più civici.
 Inoltre il civico è, nella realtà dei fatti, una targhetta sull'ingresso
 dell'edificio, non riesco proprio a cogliere il vantaggio di metterlo
 sul poligono.



 il civico vale al solito per un area (o mi sbaglio già qui?). Sono
 d'accordo che metterlo sui edifici è spesso sbagliato. Non so quanto sia
 uniforme il sistema in Italia, qui a Roma ho notato in certe zone che ci
 possono essere negozi nel semi-interrato con un proprio civico diverso dal
 palazzo. Comunque, se ti trovi dentro un appartamento quello ha un civico,
 no? E solo dal nodo all'ingresso non lo potrai legare (spesso).
 Probabilmente i civici devono quasi mai andare sugli edifici, normalmente
 c'è qualche cortile o giardino anche compreso nel civico e quindi per lo più
 saranno lotti o particelle ad avere civici.

 ciao,
 Martin

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


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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] R: Quanti civici avete inseriti?

[marco bra]

Perfettamente in accordo con Napolitano circa il posizionamento del
civico, non ho mai messo un civico legato alla geometria dell'edificio
e non ho mai usato le relazioni sui civici.

In genere, se si puo', per me e' meglio tenere slegati gli elementi in
modo che si possano in futuro manovrare/correggere/aggiornare in modo
separato.

Ma esiste una convenzione italiana atta ad uniformare... ?

Ciao

Il 12 novembre 2013 09:37, marco bra marcobra.ubu...@gmail.com ha scritto:
 A me ne da'

 36741 mcheckimport 36741

 2760 mcheck 47

 ma non mi sembra di averne inseriti cosi' tanti, secondo me
 ricomprende anche le correzioni... di abbinamento civico alla via
 quando non coerenti

 Ciao
 Marco



 Il 12 novembre 2013 07:56, Cascafico Giovanni cascaf...@gmail.com ha 
 scritto:
 Se mi fossi impegnato un po' di più, avrei strappato il posto a Giuseppe
 amici... 2599 netti

 Il 11/nov/2013 20:16 Martin Koppenhoefer dieterdre...@gmail.com ha
 scritto:


 2013/11/11 Maurizio Napolitano napoo...@gmail.com

 Non sono mai stato d'accordo sul fatto di mettere i civici sugli edifici
 Spesso ci sono edifici con più civici.
 Inoltre il civico è, nella realtà dei fatti, una targhetta sull'ingresso
 dell'edificio, non riesco proprio a cogliere il vantaggio di metterlo
 sul poligono.



 il civico vale al solito per un area (o mi sbaglio già qui?). Sono
 d'accordo che metterlo sui edifici è spesso sbagliato. Non so quanto sia
 uniforme il sistema in Italia, qui a Roma ho notato in certe zone che ci
 possono essere negozi nel semi-interrato con un proprio civico diverso dal
 palazzo. Comunque, se ti trovi dentro un appartamento quello ha un civico,
 no? E solo dal nodo all'ingresso non lo potrai legare (spesso).
 Probabilmente i civici devono quasi mai andare sugli edifici, normalmente
 c'è qualche cortile o giardino anche compreso nel civico e quindi per lo più
 saranno lotti o particelle ad avere civici.

 ciao,
 Martin

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


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




 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] La Calabria apre qualche geodato

[marco bra]

Riprendo il thread su DBPrio10k sulle mie sovrapposizioni in qgis e'
preciso e ci sono tutti i fiumi, linee ferroviarie e strade
d'italia...

Si potrebbe fare qualche considerazione più fattiva se ci si puo'
organizzare per un import dati da questo dataset... ?


Grazie


Il 14 ottobre 2013 11:39, Mario Pichetti mario.piche...@gmail.com ha scritto:
 Il 10/10/2013 22:41, Simone Cortesi ha scritto:

 2013/10/10 Maurizio Napolitano napoo...@gmail.com:

 http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1

 fantastica la carta tecnica del 1954, è ancora utilissima.

 protostorica:-)


 ftp://88.41.139.88/



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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] La Calabria apre qualche geodato

[marco bra]

Scusate che e' sto' sito ftp... cosa dovrebbe esserci ?

2013/10/18 Stefano Fraccaro postmas...@stefanofraccaro.org:
 Sembra che il sito ftp sia stato ripulito...   :-(



 Il 18/10/2013 12:38, marco bra ha scritto:

 2013/10/10 Maurizio Napolitano napoo...@gmail.com:

 http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1



 --
 Stefano Fraccaro
 Web: http://www.stefanofraccaro.org



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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] La Calabria apre qualche geodato

[marco bra]

Qui c'e' la struttura senza un index attivo che maschera
http://www.centrointerregionale-gis.it/DBPrior/ il file nazionale,
forse e' il più completo:

http://www.centrointerregionale-gis.it/DBPrior/Dati/DBPriorItalia.zip



Il 18 ottobre 2013 14:16, Simone Cortesi sim...@cortesi.com ha scritto:
 2013/10/18 Martin Koppenhoefer dieterdre...@gmail.com:
 Secondo me i dati sono importabili (licenza cc-by 2.5)

 fermo restando che loro ci danno per scritto l'OK che possiamo soddisfare il
 requisito dell'attribuzione tramite una menzione sul wiki, vero?

 martin, i dati hanno licenza iodl 2.0, quindi sono compatibili.

 --
 -S

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] La Calabria apre qualche geodato

[marco bra]

Qui un documento che riporta, circa alla fine del doc, una tabella con
una simil legenda per gli attributi presenti negli shape
http://www.centrointerregionale-gis.it/DBPrior/1N1005v1.0.pdf

Ciao

Il 18 ottobre 2013 14:27, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:

 2013/10/18 Simone Cortesi sim...@cortesi.com

  fermo restando che loro ci danno per scritto l'OK che possiamo
  soddisfare il
  requisito dell'attribuzione tramite una menzione sul wiki, vero?

 martin, i dati hanno licenza iodl 2.0, quindi sono compatibili.



 ottimo. In realtà ultimamente sulla lista tedesca scrivono che si pone
 generalmente un problema con tutto ciò che non è PD / cc0, per motivo dei
 CT. Quindi oltre ad essere compatibile con ODbL deve essere anche
 compatibile con qualsiasi licenza aperta (free and open) che 2/3 dei
 contributori attivi scelgono in futuro...

 In quel senso il permesso del PCN è stato una svolta che non si riferisce a
 licenze ma al progetto OSM in generale.

 ciao,
 Martin

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Numeri telefonici e ex-prefisso

[marco bra]

Se nulla osta posso quindi modificarli per tutta l'italia in questo modo... ?

+39 010 913X

Modifichero' anche fax e tutti i tag dove e' specificato un telefono

Ciao
mcheck

Il 15 ottobre 2013 20:06, Aury88 spacedrive...@gmail.com ha scritto:

 Simone F. wrote
 Il giorno 15 ottobre 2013 11:06, Daniele Forsi lt;

 dforsi@

 gt; ha
 scritto:

 Il 15 ottobre 2013 11:01, Carlo Stemberger ha scritto:
  Il giorno 15 ottobre 2013 10:41, sabas88 lt;

 sabas88@

 gt; ha scritto:
 
  Io lo scrivo staccato come da specifica
  http://wiki.openstreetmap.org/wiki/Key:contact:phone
 
 
  +1

 +1 per l'omogeneità
 quelli sono dati, sta all'utilizzatore trasformarli per l'uso che ne deve
 fare


 +1

 Qui [0] segnalo i numeri telefonici senza prefisso internazionale o senza
 *nessuno* spazio.
 Quindi:
 +39012345678 è sbagliato
 +39 012345678 oppure +39 0123 45678 sono entrambi corretti

 Nella pagina suggerisco la correzione con lo spazio anche dopo il prefisso
 locale:
 0123456789 --- +39 0123 456789

 Preferirei lasciare il suggerimento attuale, vista la chiarezza del Wiki e
 le posizioni espresse nel thread.
 Se questo dà fastidio a chi la pensa diversamente, ditemelo e cambio il
 suggerimento così:
  0123456789 --- +39 0123 456789 oppure %2B39%200123%20456789+39
 0123456789 %2B39%200123%20456789


 Ciao,
 Simone

 [0]
 https://dl.dropboxusercontent.com/u/41550819/OSM/Errori_in_Italia_Grp/phone_numbers.html

 +1 oltre al fatto che il wiki specifica questa convenzione ritengo più
 leggibile il numero. il prefisso oltre alla valenza storica può essere
 utilizzato per delle elaborazioni futuro.
 ultimo, ma non meno importante, ho passato un intera giornata a cambiare
 come da convenzione un paio di centinaia di numeri di telefono delle
 attività commerciali all'interno di un centro commerciale...dovevate
 decidervi prima :P



 -
 Ciao,
 Aury
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Numeri-telefonici-e-ex-prefisso-tp5781579p5781644.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] La Calabria apre qualche geodato

[marco bra]

Sempre in riferimento a DBPrior10K

http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

C'e' una enorme mole di dati riguardanti tutto il territorio nazionale:

DB Prior10k Nazionale da ~774 mega zippato...

con il contenuto che posto qui per notizia:

Elementi_idrici_gradi_Italia.shp
intersezioni_ferroviarie_gradi_italia.shp
intersezioni_stradali_gradi_italia.shp
Linea_costa_gradi_Italia.shp
Nodi_idrici_gradi_Italia.shp
specchi_acqua_gradi_italia.shp
tratte_ferroviarie_gradi_italia.shp
tratti_di_strada_gradi_Italia.shp

Con un pc con un po' di Ram, si puo' dare un occhiata, con Qgis
impostare il sistema di riferimento del/i layer a WGS84.

Questi per l'import non sembrano adatti... in quanto pesantissimi da
manovrare...

Ma potrebbero, se convertiti e divisi in pezzi con shp2osm, servire ad
un lavoro preparatorio per un mega import italiano ?

Ciao



Il 12 ottobre 2013 07:49, Maurizio Napolitano napoo...@gmail.com ha scritto:
 2013/10/12 marco bra marcobra.ubu...@gmail.com:
 Lascio questo a futura memoria per gli shape opendata della Regione
 Calabria e per le proiezioni geografiche dei dati di DB

 http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1

 di cui trattasi, ma anche:

 http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

 per futuri import dei dati:

 - aprirli in Qgis, impostare come sistema di coordinate degli shape in
 caricamento, per i dati della Calabria:

 World Geodetic System 1984 UTM fuseau 33 → IGNF:UTM33W84 → (id 10212 in qgis 
 )

 Salvare poi il file importato sempre come shape attribuendogli un
 ---

 Una domanda alla lista: la licenza di DBPrior

 http://www.centrointerregionale-gis.it/DBPrior/DBPrior.asp

 e' compatibile con le politiche di OSM ?

 Il vincolo di DBPrior è quello di citazione della fonte (sono cc-by 2.5 ita)
 quindi non ci sono grossi problemi.

 Ciao

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] La Calabria apre qualche geodato

[marco bra]

Lascio questo a futura memoria per gli shape opendata della Regione
Calabria e per le proiezioni geografiche dei dati di DB

http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1

di cui trattasi, ma anche:

http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp

per futuri import dei dati:

- aprirli in Qgis, impostare come sistema di coordinate degli shape in
caricamento, per i dati della Calabria:

World Geodetic System 1984 UTM fuseau 33 → IGNF:UTM33W84 → (id 10212 in qgis )

Salvare poi il file importato sempre come shape attribuendogli un
diverso sistema di coordinate
(tasto destro sulla lista dei layers in qgis: Salva come...)

WGS84 EPSG:4326 (id 3452 in qgis )

Aprire lo shape con Josm (bisogna aver installato il plugin OpenData in Josm)

Per la conversione e l'import in OSM si legga e si segua una
procedura, simile, ma differente, come riportato in questa pagina:
http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato

ed in particolare per la parte di conversione Conversione con
shp-to-osm   andranno creati dei files di regole differenti in base
agli elementi contenuti nei files da importare in OSM.

N.B.: PRIMA di effettuare import ci si attenga alle consuete regole
per l'import dei dati in OSM...


-
Per le altre regioni sembra che le proiezioni per i dati presenti in
DBPrior10K siano queste:

World Geodetic System 1984 UTM fuseau 32 → IGNF:UTM32W84 → (id 10210
in qgis ) per le regioni:
piemonte, valle d'aosta, lombardia, trentino alto adige, veneto,
liguria, emilia romagna, toscana, sardegna

World Geodetic System 1984 UTM fuseau 33 → IGNF:UTM33W84 → (id 10212
in qgis ) per le regioni:
friuli venezia giulia, umbria, marche, lazio, abruzzo, molise,
campania, puglia, basilicata, calabria, sicilia

---

Una domanda alla lista: la licenza di DBPrior

http://www.centrointerregionale-gis.it/DBPrior/DBPrior.asp

e' compatibile con le politiche di OSM ?

Ciao, grazie
mcheck

Il 11 ottobre 2013 10:15, Giovanni Caudullo
giovanni.caudu...@gmail.com ha scritto:
 Vogliamo parlarne invece della CTR in formato PDF?
 Il lavoro di taglio e georeferenziazione è da pazzi... -_-


 Il giorno 10 ottobre 2013 22:41, Simone Cortesi sim...@cortesi.com ha
 scritto:

 2013/10/10 Maurizio Napolitano napoo...@gmail.com:
  http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1

 fantastica la carta tecnica del 1954, è ancora utilissima.

 --
 -S

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM

[marco bra]

Sto' mettendo il tag wikipedia:it ai laghi e noto che il tag
coordinate di wikipedia a volte e' palesemente errato ovvero le
coordinate putnano a zone non coerenti con l'articolo di wikipedia.
Come fare quando le coordinate di wikipedia sono sbagliate... ?
Non voglio modificare la pagina di wikipedia,ho messo il link ad
openstreetmap poi saranno loro a vedere cosa fare... o c'e' un metodo
consigliato... (migliore) ?

Ciao
Grazie

Il 06 ottobre 2013 00:42, Luca Delucchi lucadel...@gmail.com ha scritto:
 2013/10/5 Simone F. grop...@gmail.com:


 Le opzioni --nofx e --save_stats dovrebbero fare proprio questo ;-)


 ottimo, scusa ma non avevo controllato bene

 - ho preparato tutto per avere dei cronjob sul server FMACH [0],


 Grazie!


 ora si aggiorna ad ogni ora


 Dovrebbe sistemarsi cambiando riga 425 di osm_parser.py, da:
 print  , title
 a
 print  , title.encode(utf-8)


 ho usato questa soluzione ed ha funzionato


 Ciao,
 Simone



 --
 ciao
 Luca

 http://gis.cri.fmach.it/delucchi/
 www.lucadelu.org

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Utenti che importano con errori

[marco bra]

Per aggiungere elementi: qui viene espressamente indicata l'origine
dell' l'import...

http://www.openstreetmap.org/browse/changeset/16774274

C

Il 02 ottobre 2013 21:34, Francesco Pelullo f.pelu...@gmail.com ha scritto:
 Qui non si tratta semplicemente di una cattiva riproiezione, le geometrie
 caricate sono troppo dettagliate rispetto alle ortofoto di cui disponiamo
 liberamente.

 Esempio:
 http://www.openstreetmap.org/browse/way/228218720

 Questa è la PCN:
 http://bit.ly/154Pf2V

 questa è Bing:
 http://bit.ly/18PFWVM

 e questa è la CTR Puglia dal sito www.sit.puglia.it:
 http://bit.ly/1brCwwk

 Per me questo import non è compatibile con la licenza di OSM.

 Ciao
 /niubii/




 Il giorno 02 ottobre 2013 20:58, Martin Koppenhoefer
 dieterdre...@gmail.com ha scritto:


 2013/10/2 Francesco Pelullo f.pelu...@gmail.com

 Ho contattato AlfiusMSA, il quale in verità mi ha risposto immediatamente
 ma in maniera un pò vaga circa l'origine di questi dati.

 Presumo che queste geometrie derivino da qualche layer della CTR, sono
 molto dettagliate e non sono allineate con le ortofoto per le quali abbiamo
 le autorizzazioni.

 Che facciamo? Un revert di tutti gli import di AlfiusMSA a prescindere?



 visto che ti risponde e non è ancora stato espressivo, tentarei di
 chiederlo un'altra volta delucidazioni spiegando che andremmo a rivertare il
 tutto se la fonte rimane dubbiosa. A prescindere della licenza non ti
 convince ne anche la qualità del import, (non allineato con le ortofoto),
 vero? Forse quindi ci sono anche ulteriori problemi (per esempio di
 riproiezione fatta male)?

 ciao,
 Martin

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Cambiare formato testo in JOSM

[marco bra]

Se me lo invii lo elaboro e te lo rimando...

uso un programma in harbour http://harbour.github.io/

per manovrarlo cioe' non uso uno script ma un binario che compilo ed
adatto in base a quello che voglio fare se vuoi ti mando il
sorgente...

Ciao

Il 27 settembre 2013 14:15, alessandro zardo bredy...@yahoo.it ha scritto:
 E' un file che ho io, ma prima di caricarlo volevo mettere i nomi nella
 forma corretta.

 
 Da: marco bra marcobra.ubu...@gmail.com
 A: openstreetmap list - italiano talk-it@openstreetmap.org
 Inviato: Giovedì 26 Settembre 2013 23:29
 Oggetto: Re: [Talk-it] Cambiare formato testo in JOSM

 Si puo' fare dove sono queste località da modificare per averne un idea ?

 Grazie

 Il 26 settembre 2013 23:25, Cascafico Giovanni cascaf...@gmail.com ha
 scritto:
 Sembrerebbe di no, a meno di scrivere codice python. Però una soluzione
 pulita potrebbe essere queslla segnalata nel forum OSM [1] che consiste
 nel
 searchreplace nel file .osm con un editor xml... credo funzi egregiamente
 anche Notepad++

 [1] http://forum.openstreetmap.org/viewtopic.php?pid=296492#p296492


 2013/9/26 bredy bredy...@yahoo.it

 Ho dei nomi di località tutte in maiuscolo con tag name, c'è un modo per
 trasformarle con solo iniziali maiuscole?



 --
 View this message in context:

 http://gis.19327.n5.nabble.com/Cambiare-formato-testo-in-JOSM-tp5779095.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



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




 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Cambiare formato testo in JOSM

[marco bra]

Groppo, non ho usato il tuo script, ma l'ho provato ed e' potente,
sarebbero da discriminare alcune liste di parole...  che non vanno
maiuscole... di, del etc.

Ci potresti lasciare qualche riferimento disponibile in rete, che per
tua esperienza, è utile per approfondimenti...

Grazie

mcheck



Il 27 settembre 2013 22:58, marco bra marcobra.ubu...@gmail.com ha scritto:
 Risultato... in allegato

 Ciao

 Il 27 settembre 2013 19:48, Groppo grop...@gmail.com ha scritto:
 2013/9/26 bredy bredy...@yahoo.it

 Ho dei nomi di località tutte in maiuscolo con tag name, c'è un modo per
 trasformarle con solo iniziali maiuscole?


 Puoi provare in JOSM, tramite uno script Python.

 Se non lo hai già, devi installare e configurare il plugin Scripting, come
 scritto qui:
 http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script/Installation
 nella prima sezione: Abilita in JOSM l'esecuzione di script esterni.

 Poi:

 1 - apri il file .osm
 2 - vai sul menu Scripting -- Show scripting console -- Change e
 selezioni python, with jython engine
 3 - incolli nella console il codice più sotto e premi Run.

 Lo script passa in rassegna nodi, way e relazioni e trasforma in maiuscolo
 la prima lettera di ciascuna parola nel tag name.
 Es. name = abc ABC -- name = Abc Abc

 Come sempre, conviene provare su una copia e controllare il risultato prima
 di caricare su OSM ;-)
 (oltre a seguire le solite procedure per gli import, se è una fonte nuova.)


 Ciao,
 Groppo


 #codice script
 
 Capitalize words of value in name=* tags, through JOSM
 

 import sys
 from javax.swing import JOptionPane
 from org.openstreetmap.josm import Main

 def getMapView():
 if Main.main and Main.main.map:
 return Main.main.map.mapView
 else:
 JOptionPane.showMessageDialog(Main.parent, Apri dei dati, prima di
 eseguire lo script.)
 sys.exit(1)

 mv = getMapView()
 if mv and mv.editLayer and mv.editLayer.data:
 dataset = mv.editLayer.data
 elements = []
 elements.extend(dataset.nodes)
 elements.extend(dataset.ways)
 elements.extend(dataset.relations)

 #For each OSM object in the dataset
 for element in elements:
 tags = element.getKeys()
 if len(tags) != 0:
 if name in tags:
 #capitalize words of name value
 tags[name] = element.get(name).title()
 #update tags
 element.setKeys(tags)

 JOptionPane.showMessageDialog(Main.parent, Done.)

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




 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Estratti regionalidi FMACH

[marco bra]

Il binario osmconvert che lo script richiama e' quello interno ai
files in arrivo da github, a me quello da' problemi.

Su Ubuntu 12.04 a 64 bits ho dovuto usare il file osmconvert self-compiled:

wget -O - http://m.m.i24.cc/osmconvert.c | cc -x c - -lz -O3 -o osmconvert
sudo cp osmconvert /usr/bin/osmconvert
sudo chmod +x /usr/bin/osmconvert

invece di usare osmconvert che arriva in installazione dai repository...

Se lancio osmconvert che arriva da github, nella dir ital.img ottengo:
 ./osmconvert -h
./osmconvert: /lib/x86_64-linux-gnu/libz.so.1: version `ZLIB_1.2.3.5'
not found (required by ./osmconvert)

Ma che in effetti esiste nel sistema, ma di versione precendente

ls -la /lib/x86_64-linux-gnu/libz.so.1
lrwxrwxrwx 1 root root 15 apr  9 19:42 /lib/x86_64-linux-gnu/libz.so.1
- libz.so.1.2.3.4

Teniamo conto che mi pare Luca usa Debian...

Con questo sistema ottengo per la parte della liguria il file
elaborato ed aggiornato...
Con qualche individuazione di errori che recitano GRAVE... su
svariate ways liguri, ma sorvoliamo... altrimenti si mescolano le cose
qui e ci si confonde.

Ciao e grazie per la collaborazione.
mcheck


Il 26 settembre 2013 17:01, Simone Cortesi sim...@cortesi.com ha scritto:
 2013/9/26 Cristian Consonni kikkocrist...@gmail.com:
 come consigliato da Luca, mi sono scaricato ital.img[1]  e
 osmconvert[2a][2b] ed ho fatto un po' di prove.

 L'unica modifica che ho apportato è sostituire: italy.osm.bz2 con
 italy-latest.osm.bz2, ho scaricato il file da geofabrik e ho lanciato
 lo script così:

 ./italimg.sh -f -R regione  regione.out

 trovo che andrebbe data la possibilità di specificare il nome del file
 in input. io preferisco scaricarlmeno con wget e poi far partire
 questo script.

 ho generato l'italia, questi i risultati.

 simone@blackmagic:~/develop/ital.img$ ./osmconvert --statistics
 output_osm_regioni/lombardia.pbf   /dev/null
 timestamp min: 2005-08-15T05:24:29Z
 timestamp max: 2013-09-24T19:13:51Z

 --
 -S

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Cambiare formato testo in JOSM

[marco bra]

Si puo' fare dove sono queste località da modificare per averne un idea ?

Grazie

Il 26 settembre 2013 23:25, Cascafico Giovanni cascaf...@gmail.com ha scritto:
 Sembrerebbe di no, a meno di scrivere codice python. Però una soluzione
 pulita potrebbe essere queslla segnalata nel forum OSM [1] che consiste nel
 searchreplace nel file .osm con un editor xml... credo funzi egregiamente
 anche Notepad++

 [1] http://forum.openstreetmap.org/viewtopic.php?pid=296492#p296492


 2013/9/26 bredy bredy...@yahoo.it

 Ho dei nomi di località tutte in maiuscolo con tag name, c'è un modo per
 trasformarle con solo iniziali maiuscole?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Cambiare-formato-testo-in-JOSM-tp5779095.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Osmose abilitato per l'Italia

[marco bra]

Su Liguria:

wget http://geodati.fmach.it/gfoss_geodata/osm/output_osm_regioni/liguria.pbf;
osmconvert --statistics liguria.pbf  /dev/null

timestamp min: 2006-08-29T23:16:17Z
timestamp max: 2013-05-08T18:39:38Z

ciao
...

2013/9/22 Cristian Consonni kikkocrist...@gmail.com:
 2013/9/22 bredy bredy...@yahoo.it:
 Io ti dico che trovo le segnalazioni di errori che ho già corretto almeno due
 mesi fa.

 Mi hanno contattato ora Jocelyn e Frédéric (i due sviluppatori
 principali di Osmose) e mi hanno detto che:
 quanto segue.

 -- Forwarded message --
 From: Jocelyn Jaubert
 Date: 2013/9/21
 Subject: Old pbf files for Italy [was: Re: Update AUTH FAIL error]
 To: Cristian Consonni kikkocrist...@gmail.com
 Cc: Frédéric Rodrigo


 Le 18/09/2013 23:17, Cristian Consonni a écrit :
 2013/9/18 Jocelyn Jaubert:
 Most of the errors seem to be here:
 http://osmose.openstreetmap.fr/errors/?source=2833item=4090class=1

 But it looks strange: it seems the errors were corrected a few months ago.
 Are you sure that the extracts you are using are recent enough ?

 AFAIK, the extracts are generated daily.
 I can ask.

 I just checked the pbf file from Abruzzo, and it doesn't seem to have any
 element more recent than may 2013:

 $ wget 
 http://geodati.fmach.it/gfoss_geodata/osm/output_osm_regioni/abruzzo.pbf

 $ ./osmconvert/osmconvert --statistics abruzzo.pbf  /dev/null
 timestamp min: 2007-03-28T17:21:42Z
 timestamp max: 2013-05-08T18:14:25Z


 Can you use some more recent extracts ?


 Thanks,
 Jocelyn
 ---

 Mi dicono anche che negli estratti non ci sono le relazioni.

 HTH,

 Cristian

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Edifici con più numeri civici

[marco bra]

Io tenderei a non unire il singolo civico:
al perimetro, come punto sul perimetro ed anche dall'edificio stesso
(intendo l'attribuzione del civico all'elemento grafico identificante
l'intero edificio) in modo tale che eventuali import possano essere
meno faticosi.

In genere per manipolazioni future secondo me e' meglio tendere a
tenere gli elementi isolati...
(ad esempio odio i landuse fusi con gli elementi stradali, non si
maneggiano più con comodità)

Comunque io ho fatto così: http://www.openstreetmap.org/#map=17/44.40191/8.68599

Ciao, Marco/mcheck/mcheckimport

Il 15 settembre 2013 21:43, Mario Pichetti mario.piche...@gmail.com
ha scritto:
 Il 13/09/2013 19:58, sabas88 ha scritto:




 Il giorno 13 settembre 2013 19:46, andria_osm andria_...@tiscali.it ha
 scritto:

 l'entrata va taggata come un node dentro l'area dell'edificio?


 Rispondendo anche a Giuseppe
 http://www.openstreetmap.org/#map=17/40.09040/8.49421

 (discussione già passata in lista)

 Io taggo l'indirizzo sull'accesso fisico, un edificio con più civici ha per
 forza più entrate.
 L'entrata la metto come nodo appartenente all'edificio se si tratta di un
 portone di un palazzo ad esempio..

 Ciao,
 Stefano


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

 Date una occhiata anche qui (Imola_BO)
 http://www.openstreetmap.org/browse/changeset/4633295

 Oppure Trento http://www.openstreetmap.org/browse/changeset/16498387

 In via Appia tipico esempio di interpolation. (by Alberto)

 http://wiki.openstreetmap.org/wiki/IT:Glossario_OSM#I

 Ciao, Mario.





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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] R: [OT?][OSMAnd] Il GPS si ''pianta''?!

[marco bra]

https://code.google.com/p/osmand/

2013/8/31 Marco Ciampa ciam...@libero.it:
 On Sat, Aug 31, 2013 at 12:19:30AM +0200, beppebo...@libero.it wrote:
 È un problema del telefono ti consiglio con 249 un ottimo google nexus e poi
 nessun problema gps .
 Ciao

 Io _ho_ il google (Samsung) Nexus e il gps a volte si pianta ma penso che
 in realtà sia un probema di OSMAnd visto che se lo
 spengo e riaccendo risolvo il problema...

 --


 Marco Ciampa

 ++
 | Linux User  #78271 |
 | FSFE fellow   #364 |
 ++

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Toponomastica

[marco bra]

e' Questa DUG ftp://ftp.finanze.it/pub/territorio/swstradario/DUG_05042012.csv

Il 24 agosto 2013 23:33, Francesco Pelullo f.pelu...@gmail.com ha scritto:
 Si, tutto vero.

 Tra l'altro, esiste una tabella con tutti i possibili tipi di toponimi.

 Non ricordo in quale file sia nascosta, dovrei ridare un'occhiata al
 tracciato dei record (scaricabile sempre dalla solita pagina dell'Agenzia
 delle Entrate). In ogni caso, ne trovi una copia qui:
 http://suite.tecter.it/Help/Appendix/TracciatiRecord/ImpCatasto_LkToponimi.htm

 Ciao
 /niubii/

 Il giorno 24/ago/2013 22:45, Maurizio Napolitano napoo...@gmail.com ha
 scritto:

 Questo thread pero' mette in evidenza una cosa caruccia che si
 potrebbe integrare con il lavoro di Daniele Forsi sulla corretta
 scrittura dei nomi delle strade o con quello di Diego Guidotti sui km
 non coperti.
 Come gia' detto, per articolo 52 del codice di amministrazione
 digitale italiano - se non presente una
 licenza - ci troviamo davanti un database con l'elenco di tutti i nomi
 delle strade di Italia.
 A questo punto possiamo attivarci per scoprire quali sono i comuni da
 coprire.

 ___
 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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Nodi sovrapposti

[marco bra]

martin penso bredy fa' riferimento alle linee elettriche Friuli
Venezia Giulia questo file, che ho splittato qui per comodità:

https://dl.dropboxusercontent.com/u/89290441/temporanei/linee_elettriche_senza_duplicati_splitted.tar.gz

Questi files vanno verificati a mano, perche' ho visto che ci sono
pali sulle linee non uniti ai nodi della linea sottostante, linee non
unite anche se coincidenti pali solitari e penso anche altro... la
validazione di cui parli tu l'ho fatta prima di splittarli

Ciao

Il 21 agosto 2013 17:56, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:


 Il giorno 21/ago/2013, alle ore 16:47, alessandro zardo bredy...@yahoo.it 
 ha scritto:

 I dati sono prelevati dalla CTRN e la sovrapposizione e dovuta alla messa 
 assieme di tutti i dati. Comunque preferisco fare a mano ci vuol tempo ma 
 viene un lavoro preciso.


 penso si potrebbe fare in automatico, validator - duplicate nodes (o simile) 
 - fix

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Qualità edifici importati

[marco bra]

Credo che se gli import non sono buoni si possa fare un revert e
siccome per tanti il colpevole sono io liguria ed emilia romagna
chiedo se posso farlo...

Se siete d'accordo eseguo subito...

Cosi avremo un bel vuoto ma perfetto...

Per favore... collaborazione e non disfattismo...

Se ci sono zone da correggere segnalare con note sulla mappa.

Grazie
mcheck/mcheckimport


Il 19 agosto 2013 18:43, Leonardo Frassetto kinetocor...@gmail.com ha scritto:
 Riformulo meglio, una zona già con una base solida in partenza (strade
 principali, poligoni degli edifici) invoglia maggiormente a portare
 ulteriori migliorie a quello già presente. Gli import non servono a inserire
 i microdettagli (ovvero i negozi, sentieri, fontanelle,ecc...) ma a evitare
 un lavoro francamente noioso di ricalco degli edifici e degli utilizzi del
 suolo. Secondo me è qui che OSM può brillare rispetto a Google, nel livello
 di dettaglio dell'informazione.


 Il giorno 19 agosto 2013 18:28, Martin Koppenhoefer dieterdre...@gmail.com
 ha scritto:



 Il giorno 19/ago/2013, alle ore 17:45, Leonardo Frassetto
 kinetocor...@gmail.com ha scritto:

  Secondo me la verità sta nel mezzo: una zona senza niente non invoglia
  per nulla a migliorare


 se fosse vero avremmo ancora una mappa vuota ;-)

 ciao,
 Martin
 ___
 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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Qualità edifici importati

[marco bra]

@Simone ci mandi il link ad una zona, per favore, così si corregge...

e non me la prendo assolutamente anzi io continuo a scherzarci un po' sopra... ?

mod_scherzo

@Si Stefano, se vogliamo dirla tutta io avrei avrei anche altre proposte:

1) chiudere immediatamente per la zona di mappa italiana la
possibilità di edit con potlatch2 ed id ma tutto sommato anche con
Josm buttare immediatamente le tracce GPS
data l'impossibilità di controllare immediatamente i dati e le
geometrie... ed poi i gps... non sono poi così precisi...

Mettere un comunicato e che sia ben in chiaro, sulla pagina Osm Italia:

Annuncio: Agosto 2013 OSM Italia cancellati dati imprecisi.
OSM-SpaCA2 annuncia: E' vietato mappare elementi con qualità più
migliore delle cartografie ufficiali.

Istituire immediatamente queste commissioni di pre valutazione di
qualità con nomi proposti come segue:

1)  OSM-O : gli ortogonali, o degli spigoli  per la valutazione
della: Tolleranza Ammissibile nella Presunta Ortogonalità

2)  OSM-BB : Bing o Bongo detta anche o' elastico valuta lo
scostamento ammissibile rispetto al PCN e rimanda il dato al mittente
chiedendo di eliminare le traslazioni delle zone...

3)  OSM-TLC : Te Lo Cancello con compito di togliere tutti gli
elementi che hanno riferimento a source=Bing potrebbero essere non
esatti... non c'e' la qualità... lavora a stretto contatto con la
sopra proposta OSM-BB o' elastico rimandando i changeset al
mittente...

Le commissioni sopracitate dovranno obbligatoriamente passare i dati
al vaglio definitivo della commissione:

 OSM-SpaCa2 detta SpaccaCapelloIn2 o Quallità Asoluta (nel nome
non ci sono errori, e non dite che ci sono...) per la Valutazione
Ultima ed indiscutibile.

/mod_scherzo

Ciao ;-)



Il 20 agosto 2013 16:54, sabas88 saba...@gmail.com ha scritto:
 Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com ha
 scritto:

 Credo che se gli import non sono buoni si possa fare un revert e

 siccome per tanti il colpevole sono io liguria ed emilia romagna
 chiedo se posso farlo...

 Se siete d'accordo eseguo subito...


 Io cancellerei anche le coste del PGS ed i confini amministrativi che sono
 rimasti dal 2001, anche quelli non è che siano un bel vedere...
 Non si sono mai viste coste naturali con angoli a 90°, e non credo che i
 confini italiani siano stati tracciati a tavolino come in Africa, quindi
 meglio non averli che dare informazioni sbagliate.


 Cosi avremo un bel vuoto ma perfetto...

 Per favore... collaborazione e non disfattismo...

 Se ci sono zone da correggere segnalare con note sulla mappa.

 Grazie
 mcheck/mcheckimport


 Ciao,
 Stefano

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Unire due livelli

[marco bra]

Grazie Luca

ho usato:

java -Xmx2000m -jar splitter.jar --max-nodes=15000 --mapid=1
--output=xml linee_elettriche_senza_duplicati.osm  splitter.log

qui sotto il link al file splittato in base a un numero massimo di
elementi per file, si dovrebbe correggere con più comodità ed anche
l'upload così suddiviso puo' essere gestito in modo migliore...

https://dl.dropboxusercontent.com/u/89290441/temporanei/linee_elettriche_senza_duplicati_splitted.tar.gz

Ciao

2013/8/18 Luca Delucchi lucadel...@gmail.com:
 Il giorno 17/ago/2013 19:17, marco bra marcobra.ubu...@gmail.com ha 
 scritto:

 Se qualcuno sa' come spezzare con qualche tool senza farlo da Josm
 è benvenuto...


 Penso che sia osmosis [0], the splitter [1] e osmcut [2] possano fare ciò

 Ciao


 [0] http://wiki.openstreetmap.org/wiki/Osmosis
 [1] http://wiki.openstreetmap.org/wiki/Splitter
 [2] http://wiki.openstreetmap.org/wiki/Osmcut


 Ciao
 Luca

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Unire due livelli

[marco bra]

Si decisamente il file va' prima aggiustato in quanto ci sono piloni
staccati dai nodi della linea e tratte disconnesse... prima di tutto
io spezzerei per lavorare meglio cioe' con files + piccoli...
(altrimenti la validazione ad esempio ci mette troppo)

Ad esempio sul file unito se vuoi operare in modo più veloce seleziona
con il lazo (con un po' si sovrapposizioni fra selezioni successive) e
poi convalidi per pezzi e vedrai quante sovrapposizioni hai e che
corregge...

Quello sotto l'ho un po' pulito io, ma e' ancora unito:
https://dl.dropboxusercontent.com/u/89290441/temporanei/linee_elettriche_senza_duplicati.osm.tar.gz


Se qualcuno sa' come spezzare con qualche tool senza farlo da Josm
è benvenuto...

Ciao

2013/8/16 bredy bredy...@yahoo.it:
 il file lo puoi trovare a questo indirizzo:

 Linee elettriche http://www.azktech.com/file/linee_elettriche.rar



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773787.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Scaricare singoli dati dal database

[marco bra]

[timeout:600];
area[name=Friuli-Venezia Giulia];
(
  way(area)[power~line|minor-line];
);
(  ._;  ;);out meta qt;

Il 13 agosto 2013 18:11, bredy bredy...@yahoo.it ha scritto:
 Fin lì c'ero arrivato, ma non capisco come si fa ad impostare che si vuole
 solo i dati di una regione. Finchè è un box della finestra ok, ma
 specificare la regione non riesco proprio a farlo.

 Mi interessa il FVG



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462p5773468.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Scaricare singoli dati dal database

[marco bra]

http://overpass-turbo.eu/ e poi premi run e poi se vuoi puoi anche
esportare il risultato... menu export

2013/8/14 bredy bredy...@yahoo.it:
 perdonami, ma dove la scrivo questa roba?



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462p5773571.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Scaricare singoli dati dal database

[marco bra]

o premi qui http://overpass-turbo.eu/s/LC

2013/8/14 marco bra marcobra.ubu...@gmail.com:
 http://overpass-turbo.eu/ e poi premi run e poi se vuoi puoi anche
 esportare il risultato... menu export

 2013/8/14 bredy bredy...@yahoo.it:
 perdonami, ma dove la scrivo questa roba?



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462p5773571.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Unire due livelli

[marco bra]

Scusami ma non capisco perchè se ci sono già li devi sovrascrivere ?
io metterei solo le differenze... ?


Il 14 agosto 2013 16:59, bredy bredy...@yahoo.it ha scritto:
 Altrimenti se non hanno lo stesso ID è impossibile? Ho visto che i dati si
 sovrappongono, ma poi sarebbe un lavoro spaventoso dover cancellare tutte le
 linee sovrapposte ( nel mio caso linee elettriche) e poi dover unire tutti i
 pali e piloni (bisogna selezionarli uno ad uno e unirli premendo M). Troppo
 lungo.




 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773620.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Unire due livelli

[marco bra]

Se ti riferisci agli elementi  power line... del Friuli che credo
adesso hai tirato giù con overpass-trubo.eu se su tale set di dati
esportati in josm fai il controllo di errore con la validazione esso
ti corregge i duplicati l'ho fatto adesso in locale ... se basta
quello... fai così



Il 14 agosto 2013 18:16, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:



 2013/8/14 bredy bredy...@yahoo.it

 Altrimenti se non hanno lo stesso ID è impossibile? Ho visto che i dati si
 sovrappongono, ma poi sarebbe un lavoro spaventoso dover cancellare tutte
 le
 linee sovrapposte ( nel mio caso linee elettriche) e poi dover unire tutti
 i
 pali e piloni (bisogna selezionarli uno ad uno e unirli premendo M).
 Troppo
 lungo.



 sembra il risultato di un upload non riuscito (o meglio: upload due volte
 risuscito ;-)   ). Forse è possibile di fare il revert di un intero
 changeset?

 ciao,
 Martin

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Unire due livelli

[marco bra]

Se ci dai possibilità di vedere/caricare il file in Josm si riesce ad
essere più precisi...


Il 14 agosto 2013 18:39, bredy bredy...@yahoo.it ha scritto:
 allora i dati delle linee con overpass son riuscito a scaricarli
 correttamente e ho anche corretto alcuni doppioni che c'erano. Fin qui
 niente di difficile.

 A parte ho avuto i dati completi delle linee elettriche su un file osm, in
 cui però sono presenti anche i dati attuali già presenti in OSM che si
 sovrappongono. (Ecco perchè i due dati di cui parlavo non hanno gli stessi
 ID) Uno è il file di OSM, l'altro è un'importazione dei dati regionali.

 Funziona allo stesso modo che hai descritto? Basta importare e lui ti
 corregge gli errori?



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773632.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] waterway_layer

[marco bra]

Hei, mannaggia, sono stato io, che ne dite di fare un revert sul changeset...?

mcheck



Il 25 luglio 2013 15:53, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:


 Am 25/lug/2013 um 13:59 schrieb bredy bredy...@yahoo.it:

 come mai però i tratti sotterranei dei corsi d'acqua vengono comunque
 visualizzati come i tratti normali a celo aperto, non sarebbe meglio che
 fossero invisibili o almeno tratteggiati, altrimenti ci si potrebbe
 confondere nella lettura della carta.

 si, certo. Quale tag stai usando per indicare che sono sotterranei?

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] corsia ciclabile spezzettata

[marco bra]

Per gestire e correggere gli errori pertanto anche le strade non
connesse, trovo che tool più comodo ed efficace sia quello di groppo

http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script

Video esplicativo del funzionamento: http://bit.ly/ZTwj0Z

Ciao

Il 22 luglio 2013 20:24, emmexx emm...@tiscalinet.it ha scritto:
 Il 07/22/2013 07:18 PM, girarsi_liste scrisse:

 My 2 cent:

 http://wiki.openstreetmap.org/wiki/IT:Strade_non_connesse

 Grazie ma non e' il caso in questione. In ogni caso mi tengo i 2 cents! ;-)

 In questo caso le way sono gia' presenti e devo solo aggiungere il tag
 cycleway=lane.
 Il problema e' che, mancando la continuita' della corsia ciclabile in
 alcuni punti, un operazione abbastanza semplice come, appunto,
 aggiungere il tag cycleway ad una way lunga un kilometro (ad esempio) si
 trasforma nella necessita' di spezzettare la way in corrispondenza di
 ogni incrocio. Oltretutto, per come sono fatte queste corsie ciclabili,
 bisogna spezzare una decina di metri prima dell'incrocio e 2-3 metri
 dopo. Ed essendo gli incroci in osm adimensionali (un punto) questo ha
 delle implicazioni quando si manipolano queste way cortissime.

 ciao
 maxx

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

[Talk-it] Confini amministrativi, isole...

[marco bra]

In questa zona confini comunali sembrano alquanto improbabili...,
quantomeno nelle isole interne al confine principale...

http://www.openstreetmap.org/?lat=40.40562lon=15.49765zoom=16

Non avendo possibilità di verifica precisa Vi invio messaggio qui

Grazie

mcheck


--
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] LearnOSM in formato ebook

[marco bra]

Test:

- Il file di sabas88 .epub si legge bene con calibre and fbreader
- il file di Simone .mobi da errore python (related to utf8) in
apertura con Calibre si legge invece con fbreader

In una prova locale ho convertito il file da  .epub → .mobi usando
Calibre e non da' errore.

Una particolarità non ho visto nessuna info circa la versione del
libro ne' di date di riferimento
Il contenuto  non e',  forse, già da aggiornare ?
Non c'e nulla riguardo l'editor id e la funzionalità per le note sulle
mappe... da osm


Ciao
mcheck

Il 09 luglio 2013 23:06, girarsi_liste liste.gira...@gmail.com ha scritto:
 Il 09/07/2013 22:59, Simone Cortesi ha scritto:

 Vi aggiorno sulla faccenda:

 grazie a Stefano Sabatini ho scoperto un metodo per pubblicare su
 amazon ebook gratis, con qualche passaggio che richiede circa 10
 giorni (purtoppo per i primi 10 giorni il libro sar� a pagamento, se

 dovessero esserci vendite, donero' i proventi a OSMF).

 credits: Humanitarian OpenStreetMap Team (Autore), Stefano Sabatini
 (Traduttore), Fabrizio Carrai (Traduttore), Fabrizio Tambussa
 (Traduttore), Paolo Pozzan (Traduttore), Andrea Ricci (Redattore),
 Simone Cortesi (Redattore).

 c'e' qualche errore?

 link al file:
 https://dl.dropboxusercontent.com/u/426955/OpenStreetMap%2Bper%2Bprincipianti.mobi
 (calibre sotto linux a me lo apre, ad altri, no).

 Fatemi sapere,
 appena raggiunto il consenso, schiaccio il bottone di pubblicazione.


 Sul mio debian kde, con fbreader si legge egregiamente, bisogna farci un pò
 manetta.


 --
 Simone Girardelli


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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Correzione errori italia: domanda prima di operare pulizia sui nodi di way con tags

[marco bra]

Per la zona in oggetto
http://www.openstreetmap.org/?lat=44.48514lon=11.31156zoom=16 ho
tolto tutti i tag name che contenevano semplicemente il progressivo
del punto dai nodi delle tracce... ed anche alcuni nodi orfani.

Ho contattato l'utente che aveva importato tali tracce.

Il tag ele nei nodi di eventuali tracce quando li troverò non li leverò.

Grazie cordialmente
mcheck

Il 04 luglio 2013 12:22, Cascafico Giovanni cascaf...@gmail.com ha scritto:
 Intanto scusate: quel ovoidale, frutto del correttore, è un void
 (assenza di dati) normalmente causati da pareti particolarmente ripide
 oppure da neve, entrambi problematici per le registrazioni srtm

 Sulla precisione Z, personalmente non ho notato errori oltre gli 1-3 metri
 nei punti noti che frequento (garmin nuvi ed huawei ideos) che, rispetto ai
 void o interpolazione sui 90m, mi sembrano trascurabili. Forse il problema
 montano più comune è il fogliame. Vedrò di farci caso.

 Comunque non ho mai caricato in osm direttamente gpx, tantomeno con ele, che
 in JOSM preclude la semplificazione
 --
 http://cascafico.altervista.org

 Il giorno 04/lug/2013 10.59, Martin Koppenhoefer dieterdre...@gmail.com
 ha scritto:


 2013/7/4 Cascafico Giovanni cascaf...@gmail.com

 Tag ele: mi dicono che in Friuli sono frutto dei primi import CTRN. Credo
 che quelli da registrazioni GPX montane sia un dato utile visto che il
 campionamento SRTM è 90 metri e spesso ovoidale.




 Se non disponi di un GPS con sensori barometrici (e se non hai calibrato
 questi sensori poche ore prima con un dato affidabile), la qualità
 altimetrica del segnale GPS è pessima (ca. 10 volte meno preciso della
 posizione orizzontale). Per calibrare si deve stare attento al sistema di
 riferimento, cosa spesso non è ne anche così facile (perché non
 esplicitato). In OSM usiamo WGS84 come sistema di riferimento, ma i valori
 che si leggono sui cartelli in Italia al solito sono in un altro sistema.

 ciao,
 Martin

 ___
 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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

[Talk-it] Correzione errori italia: domanda prima di operare pulizia sui nodi di way con tags

[marco bra]

Ciao

gentilmente mi potete dire se posso togliere i tags ai nodi di questa zona:

http://www.openstreetmap.org/?lat=44.48514lon=11.31156zoom=16

Inoltre, a volte, nel mio girovagare nella pulizia dell'area italiana
mi sono imbattuto in elementi di way con il tag ele sui nodi di ways
che non sembrano significativi riguardo la mappatura...

In quei casi va' tolto detto tag ele ?

Grazie e cordiali saluti
mcheck

Nota: Per individuare errori e per pulirli, sto' usando  in Josm questo plugin

https://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script

Guida per installarlo...

https://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script/Installation



--
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Fiume che incrocia strada

[marco bra]

Non e' che hai due ways sovrapposte... nel caso, in Josm, per fare lo snap
su elementi sovrapposti:

- premi AltGr e clicca più volte sull'elemento

o

-  per ciclare a video tramite una finestra gli elementi sovrapposti premi
e tieni premuto il tasto centrale del mouse...

Oppure usa il validator di Josm sulla zona e correggi prima gli elementi
sovrapposti...

Premi crl + j in josm e mandaci il link della posizione su cui lavori...

Ciao


2013/6/21 bredy bredy...@yahoo.it

 Si ci metto sempre bridge e il layer ad entrambe, ma l'errore rimane
 sempre.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Fiume-che-incrocia-strada-tp5766227p5766302.html
 Sent from the Italy General mailing list archive at Nabble.com.

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Mappare turbine idroelettriche.

[marco bra]

Più semplice ed immediato, fai una query tipo questa che ho usato al link
sottostante, ho imposto di usare le regexp nella ricerca, quindi e' ancora
più malleabile:

http://overpass-turbo.eu/s/iL

Poi per l'export in Josm per la successiva correzione:

1) devi avere josm attivo e con il controllo remoto attivo

Come si abilita: JOSM il controllo remoto: Modifica - Preferenze... -
Controllo remoto: abilita controllo remoto.

2) dal menu di overpass-turbo dal menu export → Load into Josm puoi
esportare i dati su josm...

Ciao
mcheck



Il giorno 05 giugno 2013 17:53, Fabrizio Tambussa ftambu...@gmail.com ha
scritto:

 Il giorno 05 giugno 2013 17:16, Alberto albertoferra...@fastwebnet.itha 
 scritto:


 Con Taginfo ad esempio si può cercare un tag e caricare i risultati
 direttamente in JOSM per modificarli. Solo che nel caso di power=station
 restituisce troppi risultati per tutto il mondo e non funziona.
 Qualcuno con più esperienza di me conosce un modo per cercare tutti i tag
 power=station in una certa area, meglio ancora se inseriti da un certo
 utente?


 Grazie per il commento.  Per cercare i tag power=station in un'area con
 JOSM puoi vedere come ha fatto Cascafico nel suo blog:

 http://cascafico.altervista.org/index.php?option=com_contentview=articleid=26:caccia-al-tesorocatid=3:josmItemid=17

 Saluti
 Fabrizio

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Revert su numeri civici

[marco bra]

Ho sistemato...

Ciao
mcheck


Il giorno 03 giugno 2013 23:56, Caterpillar caterpilla...@gmail.com ha
scritto:

 Il 03/06/2013 23:07, Martin Koppenhoefer ha scritto:
 
 
 
  On 03/giu/2013, at 23:01, Caterpillar caterpilla...@gmail.com wrote:
 
  Come si può fare per fare il revert? Non ne ho mai fatto uno, e se non
  erro, quei numeri civici li avevo impostati io
 
  se l'unico problema del suo edit sta nel addr-tag di una strada, la cosa
 migliore è caricare la zona in Josm, cercare nomesbagliato (ctrl+f credo) e
 correggere tutto insieme in una volta.
 
  Ciao,
  Martin
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-it
 
 Il fatto è che non sono molto pratico con il search di JOSM

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati

[marco bra]

I civici sono comunque esportati su osm...

mcheck


Il giorno 28 maggio 2013 22:18, Leonardo kinetocor...@gmail.com ha
scritto:

 Se vuoi posso convertirtelo io :)

 Leonardo

 Il 28/05/2013 21:03, girarsi_liste ha scritto:

  Il 28/05/2013 20:55, Gianmario Mengozzi ha scritto:

 Ehi intendo solo lo shape dei numeri civici :)

 -- sent by Google Nexus


 Mi sa che ci siamo capiti male, io ho le strade forestali, non quelle di
 viabilità dei paesi, per intenderci quelle che portano alle malghe o ai
 passi montani, la tabella contiene solo la definizione dei nomi delle
 strade, alcune, poi i tipi di strada facente parte del tecnicismo
 forestale, e i numeri identificativi dei comuni di appartenenza.

 Nello saphefile non compaiono layer di numeri civici, ma solo un'unico
 layer con nome viafor.




 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati

[marco bra]

Leonardo in qgis che impostazione hai usato soprattutto per lo shift citato
alla pagina

https://servizi.comune.cesena.fc.it/opendata/statistica.jsp?TABLE_ID=223

In import a me non quadra per niente, posteresti le impostazioni che hai
usato ?

Grazie
Marco


Il giorno 26 maggio 2013 18:04, Gianmario Mengozzi 
gianmario.mengo...@gmail.com ha scritto:

 Non mi compare nessun msg di errore relativo a python

 -- sent by Google Nexus
  Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com
 ha scritto:

  Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto:

 ciao Simone

 Come faccio eventualmente a verificarlo?


 A me succede quando avvio il programma Qgis, poco prima di terminare il
 caricamento completo, mi compare una finestra con scritto che disabilita il
 python a causa del plugin python-qgis non compatibile con la versione in
 essere.

 Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora
 risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava
 senza problemi di versione del plugin python-qgis, e se erano solo
 problematiche da risolvere sulle distribuzioni linux.

 --
 Simone G.

 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it


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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati

[marco bra]

Fantastico... grazie mille

Avevo fatto anche io le sottrazioni per lo shift ma usavo

Monte Mario / Italy zone 1 EPSG:3003 e non mi quadrava nulla perche' il
parametro x_0 e' diverso... quindi...

Usando Monte Mario / Italy zone 2 e sottraendo quadra...

Ancora Grazie
mcheck



Il giorno 26 maggio 2013 23:29, Leonardo kinetocor...@gmail.com ha
scritto:

  Ciao,

 io sono l'ultimo di questa lista a cui chiedere queste cose, anche perchè
 QGIS lo uso solo per convertire e il resto faccio tutto su JOSM :). Detto
 questo, mi piace imparare funzioni nuove dei programmi e allora, molto
 rozzamente, ho copiato le impostazioni di QGIS per la conversione
 GAUSS-BOAGA fuso EST e ho effettuato le riduzioni sugli assi da loro
 indicati, risultando in questa formula:

 +proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=27 +y_0=-485
 +ellps=intl +units=m +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68
 +no_defs

 Quell' x_0 e y_0 sono il risultato rispettivamente di (252 - 225)
 e (0 - 485). Su QGIS, ho aggiunto un sistema di riproiezione
 personalizzato (Impostazioni-SR Personalizzato...), come nome ho messo
 Cesena Numeri Civici e parametri la formula riportata sopra. Aprendo poi
 il file shp con Cesena Numeri Civici e poi salvandolo in WGS84, su JOSM i
 numeri sono correttamente piazzati sopra gli edifici di Cesena.

 DISCLAIMER: ribadisco, io QGIS NON lo conosco, il risultato di quello che
 ho fatto sopra potrebbe essere completamente una cavolata (che però
 funziona!), sono arrivato a quel procedimento seguendo l'intuito. Lascio la
 parola finale a chi usa e conosce QGIS meglio!

 Leonardo

 Il 26/05/2013 19:09, marco bra ha scritto:

  Leonardo in qgis che impostazione hai usato soprattutto per lo shift
 citato alla pagina

 https://servizi.comune.cesena.fc.it/opendata/statistica.jsp?TABLE_ID=223

  In import a me non quadra per niente, posteresti le impostazioni che hai
 usato ?

  Grazie
  Marco


 Il giorno 26 maggio 2013 18:04, Gianmario Mengozzi 
 gianmario.mengo...@gmail.com ha scritto:

 Non mi compare nessun msg di errore relativo a python

  -- sent by Google Nexus
  Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com
 ha scritto:

  Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto:

 ciao Simone

 Come faccio eventualmente a verificarlo?


 A me succede quando avvio il programma Qgis, poco prima di terminare il
 caricamento completo, mi compare una finestra con scritto che disabilita il
 python a causa del plugin python-qgis non compatibile con la versione in
 essere.

 Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora
 risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava
 senza problemi di versione del plugin python-qgis, e se erano solo
 problematiche da risolvere sulle distribuzioni linux.

 --
 Simone G.

 ___
 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




 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M



 ___
 Talk-it mailing 
 listTalk-it@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-it



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati

[marco bra]

Per completezza, per l'export del file dei civici Cesena da qgis a josm

Dopo aver caricato il file traslato in qgis, bisogna poi esportarlo

si seleziona il layer dei civici, poi tasto destro mouse e si Salva con
nome

con sistema di riferimento

Monte Mario / Italy zone 2 EPSG:3004

e poi da Josm si importa il file .shp esportato da qgis

Nota -  per importare il file shp bisogna avere il plugin opendata
installato in josm:

http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData

Ovvio che vanno comunque corretti gli attributi ed i dati collegati nello
shape...
molto probabilmente mancherà corrispondenza fra i nomi delle vie nei civici
ed i nomi vie nel db di Osm...

Ciao
mcheck



Il giorno 26 maggio 2013 23:49, marco bra marcobra.ubu...@gmail.com ha
scritto:

 Fantastico... grazie mille

 Avevo fatto anche io le sottrazioni per lo shift ma usavo

 Monte Mario / Italy zone 1 EPSG:3003 e non mi quadrava nulla perche' il
 parametro x_0 e' diverso... quindi...

 Usando Monte Mario / Italy zone 2 e sottraendo quadra...

 Ancora Grazie
 mcheck



 Il giorno 26 maggio 2013 23:29, Leonardo kinetocor...@gmail.com ha
 scritto:

  Ciao,

 io sono l'ultimo di questa lista a cui chiedere queste cose, anche perchè
 QGIS lo uso solo per convertire e il resto faccio tutto su JOSM :). Detto
 questo, mi piace imparare funzioni nuove dei programmi e allora, molto
 rozzamente, ho copiato le impostazioni di QGIS per la conversione
 GAUSS-BOAGA fuso EST e ho effettuato le riduzioni sugli assi da loro
 indicati, risultando in questa formula:

 +proj=tmerc +lat_0=0 +lon_0=15 +k=0.9996 +x_0=27 +y_0=-485
 +ellps=intl +units=m +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68
 +no_defs

 Quell' x_0 e y_0 sono il risultato rispettivamente di (252 - 225)
 e (0 - 485). Su QGIS, ho aggiunto un sistema di riproiezione
 personalizzato (Impostazioni-SR Personalizzato...), come nome ho messo
 Cesena Numeri Civici e parametri la formula riportata sopra. Aprendo poi
 il file shp con Cesena Numeri Civici e poi salvandolo in WGS84, su JOSM i
 numeri sono correttamente piazzati sopra gli edifici di Cesena.

 DISCLAIMER: ribadisco, io QGIS NON lo conosco, il risultato di quello che
 ho fatto sopra potrebbe essere completamente una cavolata (che però
 funziona!), sono arrivato a quel procedimento seguendo l'intuito. Lascio la
 parola finale a chi usa e conosce QGIS meglio!

 Leonardo

 Il 26/05/2013 19:09, marco bra ha scritto:

  Leonardo in qgis che impostazione hai usato soprattutto per lo shift
 citato alla pagina

 https://servizi.comune.cesena.fc.it/opendata/statistica.jsp?TABLE_ID=223

  In import a me non quadra per niente, posteresti le impostazioni che
 hai usato ?

  Grazie
  Marco


 Il giorno 26 maggio 2013 18:04, Gianmario Mengozzi 
 gianmario.mengo...@gmail.com ha scritto:

 Non mi compare nessun msg di errore relativo a python

  -- sent by Google Nexus
  Il giorno 26/mag/2013 16:21, girarsi_liste liste.gira...@gmail.com
 ha scritto:

  Il 26/05/2013 14:33, Gianmario Mengozzi ha scritto:

 ciao Simone

 Come faccio eventualmente a verificarlo?


 A me succede quando avvio il programma Qgis, poco prima di terminare il
 caricamento completo, mi compare una finestra con scritto che disabilita il
 python a causa del plugin python-qgis non compatibile con la versione in
 essere.

 Ho guardato sul sito di Qgis, e sembra essere un bug noto ma non ancora
 risolto, mi incuriosiva capire se su windows la versione 1.8 funzionava
 senza problemi di versione del plugin python-qgis, e se erano solo
 problematiche da risolvere sulle distribuzioni linux.

 --
 Simone G.

 ___
 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




 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M



 ___
 Talk-it mailing 
 listTalk-it@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-it



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




 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vari tag apparentemente inutili nel Bresciano

[marco bra]

Qui altre zone con lo stesso problema:

http://overpass-turbo.eu/?q=PG9zbS1zY3JpcHQgb3V0cMSNPSJ4bWwiPjwhLS0gZml4ZWQgYnkgYcSNbyByZXBhaXIgxJo-CiAgPHVuaW9uxLLEtMS0PHF1ZXLEpHR5cGXEkXdhecSWxLPEvcS-aGFzLWt2IGvEkWdhcm1pbl9yb2FkX2NsxZJzIi_EvMWPxLViYm94LcWAxYLEpHt7xa_FsX19xavFjsS-L8W0xYPFrMS-xoHFhMWGxYgixYrFjMaDxL08xZHFk8WVxZfFmcWbxZ3Fn8WFxYfFqsaMxL7FucWyxoUgxbfGnMW7xb3FjzzGgMWBxoLFjsalxLfEucS7xqlwxIduxIptb2TGiG1ldGHGmcapxKpjdXJzZSDGl8aIZG93bsa7xL7Gr8WexrLGtMa2xrjGusW9xqXEgcSDxIXEh8SJPgc=BRFdFG7CWNR

e

http://overpass-turbo.eu/?q=PG9zbS1zY3JpcHQgb3V0cMSNPSJ4bWwiPjwhLS0gZml4ZWQgYnkgYcSNbyByZXBhaXIgxJo-CiAgPHVuaW9uxLLEtMS0PHF1ZXLEpHR5cGXEkXdhecSWxLPEvcS-aGFzLWt2IGvEkWdhcm1pbl9yb2FkX2NsxZJzIi_EvMWPxLViYm94LcWAxYLEpHt7xa_FsX19xavFjsS-L8W0xYPFrMS-xoHFhMWGxYgixYrFjMaDxL08xZHFk8WVxZfFmcWbxZ3Fn8WFxYfFqsaMxL7FucWyxoUgxbfGnMW7xb3FjzzGgMWBxoLFjsalxLfEucS7xqlwxIduxIptb2TGiG1ldGHGmcapxKpjdXJzZSDGl8aIZG93bsa7xL7Gr8WexrLGtMa2xrjGusW9xqXEgcSDxIXEh8SJPgc=BOIeQxFIxMR


Ciao
mcheck


Il giorno 16 marzo 2013 10:56, Groppo O grop...@gmail.com ha scritto:

 Il giorno 16 marzo 2013 02:46, Martin Koppenhoefer dieterdre...@gmail.com
  ha scritto:

 2013/3/15 Simone Saviolo simone.savi...@gmail.com:
  Ciao a tutti,
 
  correggendo alcuni errori nei nomi delle vie, mi sono imbattuto in
 questa
  way:
 
  http://www.openstreetmap.org/browse/way/85536917
 
  Trovo numerosi tag riferiti a Garmin e al Calgary Area Trail Mapping
  Project. Qualcuno sa cosa significano e se è il caso di tenerli?


 secondome non tenere.


 Anche secondo me si possono eliminare.

 Se vuoi aprirli tutti in JOSM puoi udare Overpass Turbo [1]:


 http://overpass-turbo.eu/?q=PCEtLQpUaGlzIHF1ZXJ5IGxvb2vEiGZvciBub2Rlcywgd2F5xIhhbmQgcmVsYXRpb27EiAp3aXRoIMS0ZSBnaXZlbiBrZXkuCkNoxJFzxLh5b3XEl8SoxLrEriDEpMSmxIZ0xLZoxLhSdcS-YnV0dMWQYWJvxLwhCsSCPgo8b3NtLXNjcmlwxZXFi3RwxZ09InhtbCI-xIDEgiBmaXhlxKZixI5hxZ1vxKdlcGFpxJfFpwogIDzFmsStbsWoxpXGlTzEisSMxI50eXBlxbnEoHnFvsaUxpzGnWhhcy1rdsS_xblnYXJtaW5fcm9hZF9jxKpzcyIvxpvGq8aWYsWieC3Gn8SNIHt7x4pveH19x4bGqsadL8eOeceHxp3HnMS2xqPGpSLGp8apx4jGlsatxq_GscazIsa1xrfGuV_Gosakx4XHnsacPMeTx4zHoMeRx7jHlseYxqs8x5vEi8SNx4fIgMaYxK7IhHDFsW7FlW3EmsejbWV0Yce0xoAtxoLGhMaGIMaIxZHGi8aNxo_GkSDGk8adxKhjxYzFiMehxqTFuWRvd27HtMaqPMiJxrnIjMiOxbnIkMiSyJTEgciWxoPGhcaHxonIncSoyJ_Gki3FqMiAxavFrcWvxbHFsz4c=BN7J332TZMR

 e fare Export -- JOSM


 Ciao,
 Groppo

 [1] per creare un link come questo basta andare su Taginfo, cercare il tag
 desiderato e cliccare sull'icona del volante in alto a dx.
 http://taginfo.openstreetmap.org/keys/garmin_road_class#overview


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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Scostamento immagini aeree

[marco bra]

Mario, mi fa' piacere correggere, in effetti, dette case a schiera
risultavano da una edificazione recente rispetto alle date dei satellitari
e a causa di cio'  le avevo mappate in modo grossolano dal pcn dal quale
potevo desumere solo l'area di cantiere...

Ora la mappatura dovrebbe essere migliore...

Mi togli una curiosità: che metodo usi per rilevare detti scostamenti, usi
un metodo automatico ?

Ciao Grazie
mcheck


Il giorno 06 gennaio 2013 14:48, Mario Pichetti
mario.piche...@gmail.comha scritto:

 Il 06/01/2013 07:32, marco bra ha scritto:

  mario, mi daresti il riferimento con link osm per le villette a schiera
 di cui parli

 Grazie
 mcheck


 Sono quelle di Via Migliarini.

 http://www.openstreetmap.org/**browse/changeset/9580322http://www.openstreetmap.org/browse/changeset/9580322

 Ho segnalato le villette, per lo scostamento abbastanza accentuato rispetto
 agli edifici in vicinanza.

 Vicino alle villette vedo un_area:yes_ landuse:farm

 http://www.openstreetmap.org/**browse/changeset/13541405http://www.openstreetmap.org/browse/changeset/13541405

 Lo usiamo ancora farm, non era stato sostituito da farmland ?

 Come sai io osservo, cerco di capire e se posso miglioro,
 ho scelto Arenzano per la varietà dei toponimi e per la
 pulizia di lavoro.

 Ogni tanto guardo nella barra laterale (autore)
 e vedo, spesso, mcheck.:-)

 Buona giornata, Mario.




 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Scostamento immagini aeree

[marco bra]

mario, mi daresti il riferimento con link osm per le villette a schiera di
cui parli

Grazie
mcheck


Il giorno 05 gennaio 2013 13:43, Maurizio Daniele 
maurizio.dani...@gmail.com ha scritto:

  Il 05/01/2013 00:32, Mario Pichetti ha scritto:


 Come si fa ad avere uno scostamento ideale:-) per tutti ?

  Che sappia io: non si può. Bing non ha una buona georeferenziazione per
 cui si può solo andare pezzo a pezzo con sistemazioni successive.

 Oppure ricalcare, prendere dei riferimenti certi al suolo (con il gps,
 intendo) e poi sistemare di conseguenza.

 --
 Maurizio.

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] messaggio da: d...@osmfoundation.org

[marco bra]

Io per l'import dell'emilia-romagna quando mi e' arrivato il messaggio mi
sono creato un secondo untente appunto dedicato agli import e ho
proseguito...

una particolarità: non riuscivo, nell'utente di import a specificare la
stessa mail dell'utente principale mi veniva rifiutato l'immisione del
campo mail che volevo fosse la stessa per i due utenti perche' appunto tale
valore era già usato dal mio utente principale.

Per risolvere e quindi per avere i messaggi in arrivo sui due account
recapitati allo stesso indirizzo email, nell'utente di import la mail e'
stata impostata come esattamente come specificato qui:
marcobra.ubuntu+impo...@gmail.com


Il giorno 03 novembre 2012 11:15, Sky One sky...@skyone.it ha scritto:

 2012/11/3 Giuseppe Amici giuseppeam...@virgilio.it:

 Ho avuto un'esperienza simile quando, dopo il sisma, ho importato gli
 edifici di Concordia sul Secchia (import fatto a mano, controllando
 uno per uno gli edifici esistenti - pochi - e rimettendo eventuali tag
 dove presenti). Da quanto ho capito (sia perché mi veniva contestato,
 sia perché mi sono informato), l'account dedicato è obbligatorio per
 gli import; resta da capire se una cosa fatta casa per casa sia
 inteso come import (secondo me no).

  Dunque:
 
  -  lo scorso anno ho importato tutta la zona sud della provincia
 di
  Modena e mai nessuno mi ha notificato di aver commesso errori

 Perché nessuno si era accorto dei tuoi import. :-)
 (Non sto dicendo che tu abbia commesso errori eh, sto solo dicendo che
 nessuno delle alte sfere si era accorto di questi import).

  -  mi pare che tutto l’import effettuato sui dati resi
 disponibili
  dalla regione Emilia Romagna riportino il tag: source= Regione Emilia
  Romagna

 IMHO è giusto questo source e non quello indicato dalla
 Fondazione: nel tag source devo indicare la sorgente dei dati,
 almeno io la so così, e non come questi dati siano stati inseriti in
 OSM...

  -  nella guida di riferimento:
  http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato non si
 citi
  la necessità di un account dedicato.

 Anche io mossi questa obiezione e mi fu risposto che se la
 documentazione italiana non è corretta, cambiatela. Discorso che non
 fa una piega, però... Però perché queste alte sfere non prendono in
 mano la situazione anche per decisioni definitive, invece di fare
 discussioni chilometriche che spesso e volentieri non portano a nulla?
 Mistero.

  Bisogna forse sospendere l’import dei dati?

 Ti dico cosa ho fatto io: ho smesso. Sì, perché oltre all'account
 dedicato (che a me sembra una cavolata per come faccio io l'import,
 cioè totalmente manuale, ma che sarebbe il meno) ci sono altre piccole
 cose che devi fare e a cui devi stare attento, cose non sempre
 totalmente condivise (vedi la mail di Bruno appena arrivata) ma senza
 che la Fondazione imponga uno standard. Attenzione: non sto dicendo
 che tutte quelle regole non siano giuste, dico solo che per me sono
 troppe e scritte male, quindi le mie capacità e il mio tempo a
 disposizione mi portano a fare altro invece che import di questo tipo.

 --
 Cià
 Cristiano / Sky One
 Home: http://www.skyone.it (itinerari in moto e non solo)
 Pensieri: http://blog.skyone.it

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




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

[Talk-it] Possibile lezioni esplicative circa osm...

[marco bra]

Ciao, non so' se conoscete già il sito http://www.oilproject.org/

io lo ritengo ben fatto ed interessante per divulgare lezioni o talk
in merito agli argomenti più svariati...
e se avete tempo vedetevi questa lezione:
http://www.oilproject.org/lezione/wikicrazia-costruire-e-usare-il-governo-user-generated-parte-1-31.html

Oggi ho provato a vedere se c'era qualcosa su OpenStreetMap cercando
fra i contenuti del sito, ma non e' emerso nulla.

Ho trovato in merito:
http://www.oilproject.org/lezione/georiferire-foto-digitali-con-google-earth-685.html

C'e' qualcuno che puo' fare o inviare qualcosa riguardante osm... su
detto sito ?

Ciao
mcheck

-- 
Linux Infinite Freedom

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

Re: [Talk-it] C'è qualcuno di Forlì?

[marco bra]

Su provincia di Forlì c''e qualcuno che e' disposto ad effettuare
l'import dai dati della regione emilia romagna ?
se si mi si invi email che gli passo i files osm da importare tramite
josm, mi sto' finendo la provincia di Parma e poi attacchero' con
Piacenza

Ciao
mcheck

Il 20 settembre 2012 19:06, sabas88 saba...@gmail.com ha scritto:


 2012/9/20 Davide Meloni emmed...@yahoo.it

 per esaminare quest'area...

 http://www.mantellini.it/2012/09/20/mapperfavore/


 Ma comunque fa un confronto Gmaps/Applemaps, OSM non c'entra per fortuna :)

 http://gizmodo.com/5944960/apple-maps-vs-google-maps-a-side-by-side-iphone-comparison
 Apple è in mezzo ad una shitstorm da appena rilasciato iOS6 ahahah!

 Stefano

 ___
 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




-- 
Linux Infinite Freedom

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

[Talk-it] Necessito informazioni per usare Osm su Blackberry

[marco bra]

Un amico, autista bus, che viaggia in europa ha un Blackberry e mi ha
chiesto se esiste qualcosa basato su osm per questo tipo di
dispositivo.

Mi ha spiazzato, in quanto non so' cosa proporgli, e non posso inoltre
provare a priori la qualità di eventuale sw.

Avete suggerimenti. (possibilmente sw con mappe off line)

Grazie, ciao.

mcheck

-- 
Linux Infinite Freedom

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

[Talk-it] Strane mancanze nella mappa italiana zona che sono ?

[marco bra]

Guardate la zona ..

http://www.openstreetmap.org/?lat=45.3230667114258lon=10.9463310241699zoom=13

non so se la causa puo' essere http://www.openstreetmap.org/user/peppe10/edits

Ciao

-- 
Linux Infinite Freedom

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

Re: [Talk-it] Strane mancanze nella mappa italiana zona che sono ?

[marco bra]

Ok, la cosa e' rientrata nella norma, non vedevo assolutamente nessun
elemento nella zona che ho notificato originariamente, solo un bel
grigio senza nulla dentro per molti chilometri quadrati, doveva
ovviamente era un problema di refresh del server...
Sulle prime mi era sembrato un possibile vandalismo... anche se non
vedevo la history di elementi cancellati...

meglio cosi

Grazie e ciao
mcheck


Il 09 settembre 2012 22:39, Alexander Roalter alexan...@roalter.it ha scritto:
 On 09/09/2012 10:10 PM, EdoardoT wrote:

 Ma quella zona è mai stata cartografata? magari chi ha fatto il lavoro non
 ha avuto tempo di completare quei due riquadri CTR.*

 Edoardo Tona*



 2012/9/9 marco bra marcobra.ubu...@gmail.com

 Guardate la zona ..



 http://www.openstreetmap.org/?lat=45.3230667114258lon=10.9463310241699zoom=13

 non so se la causa puo' essere
 http://www.openstreetmap.org/user/peppe10/edits

 Ciao


 Un'altra cosa che ho visto con il CTR... Ma è davvero opportuno taggare
 tutte le serre (che non poi sono solo ortofrutticoli con tetti di plastica)
 come building=greenhouse


 --
 Cheers,
 Alex


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



-- 
Linux Infinite Freedom

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

Re: [Talk-it] Modificare molti indirizzi (es.Bologna)

[marco bra]

Ho notato che ci sono tanti se non tutti i civici duplicati... sto'
cominciando a correggere... in caso di duplicato lascio quelli con il tag
source Comune di Bologna

mcheck

Il giorno 05 luglio 2012 22:13, Groppo O grop...@gmail.com ha scritto:

 Il giorno 05 luglio 2012 22:03, Carlo Stemberger 
 carlo.stember...@gmail.com ha scritto:

 Il 05/07/2012 21:15, Groppo O ha scritto:

  Da Taginfo vengono scaricati i nodi o way con addr_street=VIA
 DELL'URLO di tutta l'Italia. Quindi bisogna selezionare e modificare in
 JOSM solo quelli di Bologna, usando come sfondo la mappa.


 Bah, magari già che ci siamo, conviene modificarli proprio tutti, no?


 Sì, ma per precauzione è meglio modificare quelli di cui si è sicuri.
 Magari da qualche altra parte è stato inserito un  VIA DELL'URLO che va
 corretto in Via delle urla. (Che bei nomi che sarebbero ;)

 Grazie per il tutorial!

 Carlo



 Ciao,
 Groppo

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




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

Re: [Talk-it] Modificare molti indirizzi (es.Bologna)

[marco bra]

Sto' usando la funzione search di josm per fare le modifiche

ad esempio cerco:
addr:street VIA DELLE BELLE ARTI
poi sulla selezione modifico in
Via delle Belle Arti
e poi ricerco per togliere i duplicati, quelli che non hanno il source
impostato:
addr:street Via delle Belle Arti -source
e li elimino, controllando che il numero dei rimossi sia uguale ai
duplicati...

Ciao

Il giorno 08 luglio 2012 22:54, Carlo Stemberger carlo.stember...@gmail.com
 ha scritto:

 Il giorno 08 luglio 2012 22:45, marco bra marcobra.ubu...@gmail.com ha
 scritto:

 Ho notato che ci sono tanti se non tutti i civici duplicati... sto'
 cominciando a correggere... in caso di duplicato lascio quelli con il tag
 source Comune di Bologna


 Sì, vero. Io ho fatto semplicemente il merge dei 2 nodi (è la cosa più
 rapida, secondo me), poi ho modificato la grafia mettendo in minuscolo dove
 serve, e infine ho eliminato il tag source.

 Ciao!

 Carlo

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




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