Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione Daniele Forsi 
Il 21 novembre 2012 20:02, Gianluca Boero ha scritto:

> per me sarebbe anche valido il nome che è scritto come ragione sociale sul
> sito internet. In ognuna vi è la sede legale, generalmente in fondo con la
> denominazione ufficiale quindi un dato ufficiale.  E nel caso del Piemonte
> sono tutte AslTO1 ecc.

in quel caso non serve il file del Ministero

@sabas88: anche a me sembrava da discussioni qui in lista che la
situazione tra 1.0 e 2.0 fosse come dici tu, quindi avevo controllato
prima di scrivere e avevo visto che il testo della IODL dice
espressamente che è compatibile con la ODbL:

"LICENZE COMPATIBILI
...Open Database License (ODbL), in versione 1.0 o successiva
(disponibile all'URL: http://www.opendatacommons.org/licenses/odbl/)"

fonte: http://www.formez.it/iodl/

-- 
Daniele Forsi

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

Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione Gianluca Boero 

Il 21/11/2012 19:37, Daniele Forsi ha scritto:

Il 21 novembre 2012 18:50, Gianluca Boero ha scritto:


Le codifiche che hai segnalato tu vecchie di 2 mesi mi sembrano anche
obsolete. Non credo si identifichino più con il codice Uls.

non lo so, comunque per aggiungere l'operator a quegli 800+ oggetti ci
vuole un po' di conoscenza locale, come nel tuo caso che sai qual è il
nome giusto, però ci sono anche dati ufficiali del Ministero con
licenza IODL 1.0 che è compatibile con la ODbL

http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati&idPag=2

nel caso di Torino riporta semplicemente TO1, TO2, ecc. (senza ASL),
però non mi torna il caso di Livorno che conosco direttamente, perché
nel file c'è scritto "LIVORNO", ma sulla ricevuta di pagamento leggo
"Azienda USL n° 6 Livorno", sulla prenotazione leggo "Regione TOSCANA
ASL 6" e sui risultati "AZIENDA SANITARIA LOCALE n.6", io userei
quello che c'è scritto sulla ricevuta di pagamento, che oltre ad avere
le lettere maiuscole al posto giusto :-) essendo valida per la
dichiarazione dei redditi dovrebbe essere il corrispondente della
ragione sociale di un'azienda commerciale (che può essere diversa da
insegna, marchio e stampe varie), il ragionamento torna?

per me sarebbe anche valido il nome che è scritto come ragione sociale 
sul sito internet. In ognuna vi è la sede legale, generalmente in fondo 
con la denominazione ufficiale quindi un dato ufficiale.  E nel caso del 
Piemonte sono tutte AslTO1 ecc.


--
Gianluca Boero


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

Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione sabas88 
Il giorno 21 novembre 2012 19:37, Daniele Forsi  ha
scritto:

> Il 21 novembre 2012 18:50, Gianluca Boero ha scritto:
>
> > Le codifiche che hai segnalato tu vecchie di 2 mesi mi sembrano anche
> > obsolete. Non credo si identifichino più con il codice Uls.
>
> non lo so, comunque per aggiungere l'operator a quegli 800+ oggetti ci
> vuole un po' di conoscenza locale, come nel tuo caso che sai qual è il
> nome giusto, però ci sono anche dati ufficiali del Ministero con
> licenza IODL 1.0 che è compatibile con la ODbL
>
> http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati&idPag=2


La 1.0 mi pare non sia compatibile, è la 2.0 che è compatibile...

>
>
> nel caso di Torino riporta semplicemente TO1, TO2, ecc. (senza ASL),
> però non mi torna il caso di Livorno che conosco direttamente, perché
> nel file c'è scritto "LIVORNO", ma sulla ricevuta di pagamento leggo
> "Azienda USL n° 6 Livorno", sulla prenotazione leggo "Regione TOSCANA
> ASL 6" e sui risultati "AZIENDA SANITARIA LOCALE n.6", io userei
> quello che c'è scritto sulla ricevuta di pagamento, che oltre ad avere
> le lettere maiuscole al posto giusto :-) essendo valida per la
> dichiarazione dei redditi dovrebbe essere il corrispondente della
> ragione sociale di un'azienda commerciale (che può essere diversa da
> insegna, marchio e stampe varie), il ragionamento torna?
>
> --
> Daniele Forsi
>

Ciao,
Stefano

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

Re: [Talk-it] Toponomi quando non ci sono i cartelli

2012-11-21 Per discussione Gianluca Boero 

Il 21/11/2012 18:53, Salemme Guido ha scritto:

Salve!

Spesso nei paesi più piccoli anche quelli più grossi qui attorno a me 
sono totalmente assenti i cartelli che riportano i nomi delle strade!


voi di solito come vi comportate ?

per qualche strada si può domandare a un passante della zona ma quando 
le strade sono tante e spesso anche isolate non mi sembra una cosa 
molto pratica da fare


Nonostante io viva in provincia questo problema non lo avverto quasi. 
Anzi ho notato che molti comuni anche di piccole dimensioni hanno 
previsto il rifacimento della segnaletica stradale indicante i nomi 
delle vie (sarà prescritto dal codice della strada?).


