Re: [Talk-it] MIUR: anagrafe, edilizia scuole e SNAES

[Stefano Salvador]

Ciao,

Che io sappia il Sistema Nazionale Anagrafe Edilizia Scolastica è stato
proposto da poco (tipo luglio/agosto) e dovrebbe pian piano incorporare i
vari sistemi analoghi regionali (in FVG abbiamo già un'anagrafe
dell'edilizia scolastica dove fino a qualche tempo fa mancavano le
coordinate degli edifici). Credo che ci vorrà del tempo prima che ci siano
dei dati interessanti dentro.

Ciao,

Stefano



Il giorno ven 2 ott 2020 alle ore 11:30 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Ciao Lista,
>
> in questo periodo sto rivedendo gli opendata del ministero MIUR sulle
> scuole pubbliche. Come gli anni scorsi i dati disponibili sono poco
> OSM-friendly, nel senso che l'unica "localizzazione" disponibile è
> l'indirizzo.
>
> I dati sono divisi in due tabelle:
>
> - anagrafe, che contiene i dettagli come nome, grado di istruzione,
> mail, indirizzo ecc
> - edilizia, che contiene il "codice edificio" (?), l'indirizzo meglio
> strutturato ed altre robe inutili
>
> Cercando un po' in rete viene fuori che questo "codice edificio" fa
> riferimento allo SNAES, ovvero al Sistema Nazionale Anagrafe Edilizia
> Scolastica, detto anche Anagrafe Nazionale Edilizia Scolastica. Pare
> che sia una cosa spaziale e fighissima, che registra pure controlli
> satellitari per rilevazioni deformazioni eccetera. Se fosse vero
> avremmo un prezioso dataset, per ora introvabile: qualcuno sa
> qualcosa?
>
> ___
> 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] Webinar sulla cura di OSM

[Stefano Salvador]

grazie di ricordarlo, adesso mi sono aggiunto anch'io.

Ciao,

Stefano



Il giorno lun 14 set 2020 alle ore 11:17 Luca Delucchi 
ha scritto:

>
>
> On Tue, 8 Sep 2020 at 11:20, Cascafico Giovanni 
> wrote:
>
>>
>>
>> Quando:
>> framadate [2]
>>
>
> ad oggi solo 6 persone hanno compilato il sondaggio!
> ci sarà qualcun altro interessato
>
>
>> [1] https://iorestoacasa.work/server.html
>> [2] https://framadate.org/osmgarden
>>
>>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
> ___
> 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] IT-Alert: sistema di allarme pubblico

[Stefano Salvador]

Per quanto ne so utilizzeranno il protocollo CAP:

https://en.wikipedia.org/wiki/Common_Alerting_Protocol

ma non saprei dire se i messaggi saranno pubblici o solo veicolati ai
gestori telefonici e all'app.

Ciao,

Stefano


Il giorno gio 10 set 2020 alle ore 18:13 Andreas Lattmann <
andreaenzolattm...@gmail.com> ha scritto:

> >Casualmente ho scoperto il sito di Alert.it:
> >https://www.it-alert.it.
>
> Spero che utilizzino formati aperti e che ci sia la possibilità di "elaborare 
> i dati" (se li forniscono in qualche maniera).
>
> Qualcuno sa se e dove si potranno reperire i dati?
>
> Sarebbe bello realizzare un bot per Delta Chat che invii i segnali di allerta 
> (visto che già utilizza OSM). 樂
>
>
>
> ___
> 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] Mancata attribuzione - Protezione Civile e Messaggero Veneto

[Stefano Salvador]

Ciao,

La protezione civile FVG (dove lavoro) usa estesamente le mappe OSM
cercando di avere cura di attribuirle correttamente.

Non solo: mettiamo a disposizione i layer ortofoto e DTM che i mappatori
usano da anni. Senza contare che almeno 4 colleghi sono mappatori attivi.

Tutto ciò per dire che è stata solo una svista che sistemeremo al più
presto.

Stefano

Il mer 11 apr 2018, 13:42 Cascafico Giovanni  ha
scritto:

> Il sito della Protezione Civile del Friuli Venezia Giulia pubblica una
> mappa OSM senza attribuzione [1], con il proprio logo e quello dell'OGS
> (Istuituto Nazionale Geofisica).
> Essa inoltre viene riportata oggi nella versione cartacea (pag.3) del
> quotidiano "Il Messaggero Veneto", a diffusione regionale, circa 50.000
> copie.
>
>
> [1]
> http://www.protezionecivile.fvg.it/it/la-protezione-civile/eventi/terremoto-il-sistema-di-protezione-civile-testa-le-schede-di
> ___
> 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] (OT) Conversione coordinate

[Stefano Salvador]

Si, però quella conversione (essendo generica per tutto il territorio
italiano) produce delle imprecisioni anche notevoli (anche molti metri).

Ciao,

Stefano

Il giorno 28 settembre 2017 12:05, Niccolo Rigacci  ha
scritto:

> On Thu, Sep 28, 2017 at 04:38:12AM -0500, demon.box wrote:
> >
> > ho la necessità di convertire un po' di coordinate
> > dal formato:
> > Piane Gauss-Boaga Roma40  X (EST) Y (NORD)
> > a
> > WGS84 gps
>
> Con una moderna installazione GNU/Linux (basata su Debian, anche
> USB/live senza installazione) basta eseguire il comando:
>
> cat coord.txt | cs2cs +init=epsg:3003 +to +init=epsg:4326 -f "%.8f"
>
> avendo messo dentro il file coord.txt le coppie di coordinate.
>
> Si deve installare solo il pacchetto proj-bin (si puù fare anche
> nella live), con:
>
> apt-get install proj-bin
>
> La libreria proj-data contiene gli opportuni parametri di
> rototraslazione towgs84 (ho verificato con la versione 4.8.0-5).
>
> --
> Niccolo Rigacci - http://www.rigacci.net/
> Campi Bisenzio - Firenze - Italy
> Tel. Mobile: +39-327-5619352
>
> ___
> 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] (OT) Conversione coordinate

[Stefano Salvador]

c'è, viene chiamato Roma 40 / Italia zona 1 ( o 2).

Ciao,

Stefano

Il giorno 28 settembre 2017 12:00, Alessandro <ale_z...@libero.it> ha
scritto:

> Il 28/09/2017 11:44, Stefano Salvador ha scritto:
>
>> Convertire da Gauss Boaga a WGS84 richiede un cambio di datum, senza
>> scendere nei dettagli questo significa che non può essere fatto
>> semplicemente ma bisogna appoggiarsi a "griglie" di punti misurati.
>>
>> Per fortuna ti viene in aiuto il portale cartografico nazionale che mette
>> a disposizione un convertitore web rigoroso:
>>
>> http://www.pcn.minambiente.it/mattm/conversione-coordinate/
>>
>>
>
> Leggendo la tua mail avevo fatto un balzo dalla sedia.
> Non vorrei smorzare troppi entusiasmi ma nel convertitore indicato non c'è
> traccia del Gauss Boaga
>
> Alessandro
>
>
> ___
> 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] (OT) Conversione coordinate

[Stefano Salvador]

Convertire da Gauss Boaga a WGS84 richiede un cambio di datum, senza
scendere nei dettagli questo significa che non può essere fatto
semplicemente ma bisogna appoggiarsi a "griglie" di punti misurati.

Per fortuna ti viene in aiuto il portale cartografico nazionale che mette a
disposizione un convertitore web rigoroso:

http://www.pcn.minambiente.it/mattm/conversione-coordinate/

Ciao,

Stefano


Il giorno 28 settembre 2017 11:38, demon.box  ha
scritto:

> ciao, scusate forse sono OT ma per un controllo di verifica precisione di
> alcuni punti di interesse ho la necessità di convertire un po' di
> coordinate
> dal formato:
>
> Piane Gauss-Boaga Roma40X (EST) Y (NORD)
>
> a
>
> WGS84 gps
>
> in rete ovviamente ho trovato programmini che mi fanno la conversione ma
> soltanto un punto per volta.
>
> provo a buttarla lì... non esiste magari molto semplicemente un foglio di
> exel con le formule che mi fanno questa conversione?
> oppure altre soluzioni per elaborare un elenco di coordinate?
>
> p.s.: l'ho già cercato in rete ma non l'ho trovato ma è facile che non sia
> riuscito io a trovarlo
>
> grazie
>
> --enrico
>
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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] "CC-BY" and "CC-BY-IT" licences

[Stefano Salvador]

AFAIK "CC-BY-IT" does not exists, many italian open data are licensed  with
IODL ( http://www.formez.it/iodl/ ) which explicitly permits import in ODBL
databases.

By the way in the url linked in the import (
https://geoportale.comune.milano.it/ATOM/SIT/Fontanelle/Fontanelle_Dataset_1.xml
) states "Dati estratti da © OpenStreetMap contributors", it seems that the
user imported in OSM data extracted from OSM ...

Stefano


2017-09-01 12:03 GMT+02:00 Andy Townsend :

> Hello Italian mappers,
>
> The DWG has recently been asked about some data imported into OSM under a
> "CC-BY-IT" licence.  The relevant changeset discussion, where "CC-BY-IT"
> was first mentioned, is http://www.openstreetmap.org/changeset/50067983 .
>
> Does anyone know anything about that licence?  The usual web searches
> don't turn up anything obvious.  The changeset discussion mentions
> "Creative Commons Italia", but that's unlikely to be directly relevant here
> since it's English and Welsh law that applies to OSM as opposed to any
> other legal system (and in any case I'd leave licence suitability questions
> to the licence working group - they have for more experience dealing with
> such questions than me).
>
> Obviously there a whole series of other questions about the import and the
> quality of the data in it, but that's a separate issue - here I'm just
> asking if anyone can point me at any details for this licence.
> Best Regards,
>
> Andy Townsend, on behalf of OSM's Data Working Group
>
>
> (Traduzione automatica)
> Ciao cartografi italiani,
>
> Il DWG è stato recentemente chiesto di alcuni dati importati in OSM sotto
> una licenza "CC-BY-IT". Il relativo cambiamento di discussione, dove
> "CC-BY-IT" è stato citato per la prima volta, è
> http://www.openstreetmap.org/changeset/50067983.
>
> Qualcuno sa nulla di questa licenza? Le ricerche usuali del web non
> comportano nulla di evidente. La discussione sui cambiamenti menziona
> "Creative Commons Italia", ma è improbabile che qui sia direttamente
> rilevante poiché la legge inglese e gallese si applica a OSM in contrasto
> con qualsiasi altro sistema legale (e comunque lascio le domande
> sull'adeguatezza della licenza alla licenza Gruppo di lavoro - hanno per
> più esperienza che si occupano di tali domande di me).
>
> Ovviamente c'è un'intera serie di altre domande sull'importazione e sulla
> qualità dei dati in esso, ma questo è un problema distinto - qui sto solo
> chiedendo se qualcuno può indicarmi a tutti i dettagli di questa licenza.
> I migliori saluti,
>
> Andy Townsend, a nome del gruppo di lavoro dei dati OSM
>
> ___
> 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] Kompass, è CC?

[Stefano Salvador]

Il DTM a 10m distribuito dalla provincia di Trento riporta 2391 m, forse
usando i dati LIDAR originali si potrebbe avere una stima migliore. Credo
sia abbastanza probabile che quelli della Kompass abbiamo preso il dato da
li.

In ogni caso credo proprio che quel dato sia da revertare.

Ciao,

Stefano


Il giorno 27 agosto 2017 19:30, girarsi_liste  ha
scritto:

> Il 27/08/2017 17:46, Maurizio Napolitano ha scritto:
> > On Sun, Aug 27, 2017 at 4:32 PM, Cascafico Giovanni 
> wrote:
> >> In ogni caso la frase a commento del changeset "correct altitude taken
> from
> >> Kompass" é paradossale.
> >
> > magari intendeva presa dallla bussola :)
> > Scherzi a parte scrivi al tipo suggerendo di dare una occhiata a cosa
> > è scritto nei termini di riuso della mappa Kompass.
> > Aggiungo una nota:
> > se la modifica non è significativa per il db allora la questione passa
> liscia.
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it
> >
>
> In realtà non è questione di modifica significativa in questo caso, ma
> di verità scientifica.
>
> La differenza è di 134 metri (2.262 contro 2396), rispetto al valore
> precedente, per cui capisco il puntiglio, ma se guardo i shapefile
> forniti da dati.trentino, non i punti quotati perchè su Cima Sette Selle
> manco ce ne è uno, ma gli unici che ho trovato sono quelli della
> toponomastica, seppur fuori posizione di un bel pò di centinaio di
> metri, tre shapefile, ed uno fa cilecca (PQT 50.000) nel senso che non
> capisco se ha problemi, ma non mi interessa.
>
> In sostanza gli shapefile riportano 2262/3 di quota, mentre la Kompass
> 2396, ed in mio possesso una vecchia edizione non più in stampa della
> "Edizioni Turistiche GEOgrafica snc Primiero" dice 2288.
>
> Pure su wikipedia, che rchiede fonti certe ed affidabili, ha corretto,
> non dico sia stao lui per certo, ma il sospetto della cronologia è tale.
>
> Ora non ho problemi con l'utente in sè, ma manca la certezza proprio,
> Provincia compresa.
>
> Comunque mi limito al copyright, per il resto perdonate la disamina.
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] [Violazione] Cividale del Friuli

[Stefano Salvador]

I dati sono quasi di sicuro OSM, è abbastanza evidente dall'edificio a
mezzaluna in alto a sinistra che non era presente nella CTRN ed ha una
forma molto particolare.

Ciao,

Stefano

Il giorno 2 novembre 2016 12:01, Cascafico Giovanni 
ha scritto:

> Informacittà di Cividale sceglie di violare l'attribuzione.
>
> La mappa cartacea formato A3 [1] é di quelle leggere a strappo di solito
> presenti al banco degli uffici informazione. Le copie suppongo siano
> parecchie.
>
> Le foto presenti sul retro sono state meticolosamente attribuite, mentre
> nessuna traccia di OSM
>
> Il lavoro di modifica é stato non da poco: sostituzione toponimi, aggiunta
> di poligoni e simboli di discutibile lettura, ma ho riconosciuto alcuni
> editing personali [2]
> Sono stati eliminati path e steps come quelli che scendono al fiume. ...A
> pensar male erano forse troppo riconducibili ad OSM.
>
> Se qualcuno vuole confermare...
>
> [1] http://bit.ly/vcividale
> [2] http://www.openstreetmap.org/way/252421849
>
> ___
> 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] Utente che modifica confini

[Stefano Salvador]

Il giorno 21 ottobre 2016 01:33, Fayor Uno  ha scritto:

