Re: [Talk-it] R: R: Terremoto in Emilia Romagna

[Paolo Monegato]

2012/6/1 Gianmario Mengozzi:


mi conforta sapere che c'é qualcuno "dall'alto" che
controlla attività massive di modifica della mappa


A me invece un po' inquieta... Vedersi recapitare un messaggio in 
inglese che ti fa la predica su come/cosa hai mappato da l'impressione 
che ci sia un gruppo di mappatori "più uguali di altri" (cit.). Certo, è 
bene che ci sia un gruppo che si dedica a questi aspetti, ma IMHO non 
dovrebbe agire autonomamente ma su segnalazione della comunità dei 
mapper della zona interessata (segnalazione che partirebbe nel caso in 
cui la comunità locale non sia riuscita a risolvere da se la controversia).


Il 01/06/2012 14:36, Martin Koppenhoefer ha scritto:

Abbiamo avuto brutte sperienze nel passato con
degli imports dove quello che ha importato non ha agito sensibilmente
come te. Da quello nascono le linee guide per edits
automatici/imports.
Le linee guida per gli imports IMHO aggiungono molta inutile burocrazia 
al progetto. È sacrosanta la documentazione sul wiki, come anche 
l'intento di non prevaricare la comunità locale, quello che mi lascia 
perplesso è il passaggio della discussione sulla lista import e 
l'account dedicato.


Mi viene da pensare a quando venne ottenuta la liberazione dei dati in 
alcuni comuni , come per esempio Schio e Vicenza. Una volta ottenuta la 
liberazione dei dati chi aveva già faticato per raggiungere questo 
risultato avrebbe dovuto mettersi a convincere la comunità ad usarli...


Queste linee guida mi sembrano studiate apposta per le situazioni in cui 
un singolo mapper importi massivamente un'area estesa e le trovo poco 
adatte ad un import comunitario, suddiviso in piccole aree e gestito da 
diversi mapper.


Penso al Veneto, dove finora hanno importato qualcosa quasi una trentina 
di mapper, con la regola dell'account dedicato avremo quasi una trentina 
di utenti fittizzi. Nel nostro caso poi abbiamo a disposizione diversi 
dati e dovremmo farci un account per ogni fonte: uno per la CTR, uno per 
il reticolo idrografico dell'ARPAV etc (recentemente l'ARPAV ha 
rilasciato qualcos'altro in CC-BY o IODL, immagino che la regola preveda 
che vada fatto un account per ogni dataset...). Certo volendo si 
potrebbe fare un account unico, gestito da diversi mapper (ognuno si 
prenota per la tal data, "domani dalle alle lo uso io"), ma in caso di 
problemi chi risponde?


Mi pare che questa regola dell'account unico favorisca più un import 
massivo gestito da un singolo e quindi vada contro uno dei principi che 
hanno portato alla costruzione di queste linee guida, cioè l'intento di 
preservare le comunità locali (sappiamo che spesso gli import massivi di 
un singolo utente non hanno un bel effetto sulle comunità).
Le iniziative di import comunitario, invece, vengono ostacolate dalla 
burocrazia, con il risultato che la gente si stanca di contribuire e la 
comunità perde pezzi.


