[Talk-us] rayman 765

A user by the name of rayman 765 has been making some... interesting edits. He seems to be mapping some fictitious road "80/erie highway", in bits and pieces with various classifications (everything from secondary to motorway). He's also been adding and naming streets with abbreviated names and no

[OSM-talk] Limitations on mapping private information

While OSM has a Privacy Policy [1] regarding the data of OSM users, it appears we are lacking a central reference point about which personal data about individuals are to be mapped within the OSM database, and which not. For the purpose, a wiki page has been created [2] which can be discussed

Re: [Talk-ca] BC2020i - Solving the licensing issues

Makes sense Stewart! On Fri, Feb 9, 2018 at 5:37 PM, Stewart C. Russell wrote: > On 2018-02-08 08:39 PM, Tracey P. Lauriault wrote: > > > > OSM resembles ordnance survey as was part of the original raison > > d'etre When it started in the UK, but that does not preclude the > >

Re: [Talk-ca] BC2020i - Solving the licensing issues

On 2018-02-08 08:39 PM, Tracey P. Lauriault wrote: > > OSM resembles ordnance survey as was part of the original raison > d'etre When it started in the UK, but that does not preclude the > possibility of incorporating administrative boundaries such as wards, > and less formal boundaries such as

Re: [Talk-it] [Imports] Fwd: Re: Sabbioneta buildings import