>
> Se il confine sappiamo con certezza che segue qualcosa di fisico (che sia
> un muro, la mezzeria di una strada o di un fiume eccetera), è logicamente
> corretto disegnarlo in corrispondenza. Oltre a rappresentare la realtà per
> quella che è effettivamente, rende la mappa molto più ordinata.
>
>
>

In FVG nel 2009 abbiamo importato i confini amministrativi rilasciati dalla
regione e poi abbiamo fatto un lavoro non indifferente per eliminare quelli
vecchi e ricucire i confini con le regioni o nazioni limitrofe. Ti assicuro
che quando trovavamo i casi di way condivise era un incubo sistemare le
cose. Adesso tu mi vieni a modificare un lavoro portato avanti da almeno 5
mappatori (che hanno lavorato togliendo ore al sonno), capirai che non
siamo propriamente felici.

In ogni caso quello che tu definisci avere la mappa ordinata io la chiamo
solo appensantire il db con modifiche superflue.

Per la maggior parte dei posti in cui hai editato hai a disposizione dei
confini più precisi rilasciati da qualche ente, avresti fatto un lavoro
molto migliore impostando un lavoro di import oppure aiutando chi già lo
sta facendo. Ad esempio in FVG abbiamo un aggiornamento dei confini che
sarebbe bello confrontare con l'esistente e sistemare l'esistente su OSM.

Ciao,

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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

il fatto è che logicamente sbagliato legare un'entità "legale" come un
limite ammistrativo a qualcosa di fisico. Rende solo la vita difficile ai
mappatori.

Ciao,

Stefano

Il giorno 20 ottobre 2016 14:57, Fayor Uno  ha scritto:

> Se un torrente (o una strada) fa da confine e poi cambia il suo corso, il
> confine rimane lì dov'è.
>
> In questo caso si sposta la way del torrente (o della strada) nel punto in
> cui cambia il percorso. Quale sarebbe il problema?
>
> Non si devono creare due way ma separare quelle sovrapposte lungo il
> tratto in cui non lo sono più.
>
>
> --
> *Da:* Alessandro 
> *Inviato:* mercoledì 19 ottobre 2016 22.27
> *A:* openstreetmap list - italiano
> *Oggetto:* Re: [Talk-it] Utente che modifica confini
>
> Il 11/10/2016 15:02, Fayor Uno ha scritto:
> >
> > I confini comunali sono fissi e non seguono le modifiche degli elementi
> > a cui si riferiscono inizialmente: se cambia il corso di un fiume o di
> > una strada, il confine rimane uguale finché l'autorità amministrativa
> > non lo modifica di conseguenza.
> >
>
>
> Ecco, io però mi trovo un sacco di confini che sono stati attaccati ai
> torrenti, se devo modificare il percorso di un torrente inizio ad
> imprecare i santi di diversi calendari perchè devo creare nuovamente due
> way (esattamente com'era in origine).
> Mi pare sia assodato che se un bosco confina con una strada questo non
> debba condividere la stessa way. E le strade difficilmente si spostano;
> no riesco a capire perchè un corso d'acqua ,elemento decisamente più
> prono agli spostamenti, debba condividere la stessa way.
>
> Penso che occorra procedere con non so quanti revert :-(
>
> Alessandro Ale_zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
> Pagina di informazioni della lista Talk-it
> 
> lists.openstreetmap.org
> Lista dedicata agli utenti di lingua italiana di OpenStreetMap. Un luogo
> dove discutere progetti, eventi e altro. Per consultare la raccolta dei
> messaggi ...
>
>
>
>
> ___
> 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] Utente che modifica confini

[Stefano Salvador]

>
>
>> Questo non è vero, i confini amministrativi vengono modificati solo con
>> un atto amministrativo dell'ente competente.
>>
>
> Ma qui non si tratta di cambiare i confini: il confine resta il torrente.
> Se il torrente si sposta, si spostano le coordinate geografiche, ma dal
> punto di vista descrittivo non cambia niente.
>


Nooo, il torrente e il confine non hanno niente a che fare, se il torrente
si modifica il confine resta tale fino a quando non c'è un'atto
amministrativo che decide di cambiarlo, non per niente si chiamano limiti
AMMINISTRATIVI.

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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

Per chi vuole aproffondire a pagina 9 del seguente documento c'è un decreto
della Regione FVG che modifica di poco un confine:

http://bur.regione.fvg.it/newbur/downloadPDF?doc=0=2011/08/31/BUR%2035_noLEGAL.pdf

Ciao,

Stefano


Il giorno 20 ottobre 2016 10:38, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

>
>> Perché se il confine è determinato dal corso del corrente, e questo si
>> sposta, si sposta anche il confine.
>>
>>
>>
>
> Questo non è vero, i confini amministrativi vengono modificati solo con un
> atto amministrativo dell'ente competente.
>
> I confini non sono una cosa "vera" che è possibile vedere nella realtà,
> sono un'entità decisa sulla carta che serve per le attività amministrative
> di un territorio (pagare le tasse, definire la residenza, ...). Non sempre
> esiste un atto che li definisca in modo geograficamente corretto anche
> perché spesso nessuno ha interesse a definirli in modo preciso (ad esempio
> per i confini che attraversano boschi demaniali).
>
>
> Secondo me in OSM abbiamo le seguenti fonti in ordine di accuratezza:
>
> 1. Delibere regionali che definiscono i confini interni
> 2. Carte tecniche regionali
> 3. ISTAT
>
> IMHO in mancanza di queste fonti i confini non andrebbero modificati.
>
> Il catasto può essere solo una fonte che gli enti territoriali usano per
> migliorare i loro dati.
>
> Ciao,
>
> Stefano
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

>
>
> Perché se il confine è determinato dal corso del corrente, e questo si
> sposta, si sposta anche il confine.
>
>
>

Questo non è vero, i confini amministrativi vengono modificati solo con un
atto amministrativo dell'ente competente.

I confini non sono una cosa "vera" che è possibile vedere nella realtà,
sono un'entità decisa sulla carta che serve per le attività amministrative
di un territorio (pagare le tasse, definire la residenza, ...). Non sempre
esiste un atto che li definisca in modo geograficamente corretto anche
perché spesso nessuno ha interesse a definirli in modo preciso (ad esempio
per i confini che attraversano boschi demaniali).


Secondo me in OSM abbiamo le seguenti fonti in ordine di accuratezza:

1. Delibere regionali che definiscono i confini interni
2. Carte tecniche regionali
3. ISTAT

IMHO in mancanza di queste fonti i confini non andrebbero modificati.

Il catasto può essere solo una fonte che gli enti territoriali usano per
migliorare i loro dati.

Ciao,

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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

Secondo me non sono abbastanza autorevoli, semplicemente perché potrebbe
essere i confini potrebbero essere stati modificati da un provvedimento
legislativo e sono pronto a scommettere che nessuno si è preso la briga di
andare a spostare i cippi.

In ogni caso Fayor non stava parlando di cippi ma di modificare i confini
perché ritiene sbagliato che questi taglino in due le case o non seguano le
strade. Ed è un lavoro che sta facendo a tavolino senza andare sul
territorio a cercasi i cippi. Questo per me non è un modo corretto di
lavorare perché i confini amministrativi sono spesso molto "fantasiosi".

Ciao,

Stefano

Il giorno 11 ottobre 2016 21:48, Francesco Pelullo <f.pelu...@gmail.com> ha
scritto:

> Il 11 ott 2016 21:24, "Stefano Salvador" <stefano.salva...@gmail.com> ha
> scritto:
> >
> > Nessuno dice che i confini attualmente presenti in osm siano perfetti.
> Solo che per migliorarli hai bisogno di importarli da una fonte più
> autorevole e non è possibile basarsi su quello che vedi.
> >
> >
> >
>
> Quindi ne deduco che questo non è abbastanza autorevole per spostare la
> linea di confine?
>
> http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_01.jpg
>
> http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_02.jpg
>
> http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_03.jpg
>
> ma dico: è uno scherzo?
>
> Ai colleghi geometri, ricordo che il catasto italiano non è probatorio
> (salvo quello derivante dall'austro-ungarico) e che ai fini del
> riconoscimento del diritto di proprietà vale mille volte di più un cippo di
> pietra rispetto a un quintale di atti catastali e notarili.
>
> Ciao
> /niubii/
>
> ___
> 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] Utente che modifica confini

[Stefano Salvador]

> > Nessuno dice che i confini attualmente presenti in osm siano perfetti.
> Solo che per migliorarli hai bisogno di importarli da una fonte più
> autorevole e non è possibile basarsi su quello che vedi.
>
>
> Non c'è alcun bisogno di importarli, se trovi la fonte che ti dice quali
> sono li modifichi direttamente.
>
Anch'io li ho modifica direttamente quando dovevo aggiornare la situazione
a una delibera specifica. Ma tu parlavi di modifiche consistenti, in questo
caso è molto più corretto fare un import seguendo le procedure appropriate.

Ciao,

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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

Nessuno dice che i confini attualmente presenti in osm siano perfetti. Solo
che per migliorarli hai bisogno di importarli da una fonte più autorevole e
non è possibile basarsi su quello che vedi.

Ciao,

Stefano

Il 11 ott 2016 6:38 PM, "Fayor Uno"  ha scritto:

> Attenti a non confondere la proprietà privata con i limiti amministrativi.
> Se due fondi posti a cavallo del confine comunale e appartenenti a soggetti
> diversi successivamente vengono a trovarsi nella proprietà di un solo
> soggetto, il confine comunale rimane lì dov'è e le particelle rimangono
> distinte!
>
>
> Tutti questi discorsi su edifici a cavallo, recinzioni e valenza
> probatoria del catasto sono corretti ma non c'entrano col discorso sui
> limiti amministrativi.
>
>
> Il problema dell'adeguamento dei confini nella mappa nasce perché i dati
> importati non sempre sono ben definiti, a volte sono sfalsati, altre volte
> sono modificati per errore dagli utenti.
>
>
>
> --
> *Da:* Marco_T 
> *Inviato:* martedì 11 ottobre 2016 16.19
> *A:* talk-it@openstreetmap.org
> *Oggetto:* Re: [Talk-it] Utente che modifica confini
>
> Federico Cortese wrote
> > Sottoscrivo e confermo per intero l'intervento di Marco, dal quale
> > traspare
> > una sua grande competenza in materia, che mi fa sospettare che sia un
> > collega geometra :)
>
> Grazie Federico, immaginavo pure io questo difetto che abbiamo entrambi :-)
>
> --
> Marco_T
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Utente-che-modifica-confini-tp5883928p5884166.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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

Il giorno 11 ottobre 2016 09:52, Carlo Stemberger <
carlo.stember...@gmail.com> ha scritto:

> Il giorno 10 ottobre 2016 19:14, Damjan Gerl  ha
> scritto:
>
>> Molte volte il confine è stato definito e poi la costa, il fiume sono
>> cambiati, ma il confine resta come era stato definito.
>
>
> Non è così, almeno nello stato italiano: se un confine è definito dal
> letto di un corso d'acqua, e questo si sposta, anche il confine si sposta.
>
>
Hai un riferimento di legge per questo che affermi ? perché a me risulta
esattamente il contrario.

Stefano

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

Re: [Talk-it] Aggiornamento istanza locale di OpenStreetMap (solo Italia) su base diff

[Stefano Salvador]

è un tema più volte dibattututo sulla lista dev, il thread che spiega
meglio di altri come fare secondo me è questo:

https://lists.openstreetmap.org/pipermail/dev/2015-November/028940.html

personalmente, dopo vari esperimenti, ho messo insieme vari pezzi ne sono
venuto fuori con questo script bash:


LOCK_FILE=update_osm.lock
OSM_FILE=alpeadria
EXTENT=10.0,44.5,15.0,47.5
if [ ! -f $LOCK_FILE ]; then
  echo "" > $LOCK_FILE
  PATH=$PATH:$HOME/bin
  $HOME/bin/osmupdate $HOME/$OSM_FILE.osm.pbf -b=$EXTENT --day -v
$HOME/${OSM_FILE}_new.osm.pbf
  if [ -f ${OSM_FILE}_new.osm.pbf ]; then
#rm $HOME/${OSM_FILE}_old.osm.pbf
mv $HOME/$OSM_FILE.osm.pbf $HOME/${OSM_FILE}_old.osm.pbf
mv $HOME/${OSM_FILE}_new.osm.pbf $HOME/$OSM_FILE.osm.pbf
rm ${OSM_FILE}.osc
$HOME/bin/osmosis --read-pbf file="${OSM_FILE}.osm.pbf" --read-pbf
file="${OSM_FILE}_old.osm.pbf" --derive-change --write-xml-change
file="$OSM_FILE.osc"
C=update
  fi
  if [ -n "$C" ] || [ -n "$1" ]; then
/usr/local/bin/osm2pgsql --append -b "$EXTENT" --slim -d osm -U osm -C
2048 -S $HOME/pc_osm.style $HOME/$OSM_FILE.osc -e15 -o
${OSM_FILE}_expire.list
cp $HOME/$OSM_FILE.osm.pbf /var/www/maps/$OSM_FILE.osm.pbf
cat ${OSM_FILE}_expire.list | render_expired --map carto --tile-dir
/var/geodata/tirex/tiles/ --min-zoom=13 --delete-from=13 > /dev/null
  fi
  rm $LOCK_FILE
fi


per semplificarmi la vita l'aggiornamento viene fatto su un rettangolo ma i
vari tool accettato anche dei poligoni.


Ciao,

Stefano Salvador

Il giorno 29 settembre 2016 09:37, Marco Barbieri <marcobarbi...@webmapp.it>
ha scritto:

> Ciao a tutti,
> sto mettendo su un'istanza locale di OpenStreetMap (solo Italia) e non
> riesco a trovare in rete la documentazione che riguarda la parte di
> aggiornamento del data-base.
>
> Io prendo i dati da geofabrik.de (http://download.geofabrik.de/
> europe/italy.html)
> e importo i dati usando osm2pgsql.
>
> Vorrei aggiornare il mio database su base oraria o giornaliera usando i
> diff sempre forniti da geofabrik.
>
> Potete indicarmi dove trovare indicazioni su come fare?
>
> Grazie.
> M
>
> --
> *Marco Barbieri / *Cartografo
> marcobarbi...@webmapp.it
> www.webmapp.it
> +39 050 55 25 74 / +39 347 683 03 13
>
> Webmapp is made by:
> Net7
> Via Marche 10 / 56123 Pisa
> P.Iva e CF 01577590506
> CCIAA di Pisa n. 01577590506 del 26/04/2001
> Capitale Sociale 10.000,00 €
>
> ___
> 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] mappiamo i civici