In ogni caso se domandi alle persone, sii cauto, non fidarti sempre al 
100%. Ovviamente se tre persone ti dicono che abitano in Via Roma questa 
può essere la via giusta.
Ovviamente in via ufficiale un comune ti può sicuramente aiutare. Chiedi 
se è possibile ottenere o consultare un piano regolatore o meglio ancora 
avere una cartina ufficiale.


Ciao

--
Gianluca Boero


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

Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione Daniele Forsi 
Il 21 novembre 2012 18:50, Gianluca Boero ha scritto:

> Le codifiche che hai segnalato tu vecchie di 2 mesi mi sembrano anche
> obsolete. Non credo si identifichino più con il codice Uls.

non lo so, comunque per aggiungere l'operator a quegli 800+ oggetti ci
vuole un po' di conoscenza locale, come nel tuo caso che sai qual è il
nome giusto, però ci sono anche dati ufficiali del Ministero con
licenza IODL 1.0 che è compatibile con la ODbL

http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati&idPag=2

nel caso di Torino riporta semplicemente TO1, TO2, ecc. (senza ASL),
però non mi torna il caso di Livorno che conosco direttamente, perché
nel file c'è scritto "LIVORNO", ma sulla ricevuta di pagamento leggo
"Azienda USL n° 6 Livorno", sulla prenotazione leggo "Regione TOSCANA
ASL 6" e sui risultati "AZIENDA SANITARIA LOCALE n.6", io userei
quello che c'è scritto sulla ricevuta di pagamento, che oltre ad avere
le lettere maiuscole al posto giusto :-) essendo valida per la
dichiarazione dei redditi dovrebbe essere il corrispondente della
ragione sociale di un'azienda commerciale (che può essere diversa da
insegna, marchio e stampe varie), il ragionamento torna?

-- 
Daniele Forsi

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

Re: [Talk-it] Toponomi quando non ci sono i cartelli

2012-11-21 Per discussione Fabrizio Carrai 
Consulta delle associazioni locali (naturalistiche, escursionistiche,
etc...): qui nella zona di Livorno ho scoperto molte strade (anche
sentieri) che non hanno cartelli ma hanno nomi ben conosciuti e condivisi.

F.


Il giorno 21 novembre 2012 18:53, Salemme Guido  ha
scritto:

> Salve!
>
> Spesso nei paesi più piccoli anche quelli più grossi qui attorno a me sono
> totalmente assenti i cartelli che riportano i nomi delle strade!
>
> voi di solito come vi comportate ?
>
> per qualche strada si può domandare a un passante della zona ma quando le
> strade sono tante e spesso anche isolate non mi sembra una cosa molto
> pratica da fare
>
>
> --
> Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
> autenticato? GRATIS solo con Email.it http://www.email.it/f
>
> Sponsor:
> Ami l'arte e vuoi arredare casa con stile? Su MisterCupido.com puoi
> acquistare le RIPRODUZIONI DEI QUADRI di: Van Gogh, Monet, Klimt,
> Modigliani, Cezanne, Hayez, Michelangelo, Raffaello, ecc
> Clicca qui: 
> http://adv.email.it/cgi-bin/**foclick.cgi?mid=12386&d=21-11
>
> __**_
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Toponomi quando non ci sono i cartelli

2012-11-21 Per discussione Salemme Guido 

Salve!

Spesso nei paesi più piccoli anche quelli più grossi qui attorno a me 
sono totalmente assenti i cartelli che riportano i nomi delle strade!


voi di solito come vi comportate ?

per qualche strada si può domandare a un passante della zona ma quando 
le strade sono tante e spesso anche isolate non mi sembra una cosa molto 
pratica da fare



--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
Ami l'arte e vuoi arredare casa con stile? Su MisterCupido.com puoi acquistare 
le RIPRODUZIONI DEI QUADRI di: Van Gogh, Monet, Klimt, Modigliani, Cezanne, 
Hayez, Michelangelo, Raffaello, ecc
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12386&d=21-11

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

Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione Gianluca Boero 

Il 21/11/2012 15:10, Daniele Forsi ha scritto:

Il 21 novembre 2012 14:30, Gianluca Boero ha scritto:


Forse sarebbe giusto in questo modo: ASLTO3 , in quanto la sigla della
provincia sarebbe univoca. Mi ero espresso male io nell'esempio. Credo che
le Asl siano univoche se si considerano come cito sopra, che poi è la
numerazione ufficiale.

sì, sono univoche anche come dici tu, ma io dicevo anche che
preferirei un nome per esteso

vedo che finora operator per amenity=hospital è stato usato solo 11 volte su 826

NOTA: dati vecchi di 2 mesi!

nodes:
  1 |
(1 riga)

ways:
802 |
  4 | Azienda ULSS n. 7 Pieve Di Soligo
  2 | ASL 2 Melegnano
  1 | Regione Toscana - USL 6
  1 | Azienda ASL 1 Imperiese
  1 | Azienda per i Servizi Sanitari n° 6 Friuli Occidentale
  1 | Dr. Pederzoli S.p.a.
(7 righe)

relations:
 23 |
  1 | Ministero della Difesa
(2 righe)

