Re: [Talk-it] Importazioni dati francesi su territorio italiano
Il 16 settembre 2009 00.19, Alberto Nogaro ha scritto: > Cosa gli rispondiamo? Beh... siccome OSM è un progetto open, secondo me chiunque dovrebbe essere libero di caricare dei dati dove vuole, purché corretti, anche fuori dalla sua "zona di competenza" (posto che "zona di competenza" abbia un qualche significato, nello specifico) -- Maurizio Daniele - ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GMaps e Situazione traffico in tempo reale
2009/9/16 Alessandro Rubini : > Immagino che google abbia un abbonamento a questi dati da un operatore > di telefonia. Penso che il servizio italiano sia questo: http://www.octotelematics.it/octo/new/index_it.htm Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importazioni dati francesi su territorio italiano
>-Original Message- >From: talk-it-boun...@openstreetmap.org [mailto:talk-it- >boun...@openstreetmap.org] On Behalf Of Maurizio >Sent: mercoledì 16 settembre 2009 9.05 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Importazioni dati francesi su territorio italiano > >Beh... siccome OSM un progetto open, secondo me chiunque dovrebbe >essere libero di caricare dei dati dove vuole, purch corretti, anche >fuori dalla sua "zona di competenza" (posto che "zona di competenza" >abbia un qualche significato, nello specifico) +1 Credo che la richiesta sia stata postata per evitare il rischio di conflitti con eventuali importazioni in corso di dati analoghi da parte italiana. Allora se nessuno ha obiezioni, rispondo di pure procedere anche per il territorio italiano? Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stampare da OSM
>-Original Message- >From: talk-it-boun...@openstreetmap.org [mailto:talk-it- >boun...@openstreetmap.org] On Behalf Of Alessandro Rubini >Sent: lunedì 14 settembre 2009 10.15 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Stampare da OSM >Dipende _molto_ dalla latitudine, perche` e` una proiezione >di mercatore. Ogni parallelo ha la stessa lunghezza, quindi >la scala cresce con 1/cos(longitudine). > >Quella tabella non ha molto senso. A zoom 11 alla latitudine di milano >sono 53.5 metri per pixel (e londra 47), non 76.437028 come dice la pagina. > >Avevo gia` pensato di correggere quella pagina, ma i miei conti sono >spannometrici senza contare l'ellissoide. Qualcuno che sa farlo bene >e ha il carisma necessario per correggere le faq vuole correggerla? La pagina parla di "scala nominale". Dai tuoi conti mi pare di capire che si tratti dei valori calcolati all'equatore? Sarebbe bene chiarirlo, ed indicare anche in modo che non sia equivocabile la dipendenza dalla latitudine. Anche i valori di scala, sembrano una approssimazione della scala che si otterrebbe a 72 DPI, ma sulla pagina non è specificato, sarebbe meglio farlo. Hai carisma d'avanzo per fare le precisazioni, procedi pure :-). Per l'ellissoide, direi che potrebbe bastare una nota che dice che i dati non ne tengono conto, se poi qualcuno è capace di indicare il procedimento di calcolo che ne tiene conto può sempre integrare la pagina. Ciao. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importazioni dati francesi su territorio italiano
+1 che cambia se l'importer è italiano o francese? l'importante è solo la precisione del dato 2009/9/16 Alberto Nogaro : >>-Original Message- >>From: talk-it-boun...@openstreetmap.org [mailto:talk-it- >>boun...@openstreetmap.org] On Behalf Of Maurizio >>Sent: mercoledì 16 settembre 2009 9.05 >>To: openstreetmap list - italiano >>Subject: Re: [Talk-it] Importazioni dati francesi su territorio italiano >> >>Beh... siccome OSM un progetto open, secondo me chiunque dovrebbe >>essere libero di caricare dei dati dove vuole, purch corretti, anche >>fuori dalla sua "zona di competenza" (posto che "zona di competenza" >>abbia un qualche significato, nello specifico) > > +1 > > Credo che la richiesta sia stata postata per evitare il rischio di conflitti > con eventuali importazioni in corso di dati analoghi da parte italiana. > Allora se nessuno ha obiezioni, rispondo di pure procedere anche per il > territorio italiano? > > Ciao > > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it > -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GMaps e Situazione traffico in tempo reale
Federico Cozzi dixit: > 2009/9/16 Alessandro Rubini : >> Immagino che google abbia un abbonamento a questi dati da un operatore >> di telefonia. > > Penso che il servizio italiano sia questo: > http://www.octotelematics.it/octo/new/index_it.htm Proprio aggiornato, sono ancora senza il passante di Mestre :-) Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici importati da suddividere per inserimento di POI/civici?
2009/9/15 David Paleino > On Tue, 15 Sep 2009 19:10:55 +0200, Andrea Decorte wrote: > > > 2009/9/15 David Paleino > > > > > On Tue, 15 Sep 2009 18:27:02 +0200, Federico Cozzi wrote: > > > > > > > Probabilmente il numero civico è più comodo da gestire come nodo > > > > separato, così può essere messo nella posizione in cui si trova nella > > > > realtà (e uno stesso edificio può avere più numeri civici) > > > > > > Concordo, magari associandolo ad un'indicazione che lì c'è un ingresso > > > all'edificio. Personalmente ho usato building=entrance -- ma come mi > fece > > > notare Martin a suo tempo, building=* è definito come edificio. > D'altronde > > > barrier=entrance non è adatto, si potrebbe pensare ad un > > > barrier=building_entrance. > > > > Va bene per i numeri civici, ma se per esempio devo taggare una farmacia > o > > un bar? Stessa cosa? > > Se la farmacia o il bar è un edificio unico, i.e. sopra non c'è altro > (appartamenti, uffici, qualunque cosa), allora l'idea sarebbe di disegnare > l'edificio, taggarlo building=yes, amenity=pharmacy, e taggare l'ingresso > con > addr:housenumber e barrier=building_entrance (o building=entrance, che è > usato > *TANTO* (>2000)). > > Altrimenti, se non hai un edificio, puoi temporaneamente taggare tutto come > un > nodo, e mettere amenity= e addr:housenumber allo stesso nodo. > > Terza opzione: hai l'edificio, ma al di sopra c'è altra roba [1]. Lo tagghi > building=yes (o l'uso prevalente comunque, come building=apartments, [..]), > la > farmacia la metti come nodo interno all'edificio (quindi idealmente al > centro > dello spazio occupato dalla farmacia), e sul perimetro dell'edificio piazzi > barrier=building_entrance (o sai già che cosa) e addr:housenumber. > > Spero di non essere stato troppo complicato :) > > Ciao, > David > > [1] che io ricordi, c'è (o c'era) una proposta per taggare e raggruppare > "cose" > disposte in uno stesso punto, ma a livelli diversi (i piani di un palazzo, > per > esempio, o un parcheggio sotterraneo, o [..]).. però non saprei dirti né in > cosa consistesse tale proposta, né ricordo come cercare (la trovai per caso > vagabondando per wiki.osm.org) :) > > -- > . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino > : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ > `. `'` GPG: 1392B174 | http://snipr.com/qa_page > `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it > > Grazie per la risposta, però il mio problema è un pò più specifico. Ti mostro un esempio che spero chiarisca: qui http://osm.org/go/0IOFUw1m2-- se tu noti alla sinistra di Via 24 Maggio c'è un edificio unico, al cui interno c'è roba varia (bar ecc...). Ora le possibili soluzioni sono:1) divido in qualche modo l'edificio in sottoedifici (che poi alla fine dovranno essere praticamente attaccati, visto che nella realtà lo sono) 2) lascio gli edifici così e aggiungo nel punto dove c'è il bar un nodo e taggo quello Spero così sia un pò più chiaro Grazie ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici importati da suddividere per inserimento di POI/civici?
On Wed, 16 Sep 2009 12:00:41 +0200, Andrea Decorte wrote: > Grazie per la risposta, però il mio problema è un pò più specifico. Ti > mostro un esempio che spero chiarisca: qui http://osm.org/go/0IOFUw1m2-- se > tu noti alla sinistra di Via 24 Maggio c'è un edificio unico, al cui interno > c'è roba varia (bar ecc...). Ora le possibili soluzioni sono:1) divido in > qualche modo l'edificio in sottoedifici (che poi alla fine dovranno essere > praticamente attaccati, visto che nella realtà lo sono) È questa la soluzione :) Ovviamente non lasciare nessuno spazio tra gli edifici, se sono fisicamente "attaccati". Piuttosto, condividi i nodi del muro di confine di un edificio con l'altro. Esempio: +---++ | || | || +---++ non +---++---+ | || | +---++---+ Ricorda anche di rendere ogni "sotto-edificio" una way chiusa :) (quindi, alla fine, i "muri di confine" sono due way sovrapposte) Ciao, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici importati da suddividere per inserimento di POI/civici?
Il 16 settembre 2009 12.08, David Paleinoha scritto: > On Wed, 16 Sep 2009 12:00:41 +0200, Andrea Decorte wrote: > >> Grazie per la risposta, però il mio problema è un pò più specifico. Ti >> mostro un esempio che spero chiarisca: qui http://osm.org/go/0IOFUw1m2-- se >> tu noti alla sinistra di Via 24 Maggio c'è un edificio unico, al cui interno >> c'è roba varia (bar ecc...). Ora le possibili soluzioni sono:1) divido in >> qualche modo l'edificio in sottoedifici (che poi alla fine dovranno essere >> praticamente attaccati, visto che nella realtà lo sono) > > È questa la soluzione :) ma non puoi inventare la suddivisione in sottoedifici! dall'esempio di via 24 maggio dalla forma si intuisce qualche suddivisione, ma mentre la forma dell'edificio nella CTR è "vera" (cioè tratta da dati di fatto, salvo errori), una suddivisione arbitraria è "falsa" la seconda soluzione di Andrea è verificabile sul terreno, pur con errori e imprecisioni: > 2) lascio gli edifici così e aggiungo nel punto dove c'è il bar un nodo e > taggo quello -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici importati da suddividere per inserimento di POI/civici?
> 2) lascio gli edifici così e aggiungo nel punto dove c'è il bar un nodo e > taggo quello io farei così, mi sembra la soluzione più semplice e si riesce a gestire anche la situazione in cui un edificio contenga attività diverse sui diversi piani. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici importati da suddividere per inserimento di POI/civici?
On Wed, 16 Sep 2009 12:58:16 +0200, Daniele Forsi wrote: > Il 16 settembre 2009 12.08, David Paleinoha scritto: > > On Wed, 16 Sep 2009 12:00:41 +0200, Andrea Decorte wrote: > > > >> Grazie per la risposta, però il mio problema è un pò più specifico. Ti > >> mostro un esempio che spero chiarisca: qui http://osm.org/go/0IOFUw1m2-- > >> se tu noti alla sinistra di Via 24 Maggio c'è un edificio unico, al cui > >> interno c'è roba varia (bar ecc...). Ora le possibili soluzioni sono:1) > >> divido in qualche modo l'edificio in sottoedifici (che poi alla fine > >> dovranno essere praticamente attaccati, visto che nella realtà lo sono) > > > > È questa la soluzione :) > > ma non puoi inventare la suddivisione in sottoedifici! La suddivisione NON la inventi! > dall'esempio di via 24 maggio dalla forma si intuisce qualche > suddivisione, ma mentre la forma dell'edificio nella CTR è "vera" > (cioè tratta da dati di fatto, salvo errori), una suddivisione > arbitraria è "falsa" Nella CTR suppongo gli edifici siano suddivisi. > la seconda soluzione di Andrea è verificabile sul terreno, pur con > errori e imprecisioni: > > > 2) lascio gli edifici così e aggiungo nel punto dove c'è il bar un nodo e > > taggo quello Ovviamente QUESTA è una soluzione TEMPORANEA. Ho consigliato la soluzione 1) perché i dati vengono da CTR, e gli edifici dovrebbero essere divisi. David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici importati da suddividere per inserimento di POI/civici?
> Ho consigliato la soluzione 1) perché i dati vengono da CTR, e gli edifici > dovrebbero essere divisi. questo è vero solo in parte, nella CTR c'è il layer con le divisioni archittettoniche che può essere usato come guida, ma non corrisponde quasi mai alle attività che si trovano all'interno dell'edificio: è abbastanza comune (soprattutto nei centri storici) che un unico edificio dal punto di vista archittetonico contenga bar, negozi, etc ... Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici importati da suddividere per inserimento di POI/civici?
On Wed, 16 Sep 2009 13:17:06 +0200, Stefano Salvador wrote: > > Ho consigliato la soluzione 1) perché i dati vengono da CTR, e gli edifici > > dovrebbero essere divisi. > > questo è vero solo in parte, nella CTR c'è il layer con le divisioni > archittettoniche che può essere usato come guida, ma non corrisponde > quasi mai alle attività che si trovano all'interno dell'edificio: è > abbastanza comune (soprattutto nei centri storici) che un unico > edificio dal punto di vista archittetonico contenga bar, negozi, etc > ... In questo caso, la suddivisione andrebbe comunque mappata; se poi un "lotto" (chiamiamolo così) ha una sola attività, bene; altrimenti si mappano come nodi le attività all'interno di quel "lotto". Ma di default dovremmo tendere ad essere i più precisi possibile. Scusate se non sono stato troppo chiaro prima, evidentemente *NON* intendevo che è lecito dividere arbitrariamente gli edifici :) Ciao, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] OpenStreetMap cheat mug now available
Qualcuno in zona Varese/Milano interessato ad un acquisto di gruppo? C -- Forwarded message -- From: Frederik Ramm Date: Tue, Sep 15, 2009 at 11:52 PM Subject: [OSM-talk] OpenStreetMap cheat mug now available To: OSM Talk Hi, a German company specialising in Open Source paraphernalia has produced an OpenStreetMap "cheat mug" in the tradition of the popular "vi mug" that you can see on many geek desks. The mug boasts 179 of the most important OSM tags (plus a somewhat fake "amenity=mug, access=private") and is dishwasher safe. Here is a picture: http://www.openstreetmap.de/fan-artikel/tasse-big.png Here are two happy customers: http://www.openstreetmap.de/fan-artikel/osm-tasse-kaeufer-froscon.jpg and here's the full design (spoiler warning): http://shop.kernelconcepts.de/images/osm-mug-preview.png I don't earn anything from the mug sales, but FOSSGIS e.V. (the soon to be German OSMF chapter...) does: Each mug costs 7.50 EUR to the end user, and 1.30 EUR of each sale go to FOSSGIS. They do international sales and shipping (you can order the mug online here: http://shop.kernelconcepts.de/product_info.php?products_id=112) but shipping individual mugs is prohibitively expensive. If there is interest in the international community then it would probably be best if people would pool orders. Their online shop is a bit quirky if you use the English interface - contact me offlist if there is a problem and I'll check with them. Bye Frederik ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Intersezioni cascine e campi
Credo di potermi rispondere da solo, però vorrei conferma. Ultimamente sono state importate le cascine della lombardia taggate come landuse=famyard. Spesso queste aree si intersecano con aree precedenti del tipo landuse=farm. Come gestire queste intersezioni? Credo che la cosa migliore sia con i multipoligoni: farm diventa l'esterno e famyard l'esterno (come è suggerito dal wiki). Oppure possiamo semplicemente lasciarli sovrapposti e dire al render che farmyard va sopra a farm? Oppure possiamo spezzettare i farm in tanti pezzi (un pezzo per un campo) e allora la cosa si risolverebbe da sola. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intersezioni cascine e campi
2009/9/16 Ruggero : > Credo che la cosa migliore sia con i multipoligoni: farm diventa > l'esterno e famyard l'esterno (come è suggerito dal wiki). Oppure > possiamo semplicemente lasciarli sovrapposti e dire al render che > farmyard va sopra a farm? Vai col multipolygon, è sicuramente l'opzione più pulita e anche più compatibile con l'export in altri formati (es. Garmin) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Cos'è questo "affare" su osmarende r?
Cos'è questo "affare" su osmarender? http://www.openstreetmap.org/?lat=46. 0259342193604&layers=0B00FTF&lon=11.469898223877&zoom=11 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cos'è questo "affare" su osmarende r?
giar...@blu.it ha scritto: > Cos'è questo "affare" su osmarender? > http://www.openstreetmap.org/?lat=46.0259342193604&layers=0B00FTF&lon=11.469898223877&zoom=11 > > evidentemente un errore di rendering, non esiste nulla tra i dati che generi quel trapezio. Edoardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cos'è questo "affare" su osmarende r?
giar...@blu.it wrote: > Cos'è questo "affare" su osmarender? > http://www.openstreetmap.org/?lat=46. > 0259342193604&layers=0B00FTF&lon=11.469898223877&zoom=11 > scusate se mi intrometto (visto header per caso), ho forzato il re-render dei livelli zoom da 12 a 17, e il problema è sparito. Sui livelli zoom da 11 =-> 0 bisognerà aspettare il server di OSM. BeppeC. -- Giuseppe Castagno Acca Esse http://www.acca-esse.it giuseppe.castagno at acca-esse.it beppec56 at openoffice.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intersezioni cascine e campi
On mer, 2009-09-16 at 16:38 +0200, Federico Cozzi wrote: > 2009/9/16 Ruggero : > > Credo che la cosa migliore sia con i multipoligoni: farm diventa > > l'esterno e famyard l'esterno (come è suggerito dal wiki). Oppure > > possiamo semplicemente lasciarli sovrapposti e dire al render che > > farmyard va sopra a farm? > > Vai col multipolygon, è sicuramente l'opzione più pulita e anche più > compatibile con l'export in altri formati (es. Garmin) Inoltre, ho notato che nella zona di Parma è stato già fatto così. Vi segnalo comunque che alcuni dei farmyard della Lombardia sono a loro volta dei multipolygon, perché hanno dentro dei laghetti o qualcosa di simile. Ho trovato anche un farmyard dentro un farm a sua volta dentro un forest. Ciao Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] scala sul sito (era: stampare)
2009/9/14 Alessandro Rubini : > Noto ora che la scala indicata sul render di openstreetmap e` statica. > Cioe` non cambia se mi sposto in luoghi diversi e riporta sempre la > scala equatoriale. maps.goo invece lo cambia correttamente. > > Quindi le distanze indicate per l'italia sono circa sbagliate tra il 23% > (36 gradi, sud sicilia) e il 46% (47 gradi, alte alpi). > > /alessandro, che non sa ancora segnalare i bachi si possono segnalare su trac.openstreetmap.org ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] VOTING definizione HIGHWAY
finalmente ;-), se non avete ancora fatto, votate per favore: http://wiki.openstreetmap.org/wiki/Highway_key_voting_importance Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GMaps e Situazione traffico in tempo reale
2009/9/16 Nicola Cadenelli : > Sapete che Google Maps permette di verificare la situazione del traffico > nelle autostrade dei paesi come U.S.A, Gran Bretagna e Francia? > Per vederlo basta mettersi su una delle nazioni anche con zoom un po' alti e > cliccare sul tasto traffico presente in alto a destra, se si vede solo un > semaforo siete a zoom troppo alti! > > La cosa mi sembra non male e qui mi chiedo: Hanno gia pensato di > implementare una cosa simile in OSM? Da dove vengono prese le informazioni > del traffico? sulla lista tedesca gira una discussione sul uso dei dati TMC, anche nel wiki si trova una proposta. Se non la trovi mi metto a cercare il thread tedesco (c'era un link). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it