[Stefano Salvador]

Il giorno 23 settembre 2016 09:29, emanuele stocchero  ha scritto:

> Ciao a tutti! Sto seguendo le indicazioni di mappare il civico con un nodo
> da inserire nel punto esatto in cui il civico stesso è collocato. Ho visto
> però che nella mia zona alcuni civici non sono attaccati al muro
> dell'edificio a cui si riferiscono, ma sono collocati sulla colonnina del
> cancello d'ingresso (quindi posta all'esterno del perimetro dell'edificio
> stesso). In questo caso, dovrei creare un nodo all'esterno del perimetro
> building?
>


Si, per la legislazione italiana il civico non si riferisce all'edificio ma
all'ingresso, quindi è giusto mettere il punto esattamente dove si trova il
civico.

Ciao,

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

Re: [Talk-it] su.openstreetmap.it

[Stefano Salvador]

Mi pare che trovi tutto qui:

https://github.com/sabas/suosm



Il giorno 21 settembre 2016 15:44, Cascafico Giovanni 
ha scritto:

> Vorrei fare un fork del codice per adattarlo a PDI specifici per
> camperisti.. Sul sito di cui all'oggetto non trovo collegamenti. Qualcuno
> può aiutarmi?
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
> ___
> 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] mappiamo i civici

[Stefano Salvador]

Il giorno 15 settembre 2016 14:02, marco bra  ha
scritto:

>
> 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.
>
>
>

Secondo me questo è sbagliato. Il civico è un attributo dell'ingresso e va
messo esattamente dove sta senza spostarlo arbitrariamente, La legge
italiana da questo significato ai civici e gli uffici comunali li assegnano
in questo modo. Se c'è bisogno di individuare anche la porta interna questa
probabilmente avrà un interno.

Ciao,

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

Re: [Talk-it] Sardinian vs Italian names

[Stefano Salvador]

>
>
> non si devono fare eccezioni, e non si fa automaticamente torto a qualcun
> altro: la comunità locale decide a base della loro conoscenza del
> territorio cosa è il nome generico di un posto, e se ce n'è solo uno
> principale, oppure forse due o tre. Si fa torto non ammettendo la
> precedenza di chi abita il posto e lo conosce profondamente.
>


Non possiamo neanche reinventare la ruota però. I famosi "pezzi di carta"
anto vituperati come la legge sulla tutela delle minoranze linguistiche
sono il frutto di discussioni simili a quella che stiamo portando avanti
qui, che hanno impiegato molto tempo e hanno coinvolto buona parte della
società civile (non solo le 10 persone che leggono questo thread).


L'istat in realtà fa esattamente quello che facciamo noi cercando di
armonizzare le indicazioni legislativi con quello che viene recepito dal
territorio, i tempi sono ovviamente diversi ma se il bilunguismo in
Sardegna o da altre parti continuerà ad essere sentito e tutelato prima o
poi finirà anche nei loro elenchi per certo.


Mettere i doppi nomi o il singolo nome non è una scelta "neutra" in name ma
ha un preciso significato politico che è importante in ogni angolo del
mondo, non solo in Italia. Personalmente non mi schiero ma ritengo che gli
amici della Sardegna potrebbero dare maggiore visibilità alla loro lingua e
cultura collaborando per un rendering personalizzato.

Ciao,

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

[Talk-it] nuovo ponte ad Amatrice

[Stefano Salvador]

Ciao,

volevo solo segnalare che sono disponibili delle immagini aree del nuovo
ponte:

http://www.protezionecivile.fvg.it/ProtCiv/default.aspx/12012-gallery.htm

qui altri dettagli della costruzione:

http://www.protezionecivile.fvg.it/ProtCiv/default.aspx/11998-foto.htm

confermo che la geometria è quella che ho inserito in OSM la settimana
scorsa. Le immagini dovrebbero servire a migliorare il tagging.

Ciao,

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

Re: [Talk-it] Sardinian vs Italian names

[Stefano Salvador]

>
>
>
> Se il tuo fine è quello di tutelare la lingua e via dicendo, rinnovo
>> l'invito a fare un rendering personalizzato
>
>
> E perché invece non si pensa ad un rendering in italiano, se è così
> sentita questa esigenza, pubblicato magari su openstreetmap.it?
>
>
>
>


Penso che questa sarebbe la soluzione più sensata, il tag name è solo uno
dei tanti tag del db di OSM a cui diamo tutta questa importanza solo perché
il rendering di default prevede di mostrarlo sulla mappa (che come
specificato più volte è solo una mappa per i mappatori non per il
pubblico).

IMHO l'unico modo per uscire da queste discussioni infinite è quello di
impegnarci a mettere in piedi un rendering italiano multilingue che
valorizzi tutte le decine di lingue parlate in Italia. Altrimenti quella
che è una ricchezza diventa solo una lotta di campanile.

Per farlo servono:

1. soldi per l'infrastruttura informatica, e visto il livello di interesse
di questa discussione non dovrebbe essere difficile trovarli.
2. manodopera per mettere in piedi il rendering, e anche qui abbiamo
dimostrato con il recente terremoto di avere le competenze per farlo.
3. qualcuno che coordini un attimo la cosa (wikimedia?)

io mi offro per i punti 1 e 2.

Ciao,

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

Re: [Talk-it] Terremoto Rieti

[Stefano Salvador]

Non è mappato in modo ipotetico. Ho riportato le informazioni più
aggiornate che ho.

P.s. lavoro per la protezione civile del fvg.

Ciao

Il 03 set 2016 2:36 PM, "Davide Mangraviti"  ha
scritto:

> Approfitto per chiedere sia qui che in rete, chi ha informazioni sul nuovo
> bypass + ponte inaugurato poche ore fa ad Amatrice.
> https://twitter.com/geodado/status/772048617322475520
> Al momento è stato mappato in modo ipotetico da un utente.
> Ho scritto alla Prot Civile della Regione FVG che si occupa anche della
> cartografia dell'opera, ma prevedo tempi lunghi.
> Mappatori in zona non è che ce ne siano... chi trova dati certi, faccia la
> modifica.
>
> saluti
>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.
> com/Terremoto-Rieti-tp5880803p5881646.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

Re: [Talk-it] file map per zone terremotate

[Stefano Salvador]

Il giorno 26 agosto 2016 12:11, cesare gerbino  ha
scritto:

> *>>se qualcuno ha suggerimenti*
> riesci (dovrebbe essere facile con quello che usi ... ), a pubblicare
> anche i dati come layer pubblicati via wms / wfs (geojson)? Così altri
> potrebbero fare delle mappe con gli strumenti che meglio credono e tutto
> resterebbe standard e aggiornato (ogni 20 min è ottimo ). Che poi in
> realtà la mappa potresti farla anche tu ...
>
>
>
buttare i dati sul geoserver non è un problema, però produrre le ricettine
che convertono i dati osm raw in layer utili non è breve, e ancora più
lungo è fare le vestizioni per le mappe. Se qualcuno però conosce qualcosa
che posso copia/incollare sono tutto orecchi.

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

[Talk-it] file map per zone terremotate

[Stefano Salvador]

Buondì,

ho messo su uno scriptino che genera ogni 20 minuti la mappa aggiornata
basata su dati osm delle zone terremotate (l'extent è 12.9,42.4,13.5,43.0).
Si può usare con tutte le app compatibili con il formato mapsforge (orux,
locus, osmand, ...).

Per scaricarla:

http://geoserver.protezionecivile.fvg.it/terremoto2016.map

qui invece il pbf relativo:

http://geoserver.protezionecivile.fvg.it/terremoto2016.osm.pbf

adesso cerco di capire come produrla con evidenziati i danni del terremoto
(se qualcuno ha suggerimenti o ricette già pronte mi faccia sapere)

Ciao,

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

Re: [Talk-it] Terremoto Rieti

[Stefano Salvador]

>
>>
>> Ok, ho ancora un dubbio riguardo i dati vettoriali (disponibili solo per
>> Amatrice): pare che gli edifici sono quelli di OSM a cui hanno aggiunto
>> l'informazione dei danni, possibile ?
>>
>>
> Se fosse così, bisognerebbe segnalare che stiamo inserendo gli edifici
> mancanti tramite il task...
>
>
>

Ho scaricato un po' di mappe, nella legenda dicono esplicitamente : Base
Vector Layer: OpenStreetMap, Wikimapia, 

In pratica hanno usato OSM come base di lavoro !

Penso che abbiamo scaricato i dati di OSM ieri sera poi hanno aggiunto le
info sui danni tramite foto interpretazione. Infatti ad Accumoli che è
stato mappato un po' più tardi nelle loro mappe non sono segnalati grossi
danni, in realtà è che non c'erano ancora tutti gli edifici 

--

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

Re: [Talk-it] Terremoto Rieti

[Stefano Salvador]

> Ho visto che sono comparsi anche dei vettoriali con i danni stimati. Si
>> possono usare questi dati per la mappatura in OSM ?
>>
>>
> Sì, li hanno pubblicati proprio per quello.
>


Ok, ho ancora un dubbio riguardo i dati vettoriali (disponibili solo per
Amatrice): pare che gli edifici sono quelli di OSM a cui hanno aggiunto
l'informazione dei danni, possibile ?

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

Re: [Talk-it] Terremoto Rieti

[Stefano Salvador]

>
>
> il servizio di gestione delle emergenze ha già avviato la produzione delle
> mappe relative alle aree colpite:
> http://emergency.copernicus.eu/mapping/list-of-components/EMSR177
>

Ho visto che sono comparsi anche dei vettoriali con i danni stimati. Si
possono usare questi dati per la mappatura in OSM ?


Ciao,

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

[Talk-it] violazione licenza

[Stefano Salvador]

un altro sito che usa le mappe senza nessuna attribuzione (anzi con il
solito logo G ovunque):

http://www.sentierinatura.it

un esempio di mappa è qui:

http://www.sentierinatura.it/easyne2/GPXViewer.aspx?Code=SentieriNatura=41020=GETMAPNY0500YNFSYIYYY

già provato a contattarli gentilmente (due volte) senza risultati.

Ciao,

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

Re: [Talk-it] violazione licenza

[Stefano Salvador]

ignorate la mail precedente, avevo in cache la vecchia versione, hanno
aggiunto l'attribuzione (poco visibile ma c'è)

chiedo scusa,

Stefano

Il giorno 9 febbraio 2016 16:10, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

> un altro sito che usa le mappe senza nessuna attribuzione (anzi con il
> solito logo G ovunque):
>
> http://www.sentierinatura.it
>
> un esempio di mappa è qui:
>
>
> http://www.sentierinatura.it/easyne2/GPXViewer.aspx?Code=SentieriNatura=41020=GETMAPNY0500YNFSYIYYY
>
> già provato a contattarli gentilmente (due volte) senza risultati.
>
> Ciao,
>
> Stefano
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mancata attribuzione

[Stefano Salvador]

Le tile vengono da MapQuest, non ho indagato però quale versione dei dati
usano. In ogni caso l'attribuzione manca.

Ciao,

Stefano

Il giorno 28 gennaio 2016 08:35, Dino Michelini  ha
scritto:

> la chiamata alla API di mapbox da quanto leggo sul sito è : 
> *https://api.mapbox.com/v4/{resource}.json?secure=1
> *
>
> mentre quella della pagina che segnali è (vedi allegato):
>
>  onclick="Minube.services.MapFullScreen.openMobileMap()" 
> style="background-image: 
> url(*http://maps.googleapis.com/maps/api/staticmap 
> ?*center=19.31114335506464,-4.21875zoom=2scale=2size=211x210maptype=roadmapformat=pngvisual_refresh=true);">
> 
> 
> 
> Vedi mappa completa
> 
> 
> 
> 
>
>
> Il 27.01.2016 17:02 Andrea Lattmann ha scritto:
>
> www.minube.it
>
> Se aggiungete /mappa al dominio vedrete che utilizzano mapbox, ma di 
> attribuzione non né ho visto l'ombra...
>
> Andrea Lattmann
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
>
>
> Connetti gratis il mondo con la nuova indoona: hai la chat, le chiamate,
> le video chiamate e persino le chiamate di gruppo.
> E chiami gratis anche i numeri fissi e mobili nel mondo!
> Scarica subito l’app Vai su https://www.indoona.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

Re: [Talk-it] Violazione licenza OSM: MTB-MAG

[Stefano Salvador]

Concordo che la G sopra i layer di OSM da molto fastidio, ma una volta
tanto non è colpa "nostra".


> Ci fossero strumenti altrettanto semplici (e conosciuti) non prodotti da G
> ma dalla comunità OSM probabilmente molti li userebbero.
>

Gli strumenti ci sono e sono anche più facili di quelli di G (con Leaflet o
Openlayers aggiungere la mappa di OSM sono 3 righe di codice javascript).
Il problema è G non mette a disposizione le sue tile se non usando i loro
strumenti mentre tutti gli altri (anche commerciali/chiusi) lasciano usare
le tile indipendentemente dallo strumento usato


> Questo è uno degli aspetti IMHO strategici sul quale si dovrebbe
> riflettere; questa è una perdita di visibilità colossale, e poi tanti si
> chiedono: ma com'è possibile che così poche persone conoscano OSM (quando
> magari usano mappe e dati OSM senza saperlo)?


purtroppo usando i tool di Google è quasi impossibile non beccarti il loro
logo sopra qualsiasi cosa.

Ciao,

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

Re: [Talk-it] Violazione licenza OSM - Ediciclo

[Stefano Salvador]

Ho fatto una rapida georeferenzazione con QGis e le geometria sono
identiche (compresi gli sterrati messi da qualche mountain biker). La
toponomastica, a occhio, l'hanno presa dalla CTRN slovena.

Ciao,

Stefano

Il giorno 7 gennaio 2016 11:09, Cascafico Giovanni  ha
scritto:

> Ieri sono entrato in una libreria e, per gioco, ho cercato qualche
> violazione OSM... Sono bastati 10' nella sezione guide e ti ho trovato
> questa guida [1] che definire molto sospetta è ottimistico.
>
> "Collio e dintorni in bicicletta - Natura storia e vigneti tra Italia e
> Slovenia", euro 15, ed. Ediciclo, ISBN 978-88-6549-151-5
>
> Da quel che conosco della zona, tutte le tavole sembra siano state
> compilate su dati OSM, modificandone il rendering.
> Consideranto che tale compilazione richiede il download, il filtraggio
> sugli attributi eccetera, mi risulta difficile sia il solito caso della
> "svista".
>
> Ho sfogliato ulteriormente nella ricerca di qualche attribuzione; a meno
> che non mi sia sfuggita (ero senza occhiali) ho trovato solo la classica "è
> vietata la riproduzione totale o paraziale con qualsiasi mezzo"... "le
> fotocopie possono essere effettuate nei limiti del 15% per uso personale
> dietro pagamento alla SIAE" ecc.ecc.
>
> Ovviamente secca un po' vedere i propri editing venduti blindati. Spiace
> anche di più poi che chi lo ha fatto sia un editore per ciclisti, con
> patrocinio FIAB e di diversi enti territoriali.
>
>
> [1]
> http://www.ibs.it/code/9788865491515/marcolin-paolo/collio-dintorni-bicicletta.html
>
> [mappa Ediciclo]
> http://cascafico.altervista.org/osm/violazioni/ediciclo_plave.jpg
> [screenshot OSM]
> http://cascafico.altervista.org/osm/violazioni/Screenshot-07012016-plave.png
>
>
> ___
> 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] Visualizzatora cartografico OFFLINE per Windows

[Stefano Salvador]

Un'altra possibilità è di utilizzare QTLandKarte [1] che permette di
visualizzare i file in formato Garmin che trovi già preconfezionati per
varie zone geografiche, il setup non è immediato ma una volta che hai
caricato tutti i file per esplorare va più che bene, con il vantaggio che
si possono anche marcare dei waypoints che possono essere utilizzati come
segnalibri.

Adesso vedo che l'applicazione non è più supportata ed è sostituita da
QMapShack [2] che non ho mai provato, probabilmente va le stesse cose.

[1] http://www.qlandkarte.org/
[2] https://bitbucket.org/maproom/qmapshack/wiki/Home

Ciao,

Stefano


Il giorno 5 gennaio 2016 00:56, Max1234Ita  ha
scritto:

> E' una soluzione, non quella che mi attira di più, però.
>
> Fosse per me, come dicevo, non ci sarebbero problemi: ho dimestichezza sia
> con BlueStacks che con VirtualBox (anche se su quest'ultimo ho qualche
> problema con la connessione ad internet) e potrei imparare facilmente ad
> usarne altri; visto il destinatario, però, preferirei evitare l'approccio
> del "computer nel computer", a favore di una più diretta applicazione
> dedicata.
>
> A proposito, dopo qualche ricerca, avrei trovato  Marble
>   . Non sembra male, si possono
> scegliere diverse visualizzazioni, tra cui il classico atlante geografico e
> la mappa OSM.
> L'approccio però è molto simile a quello di JOSM: si assegna una cache
> nella
> quale precaricare un certo numero di tiles;  se ho visto bene, non è
> possibile preparare in anticipo il pacchetto, ma le mattonelle vengono
> scaricate in tempo reale, nel momento in cui si fa zoom sulla mappa.
> Questo non lo rende del tutto "offline"...
>
> MAx
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Visualizzatora-cartografico-OFFLINE-per-Windows-tp5863983p5864007.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

Re: [Talk-it] [OT] mail della lista nello spam gmail

[Stefano Salvador]

è un problema noto da un po'. A quanto pare a gmail considera tutto il
dominio libero.it come spam.

Ciao,

Stefano

Il giorno 23 dicembre 2015 14:05, Enrico Agliotti  ha scritto:

> Buongiorno a tutti.
> mi capita regolarmente che diverse mail se non intere conversazioni
> provenienti da Talk-it finiscano nello spam di gmail.
> Dal momento che la stessa cosa capita in una mailing list gestita da
> me con mailman e la maggior parte delle persone iscritte, insensibili
> ai rischi di un costante accentramento del controllo di internet,
> cominciano a chiedermi insistentemente di passare a google group io
> comincio a preoccuparmi.
> Qualcuno ha qualche idea di come risolvere il problema?
>
> --
> Inviato dal computer che sto usando in questo momento
>
>
> Enrico Agliotti
> cell. +39-328-0517312
> tel. con segreteria: +39-011-23415553
>
> ___
> 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] taginfo italia

[Stefano Salvador]

da quello che ho capito ogni regione risponde su una porta diversa. Per
rendere transparente la cosa è possibile installare il modulo di apache
"mod_proxy" e configurarlo tipo così:


ProxyPass http://localhost:7805
Order deny,allow
Allow from all


a questo punto il taginfo regionale è accessibile tramite
http://taginfo.openstreetmap.it/fvg

e così via per le venti regioni.

Ciao,

Stefano


Il giorno 16 dicembre 2015 14:27, Simone Cortesi  ha
scritto:

> 2015-12-16 9:38 GMT+01:00 Martin Koppenhoefer :
> >
> > Segnalo che http://taginfo.openstreetmap.it è andato online (diciamo si
> > tratta di una versione beta). Ci sono 20 istanze di taginfo, una per
> > regione, ma non c'è una versione dell'Italia completa, perché il nostro
> > server non ce la fa (RAM insufficiente). Le regioni sono come da
> > http://geodati.fmach.it/gfoss_geodata/osm/italia_osm.html quindi
> leggermente
> > più grandi delle regioni politiche (potete notarlo talvolta sulle mappe
> > create). Il server si dovrebbe aggiornare giornalmente, in alto a destra
> > potete vedere la data dell'attuale estratto.
>
> la macchina in questione è una macchina un po' scassata, è mia
> (privata, non di wikimedia italia o di wikimedia foundation), e
> vecchiotta, giacchè che non la utilizzavo più ho deciso di renderla
> disponibile a Martin per questa prova.
>
> potrei vedere se si può, pagando, fare un upgrade.
>
> --
> -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

Re: [Talk-it] manca ponte sul torrente Corno in ?

[Stefano Salvador]

L'utente mi conferma che era in effetti un errore, situazione ripristinata.

Sarebbero anche da ricontrollare le relazioni che sembrano un po'
incasinate. Adesso però non ho tempo.

Ciao,

Stefano

Il giorno 15 dicembre 2015 11:25, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

> Mi pare strano abbiano abbattuto il ponte :-), il changeset incriminato
> dovrebbe essere questo:
>
> https://www.openstreetmap.org/changeset/34326177
>
> mi sa che è stato cancellato per sbaglio, poi provo a contattare l'utente.
>
> Ciao,
>
> Stefano
>
> Il giorno 15 dicembre 2015 11:07, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>>
>> 2015-12-15 10:51 GMT+01:00 Volker Schmidt <vosc...@gmail.com>:
>>
>>> Ho visto per caso che sulla mappa manca il ponte sul torrente Corno che
>>> collega le frazioni di Medeuzza e Villanova in FVG.
>>> http://osm.org/go/0IMsbMW~?layers=C==179079
>>> E' chiuso o è un errore?
>>
>>
>>
>> anche se fosse chiuso sarebbe comunque un errore, si dovrebbe gestire con
>> gli access tags in questo caso. Invece se dovesse mancare la mappatura
>> sarebbe giusta.
>>
>> Al proposito, rinnovo l'invito di mappare i ponti. Il tag è
>> man_made=bridge e si usa sul contorno del ponte, esempio:
>> http://www.openstreetmap.org/way/381454425#map=15/41.8407/12.4688
>>
>> Attualmente non ne abbiamo moltissimi mappati:
>> valle d'aosta 0
>> piemonte: 7
>> lombardia: 25
>> trentino aa: 53
>> veneto: 29
>> fvg: 7
>> liguria: 15
>> emilia-r: 11
>> toscana: 41
>> marche: 2
>> umbria: 6
>> lazio: 29
>> abruzzo: 2
>> ...
>>
>>
>> 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] manca ponte sul torrente Corno in ?

[Stefano Salvador]

Mi pare strano abbiano abbattuto il ponte :-), il changeset incriminato
dovrebbe essere questo:

https://www.openstreetmap.org/changeset/34326177

mi sa che è stato cancellato per sbaglio, poi provo a contattare l'utente.

Ciao,

Stefano

Il giorno 15 dicembre 2015 11:07, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> 2015-12-15 10:51 GMT+01:00 Volker Schmidt :
>
>> Ho visto per caso che sulla mappa manca il ponte sul torrente Corno che
>> collega le frazioni di Medeuzza e Villanova in FVG.
>> http://osm.org/go/0IMsbMW~?layers=C==179079
>> E' chiuso o è un errore?
>
>
>
> anche se fosse chiuso sarebbe comunque un errore, si dovrebbe gestire con
> gli access tags in questo caso. Invece se dovesse mancare la mappatura
> sarebbe giusta.
>
> Al proposito, rinnovo l'invito di mappare i ponti. Il tag è
> man_made=bridge e si usa sul contorno del ponte, esempio:
> http://www.openstreetmap.org/way/381454425#map=15/41.8407/12.4688
>
> Attualmente non ne abbiamo moltissimi mappati:
> valle d'aosta 0
> piemonte: 7
> lombardia: 25
> trentino aa: 53
> veneto: 29
> fvg: 7
> liguria: 15
> emilia-r: 11
> toscana: 41
> marche: 2
> umbria: 6
> lazio: 29
> abruzzo: 2
> ...
>
>
> 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] Numeri civici del Comune di Ferrara - import

[Stefano Salvador]

>
> E allora?Il database OSM non è mica il database dell'istat! se l'istat non
> è
> daccordo può benissimo farsi/tenersi il proprio database cartografico fatto
> con lo stile che più gli agrada.
>


Perché l'ISTAT non fa altro che applicare la normativa italianache prevede
che il civico sia in corrispondenza biunivoca con un accesso. Questa è la
realtà italiana e siccome una delle regole auree di OSM è quello di mappare
la realtà non riesco a capire di cosa stiamo a discutere (per l'ennesima
volta).

A me sembra il contrario: i civici in OSM non sono nati con il modello
italiano in mente (in Germania i civici hanno un altro significato) e si
voglia applicare un modello sbagliato al nostro territorio.

tra l'altro la cosa imposta dall'istat non viene neanche applicata sempre
> sul suolo italiano
>

In casi in cui non è applicata sono solo per motivi storici e rappresentano
un esigua minoranza.

Ciao,

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

Re: [Talk-it] Import e burocrazia

[Stefano Salvador]

visto che apparentemente abbiamo più burocrati che "agricoltori", sarebbe
> più utile se questi primi producessero delle procedure che gli altri
> possano seguire per soddisfarli senza che si debba perdere tempo a
> reinventare la ruota.
>
> Servono:
>
>
:-D scusate non resisto ma secondo me questo vince il premio per il post
più ricorsivo dell'anno: per ovviare alla burocrazia si fa richiesta di
ulteriore burocrazia ...


In ogni caso la cosa più difficile di un import non è di sicuro mettere in
piedi una paginetta wiki e mandare una mail.

My 2 cents,

Stefano (un altro)
___
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

[Stefano Salvador]

il nuovo file degli edifici sembra avere qualche problema...non riesco a
> passare dal WGS 84 /UTM zone 33N (Epsg:32663) al WGS84 (EPGS4326)
>
>
>
Attenzione che WGS 84 /UTM zone 33N corrisponde a EPSG:32633 non 32663.

Ciao,

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

Re: [Talk-it] [Off topic] Messaggi marcati come spam

[Stefano Salvador]

confermo anch'io. Anche il server di posta dove lavoro rifiuta spesso i
messaggi di libero.it

Stefano

Il giorno 6 maggio 2015 15:43, Federico Cortese cortese...@gmail.com ha
scritto:

 2015-05-06 15:39 GMT+02:00 Volker Schmidt vosc...@gmail.com:

 Confermo. E non è la prima volta che il dominio libero.it finisce su una
 blacklist. E' un problema di libero. Rimedio: cambiare provider.
 :-)


 Anche io confermo il problema spam (anche se non avevo collegato a
 libero).

 Federico


 ___
 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] Kathmandu, OSM e il Politecnico di Milano

[Stefano Salvador]

Ciao,

interessante questo dibattito OSM vs GMAPS in emergenza. In effetti come
mapper diamo per scontato che a tutti sia evidente che la nostra mappa sia
il meglio :-)

Ti porto la mia esperienza dall'interno della protezione civile regionale
del Friuli Venezia Giulia: sia nel 2009 che, in parte, nel 2012 mi sono
occupato di produrre cartografia per i terremoti in Abruzzo ed Emilia.

Diciamo che per un uso veloce probabilmente molti preferisco GMAPS, tutti
lo conoscono, è facile da usare e nei casi d'uso comuni arrivo prima al
risultato. Le cose cambiano quando devo usare i dati per il coordinamento
dell'emergenza, in questo caso avere i dati vettoriali grezzi in un formato
compatibile con i software GIS è imprescindibile, questo sia per avere la
massima flessibilità del rendering (di una stessa porzione di territorio
devo poter fare mappe tematiche di ogni tipo in base a chi andrà ad
utilizzarle) sia per le analisi geografiche in cui necessariamente i dati
di base devono essere mescolati a dati specialistici provenienti da altre
fonti. Con gli strumenti che mette a disposizione Google entrambe queste
attività sono semplicemente impossibili.

Volendo generalizzare il discorso direi che GMAP funziona bene finchè ti va
bene stare nel loro recinto dove i dati li puoi vedere ed elaborare solo
con i loro strumenti, se però hai bisogno di fare qualcosa in più o
semplicemente analizzare i dati con il software che sei abituato ad usare
ogni giorno allora DEVI usare qualcos'altro e OSM è la scelta ovvia.

Ovviamente è importante avere una buona mappatura del territorio (non serve
che sia del tutto precisa, basta che sia abbastanza completa), infatti nel
2009 i dati di OSM per L'Aquila non erano usabili e al tempo HOT ancora non
esisteva. Nel 2012 in Emilia invece moltissimi hanno usato OSM, spesso
senza sapere che mappa avevano tra le mani.

Bisogna inoltre ricordarsi che l'emergenza non è solo quella dei primi
giorni (dove forse le mappe non ci sono proprio), ma dura mesi in cui
bisogna gestire sfollati e prima ricostruzione, io credo che l'obbiettivo
di HOT sia quello di supportare questa seconda fase e anche qui OSM non ha
rivali, infatti ha l'enorme vantaggio che i dati li puoi impacchettare e
dare in mano alle popolazione locali che una volta formate diventano
indipendenti nella loro gestione (che è quello che è stato fatto ad Haiti).

Ciao,

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

Re: [Talk-it] Confini aggiornati