Quindi oltre al codice ASL sarebbe preferibile anche aggiungere i nomi 
delle città? Che poi dovrebbe essere anche il nome ufficiale della 
struttura Asl. (Ora che sono state raggruppate le Asl riportano i nomi 
dei bacini di seguito al codice).
Le codifiche che hai segnalato tu vecchie di 2 mesi mi sembrano anche 
obsolete. Non credo si identifichino più con il codice Uls.


--
Gianluca Boero


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

Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione Daniele Forsi 
Il 21 novembre 2012 14:30, Gianluca Boero ha scritto:

> Forse sarebbe giusto in questo modo: ASLTO3 , in quanto la sigla della
> provincia sarebbe univoca. Mi ero espresso male io nell'esempio. Credo che
> le Asl siano univoche se si considerano come cito sopra, che poi è la
> numerazione ufficiale.

sì, sono univoche anche come dici tu, ma io dicevo anche che
preferirei un nome per esteso

vedo che finora operator per amenity=hospital è stato usato solo 11 volte su 826

NOTA: dati vecchi di 2 mesi!

nodes:
 1 |
(1 riga)

ways:
802 |
 4 | Azienda ULSS n. 7 Pieve Di Soligo
 2 | ASL 2 Melegnano
 1 | Regione Toscana - USL 6
 1 | Azienda ASL 1 Imperiese
 1 | Azienda per i Servizi Sanitari n° 6 Friuli Occidentale
 1 | Dr. Pederzoli S.p.a.
(7 righe)

relations:
23 |
 1 | Ministero della Difesa
(2 righe)

-- 
Daniele Forsi

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

Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione Gianluca Boero 

Il 21/11/2012 14:05, Daniele Forsi ha scritto:

Il 19 novembre 2012 20:02, Gianluca Boero ha scritto:


E' corretto inserire nelle proprietà di un ospedale il tag operator=ASL00
(dove con 00 si intende il numero della Asl) ?

non lo metterei così breve perché non è univoco a livello nazionale e
perché è difficile da interpretare per gli stranieri e per i programmi

nel caso specifico sarebbe necessaria una query spaziale anche per le
ricerche più semplici (altrimenti mi vengono fuori le ASL00 di ogni
regione), mentre se il nome ufficiale dell'ASL contiene anche
l'indicazione geografica, come sono quelli che mi vengono in mente,
allora è univoco a livello nazionale e mi basta una query non spaziale


Il tag name porta il nome del presidio ospedaliero che tutt'ora gli ospedali
hanno, però la gestione risulta essere delle Asl.

giusto, e il tag operator ci permette di distinguere le strutture
private da quelle pubbliche

Forse sarebbe giusto in questo modo: ASLTO3 , in quanto la sigla della 
provincia sarebbe univoca. Mi ero espresso male io nell'esempio. Credo 
che le Asl siano univoche se si considerano come cito sopra, che poi è 
la numerazione ufficiale.


--
Gianluca Boero


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

Re: [Talk-it] Operator in ospedali

2012-11-21 Per discussione Daniele Forsi 
Il 19 novembre 2012 20:02, Gianluca Boero ha scritto:

> E' corretto inserire nelle proprietà di un ospedale il tag operator=ASL00
> (dove con 00 si intende il numero della Asl) ?

non lo metterei così breve perché non è univoco a livello nazionale e
perché è difficile da interpretare per gli stranieri e per i programmi

nel caso specifico sarebbe necessaria una query spaziale anche per le
ricerche più semplici (altrimenti mi vengono fuori le ASL00 di ogni
regione), mentre se il nome ufficiale dell'ASL contiene anche
l'indicazione geografica, come sono quelli che mi vengono in mente,
allora è univoco a livello nazionale e mi basta una query non spaziale

> Il tag name porta il nome del presidio ospedaliero che tutt'ora gli ospedali
> hanno, però la gestione risulta essere delle Asl.

giusto, e il tag operator ci permette di distinguere le strutture
private da quelle pubbliche

-- 
Daniele Forsi

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

Re: [Talk-it] Licenza... libera?

2012-11-21 Per discussione Martin Koppenhöfer 


Am 20/nov/2012 um 15:21 schrieb sabas88 :

> Il giorno 20 novembre 2012 15:06, Simone Saviolo  
> ha scritto:
> La ODbL non dà affatto l'impressione di essere una licenza libera: dà 
> l'impressione che qualunque minimo intervento io faccia debba essere in 
> qualche modo ri-pubblicato con licenza ODbL. 
> 
> No.
> Stavo leggendomi la versione estesa.
> Si parla di database derivato solo quando modifichi, copi, traduci TUTTO o 
> una PARTE SOSTANZIALE. (definizioni nella sezione 1).
> 
> Tornando all'ATAC, nel caso di uso interno la sezione 4.5c è chiara: non devi 
> ridistribuirlo se l'uso è riservato ai dipendenti dell'organizzazione.


Si, ma se offri un servizio (usufruibile non solo da te ed i tuoi dipendenti) 
su questi dati lo devi fare.


> Sempre dalla sezione 4.5, non devi licenziare tutto sotto la odbl se includi 
> il database in una collezione.


Tutto no, ma la parte OSM si.


