Certamente, mica siamo maps.me ;-) Credo possano coesistere nodo e way con lo stesso addr:* Si potrebbe impostare un maproulette o simili per rimuovere dalla way (od unire al nodo) questi tag. Stessa cosa per Milano: credo sia inutile fare la conflation anche sugli addr delle way e multipoligoni: la distanza dal centroide sarebbe sempre superiore a quella utile.
Il ven 29 mag 2020, 21:40 Lorenzo Mastrogiacomi <lomastr...@gmail.com> ha scritto: > Faccio notare che gli indirizzi sugli edifici a volte sono proprietà di > negozi, hotel, farmacie, eccetera. Sono utili e vanno preservati in qualche > modo. > https://overpass-turbo.eu/s/UwK > > > Lorenzo > > > Il giorno ven, 29/05/2020 alle 10.07 +0200, Andrea Musuruane ha scritto: > > Cascafico, apprezzo la buona volontà, però, prima di fare QA, > *possiamo concordare sul sistemare l'esistente, secondo quanto scritto > sulla wiki? * > > Una volta che siamo concordi (*servono delle risposte da parte di molti a > questa mail*) bisogna informare la ML di import (mi prendo io questo > onere). > > Altrimenti continuiamo a fare lo stesso errore che ha fatto gigi2037 e ci > avviamo a fare un revert. > > Grazie, > > Andrea > > > > On Fri, May 29, 2020 at 9:55 AM Cascafico Giovanni <cascaf...@gmail.com> > wrote: > > Adesso overpass dice 87, umap tutta verde :-) > > Il giorno gio 28 mag 2020 alle ore 13:56 Andrea Musuruane < > musur...@gmail.com> ha scritto: > > Prima di continuare a fare QA, possiamo concordare sul sistemare > l'esistente, secondo quanto scritto sulla wiki e di conseguenza informare > la ML di import? > > Per quanto riguarda gli esponenti numerici, sono 87 nel dataset del comune > ma in OSM ce ne sono solo 66. Quindi ne mancano 21. > > [out:json][timeout:25]; > area[name="Bergamo"][admin_level=8]->.searchArea; > node["addr:housenumber"~"[0-9]+\/[0-9]+"](area.searchArea); > out body; > >; > out skel qt; > > Ciao, > > Andrea > > > On Thu, May 28, 2020 at 1:37 PM Cascafico Giovanni <cascaf...@gmail.com> > wrote: > > Ne ho fatti una ventina, sembrano tutti. Una rivista alla umap dipo che > mapnik ha aggiornato ci vorrebbe > > Il gio 28 mag 2020, 12:08 Andrea Musuruane <musur...@gmail.com> ha > scritto: > > Li hai corretti tu? > > Ciao, > > Andrea > > > On Thu, May 28, 2020 at 12:04 PM Cascafico Giovanni <cascaf...@gmail.com> > wrote: > > Subalterni numerici dovrebbero essere risolti. Vedi wiki e umap linkata. > > Il mer 27 mag 2020, 11:08 Andrea Musuruane <musur...@gmail.com> ha > scritto: > > Ciao a tutti, > ho provato a documentare questo import sulla wiki: > https://wiki.openstreetmap.org/wiki/Import/Catalogue/Bergamo_address_import > > Se concordate, per procedere e mantenere i dati importati in OSM, bisogna > fare tanta QA. I casi che ho trovato sono elencati nella wiki. Non escludo > che lavorandoci più attivamente sopra, se ne scoprano altri. > > Ciao, > > Andrea > > > On Mon, May 18, 2020 at 1:08 PM Andrea Musuruane <musur...@gmail.com> > wrote: > > Ciao, > > On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni <cascaf...@gmail.com> > wrote: > > Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo > l'esponente. > > > Perché in maiuscolo? > > Prima di continuare (chiunque), possiamo almeno scrivere una pagina di > import che descrivere le cose fatte/da fare? > > Lato mio posso: a) fare uno script di conversione con ogr2osm b) suggerire > di usare come modello la pagina di import che avevo fatto per Biella > https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses > > Grazie, > > Andrea > > _______________________________________________ > Talk-it mailing list > > > _______________________________________________ > Talk-it mailing list > Talk-it@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-it >
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