[Stefano Salvador]

 Son sicuro che Valle d'Aosta, Sardegna e provincia di Genova sono ISTAT
 2011 (l'ho fatto io), Dapal credo avesse fatto la Sicilia. Forse c'era
 anche una pagina dove se ne teneva traccia, non ricordo.


In Friuli Venezia Giulia abbiamo importato a suo tempo i dati messi a
disposizione dalla regione che li calcola a partire da dati del catasto
(confrontandoli con altre basi dati), poi sul confine sloveno e austriaco
abbiamo sistemato le cose assieme ai nostri vicini (c'è qualcuno che è
andato a vedere dove sono i cippi di confine ...). Sono abbastanza
confidente che siano dati migliori degli ISTAT 2011 ;-)



 Altra indicazione: in molte regioni il confine l'abbiamo fatto coincidere
 con la linea di costa, suggerisco dove non è così di procedere ad unire il
 confine alla linea di costa.


Potresti formulare meglio ? sempre in FVG i confini (sia comunali che
regionali) includono anche la laguna, penso sia lo stesso per la laguna di
Venezia.

Ciao,

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

[Stefano Salvador]

3. sono presenti due campi lat e lon ma solo il 72% è popolato e le
coordinate sembrano essere assegnate in maniera estremamente
approssimativa, su una sorta di griglia regolare, dunque utili solo per
avere una localizzazione approssimativa, un esempio qui [2].
Conosco i dati del MIUR: ho sempre pensato che non fossero disponibili i
dati di geolocalizzazione perchè fossero stati derivati da Google (le mappe
di Scuola in Chiaro usnao come sfondo le mappe di Google e quindi ho
fatto, magari sbagliando 1+1 )

Le cose sono in evoluzione, in effetti fino a ieri i dati del MIUR erano
stati georiferiti con google adesso il governo ha legano i fondi
dell'edilizia scolastica [1] in parte alla completezza delle relative
anagrafi che le regioni devono tenere, quindi adesso c'è una certa
pressione per avere dei dati più corretti. Ci vorrà del tempo ma già alcune
regioni si sono attrezzate e, con la dovuta pazienza che i vari passaggi
burocratici richiedono, queste anagrafi regionali stanno cominciando ad
alimentare il database del MIUR.


[1] http://italiasicura.governo.it/site/home/scuole.html

Ciao,

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

[Stefano Salvador]

 -) sulla georeferenziazione viene citato Il dato cartografico disponibile
 per questo dato è stato geocodificato a cura della redazione, tramite
 procedure automatizzate che in determinati casi possono restituire
 risultati anche molto approssimati. che qualche dubbio magari lo fa venire
 (quali procedure automatizzate? Uh ...). Forse si dovrebbe approfondire
 o se c'è qualcuno il lista che ne sà magari può fornire dettagli

 In ogni caso mi sembra un ottimo esempio da seguire.

 ==

 Potrebbe essere utile alla causa? Vediamo se poi altre Regioni si
 aggiungono 


Sono abbastanza sicuro che anche il Friuli Venezia Giulia ha spedito i suoi
dati ;-) la georeferenziazione è stata chiesta in un secondo tempo e con
ogni probabilità questo dato non è ancora stato aggiornato.

Ciao,

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

[Stefano Salvador]

 La mia proposta è quella di istituirne due analoghe italiane:
 1. school:IT per definire il grado della scuola (materna, primaria,
 secondaria di primo e secondo grado)
 2. ref:CM per definire il Codice Meccanografico delle scuole italiane
 secondo l'anagrafe delle scuole italiane del MIUR [2]



Ottima iniziativa ! Segnalo solo che i codici meccanografici sono in realtà
3:

- uno identifica l'edificio
- uno identifica il plesso scolastico
- uno identifica l'istituto

per spiegare il senso di questa strutturazione basta pensare all'esempio
abbastanza frequente di diverse scuole superiori (quindi con codici
meccanografici d'istituto diversi) che hanno diverse sedi in giro per la
città (quindi con diversi codici di plesso) e che magari condividono delle
aule in uno stesso edificio (conil suo CM).

Ciao,

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

Re: [Talk-it] Informazioni per base cartografica del Trentino

[Stefano Salvador]

Si, in passato ce la realizzava un magazine tedesco, ma quest'anno
 purtroppo non abbiamo budget e per questo pensavamo di adoperare OSM.
 Sfruttando la base cartografica di OSM, è molto difficile utilizzare
 questi software?



I software citati funzionano bene e ottieni risultati graficamente
professionali. Sono però software specialisti e richiedono un po' di
esperienza, la conoscenza di qualche concetto di cartografia e
un'infarinatura di programazione, niente di complicato ma quanto basta per
sapere dove fare copia incolla degli stili che trovi belli e pronti ed
eventualmente sistemare qualcosa.

Diciamo che chi ha dimestichezza con gli strumenti potrebbe metterci un
paio di giorni di lavoro. Se devi partire da zero metterei in preventivo un
paio di settimane.



 Come ho scritto prima, quello che a noi interessa è una base cartografica
 del Trentino (e aree adiacenti) molto semplificata (senza isoipse ecc.), ma
 dettagliata (strade, paesi, laghi, fiumi ecc.). Esattamente come quella che
 abbiamo usato in passato.



I dati che citi sono ottimamente mappati in OSM, considerando poi che la
scala della tua mappa è attorno al 100.000 direi che non dovresti avere
problemi per quanto riguarda il dettaglio. Come già ti dicevano i nomi
delle valli non sono così facili da sistemare come nella mappa che hai
linkato. Di solito io per risolvere problemi simili mi tengo un file .osm
(che ovviamente non carico sul server) in cui metto le mie geometrie e che
poi faccio renderizzare al software come pare a me.



 Successivamente il nostro grafico si occuperà di modificarla aggiungendo
 tour e attrattive turistiche.



Se devi andare in stampa tieni presente che gli stili che trovi
preconfezionati sono fatti per il web e quindi con una risoluzione più
bassa di quella che serve, probabilmente dovrai sistemare le dimensioni dei
font.



 Altri suggerimenti? :)



Paga qualcuno per fartelo fare :-) non scherzo un paio di giorni di lavoro
di uno smanettone OSM non ti costano tanto (sicuramente meno di quanto
spendevi con il magazine tedesco).


Ciao,

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

Re: [Talk-it] Informazioni per base cartografica del Trentino

[Stefano Salvador]

Ricapitolando, secondo voi sarebbe meglio pagare un esperto di OSM o potrei
 riuscirci anche io, dato che mi serve la base pulita senza nomi delle
 valli, tour ecc?


quello che devi fare non è troppo difficile, però su cosa è meglio fare
dipende solo da quali sono le tue conoscenze e quanto tempo puoi dedicarci.

Prova a seguire questa guida, magari per un'area ristretta:

http://braincrunch.tumblr.com/post/9921938947/maperitive-tutorial-a-hiking-web-map-in-ten-easy

dove puoi saltare i punti 2 e 4, se riesci ad arrivare in fondo senza
troppi problemi allora sei autonomo. Per andare in stampa al posto del
punto 7 devi usare il comando export-bitmap per generare un'immagine raster
oppure export-svg per generare un'immagine vettoriale modificabile (se pur
von qualche limitazione).

Ciao,

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

Re: [Talk-it] parti di edifici e numeri civici

[Stefano Salvador]

 Il processo per me indica che si tratta di un numero applicabile a tutto
 l'immobile / unità ecografica semplice:

 Il proprietario dell’immobile, precedentemente alla domanda di Fine
 Lavori e/o di Asseveramento, nei casi in cui le opere realizzate abbiano
 comportato nuova attribuzione della numerazione civica esterna e/o la
 modifica del numero delle unità immobiliari esistenti, deve presentare
 domanda di Attestazione di Numerazione Civica Definitiva (art. 43 DPR
 223/1989) e, nei casi in cui lo necessita, il Certificato di Unità
 Immobiliare Urbana .


 perché parla di immobile se in realtà soltanto gli ingressi hanno
 numeri, ma gli immobili no?



nella realtà non è così, quando costruisci una nuova casa il comune ti
assegna tanti numeri quanti ingressi hai, quindi è molto comune avere più
civici per immobile (tipicamente porta di casa e portone per l'auto). Prova
a farti un giro in una zona con villette e vedrai che è quasi sempre così.

Inoltre secondo me non è vero che mettendo il numero all'edificio non devi
metterlo sui poi, infatti capita spesso che negozi contigui appartenenti
allo stesso edificio abbiano civici diversi (appunto perché il civico
indica l'ingresso e non l'immobile)

Non ho dubbi che all'estero le cose funzionino in modo diverso ma non vedo
perché dovremmo imporre lo stesso modello anche per l'Italia.

Ciao,

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

Re: [Talk-it] dove taggare civici

[Stefano Salvador]

 io faccio così, anche perché qui in lista ho imparato che in Italia sono
 gli ingressi che ottengono i civici (non ho ancora visto alcun documento
 ufficiale che lo conferma). D'altro canto penso che si potrebbe avere anche
 un poligono su quale vale i civico (per esempio ISTAT lo fa così, hanno 2
 oggetti, uno è il civico, e l'altro è l'area a quale si accede tramite quel
 civico).



Martin non perde occasione per imporre anche in Italia il modello tedesco
;-) rassegnati i civici sono assegnati agli ingressi e sei vui i
riferimenti legislativi c'è il

DPR 30 maggio 1989, n. 223, in particolare l'articolo 42 in cui si parla
solo di accessi e porte, mai di edifici.

Poi perché complicarsi la vita? il numero civico  sta in un posto preciso,
metto il punto li e fine, non vedo perché inventarsi criteri soggettivi. Mi
risultava che mappiamo la realtà non una nostra interpretazione.

Oltrettutto ormai abbiamo a disposizione qualche centinaio di milgliaia di
civici mappati dagli enti locali e tutti prevedono di mettere un punto dove
l'ingresso sta






 in modo in futuro di agevolare anche la ricerca.
 Se poi ho l'intero edificio con un solo civico allora lo metto sul
 poligono
 building.



 +1, non trovo sbagliato quel approccio



-1, invece è proprio sbagliato, salvo rari casi il civico si riferisce
all'ingresso (l'avremmo ripetuto 300 in lista) e non all'edificio.





 Se invece sullo stesso edificio ci sono ad es. più entrate con diversi
 civici alloro lo metto su entrance=main



 +1


-1 , molti grossi condomini (ma anche piccole proprietà) hanno civici su
vie diverse, mettere tutti i numeri su un unico ingresso non ha proprio
senso.




 Alla fine del giorno, ciò che interessa è avere tutti i civici, ma per
 motivi pratici non cambia niente se sono spostati di 2 o 5 metri ;-)



Alla fine del giorno ci interessa avere informazioni corrette non la mappa
piena di garbage.


Ciao,

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

Re: [Talk-it] problemi di accedere OSM API con Firefox

[Stefano Salvador]

con firefox 33.0 sotto linux funziona. Per capire cosa non funziona
dovresti aprire la console web (ctrl+shift+k) andare nel tab rete e vedere
cosa sta facendo il motore del browser. In alternativa prova ad aggiornare.

Ciao,

Stefano


Il giorno 28 novembre 2014 10:57, Volker Schmidt vosc...@gmail.com ha
scritto:

 Non posso più accedere con Firefox (30.1.1, Windows 8.1) cose come
 https://api.openstreetmap.org/api/0.6/relation/2759974/1

 Noto che non funziona per way, node, relation, ma funziona per notes

 Funziona tutto normalmente  con IE (ultima versione) e Chrome (Versione
 39.0.2171.71 m).

 Con Firefox mi ritorna una pagina bianca.

 Qualche idea dove sbaglio?

 Volker

 ___
 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] Import Civici Biella

[Stefano Salvador]

 Questo WMS esporta dati identici a quelli indicati da Paolo M.

 Ho guardato a Biella. Lo scostamento dai limiti amministrativi importati
 dall'ISTAT in OSM è veramente minimo e non risolve la situazione.


Proprio ieri stavo analizzando per altri motivi confini, dati istat, dati
anagrafe e civici della mia regione (Friuli Venezia Giulia) e ho
riscontrato che succede molto spesso che pezzi di alcune località
finiscano nel comune limitrofo. Dopo un po' di elucubrazioni mi sono reso
conto che questo non è un errore ma semplicemente succede che alcune
località o si sono espanse oltre i confini comunali propri oppure alcune
abitazioni un po' isolate vengano messe in carico alla località più
vicina che incidentalmente casca in un'altro comune.

Secondo me succede la stessa cosa anche per Biella e quindi direi che
confini e civici sono giusti così come sono e che, al contrario di quello
che pensavo prima, i campi addr:city e addr:postcode sono necessari.

Ciao,

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

Re: [Talk-it] Import Civici Biella

[Stefano Salvador]

 addr:postcode lo lascerei perché in Italia i CAP non coincidono con i
 comuni.


questo è vero per un numero molto piccolo di comuni (se ricordo bene circa
20 su 8000) in cui il comune è un soprainsieme dei CAP, per Biella mi
sembra che la corrispondenza CAP comune sia rispettata. IMHO lo toglierei.


 addr:city si potrebbe togliere se i confini della città fossero esatti.
 Però caricando i dati di Biella in JOSM si nota che ci sono dei civici che
 sono al di fuori dei

confini ISTAT. Dato che la loro localizzazione mi sembra corretta, deduco
 che allora i confini non lo sono.


toglierei anche questo, personalmente credo che sia meglio mettere a posto
i confini.

Ciao,

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

Re: [Talk-it] road book per percorsi ciclabili con mappa OSM

[Stefano Salvador]

Faccio seguito alla mia mail per segnalare che sono disponibili i PDF dei
13 road book con mappa OSM, il link è questo:

http://www.provincia.udine.it/tempolibero/turismo/13roadbook/Pages/default.aspx

è pronta anche la versione cartacea ma non so come e a chi verrà
distribuita.

Ciao,

Stefano


Il giorno 17 ottobre 2014 10:39, Stefano Salvador 
stefano.salva...@gmail.com ha scritto:

 Ciao liste,

 dopo il successo della pubblicazione l'anno scorso del road book relativo
 al ciclovia alpe adria, la provincia di Udine assieme a FIAB ha deciso di
 pubblicare altri 13 (!) road book relativi a percorsi ciclabili che coprono
 tutta la provincia.

 Anche stavolta sono stato coinvolto nella produzione delle mappe e
 ovviamente tutte le mappe sono rigorasamente OSM (parliamo di quasi 200
 riquadri !).

 Come forse qualcuno avrà notato nei quotidiani locali di ieri, oggi alle
 11:30 presenteranno il lavoro presso la sede della provincia di Udine.

 Appena ho qualche info e qualche link al prodotto finale vedrò di girarli.

 Ciao,

 Stefano

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

Re: [Talk-it] Possibilità di mappe offline

[Stefano Salvador]

 Infatti ho ri-letto le risposte e infatti ho scritto se ci fossero altri
 modi oltre a quelli nella mia domanda.