A mio modo di vedere invece dovrebbero essere incentivate queste 
iniziative di import comunitario, perché hanno un effetto benefico sulla 
comunità e sulla mappa. Sulla mappa perché suddividere il lavoro tra 
vari mapper da risultati migliori (ognuno fa una zona che conosce, a 
meno che non ci siano aree "scoperte" e allora in tal caso il lavoro 
viene fatto da un volontario, il che comunque lo rende affidabile tanto 
quanto un import massivo di un utente unico in un'area estesa). Sulla 
comunità sia perché per coordinarsi, chiarire dei dubbi e discutere si 
incrementano gli scambi in mailing list e fuori dalla mailing list, sia 
perché in seguito a questi import possono nascere alcune iniziative come 
ad esempio il mapping che tra poche ore faremo a Bassano del Grappa e 
altri che faremo nei prossimi mesi (mapping che hanno anche lo scopo di 
verificare ulteriormente dal vivo quanto importato, oltre che lo scopo 
classico di arricchire la mappa e avvicinare nuovi utenti)...


ciao
Paolo M

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

[Talk-it] A proposito di import: dati dal ministero della sanità

[Paolo Monegato]

È stato segnalato in lista regionale del veneto questo avviso che un 
utente ha pubblicato sul suo diario di OSM [1]. Pare che il Ministero 
della Salute abbia rilasciato dei dati sulle farmacie, parafarmacie e 
alcuni anche geolocalizzati come le ASL con licenza IODL. Qualcuno ne sa 
qualcosa?


ciao
Paolo M

[1] http://www.openstreetmap.org/user/FraMauro/diary/16938

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

Re: [Talk-it] A proposito di import: dati dal ministero della sanità

[sabas88]

Ciao Paolo,

Il giorno 02 giugno 2012 11:49, Paolo Monegato
ha scritto:

> È stato segnalato in lista regionale del veneto questo avviso che un
> utente ha pubblicato sul suo diario di OSM [1]. Pare che il Ministero della
> Salute abbia rilasciato dei dati sulle farmacie, parafarmacie e alcuni
> anche geolocalizzati come le ASL con licenza IODL. Qualcuno ne sa qualcosa?
>
>
Da quanto mi ricordo dalla presentazione di Simone, la 1.0 non è
compatibile con OSM. :(


> ciao
> Paolo M
>
> [1] 
> http://www.openstreetmap.org/**user/FraMauro/diary/16938
>
> __**_
> 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] Compatibilità licenze

[Gianmario Mengozzi]

Mi ricordate se, e in che misura, la CCBY 2.5 é compatibile con la ODBL 1.0
?

Gianmario Mengozzi

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

Re: [Talk-it] Abitazioni "Building"

[Carlo Stemberger]

Il 01/06/2012 20:45, Gianluca Boero ha scritto:
C'è qualche altro tag importante da inserire pe non dovere riprendere 
il lavoro successivamente ?




Numeri civici? (da mettere su un nodo dove si trova la targhetta col numero)

Ciao!

Carlo

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


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

Re: [Talk-it] Abitazioni "Building"

[Maurizio Daniele]

Il 01/06/2012 20:45, Gianluca Boero ha scritto:

Ciao a tutti.

Sto iniziando ad inserire delle abitazioni nella mappa del mio paese. 
Vedendo l'operato di altri mappatori per segnalare una casa si mette 
il tag building = yes.
Sto facendo le mappature tramite immagini satellitari. C'è qualche 
altro tag importante da inserire pe non dovere riprendere il lavoro 
successivamente ?


Puoi anche mettere building=home o apartments o simili (vedi tag 
building sul wiki) per essere maggiormente preciso


Il numero civico è un must, ma se usi solo le foto satellitari non puoi 
saperlo.


C'è sempre qualcosa da riprendere successivamente per essere 
maggiormente precisi :)


--
M.D.

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

Re: [Talk-it] A proposito di import: dati dal ministero della sanità

[niubii]

Nella fattispecie, stante la situazione di emergenza, non potremmo
sovrapporre questi dati alle solite tiles? Anche delle sole zone
terremotate.

Non parlo di un import, parlo di n webgis con lo sfondo di Mapnik e le
farmacie sovrapposte come POI, cliccabili, in un livello a parte con
licenza ad hoc.

Ciao
/niubii/
Il giorno 02/giu/2012 11:53, "sabas88"  ha scritto:

> Ciao Paolo,
>
> Il giorno 02 giugno 2012 11:49, Paolo Monegato ha 
> scritto:
>
>> È stato segnalato in lista regionale del veneto questo avviso che un
>> utente ha pubblicato sul suo diario di OSM [1]. Pare che il Ministero della
>> Salute abbia rilasciato dei dati sulle farmacie, parafarmacie e alcuni
>> anche geolocalizzati come le ASL con licenza IODL. Qualcuno ne sa qualcosa?
>>
>>
> Da quanto mi ricordo dalla presentazione di Simone, la 1.0 non è
> compatibile con OSM. :(
>
>
>> ciao
>> Paolo M
>>
>> [1] 
>> http://www.openstreetmap.org/**user/FraMauro/diary/16938
>>
>> __**_
>> 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 mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Compatibilità licenze

[Daniele Forsi]

Il 02 giugno 2012 12:00, Gianmario Mengozzi ha scritto:

> Mi ricordate se, e in che misura, la CCBY 2.5 é compatibile con la ODBL 1.0
> ?

fatto salvo i dubbio che le licenze CC si applichino ai dati,
è compatibile perché richiede solo l'attribuzione della fonte in
maniera ragionevole e simile alle altre fonti; per OSM l'attribuzione
è con la pagina http://wiki.openstreetmap.org/wiki/Attribution

"Such credit may be implemented in any reasonable manner; provided,
however, that in the case of a Derivative Work or Collective Work, at
a minimum such credit will appear where any other comparable
authorship credit appears and in a manner at least as prominent as
such other comparable authorship credit."[1]

però secondo qualcuno[1], il fatto che la ODbL esplicitamente obblighi
a citare il database come fonte e non ogni singola fonte (paragrafo
4.3 di [2]), la rende non compatibile, IANAL, ma quel "any reasonable
manner" mi fa pensare che sia compatibile e al più devo dare
l'indirizzo di quella pagina Attribution

[1] http://creativecommons.org/licenses/by/2.5/legalcode
[2] 
http://wiki.openstreetmap.org/wiki/Talk:ODbL/Upcoming#What_about_users_who.27ve_made_use_of_sources_under_CC-By_or_CC-SA_licenses.3F
[3] http://opendatacommons.org/licenses/odbl/1.0/

-- 
Daniele Forsi

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

Re: [Talk-it] Traghetti e varie

[Federico Cozzi]

2012/6/1 sabas88 :
> Ho dato una sistemata alle linee di traghetti tra Corsica, Sardegna e
> Francia e Italia, convertendo in relazioni, spero di non creare incidenti
> internazionali.

Ciao,
ho dato una rapida occhiata all'arrivo dei traghetti a Bastia.

Secondo me non è compatibile con quanto descritto qui:
http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry
A me sembra indicare che ogni traghetto deve essere mappato con una
way separata per far funzionare il routing.

Ad esempio se su OSRM chiedo il tragitto da Milano a Calvi (Corsica)
ottengo delle indicazioni di questo tipo:
prendi il Bastia-Livorno per 119 km
svolta leggermente a destra sul Genova-Bastia per 0.26 km
svolta leggermente a destra sul Marsiglia-Bastia per 0.30 km

A mio parere le way dei traghetti non possono essere "fuse" come le
way stradali perché dove c'è un'intersezione (in mare) tra le way non
è possibile cambiare da un traghetto all'altro.

Ciao

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

Re: [Talk-it] Traghetti e varie

[sabas88]

Il giorno 02 giugno 2012 16:26, Federico Cozzi  ha
scritto:

> 2012/6/1 sabas88 :
> > Ho dato una sistemata alle linee di traghetti tra Corsica, Sardegna e
> > Francia e Italia, convertendo in relazioni, spero di non creare incidenti
> > internazionali.
>
> Ciao,
> ho dato una rapida occhiata all'arrivo dei traghetti a Bastia.
>

Non è colpa mia! :P


> Secondo me non è compatibile con quanto descritto qui:
> http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry
> A me sembra indicare che ogni traghetto deve essere mappato con una
> way separata per far funzionare il routing.
>

Letto adesso, inconsapevolmente per quelle che avevo fatto (avevo sistemato
Porto Torres) l'avevo seguito questo approccio. Anche a Genova ad esempio
non arrivano sulla terraferma.

>
> Ad esempio se su OSRM chiedo il tragitto da Milano a Calvi (Corsica)
> ottengo delle indicazioni di questo tipo:
> prendi il Bastia-Livorno per 119 km
> svolta leggermente a destra sul Genova-Bastia per 0.26 km
> svolta leggermente a destra sul Marsiglia-Bastia per 0.30 km
>

Questo andrebbe discusso con gli autori di OSRM, apriamo un ticket?

>
> A mio parere le way dei traghetti non possono essere "fuse" come le
> way stradali perché dove c'è un'intersezione (in mare) tra le way non
> è possibile cambiare da un traghetto all'altro.
>

Cito la pagina

 In other words a ferry port, pier or
harbour receiving
several ferry routes, should have each of these routes separately drawn in
and connected into it. This is important to ensure functional routing. The
connection should be on a node shared with the coastline.

Io lo interpreto: Porto Torres ha una sola linea che arriva di fronte al
porto, fuori dal porto si separano in due linee, una è la linea che arriva
da Genova ed una è la linea che arriva da Savona. Tutte e due si connettono
con una service sul molo d'arrivo.
Questa riflessione però per esempio a Genova cade, perchè non è detto che
(a parte tunisia ferries) arrivino sempre allo stesso molo.

La wiki comunque dice che la relation va bene perchè è simile a quelle
delle strade...
La situazione precedente comunque non era una way per ogni linea, era
peggio (tipo nei tratti davanti alla corsica, i tratti erano un po' per
uno, un pezzo era name= toulon-bastia, quello dopo name=bastia-marseille),
anzi forse il problema di OSRM è che i dati non sono aggiornati in tempo
reale.

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

[Talk-it] Fwd: [Rebuild] Strategy change for the redaction bot

[Simone Cortesi]

un aggiornamento sul cambio di licenza, e sul perche' non sia ancora avvenuto.


-- Forwarded message --
From: Gnonthgol 
Date: Sat, Jun 2, 2012 at 9:14 PM
Subject: [Rebuild] Strategy change for the redaction bot
To: rebu...@openstreetmap.org


The work with the license change bot have almost halted the last
month, with only around 10 commits and no real progress on the main
algorithms. This is partly because people have been occupied with
other stuff (work, life, mapping, final exams, etc) and partly because
the problems with the algorithms are really hard.

There are two problems that the progress have halted on. If we solve
these problems we might bump into new problems, or we just have to
make and test the glue between the bot and the database or history
files and we are done. The two hard unsolved problems we have now are:

1) Detecting wether a change to a tag is trivial enough that it can
not be copyrighted. This includes fixing typos, expanding
abbreviations and normalizing tags.
2) Removing changes in the geometry of the ways and relations.