On Thu, Feb 8, 2018 at 2:49 PM, Andrea Musuruane wrote: Hi Andrea, I understand this is your first import (and I definitely hope it's not your > last!). It's really difficult to get things right the first time. Imports > are not easy tasks - there are so much things to pay

Re: [Talk-it] Tabellone con foto

Il 09/02/2018 21:39, demon.box ha scritto: ciao, che board_type potrei mettere a questo tipo di bacheca fotografica/storica? grazie Per me history, come quello dell'altra volta, anche se contiene foto mi pare

[Talk-it] Tabellone con foto

ciao, che board_type potrei mettere a questo tipo di bacheca fotografica/storica? grazie --enrico -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

[Talk-us] OpenStreetMap US Board Elections

Hello, I invite all my fellow US-based OpenStreetMap enthusiasts to run for the board of OpenStreetMap US. We initially announced that the deadline for nominations was the 4th of February, but so few people nominated that we extended it to the 11th (this Sunday). Please check out the original

[Talk-TW] 樹木消失問題

Dear all 先前Miller Liu不知道為了什麼原因，把台灣地圖上能看到的樹林都刪除了 像是台大椰林大道的樹木 https://www.openstreetmap.org/changeset/53688054#map=12/24.9941/121.4810 https://www.openstreetmap.org/changeset/53685400 https://www.openstreetmap.org/changeset/52682153#map=8/23.856/121.398

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

2018-02-09 16:51 GMT+01:00 Simone Saviolo : > Il giorno 9 febbraio 2018 16:04, Martin Koppenhoefer < > dieterdre...@gmail.com> ha scritto: > > In che modo è una feature? > > rispecchia il consenso, e se assente, si può capire. > Taginfo è un tool per navigare la

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

Il giorno 9 febbraio 2018 16:04, Martin Koppenhoefer ha scritto: > un db a parte non sarebbe male (si sta anche cercando di farlo con i tag > wikidata), ma per le definizioni mi sembra meglio un wiki, perché è > trasparente. Un db è troppo complesso, e si prenderebbe

Re: [Talk-ca] Talk-ca Digest, Vol 120, Issue 23

I concur. Take it one step further. Show different examples of good, bad and ugly building models based on explicit criteria. This will help us “educate” those who are keen on participating. Another consideration is accessibility strategies for those disabilities. Jonathan From:

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

2018-02-08 12:01 GMT+01:00 Lorenzo "Beba" Beltrami : > Ciao Martin, > sono d'accordo con te sul caso specifico dei social_facility e sul fatto > che noi riempiamo un database "alla cieca" rispetto a quello che cerca > l'utente (e la trovo una cosa non sbagliata). > >

Re: [Talk-br] Como mapear Polícia Rodoviária?

Fazendo um resumo, interpreto como: 1- Usar "operator" para caracterizar polícia rodoviária pelo nome do operador não teve objeções. Até ensejou generalizações que podem ser úteis para outros tipos de extração de dados, como sugeriu santamariense; 2- Colocar um nome genérico como "Polícia

[Talk-es] Complemento de JOSM para visualizar conjuntos de cambios

Hola, Rub21 acaba de publicar un artículo [1] en su diario personal de OSM con una reseña del complemento «changeset-viewer» para JOSM [2]. El complemento permite visualizar uno o varios conjuntos de cambios directamente en JOSM. Aún no lo he probado, pero parece que puede ser de gran ayuda en

Re: [Talk-it] problemi del motore di ricerca con i tag, addr:place

appena trovato, forse qualcuno ci aiuta in questo GSoC: https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2018/Project_Ideas#Nominatim ;-) Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org

Re: [Talk-it] problemi del motore di ricerca con i tag, addr:place

2018-02-09 8:31 GMT+01:00 marco.baietto : > > > Certo, ce ne sono molti, per esempio i comuni di Caprile o Portula (BI) > hanno la toponomastica basata quasi completamente su Frazioni. Ti metto un > paio di esempi: > - se cerchi "63 Castagnea Portula" ti trova

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

Per dare la mia prospettiva su alcuni tag che sono stati definiti poco utili: per me sac_scale e trail_visibility sono, insieme alla corretta relazione escursionistica, i tag cruciali da aggiungere su ogni tratto di sentiero se noti e le tre cose principali che un escursionista che consulti la

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

Secondo me le 2 cose dovrebbero convivere, perché è insindacabile la necessità di sapere sin dall'inizio qual' è il grado di difficoltà maggiore, è questo lo assolve egregiamente la relazione con le scale CAI, altrettanto importante è sapere dove esattamente è il punto più difficile è che

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

Un po' in ritardo... dico il mio pensiero, almeno per come interpreto io lo spirito di OpenStreetMap. Il tuo ragionamento lo accetto se per il tuo uso avessi bisogno delle tue 50 relazioni e basta, ma se ne utilizzi anche altre potrebbero essere il frutto di ore "perse" da qualcun altro per

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

Ringrazio dei chiarimenti che altro non fanno che confermare la mia idea di non perder tempo a inserire dati "inutili.Mi permetto a proposito della scala CAI e  Sac di aggiungere una cosa la scala CAI fa come dici tu però quella Sac è attribuibile alla singola way. Alcuni qui volevano

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

Non voglio assolutamente far prevalere le mie idee ma solo spiegare a chi voleva convincermi  delle sue. Ed ho spiegato perché non lo faccio. Tutto qui. Perché boria ecc.Ciao Messaggio originale Da: Francesco Pelullo Data: 09/02/18 09:15 (GMT+01:00) A:

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

Il giorno 9 febbraio 2018 08:50, Dino Michelini ha scritto: > Ciao questo argomento se ne parlò anche tempo fa. Nel tuo ragionamento > richiami molti problemi di cui ad es. 24 associazioni nazionali alpine > discutono da tempo: classificazione difficoltà, segnavia,

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

>dei VVFF non ha ne le competenze nè le risorse per affrontare il >problema in questo modo. Soprattutto economiche, se no consiglierei di appoggiarsi ai servizi mapbox cloudmade ecc. (A pagamento) Purtroppo, non credo che in OSMF ci siano abbastanza programmatori per migrare da nominatim ad

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

Ciao Ti quoto interamente perché vorrei che rileggessi quello che scrivi. In tanti anni di mailing lista, non avevo mai letto un messaggio scritto con tanta boria e tanta pienezza di sé. Sono tre o quattro volte che citi queste famose CINQUANTA relazioni manco fossero 50 sfumature di qualcosa.