Purtroppo no, riassumendo per fornire le mappe offline puoi:

- usare mappe raster: le usi dappertutto ma occupano un sacco di spazio
(hai provato a valutare di usare mappe online con qualche sistema di cache?)
- usare mappe vettoriali: occupano relativamente poco spazio ma hai bisogno
di applicazioni native.

esistono dei progetti sperimentali che usano tile vettoriali renderizzate
con motori javascript, dovrebbero coniugare il meglio dei due mondi ma
AFAIK allo stato attuale non sono ancora pronti per l'uso quotidiano.
Magari, se devi ancora laurearti, puoi proporlo come argomento della tua
tesi ;-)

Se il tutto ti sembra difficile considera che stai chiedendo di avere in
tasca la mappa di tutta europa alla scala di circa 1:5000, non è proprio
così banale.

Ciao,

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

Re: [Talk-it] R: Re: Gestire le mappe in locale

[Stefano Salvador]

Un po' di risposte le hai già avute, ma riproviamoci.

Ho provato a crearmi  delle mappe personalizzate (livelli di zoom e sezioni
 più piccole ..) tramite MobileAtlasCreator,


MoBAC non crea le tile ma le scarica dai vari provider, se ne dovrebbe fare
un uso molto parsimonioso


  il traffico dati per scaricare le mappe direttamente dal server OSM è
 molto intenso!?...


dipende da cosa devi fare, in genere no. Ma come al solito per usare le
tile di OSM devi attenerti alle linee guida che ti hanno già linkato


 E soprattutto se volessi che le mappe siano disponibili quando non c'è
 linea (quindi offline) c'è un altro modo per realizzare questa
 funzionalità!?


Esistono delle librerie native per Android e iOS (te le hanno già
segnalate: OsmDroid, MapBox) che lavorano con mappe vettoriali e quindi
occupano molto meno spazio e funzionano bene anche su terminali non molto
dotati (utilizzate ad esempio da OsmAnd o OruxMaps).

Ciao,

Stefano

PS: visto che studi informatica dovresti sapere che nelle ML si risponde
evitando il pop-posting e quotando gli altri messagi ;-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Gestire le mappe in locale

[Stefano Salvador]

 il mio problema principale è che non voglio ogni volta dover richieder la
 mappa al server OSM ma averla nel mio server in locale, solo che non ho ben
 capito come posso procedere per ottenere ciò.


devi mettere in piedi il tuo tileserver configurandoti tutto lo stack di
rendering utilizzato dal sito osm.org, per sapere come fare puoi cominciare
da qui:

http://switch2osm.org/

in particolare la sezione serving tiles

ti conviene decidere fin dall'inizio di fornire solo i tile di una zona
ristretta, creare i tile per tutto il mondo richiede risorse hardware
rilevanti mentre per un territorio delle dimensioni di una regione italiana
ti può bastare anche una comune workstation.

non è un processo semplice ma ti da la possibilità di applicare un tuo
stile personalizzato alla mappa e decidere le politiche di aggiornamento e
cache delle tile in modo ottimizzato per la tua applicazione.

una volta che tutto funziona ti basta sostituire a http://osm.org il link
del tuo server personale.

Ciao,

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

Re: [Talk-it] Gestire le mappe in locale

[Stefano Salvador]

 Quello che vorrei fare se possibile è scaricare Tile senza doverli creare
 io, da poi ingoblare nel programma richiamandolo con Leaflet.


tutti i servizi di produzione di tile (osr.org, MapQuest, MapBox, ...)
sconsigliano o limitano molto il mass downloading delle tile, questo perché
generare tile è un processo che richiede molte risorse computazionali e
scaricarne in grosse quantità mette in crisi i server.

Considera che salvarti staticamente tutte le tile per tutti i livelli di
zoom richiede parecchio spazio disco (qualche centinaio di GB solo per
l'Italia) e ti perderesti gli aggiornamenti che vengono fatti alla mappa.
Comunque puoi fare qualche esperimento di generazione locale di tiles
statiche usando tilemill.

Mettere in piedi un tile server è un processo forse un po' noioso ma non
troppo complicato e ci sono buone guide che spiegano come fare. IMHO
l'unica alternativa possibile è pagare una ditta come MapBox, Geofabrick o
Stamen che ti faccia il lavoro.

Ciao,

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

[Talk-it] road book per percorsi ciclabili con mappa OSM

[Stefano Salvador]

Ciao liste,

dopo il successo della pubblicazione l'anno scorso del road book relativo
al ciclovia alpe adria, la provincia di Udine assieme a FIAB ha deciso di
pubblicare altri 13 (!) road book relativi a percorsi ciclabili che coprono
tutta la provincia.

Anche stavolta sono stato coinvolto nella produzione delle mappe e
ovviamente tutte le mappe sono rigorasamente OSM (parliamo di quasi 200
riquadri !).

Come forse qualcuno avrà notato nei quotidiani locali di ieri, oggi alle
11:30 presenteranno il lavoro presso la sede della provincia di Udine.

Appena ho qualche info e qualche link al prodotto finale vedrò di girarli.

Ciao,

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

Re: [Talk-it] Civici FVG

[Stefano Salvador]

Ma non si diceva di usare osmly? Mi pare che Simone dicesse che c'era un
server disponibile.

- conviene caricare il file già in wgs84 (=ETRS89) senza convertire il
 datum, cosa già fatta dalla regione. Questo file viene anche direttamente
 aperto da josm con il plugin Opendata:
 http://irdat.regione.fvg.it/Distributore/download?idDset=
 10221idFmt=383type=lcrpath=SIT/Shape/CIVICI_RAFVG_sh.ziprefSys=3045


+1, i dati sono convertiti usando i grigliati IGM, facendo la conversione
con il default di QGIS si introducono un sacco di errori.


 - per i cap i dati ufficiali si trovano su poste.it, ma sono a pagamento
 (ci sono anche gia gli shp):
 http://www.poste-impresa.it/online/pmi/postali/accessori/banchedati.shtml


Per tutta la regione i CAP sono validi per l'intero comune quindi
l'associazione dovrebbe essere ricavabile facilmente, l'unica eccezione è
la città di Trieste.

Ciao,

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

Re: [Talk-it] Civici FVG

[Stefano Salvador]

Simone diceva che l'autore ha già modificato il codice, in effetti
guardando questo commit:

https://github.com/aaronlidman/osmly/commit/4c52d2c42536490c03d87045fc97a117b4a56a57

parebbe tutto a posto.

Direi di aspettare notizie da Simone riguardo al server.


Ciao,

Stefano




Il giorno 24 giugno 2014 10:57, Aury88 spacedrive...@gmail.com ha scritto:

 Stefano Salvador wrote
  Ma non si diceva di usare osmly? Mi pare che Simone dicesse che c'era un
  server disponibile.

 Osmly gestisce già i nodi? Sapevo che era in sviluppo la possibilità di
 importare anche altri elementi oltre ai poligoni, ma non sapevo il lavoro
 fosse già finito



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5809361.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

Re: [Talk-it] Civici FVG

[Stefano Salvador]

Ho notato, nel mio comune che i nomi delle vie non sono completi, in tutti
 quelli verificati manca una parte del nome se si tratta del nome di persona
 si trova solo il cognome. Mentre la posizione mi sembra assolutamente
 corretta.


 Sarebbero da integrare perciò col nome completo.



+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. Fatto questo metterei in piedi un istanza di
osmly che permette di fare un import assistito dei dati.

Ovviamente la mia opinione è viziata dal fatto che non ho tempo per fare
niente e non ho un server dove mettere su osmly, quindi vale come il due di
picche :-)

Ciao,

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

Re: [Talk-it] Civici FVG

[Stefano Salvador]

A quanto pare osmly macina file geojson (che QGIS può esportare), nel file
da importare andrebbero secondo me lasciati solo i campi che diventano tag
e quindi concordo con il lavoro di pulizia.

Mi piacerebbe anche fare un confronto preliminare tra i nomi delle vie OSM
e quelle dei civici in modo da uniformare i nomi in automatico dove
possibile. Avevo fatto delle prove con i dati ISTAT (che hanno gli stessi
nomi delle vie) e la cosa riusciva senza grossi problemi in circa l'80 per
cento dei casi. A quel punto l'importazione con osmly diventa solo un clic
di conferma da parte del mappatore.

Ciao,

Stefano


Il giorno 06 giugno 2014 11:37, cascafico cascaf...@gmail.com ha scritto:

 C'è qualche azione preliminare sullo shp prima di passare ad osmly?

 Pensavo QGIS possa macinare:

 - sistema coordinate
 - maiuscoli/minuscoli DENOM
 - codice ISTAT  CAP [1] (licenza?)
 - eliminazione campi inutili (X, Y, ID_STRADA...)
 - aggregazione NUM_CIV, BARRATO (è il caso di mettere anche INTERNO?)



 [1]

 https://www.poste-impresa.it/resources/postali/editoriali/postali_pmi/pdf/banchedati_capZone_scheda_prodotto.pdf




 -

 --
 cascafico.altervista.org
 twitter.com/cascafico
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5808102.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

Re: [Talk-it] [OSM-FVG] Civici FVG

[Stefano Salvador]

 Sarebbe, secondo me, da provare la strada dell'import assistito
 tramite http://osmly.com/


+1

purtroppo osmly l'ultima volta che ho guardato supportava solo aree e non
punti, ma non dovrebbe essere difficile estenderlo ...

Ciao,

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

Re: [Talk-it] Civici FVG

[Stefano Salvador]

Il giorno 04 giugno 2014 01:23, Leonardo kinetocor...@gmail.com ha
scritto:

 Allora occhiata ultraveloce, alcune considerazioni a caldo:

 - Sono 433217 (si quattrocentotrentamila e passa!) indirizzi ma per nostra
 fortuna abbiamo anche il comune di appartenenza, il che ci avvantaggia
 ENORMEMENTE nella possibile suddivisione del lavoro di import.

 -È necessario trasformarli da GAUSS BOAGA a WGS84 (no problem con QGIS).


In realtà sono disponibili già pronti in ETRS89/ETRS-TM33, che va benissimo
per OSM, da quello che avevo visto sono posizionati in modo molto preciso
quindi trasformarli con QGIS non va bene (a meno di non avere i grigliati
IGM).



 -I nomi delle vie sono tutti in maiuscolo quindi sarà necessario un lavoro
 di trasformazione da MAIUSCOLO a Prima Lettera Grande (eccetto di, della,
 dell, ecc...). Inoltre è necessario fondere assieme due campi (SPECIE +
 DENOMINAZI) per addr:street e (NUM_CIV + BARRATO) per addr:housenumber e
 aggiungere addr:city e addr:postcode. C'è un pò di lavoro di riassetto da
 fare prima di poterli importare ma nulla di impossibile.


Avevo fatto qualche test con i comuni della Carnia che sono disponibili da
un po' e devo dire che il grosso del lavoro è quello di uniformare i nomi
delle strade, e può essere fatto solo parzialmente in automatico.



 Il primo nodo da sciogliere è la licenza, se è OK, direi che si può
 pensare a un piano di import. Friulani, fate sentire il vostro parere :D


La situazione è fluida: abbiamo un'autorizzazione di quelle ad Simonem
che ci permette di pescare a piene mani dal catalogo. Nel frattempo hanno
fatto una legge regionale che dovrebbe cambiare la licenza in qualcosa tipo
CC-BY ma manca ancora il decreto attuativo, vedo che sul sito dell'IRDAT
fanno riferimento ancora alla vecchia legge. Se vogliamo essere prudenti
conviene partire con i comuni montani che sono curati dalla Comunità
montana della Carnia e che li ha rilasciati tempo fa come IODL (compatibile
con la ODBL).


Ciao,

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

Re: [Talk-it] Mappare la campagna

[Stefano Salvador]

Perché invece non mapparli dettagliatamente? Mica devi finire entro
 domani... e avresti una vera mappa: indicare che tra un paese e l'altro è
 coltivato non è molto diverso da non avere informazione :-)


+1, un altro bel esempio (non l'ho fatto io):

http://www.openstreetmap.org/#map=14/45.9104/12.8537

Ciao,

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

Re: [Talk-it] Selezione di tutte le way di un'area

[Stefano Salvador]

Come prima cosa ti scarichi tutta l'area che ti interessa (sperando che il
server accetti la richiesta) poi vai nel menù Modifica-Cerca e immetti la
seguente stringa di ricerca:

type:way and (highway=residential | highway=unclassified | highway=tertiary
| highway=secondary | highway=primary)

lasci selezionato Sostituisci la selezione e dai Inizia Ricerca. A
questo punto controlla che ci sia tutto e modifica i tag che ti interessano.

Se l'area è troppo grande puoi procedere per settori oppure appoggiarti a
overpass.

Ciao,

Stefano






Il giorno 11 aprile 2014 08:02, apozz...@libero.it apozz...@libero.it ha
scritto:

 Buongiorno a tutti,

 chiedo se esiste uno strumento in Josm, magari che non richieda la laurea
 in ingegneria, per selezionare tutte le way all'interno di un comune
 (esclusi track, footway, cycleway ecc.) per assegnare il limite di
 velocità. Successivamente andrò a modificare/togliere il limite nelle poche
 way con limite diverso/assente.

 Grazie e buon fine settimana,


 Alessandro Pozzato

 ___
 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] CAP - contest del mese

[Stefano Salvador]

e qui c'è qualche notizia di cos'è cambiato rispetto al 2009:

http://blog.tuttitalia.it/2010/11/nuovi-cap-italiani-aggiornamento-2010.html

resta aperta la questione di come mappare questa informazione per i 41
comuni in cui il cap è più dettagliato del livello comunale (che sono poi i
comuni in cui sarebbe anche più utile avere questa informazione).

Ciao,

Stefano