> 
> Se è un lavoro prodotto, deve essere solo scritto che deriva dal database.
> 


E che i dati contenuti sono sotto la ODbL.

Ciao,
Martin



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

Re: [Talk-it] Licenza... libera?

2012-11-21 Per discussione Martin Koppenhöfer 


Am 20/nov/2012 um 15:46 schrieb Simone Saviolo :

> La CC-BY-SA non ha mai avuto bisogno di tutte queste spiegazioni su cosa 
> significhi "opera derivata" e "database collettivo". Forse perché non era 
> fatta per i database ma per le opere creative... fatto sta che io un anno fa 
> potevo prendere i dati di OSM, renderizzarli mettendoci insieme delle mie 
> foto e pubblicare il tutto in un libro... ora... boh?!


Si, addirittura non pochi pensano che con la cc by sa i nostri dati non 
godevano nessuna protezione in giurisdizioni senza sui generis.

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Martin Koppenhöfer 


Am 21/nov/2012 um 10:44 schrieb Damiano Morosi 
:

> Vorrei sottolineare che noi ovviamente non traiamo guadagni da tutto ciò ma 
> utilizziamo i dati solo per creare un servizio per l'utenza.


Si, ma questo non fa differenza, la licenza vale per chiunque ugualmente.


> Io sono sempre convinto che bisognerebbe facilitare il più possibile 
> l'adozione dello strumento, in questo caso mi sembra invece che noi tecnici 
> siamo costretti a cimentarci in un campo non nostro o a dover ricorrere al 
> consiglio di un legale, che magari all'interno della mia azienda è una cosa 
> fattibile ma in altre realtà no.


Si, purtroppo il problema delle licenze è complicato e vera certezza non c'è. 
Da un lato si cerca di facilitare l'uso ma dall'altra parte cerchiamo anche di 
proteggere i "nostri" dati per evitare che qualcuno li "ruba" e spaccia come 
dati suoi.

Con la ODbL dipende molto dell'implementazione esatta se l'uso è legalmente 
possibile e quali vincoli comporta. Vi consiglio di scrivere alla lista 
licensing per ottenere un altro parere da chi se ne occupa molto delle licenze 
(descrivendo in breve come interagiscono i dati dai vari fornitori).

 
> Da quello che capisco, la CC-BY-SA impone vincoli sull'opera derivata, non 
> sui dati da cui trae origine la stessa. Riassumendo con una frase: mi 
> piacerebbe da un lato essere tranquillo che l'uso che facciamo di OSM sia 
> conforme alla licenza, dall'altro vorrei poter scegliere io, senza vincoli 
> imposti dalla licenza stessa, con quali dati contribuire alla crescita del 
> progetto.


La ccbysa non protegge dati ma opere creativi, e quindi ci sono forti dubbi 
(anche da parte di creative commons stessi) che quella era una licenza idonea 
per il nostro caso, sopratutto per l'uso fuori la communità europea dove non 
vale il sui generis per db.

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

[Talk-it] Fwd: Re: [OSM-legal-talk] Collective database

2012-11-21 Per discussione Stefano Fraccaro 




 Messaggio originale 
Oggetto:Re: [OSM-legal-talk] Collective database
Data:   Wed, 21 Nov 2012 10:15:16 +0100
Mittente:   Frederik Ramm 
Rispondi-a: 	Licensing and other legal discussions. 


A:  legal-t...@openstreetmap.org



Stefano,

On 11/21/2012 09:57 AM, Stefano Fraccaro wrote:

 I have a question from the talk-it mailing list. If I have a
company that has an internal database used in conjunction with osm data,
I need to share my internal database?
For example:

  * I use my internal database to select 2 locations
  * I use OSM data to calculate the best route between this locations

In this scenario, the internal database must be shared? IMHO I think no.
It's right?


The distinction between a collective and derivative database is not
always 100% clear but in your case it is obvious that you'd have a
collective database at best (maybe not even that) so your internal data
would not have to be shared.

It would be a different issue if, for example, your internal database
contained information about the traffic density on various roads and you
combined that with OSM data to find out the fastest route at a given
time of day or so - that kind of tight integration with OSM data would
clearly be "ask a lawyer" terrain if you want to determine wheter you
have a collective or derivative database.

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk
.




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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Damiano Morosi 
Vorrei sottolineare che noi ovviamente non traiamo guadagni da tutto ciò ma
utilizziamo i dati solo per creare un servizio per l'utenza.
Io sono sempre convinto che bisognerebbe facilitare il più possibile
l'adozione dello strumento, in questo caso mi sembra invece che noi tecnici
siamo costretti a cimentarci in un campo non nostro o a dover ricorrere al
consiglio di un legale, che magari all'interno della mia azienda è una cosa
fattibile ma in altre realtà no.
Da quello che capisco, la CC-BY-SA impone vincoli sull'opera derivata, non
sui dati da cui trae origine la stessa. Riassumendo con una frase: mi
piacerebbe da un lato essere tranquillo che l'uso che facciamo di OSM sia
conforme alla licenza, dall'altro vorrei poter scegliere io, senza vincoli
imposti dalla licenza stessa, con quali dati contribuire alla crescita del
progetto.
Immagino (ma è solo una mia supposizione) che l'introduzione di ODbL sia
stata pensata per "bilanciare" il conto fra quanti usano i dati e quanti
contribuiscono ad integrarli, ma sempre a mio modesto avviso si rischia di
ottenere l'effetto opposto, facendo "fuggire" anche quanti vorrebbero
contribuire (non è il nostro caso, faremo il nostro dovere!).