I have written a bit on the problems and suggestions to make the
problems a bit easier.

TRIVIAL TAG CHANGE PROBLEM

The first problem is a difficult problem for computers to do. It needs
a lot of knowledge about the language used in the tags like how to
detect misplelings, abbrevs and words of order. In addition what is
trivial and significant changes to a tag can be subjective and may
start big debates after the redaction bot. It is impossible for any
human to know all types of trivial changes in all languages and it is
even harder for a computer program to get this right.

There are no way set the limits of what is trivial and significant
changes too far in one or the other direction as either way will cause
changes from non-acceptors in the final result. If we set too many
changes as significant a trivial change by an acceptor will clean the
tag and cause the information added by the non-acceptor to be included
in the final result. On the other hand if we set too many changes to
be trivial then significant changes by non-acceptors can be marked
clean and not be redacted.

What we can do is to make the algorithm give three results "trivial",
"significant" and "don't know". I the later case it will return a safe
default that will cause the bot to redact as much as possible. If we
do this we might loose more information that is strictly necessary but
we would not keep any data from non-acceptors.

GEOMETRY PROBLEM

The second problem we currently have is equally hard for computers.
Geometries can be totally changed by non-acceptors (like the 'reverse
way' and 'sort relation members' functions does) and it can be hard if
not impossible to apply the changes done by acceptors on a totally
different geometry. I have not seen any programs that can do this. The
closest program that does something similar (patch) can not handle
these cases and require human intervention if this is found.

If we get this wrong we will probably mangle geometries around the
world and make them look like vandals have been there and broken
everything (ok, it may not be that bad). We want the final result to
be good data, and not just the best license.

To make a better algorithm for this we need to look at the planet and
see to what extent this is an issue. A lot of relations do not matter
what order the members are in or we can do simple functions on the
data to determine what order it should be in. It may be so little
problems that some remapping efforts or that a human can do the
redactions on those objects. However if this is a big problem, we need
some really really smart algorithms that are able to read what a
mapper meant to do with this edit and apply it to the clean geometry.

I want to get some comment on the changes to the bot before I start to
redesign the bot. We still needs better algorithms for both problems,
but this might remove the requirement that the algorithm have to be
perfect. If we get enough people to work on the bot we can get this
thing done before people gets too restless to keep at bay.

Gnonthgol


___
Rebuild mailing list
rebu...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/rebuild



-- 
-S

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

Re: [Talk-it] Traghetti e varie

[Federico Cozzi]

2012/6/2 sabas88 :
>  In other words a ferry port, pier or harbour receiving several ferry
> routes, should have each of these routes separately drawn in and connected
> into it. This is important to ensure functional routing. The connection
> should be on a node shared with the coastline.
>
> Io lo interpreto: Porto Torres ha una sola linea che arriva di fronte al
> porto, fuori dal porto si separano in due linee, una è la linea che arriva
> da Genova ed una è la linea che arriva da Savona. Tutte e due si connettono
> con una service sul molo d'arrivo.

Io lo intepreto: se da un porto si dipartono linee per più
destinazioni, ogni rotta deve essere mappata come way autonoma a
partire dalla terraferma. Le rotte diverse (dove due rotte sono
diverse se uno dei due estremi è diverso) non possono avere in comune
nessun tratto in mare.
A mio parere questo è ragionevole perché una Y disegnata in mare (cioè
con il centro della Y in mare) dice una cosa sbagliata: cioè che puoi
arrivare al centro della Y e indifferentemente andare a destra o a
sinistra. Invece il traghetto giusto lo devi scegliere sul molo: non
puoi cambiare in mare.
Addirittura a essere rigorosi una Y in mare richiederebbe una turn
restriction (perché non puoi andare da Bastia a Porto Torres arrivando
a 100 metri da Genova e svoltando sull'altro traghetto) ma è assurdo
essere obbligati a inserirla. Anche questa secondo me è una buona
ragione perché due traghetti non condividano neanche un piccolo tratto
in mare.

> Questa riflessione però per esempio a Genova cade, perchè non è detto che (a
> parte tunisia ferries) arrivino sempre allo stesso molo.

Questo è un problema che non so risolvere, e non penso che abbia
soluzione. I traghetti non arrivano sempre allo stesso molo (neppure i
treni arrivano sempre allo stesso binario), quindi io di solito li
faccio arrivare al molo più probabile: pazienza se il router non ti sa
dire con esattezza a quale molo devi andare per prendere il traghetto.
Ma almeno un router su grande scala non impazzisce.

Ciao,
Federico

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

Re: [Talk-it] Traghetti e varie

[Martin Koppenhoefer]

2012/6/2 Federico Cozzi :
> 2012/6/2 sabas88 :
>>  In other words a ferry port, pier or harbour receiving several ferry
>> routes, should have each of these routes separately drawn in and connected
>> into it. This is important to ensure functional routing. The connection
>> should be on a node shared with the coastline.
> Io lo intepreto: se da un porto si dipartono linee per più
> destinazioni, ogni rotta deve essere mappata come way autonoma a
> partire dalla terraferma.


+1

ciao,
Martin

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

[Talk-it] (senza oggetto)

[Beppe]

m> 













 
 

In-Reply-To: 

Subject: R: [Talk-it] R: R: Terremoto in Emilia Romagna
Date: Sun, 3 Jun 2012 06:50:17 +0200
Message-ID: <01cd4144$5f8d9bf0$1ea8d3d0$@it>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac1AJ6UDy0gdNIBrSmaV7/z2cAFfOwBGeBiA
Content-Language: it

Seguendo questo tread ho letto le vostre considerazioni su "cosa" e =
"chi"
dovrebbe fare qualcosa sul campo (in zona intendo).
A questo punto da Modenese intervengo, spero con info dal territorio
interessato che siano costruttive e consone allo sviluppo delle idee
proposte.

Dato oggettivo 1:
la provincia Modenese nord non =E8 sparita dalle carte geografiche. I =
crolli
ci sono ma esigui, cosi come gli edifici danneggiati
http://www3.lastampa.it/cronache/sezioni/articolo/lstp/456530/

considerazioni a seguire:
mappatura "sul campo". Le zone sono intasate da Protezione civile - =
forze
dell'ordine - volontari e sedicenti tali - ma soprattutto da sfollati!=20
I cosi detti volontari SONO IN ECCESSO e appesantiscono la macchina a
supporto (consumano cibo e acqua). Vivamente consigliato di NON andare =
in
loco.

Le zone soggette a crolli sono zone OFF-LIMITS. Impedito l'accesso ai
residenti. Meno che meno accedono soggetti terzi.

Tenuto conto di questo, aggiungerei:

qualunque mappatore con residenza all'interno del territorio modenese ha
conoscenza relativamente diretta dei luoghi, anche solo per esserci =
passato.
Estenderei la ricerca di eventuali mappatori a questo ambito.

Saluti Beppe



-Messaggio originale-
Da: Fabrizio Tambussa [mailto:ftambu...@gmail.com]=20
Inviato: venerd=EC 1 giugno 2012 20.52
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] R: R: Terremoto in Emilia Romagna

Buonasera,
ho fatto un veloce giro delle zone terremotate per prendere un po' di =
nomi
di mappatori a cui inviare il messaggio [0] per la richiesta di =
informazioni
mappabili. Ho verificato che questi nomi abbiano effettivamente editato
nelle zone interessate e non siano dei mappatori "di passaggio": magari
gente che ha solo aggiunto un punto ad una strada per rendere piu' dolce =
una
curva...

Gli utenti da me contattati sono:
ilrobi
roscolosco
holapaco
Diabolus
Gian Marco
foreigner
TheNick
oscar_f
angry_penguin
fl=E9p
Alessandro Frigeri
centurie
NonnEmilia

Ovviamente, se trovate edit in zona fatti da altri mappatori, propagate =
pure
il messaggio.

Saluti
Fabrizio



[0] testo del messaggio inviato:
-
Ciao,
ti contattiamo perche' sei un utente di OpenStreetMap che ha editato =
nelle
zone colpite dal terremoto.
La comunita' italiana di OSM sta cercando di migliorare la mappa delle =
zone
terremotate, principalmente tramite l'import degli edifici.
Nel limite delle tue possibilita' chiediamo il tuo aiuto (e la tua
conoscenza dei luoghi) per migliorare la mappatura con le seguenti
azioni:

1) se non l'hai gia' fatto, puoi iscriverti alla mailing list nazionale
andando alla pagina:
http://lists.openstreetmap.org/listinfo/talk-it

2) puoi inserire direttamente in OSM o segnalarci situazioni particolari
rilevate sul territorio, come:
- strade/ ponti interrotti o con limitazioni (ad esempio limiti di =
velocita'
o di peso)
- farmacie agibili/inagibili
- punti di primo soccorso / postazioni di emergenza / centri di
coordinamento soccorsi ecc
- punti di raccolta/distribuzione viveri o generi di prima necessita'
- tendopoli o strutture di accoglienza
- altri punti di interesse

3) qualora volessi editare direttamente la mappa, puoi fare riferimento =
alla
pagina di documentazione sulle zone terremotate:
http://wiki.openstreetmap.org/wiki/Emilia_Romagna/Terremoto_Emilia_2012

4) puoi ritrasmettere questo messaggio ad altri mappatori in zona.

Per qualsiasi dubbio puoi rispondere a questo messaggio.

Grazie e saluti
La comunita' italiana di OSM
-

___
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] (senza oggetto)

[Fabrizio Tambussa]

Il 03 giugno 2012 06:51, Beppe  ha scritto:
>
> qualunque mappatore con residenza all'interno del territorio modenese ha
> conoscenza relativamente diretta dei luoghi, anche solo per esserci =
> passato.
> Estenderei la ricerca di eventuali mappatori a questo ambito.