Il giorno 08 aprile 2014 16:32, Maurizio Napolitano napoo...@gmail.com ha
scritto:

 Just for info
 in questo file
 http://www3.istat.it/dati/catalogo/20090728_00/cartografia.zip
 (300mb) rilasciato da ISTAT con licenza cc-by ci sono un sacco
 di  temi fra cui i CAP.
 Si tratta dello stato dei CAP al 2009.
 Potrebbe essere interessante partire da lì.


 2014-04-08 16:22 GMT+02:00 Simone Cortesi sim...@cortesi.com:
  Ciao,
  vorrei ri-lanciare il contest del mese, come già facevamo qualche anno
 fa.
 
  Vorrei ricominciare con una cosa d'impatto. I CAP - Codice di
  Avviamento Postale.
 
  Perche'? perche' non esiste un database completo libero e gratuito di
  cap in italia.
 
  inoltre, al di la di un piccolo numero di città (dove esistono piu'
  codici all'interno dello stesso comune), il cap è identico per tutte
  le vie del comune.
 
  che ne dite? pensavo di fare una mappa che si aggiorna ogni giorno e
  che da visibilità dell'avanzamento del lavoro.
 
  che tag usiamo? io lo metterei genericamente sull'admin_level=8 di
  ogni singolo comune.
 
  --
  -S
 
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-it



 --
 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

Re: [Talk-it] numero civico

[Stefano Salvador]

tu probabilmente vivi un un paese del carso dove i civici funzionano
in modo strano. In quasi tutto il resto dell'italia i civici sono
assegnati all'ingresso come da normativa. Quindi un nodo per ogni
civico messo la dove sta la targhetta,  non vedo perché inventare
qualcosa di diverso.

Il 04/04/14, Damjan Gerldam...@damjan.net ha scritto:
 Il civico è una informazione legata non tanto all'edificio quanto
 all'ingresso dell'edificio.

 Dipende. Qui da noi esistono tante case con giardino e due o più
 ingressi, però il civico è sempre uno. Inoltre posso fare come esempio
 alcune case con giardino sulle quali la tabella del civico è fissato
 sulla casa neanche in prossimità dell'entrata.

 Una cosa che invece non segno mai sono le sotto catalogazioni (ad
 esempio 10/A, 14/A, 14/B...). Sono informazioni che non trovo
 interessantissime da aggiungere ed allo stato attuale preferisco
 concentrarmi sui civici principali senza sotto numerazioni (in molte
 città mancano totalmente o quasi)

 Direi che i sub sono importanti come i numeri. Sempre un esempio della
 zona dove abito. Una quindicina di case con lo stesso numero civico, ma
 sub differenti, anche ben mischiati come ordine alfabetico.

 Ciao
 Damjan


 ___
 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] Differenziazione della tipologia dei civici...

[Stefano Salvador]

 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

Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita

[Stefano Salvador]

 però ti mando per email un file csv di 884 righe con i nomi delle
 strade di Udine (che contiene degli errori dovuti alla virgola fuori
 posto di cui parlavo altrove),


ho fatto un confronto veloce tra il file che mi ha fornito Daniele e
un'istanza dei dati OSM che ho su DB e la cosa non è così drammatica come
poteva sembrare, sul mio DB ho 926 nomi unici mentre quello istat ne ha
884, in OSM ci sono 72 nomi non presenti nel file istat, mentre in istat ci
sono 134 nomi non presenti in OSM, qualche considerazione:

- il fatto che in OSM ci sono nomi in più è dovuto al fatto che ci sono
nomi di tangenziali, statali, ... che nello stradario istat non ci sono (e
forse non sono nel posto giusto neanche in OSM)
- le discrepanze sono molto minori e sono dovute più che altro a nomi
scritti incompleti o abbreviati in OSM

In sostanza mi ritengo soddisfatto del risultato che mi ha aiutato ad
identificare numerosi errori miei (compreso un terribile pellicCIerie).
Penso però che i dati siano stati forniti dai comuni stessi (lo stradario
istat assomiglia un po' troppo allo stradario che pubblica il comune)
quindi il risultato può variare molto.

Adesso mi metto a sistemare gli errori trovati.

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

Re: [Talk-it] WebGis comune Roveredo in Piano (PN)

[Stefano Salvador]

Il mio comune ha pubblicato lo scorso mese a questo indirizzo
 http://ctwroveredo.sinergis.it/clientweb/login.html la viabilità, i
 civici, il catasto ed il piano regolatore vigente. Se non ho capito male
 (ma chiedo agli esperti rassicurazioni in merito) i dati dovrebbero essere
 legalmente utilizzabili in base alla Legge 17 dicembre 2012 n.221 che
 modifica l'art. 52 e 68 del Codice dell'Amministrazione 
 Digitalehttp://egov.formez.it/content/codice-dellamministrazione-digitale-testo-vigente-0(ho
  già inviato richiesta all'amministrazione comunale per avere conferma
 ma non ho ancora ricevuto alcuna risposta). Ora chiedo a chi ne capisce
 deglia aspetti tecnici... esiste la possibilità di utilizzare questi dati
 in qualche modo per inserirli in OSM? Se si come?



Visto che loro non dicono nienete dovrebbe valere il concetto di open by
default, è sempre meglio però aspettare conferma dal comune.

Per quanto riguarda l'aspetto tecnico dietro le quinte gira un'instanza di
geoserver che risponde agli standard OGC, in sostanza puoi sia usare in
JOSM il WMS [1], che scaricarti i dati grezzi con QGIS appoggiandoti al WFS
[2]

[1] http://ctwroveredo.sinergis.it/geoserver/Base_01_1/wms?

[2] http://ctwroveredo.sinergis.it/geoserver/Base_01_1/wfs?

Ciao,

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

Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita

[Stefano Salvador]

   ... mentre se copiamo i dati ISTAT ...


Infatti parlavo di mapping party non di copiare ciecamente :-)

La mia proposta è quella di usare i dati ISTAT come un altro tool di QA.
Faccio l'esempio della mia città Udine: quando ho iniziato a mapparla mi
sono fatto quasi ogni singola via in bici o a piedi, eppure sono sicuro di
essermi perso qualche viuzza oppure letto male qualche nome. Per completare
dovrei rifarmi a tappeto tutta la città perdendo un sacco di tempo per una
città in sostanza già ben mappata. Il modo più veloce e sicuro è
confrontare con un'altra fonte come appunto è quella dell'ISTAT.

Ovviamente se il numero di errori o incongruenza è troppo elevato non ha
senso come confronto.

Non è che per prova potresti far girare il tuo software per il comune di
Udine così mi convinco anch'io che non ha senso ;-) Potrei farlo anch'io ma
non ho capito se i sorgenti sono disponibili.

Ciao,

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

Re: [Talk-it] I nomi delle vie

[Stefano Salvador]

 Non credo il problema dipenda dal formato garmin, se uso le mappe native
 la ricerca degli stessi termini porta a risultati ben diversi.
 Evidentemente garmin ha dedicato delle risorse alla questione e fornire
 soddisfacenti risultati alle ricerca e' una priorita' per chi vende
 navigatori.


Tieni presente che la conversione in formato garmin è frutto di un lavoro
di reverse engineering, con tutti i limiti che questo comporta. Tempo fa
avevo tra le mani dei dati TeleAtlas e non avevano una struttara così
diversa dai dati OSM, quindi credo il lavoro vero e proprio stia nel
software di conversione che produce i dati per il navigatore.

Prova con questa [1] e prova a vedere se la ricerca funziona meglio: è una
mappa dell'arco alpino prodotta da dati OSM da Garmin stessa.

Ciao,

Stefano

[1] http://www.garmin.com/de/mit-garmin-im-schnee#scrolltowinterkarte
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Upload di dati OSM in POSTGIS (su Windows 7)

[Stefano Salvador]

Prova con imposm:

http://imposm.org/docs/imposm/latest/

è scritto in python quindi dovrebbe girare anche in windows.

Alla peggio installa un linux su una macchina virtuale.

Ciao,

Stefano


Il giorno 13 marzo 2014 08:54, cesare gerbino cesaregerb...@gmail.com ha
scritto:


 Ciao a tutti,

 volevo chiedere quale soluzione posso utilizzare per caricare dati OSM su
 POSTGIS (su Windows 7)

 Ho visto che per osm2pgsql su Windows sul wiki (rif.
 http://wiki.openstreetmap.org/wiki/Osm2pgsql#Windows), è riportato quanto
 segue

 *This version does not appear to handle all objects properly (64-bit
 problem), checking git not all 32-bit variables for IDs had been caught
 when this was compiled*

 e quindi, a meno di ricompilare (che però vorrei evitare se possibile
 ...), mi sembra una strada chiusa.

 Ci sono alternative valide? Osmosis? Qualcosa di più semplice?

  Buona giornata e grazie mille anticipatamente.

 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


 ___
 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] [OT] Da quest'anno nuovi posizionamenti satellitari.

[Stefano Salvador]

Operazioni commerciali USA in corso sostanzialmente..



Non commerciali ma militari, il GPS è in mano ai militari USA che in
qualsiasi momento potrebbero decidere di reintrodurre la degradazione del
segnale per motivi di sicurezza nazionale (ma probabilmente non lo faranno
mai visto che distruggerebbero anche molte aziende USA). Galileo è stato
concepito anche come risposta civile agli altri sistemi di uso militare.

Ciao,

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

Re: [Talk-it] GPX del confine amministrativo

[Stefano Salvador]

puoi provare anche con questo:

http://polygons.openstreetmap.fr/?id=179173

purtroppo non ha come output il GPX, ma dovresti riuscire a convertire gli
altri formati con QGIS.

Ciao,

Stefano



2014-02-26 9:40 GMT+01:00 bredy bredy...@yahoo.it:

 Non funziona mi dice che Error: line 11: static error: Unknown attribute
 reg in element has-kv.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/GPX-del-confine-amministrativo-tp5795396p5797525.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

Re: [Talk-it] R: Nuovo Import

[Stefano Salvador]

OSM ha ormai troppi dati per effettuare un import frettoloso

 Questa non la capisco?
 Puoi spiegarmi meglio cosa centra la dimensione del database di OSM con un
 import?

Intendevo dire che difficilmente in Italia trovi delle zone del tutto
deserte dove un import può essere fatto senza tenere conto di quello che è
già mappato. Inoltre tutti i dati in OSM sono estremamente correlati e più
la zona è densamente mappata più è difficile inserire nuovi dati in modo
automatizzato. Nella mia modesta esperienza ormai la mappatura in Italia è
arrivata quasi alla situazione in cui un import può essere fatto solo
manualmente.

Ti assicuro che non sono contrario a priori agli import, se non ci credi da
un'occhiata all'archivio della ML ;-)

Ciao,

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

Re: [Talk-it] Nuovo Import

[Stefano Salvador]

IMVHO se vi danno i dati sabato è abbastanza difficile caricarli il giorno
stesso. Il Data Working Group oramai richiede tutta una serie di attenzioni
e pianificazioni negli import (giustamente) che possono essere fatti solo
una volta che avete i dati in mano. Secondo me è più realistico programmare
per sabato tutte le attività di controllo dei dati e pianificazione
dell'import, poi potete contattare il DWG e aspettare le loro indicazioni.
OSM ha ormai troppi dati per effettuare un import frettoloso.

Ciao,

Stefano


Il giorno 20 febbraio 2014 23:24, Eduard Natale
eduard.nat...@gmail.comha scritto:

 In effetti dovrebbe arrivare anche quella, sarà un insieme di informazioni
 che ci daranno sabato, ma in realtà non conosciamo con precisione tutti i
 dettagli. Io vorrei cominciare con le fermate prima e poi con il tempo
 aggiungere anche le relazioni. L'idea è: supponiamo di avere questo dataset
 per sabato, possiamo avvantaggiarci in questo lavoro ora in maniera tale
 che sabato possiamo procedere semplicemente all'upload su OpenStreetMap.




___
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

[Stefano Salvador]

Specificare un ulteriore tag non renderebbe più semplice la fruizione del
 dato?


probabilmente si, ma renderebbe un po' più difficile la mappatura. Che io
sappia esistono diverse situazioni simili in OSM e si è sempre preferito,
dove possibile, applicare un po' di euristica nell'uso dei dati piuttosto
che complicare troppo il tagging (credo che una semplice regexp possa
interpretare correttamente sia 12A che 12/A).

Detto ciò ritengo indispensabile l'uso dello slash per i casi in cui
l'esponente è un numero (tipo dove abito io: 6/2) o in casi dove ho visto
adirittura il doppio esponente (52/A/2) ! Come al solito la regola di
mappare quello che si vede penso sia sempre la vincente.

My 2 cents,

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

Re: [Talk-it] Export Relazione: Lago di Garda (8569)

[Stefano Salvador]

convertire le relation in poligoni non è banale e di solito si fa passando
per un DB con osm2pgsql.

Per fortuna c'è un tool web che ci viene in aiuto, prova ad andare qui:

http://polygons.openstreetmap.fr/?id=8569

Ti permette di scaricare il poligono in vari formati.

Ciao,

Stefano



Il giorno 03 febbraio 2014 09:55, pjhooker lima.cityplan...@gmail.com ha
scritto:

 Ciao, ho provato ad esportare la relazione in oggetto, ma, a quanto ho
 capito, le relazioni non sono dei poligoni.

 Sto provando ad usare Qgis, osm2postgres, osmosis ... ma solo con QGis sto
 ottenendo dei risultati, ma sembra che il poligono del lago non ci sia.

 Mi sembra che la strada giusta sia osmosi, ma non riesco a costruire la
 query (da terminale) in modo corretto.

 Suggerimenti? grazie.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Export-Relazione-Lago-di-Garda-8569-tp5795068.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

Re: [Talk-it] Sviluppo funzionalità routing nella pagina OSM

[Stefano Salvador]

Mi sa che ha ragione sabas88, lo sviluppatore ha realizzato un po' di
chiamate javascript verso i sistemi di routing preesistenti [1]. Tutto
sommato è meglio così piuttosto che reinventarsi la ruota.

In ogni caso un bel lavoro e un'ottima notizia, sicuramente così sarà più
facile controllare i problemi di mappatura che influenzano il routing.

[1]
https://github.com/systemed/openstreetmap-website/blob/routing/app/assets/javascripts/routing_engines/

Ciao,

Stefano


Il giorno 03 febbraio 2014 14:36, Aury88 spacedrive...@gmail.com ha
scritto:

 sabas88 wrote
  Coff coff,
  credo sia semplicemente una interfaccia che fa chiamate ai servizi soliti
  (OSRM/Graphhopper/Mapquest).

  non credo. nella news si parlava di vero e proprio sviluppo dell'API.
 anche
 all'interno del sorgente, ad una rapida ricerca, non ho trovato alcun
 riferimento ai vari servizi da te elencati...magari però il nome delle API
 su cui essi si basano sono affettivamente elencati come sorgente ma non
 conoscendoli non saprei proprio dire...



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Sviluppo-funzionalita-routing-nella-pagina-OSM-tp5795062p5795098.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

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

[Stefano Salvador]

mi segnalano in un altro forum che il bando per rinnovare la tecnologia di
streaming è uscito da relativamente poco:

http://www.rainet.it/dl/FornitoriRainet/bando02.html

leggendolo non sembra ci siano molte speranze che le cose migliorino.

Possiamo sempre chiedere alla RAI come risarcimento che inseriscano in
OSM i dati dei loro ripetori ;-)

Ciao,