Damiano


Il giorno 21 novembre 2012 10:31, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

> > Nella stessa sezione c'è però anche questo:
> >
> http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_mapping_data_together_with_confidential_data_for_analysis_purposes
> ,
> > che sembra invece confermare qualche problema (non chiarisce se e come
> sia
> > necessario rilasciare i dati). In effetti ciò che facciamo noi non è
> > meramente la visualizzazione di layer originati da dati diversi, ma
> > un'analisi combinata dei dati tesa a produrre un qualche risultato da
> > rappresentare poi su mappa.
>
> Quella pagina ha un bel warning: "It is not legal advice, and is
> likely to be inaccurate or incomplete", e il caso che citi ha comunque
> una risposta incerta. Legendo la licenza originale non riesco davvero
> a trovare una qualche violazione nel vostro uso, Anzi c'è la sezione
> "4.5 Limits of Share Alike" che mi pare espliciti abbastanza bene il
> vostro caso.
>
> Ciao,
>
> Stefano
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Damiano Morosi
Roma Servizi per la Mobilità
Centrale della Mobilità - Sviluppo funzioni sistemiche della Centrale
Via di Vigna Murata, 60 - 00143 Roma
Tel.:  (+39) 06.4695.7790
Mail: damiano.mor...@agenziamobilita.roma.it
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Martin Koppenhöfer 


Am 21/nov/2012 um 08:18 schrieb Damiano Morosi 
:

> Il problema più grosso comunque lo vedo nell'utilizzo di dati forniti da 
> terzi (flussi veicolari, indagini etc.) che sono ceduti a noi secondo precise 
> clausole commerciali che dubito fortemente possano essere cambiate. Le 
> aziende che fanno legittimamente business su questo tipo di informazioni 
> tendenzialmente non vedono di buon occhio che i dati che loro vendono vengano 
> pubblicati alla mercé di tutti!


Lì probabilmente hai ragione, certi utilizzi richiederebbe la pubblicazione di 
quelli dati sotto ODbL (quando si mischiano con OSM), ed è intenzionale ;-)

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Stefano Salvador 
> Nella stessa sezione c'è però anche questo:
> http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_mapping_data_together_with_confidential_data_for_analysis_purposes,
> che sembra invece confermare qualche problema (non chiarisce se e come sia
> necessario rilasciare i dati). In effetti ciò che facciamo noi non è
> meramente la visualizzazione di layer originati da dati diversi, ma
> un'analisi combinata dei dati tesa a produrre un qualche risultato da
> rappresentare poi su mappa.

Quella pagina ha un bel warning: "It is not legal advice, and is
likely to be inaccurate or incomplete", e il caso che citi ha comunque
una risposta incerta. Legendo la licenza originale non riesco davvero
a trovare una qualche violazione nel vostro uso, Anzi c'è la sezione
"4.5 Limits of Share Alike" che mi pare espliciti abbastanza bene il
vostro caso.

Ciao,

Stefano

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Martin Koppenhöfer 


Am 21/nov/2012 um 08:18 schrieb Damiano Morosi 
:

> noi ad esempio consentiamo la profilazione degli utenti, che possono 
> memorizzare gli indirizzi preferiti (casa, lavoro... amante! :) ) per 
> utilizzarli più velocemente all'interno dell'applicazione. Già questo è un 
> dato su cui ho dei dubbi, dal momento che il singolo calcolo del percorso, 
> usandolo in maniera combinata col grafo, richiederebbe l'inserimento nel db 
> di OSM dello stesso (Share-Alike: If you publicly use any adapted version of 
> this database, or works produced from an adapted database, you must also 
> offer that adapted database under the ODbL), sbaglio?


Credo che non dovreste pubblicare i dati in questo caso, ma dipende forse come 
implementate il sistema. Il database OSM in questo esempio normalmente non 
sarebbe adattato. La ODbL richiede condivisione delle modifiche applicate al db 
di OSM (anche quando si fanno merge di due db) ma non per tutti i dati che si 
usano insieme in maniera parallela.

Ovviamente IANAL TINLA

Ciao,
Martin


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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Maurizio Daniele 
Il giorno 21 novembre 2012 10:19, Damiano Morosi <
damiano.mor...@agenziamobilita.roma.it> ha scritto:


> Nella stessa sezione c'è però anche questo:
> http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_mapping_data_together_with_confidential_data_for_analysis_purposes,
> che sembra invece confermare qualche problema (non chiarisce se e come sia
> necessario rilasciare i dati). In effetti ciò che facciamo noi non è
> meramente la visualizzazione di layer originati da dati diversi, ma
> un'analisi combinata dei dati tesa a produrre un qualche risultato da
> rappresentare poi su mappa.
>
>
Dice anche che dipende dal fatto se l'analisi è un "derivative database or
a produced work" ma questo io non lo posso sapere. Come sempre non si può
avere una certezza valida per ogni caso specifico con una casistica
generale.

