Re: [Talk-it] Confini amministrativi... e Paolo Molaro :-)
Leggo oggi per caso, mentre cancellavo la posta di osm, quindi scusate il ritardo. Va anche bene che sarò via qualche giorno e quindi non leggerò le risposte, visto che di queste cose si era già ampiamente parlato. Di certo non meritavo tanta attenzione da finire nel titolo di un thread, quando, vedi alla fine della mail, la questione principale non riguarda certo me, ma modifiche al database molto più estese fatte da altri. On 04/18/11 Simone Saviolo wrote: > Il problema è semplice: Paolo non intende accettare la nuova licenza. Di > conseguenza, secondo quanto si dice (sempre in assenza di una conferma > ufficiale, AFAIK), è probabile che gli edit successivi ai suoi andranno > persi quando si passerà alla nuova licenza. Paolo si era anche dichiarato > disponibile a rilasciare sotto una licenza compatibile (pubblico dominio? > odbl?) tutti i changeset relativi ai suoi bot - come quello dei confini > amministrativi - ma, AFAIK, ciò non è consentito. Ribasdisco che non ho nessun problema a rilicenziare le modifiche fatte con i bot sotto public domain e che questa è una operazione perfettamente consentitami, visto che io ne sono l'autore (delle modifiche, i dati originali mantengono la loro licenza), contrariamente a quanto tu sostieni. Se i dirigenti di OSMF saranno così ottusi da non accettarlo, dovrete sentirvela con loro. Poi, devi sapere che i dati ISTAT, così come quelli di Veneto e Friuli, in base ai documenti sul wiki, non sono compatibili con il cambio licenza. Quindi, piuttosto che preoccuparti della versione 2, dovresti preoccuparti della versione 1. Se qualche contributor (Simone per i dati ISTAT, non so chi abbia importato il resto) ha accettato i nuovi contributor terms e aveva importato i dati, ci si trova di fronte ad una falsa dichiarazione, almeno da quanto si sa, visto che non mi pare ci sia un documento ufficiale ed _esplicito_ in cui un dirigente dell'ISTAT o degli altri enti rinunci ad ogni diritto di copyright e ad ogni diritto morale (questo include l'attribuzione, per esempio) sui dati in favore di OSMF. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] La traduzione mancante dei nuovi contributor terms
On 11/26/10 M???rtin Koppenhoefer wrote: > license working group meeting con Microsoft: > https://docs.google.com/View?id=dd9g3qjp_63fshs97dc Cambio titolo per un thread sulla traduzione italiana che viene menzionata nel documento: dicono che la traduzione sembra corretta, ma ne manca un pezzo importante del punto 2: These rights explicitly include commercial use, and do not exclude any field of endeavour. These rights include, without limitation, the right to sublicense the work through multiple tiers of sublicensees. To the extent allowable under applicable local laws and copyright conventions, You also waive and/or agree not to assert against OSMF or its licensees any moral rights that You may have in the Contents. Qui sotto una traduzione possibile, rilasciata nel public domain per quanto riguarda i diritti di traduzione: Questi diritti includono esplicitamente l'uso commerciale e non escludono nessun campo di impiego. Questi diritti includono, senza limitazione alcuna, il diritto di sublicenziare l'opera anche attreverso livelli multipli di licenziatari. Inoltre, per quanto possibile rispetto alle relative leggi locali o alle convenzioni sul copyright, Tu rinunci ai diritti morali che potresti avere sui Contenuti e/o comunque accetti di non avere alcuna pretesa su tali diritt da OSMF o dai suoi licenziatari. Chiedo a Simone come parte di OSMF che la traduzione italiana venga completata con i paragrafi sopra (o con una traduzione migliore degli stessi) in modo che quelli che non leggono la versione in inglese abbiano una visione completa dei diritti a cui rinunciano. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non pensate che fra il lavoro di Steve C oast (Microsoft Bing Maps) e la OSM Foundation vi siano delle incompatibilità?
On 11/25/10 M???rtin Koppenhoefer wrote: > 2010/11/25 Paolo Molaro : > > E' un po' come in italia: sarebbe stato meglio avere una legge sul > > conflitto di interessi prima che qualcuno ne approfittasse per prendere > > il potere, > > non è che qualcuno si "prende" il potere in uno stato democratico, > bisogno che il popolo (una maggioranza) lo voti. Scusate se mi > permetto di scrivere questo, ma è proprio lì dove non capisco la > situazione... In teoria, teoria e pratica coincidono, in pratica, no. La democrazia per essere effettiva ha bisogno di persone che votano che siano consapevoli e informate. Anche Mussolini e' andato al potere con il voto, conta nulla se le squadracce fasciste intimorivano gli oppositori? Negli ultimi anni le squadracce non si usano, perche' e' molto piu' facile quando si controllano i mezzi di informazione. A parte questo, che esula dal thread, il concetto era solo per fare una analogia: la legge e' efficace quando viene fatta prima che il crimine venga compiuto, allo stesso modo, se non si vuole che qualcuno (in futuro) prenda decisioni al posto nostro, il modo migliore e' non cedergli il copyright. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piccoli errori di ortografia nei nomi
On 11/25/10 David Paleino wrote: > On Thu, 25 Nov 2010 20:48:23 +0100, Paolo Molaro wrote: > > Se vuoi posto un elenco parziale in lista per un controllo preliminare > > prima di fare l'upload dei cambiamenti. > > Posso proporre che lo faccia qualcuno che abbia accettato la ODbL? > > [Oppure, meglio ancora, si potrebbe fare un nuovo account, ad uso "condiviso" > per gli edit da bot fatti dalla "community" Italiana. Magari con 2-3 (o anche > di più) persone che hanno la password dell'account.][0] > > Posso capire le scelte di chi non accetta la ODbL, ma "sporcare" ancora il db > mi pare solo un mettere il bastone fra le ruote di tutti quelli che l'hanno > accettata. Sigh. Come ho gia' scritto, le modifiche fatte con il bot sono e saranno disponibili per qualsiasi cambio di licenza, quindi la tua assurda accusa che io voglia mettere il bastone tra le ruote e' francamente fuori luogo (se avessi voluto 'sporcare' il db non l'avrei annunciato in lista, ti pare?). Comunque, se preferisci fare tu le modifiche sei benvenuto, sono circa 15 mila, auguri. Spero tu sia piu' bravo a fare script di quello che qualche giorno fa ha fatto un elenco a caso dei miei changeset. Sembra che finora l'unico risultato della procedura di cambio licenza sia stato quello di diminuire i contributi e spaccare la comunita', con gente che si sente in diritto di lanciare insulti gratuiti di mettere i bastoni tra le ruote. Complimenti. On 11/25/10 niubii wrote: > > Per curiosita' ho scaricato l'italu.osm di oggi e ci ho fatto girare > > il mio script di cui ho parlato in lista anni fa: ci sono migliaia di > > errori (il mio programma controlla molti piu' casi che solo Via e Piazza). > > Curiosità per curiosità: quali errori e' in grado di correggere? Non c'e' solo Via e Piazza, ci sono qualche dozzina di denominazioni come Corso, Vicolo, Piazzetta etc. piu' le abbreviazioni che si era detto di non usare. Poi ci sono anche altre serie di errori, come spazi multipli o all'inizio/fine del tag, maiuscole/minuscole usate o non usate dove andrebbe, nodi marcati come highway=unclassified o simili. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piccoli errori di ortografia nei nomi
On 11/25/10 Daniele Forsi wrote: > Alcuni nomi hanno due lettere maiuscole consecutive, è principalmente > un problema estetico perché una ricerca per nome deve ignorare queste > differenze, però vorrei correggerli. In realta' andrebbero corrette anche perche' tempo fa si era stabilito di uniformarsi allo standard di indicare sempre Via, Piazza etc. > Ho trovato 632 tag[1] in italy.osm del 20 novembre di cui 313 tag[2] > iniziano con VIa o PIazza, ma dei 632 alcuni non sono gestibili > facilmente in modo automatico. Per curiosita' ho scaricato l'italu.osm di oggi e ci ho fatto girare il mio script di cui ho parlato in lista anni fa: ci sono migliaia di errori (il mio programma controlla molti piu' casi che solo Via e Piazza). > c'è un modo perché il programma capisca di non fare modifiche se il > tag è cambiato? Non vorrei che nel frattempo qualcuno abbia modificato > dei nomi totalmente sbagliati (es. VIa Tizio, modficata da qualcuno in > Via Caio, e io la cambio in Via Tizio con la "i" minuscola). Con la nuova API bisogna fornire la versione precedente della way di cui si fa la modifica, per cui il controllo adesso e' automatico (ammesso che la nuova versione dei dati modifichi solo il nome): un tempo non era cosi', ma il mio script riduceva comunque il problema a 1-2 secondi. Se vuoi posto un elenco parziale in lista per un controllo preliminare prima di fare l'upload dei cambiamenti. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non pensate che fra il lavoro di Steve C oast (Microsoft Bing Maps) e la OSM Foundation vi siano delle incompatibilità?
On 11/24/10 Luca Delucchi wrote: > dati... avere rilasciato rilasciato i "diritti" alla foundation > potrebbe essere un problema... Gia'. Da anni nel mondo del free software si preferisce non cedere i diritti (ad azienda o associazione che sia) per limitare i rischi (vedi openoffice per un esempio e come viene gestito libreoffice: Michael Meeks ha scritto diverse volte sulla questione, ma vale lo stesso per il kernel Linux, dove per fortuna non c'e' una entita' che possa decidere di cambiare la licenza). Da questo punto di vista la OSMF si muove in direzione contraria anche se c'e' ancora qualche piccola speranza che la loro operazione di accentrare il controllo fallisca. Il problema non e' necessariamente SteveC o il fatto che lavori per MS, ma e' meglio tutelarsi da ogni evenienza non cedendo tutti i diritti come viene imposto con i nuovi contributor terms. E' un po' come in italia: sarebbe stato meglio avere una legge sul conflitto di interessi prima che qualcuno ne approfittasse per prendere il potere, invece che sperare che tutti si comportino in maniera eticamente corretta. Cosi' con le conoscenze libere, e' meglio mantenere i diritti invece che cederli e sperare che chiunque in futuro abbia il controllo non decida di fare cose che non approveremmo. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
On 11/16/10 Fabio Alessandro Locati wrote: > 2010/11/15 Paolo Molaro : > > Boh, i changeset che ho fatto tramite script saranno una dozzina, > > probabilmente meno, indicativamente un paio d'anni fa. > > > Se non ho sbagliato nulla, soo questi: > http://repo.grimp.eu/osm/PaoloMolaroBot.html Ho visto solo i primi due e sono sicuramente sbagliati, dato che non sono stati fatti con uno script (e poi avresti dovuto trovare un elenco di changeset, come ho scritto sopra, e non di strade/relazioni, quindi mi sa che non hai capito il problema). lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
On 11/15/10 Fabio Alessandro Locati wrote: > Ti ricordi su che numero di changeset si parla? (decine? centinaia?) Boh, i changeset che ho fatto tramite script saranno una dozzina, probabilmente meno, indicativamente un paio d'anni fa. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
On 11/12/10 Alessio Zanol wrote: > sto controllando un po' le zone mappate da me con la mappa segnalata e ho > moltissime strade modificate da Paolo Molaro credo con qualche script per > sistemare le maiuscole se ricordo bene. A parte i nomi delle vie, a un certo punto ho anche fatto una serie di cambiamenti ai confini con uno script (non mi ricordo ora che tipo di casino avesse combinato chi ha fatto l'import, se ne discusse in lista per chi vuole cercare). Tutti quei cambiamenti, a parte forse il primo, dovrebbero avere un tag created_by="osm-helpers", quindi con uno script è semplice risalire ai changeset: se qualcuno ne tira fuori la lista non avro' nessun problema a garantire che _quei_ changeset saranno compatibili con il cambio licenza. Comunque, se fossi in voi, mi preoccuperei di piu' dei dati che sono stati importati da fonti esterne, da istituti che difficilmente in modo consapevole possono trasferire il copyright e i diritti morali sui loro dati come richiesto dai nuovi contributor terms. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza
On 10/12/10 M???rtin Koppenhoefer wrote: > 2010/10/12 Paolo Molaro : > > La cc-by-sa e' perfettamente compatibile con il dual licensing. > > direi che il dual licensing è sempre possibile ma richiede che gli > dati sono tenuti separati (fork). Se non tutti contribuiscono ad > entrambe versioni del db diventa impossibile di tenergli > sincronizzati. No, non e' necessario tenere i dati separati. La separazione dei dati non dipende dalla licenza, ma da altre questioni che sono state imposte nella procedura ma che non sono necessarie ne' per lo status di liberta' dei dati, ne' per la (supposta) miglior garanzia offerta da odbl. Alla fine si spera che il 10-15% di contributor che nei sondaggi erano opposti al cambio cosi' come programmato siano sufficienti a far cambiare la procedura in modo che osm resti ancora una realta' eticamente irreprensibile. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT)
On 10/12/10 David Paleino wrote: > > [..] ma il disgusto nel vedere che consapevolmente si > > decide di violare il copyright dei contributor ad un progetto libero > > come OSM. > > Perché continui ad affermarlo? Perche' e' quello che hanno programmato di fare, leggi la FAQ. > Per com'è strutturata OSM, è quasi impossibile rimuovere tutto quello che ci > sarà da rimuovere. Quindi si procederà in maniera best-effort. Quindi si violera' il copyright coscientemente. La soluzione per non farlo e' semplice, con il dual licensing. > Se non sei d'accordo, ci sono già due fork. Oppure puoi iniziare il tuo fork > personale. Grazie del consiglio, ma se leggi le mie mail precedenti l'avevo gia' scritto tempo fa. Comunque, finche' non cancellano i miei dati e non mi mandano via non c'e' bisogno di fare il fork, ho sempre la speranza che all'interno di osm ci siano abbastanza persone con un'etica non a scoppio variabile per cui alla fine il processo di cambio di licenza venga fatto in modo corretto. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/12/10 M???rtin Koppenhoefer wrote: > posso sapere perché? Ti ho conosciuto come persona ragionevole, perché > adesso diventanno tutti irrazionali? Forse, dato che inizi con un insulto, non dovrei neppure rispondere... > Forse il motivo è, e qui concordo anch'io, il modo in quale il cambio > della licenza viene eseguito. Non ci ha chiesto nessuno (a precindere > di un sondaggio informale in doodle e una votazione di solo membri > della foundation). Se si parla di un cambio cosí profondo come quello > della licenza dei nostri dati, una votazione già prima non sarebbe > stato male. > > Ma per me non è un motivo per dire: hanno sbagliato e quindi i miei > dati non glielo dò. Io voglio dati liberi, ma quale licenza in Non capisco perche' ti devi inventare motivi immaginari. Credo di essermi spiegato abbastanza bene piu' volte: il mio motivo non e' una ripicca (gia' mesi fa avevo scritto che se la licenza originale fosse stata odbl, anche se non e' una buona licenza, non ci sarebbe stata opposizione), ma il disgusto nel vedere che consapevolmente si decide di violare il copyright dei contributor ad un progetto libero come OSM. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/11/10 ale_z...@libero.it wrote: > M'intendo poco (purtroppo) di licenze, ma per togliermi ogni dubbio ho > indicato che i miei dati li licenzio anche in PD, questa soluzione non > risolverebbe anche i tuoi problemi morali? No, il problema non sono i miei dati. Il problema e' che un progetto che pensavo rispettabile programma di violare il copyright dei propri contributor (quando non e' assolutamente necessario, vedi dual licensing). Io ho contribuito ad OSM, anche se, per esempio, non penso cc-by-sa sia la licenza migliore (e secondo me PD e odbl sono comunque peggio). lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/12/10 M???rtin Koppenhoefer wrote: > (tags)). In realtà c'è una grande paura di perdere i dati proprio > perché è chiaro che le regole per licenziare saranno duri, e che si > preferisce nel dubbio di perdere un elemento anzichè rischiare una > violazione del copyright. Per quello non capisco perché Paolo Molaro > scrive di "pratiche italiane", e fa paragone a pirati di software. Quello che non hai capito e' che se non hai la history completa non sai chi sia l'autore quindi non puoi cambiare la licenza a quei dati. Quelli che hanno proposto il cambio di licenza invece l'hanno capito, tanto da scrivere nella FAQ che (contrariamente a quanto scrivi), nel dubbio si tengono i dati di cui non hanno l'history e del copyright dei contributor ad OSM se ne fregano. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/11/10 Maurizio Daniele wrote: > Il giorno lun, 11/10/2010 alle 21.12 +0200, Paolo Molaro ha scritto: > > > On 10/11/10 Maurizio wrote: > > > Mi pare una posizione in linea con quello che si fa, da sempre, nel > > > mondo del copyright (nonché con le possibilità tecniche che si hanno). > > > > Mi pare una posizione in linea con quello che si fa, da sempre, nel > > mondo italiano (nonché con le possibilità tecniche che si hanno). > > Scusa ma nemmeno un po'. :) > Se chicchessia pubblica un mio racconto e lo spaccia per suo, il solo > autorizzato a citarlo per danni sono io. > Se uno ruba la mia bici, spetta a me dimostrare che quella bici non è > del ladro ma è mia. Certo, almeno siamo d'accordo che e' un ladro. E' questo il mio punto: la procedura che vogliono seguire in pratica porta alla violazione del copyright e i proponenti lo sanno, tanto che lo scrivono anche nella FAQ. Io non credo che nessuno fara' causa, ma questo non toglie che OSM come entita' programmi di violare il copyright dei suoi precedenti contributor a me fa abbastanza schifo. > Oltretutto, bada bene, non sto dicendo "usiamo lo stesso i dati e > freghiamocene"; sto dicendo "si faccia una epurazione di tutti i dati > dei contribuitori che non accettano la nuova licenza (e che non siano in > public domain) il più possibile accurata e precisa." Benissimo, ma questo e' quello che dici tu, non quello che hanno deciso di fare (vedi la FAQ). > > Se mi beccano ad evadere le tasse le pago, ma hai voglia che vengono a > > cercare proprio me, probabilmente me la cavo. > > Non direi pertinente. > A parte l'esempio di "reato fiscale conscio" VS "errore" (perché se dopo > il repulisti rimanesse roba che non deve rimanere *deve* essere solo per > errore), non si tratta per come la vedo io, di "io speriamo che me la > cavo". Qui il problema non e' che c'e' un errore: consapevolmente si progetta di violare il copyright, si sa che di alcuni dati l'history e' persa e si dici vabbe', chissenefrega, i dati ce li teniamo lo stesso (e di piu', gli cambiamo anche autore). lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza
> è stato valutato anche questo: ricominciare da zero con una db vuota > (come proponi te) ed è stato bocciato l'idea. Avere un db misto > purtroppo è impossibile perché la cc-by-sa 2.0 richiede che i nuovi > dati anche diventano cc-by-sa. La cc-by-sa non è compatibile con la > odbl. La cc-by-sa e' perfettamente compatibile con il dual licensing. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/11/10 Stefano de Fabris wrote: > Scusate lo sfogo, però se dopo il passaggio alla nuova licenza ci saranno > vistose perdite di dati non so se continuerò a dedicare parte del mio tempo > libero ad un progetto per cui nutro, nonostante tutto, grandi speranze. Pensa che cancelleranno anche i dati di quelli come me, che non accettano di appoggiare il gruppo che ha deciso di violare il copyright. E' come scrivere un programma free software e vederselo cancellare da un server ftp da gente che ci mette i programmi copiati di windows... lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/11/10 Stefano de Fabris wrote: > Mi sto scaricando il planet di agosto dalla pagina > http://planet.openstreetmap.org/full-experimental/ > Nella prima parte del file c'è l'elenco di tutti i changeset (invito a chi > ha voglia di scaricarsi il primo mega, scompattarlo con bzcat e darci > un'occhiata). Tutte buone intenzioni, ma vi state sempre dimenticando che l'history di molte way e' andata persa. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/11/10 Stefano Salvador wrote: > > Questo purtroppo non e' possibile, dato che ogni volta che viene fatto > > lo split di una way l'history viene persa per uno dei due tratti. > > E' uno dei motivi per cui il cambio di licenza non e' praticabile senza > > violare il copyright dei contributor che non accetteranno, ma quelli che > > hanno proposto il cambio, per ignoranza e/o pressapochismo, hanno detto > > che se ne fregheranno del copyright. :( > > questa mi sembra un'affermazione abbastanza grave che personalmente > non ho mai letto nelle varie discussioni (per lo meno mai da parte del > "core team" di osm). hai per caso qualche riferimento in proposito ? Oltre alla FAQ di cui ti e' stato dato il link l'avevano proposto anche nella lista talk: dopo quelle mail mi sono disiscritto per conati di vomito, ma se cerchi con google sicuramente le troverai. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza
On 10/11/10 Simone Saviolo wrote: > E sono d'accordo che non possa essere fatto in automatico, ma non mi > va di veder sparire le strade più importanti solo perché qualcuno che > ha abbandonato il progetto non ha accettato la licenza. Neppure mi va > di passare un mucchio di tempo a disegnare cento kilometri di strade > IMPORTANTI (tipo, quelle più usate dalla applicazioni di routing!) > invece che a mappare altro! Giustissimo, infatti per questo motivo io sono contrario all'imposizione che viene fatta: siccome in pratica e' molto difficile fare le cose in modo eticamente corretto, la licenza nuova andrebbe applicata solo ai dati nuovi. In questo modo non c'e' violazione di copyright e non c'e' cancellazione di dati o lavoro inutile. > > Per fare una cosa > > eticamente corretta serve controllare ad una ad una le modifiche > > successive. > > E come le controlli? Come puoi verificare che le modifiche successive > non dipendano da quelle precedenti? Come puoi verificare che il "mio" > Corso Italia non sia una semplice modifica di quello precedente? Come ho detto, sarebbe un lavoro lungo e difficile, improponibile in pratica. Per questo quelli che hanno proposto la transizione hanno anche proposto di fregarsene del copyright, scegliendo la strada piu' facile invece di quella eticamente corretta. > potrebbe andare persa fra due mesi. Il rimedio mi sembra peggio del > male. Il rimedio e' non fare il cambio di licenza con le modalita' che hanno proposto, ma in qualche modo che sia praticabile e allo stesso tempo eticamente corretto. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/11/10 Stefano Salvador wrote: > >> questa mi sembra un'affermazione abbastanza grave che personalmente > >> non ho mai letto nelle varie discussioni (per lo meno mai da parte del > >> "core team" di osm). hai per caso qualche riferimento in proposito ? > > > > http://wiki.openstreetmap.org/wiki/Questions_to_LWG_on_ODbL#Incomplete_History_for_Split_Ways > > > > ok, adesso capisco, non è che hanno detto che se ne fregano, hanno > solo detto che è estramente difficile ricostruire l'history e > l'approccio è che se qualcuno si lamenterà i dati verranno rimossi in > seguito. Pare che abbiano consultato anche qualche legale in > proposito. > > Sicuramente è un problema ma mi pare eccessivo affermare che se ne > fregheranno. Scusa, ma se uno dice: sappiamo che stiamo violando il copyright, pero' lo facciamo lo stesso, puoi metterla come vuoi, ma in parole spicce significa fregarsene. Pensa Linus Torvalds, se avesse detto: scrivere un kernel e' difficile, meglio se ne copio uno invece di scriverne uno nuovo. Per fortuna lui e tanti altri come lui hanno ancora un minimo di etica. C'e' un modo molto semplice per non violare il copyright: applicare la nuova licenza solo ai dati nuovi. Non ce l'ha imposto il dottore di cambiare licenza a tutto, con quella vecchia non muore nessuno. On 10/11/10 Maurizio wrote: > Mi pare una posizione in linea con quello che si fa, da sempre, nel > mondo del copyright (nonché con le possibilità tecniche che si hanno). Mi pare una posizione in linea con quello che si fa, da sempre, nel mondo italiano (nonché con le possibilità tecniche che si hanno). > Siccome è impossibile sapere per certo se si stanno violando diritti > altrui, uno prende tutte le precauzioni possibili ed un metodo di > lavoro che miri ad evitare violazioni. Nel caso qualcuno si lamenti di > una violazione, si cerca un accordo e si agisce di conseguenza. Se mi beccano ad evadere le tasse le pago, ma hai voglia che vengono a cercare proprio me, probabilmente me la cavo. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza
On 10/11/10 Simone Saviolo wrote: > perché io ho accettato la nuova licenza e X no. Ad ogni modo, fatta la > legge trovato l'inganno: basta scaricarsi i dati attuali, e quando i > dati non licenziati saranno eliminati li si ricaricano. Tutto il > processo è un po' ridicolo... Gia', quello che hai descritto e' proprio un inganno, se fatto in modo automatico: e' quasi impossibile che tutti gli edit successivi non siano in qualche modo dati derivati da quelli che sono stati eliminati e che quindi verrebbero reintrodotti con copyright cambiato. Per fare una cosa eticamente corretta serve controllare ad una ad una le modifiche successive. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza (e CT) WAS list of user IDs having accepted the contributor terms
On 10/10/10 Fabio Alessandro Locati wrote: > > Sarebbe interessante sapere la percentuale di mappa che > > sopravviverebbe al cambio licenza più che la lista degli id. > Assolutamente vero.. se fossero possibili statistiche di zona su > questo sarebbe molto buono :) Questo purtroppo non e' possibile, dato che ogni volta che viene fatto lo split di una way l'history viene persa per uno dei due tratti. E' uno dei motivi per cui il cambio di licenza non e' praticabile senza violare il copyright dei contributor che non accetteranno, ma quelli che hanno proposto il cambio, per ignoranza e/o pressapochismo, hanno detto che se ne fregheranno del copyright. :( lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utenti che hanno confermato la nuova licenza
On 10/10/10 Fabio Alessandro Locati wrote: > > 2) Nel caso in cui debba valere la licenza originale, è davvero > > possibile risalire tutta la catena di edit per sapere se un > > elemento è "contaminato" dalla licenza CC-By-SA? > La history completa è presente ;) Questo e' falso: tutte le way di cui e' stato fatto uno split (e sono molte, con l'introduzione di rotonde, gli split fatti per aggiungere tag validi solo per un pezzo, quelli fatti per le route etc) hanno l'history completamente persa per una delle due parti. Lo stesso avviene per il caso (molto piu' raro pero') della combinazione di way. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ODbl support
On 09/27/10 Carlo wrote: > > ...piccola domanda: poniamo il caso: > > - il punto x ha 200 edits fatti da 200 contributors diversi > > - 199 accettano la ODbl, 1 no... il punto sparisce? > > E su questo si potrebbe ancora convincere quello che non accetta a > cambiare idea, ma cosa succederà per chi si è allontanato dal progetto e > non è più raggiungibile od addirittura deceduto ? > > Spero valga il silenzio assenso Ovviamente non vale il silenzio assenso, e' eticamente scorretto. I promotori del cambio licenza puntano su questa paura per convincere anche chi non e' d'accordo ad accettare il cambio di copyright. Alcuni dei promotori hanno anche suggerito di fregarsene e mantenere i dati anche senza l'assenso, purtroppo. Io non ho dato l'assenso al cambio di licenza, ho sempre la speranza che la gente rinsavisca. Se non dovesse succedere e si dovesse formare una massa critica per un progetto alternativo con la vecchia licenza partecipero' a quello. Da quando hanno proposto la nuova licenza (e soprattutto le modalita' della sua imposizione) ho comunque drasticamente diminuito i miei contributi. Il problema maggiore e' pratico: il cambio di licenza si puo' fare solo con una di due condizioni: *) rimuovere molti dati di chi non vuole o non puo' accettare la nuova licenza o cedere il copyright *) ignorarne il copyright La seconda condizione e' eticamento scorretta e che qualcuno l'abbia proposta e' abbastanza vomitevole. La prima potrebbe valere la pena se effettivamente ci fosse un grosso salto di qualita' nella licenza. Ma a parte che personalmente ritengo le nuove regole e licenza peggiore, non penso che nemmeno quelli che la accettano pensino che le modifiche gli cambino la vita, quindi non vale la pena perdere i dati, IMHO e quindi non ha senso cambiare la licenza ora, e' troppo tardi (3-4 anni fa sarebbe stato diverso). lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] adattamento alla ctr
On 09/25/10 marcram wrote: > Nel mio paesino avevo tracciato qualche strada col gps, ma a causa di > imprecisioni di decine di metri le ho poi corrette con le immagini del pcn. > Ora, dopo aver importato gli edifici dal ctr, noto un nuovo scostamento di > 4-5 metri, con le strade che passano sopra gli edifici [1] ... che faccio, > riaggiusto le strade fidandomi del ctr? Per quello che ho visto in alcuni casi sui Colli Euganei, le foto PCN combaciano con la traccia del gps, mentre gli edifici (immagino siano stati importati dal ctr) sono spostati di pochi metri. Se hai una antenna gps di qualita' (non quelle sui cellulari, per intenderci), puoi provare a passare piu' volte in ore e giorni diversi lungo una strada nella tua zona con buona visibilita' e pochi edifici. Poi sovrapponi le tracce alle immagini e vedi se e' piu' probabile che le immagini siano piu' giuste del ctr o viceversa per la tua zona. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] recuperare una relation eliminata per errore
On 02/07/10 Tiziano D'Angelo wrote: > mi sono accorto di aver eliminato per errore una relazione ( > http://www.openstreetmap.org/browse/relation/377204) facendo delle modifiche > alla stessa...qualcuno mi saprebbe dire come è possibile recuperarla? Di solito si puo' fare tramite potlatch, credo, almeno l'ultima volta che l'ho usato c'era il revert per le vie, nodi e immagino anche per le relazioni. Siccome mi veniva piu' semplice ti ho fatto il revert alla versione prima della cancellazione con un programmino ad hoc. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto rete autobus urbani di Padova
On 01/24/10 Tiziano D'Angelo wrote: > Beh è davvero un ottimo risultato di già! Però guardando la linea 6 ho visto > che gestisce solo un verso degli stop, nel senso che per esempio mancano > tutte le fermate (backward) di Via Lagrange eccetto il capolinea , così come > alcune di via dei Colli sempre backward, od altre situazioni dove il bus > corre su vie diverse in andata e ritorno Certo, il primo programmino l'ho scritto in mezz'ora e poi riusato il codice, non puoi pretendere che faccia anche il caffe':) A parte quello il problema maggiore e' come rendere graficamente il tutto e fare in modo che sia leggibile e non faccia schifo. Nel caso di una linea singola che abbia fermate diverse all'andata e ritorno si potrebbe adottare il tipo di output delle linee che si sdoppiano, ma quando unisci le due cose diventa un po' un casino... Se qualcuno ha esempi di immagini online di rendering decenti dello stesso problema si puo' tentare di imitare lo stile. > Questa è una cosa da chiarire, ho creato una relazione per la ramificazione > chiamandola (in name) diversamente dal 10 "normale" per distinguerla, nella > ref è meglio lasciare 10 e basta? OPNV così mostrerebbe il percorso del 10 > Caselle come 10 al pari del percorso per Sarmeola. Mentre forse è il caso di > mettere ref = 10 Caselle (come ho fatto di recente al pari di 6 via Cave / > via Sorio, che però ho visto danno problemi nell'SVG con le spaziature) per > mostrare che è una ramificazione (ad ogni modo quello si capisce comunque > dalla mappa) Io farei in modo che ogni relazione abbia il percorso completo, cioe' non ce ne sia una principale e poi un piccola solo con la diramazione. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto rete autobus urbani di Padova
On 01/23/10 Luigi Toscano wrote: > Paolo Molaro wrote: > > L'altra questione riguarda fermate in cui, mettiamo, passino due route > > 10 di operator diversi. In questo caso ci sarebbe una diramazione, ma > > come viene rappresentata in route_ref? > È un vero problema? Voglio dire, una fermata ha un operator ben preciso; > se ci sono più operator, ci sono più "cartelli" ovvero più fermate. Ok, non avevo controllato che anche il node della fermata aveva un esplicito operator. Sono abbastanza sicuro di avere visto fermate di operator diversi nello stesso luogo fisico (cartelli diversi sullo stesso palo). A questo punto il problema diventa come associare le diverse route alla stessa fermata se i nodi devono essere inseriti separati (la correlazione spaziale non e' il massimo). Sarebbe da considerare l'uso di una relazione che associ un nodo fermata alle n relazioni route: questo ha anche il vantaggio di ottenere i dati delle route associaate con semplici query all'API e mantenere una certa integrita' dei riferimenti (vedi l'esempio delle linee 10 di Padova con la confusione tra ref e name: l'id della relazione sarebbe univoco). Allo stesso modo, per esempio, se la linea dovesse cambiare nome/ref per un qualunque motivo basterebbe farlo nella relazione che lo definisce e non in tutti i route_ref che ci sono in giro. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto rete autobus urbani di Padova
On 01/20/10 Tiziano D'Angelo wrote: > Volevo chiedervi un paio di questioni. > 1- C'è un modo per ricercare in OSM tutte le relazioni di un dato tipo o con > un dato tag eventualmente in una data area? Usa XAPI come suggerito, per esempio per una zona di Padova: wget http://www.informationfreeway.org/api/0.6/relation[route=bus][bbox=11.867423989753554,45.41459045126265,11.88459689726845,45.425251791743904] -O padova-routes.xml > 2- Come ho chiesto sulla lista public transport, c'è un modo per esportare > in formato CSV/TXT/Excel/Database i dati delle relation (ad esempio già > selezionate per tipo con la ricerca di cui al punto 1)? Vorrei ottenere una > lista linea per linea con tutte le fermate in ordine andata e ritorno e in > una colonna la lat/long associata. Devi farti un programmino che legga l'XML. > 3- A partire dai dati OSM, vorrei costruire delle mappe del percorso linea > per linea (sullo stile di > http://en.wikipedia.org/wiki/File:Bakerloo_line_Topological_map.svg e > http://en.wikipedia.org/wiki/File:Bakerloo_Line.svg) ed eventualmente > dell'intera rete (solo con la rete, senza mappa sullo sfondo, o > eventualmente quasi trasparente) sia corrispondente alle coordinate > geografiche, sia come schema in stile Parigi/Londra. In pausa pranzo ho scritto un programmino per la versione lineare (non e' completamente parametrizzata ma l'output e' quasi decente e gestisce automaticamente le fermate di linee multiple in base al tag route_ref). La versione in forma di mappa non e' molto piu' complicata. In attach il programma (serve mono e la libreria OpenStreetMap di cui ho postato anche in questa lista tempo fa) e un esempio di rendering. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better using System; using System.IO; using System.Collections.Generic; using Cairo; using OpenStreetMap; class Route { // gmcs route2svg.cs -r:OpenStreetMap.dll -r:Mono.Cairo // ./route2svg.exe /tmp/padova-routes.xml 10 linea10.svg List stops = new List (); Relation route; public Route (List data, string routename) { Dictionary nodes = new Dictionary (); foreach (OsmObject obj in data) { Node node = obj as Node; if (node != null) { nodes [node.ID] = node; continue; } Relation rel = obj as Relation; if (rel != null && (rel ["name"] == routename || rel ["ref"] == routename)) { route = rel; break; } } if (route == null) throw new Exception ("Can't find route " + routename); foreach (RelationMember m in route.Members) { if (m.Role == "forward_stop") stops.Add (nodes [m.Ref]); } } static bool HasCrossing (string refs) { if (refs == null) return false; string[] lines = refs.Split (new char[] {';', ' '}, 2, StringSplitOptions.RemoveEmptyEntries); return lines.Length > 1; } public void Render (string output) { int xlen = 40; int width = (1 + stops.Count) * xlen + 40; int heigth = 200; SvgSurface svg = new SvgSurface (output, width, heigth); using (Context cr = new Context (svg)) { cr.MoveTo (20, 20); string desc = string.Format ("Linea: {0} Da {1} a {2}", route ["name"], route ["from"], route ["to"]); cr.SetFontSize (15); cr.ShowText (desc); int xpos = 20; cr.LineWidth = 4; cr.MoveTo (xpos, heigth - 30); cr.LineTo (xpos + stops.Count * xlen, heigth - 30); cr.Stroke (); xpos += xlen / 2; cr.SetFontSize (10); foreach (Node n in stops) { cr.Color = new Color (0, 0, 0, 1); cr.MoveTo (xpos, heigth - 50); cr.Save (); cr.Rotate (-Math.PI / 4); cr.ShowText (n ["name"]); cr.Restore (); cr.MoveTo (xpos, heigth - 30); if (HasCrossing (n ["route_ref"])) cr.Color = new Color (0, 0, 1, 1); else
Re: [Talk-it] Cambio licenza: cosa ne pensate voi?
On 12/07/09 Niccolo Rigacci wrote: > Vorrei avere un po' di pareri dalla comunità italiana, in modo da > esprimere con il mio voto non solo la mia idea. Sono contrario alla nuova licenza e soprattutto al modo in cui sta per essere imposta. I motivi sono molti, ma semplificando: 1) dal punto di vista pratico, anche se la nuova licenza fosse molto migliore di quella attuale, non e' fattibile, perche' sono troppi i problemi nell'eliminare i dati di chi non accetta la nuova licenza (considerando anche i dati che ne sono derivati). L'approccio dei proponenti e' (alla fine) di infischiarsene del copyright di chi non accettera' la nuova licenza, proprio perche' dal punto di vista pratico non sara' possibile separare i dati. Questo secondo me non e' un approccio corretto. Ci sono troppi contributors, il cambio di licenza non e' possibile dal punto di vista pratico senza violare il copyright e una organizzazione che propone implicitamente di farlo si discredita da sola, imho. 2) ammesso (e non concesso) che serva una nuova licenza, obbligare contemporaneamente i contributors a cedere tutti i diritti morali e di copyright non e' giustificato in nessun modo. E' una clausola che serve solamente come gioco di potere della fondazione, rendendo i contributor un esercito di pedine insignificanti. 3) ammesso (e non concesso) che serva una nuova licenza, il modo onesto di applicare il cambiamento e' di chiedere ai contributor di applicare la nuova licenza _in aggiunta_ a quella vecchia, usando il dual licensing. Purtroppo questa soluzione e' stata scartata dalla fondazione perche' l'interesse principale non e' quello di avere una licenza migliore, ma quello di avere il potere di controllo dei dati in mano a pochi (vedi il punto 2). lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati provincia di Bologna
On 05/17/09 Carlo Stemberger wrote: > Il 17/05/2009 19:26, Paolo Molaro ha scritto: > > Per quanto mi riguarda, in genere non e' necessario un documento > > scritto, ma nel caso particolare di openstreetmap e' utile, perche' serve > > a responsabilizzare chi fa gli upload e pensarci due volte prima di > > aggiunfere dati di cui non ha l'autorizzazione al progetto (come questo > > caso serve ad evidenziare). > > > C'è già l'autorizzazione _scritta_! L'hai letta? Federico te l'ha > anche riportata... Quando nella FAQ di openstreetmap si dice "written permission", si intende scritta su carta e firmata, io l'ho tradotta sbrigativamente con scritto e basta. Quindi non e' sufficiente che una autorizzazione sia scritta su una qualsiasi pagina web (di nuovo, queste sono le regole di openstreetmap, non le ho fatte io). > Mi spieghi cosa vuoi più di così? Un doppione? O solo la triplice copia > va bene? Una copia sola va benissimo, ma deve essere su carta. Vedi gli esempi dei dati del FVG ed altri che hanno ottimamente ottenuto l'autorizzazione su carta intestata e protocollata. > > se anche ottenesse un permesso scritto con gli stessi termini che ha > > riportato qui nella email, non sarebbe sufficiente, perche' i termini > > delle condizioni non permettono la distribuzione di dati modificati, > > innanzitutto. > > > Ripeto: hai letto la licenza? Sembra di no... > > Ti do un aiutino: se leggi bene, si può benissimo modificare e > redistribuire i dati; quindi la licenza è compatibile con quella di OSM. Visto che ci sono delle interpretazioni cosi' discordi della licenza, ho chiesto ad un amico avvocato che si occupa da anni di copyright, software libero e diritto dell'informatica e delle nuove tecnologie di dare una occhiata alla licenza e a questo thread, in modo da chiarirci le idee. E' stato disponibilissimo e questa e' la sua risposta: "La licenza della prov. di BO pur consentendo, implicitamente, le modifiche ai dati, non concede il diritto a lei derivante dall'art.16 relativo alla "messa a disposizione" dell'opera (sia essa in forma originale o modificata), un diritto che, come previsto dal secondo comma del medesimo articolo della LDA (L. 633/41), non si esaurisce con l'atto di messa a disposizione del pubblico mediante il sito internet della stessa prov. BO" (Eventuali errori di copia e incolla o battitura sono ovviamente miei). Mi ha detto che appena ha tempo pubblichera' un post sul suo blog (www.micozzi.it) con maggiori dettagli e spiegazioni. A questo punto, suggerisco di nuovo che quei dati non siano usati su openstreetmap finche' una licenza valida non sia stata ottenuta. A mio parere e' probabile che l'amminstrazione provinciale sia disponibile a concedere i dati con una licenza che sia compatibile con quella di openstreetmap, quindi i passi da seguire sono quelli delineati nella FAQ di openstreetmap: ottenere una licenza valida su carta firmata dall'amministrazione. Qualcuno dell'area di Bologna (in caso servano anche degli incontri di persona) che si offre volontario per avviare i contatti con l'amministrazione provinciale? lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati provincia di Bologna
On 05/11/09 Federico Cozzi wrote: > >> 1) non hai ottenuto nessun permesso scritto da parte del detentore del > >> copyright (la telefonata di un tecnico non ha nessun valore). > > C'è la licenza d'uso dei dati. > Nessuno di noi ha mai ottenuto un permesso scritto da Torvalds per > usare Linux eppure lo usiamo senza porci problemi. La FAQ del progetto non l'ho scritta io. Se non ti piace quello che c'e' scritto apri una discussione in talk@ o legal@ e convinci gli altri a cambiarla (oppure non partecipare al progetto). Per quanto mi riguarda, in genere non e' necessario un documento scritto, ma nel caso particolare di openstreetmap e' utile, perche' serve a responsabilizzare chi fa gli upload e pensarci due volte prima di aggiunfere dati di cui non ha l'autorizzazione al progetto (come questo caso serve ad evidenziare). > >> 2) anche se avessi ottenuto un permesso scritto con le condizioni che > >> riporti sotto, non potresti fare l'upload di dati, visto che le > >> condizioni non corrispondono alla licenza usata da osm ne' tantomeno > >> permettono l'uso senza nessuna restrizione. > > Questo è assurdo. Come fai a sapere che un permesso che secondo te non > esiste ancora non è compatibile con la licenza di OSM? E' assurdo solo se non leggi quello che ho scritto e ti inventi cose che non ho detto. Te lo ripeto qui in parole diverse: se anche ottenesse un permesso scritto con gli stessi termini che ha riportato qui nella email, non sarebbe sufficiente, perche' i termini delle condizioni non permettono la distribuzione di dati modificati, innanzitutto. > >> Fino a quando non viene ottenuta la necessaria autorizzazione scritta > >> da parte del detentore del copyright (il tecnico non e' il detentore del > >> copyright) non ci sono buone notizie e i dati non sono liberamente > >> usabili. > > Non è necessaria l'autorizzazione scritta, è sufficiente la licenza d'uso. L'autorizzazione scritta e' richiesta dalla FAQ del progetto openstreetmap, se la cosa non ti piace crea un tuo progetto e applica le regole che vuoi al tuo progetto. > > Si precisa che i prodotti digitali scambiati/ceduti nella presente > > forma ed integrità informativa potranno essere riporodotti e > > pubblicati cartograficamente precisando sempre la fonte dei dati > > stessi ed i livelli di attendibilità ed aggiornamento. > > Quindi *possono* essere riprodotti e pubblicati. Certo, ma ometti un particolare: la condizione dice chiaramente "nella presente forma ed integrità". Quindi non puoi distribuire un'opera derivata, quale sarebbe necessariamente quando i dati venissero importati in openstreetmap e modificati, dato che non sarebbero piu' nella "forma ed integrità" con cui vengono rilasciati. Forse non tutti lo sanno, per cui lo riporto qui, ma ognuno si puo' informare da qualsiasi avvocato o leggendo: quando si tratta di copyright, tutto quello che non e' permesso dalla licenza e' proibito. In questo caso la licenza di osm prevede che i dati possano essere redistribuiti e modificati, mentre le condizioni che riportate permettono solo la riproduzione dei dati integri, quindi non modificabili. Di conseguenza le condizioni con cui i dati sono forniti non sono compatibili con la licenza osm e non devono essere immessi nel database. > > La Provincia di Bologna non si assume alcun tipo di responsabilità nei > > casi in cui i prodotti digitali scambiati/ceduti vengano utilizzati in > > forma rielaborata ed alterata da quella scaricata. > > In tal caso la Provincia di Bologna dovrà essere indicata come fonte > > degli stessi dati, dichiarando nel contempo l'avvenuta rielaborazione > > dei dati. > > Nel caso di ulteriore pubblicazione, la Provincia non si assume > responsabilità sui dati. Nota che non viene dato nessun permesso, tantomeno per esempio all'uso commerciale: si dice solo che la provincia non si assume nessuna responsabilita'. Se non e' permesso dalla licenza per la legge sul copyright e' vietato, quindi queste condizioni sono incompatibili con openstreetmap. E' possibile che l'intento della provincia sia quello di permettere opere derivate e lo sfruttamento commerciale dei loro dati, ma finche' le condizioni con cui distribuiscono i dati sono quelle che voi riportate, cio' non e' permesso. Per cui i dati non possono essere caricati su osm a questo punto. Vi invito a contattarli e farmi dare un permesso scritto con una licenza per i dati che sia compatibile con openstreetmap. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Taranto libera
On 05/08/09 fradeve wrote: > Ciao Simone, > è una domanda alla quale io non saprei rispondere. Penso dipenda dal > livello di elaborazione dei dati. Sono dati vecchi ormai di 20 anni, > creati - così ho capito - quasi totalmente dal Sig. Biallo partendo da > dati di amministrazioni locali. Penso che a queste condizioni si possa > procedere all'importazione. Per favore, leggi la FAQ sugli aspetti legali del progetto. Bisogna andarci molto cauti. La regola e': se sei assolutamente certo di avere l'autorizzazione (sritta) del detentore del copyright puoi procedere all'upload, altrimenti no. In questo caso, ammesso che l'autorizzazione ci sia stata da parte delle amministrazioni locali verso questo signore, bisogna assciurarsi che questa eventuale autorizzazione sia compatibile con la licenza di osm. Quindi allo stato dei fatti (tralasciando la possibile anziaanita' dei dati) non si puo' procedere all'importazione di niente. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Presentazione...
Ciao gaio, benvenuto:) On 04/27/09 Marco Gaiarin wrote: > Venerdì mattina sono andato alla fiera 'del radioamatore' di Pordenone, > e non ho resistito a comprarmi, per 20 euri, un RoyalTek RBT-2200. > > Arrivato a casa, ho installato questo: > > http://www.symbianos.org/projects/47 > > sul mio Nokia N70, e già il giorno dopo giravo come un 'mona', come si > usa dira da queste parti, per il parco di Villa Varda con cellulare e > GPS in mano. Come alternative, credo che sul n70 tu possa usare anche nokia sports tracker oppure gpsmid (applicazione java, la trovi su sourceforge). lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coastline e confine nazionale
On 05/10/09 Martin Koppenhoefer wrote: > la situazione nella parte nord del link (dove non coincidono confine e > coastline) è cmq. meno soddisfacente, visto che la costa sta > parzialmente fuori l'italia in questa versione. Che ne dite della > "soluzione realo-legale" con 12 miglie di mare nazionale come discusso > già tempo fa e come si vede nel Nord del l'Europa Approvo, mescolare il confine nazionale con la linea di costa e' sempre stato un errore, non e' tanto una questione di rendering. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati provincia di Bologna
On 05/07/09 albertobonati wrote: > Buone nuove dalla Provincia di Bologna! > Il Tecnico responsabile del SIT della Provincia, da me contattato > telefonicamente, mi ha confermato che i dati scaricabili dal sito della > Provincia (1) > sono liberamente usabili. Per favore, segui la procedura indicata nella FAQ del progetto (http://wiki.openstreetmap.org/wiki/Legal_FAQ): XYZ Organisation has data for free download under licence N. Can I use it in OSM? Approach the data owners, explain OSM, and seek written permission to licence their data under our licence or (for the avoidance of doubt) without any restrictions on use at all. Unless it is clear that the data can be used without restriction, please do not rely on your own legal interpretation of the licence. OSM is all about creating a freely and easily redistributable data set. Anything which taints the dataset or exposes OSM to possible legal action interferes with that objective. Even if you only want to use a minor part, or compare the sources, you should still seek approval in writing. The legal principles involved are not well developed, and the OSM community wants to develop a free and untainted dataset and not test any of the legal issues involved here. In short: be ultra-cautious. In particolare: 1) non hai ottenuto nessun permesso scritto da parte del detentore del copyright (la telefonata di un tecnico non ha nessun valore). 2) anche se avessi ottenuto un permesso scritto con le condizioni che riporti sotto, non potresti fare l'upload di dati, visto che le condizioni non corrispondono alla licenza usata da osm ne' tantomeno permettono l'uso senza nessuna restrizione. Fino a quando non viene ottenuta la necessaria autorizzazione scritta da parte del detentore del copyright (il tecnico non e' il detentore del copyright) non ci sono buone notizie e i dati non sono liberamente usabili. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri CAI
On 05/10/09 Stefano Salvador wrote: > > ma i dati già presenti? fa una correzzione automatica o bisogna prima > > toglierli? > > non esistono dati di questo tipo in Friuli, in ogni caso prima dell'upload > faro un ultimo controllo. In caso l'idea è che i dati già presenti in OSM > prevalgono sui dati della CTRN. Ci sono sicuramente due sentieri sul monte Cuarnan (vicino Gemona) e alcuni brevi tratti di altri sentieri in val Raccolana che ho mappato io (ma non hanno il ref CAI). Se non ti dispiace sarebbe ottimo postare il file osm in lista prima di fare l'upload, cosi' chi conosce i sentieri puo' farci un controllo preliminare. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Perchè all'importazione di massa?
On 03/04/09 Luca Delucchi wrote: > Io nell'importazione di massa non ci vedo nulla di positivo se non > riempire un po' l'italia di dati di cui si sa poco o quasi niente, > l'importazione può essere utile solo per dati che non si potrebbero > ricavare in altro modo, o con grosse difficoltà, per esempio l'uso del > suolo o i confini! Secondo me stiamo perdendo lo spirito del progetto > cioè la collaborazione degli utenti e non l'importazione di massa Io penso che le importazioni di massa siano positive in genere, ma che sia importante soprattutto assicurasi di avere una licenza valida per i dati (sembra che nel mondo openstreetmap non ci sia la stessa consapevolezza dei problemi di copyright che esiste per esempio nel mondo del sw libero, ma forse questo e' dovuto solo alla relativa giovinezza dei contributor al progetto: in fondo anche quelli che iniziano a contribuire a progetti sw free non sono molto esperti di copyright). L'altra questione con i mass import e' di valutare la correttezza dei dati. In genere si assume che siano corretti se prodotti da ISTAT o dalla regione, ma questo non e' sempre vero. Un caso un po' stupido puo' essere quello dei ghiacciai del Monte Canin in Friuli: chi ci e' stato dice che ce ne sono tre, mentre i dati importati comprendono qualche decina di ghiacciai, alcuni di pochi metri di diametro. Non e' un problema facile da risolvere. Per quanto mi riguarda, io preferisco mappare in bicicletta o a piedi:) lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Abbiamo la Toscana? Un po'!
Trovo solo ora il tempo di rispondere a questo thread. Non ho visto nel frattempo passare un messaggio di conferma da parte dei funzionari della regione Toscana che licenziare le opere derivate dai loro dati sotto CCSA sia consentito. On 03/03/09 Federico Cozzi wrote: > Inoltre, da un punto di vista legale, non sono io che devo provare che > non ci sia violazione del copyright. (mi viene in mente l'espressione > "inversione dell'onere della prova"). Io ho ottenuto la risposta > dell'ufficio competente che mi autorizza. Tu sostieni che io stia > violando il copyright. Ergo, sei tu che devi provare che io stia > violando il copyright. In assenza di prova, sono innocente. Non siamo in un tribunale, siamo qui per discutere e fare in modo che i dubbi sollevati vengano risolti. Basterebbe una conferma esplicita da parte di un funzionario autorizzato della regione toscana come e' stato chiesto tempo fa per risolvere i dubbi, i tribunali qui non c'entrano niente. Siccome tu hai gia' avuto contatti con loro sembra normale che la richiesta esplicita la faccia tu. Se non la vuoi fare, avvertici e la faro' io. Allo stato la loro licenza esplicitamente esclude gli scopi commerciali che invece CCSA permette, quindi c'e' una incompatibilita' da risolvere. > >> La mia mail non era quindi una richiesta di autorizzazione > >> particolare, ma era semplicemente dettata dalle condizioni d'uso e con > >> tale spirito l'ho fatta. > > Certo, quello che dicevo nell'altra mia mail: il tuo scambio di email > > non e' e non puo' considerarsi uno "specifico accordo con RT" come > > richiesto dal punto due. > > Infatti non è la mail richiesta dal punto 2, ma quella descritta dal > punto 1. (che ho citato) > Ho già spiegato nella precedente mail che la mia mail non si configura > come uno "specifico accordo" (richiesto dal punto 2 solo in casi > particolari), ma come il messaggio richiesto dal punto 1 della licenza > d'uso. Quindi non è uno "specifico accordo", ma un accordo generico > che la richiesta ha istituito per puri fini statistici e che ho > rispettato. Penso che il punto sia in una diversa interpretazione di quello che la pagina dice: "Per poter accedere al servizio non è richiesta nessuna particolare registrazione tuttavia, l'utilizzo dei dati messi a disposizione è soggetto al rispetto dei seguenti vincoli" e poi ne elenca tre. La mia interpretazione e' che tutti e tre i punti debbano essere rispettati e a quanto pare tu invece intendi che ne basti rispettare uno. Non e' esplicitamente detto che basti rispettare uno dei vincoli (infatti tutte le licenze in genere sono formate da piu' punti e tutti debbono essere rrispettati). Di nuovo, un chiarimento da chiedere ai funzionari dovrebbe essere veloce e dissipare i dubbi. > Inoltre, ma immagino che a te faccia un baffo, ci sono numerose > opinioni di esperti legali che i geodati non possano essere coperti > dalla normativa sul diritto d'autore: puoi trovare numerose opinioni > in tal senso sul wiki di OSM stesso, in un argomento PDF che io stesso > ho indicato alcune settimane fa in mailing list. > Faccio presente che il cambio di licenza che il progetto sta adottando > deriva da una interpretazione più corretta dell'attuale legislazione > secondo la quale, appunto, i geodati non possono essere coperti dal > diritto d'autore. Se i geodati non fossero coperti dal diritto d'autore non ci sarebbe nessun problema a copiare dalle mappa cartacee o di google, cosa che invece non si puo' fare. Dalla FAQ di openstreetmap: "The data used in Google Maps is sourced from NAVTEQ and Tele Atlas, two big mapping companies. They, in turn, have obtained some of this data from national mapping agencies (such as the Ordnance Survey). Since they've made multi-million pound investments in gathering this data, these organisations are understandably protective of their copyright." > Ma proseguiamo. Da nessuna parte c'è scritto che i dati non possono > essere usati per fini commerciali. Ti invito a leggere con più > attenzione la licenza di GeoScopio, che ho già riportato e commentato. > In essa si dice che il servizio (cioè GeoScopio WMS) non può essere > usato per fini commerciali, ma niente si dice dei dati in esso > riportati. Vedi sopra: la FAQ di openstreetmap dice esplicitamente che i dati sono sotto copyright. Quindi per ora sappaimo una cosa certa, che i dati della regione toscana sono soggetti a copyright. Che tipo di licenza abbiano quei dati non lo sappiamo di preciso(se hai trovato una pagina faccelo sapere), quindi, se non c'e' una licenza, i dati effettivamente non possono essere utilizzati. La FAQ di openstreetmap poi dice un'altra cosa importante, che e' abbastanza ovvia a chi si e' occupato per anni di questioni di copyright, ma che val la pena ribadire: "If you collect data from Google Maps in this way, you are creating a "derived work". Any such data retains the copyright conditi
Re: [Talk-it] Abbiamo la Toscana? Un po'!
Rispondo solo a questa tua email, nelle altre non fornisci comunque dati in piu'. On 02/27/09 Federico Cozzi wrote: > On Fri, Feb 27, 2009 at 5:00 PM, Simone Piccardi wrote: > > Non ci intendiamo, e` molto probabile che ci sia una delibera di giunta > > che dice come possono essere distribuiti quei dati e che diritti ci sono > > per chi li usa. E non dira` altro. E probabilmente non c'e` scritto > > esplicitamente che possono essere usati per OSM. Ovviamente avere il > > testo sarebbe utile, magari c'e` proprio scritto... > > Il giochino di ricercare le delibere della giunta regionale mi sembra > un po' noioso e lo lascio ad altri. Mi limito a leggere qui: Non e' un giochino. Se vuoi proclamare ai quattro venti che "abbiamo la Toscana", sei tu che devi provare che non ci sia violazione del copyright. > La mia mail non era quindi una richiesta di autorizzazione > particolare, ma era semplicemente dettata dalle condizioni d'uso e con > tale spirito l'ho fatta. Certo, quello che dicevo nell'altra mia mail: il tuo scambio di email non e' e non puo' considerarsi uno "specifico accordo con RT" come richiesto dal punto due. > "2. È vietato l'utilizzo del servizio a fini commerciali, salvo aver > stabilito uno specifico accordo con RT. > Le mappe prodotte da GeoScopio_WMS e veicolate via Internet, non > possono essere usate in contesti i cui contenuti siano offensivi o > diffamatori nei confronti di terzi. Violino la normativa sulla privacy > o altre leggi vigenti in Italia." > > "3. È richiesto l'inserimento di un apposito avviso di copyright sia > su mappe prodotte, in qualsiasi formato, da progetti GIS locali, sia > da mappe dinamiche veicolate via Internet. A tal fine è stato > predisposto ed' è presente in tutti i servizi WMS resi disponibili dal > sistemaGeoScopio_WMS, uno strato denominato: "theCopyright" il quale > dovrà essere inserito e reso attivo dall'utente." Lascio tutto nella mail cosi' che ci si possa sempre far riferimento. > 2. > a. Qui sicuramente bisogna capire cosa si intende con "servizio". Come > emerge da quanto scritto sopra, il "servizio" è il servizio WMS, cioè > il servizio offerto dalla Regione Toscana. Ma io non sto usando il > servizio WMS della Toscana per fini commerciali. Io sto usando il > servizio senza fini di lucro, esclusivamente per derivare dei dati che > pubblico gratuitamente su OSM, da cui possono essere scaricati > liberamente e gratuitamente. Saranno eventualmente altri ad usare un > altro servizio (OSM) per fini di lucro. Si noti che OSM stessa, e la > foundation, non ha fini commerciali. Questa dal punto di vista giuridico e' una oscenita'. Quando tu fai l'upload dei dati derivati in OSM, lo fai dicendo: "questi dati qui si possono usare per fini commerciali ed altro, secondo la licenza CCSA e io garantisco". Per fare un esempio, ci sono diversi software che sono "free for personal usa" come i dati forniti alla regione, ma che non possono essere usati per fini commerciali. Io non posso prenderli e metterli in Debian e dire che sono sotto la licenza libera che pare a me perche' il mio atto di fare l'upload del pacchetto lo faccio gratuitamente e Debian e' una organizzazione non-profit. Quindi, fino a quando non avremo lo "specifico accordo con RT" definito dal punto 2 della loro licenza dei dati, per favore non fate nessun upload sul database OSM. Se upload sono stati gia' fatti, aggiungere un apposito tag source cosi' che sia facile individuarli se mai dovessimo rimuoverli. Per la questione della diffamazione e privacy non vedo nessun problema, invece. > 3. è l'unica cosa che mi stupisce: i termini d'uso richiedono > l'apposizione del copyright, ma loro me l'hanno vietato. Mi spiego ciò > in questo modo: siccome sanno di non essere più padroni del dato una > volta "derivato" e immesso in OSM, mi impediscono di indicare che tale > dato è di loro copyright, per evitare fraintendimenti di > provenienza/bontà del dato. Se il dato e' derivato loro sono ancora detentori del copyright per legge. Loro probabilmente vogliono avere un disclaim, che' e' una cosa diversa dal rifutare il copyright. > Quindi se OSM ritiene che la licenza Yahoo sia sufficiente, a fortiori > deve essere sufficiente la licenza toscana. Quando si parla di licenze non si puo' farlo per analogia, i dettagli sono importanti. Se vuoi discutere la questione yahoo ti consiglio di aprire un thread sulla lista internazionale, qui fa solo confusione visto che stiamo parlando di una vicenda diversa. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Abbiamo la Toscana? Un po'!
On 02/27/09 Federico Cozzi wrote: > On Fri, Feb 27, 2009 at 3:05 PM, Paolo Molaro wrote: > > derivati. Ora, puo' anche darsi che le persone che hai contattato siano > > esperti sui dettagli della legge e siano effetivamente i detentori del > > copyright e/o abbiano l'autorita' di dire che tramite il servizio da > > Sono i funzionari dell'ente detentore del copyright. Come spiega probabilmente meglio di me Simone, bisogna assicurarsi che il funzionario sia abilitato a prendere decisioni relative al copyright dei dati. Per farti un esempio, io sono un manager in una azienda, ma questo non significa che io possa decidere sul copyright del software che produciamo. > L'autorizzazione della Toscana è questa: > "Pertanto, nel confermare la possibilità d'uso del servizio WMS da > parte Sua per gli scopi descritti, [...]" Quello che voglio far notare e' che tra gli scopi descritti e' solo implicito e non esplicito che i dati derivati saranno sotto licenza CCSA e quindi (per esempio) potranno essere usati a fini commerciali. Se la risposta della regione fosse stata: "potete usare i dati derivati con licenza CCSA (inclusi quindi a fini commerciali come la licenza permette)", non avrei avuto nessun dubbio. Il fatto che loro dicano che i dati derivati non sono soggetti al copyright invece mi fa venire il forte dubbio che non siano pienamente consapevoli della situazione. Ovviamente mi posso sbagliare, per questo ho suggerito il semplice test dell'uso commerciale). Tra l'altro sulla loro pagina web dice: "È vietato l'utilizzo del servizio a fini commerciali, salvo aver stabilito uno specifico accordo con RT." Ora, se lo "specifico accordo" e' lo scambio di email e non viene menzionato il fine commerciale nell'accordo stesso, sorge il forte dubbio che le due cose, non essendo molto coerenti, siano il frutto di una imprecisa comprensione della situazione (cosa c'e' di specifico ai fini commerciali in uno scambio di mail che non ne parla?). > Nessuno ti fa un esame legale quando firmi un documento: lo firmi > oppure no. Se il FVG ha scritto e protocollato una lettera che non ha > capito, problemi loro. No, i problemi sono anche nostri, perche' se l'autorizzazione non e' valida dal punto di vista legale, significherebbe che dobbiamo andare nel db e togliere tutti i loro dati che abbiamo immesso. > > Toscana non ha nessun senso legale e il dubbio e' forte che non si siano > > resi conto di cosa significhe permettere opere derivate secondo la > > licenza usata da openstreetmap: > > Il dubbio è tuo: dalla loro lettera: > "[...] per implementare il progetto OpenStreetMap, che peraltro > conosciamo direttamente [...]" Moltissime persone conoscono Linux, per esempio, questo non significa che capiscano qualcosa di licenze e GPL. Sono prontissimo a scusarmi con i funzionari coinvolti se effettivamente la decisione e' stata presa correttamente, valutando la licenza, ma per quanto e' dato sapere dai dati postati su questo thread i dubbi sono piu' che legittimi. Aspetto di essere (piacevolmente) smentito nei miei dubbi dai responsabili del copyright delle mappe. > A me sembra chiarissimo: il detentore del copyright mi ha dato il > permesso alla derivazione dei dati per l'immissione in OSM. E mi ha > anche vietato di indicare i dati con informazioni di copyright della > Regione Toscana, in quanto disconosce la mia derivazione. Ammesso che il funzionario contattato ne abbia l'autorita', dal punto di vista legale, i dati derivati mantengono il copyright, quindi loro non possono disconoscere un bel niente. Io scommetterei che loro sono preoccupati che dati possibilmente errati vengano attribuiti a loro e che ne possano essere ritenuti responsabili. Questa e' una questione diversa che non c'entra con il copyright. Quello che il detentore del copyright puo' fare e' dire: i dati derivati dai nostri tramite il servizio geoscopio sono nel pubblico dominio, oppure con licenza CCSA oppure con qualche altra licenza. > > Consiglio a tutti quelli che si occupano di liberazione dei dati da > > parte di enti pubblici di adottare questa strategia, in modo da evitare > > che in osm vengano immessi dati non perfettamente in regola. > > "Non perfettamente in regola"? E in base a quale regola? La legge sul copyright e le regole del progetto osm. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Abbiamo la Toscana? Un po'!
On 02/26/09 Federico Cozzi wrote: > *Forse* la copia tramite ricalco rende più evidente che si tratta di > un'opera derivata e non semplicemente di una copia. > Se copiassimo i loro dati da un file SHP ad OSM (tramite import > massivo) i nostri dati sarebbero effettivamente indistinguibili dai > loro (stesso numero di nodi per le way, stesse coordinate dei nodi) e > ad un terzo potrebbe sembrare che noi stiamo offrendo i dati della > Regione. In questo modo invece i dati che offriamo sono > "sufficientemente" diversi. > Con questo non voglio dire che basta "rovinare" i dati perché venga > meno il copyright, ma che probabilmente il detentore del copyright - > in questo caso - accetta che noi li usiamo per i nostri scopi a patto > che non diciamo che sono i "suoi" dati. La legge sul copyright riguarda sia la copia tale e quale che i prodotti derivati. Ora, puo' anche darsi che le persone che hai contattato siano esperti sui dettagli della legge e siano effetivamente i detentori del copyright e/o abbiano l'autorita' di dire che tramite il servizio da loro offerto possiamo derivare tutti i dati che vogliamo senza particolari restrizioni, ma, francamente, non mi sembra il caso ed e' meglio andarci con i piedi di piombo invece di lasciarci trascinare dall'entusiasmo. Personalmente ho piu' o meno le stesse riserve anche sulla lettera protocollata riguardante i dati del FVG: dire "potete usare i dati come da vostra richiesta" puo' anche essere legalmente valido, ma certamente non mostra una sufficiente consapevolezza da parte del funzionario su quello che significa. Allo stesso modo la differenziazione tra copia e dati derivati per la Toscana non ha nessun senso legale e il dubbio e' forte che non si siano resi conto di cosa significhe permettere opere derivate secondo la licenza usata da openstreetmap: quindi suggerirei di non fare l'upload dei dati derivati finche' la situazione non e' chiarita. In base alla mia esperienza con i funzionari pubblici, la discriminante per essere sicuri che siano consapevoli di quello che fanno quando permettono l'uso dei loro dati (tali e quali o derivati) in openstreetmap e' di dire esplicitamente che i loro dati potranno essere venduti e usati per scopi commerciali. A questo punto molti rifiuteranno e con i pochi rimasti si puo' approfondire il discorso spiegando gli ulteriori dettagli della licenza. Consiglio a tutti quelli che si occupano di liberazione dei dati da parte di enti pubblici di adottare questa strategia, in modo da evitare che in osm vengano immessi dati non perfettamente in regola. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sterrate: tracktype vs smoothness
On 01/14/09 Gianmario Mengozzi wrote: > Sono ciclista anch'io (biker a dire il vero) e francamente non ho ben > capito cosa siano le bici da "trekking" (non ricordo di averne mai sentito > parlare in riviste specializzate, ma forse mi sbaglio... forse intendi le > citybike ?). Nei negozi decathlon hanno delle bici che sono a meta' strada tra MTB e citybike. In ogni caso secondo me va fatta una distinzione che tenga conto dei vari casi: 1) bici da citta' (qui intese quelle senza cambio): vanno bene sia su asfalto che su sterrato anche se poco scorrevole, ma sconsigliate se ci sono salite che non siano calvalcavia, tragitti brevi 2) bici da trekking (come sopra con cambio): usabili anche su salite, tragitti medio-lunghi 3) bici da corsa: su sterrato (scorrevole) solo per tratti brevi, ok su salite e tragitti medio-lunghi 4) MTB: va bene anche su sterrato sconnesso e salite, tragitti brevi-medi > sul tema credo che le 2 categorie - bici da strada / MTB - siano più che > suff per discriminare l'utilizzo su 2 ruote di una strada o di un sentiero. Vedi sopra, dipende se consideri le pendenze (o se vuoi che un navigatore consigli per una bici da corsa un percorso in cui ha molte probabilita' di bucare). Per fare un esempio, un percorso sui colli che google map disegna come stradina in realta' in parte e' highway=track, in parte sentiero che si puo' fare su MTB, ma non con altri tipi di bici (il fondo non e' paricolarmente sconnesso, ma il fatto che sia in salita richiede copertoni larghi per avere tenuta, ovviamente in discesa sarebbe fattibile anche con una bici da trekking, ma non con una bici da corsa). lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domanda
On 11/07/08 Cristina Moretto wrote: > come si convertono tracce Fugawi in gpx calcolando che gpsbabel supporta > solo fino alla versione 2 e che qui si tratta della v3 delle fugtrk?? E' il formato usato per le piste ciclabili sul sito della provincia di trento (o era quella di bolzano? ora non ricordo bene)? In ogni caso potrebbe essere lo stesso di cui ho fatto un parziale reverse engineering tempo fa (avevo provato con gpsabel prima ma non era riconosciuto). Metto in attach il programma. Nota che non decodifica il time (non mi ricordo nemmeno se il file che avevo avesse un time non-zero). Esegui con (ti serve un sistema little endian, quindi non powerpc, per esempio): perl trk2gpx traccia.trk >traccia.gpx Se non funziona, prova a mandarmi il file se puoi. Se hai tu (o qualcun altro) un dispositivo che genera questi file ci possiamo mettere d'accordo per vedere di completare le cose del formato che mancano. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better #!/usr/bin/perl -w my $content; my $input = shift; open (F, "<$input") || die "$!"; read (F, $content, -s $input); close (F); print "\n"; print "http://www.topografix.com/GPX/1/0\";>\n"; print "\n"; # header format (36 bytes): # FUGTRK ff ff header_size?(i4) num_points(i4) # 20 more bytes # trackpoint format (48 bytes): # 24 bytes # lat(d8) long(d8) # 8 bytes $content = substr ($content, 36); while (length ($content) >= 48) { my ($unk1, $lat, $lon) = unpack ("a24d2", $content); $content = substr ($content, 48); print "\t\n"; } print "\n"; ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Io sono per i Vanity TAG :)
On 10/30/08 Roberto Navoni wrote: > >> + 1 per le considerazioni espresse da guido ... per quanto riguarda > >> invece i Tag Created_by e source, a mio parere non ha seso rimuoverli > >> perchè all'atto in cui una persona lavora sui dati OSM presi dal > >> database, ha informazioni circa la provenienza del dato. Oltretutto > >> per altri strati, quali i layer, quali le coperture vegetali derivate > >> dal DB Corinne Lan Cover, è espressamente richiesto nella licenza che > >> venga citata la fonte. > > > > Il tuo ragionamento si basa su presupposti sbagliati. Quello che > > > Ma anche il tuo si basa su pressupposti sbagliati , perchè ti stai > concentrando su aspetti tecnici di dettaglio , che magari in altre > situazioni possono venir meno e in certe analisi piu' di tipo > quntitativo e qualitativo possono essere importanti . La differenza nel mio caso e' che possiamo avere leggittimamente un giudizio diverso sull'utilita' del tag created_by (non sono l'unico a considerarlo praticamente inutile per come e' fatto ed usato, leggi la lista talk: con l'API 0.6 verra' considerato a tutti gli effetti obsoleto e da non usare). Il poster a cui ho risposto, invece, stava confondendo il tag created_by con il tag source e ovviamente non si puo' impostare un discorso se non si parla delle stesse cose o se si fa solo confusione. > un'idea su quale dei tool concentrare l'attenzione dello sviluppo. E poi > perchè no un po' di protagonismo ci vuole in questi progetti ... se no Anche un po' meno protagonismo in certi casi aiuta:) > che gusto c'e' ... io ti invito ufficialmente a taggare con il Vanity > tag tutti i tuoi scrpt ... Nei miei recenti upload ho modificato il tag created_by solo se era gia' incluso (se non altro cosi' almeno occupano meno spazio:), di certo non vado ad aggiungerlo dove non c'e' quando faccio altre modifiche:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini e relazioni: script di correzione
On 10/31/08 Simone Cortesi wrote: > la relation dovrebbe essere questa: > http://www.openstreetmap.org/browse/relation/48130 > > ma va bene anche rifarla purche' sia completa di tutto. Ce n'e' anche un'altra: 36988. > ti ho messo tutto qui: http://cortesi.com/confini.tar.bz2 > > errori.osm è il file ricavato a mano da me confrontandolo con gli > errori dati dal bulk_import in fase di upload, cioe' questi errori: > http://wiki.openstreetmap.org/index.php/Italian_Borders#Upload Allora, il tuo upload e' fallito per alcune way perche' un amico fritz (si chiama proprio FischersFritz:) aveva cancellati alcuni nodi mentre l'upload era in progresso. Ho fatto il revert di quei nodi e fatto l'upload delle way relative. Ho fatto anche l'upload delle relation che referenziavano le suddette way, con due che mancano ancora: 1) Liguria (questa ha alcune way cancellate da te, per esempio la 27970354 e la 27973784 ed altre cancellate da giovand), quindi vorrei sapere che e' successo qui 2) Italia: da qui mi va in timeout, provo di nuovo piu' tardi o domani. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On 11/01/08 Ezio Querini wrote: > Per Paolo Molaro: ho visto che hai ripulito i dati ridondanti ed ho > notato che nella mia zona sono rimaste 3 way non modificate. > http://www.openstreetmap.org/browse/way/27985775 > http://www.openstreetmap.org/browse/way/27986200 > http://www.openstreetmap.org/browse/way/27986571 > > La Way History è pulita quindi non sono state modificate da altri > mentre lo script faceva il suo lavoro. Ho lanciato lo script ieri pomeriggio, ma un po' il server ogni tanto e' sovrautilizzato e un po' la mia connessione adsl ieri aveva problemi. Stamattina ho rilanciato lo script sull'italy.osm di oggi e le rimanenti way dovrebbero essere state corrette (quasi 24 mila correzioni in totale, quindi ci ha messo un po'). > Non sto criticando, so che potrei farlo a manina, era solo per segnalare No, non c'e' bisogno di fare a mano, lo script esegue anche altri controlli, per cui sara' lanciato periodicamente in ogni caso. E non c'e' bisogno di premettere "no sto criticando":) Qui siamo tutti adulti e se c'e' da segnalare un errore si fa senza farsi problemi o doversi giustificare:) Tra le incosistenze che sono state trovate: 1) http://www.openstreetmap.com/browse/relation/46862 La way 28085785 non c'entra nulla con il confine. 2) La relazione Italia ha almeno una way (la 25540146) senza boundary info 3) Siracusa (http://www.openstreetmap.org/browse/relation/39169) manca la way 28114153 nella relation. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On 10/30/08 Davide wrote: > + 1 per le considerazioni espresse da guido ... per quanto riguarda > invece i Tag Created_by e source, a mio parere non ha seso rimuoverli > perchè all'atto in cui una persona lavora sui dati OSM presi dal > database, ha informazioni circa la provenienza del dato. Oltretutto > per altri strati, quali i layer, quali le coperture vegetali derivate > dal DB Corinne Lan Cover, è espressamente richiesto nella licenza che > venga citata la fonte. Il tuo ragionamento si basa su presupposti sbagliati. Quello che descrivi e' la situazione del tag source e non c'entra con created_by. Il tag created_by, invece, e' una sorta di vanity tag. Viene usato per fare gara a chi ce l'ha piu' lungo per gli editor tipo josm e potlatch e non ha nessun altro valore in pratica. Il tag viene modificato ogni volta che editi una way con potlatch, per esempio (o merkaator) e proprio per questo ho suggerito di toglierlo durante i miei aggiornamenti (l'alternativa e' mettere qualcosa come osm-helpers, ma preferisco toglierlo perche' e' un tag abbastanza inutile). lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On 10/30/08 Simone Cortesi wrote: > se region (e province) sinistro e destro sono uguali e se qualcuno è > in grado di scrivere del codice per correggere tutto, per me va bne. Questo non e' un problema, sono 10 righe di codice. Stasera lo scrivo e inizio le modifiche. > a proposito. hai un modo per aggregare il confine costiero con il > confine amministrativo che si trova sulla costa? spostando i tag di > relation e admin_level, dall'uno all'altro? eventualmente tagliando la > linea di costa proprio nel punto dove cambia la proprieta' di un > comune con quello successivo...? Si puo' fare in alcuni casi (dove la way del boundary interseca la way coastline). In altri casi il confine amministrativo e' all'interno, quindi bisognerebbe fare una proiezione per trovare un punto in comune. Non e' uno script da 10 minuti:), ma in definitiva e' fattibile, il problema diventa: 1) non mi pare che ci sia consenso sul fatto che debbano coincidere (io stesso propendo per estendere il confine in mare, per esempio) 2) non c'e' un modo automatico di sapere se la linea del confine e' meno accurata di quella della costa: se scelgo quella della costa potrei eliminare i dati migliori (contare la frequenza dei nodi puo' essere un metodo, ma non necessariamente corretto) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini e relazioni: script di correzione
On 10/30/08 Cristiano Giovando wrote: > > Ora, potrei lanciare lo script su tutto l'italy.osm oppure posso mandare > > in lista l'elenco delle modifiche cosi' chi vuole puo' darci una > > occhiata e controllare a campione (sono oltre 40 mila way da togliere). > > Fatemi sapere le vostre preferenze. > > potresti spiegare meglio quale è problema con le relazioni a cui ti > riferisci? Puoi fare un esempio di una way da cancellare? Ho incluso un esempio completo nella mia mail a cui tu rispondi, con tanto di link e di elenco delle way che sono state tolte (che sono quelle non del confine della relation, ma di confini interni alla relation e che quindi non c'entrano). lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini e relazioni: script di correzione
On 10/30/08 Simone Cortesi wrote: > 1. la relation italia, lh'o ricreata io a mano dopo, per il momento è > stata aggiunta tutta la sardegna e un pezzo di costa adriatica. Perlomeno nell'italy.osm che ho lo script non ha rilevato incongrunze nella relation Italia. > 2. alcuni comuni in abruzzo, ad esempio: San Demetrio Ne' Vestini, > Rocca di Mezzo > 3. la provincia di genova e la regione liguria mancano della loro relation. > > paolo, il tuo script è in grado di correggere queste cose? > > se ti servisse ho qui il file dell'upload originale. Ovviamente bisgna fare uno script apposta, visto che il problema e' diverso. Se hai un elenco delle way e relazioni che non sono state caricate, posso fare uno script che le estragga dal tuo file e poi puoi caricare solo quelle. Oppure serve un modo per associare l'id sul database osm all'id fake nel tuo file e quindi creare l'elenco automaticamente. Se hai queste info su puo' fare. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini e relazioni: script di correzione
On 10/29/08 niubii wrote: > l'utente Simone ha scritto che sara' assente dalla lista per qualche > giorno... se non ci sono fondati motivi d'urgenza direi di rinviare il > provvedimento alle Camere. Per favore fai la fatica di leggere il mio post:) Se volevo eseguire i cambiamenti sul db subito l'avrei fatto, non devo chiedere il permesso per correggere dei dati errati. Ho scritto appunto perche' ognuno potesse commentare, ma mi aspettavo dei commenti utili:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini e relazioni: script di correzione
On 10/29/08 Roberto Navoni wrote: > prima di far questa cosa ti chiedo di consultarti con Simone .. non è > detto che fare questa modifica su tutto il database sia effettivamente > una buona cosa . Ho scritto in lista apposta:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] confini e relazioni: script di correzione
Ciao. Ho scritto uno script veloce per correggere le relazioni dei confini delle regioni, provincie etc. in modo che contengano effettivamente solo i confini che gli competono e non tutti i confini delle entita' amministrative incluse. L'ho testato su Trieste pochi minuti fa: $ osm-history relation 45479 Version: 1 User: simone, Time: 2008-10-25T06:23:26+01:00 Version: 2 User: Paolo Molaro, Time: 2008-10-29T16:27:24+00:00 Member removed: type=way ref=27982803 role= Member removed: type=way ref=27983189 role= Member removed: type=way ref=27983872 role= Member removed: type=way ref=27984206 role= Member removed: type=way ref=27984355 role= Member removed: type=way ref=27984362 role= Member removed: type=way ref=27984612 role= Potete vedere il nuovo stato su: http://www.openstreetmap.org/browse/relation/45479 Il vecchio aveva ovviamente le way elencate sopra incluse (ho salvato uno screenshot del vecchio per sfizio, ma 76kb sono troppi da mandare in lista, se qualcuno lo vuole mi faccia sapere). La logica dello script e' quella di togliere le way che abbiano un admin_level di valore amministrativo inferiore rispetto alla relazione stessa. Ora, potrei lanciare lo script su tutto l'italy.osm oppure posso mandare in lista l'elenco delle modifiche cosi' chi vuole puo' darci una occhiata e controllare a campione (sono oltre 40 mila way da togliere). Fatemi sapere le vostre preferenze. Un'altra questione su cui chiedo consigli: cosa faccio del tag created_by delle relation che modifico? Di solito gli editor cambiano il tag mettendo l'ultimo editor che ha fatto la modifica. Siccome la gente sembra molto suscettibile, non so piu' se avranno da ridire perche' modifico il tag che hanno introdotto oppure perche' non lo modifico e i nuovi dati sono diversi da quelli immessi e quindi non vogliono che (in caso di errori) la responsabilita' venga in qualche modo attribuita a loro:) Chiedo lumi:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] LD 2008: Rovigo
On 10/28/08 Elena of Valhalla wrote: > che tipo di dati usano adesso cose come le ambulanze, che hanno > bisogno di dati precisi ed affidabili? Che sappia io non hanno dati piu' precisi ed affidabili di quelli delle mappe proprietarie (una sera hanno suonato a casa mia per chiedere informazioni su dove andare:). lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Validazione dei dati
On 10/28/08 Giovanni Fasano wrote: > Comunque sarebbe interessante avere almeno sul sito di openstreetmap un > sistema di controllo della cronologia degli oggetti simile a quello di > mediawiki per poter vedere la storia dei vari oggetti, ma penso sia Per gli oggetti individuali puoi usare il mio programma osm-history (da http://www.oddwiz.org/~lupus/osm/osm-helpers-0.3.tar.gz). > piuttosto complesso da implementare considerando che abbiamo almeno tre > livelli di oggetti (punti, percorsi e relazioni) e che molto spesso le > modifiche implicano la cancellazione degli oggetti. Ho gia' implementato questa funzione nella mia nuova versione di osm-history: devo rifinirla, documentarla e rilasciarla. Sulla lista generale e' stato recentemente annunciato OsmDiff che puo' essere utile. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati gps di una ditta di trasporti
On 10/28/08 fede wrote: > Il problema mi sa che non e' a livello dei dati in se quanto sul fatto > che i dati sono privati e che quindi anche il tipo mi ha detto che non > e' bene fornire dati di quel genere. Da quanto ho capito o si fa una > pulizia dei dati riguardanti suoli privati o non li fornirebbe. Resta In questo caso vale il suggerimento di Edo: si eliminano i punti del tracciato, ma il problema diventa che loro ci devono fornire anche questi punti. Puoi chiedere se hanno le coordinate nel db sotto qualche forma (solo quelle considerate private)? Il problema qui diventa che se sono troppi e troppo vicini, dovendo eliminare punti per un raggio di qualche centinaia di metri, alla fine potrebbero restare ben pochi dati usabili. > > Fatti dare lo schema del database che usano e un tracciato di esempio > > e poi vediamo. > > si immaginavo, e piu il problema di capire se hanno voglia di darmi per > esempio lo schema del db in maniera tale da poter fare le > interrogazioni. D'altra parte non sembravano propensi a farsi il lavoro > loro ovviamente. Il tipo ha detto che la modalita di estrazione dei dati > e' da concordare insomma. Io sono disposto ad andare la e fare due query > se e il caso, basta che questo non richieda troppo tempo. Beh, per prima cosa fatti mandare lo schema: non ci sono dati sensibili e te lo puo' mandare via email, cosi' non devi farti viaggi a vuoto. > > E' ovvio che deve fornire i dati con la giusta licenza, meglio se sotto > > public domain. > > ecco questo volevo capire. Cosa gli devo dire che dichiarino? Nel senso > devo chiedere che me li rilascino sotto una licenza particolare? Che > facciano qualche dichiarazione scritta/liberatoria? Una semplice dichiarazione scritta con la dizione: I dati forniti sono rilasciati nel pubblico dominio. In genere aggiungere qualcosa come: Il fornitore dei dati non offre alcuna garanzia sulla correttezza dei dati o sulla loro usabilita' per un qualsiasi scopo. puo' rendere la cosa piu' facile per i paranoici:) > Esiste eventualmente un qualche soggetto giuridico per OSM a cui > intestare un eventuale passaggio dati? No, non serve nessun soggetto giuridico: e' solo una licenza d'uso, non un trasferimento del copyright. In pratica gli "autori" restano loro, ma permettono a tutti di usare i dati nei modi che ci servono. Se vogliono un po' di pubblicita' si puo' dirgli che si fa una pagina sul wiki con i ringraziamenti. Secondo me bisogna evitare di proporre l'uso del tag source: e' quasi sempre una inutile complicazione nella gestione dei dati. Allo stesso modo presentare la soluzione semplice della licenza public domain e' preferibile rispetto a spiegare tutte le questioni relative a Creative commons etc. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On 10/28/08 Roberto Navoni wrote: > > Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati: > > non c'e' motivo per cui ognuno si debba scaricare megabyte di dati > > che non servono a niente. > > Posso fare uno script che lo faccia. > > > Prima di toccare i dati forse bisogna scendere nel merito delle > motivazioni per cui le cose sono state fatte in questo modo :) Se hai dei motivi per dover tenere dei dati ridondanti, esprimili e saranno valutati. Allo stato questi dati non sembrano fornire informazioni utili. > Invece di decidere quanti byte si vogliono risparmiare forse è il caso > che la tua capacità di fare script venga orientata in altro modo ;) Guarda che nei miei script created_by e' il primo tag che viene eliminato perche' completamente inutile:) Se per la tua applicazione la mole di dati scaricata dai server osm non ha importanza, questo non significa che a tutti gli altri non interessi e che non importi l'esplosione di dati non utili nel db. > > Lo stesso per: > > source="Based on ISTAT data - 2001 Italian Census" > > > Lo ha richiesto specificatamente il fornitore ... Il fornitore ha preteso quella precisa scritta? O ha chiesto che ci fosse un riferimento? In ogni caso si puo' sempre spiegare (in futuro) ai fornitori di informazione che il valore del tag non e' un dato visibile a nessuno e che quindi un tag piu' semplice e una pagina wiki piu' esplicativa garantisce al fornitore sia maggiore visibilita' che uguale tracciabilita' senza gravare inutilmente sulla base dati. > Ma sei proprio bravino a criticare i lavori dopo che le persone hanno > perso un sacco di tempo ... per passione... per fare certe cose , > proponi invecce qualcosa di veramente importante per lo sviluppo del > dato ... Che cosa c'entra il tempo speso dalle persone e la passione? Se le relazioni delle regioni sono sbagliate, sono sbagliate e basta, non c'entra niente ne' la passione, ne' il giudizio sulle persone che ci hanno lavorato. Non mi sembra il caso di fare una tragedia greca. Sono sicuro che ci sono molti errori di mappatura nelle zone in cui io ho speso il mio tempo libero a mappare, mica mi metto a far polemiche se qualcuno mi fa notare gli errori! > Forse il problema dei confini è stato un po' travisato e sottovalutato Non mi sembra che nessuno qui abbia travisato o sottovalutato la questione. > se qualcuno s'era mai posto il problema quando Simone mi ha > chiesto di aiutarlo ... l'ho fatto e basta perchè mi sembrava una buona > idea .. se mi avesse chiesto di aiutarlo a comprimere i tag di > descrizione gli avrei detto no grazie :( Nessuno ha chiesto a te di farlo, infatti mi sono proposto io di scrivere lo script per correggere le cose. > Non so' se qualcuno di voi ha provato a fare un fork di namefinder ed > utilizzarlo ... da qui è partita l'esigenza di risolvere il problema > ... almeno dal mio punto di vista ... a questo punto invece di pensare > a come risparmiare byte sul server ... e ci sono moltissimi modi per > farlo potremmo passare mesi a discuterne ... compressioni binarie Nessuno ha parlato di compressioni, questo thread ha riguardato solo la questione degli inutili dati relativi al tag boundary quando il tag:left e il tag:right sono uguali e la questione degli errori nelle relazioni delle regioni. Cerchiamo di mantenere il filo del discorso. > ... FTS2 ... ecc ecc ... dovremmo scendere nel merito di altre > questioni ,i dati di altri fornitori per l'italia cubano piu di 15 giga > , quindi ci sono ampi spazi di evoluzione ;) Questo non vuol dire che dobbiamo riempire il database di dati non utili per poter arrivare anche noi a 15 giga:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini: finito!
On 10/28/08 Ezio Querini wrote: > > > Riguardo ai dati inseriti (ad es: [1]) ha senso per un > > confine admin_level = 8 riportare lo stesso valore per > > region:left e region:right o province:left e province:right? > > > > forse lo si poteva omettere, ma non crea nessun danno. > > A parte appesantire inutilmente il DB. Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati: non c'e' motivo per cui ognuno si debba scaricare megabyte di dati che non servono a niente. Posso fare uno script che lo faccia. Un'altra cosa che si dovrebbe tenere in considerazione: created_by="ShapeToOSM - Laser Navigation s.r.l." Capisco il bisogno di farsi pubblicita', ma un semplice created_by="ShapeToOSM" e' piu' che sufficiente, al limite ci metti una pagina sul wiki. In questo caso, poi, created_by non e' proprio indispensabile, imho. Lo stesso per: source="Based on ISTAT data - 2001 Italian Census" "Based on" e' ridondante, source lo implica gia'. Un semplice: source="ISTAT-2001" e' piu' che sufficiente e ci risparmia da solo un altro megabyte di dati inutili. > Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di > trovare le way che delimitano i confini della regione, non anche tutti > i confini di provincia e comune interni alla regione. Gia', quella relation sembra proprio sbagliata, cosi' come quella del Veneto ed immagino tutte le altre regioni. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati gps di una ditta di trasporti
On 10/28/08 Fzanco wrote: > durante il linux day, dopo il mio talk su OSM, un signore è venuto a dirmi > che la sua ditta di trasporti avrebbe un sacco di log gps da poter fornire. > Come ostacoli ci sono che parte dei tracciati si riferiscono a suoli > privati. Per capirsi loro fanno anche distribuzione a supermercati e > ovviamente tracciano anche le posizioni all'interno delle proprieta. Secondo Non e' un problema che ci siano tracce anche di strade private, tranne nei rari casi in cui esse possano essere usate per attraversamento: visto che solo i dati gps sono un po' poveri, dovremmo mappare tutto come strade indifferenziate e poi sperare che qualcuno vada a correggere ed assegnare i giusti nomi e tag. > scoglio ma penso risolvibile, i dati sono in un db postgres e quindi > sarebbero da trasformare in gpx. In piu' sarebbe da capire come andare a > reperirli e filtrarli. Fare uno script non e' un problema. Fatti dare lo schema del database che usano e un tracciato di esempio e poi vediamo. > Ciò premesso potrebbero essere utili? Certo. E' ovvio che deve fornire i dati con la giusta licenza, meglio se sotto public domain. > Più che altro la domanda è: vale la pena di sbattersi ad andare la > prenderli, filtrarli ecc... oppure il gioco non vale la candela? Questo dipende da quanti dati effettivamente hanno e dalla loro qualita'. Andare a prenderli dovrebbe essere il costo del viaggio alla loro sede con un udb driver e la copia dei dati. Lo script di conversione potrebbe richiedere mezz'ora o un'ora. Poi appunto bisogna vedere la qualita' dei dati. In genere io preferisco che la gente faccia un vero e proprio survey e tenga traccia di tutte le info come sensi unici e nomi delle vie, per cui considero solo le tracce gps un po' povere di informazioni, ma osm e' cosi' indietro che probabilmente i dati saranno utili anche cosi' lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domanda su amenity=place of worship
On 10/20/08 Elena of Valhalla wrote: > > name=Cappella degli Scrovegni > > alt_name:de=Arena-Kapelle > > si`, ma qui il nome ufficiale sembrerebbe essere Cappella di Santa > Maria della Carità, e non e` un nome utile da far apparire sulle mappe Il nome ufficiale e' Cappella degli Scrovegni, quindi il problema non si pone. Lo stesso per la vicina Chiesa degli Eremitani. Il santo a cui puo' essere dedicata una chiesa non ha molta importanza se non e' effettivamente anche il nome ufficiale (per dire, la Cappella degli Scrovegni era inizialmente dedicata alla Vergine annunziata, non a Santa Maria etc. Se uno proprio volesse potrebbe metterlo come old_name, ma dubito che ci sia qualche utente di osm del XIV secolo). Un altro esempio e' il Tempio della Pace: ha sicuramente un santo a cui e' dedicato (vige come un tempo lo spaccio di reliquie che si mettono nell'altare alla consacrazione), ma la costruzione si chiama appunto Tempio della Pace. Se come propone Carlo viene aggiunto un tag specifico col santo a cui e' dedicato un luogo di culto non c'e' problema. L'importante e' che name sia corretto, se uno vuole inventarsi altri tag e metterci altre cose e' libero:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domanda su amenity=place of worship
On 10/13/08 Carlo Stemberger wrote: > > Scusa, ma allora perche' in caso di strade aggiungi Via, vicolo o > > Stradone? E' lo stesso discorso per me... > > > Sì, in parte ti do ragione, infatti non vedrei male un tag anche per > quello :-) > > C'è però una differenza sostanziale: sulle mappe vi è sempre scritto > "Via Pinco Pallino" e mai "Pinco Pallino" mentre, al contrario, non > troverai mai "Chiesa di S. Giovanni" bensì solo "S. Giovanni". Fare affermazioni cosi' definitive e' quantomeno avventato: ho preso due mappe che avevo sotto mano, quella di Padova in cui viene sempre specificato Chiesa/Basilica e una di Roma, in cui da una parte c'e' solo San Pietro senza specifica e dall'altra Basilica di San Giovanni in Laterano. Quindi le tue conclusioni si basano su premesse errate. Il mio consiglio e' di specificare sempre Chiesa/Cappella/Basilica/etc se non altro perche' nessuno puo' garantire che nella stessa citta' e anche vicine tra loro non ci siano per esempio sia una cappella che una basilica dedicate allo stesso santo. Se poi nel tuo rendering particolare vorrai eliminare chiesa, nessuno ti vieta di farlo, i dati nel db devono pero' essere per quanto possibile completi e non ambigui. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nodi senza key/value
On 10/10/08 Simone Cortesi wrote: > conoscete un modo per selezionare dall'API o dal planet i nodi ai > quali non è associata nessuna coppia key/value? Dall'api non si puo' fare. Poi comunque immagino tu voglia solo quelli che non sono usati da way, non solo quelli che non hanno tag. In attach il programma che usa la mia libreria. In mail privata ti mando la lista (17 mila e piu' nodi) dell'utente simone che credo sia tu. Si compila con: gmcs -r:OpenStreetMap.dll osm-search.cs. > mi serve recuperare i mieine ho lasciati parecchi in giro e vorrei > cancellarli prima di caricare i confini. Quando la cosa riguarda migliaia di dati e' meglio farla su un server separato finche' non si sono risolti i bachi. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better using System; using System.Xml; using System.IO; using System.Collections; using System.Collections.Generic; using OpenStreetMap; class OsmSearch { static void ReadFile (string name) { Stream stream = File.OpenRead (name); Dictionary unused_nodes = new Dictionary (); int removed = 0; foreach (OsmObject obj in DataBase.LoadObjects (stream)) { Node node = obj as Node; if (node != null) { if (node.User == "simone" && node.Tags.Count == 0) { unused_nodes.Add (node.ID, true); } continue; } Way way = obj as Way; if (way != null) { foreach (long n in way.Nodes) { if (unused_nodes.ContainsKey (n)) { unused_nodes.Remove (n); removed++; } } } continue; } Console.WriteLine ("removed: {0}", removed); foreach (long i in unused_nodes.Keys) { Console.WriteLine (i); } } static void Main (string[] args) { for (int i = 0; i < args.Length; ++i) ReadFile (args [i]); } } ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] nuovo set di cambiamenti
Ricavato dall'italy.osm di oggi. Commenti sempre graditi, domani faccio l'upload se non ci sono obiezioni. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] osm-helpers 0.3 (notifiche)
Ho rilasciato la versione 0.3 su: http://www.oddwiz.org/~lupus/osm/osm-helpers-0.3.tar.gz Il principale cambiamento e' quello di mandare un messaggio agli ultimi autori degli oggetti del db con la lista delle modifiche (un solo messaggio con tutte le modifiche e solo se si specifica l'opzione --notify). Ho fatto un paio di test, ma per chi non ha avuto la fortuna di ricevere la notifica in anteprima, il messaggio dice: == Hello @USER@, the following changes have been made to your OpenStreetMap contributions to make them more comforming with the rules of the project and of the country where the contributions are located. Please review the changes and try to make your later contributions follow the same conventions these changes try to enforce. Typical changes involve capitalization, spelling fixes, extra white space removal. If you have any questions or if you think these changes are a mistake feel free to conact me. The message is automatically sent, but a real person will reply. Thanks! @CHANGES@ == E' un template che si puo' cambiare da linea di comando, ma se avete suggerimenti per cambiarlo fatemi sapere (magari un link ad una pagina riassuntiva delle regole in italia per le modifiche fatte in base ad italy.osm?). Anche una traduzione in italiano e' benvenuta se pensate che troppi utenti italiani non si aspettino messaggi in inglese. Happy mapping! lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] osm-helpers 0.2 e nuovi cambiamenti
Ho fatto una nuova release di osm-helper, la trovate su: http://www.oddwiz.org/~lupus/osm/osm-helpers-0.2.tar.gz A parte qualche bugfix, ci sono alcune nuove regole is osm-check (e' possibile far rimuovere dei tag che non hanno senso come il tag lanes su un node, quando ho tempo apro un nuovo thread su questo). C'e' anche un nuovo tool, osm-history: mostra un diff delle modifiche fatta ad un nodo, way o relation (vedere solo cosa cambia di versione in versione e' un po' complicato guardando l'output di api/osm.org/api/0.5/*/id/history). Un esempio dell'output e': $ osm-history way 23060188 Version: 1 User: Firefishy, Time: 2008-02-23T00:30:15+00:00 Version: 2 User: Firefishy, Time: 2008-03-13T23:23:50+00:00 Nodes: 116: +252016485 117: +252016484 Version: 3 User: aluka, Time: 2008-04-07T22:24:55+01:00 Tag added: oneway: true Version: 4 User: Firefishy, Time: 2008-04-14T18:40:43+01:00 Nodes: 73: +257583674 74: +257583668 75: +257583666 75: +257583664 76: +257583665 Version: 5 User: Firefishy, Time: 2008-04-14T19:07:10+01:00 Nodes: 93: +257586667 94: +25758 Version: 6 User: Chris11, Time: 2008-06-15T19:58:10+01:00 Nodes reversed. Version: 7 User: thebigfatgeek, Time: 2008-08-18T12:42:17+01:00 Tag created_by: Potlatch 0.5a -> Potlatch 0.10b Nodes: 5: +289061932 Version: 8 User: thebigfatgeek, Time: 2008-08-18T12:43:43+01:00 Version: 9 User: thebigfatgeek, Time: 2008-08-18T12:44:41+01:00 Version: 10 User: thebigfatgeek, Time: 2008-08-18T15:11:16+01:00 Nodes: 124: -21587406 Nota che riconosce anche quando una way e' stata invertita. Per i nodi abbiamo: # osm-history node 253003550 Version: 1 User: Matteo Zandi, Time: 2008-03-20T06:15:43+00:00 Version: 2 User: ElleTaglia, Time: 2008-09-11T13:09:32+01:00 Latitude 44.5170146 -> 44.5169534 Longitude 11.3314498 -> 11.3314841 Version: 3 User: LucAndrea, Time: 2008-09-13T00:05:57+01:00 Latitude 44.5169534 -> 44.5170321 Longitude 11.3314841 -> 11.3314751 Version: 4 User: LucAndrea, Time: 2008-09-13T00:06:11+01:00 Longitude 11.3314751 -> 11.3314579 Version: 5 User: LucAndrea, Time: 2008-09-13T00:06:22+01:00 Tag added: highway: traffic_signals In attach c'e' una nuova lista di modifiche da applicare, dateci una occhiata e fatemi sapere. In pratica sembra che ogni giorno ci siano qualche decina di errori di questo tipo introdotti. Sarebbe una buona idea anche segnalare a chi li fa di fare piu' attenzione, purtroppo osm non permette di farlo in automatico (anche se magari potrei fare uno script che manda un messaggio automaticamente usando la form sul web). Che ne pensate? Sarebbe troppo intrusivo? Si potrebbe in ogni caso mantenere una cache e non mandare il messaggio piu' volte, o mandarlo al massimo ogni tot mesi. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Semplificazione tracce multiple gps miglior strategia con Josm ?!?
On 09/11/08 Niccolo Rigacci wrote: > On Thu, Sep 11, 2008 at 12:12:14PM +0200, Paolo Molaro wrote: > > Ora, il tempo impiegato a tracciare una way e' talmente piu' breve del > > tempo impiegato a percorrere la strada con qualsiasi mezzo che ci > > ritroviamo in questa situazione e il tempo totale di mappatura diventa: > > Non sono d'accordo. > > Se piazzo diversi GPS logger a bordo di altrettanti mezzi e poi > li faccio viaggare (amici e parenti, flotta aziendale, ...) > avrò stante tracce, molte della stessa strada. Il problema e' che se aspetti le settimane/mesi che servono per avere molte tracce, nel frattempo qualcun'altro avra' gia' mappato la strada (se e' una strada frequentata, se non lo e' anche tu avrai poche tracce) e quindi le tracce multiple serviranno solo a correggere eventualmente la way esistente, come ho suggerito nella mia mail. Questo vale tanto piu' se anche gli altri fanno come faccio io: siccome siamo molto indietro mappo le zone che non hanno dati in osm. Sapere che ci sono tanti gpx di quella zona e che non vengono semplicemente tracciate perche' si aspetta o di averne di piu' o di avere un tool magico e' un po' deprimente, visto che potrei andare a mappare zone che ne hanno piu' bisogno. Questo a prescindere dal fatto che comunque il tool puo' produrre automaticamente solo delle way, senza nessuno degli attributi importanti che una buona mappa dovrebbe avere. > Calcolare la "linea centrale" di un fascio di tracce sarebbe > veramente molto utile. Io stesso ho molte tracce di strade > statali: o faccio il ricalco a mano oppure arbitrariamente ne > prendo una a caso e quella diventa "la" strada. In josm puoi caricare diverse tracce gpx, non c'e' bisogno di aspettare un mitico nuovo tool, e tracciare la way ad occhio sulla media. Penso che se la prospettiva di avere questo nuovo tool ritardasse l'immissione dei dati in osm di qualche settimana o anche giorno sarebbe piu' un danno che non bilancia il vantaggio eventuale di avere una strada tracciata due metri piu' in qua on in la'. In pratica, se avete dei file gpx, tracciate le way e fate l'upload su osm appena possibile invece di ritardare: questo ha un valore maggiore per la comunita' di quanto lo posso avere una way precisa al decimetro (cosa che sara' possibile fare in futuro comunque). > Eviterei pero' di sviluppare un plugin di Josm, la faccenda e' > di interesse generale, meglio un tool standalone o una D'accordissimo, il tool non dovrebbe avere nessuna dipendenza da josm. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Semplificazione tracce multiple gps miglior strategia con Josm ?!?
On 09/11/08 niubii wrote: > Sono dell'avviso che dobbiamo mandare il nostro plug-in a scuola guida. [...] > Aggiungo un'altra idea leonardesca. > Prendiamo una highway=* disegnata a mano con il metodo classico, > ricalcando una fila di puntini. [...] > Una volta istruito il plug-in (cioe' quando il plug-in ti dice per la > centesima volta: "scommetto che anche questa e' un'autostrada" e tu gli > rispondi "si" per la centesima volta) usi questa sua capacita' di > riconoscere le autostrade per fargli analizzare i segmenti elementari di > traccia "vergine" (fatto?) (b) :-) dove nessuno ha ancora ricalcato > con il metodo classico. Siete sicuri che questo plugin risolva dei problemi reali? Tralasciando il riconoscimento automatico del tipo di highway (che secondo me non e' automatizzabile per troppi motivi da elencare qui), anche il fare il merge di piu' tracce gpx per averne una piu' precisa e in base a questa inserire una way mi sembra un caso che nella realta' non si presenta cosi' spesso da valer la pena farlo in quel modo. In particolare richiede che ci siano N tracce gpx, diciamo 5 per fare un numero sufficiente per poter fare una buona media ma non troppo alto da essere irrealistico (quando mai avremo 5 mappatori in media per ogni strada italiana?:-). La generazione automatica di una nuova way richiede che questa non esista gia' altrimenti si creerebbero delle inutili sovrapposizioni, quindi significa che su ben 5 mappatori che sono passati di li' nemmeno uno ha trovato il tempo di tracciare il percorso e farne l'upload. Oppure che lo stesso mappatore ci e' passato 5 volte per avere tracce da mediare (dovrebbe farlo in giorni e ore diverse in modo da avere i satelliti in configurazioni diverse, altrimenti il ricevitore potrebbe accumulare errori invece di cercare di farli eliminare tra di loro). Ora, il tempo impiegato a tracciare una way e' talmente piu' breve del tempo impiegato a percorrere la strada con qualsiasi mezzo che ci ritroviamo in questa situazione e il tempo totale di mappatura diventa: 1) senza il tool: * 1 ora spesa per ogni mappatore a percorrere la strada (5 ore) * 5 minuti a tracciare le way su josm * 30 minuti ad aggiungere POI, nomi etc. 2) con il tool: * 1 ora spesa per ogni mappatore a percorrere la strada (5 ore) * 1 minuto ci mette il tool e 1 minuto per controllare che non abbia fatto cazzate * 30 minuti ad aggiungere POI, nomi etc. Quindi in totale si risparmiano 3 minuti su 5 ore e 35 minuti (meno dell'1 %). Se non siamo nella situazione ideale (cioe' la nuova way e' in una zona vergine, senza altre way ad incrociare), bisogna anche fare le correzioni e il vantaggio si riduce, forse, a 1 minuto su 5 ore e mezza di lavoro. In pratica il tool ottimizza una fase del lavoro minima e per poter funzionare richiede piu' passaggi di mappatura, che sono quelli che portano via piu' tempo. Infatti il caso senza tool richiede in totale solo 1 ora e 35 minuti, contro le 5 ore e 35 con il tool necessarie per avere il dato su osm usufruibile da tutti. Spero di non avervi demoralizzato:) perche' secondo me un tool che faccia un buon merge delle tracce gpx serve (eliminando i punti troppo distanti dalla media e tenendo conto della direzione di movimento), ma verrebbe usato in modo molto diverso: dopo che le way sono state tracciate si usa questo gpx per poterle correggere se necessario (questa fase dunque avverrebbe settimane/mesi/anni dopo che il dato e' stato aggiunto al db osm, quando ci saranno diverse tracce su cui poter mediare e non prima, come proposto). lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo batch di modifiche e osm-helpers 0.1 release
Ciao. Grazie del feedback. On 09/07/08 Daniele Forsi wrote: > Il 6 settembre 2008 18.54, Paolo Molaro ha scritto: > > Dateci una occhiata > eviterei correzioni parziali come le seguenti: > > > una correzione automatica completa è diffcile Queste ed alcune altre che ho trovato le ho corrette a mano. Probabilmente aggiungero' la possibilita' di correggere automaticamente anche questo tipo di casi. Magari considerandolo solo un suggerimento. Tra l'altro qualcuno conosce l'utente "Sven S_"? Sembra che abbia fatto un mass import di nodi con le cime dei monti e sono tutti in maiuscolo e con due spazi invece di uno. Credo che dovremmo correggerli (saranno qualche centinaia): per ora ho eliminato i nodi dal report che mando in lista e li tengo per dopo. > potresti mettere l'iniziale maiuscola alle parole successive, ma ci > sono delle eccezioni che non è facile stabilire meccanicamente La speranza e' che i casi controversi siano pochi e che si possano trattare come eccezioni, la prossima settimana magari faccio una prova e mando in lista il risultato. > su questo andrebbe tolto anche lo spazio tra "SP" e il numero > > ma non è specificata nessuna regola in > http://wiki.openstreetmap.org/index.php/It:Italian_Roads_Tagging Per ora non l'ho modificato. > per questi eviterei di allungare l'history, sarebbe da scoprire perché > sono stati inseriti così > > Per adesso li ho tolti, ma essendo inutili non vedo il problema di eliminare il tag name e finita li' (ce ne sono anche di altre varianti con un numero di spazi diverso: probabilmente qualcuno ha applicato i concetti della steganografia al db di osm:). > anche per questi sarebbe da scoprire perché sono stati inseriti così, > per evitare che succeda di nuovo: > new="Autostrada dei Fiori; A10"/> Per adesso ho eliminato l'info ridondante. Chi e' interessato puo' sempre dare una occhiata all'history della way. > qui la correzione riguarda il doppio spazio, ma sarebe da fare anche > s/Localita'/Località/ > new="Localita' Chiaruccia"/> Fatto (e aggiunta la relativa regola al db, cosi' al prossimo giro di modifiche si troveranno anche gli altri casi). > questo sembra un problema di codifica, puoi controllare se è solo un > mio problema? > Questo e' stato inserito nel db in latin1 invece che in utf8. Nel file aggiornato in allegato ho fatto la correzione anche a questo oltre che eliminare lo spazio. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better itnew-changes.gz Description: Binary data ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nuovo batch di modifiche e osm-helpers 0.1 release
Ciao. Ho preparato un pacchetto con i sorgenti e i programmi che ho usato per rendere omogenee cose come via, VIA etc. Lo trovate qui: http://www.oddwiz.org/~lupus/osm/osm-helpers-0.1.tar.gz Su sistemi unix basta avere mono installato. Ho incluso anche i binari per chi usa windows (ma non ho testato ovviamente su windows). In allegato metto una nuova serie di modifiche: ora il programma elimina spazi eccessivi anche in mezzo ai valori dei tag, alcune comuni abbreviazioni sono espanse e anche nomi come Autostrada e Tangenziale ed altro vengono corretti se trovati all'inizio di un tag value. Dateci una occhiata e se sembra tutto ok faro' l'upload lunedi'. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better itnew-changes.gz Description: Binary data ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alberi
On 09/03/08 Cristiano Giovando wrote: > Ha senso importare 4789 alberi del comune di Merano? Se sì, quali di > questi attibuti mantenere? > [...] > al_mon Albero monumentale 1=Si e 0=No Secondo me questo e' l'unico di interesse, magari con un tag tipo: natural=monumental_tree unito possibilmente ad un name, se ce l'ha (in alternativa la specie, tipo faggio, ulivo etc.). lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VIA, via, ViA, PIAZZA, piazza
On 09/03/08 Simone Cortesi wrote: > l'unica cosa strana vista è l'accento di questa: > http://openstreetmap.org/api/0.5/node/246493812 ma come vedi nel db di > osm è a posto. Io la vedo perfettamente a posto anche nella mia proposta di modifica. Sei sicuro di avere guardato al file con l'encoding utf-8? Se lo apri come file latin1 ovviamente non vedrai le accentate come tali. In caso contrario puoi esplicitare cosa vedi di errato di preciso? lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VIA, via, ViA, PIAZZA, piazza
On 09/03/08 Simone Cortesi wrote: > > Non mi pare che l'api di openstreetmap dia la possibilita' di > > garantire che un oggetto non e' stato modificato in altro modo prima di > > aggiornarlo, ma si puo' fare una cosa del genere: > > tecnicamente, potresti, per ogni oggetto che intendi modificare, > salvarti la history, poi, nel momento di andarlo a modificare, > potresti controllare che tale history non sia cambiata. Si', una cosa analoga la si puo' fare anche senza history, ma significa che nel caso di una sovrascrittura bisogna ripristinare i dati sovrascritti prima di effettuare di nuovo la correzione, cosa che rischia di nuovo di generare sovrascritture. L'ideale sarebbe se l'api fornisse negli oggetti scaricati anche la versione, direttamente, e quando si fa un upload si manda anche la versione e il server rifiuta l'update se la versione e' cambiata nel frattempo. > io queste cose non le so fare. non sono un programmatore, odio > programmare e non voglio imparare a farlo. vedo che tu invece te ne > intendi molto, quindi sono ben felice di lasciare la faccenda in mano > tua. Questo file: http://primates.ximian.com/~lupus/it-changes.bz2 contiene un primo set di modifiche, sono molte. Se ci fossero dei file osm divisi per regione sarebbe piu' semplice per piu' persone controllare che non ci siano errori. Vi invito comunque a darci una occhiata e farmi sapere se trovate delle cose che non vanno nelle modifiche proposte. In alternativa posso produrre il file delle modifiche data una bounding box, per esempio questa e' la zona di Milano: http://primates.ximian.com/~lupus/milano-changes.bz2 Noterete poi che ci sono diversi casi in cui ad alcuni nodi e relazioni erano stati assegnati nomi come "Via ...". In molti di questi casi semplicemente il tag name dovrebbe essere rimosso, ma per ora non lo faccio in modo automatico (probabilmente qualcuno con josm ha selezionato way e nodi e fatto aggiungi name pensando di avere selezionato solo la way...). I dati sono tratti dal file italy.osm scaricato ieri da geofabrik, ma non vi preoccupate che se fate delle correzioni nel frattempo, i vostri dati non saranno sovrascritti. Ho gia' fatto un paio di test con il programma di update automatico in una zona di Padova e sembra funzionare. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VIA, via, ViA, PIAZZA, piazza
On 09/02/08 Simone Cortesi wrote: > ecco come pensavo di procedere: > > 1. domenica mattina alle 4:40 CET scarico il planet italiano da geofabrik > 2. applico con tagtransform/osmosis la modifica ai file > 3. creo un 'delta' rispetto al planet > 4. uploado > > tutto ok? > > aspetto domenica per dare la possibilità di controllare il file ancora > un po' e di doppio-controllare le cose. > > NOTA IMPORTANTE: siete avvisati...chi facesse modifiche dopo la > mezzanotte fra sabato e domenica alle way che poi saranno da me > modificate 5 ore dopo con lo scriptsi vedrà anullate le modifiche > allo stato precedente la mezzanotte. Scusa, ma non credo che la tua procedura di update sia accettabile. E' encomiabile che ti alzi alle 4 di mattina di una domenica per cercare di limitare i danni, ma si puo' fare molto meglio, riducendo a pochi secondi per ogni singola way la finestra di tempo in cui i dati potrebbero finire sovrascritti e continuando a dormire la notte (o fare cose piu' divertenti...:-). Faccio un esempio: dopo aver mappato un'isola in Grecia mi sarebbero girati i cabasisi se qualcuno avesse deciso di distruggere 5 ore di lavoro dopo aver mandato un analogo messaggio di avvertimento su una mailing list in greco (che io non leggo). Lo stesso dicasi per un turista americano che e' tornato a casa e fa l'upload delle sue modifiche ad una citta' turistica italiana in una pausa dopo cena mentre qui e' notte fonda e si sperava nessuno facesse modifiche al db. Non mi pare che l'api di openstreetmap dia la possibilita' di garantire che un oggetto non e' stato modificato in altro modo prima di aggiornarlo, ma si puo' fare una cosa del genere: 1) si crea una lista di questo tipo (in un qualche formato xml): oggetto id tagname vecchio_valore nuovo_valore 2) si scrive un programmino che scarica l'oggetto dal db e controlla che il tag abbia ancora vecchio_valore e lo cambia in nuovo_valore facendo l'update immediatamente. In questo modo il tempo in cui ci potrebbe essere una sovrascrittura dei dati e' ridotto a pochi secondi (in pratica dipende solo da quanto e' veloce il web server e il db di osm). Io ho gia' del codice che avevo scritto per un altro progetto che puo' essere adattato alla bisogna. Volendo in 10 minuti posso scrivere anche il programmino che genera la lista di cui sopra (mi chiedo perche' nell'elenco vengano messi sia 'via' che 'VIA': usi dei tool che non possono fare confronti ignorando il case?). lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it