Stefano



Il giorno 27 gennaio 2014 14:57, girarsi_liste liste.gira...@gmail.com ha
scritto:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256

 Il 27/01/2014 13:49, Carlo Stemberger ha scritto:
  La RAI non dovrebbe far altro che abbandonare Silverlight (o
  lasciarlo per retrocompatibilità solo per quegli utenti che usano
  browser obsoleti) includendo il video direttamente nella pagina
  tramite il tag video di HTML5.
 
  Vedremo...
 
  Carlo
 
 Meglio sarebbe se mettesse il lim in chiaro per chi vuole, senza
 ricorrere a ricerche da hacker, che francamente per un'utente
 normale è arabo.

 Per il resto son d'accordo con te.



 - --
 Simone Girardelli
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iF4EAREIAAYFAlLmZcsACgkQoVS0hKoD3PNd7AD9HRWY0sc5hDFZgHiHwnJarDrI
 IbRNGyX0sBw160Mj1/cA/39PYiJnSVrT/vyvn3xx0Bx5/dcCSwCDPZDQhN+j0b90
 =LKaa
 -END PGP SIGNATURE-

 ___
 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] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)

[Stefano Salvador]

GDAL ha dei binding in python ben fatti, il calcolo del centroide è
definito qui:

http://gdal.org/python/osgeo.ogr.Geometry-class.html#Centroid

che è lo stesso metodo che usa spatialite.

Ciao,

Stefano


Il giorno 10 gennaio 2014 10:58, Aury88 spacedrive...@gmail.com ha
scritto:

 in ogr/gdal non è possibile inserire algoritmi di calcolo?
 il calcolo del centroide e del diametro minimo, conosciute le coordinate di
 ogni punto che compone il poligono, dal punto di vista matematico è molto
 semplice...



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Nuova-funzionalita-per-Wikipedia-tag-in-OSM-lavori-in-corso-tp5791555p5792472.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

Re: [Talk-it] R: Nomi in sardo reloaded

[Stefano Salvador]

non si capisce in base a quale consenso l'abbia fatto
 Io? Io ho riportato la situazione a come era stato concordato qui dopo una
 discussione durata mesi. Non si capisce tu in base a quale consenso hai
 cancellato ore di lavoro altrui, e sempre in base a quale consenso lo hai
 fatto di nuovo oggi. Tutto questo senza che la comunità fosse d'accordo.


Non entro nel merito della discussione ma è abbastanza falso che si fosse
trovato un consenso. Per ora credo che le edit war siano inevitabili.

Peccato non si sia dato seguito a creare una mappa italiana in cui
valorizzare nel giusto modo i vari dialetti/lingue locali.

Ciao,

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

Re: [Talk-it] [OT] Fwd: Shoothill FloodAlerts. You have: 1 new notification

[Stefano Salvador]

Oltre ai problemi organizzativi che affligo l'Italia l'esempio inglese è
difficilmente applicabile in Italia anche per problemi tecnici: detta in
soldoni in UK non hanno le montagne e fare una previsione è decisamente più
semplice.

In Italia le reti di monitoraggio non bastano per fare una previsione di
allagamenti, serve anche una supervisione umana che decida (e si prenda
la responsabilità delle conseguenza...) quale sarà il bacino più
probabilmente coinvolto.

ciò non toglie che si potrebbe fare di più e meglio di quello che si fa
attualmente.

My 2 cents,

Stefano Salvador

P.S. Rimetto nel thread la lista GFOSS dove forse la discussione è più
appropriata.



Il giorno 16 dicembre 2013 13:38, Francesca Valentina 
coretodes...@gmail.com ha scritto:

 grazie Piergiorgio di questo esempio, i dati di sensori appropriati sono
 esattamente quello che secondo me avrebbe dato la svolta al monitoraggio
 degli eventi, li ho invocati più di una volta e sto riflettendo in questo
 senso di come poterli applicare sul territorio.

 ...


 Il giorno 16 dicembre 2013 12:22, bertalan.i...@gmail.com 
 bertalan.i...@gmail.com ha scritto:

 «Ma il vero valore aggiunto sono i dati dell'Agenzia Ambientale UK,  da
 sensori ed elaborati ogni 15 minuti per produrre aree di possibile
 esondazione.»

 Lodevole iniziativa, con molti dubbi di applicabilità in Italia.
 Oltre ai problemi gestionali esiste anche quello di tipo psicologico.



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

[Talk-it] utente che toglie tag ...

[Stefano Salvador]

Ciao,

da un po' di tempo un utente (mcheckimport) sta togliendo tag che lui
ritiene inutili (oneway=yes da rotonde [1] o area=yes da platform delle
stazioni [2]).

Ritengo la cosa abbastanza antipatica e contraria alle linee guida di OSM
che prevedono di non modificare un oggetto solo per togliere un tag che al
più è superfluo (e nel caso delle platform non lo è).

Ho provato a contattarlo ma senza successo. Quindi se per caso legge la ML
lo pregerei di farsi vivo per concordare questo tipo di mappatura.

[1] http://www.openstreetmap.org/browse/way/218090795
[2] http://www.openstreetmap.org/browse/way/142279161

Ciao,

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

Re: [Talk-it] Intervento in Sardegna

[Stefano Salvador]

hanno anche una bella mappa navigabile (fatta con mapnik):

http://www.sardegnageoportale.it/webgis/sardegnamappe/mappa.html

purtroppo non ha lo stesso sistema di riferimento di OSM e quindi è
difficile da usare come sfondo per il ricalco, ma si può tenere accanto
quando si tracciano le vie per avere i nomi delle strade (sempre dopo aver
verificato la questione licenza).

Ciao,

Stefano




Il giorno 20 novembre 2013 08:45, Stefano Salvador 
stefano.salva...@gmail.com ha scritto:

 La regione mette a disposizione un bel po' di dati:

 http://www.sardegnageoportale.it

 purtroppo la licenza non è tanto compatibile con OSM. Forse si potrebbe
 chiedere un'autorizzazione ad personam come faceva Simone Cortesi un po'
 di tempo fa ;-) Probabilmente, vista la situazione, non avranno tempo di
 rispondere ma varrebbe la pena tentare.

 Intanto comincio a spulciare i dati disponibili.

 Ciao,

 Stefano




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

Re: [Talk-it] Intervento in Sardegna

[Stefano Salvador]

 https://groups.google.com/forum/#!topic/spaghettiopendata/__mIa-krCaE :-)


A questo punto quindi direi di cominciare a vedere cosa si riesce a fare
con quei dati.

Ciao,

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

Re: [Talk-it] Numeri civici_Dortmund

[Stefano Salvador]

 a prescindere del civico abbiamo il tag entrance che è esplicito (mentre
 per un civico senza ulteriori tags non potrai mai sapere se rappresenta un
 ingresso o no)



Però continui ad ignorare il fatto che in Italia i civici vengono assegnati
(tranne rare eccezioni) agli ingressi e non agli edifici. Quello che
proponi tu è un modello che va bene per altre nazioni non in Italia,
infatti nei censimenti ufficiali dei civici fatti dai comuni viene sempre
segnato un punto dove il civico sta.


Ciao,

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

Re: [Talk-it] Intervento in Sardegna

[Stefano Salvador]

La regione mette a disposizione un bel po' di dati:

http://www.sardegnageoportale.it

purtroppo la licenza non è tanto compatibile con OSM. Forse si potrebbe
chiedere un'autorizzazione ad personam come faceva Simone Cortesi un po'
di tempo fa ;-) Probabilmente, vista la situazione, non avranno tempo di
rispondere ma varrebbe la pena tentare.

Intanto comincio a spulciare i dati disponibili.

Ciao,

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

Re: [Talk-it] Restyling openstreetmap.org imminente

[Stefano Salvador]

 Ne penso pure bene... nel senso che sembra bella, fatta bene... ma è
 inutile. Si continua a rifare la grafica del sito, ma si ignorano le
 richieste di feature, le vere feature che ci mancano per poter dire alla
 gente usate Openstreetmap. Non ci sono i POI cliccabili, non c'è alcuna
 integrazione col routing, i rendering sono solidi (avere una mappa base
 più vuota con diversi overlay sarebbe meglio).



-1, Non sono per niente daccordo, OSM è un _DB_ e la _comunità di
mappatori_ che lo alimenta: la pagina principale di OSM serve ai
_mappatori_. Mantenere l'infrastruttura in grado di gestire gli edit
contemporanei di tutti è già un lavoro enorme (se vuoi chiamarlo orticello
...) mettersi a duplicare quello che fa Google sarebbe un suicido.

Anche perché c'è già un sacco di gente che usa OSM, semplicemente lo usa in
modo diverso da GMaps, avendo a disposizione il DB si possono fare cose che
con GMap non puoi fare. Il roadbook ciclistico che ho realizzato assieme
alla Provincia di Udine è un _uso_ di OSM che non sarebbe mai stato
possibile con GMap. Quotidianamente uso OSM nel mio lavoro e rendo
disponibili a decine di utenti servizi basati su OSM senza che neanche lo
sappiano.

Siti che offrono routing su dati OSM ce ne sono e ce ne sono di importanti
(ad esempio MapQuest).

Mi sembra il solito discorso di quelli che dicono che Linux non lo usa
nessuno e poi hanno un router, una televizione, un telefonino e una
lavatrice che girano con Linux.


Ciao,

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

Re: [Talk-it] Restyling openstreetmap.org imminente

[Stefano Salvador]

 Appunto, siamo in progetto dati... A che serve un altro restyling?


Anche ai mappatori piace avere un sito che non ricordi il secolo scorso, se
qualcuno l'ha voluto fare che problema c'è ?

Ciao,

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

Re: [Talk-it] Restyling openstreetmap.org imminente

[Stefano Salvador]

Cito come orticello ognuno dei cento, mille, centomila siti e sitarelli e
 app e librerie che fanno una cosa basata su OSM.



Perché questo dovrebbe essere male ? ho centomila persone/aziende che si
divertono ed eventualmente fanno soldi usando OSM, probabilmente quello che
fanno è pure utile a qualcuno. Questo GMap non lo permette (o permette con
molti vincoli  e a scapito della privacy) mentre è quello che OSM _vuole_.



 Ottimo. Ma perché sul sito principale che illustra il progetto non posso
 avere ANCHE il routing e ANCHE i poi e ANCHE il 3D?



Perché costa (tanto) in sia in termini di hardware che di tempo, a me
sembrerebbe uno spreco spendere i pochi soldi che OSM ha per fare routing
invece che permettere ai mappatori di mappare.




 Attenzione, ripeto: il SITO PRINCIPALE CHE ILLUSTRA IL PROGETTO. Leggo il
 sito è per i mappatori. No, osm.org non è un tool di servizio, non è un
 back-end che usiamo noi per scoprire cose mega tecniche e che non
 interessano al resto del mondo. Quando dico collaboro ad OpenStreetMap e
 mi chiedono cos'è OpenStreetMap?, io mica li mando su MapBox, li mando su
 osm.org. E devo metterci venti minuti a spiegare che noi mappatori non
 passiamo le nostre giornate a photoshoppare delle immagini che sembrano le
 cartine di Google ma con meno roba (sembra strano che la gente non noti
 l'incredibile quantità di turn restrictions che mappiamo? :-) ).


Quando spiego OSM io mostro quello che con OSM si può fare, e avere cento
esempi diversi implementati da cento persone diverse secondo me è una forza
non una debolezza. Lo sbaglio è spiegare OSM paragonandolo a GMaps.

No, non ci capiamo di nuovo. Quelli che dici tu non sono utenti, sono
 sviluppatori. L'utente è una cosa diversa. Puoi obiettare che l'utente
 usa un'applicazione il cui sviluppatore usa OSM, e allora dovremmo essere
 tipo gli sviluppatori di middleware, ma dal sito osm.org questo non
 traspare.


Proponi una patch che lo renda chiaro ;-)



 MapQuest è MapQuest, OSM è OSM.



Infatti OSM costruisce il DB e MapQuest offre un servizio spendendoci del
proprio, dove l'errore ? più o meno l'ODbL è stata scritta proprio con
questo intento.



 Obietto la necessità di rifare la homepage quasi uguale (dico quasi
 perché spero che almeno qualcosa sia cambiato, anche se non capisco cosa)





 So bene che molti progetti *si basano su* OSM. Allo stesso modo il router,
 la televisione, il telefonino e la lavatrice *si basano su* Linux, ma
 quante persone *usano* Linux?


Scusa ma questo è arrampicarsi sugli specchi :-) La natura aperta di questi
progetti permette il nascere di altri progetti, questo è quanto viene
desiderato e auspicato, continuo a non capire perché dovrebbe essere un
male.



 Non sto dicendo che osm.org debba diventare come la homepage di Google
 Maps e pure meglio. Ma non capisco perché fare un restyling - inutile se
 siamo davvero solo del middleware - quando mancano cose che renderebbero il
 progetto molto più vendibile.


Perché chi ha le competenze per fare un buon CSS e HTML non è detto che
sappia programmare o integrare un servizio di routing. Qualcuno si è
offerto per fare il primo, tutti ci abbiamo guadagnato.


Ciao,

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

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

[Stefano Salvador]

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


Mi autocito da una discussione analoga avvenuta in lista un annetto fa:

stando alla normativa di legge i civici indicano gli accessi, quindi
il nodo andrebbe messo in corrispondenza dell'ingresso / cancello /
porta a cui il civico si riferisce.
I riferimenti agli specifici articoli si trovano anche su wikipedia:

http://it.wikipedia.org/wiki/Numerazione_civica_in_Italia


Inoltre segnalo che nella lista regionale del FVG abbiamo cominciato a
ragionare su un possibile import di civici, questo perché un utente ha
preso contatti con il Comune di Trieste che sembra ben disposto e in più
chi è stato segnalato che la comunità montana della Carnia mette a
disposizione i civici di 43 comuni con licenza compatibile. Qualche giorno
fa ho fatto una rapida conversione di prova, questo è il risultato (mi
raccomando di NON caricare questo file sul db di OSM, è solo una prova):

https://dl.dropboxusercontent.com/u/1025535/test_civici_san_giovanni.osm

Come si vede la mappatura ufficiale prevede di posizionare i civici agli
ingressi (in modo molto preciso peraltro e in modo analogo a quanto a fatto
in quella zona Cascafico).

Detto questo è anche emerso che in certe zone (tipo il Carso triestino) non
è così e i civici vengono assegnati all'edificio (e le vie non hanno nome
...) . Insomma, come detto per altre cose, direi di mappare quello che
troviamo on the ground ;-)

Comunque penso che dedicherò all'argomento un apposito thread

Ciao,

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