Ma ribadisco: in linea generale se c'é un problema di licenza del vostro
lavoro con la Odbl, al 99% per cento c'é il medesimo problema anche con la
CC-By-SA. Ha senso preoccuparsene ma ha senso in entrambi i casi.

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Maurizio Napolitano 
> C'è già una traduzione valida dal punto di vista legale?

Non c'e' una traduzione.
Sarebbe il caso di farla noi magari sul wiki.

Sul fronte poi di traduzioni "legali" mi sembra che, in generale,
si lascia una traduzione fedele all'originale, senza alcun vincolo
legale.
Se capita di doverla discutere in tribunale, allora si va con quella
inglese, e sara' cura del tribunale curare una traduziione valida.
(quantomeno questo e' quello che mi hanno detto legali che hanno
vinto cause con licenze software scritte in inglese)

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Damiano Morosi 
Il giorno 21 novembre 2012 09:50, Maurizio Daniele <
maurizio.dani...@gmail.com> ha scritto:

> Il giorno 21 novembre 2012 08:18, Damiano Morosi <
> damiano.mor...@agenziamobilita.roma.it> ha scritto:
>
>
>> @Luca: noi ad esempio consentiamo la profilazione degli utenti, che
>> possono memorizzare gli indirizzi preferiti (casa, lavoro... amante! :) )
>> per utilizzarli più velocemente all'interno dell'applicazione. Già questo è
>> un dato su cui ho dei dubbi, dal momento che il singolo calcolo del
>> percorso, usandolo in maniera combinata col grafo, richiederebbe
>> l'inserimento nel db di OSM dello stesso (Share-Alike: If you publicly use
>> any adapted version of this database, or works produced from an adapted
>> database, you must also offer that adapted database under the ODbL),
>> sbaglio?
>>
>
> Secondo me, in qualche misura, si.
>
> Non conosco il vostro sistema (ovviamente), ma a meno che voi non vogliate
> utilizzare un immenso database-insalata con tutti i dati mescolati (open,
> proprietari, personali ecc...), il problema non sussiste. E se fate così
> sarei curioso di sapere come fate a mantenere traccia delle differenti
> sorgenti dei dati. Qual é il dato di X, qual è quello di Y, quali dati
> cancellare se Z revoca la licenza e come essere sicuri di avere cancellato
> tutti i dati di Z e solo quelli.
> E come garantire che i dati "personali di Tizio" non finiscano tra i dati
> "pubblici accessibili anche a Caio"
>
> E' vero comunque che la licenza ti impedisce di mixare dati con copyright
> diversi nello stesso database senza rilasciarlo, ma questo te lo impediva
> anche la precedente CC-BY-SA. Quindi il problema non sussiste (o sussisteva
> anche prima e non ve ne siete preoccupati, "consolati" dalla finta
> amichevolezza della CC, che spesso da molti è intesa "ah, è CC, quindi
> posso fare quel che voglio").
>
> Normalmente volendo fare una applicazione che mescola i dati, banalmente
> si mantengono database separati: uno con i dati open e uno con i dati
> closed, il cui prodotto di layer separati non ha vincoli complessivi di
> licenza ma la semplice nota sulla sorgente dei dati osm per il layer
> "topografico" da esso ricavato.
>
> Tanto per dire, comunque, il tuo (vostro) è un caso talmente tipico che è
> esplicitamente citato negli "use case":
>
>
> http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#On-line_map_service_using_OSM_data_together_with_other_data_sources
>
>

Nella stessa sezione c'è però anche questo:
http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_mapping_data_together_with_confidential_data_for_analysis_purposes,
che sembra invece confermare qualche problema (non chiarisce se e come sia
necessario rilasciare i dati). In effetti ciò che facciamo noi non è
meramente la visualizzazione di layer originati da dati diversi, ma
un'analisi combinata dei dati tesa a produrre un qualche risultato da
rappresentare poi su mappa.



-- 
Damiano Morosi
Roma Servizi per la Mobilità
Centrale della Mobilità - Sviluppo funzioni sistemiche della Centrale
Via di Vigna Murata, 60 - 00143 Roma
Tel.:  (+39) 06.4695.7790
Mail: damiano.mor...@agenziamobilita.roma.it
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione sabas88 
On Nov 21, 2012 9:52 AM, "Stefano Salvador" 
wrote:
>
> > Se fosse così, sarebbe veramente un'ottima notizia e non esiteremmo un
> > istante a passare all'ultima versione di OSM, almeno per quanto riguarda
> > questo tipo di servizi.
> > Qualcuno è in grado di confermare questo scenario?
>
> dimenticavo di citare le fonti:
>
> la licenza:
>
> http://opendatacommons.org/licenses/odbl/1.0/
>
> in particolare la definizione di Database:
>
> “Database” – A collection of material (the Contents) arranged in a
> systematic or methodical way and individually accessible by electronic
> or other means offered under the terms of this License.
>
> di Collective Database:
>
> “Collective Database” – Means this Database in unmodified form as part
> of a collection of independent databases in themselves that together
> are assembled into a collective whole. A work that constitutes a
> Collective Database will not be considered a Derivative Database.
>
> e di Derivative Database:
>
> “Derivative Database” – Means a database based upon the Database, and
> includes any translation, adaptation, arrangement, modification, or
> any other alteration of the Database or of a Substantial part of the
> Contents. This includes, but is not limited to, Extracting or
> Re-utilising the whole or a Substantial part of the Contents in a new
> Database.
>
>
> la clausola Share-Alike non cita mai i Collective Database.

O meglio ne considera solo le parti che sono db derivati :-)
imho bisognerebbe chiedere di modificare l'human readable summary, tutti si
fermano a quello (io compreso fino a ieri) e come abbiamo visto viene
interpretato in modo errato.
C'è già una traduzione valida dal punto di vista legale?

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