Finora al mio messaggio ha risposto solo l'utente centurie.
Sentiti libero di propagare ad altri la richiesta di informazioni utili.
Purtroppo io sono piemontese e non ho la conoscenza dei luoghi o dei
mappatori di zona.

> Saluti Beppe

Ciao
Fabrizio

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

Re: [Talk-it] (senza oggetto)

[Sky One]

2012/6/3 Beppe :

> considerazioni a seguire:
> mappatura "sul campo". Le zone sono intasate da Protezione civile - =
> forze
> dell'ordine - volontari e sedicenti tali - ma soprattutto da sfollati!=20
> I cosi detti volontari SONO IN ECCESSO e appesantiscono la macchina a
> supporto (consumano cibo e acqua). Vivamente consigliato di NON andare =
> in
> loco.

Se quello che dici è vero, è una cosa particolarmente grave: i singoli
Gruppi di Volontariato che intervengono hanno l'obbligo di essere
autosufficienti per quanto riguarda cibo e acqua per 48 ore. Non so
come funzioni lì, ma per altri campi di cui ho avuto diretta
conoscenza, le Colonne Mobili (provinciali o regionali) sono
intervenute con derrate per i propri Volontari sufficienti alla prima
settimana. Se calcoli che, per il momento, i turni di avvicendamento
per le Vostre zone sono di 5/7 giorni, capisci come chi interviene
dopo si porta dietro altro cibo o usufruisce di quanto fatto arrivare
dal Dipartimento. Mai si arriva in un luogo di emergenza e si
sottraggono risorse alla Popolazione (tanto per fare un esempio, non
si va nemmeno a fare la spesa al supermercato - se non come privati
cittadini per cose di estrema necessità o che ti sei dimenticato di
mettere nello zaino - dato che poi non sarebbero rimborsate); diverso
è il discorso (e spero tu intenda questa cosa) se arrivo al campo X,
vengo inviato in missione a prendere qualcosa nella città Y, è
mezzogiorno e mi fermo a mangiare un panino. Ripeto, questo è quanto è
stato fatto nei campi di mia conoscenza (l'ultimo esempio è il campo 2
di Monticchio - L'Aquila). Poi ogni capo-campo gestisce le cose a modo
suo, ma dubito seriamente che si cibino i Volontari per lasciare a
stecchetto la Popolazione; non sarebbe la prima volta e nemmeno
l'ultima che Volontari (o anche persone comuni che vogliono dare una
mano) che non siano autosufficienti o previsti nelle turnazioni,
vengano rimandati a casa (durante l'alluvione del Piemonte in alcune
zone arrivarono persone comuni con tanta voglia di fare ma senza
viveri e giacigli: furono ringraziate e gli fu detto "se oggi ci
volete dare una mano, ne siamo felici, però prima di sera tornate a
casa vostra"). Nulla so (dato che la situazione non è per niente
chiara e sembrano più leggende metropolitane alimentate dalla rete)
dei finti volontari (io spero che con "così detti" tu intenda questi)
che girano per le città dicendo di evacuare le abitazioni per scosse
imminenti: da quel che ho letto, le FFO stanno indagando ma (guarda un
po') non ci sono testimonianze reali, ma solo un generale "sentito
dire".
Torno "a bomba" se hai *precise* informazioni circa sprechi e/o
prevaricazioni da parte dei Volontari nei confronti della Popolazione,
segnalalo (agli Uffici comunali o provinciali di Protezione Civile, al
Dipartimento, ai giornali, a chi vuoi): purtroppo le mele marce ci
sono ovunque e, tra i Volontari, anche qualcuno che si crede Rambo o
superiore a chi sta subendo un dramma economico e psicologico
incredibile. Aiuta la parte sana del Volontariato ad isolare questi
personaggi (la Protezione Civile, per fortuna, non è solo Bertolaso et
simila).

> Le zone soggette a crolli sono zone OFF-LIMITS. Impedito l'accesso ai
> residenti. Meno che meno accedono soggetti terzi.

Ottimo: allora perché non mappare mettendo "access=no" su quelle zone?

> Tenuto conto di questo, aggiungerei:
>
> qualunque mappatore con residenza all'interno del territorio modenese ha
> conoscenza relativamente diretta dei luoghi, anche solo per esserci =
> passato.
> Estenderei la ricerca di eventuali mappatori a questo ambito.

Questa è un'ottima idea.
-- 
Cià
Cristiano / Sky One
Home: http://www.skyone.it (itinerari in moto e non solo)
Pensieri: http://blog.skyone.it

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