Re: [Talk-it] admin level

2012-11-21 Per discussione Martin Koppenhöfer 


Am 20/nov/2012 um 17:46 schrieb "Giuseppe Amici" :

> Se un comune ha admin_level = 8 nella relation type = boundary
> 
>  
> 
> Alle circoscrizioni che admin level dare?
> 

Level 10
http://wiki.openstreetmap.org/wiki/Admin_level

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Stefano Salvador 
> Se fosse così, sarebbe veramente un'ottima notizia e non esiteremmo un
> istante a passare all'ultima versione di OSM, almeno per quanto riguarda
> questo tipo di servizi.
> Qualcuno è in grado di confermare questo scenario?

dimenticavo di citare le fonti:

la licenza:

http://opendatacommons.org/licenses/odbl/1.0/

in particolare la definizione di Database:

“Database” – A collection of material (the Contents) arranged in a
systematic or methodical way and individually accessible by electronic
or other means offered under the terms of this License.

di Collective Database:

“Collective Database” – Means this Database in unmodified form as part
of a collection of independent databases in themselves that together
are assembled into a collective whole. A work that constitutes a
Collective Database will not be considered a Derivative Database.

e di Derivative Database:

“Derivative Database” – Means a database based upon the Database, and
includes any translation, adaptation, arrangement, modification, or
any other alteration of the Database or of a Substantial part of the
Contents. This includes, but is not limited to, Extracting or
Re-utilising the whole or a Substantial part of the Contents in a new
Database.


la clausola Share-Alike non cita mai i Collective Database.

Ciao,
Stefano

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Maurizio Daniele 
Il giorno 21 novembre 2012 08:18, Damiano Morosi <
damiano.mor...@agenziamobilita.roma.it> ha scritto:


> @Luca: noi ad esempio consentiamo la profilazione degli utenti, che
> possono memorizzare gli indirizzi preferiti (casa, lavoro... amante! :) )
> per utilizzarli più velocemente all'interno dell'applicazione. Già questo è
> un dato su cui ho dei dubbi, dal momento che il singolo calcolo del
> percorso, usandolo in maniera combinata col grafo, richiederebbe
> l'inserimento nel db di OSM dello stesso (Share-Alike: If you publicly use
> any adapted version of this database, or works produced from an adapted
> database, you must also offer that adapted database under the ODbL),
> sbaglio?
>

Secondo me, in qualche misura, si.

Non conosco il vostro sistema (ovviamente), ma a meno che voi non vogliate
utilizzare un immenso database-insalata con tutti i dati mescolati (open,
proprietari, personali ecc...), il problema non sussiste. E se fate così
sarei curioso di sapere come fate a mantenere traccia delle differenti
sorgenti dei dati. Qual é il dato di X, qual è quello di Y, quali dati
cancellare se Z revoca la licenza e come essere sicuri di avere cancellato
tutti i dati di Z e solo quelli.
E come garantire che i dati "personali di Tizio" non finiscano tra i dati
"pubblici accessibili anche a Caio"

E' vero comunque che la licenza ti impedisce di mixare dati con copyright
diversi nello stesso database senza rilasciarlo, ma questo te lo impediva
anche la precedente CC-BY-SA. Quindi il problema non sussiste (o sussisteva
anche prima e non ve ne siete preoccupati, "consolati" dalla finta
amichevolezza della CC, che spesso da molti è intesa "ah, è CC, quindi
posso fare quel che voglio").

Normalmente volendo fare una applicazione che mescola i dati, banalmente si
mantengono database separati: uno con i dati open e uno con i dati closed,
il cui prodotto di layer separati non ha vincoli complessivi di licenza ma
la semplice nota sulla sorgente dei dati osm per il layer "topografico" da
esso ricavato.

Tanto per dire, comunque, il tuo (vostro) è un caso talmente tipico che è
esplicitamente citato negli "use case":

http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#On-line_map_service_using_OSM_data_together_with_other_data_sources

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

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Damiano Morosi 
Se fosse così, sarebbe veramente un'ottima notizia e non esiteremmo un
istante a passare all'ultima versione di OSM, almeno per quanto riguarda
questo tipo di servizi.
Qualcuno è in grado di confermare questo scenario?


Il giorno 21 novembre 2012 09:23, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

> > @Luca: noi ad esempio consentiamo la profilazione degli utenti, che
> possono
> > memorizzare gli indirizzi preferiti (casa, lavoro... amante! :) ) per
> > utilizzarli più velocemente all'interno dell'applicazione. Già questo è
> un
> > dato su cui ho dei dubbi, dal momento che il singolo calcolo del
> percorso,
> > usandolo in maniera combinata col grafo, richiederebbe l'inserimento nel
> db
> > di OSM dello stesso (Share-Alike: If you publicly use any adapted
> version of
> > this database, or works produced from an adapted database, you must also
> > offer that adapted database under the ODbL), sbaglio? Il problema più
> grosso
> > comunque lo vedo nell'utilizzo di dati forniti da terzi (flussi
> veicolari,
> > indagini etc.) che sono ceduti a noi secondo precise clausole commerciali
> > che dubito fortemente possano essere cambiate. Le aziende che fanno
> > legittimamente business su questo tipo di informazioni tendenzialmente
> non
> > vedono di buon occhio che i dati che loro vendono vengano pubblicati alla
> > mercé di tutti!
>
> Attenzione che la licenza distingue tra i concetti di "Database" e di
> "Collective Database", nel vostro caso mi pare di capire che i dati di
> cui parli non vengono integrati direttamente nella vostra copia del db
> OSM ma semplicemente interagiscono con esso (tecnicamente mi sembra la
> cosa più sensata da fare, anche per poter aggiornare le informazioni
> dei diversi db in modo indipendente). Se questo è il caso voi avete
> usate una collezione di database di cui OSM è solo una parte e
> l'intera collezione non è considerata opera derivata. In questo caso
> siete obbligati a pubblicare solo le eventuali modifiche al grafo di
> OSM e non le altre informazioni che usate assieme ad esso.
>
> Mi visualizzo uno scenario del tipo: l'utente seleziona un paio di
> punti di interesse personali (che staranno in un posto diverso dai
> dati OSM), cerca eventuali altri punti sulla mappa (magari ristoranti
> che avete comprato da un qualche fornitore e stanno nella loro
> tabella/database), mescolate il tutto con i dati delle fermate dei
> mezzi pubblici (che immagino stiano in un db che producete voi),
> infine usate i dati OSM per calcolare i percorsi pedonali tra punti di
> interesse e fermate. In questo caso non mi sembra ci sia nessuna
> violazione. A patto ovviamente che se fate una modifica ad una strada
> OSM (magari perché vi accorgete che c'è un errore sul grafo) la
> rendiate pubblica in qualche modo.
>
> Ciao,
>
> Stefano
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Damiano Morosi
Roma Servizi per la Mobilità
Centrale della Mobilità - Sviluppo funzioni sistemiche della Centrale
Via di Vigna Murata, 60 - 00143 Roma
Tel.:  (+39) 06.4695.7790
Mail: damiano.mor...@agenziamobilita.roma.it
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ATAC e OSM

2012-11-21 Per discussione Stefano Salvador 
> @Luca: noi ad esempio consentiamo la profilazione degli utenti, che possono
> memorizzare gli indirizzi preferiti (casa, lavoro... amante! :) ) per
> utilizzarli più velocemente all'interno dell'applicazione. Già questo è un
> dato su cui ho dei dubbi, dal momento che il singolo calcolo del percorso,
> usandolo in maniera combinata col grafo, richiederebbe l'inserimento nel db
> di OSM dello stesso (Share-Alike: If you publicly use any adapted version of
> this database, or works produced from an adapted database, you must also
> offer that adapted database under the ODbL), sbaglio? Il problema più grosso
> comunque lo vedo nell'utilizzo di dati forniti da terzi (flussi veicolari,
> indagini etc.) che sono ceduti a noi secondo precise clausole commerciali
> che dubito fortemente possano essere cambiate. Le aziende che fanno
> legittimamente business su questo tipo di informazioni tendenzialmente non
> vedono di buon occhio che i dati che loro vendono vengano pubblicati alla
> mercé di tutti!

Attenzione che la licenza distingue tra i concetti di "Database" e di
"Collective Database", nel vostro caso mi pare di capire che i dati di
cui parli non vengono integrati direttamente nella vostra copia del db
OSM ma semplicemente interagiscono con esso (tecnicamente mi sembra la
cosa più sensata da fare, anche per poter aggiornare le informazioni
dei diversi db in modo indipendente). Se questo è il caso voi avete
usate una collezione di database di cui OSM è solo una parte e
l'intera collezione non è considerata opera derivata. In questo caso
siete obbligati a pubblicare solo le eventuali modifiche al grafo di
OSM e non le altre informazioni che usate assieme ad esso.

Mi visualizzo uno scenario del tipo: l'utente seleziona un paio di
punti di interesse personali (che staranno in un posto diverso dai
dati OSM), cerca eventuali altri punti sulla mappa (magari ristoranti
che avete comprato da un qualche fornitore e stanno nella loro
tabella/database), mescolate il tutto con i dati delle fermate dei
mezzi pubblici (che immagino stiano in un db che producete voi),
infine usate i dati OSM per calcolare i percorsi pedonali tra punti di
interesse e fermate. In questo caso non mi sembra ci sia nessuna
violazione. A patto ovviamente che se fate una modifica ad una strada
OSM (magari perché vi accorgete che c'è un errore sul grafo) la
rendiate pubblica in qualche modo.

Ciao,

Stefano

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