Re: [Talk-it] Cambiare formato testo in JOSM
Il giorno 29 settembre 2013 14:11, Simone Cortesi sim...@cortesi.com ha scritto: ... vieni a OSMIT? birre pagate, non faremo rimanere assetato questo ragazzo. Purtroppo non posso, ma salvo questo messaggio a futura memoria ;-) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare formato testo in JOSM
Il giorno 28 settembre 2013 22:55, Simone Cortesi sim...@cortesi.com ha scritto: ho usato il tuo script per correggere delle scuole erroneamente inserite con TUTTO MAIUSCOLO, il tuo script mi effettua correttamente le modifiche, ma al momento di fare upload, mi dice che non ci sono modifiche da inviare al server osm. Sì, funzionava solo su oggetti creati ex novo. Quello in allegato va bene anche per oggetti scaricati da OSM. Altre modifiche: - per sicurezza, agisce solo sugli oggetti selezionati - alla fine mostra un messaggio con i nomi cambiati - le modifiche si possono annullare. Ciao, Groppo P.s. provando lo script ho visto che l'ultima versione di JOSM mostra un popup (upload successful) dopo che si sono caricati i dati su OSM. capitalize_names_of_selected_objects.py Description: Binary data ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare formato testo in JOSM
Il giorno 27 settembre 2013 23:23, marco bra marcobra.ubu...@gmail.com ha scritto: Groppo, non ho usato il tuo script, ma l'ho provato ed e' potente, sarebbero da discriminare alcune liste di parole... che non vanno maiuscole... di, del etc. Sì, il mio era un esempio per far vedere cosa si può fare. Lo si può modificare/migliorare in base alle proprie esigenze. Ad esempio, con le modifiche qui sotto (vedi ### aggiunta), tiene conto di alcune preposizioni ed alla fine stampa sul terminale la lista dei nomi e le loro conversioni. #codice script Capitalize words of name=* tags in JOSM import sys from javax.swing import JOptionPane from org.openstreetmap.josm import Main def getMapView(): if Main.main and Main.main.map: return Main.main.map.mapView else: JOptionPane.showMessageDialog(Main.parent, Apri dei dati, prima di eseguire lo script.) sys.exit(1) aggiunta prepositions = [ di , del , della , delle ] mv = getMapView() if mv and mv.editLayer and mv.editLayer.data: dataset = mv.editLayer.data elements = [] elements.extend(dataset.nodes) elements.extend(dataset.ways) elements.extend(dataset.relations) #For each OSM object in the dataset for element in elements: tags = element.getKeys() if len(tags) != 0: if name in tags: #capitalize words of name value oldName = element.get(name) newName = oldName.title() aggiunta for prep in prepositions: newName = newName.replace(prep.title(), prep.lower()) tags[name] = newName #Print names to terminal print %s --- %s % (oldName, newName) #Update element tags element.setKeys(tags) JOptionPane.showMessageDialog(Main.parent, Done.) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scrivere ed eseguire script in JOSM (era: Cambiare formato testo in JOSM)
Il giorno 27 settembre 2013 23:23, marco bra marcobra.ubu...@gmail.com ha scritto: ... Ci potresti lasciare qualche riferimento disponibile in rete, che per tua esperienza, è utile per approfondimenti... Gli script (in Pyhton, Javascript, Groovy o Ruby) possono essere eseguiti tramite il plugin Scripting: http://gubaer.github.io/josm-scripting-plugin/ scrivendo il codice nella console: menu Scripting -- Show scripting console o eseguendoli come files: Scripting -- Run... Per eseguire il codice all'avvio di JOSM bisogna invece creare un plugin ( http://gubaer.github.io/josm-scripting-plugin/). Questi passi, però, non sono necessari se si vuole fare un semplice scirpt, che si lancia a mano. Alcuni esempi di script: https://github.com/Gubaer/josm-scripting-plugin/tree/master/scripts A chi non conosce Python, consiglio queste due guide: http://swaroopch.com/notes/python/ http://www.python.it/doc/Howtothink/HowToThink_ITA.pdf.gz Per interagire con JOSM (leggere i dati aperti, modificare i tags, creare layers...) bisogna consultare la documentazione di JOSM: http://josm.openstreetmap.de/doc/ Essendo scritta per JAVA, la documentazione va un po' interpretata, per poter fare le stesse cose in Python. Se si vuole aggiungere un'interfaccia grafica allo script (dialoghi, finestre, pulsanti) si usa Swing: http://docs.oracle.com/javase/tutorial/uiswing/components/dialog.html Un altro esempio di script Python per JOSM che può essere consultato è il mio script per scaricare e correggere in sequenza gli errori (qat_script), che però non usa funzioni di lettura/modifica dei tags. (SPAM...) Ne approfitto per segnalare alcuni aggiornamenti che non ho mai annunciato in lista: - possibilità di vedere solo gli errori di un'area preferita, ad es. un comune (grazie a jts topology) - supporto di Osmose. Da Preferenze -- Osmose si può chiedere di mostrare solo gli errori di una certa gravità o di un determinato mapper. - traduzione in italiano (tedesco e francese, grazie a Poppei82 ed operon) - lo script può essere lanciato da una directory qualsiasi. http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare formato testo in JOSM
2013/9/26 bredy bredy...@yahoo.it Ho dei nomi di località tutte in maiuscolo con tag name, c'è un modo per trasformarle con solo iniziali maiuscole? Puoi provare in JOSM, tramite uno script Python. Se non lo hai già, devi installare e configurare il plugin Scripting, come scritto qui: http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script/Installation nella prima sezione: Abilita in JOSM l'esecuzione di script esterni. Poi: 1 - apri il file .osm 2 - vai sul menu Scripting -- Show scripting console -- Change e selezioni python, with jython engine 3 - incolli nella console il codice più sotto e premi Run. Lo script passa in rassegna nodi, way e relazioni e trasforma in maiuscolo la prima lettera di ciascuna parola nel tag name. Es. name = abc ABC -- name = Abc Abc Come sempre, conviene provare su una copia e controllare il risultato prima di caricare su OSM ;-) (oltre a seguire le solite procedure per gli import, se è una fonte nuova.) Ciao, Groppo #codice script Capitalize words of value in name=* tags, through JOSM import sys from javax.swing import JOptionPane from org.openstreetmap.josm import Main def getMapView(): if Main.main and Main.main.map: return Main.main.map.mapView else: JOptionPane.showMessageDialog(Main.parent, Apri dei dati, prima di eseguire lo script.) sys.exit(1) mv = getMapView() if mv and mv.editLayer and mv.editLayer.data: dataset = mv.editLayer.data elements = [] elements.extend(dataset.nodes) elements.extend(dataset.ways) elements.extend(dataset.relations) #For each OSM object in the dataset for element in elements: tags = element.getKeys() if len(tags) != 0: if name in tags: #capitalize words of name value tags[name] = element.get(name).title() #update tags element.setKeys(tags) JOptionPane.showMessageDialog(Main.parent, Done.) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] query overpass - non funziona come dovrebbe
Il giorno 26 settembre 2013 18:01, Simone Cortesi sim...@cortesi.com ha scritto: ciao, sto cercando di estrarre tutte le fermate che appartengono alla relation dell'autobus 3 di pavia (in una sola direzione): http://www.openstreetmap.org/browse/relation/2150562 la chiamata a overpass che segue mi restituisce anche alcune fermate che non appartengono al percorso: http://overpass-turbo.eu/s/17u Forse con questo: query type=node around from=stops radius=100/ has-kv k=bus v=yes/ /query unisci alla query anche i nodi con bus=yes e distanza 100 ma non necessariamente appartenenti alla relazione. Se non sbaglio, per avere i nodi con ruolo stop, appartenenti alla relazione, dovrebbe bastare: ( relation({{bbox}}) [route=bus] [ref=3] [from=Montebolone]; ); node(r:stop); out; http://overpass-turbo.eu/s/17w Per convertire in query XML: http://overpass-api.de/query_form.html Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri romani sulle vie
Il giorno 24 settembre 2013 11:39, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 24/09/2013 09:06, emmexx ha scritto: ... Comunque, per non andare troppo OT confondendo i futuri mappatori, immagino che dal punto di vista di OSM sia meglio utilizzare i numeri arabi. Dal punto di vista di OSM conta che qualsiasi sia il modo in cui viene digitato il nome della via da chi la sta cercando il sistema la trovi. Se non mi sbaglio, qualche anno fa l'usanza era di scrivere: name = Via 20 settembre alt_name = Via XX settembre Pensavo fosse una convenzione, ma non ce n'è traccia in: https://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import toponimi Trentino
Ciao, sono trevigiano ma leggo questa lista per vicinanza e curiosità :-) Il giorno 21 agosto 2013 12:09, Alessio Zanol nar...@infinito.it ha scritto: Vorrei importare i toponimi della Provincia di Trento [0]. ... davvero dati interessanti però un import massivo è assolutamente da evitare ... Servirebbe quindi qualche tool per un import semi-manuale. Mi è subito venuto in mente il tool per l'import dei toponimi istat realizzato da Niccolò Rigacci [1] che avevo trovato davvero ottimo. ... In alternativa qualcuno di voi ha qualche tool o ricetta pratica da usare? Suggerisco di sfruttare la funzione: remote link + add_node + addtags di JOSM e creare dei link che, quando cliccati, aggiungono in JOSM un nodo già completo di tag [0], per poterlo poi controllare manualmente. Es. http://localhost:8111/add_node?lon=13.3lat=53.2addtags=natural=tree|name=Great%20Oakhttp://localhost:8111/add_node?lon=13.3lat=53.2addtags=natural=tree%7Cname=Great%20Oak (creates node with natural=tree an name=Great Oak) Potreste integrare questa funzione nel tool di Niccolò Rigacci o creare una pagina web + openlayers + popup con i link. Questo dovrebbe essere semplice, ma bisognerebbe anche controllare man mano quelli già importati/visionati e segnalarli in modo differente sulla mappa. Ciao, Groppo [0] http://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl, a fondo pagina ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scoopsquare, news reader geolocalizzato
Il giorno 17 luglio 2013 09:42, sabas88 saba...@gmail.com ha scritto: Ciao, ieri sono capitato su questo sito italiano chiamato Scoopsquare ( http://www.scoopsquare.com/) Carino. Utilizza le api di Google Maps ma come layer utilizza OpenStreetMap, l'attribuzione l'hanno inserita su mia segnalazione in overlay sulla mappa. Ad essere pignoli dovrebbero aggiungere un riferimento alla licenza, così: “© OpenStreetMap contributors, ODbL” oppure trasformando l'attribuzione in un link: “© OpenStreetMap contributors” -- (http://www.openstreetmap.org/copyright) Grazie per averli avvertiti. 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] stazioni di ricarica elettrica
Il giorno 10 luglio 2013 18:12, Martin Koppenhoefer dieterdre...@gmail.comha scritto: hai ragione Fabri, in totale il taginfo di Davide Paleino dice il 27.5.2013 in Italia c'erano 73, con il link per overpass è questo: http://overpass-api.de/api/xapi_meta?*[amenity%3Dcharging_station] (ma ti trova tutti, non solo in italia). ciao, Martin Per restringere la zona si può usare la funzione select bbox, in alto a sx qui: http://overpass-turbo.eu/s/v4 e poi: Export -- JOSM Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni di ricarica elettrica
2013/7/10 David Riccitelli da...@insideout.io Bene, Il nuovo spreadsheet mi dice che ci sono 123 charging stations: https://docs.google.com/a/insideout.io/spreadsheet/ccc?key=0AgxvdfBRek4bdHRaR3M1bzBoWDh0azBuTVpkYTRnZGc#gid=0 Ho usato come coordinate: 35.82 latitudine 47.25 6.5 longitudine 18.96 Overpass esegue anche ricerche su aree. Non lo avevo detto perché pensavo che per l'Italia avrebbe impiegato troppo tempo, invece basta aspettare 1 minuto e mezzo. area[name=Italia]; ( node(area)[amenity=charging_station]; ); out meta qt; http://overpass-api.de/api/interpreter?data=area[name=Italia;];(node(area)[amenity=charging_station];);out meta qt; Risultato: 73 stazioni. Si ottiene lo stesso numero anche filtrando i dati dell'Italia [0] con il comando: osmfilter italy.o5m --keep=amenity=charging_station -o=stazioni.osm Ciao, Groppo [0] italy.o5m, ottenuto da: http://download.geofabrik.de/europe.html -- italy.osm.pbf aggiornato con osmupdate (+ file poly dell'Italia) e convertito in O5M: osmconvert italy.osm.osm.pbf -o=italy.o5m ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Correzione errori italia: domanda prima di operare pulizia sui nodi di way con tags
Il giorno 03 luglio 2013 23:31, Mario Pichetti mario.piche...@gmail.comha scritto: Il 03/07/2013 22:39, marco bra ha scritto: ... https://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script/Installation Con win7 non si riesce ad aggiungere /jython-standalone-2.5.3.jar!/ Per aggiungere il file devi fare clic sul pulsante Aggiungi e poi doppio click sulla riga vuota che compare. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trekker Street View a prestito
2013/6/30 emmexx emm...@tiscalinet.it http://search.slashdot.org/story/13/06/30/1731235/google-street-view-backpack-now-available-to-volunteers Bello, ma se poi le foto diventano di proprietà di Google e non viene data almeno la possibilità di usarle per ricavare dati aperti ... La scorsa settimana La Republica dava una notizia simile, riguardante un'azienda italiana: http://www.trailmeup.com/index.aspx All'interno del PDF con le informazioni sull'itinerario nello Yosemite c'era una mappa che mi ricordava un rendering OSM. Anche qui ci si può proporre per farsi spedire l'attrezzatura e riprendere un itinerario: http://www.trailmeup.com/Recruitment.aspx Mi par di capire che siano ancora agli inizi. In futuro gli si potrebbe chiedere di poter usare le foto per aggiungere info in OSM. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pdf con tutti i tag
Il giorno 16 giugno 2013 12:18, Martin Koppenhoefer dieterdre...@gmail.comha scritto: On 15/giu/2013, at 18:03, bredy bredy...@yahoo.it wrote: Ciao, mi domandavo se mai qualcuno ha pensato di realizzare un pdf con tutti i tag supportati sa OSM, sarebbe molto più semplice e sicuro il tagging. innanzi tutto dovresti definire supportati* e osm**! C'è la pagina mapfeatures nel wiki che definisce i tags più diffusi. ciao, Martin Anch'io volevo suggerire la pagina Map Features del Wiki: http://wiki.openstreetmap.org/wiki/Map_Features molto utile, specialmente per chi è agli inizi e vuole farsi un'idea delle cosa mappate più di frequente. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazza e parcheggio
Il giorno 03 giugno 2013 23:07, Alessio al...@tiscali.it ha scritto: Ciao a tutti. Sabato mi sono deciso a iscrivermi a OSM e ho iniziato a completare la mappatura del paese in cui abito (San Pietro in Casale, provincia di Bologna). Benvenuto! :-) Ho utilizzato inizialmente iD e poi sono passato a JOSM. Ho una domanda da farvi: - una parte della piazza antistante la chiesa e' adibita a parcheggio; ho percio' disegnato la piazza e, al suo interno, il parcheggio. Su OSM si vede la piazza, ma sembra che il parcheggio sia un piano sotto, si vede quasi in trasparenza sotto la piazza. Dove ho sbagliato? Non avrei dovuto sovrapporre le due entita? Ma il parcheggio e' una parte della piazza... Non hai sbagliato. I dati che inseriamo su OSM possono essere visualizzati (renderizzati) in mappe con stili differenti, vedi ad esempio http://www.openwhatevermap.org/. La mappa su www.openstreetmap.org è solo una delle possibili visualizzazioni e, a quanto pare, il suo stile prevede che una piazza (area taggata highway=pedestrian) abbia la precedenza su un parcheggio, nel caso in cui questi siano parzialmente sovrapposti. Quindi, i dati che hai inserito sono corretti anche se la mappa su osm.orgnon li visualizza nel modo migliore possibile. Per chiedere che la mappa su osm.org dia la precedenza ai parcheggi in questi casi, bisognerebbe aggiungere una richiesta qui [1]. Al momento però quelle segnalazioni sono praticamente congelate. Ci vorrà un po' di tempo perché vengano prese in considerazione, perché stanno facendo dei cambiamenti importanti nel modo in cui viene creato lo stile della mappa su osm.org. (Se il limite della piazza sono gli edifici puoi attaccare le loro way, in modo che abbiano dei nodi in comune, così come avviene per glie edifici adiacenti.) Ciao, Groppo [1] https://trac.openstreetmap.org/query?component=mapnikstatus=!closedorder=changetimedesc=1max=500 al momento la pagina non si carica ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uniformiamo e riduciamo i tag
Il giorno 30 maggio 2013 13:04, Aury88 spacedrive...@gmail.com ha scritto: ... Vorrei buttare così una proposta alla comunity (almeno italiana) per decidere insieme alcune poche e semplici linee guida in modo da semplificare la mappatura (almeno quella generica) e renderla più coerente possibile ... Per esempio l'amenity=school viene posta sull'area appartenente all'istituto scolastico mentre il building=school viene posto sulla struttura vera e propria (questo stile di mappatura proposto sul wiki spesso non viene rispettato in italia). Lo stesso vale per gli hospital... Mi pare che il metodo descritto dal Wiki sia comunemente accettato, almeno per scuole ed ospedali. Di solito, quando non viene rispettato è perché una cosa è stata mappata in velocità o da un nuovo mappatore. Ne approfitto per segnalare invece un errore abbastanza frequente: quello di mettere il tag (amenity=school, amenty=hospital...) sia sull'area che sull'edificio (o su un nodo ulteriore posto al centro di questo), invece che solo sull'area. Facendo così si dice che in quel luogo ci sono due o più scuole o ospedali. Qualcuno lo fa anche con i parcheggi, mappandoli con un'area + un nodo al centro, con gli stessi tag (amenity=parking...), quando invece bisognerebbe mettere uno solo dei due. Questi errori (doppia amenity) vengono segnalati da KeepRight e correggerli può essere un'occasione per uniformare il mapping: http://keepright.ipax.at/report_map.php?lang=itch50=1ch60=1ch70=1ch201=1ch220=1ch311=1ch312=1number_of_tristate_checkboxes=6highlight_error_id=0highlight_schema=0lat=41.87075lon=12.59489zoom=11show_ign=1show_tmpign=1layers=B0Tch=0%2C370 Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimenti a Castelgoffredo MN. Avrò fatto giusto?
Il giorno 07 maggio 2013 11:03, Giancarlo Pegoraro genkifa...@gmail.comha scritto: Intanto con l'avvento della nuova stable di Debian, io essendo in testing ho avuto l'aggiornamento di josm al 5608. Sembra buono :-) Forse vale la pena che aggiorni JOSM ulteriormente, la versione stabile (tested) attuale è la 5932. Io uso Ubuntu ma immagino che su Debian basti sovrascrivere il file /usr/share/josm/josm.jar con: sudo wget http://josm.openstreetmap.de/josm-tested.jar -O /usr/share/josm/josm.jar Quando usavo questo comando su Ubuntu non occorreva poi sistemare i permessi. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimenti a Castelgoffredo MN. Avrò fatto giusto?
Il giorno 06 maggio 2013 11:13, Giancarlo Pegoraro genkifa...@gmail.comha scritto: Ciao Groppo, Il 04/05/2013 10:58, Groppo ha scritto: Il giorno 04 maggio 2013 09:54, Giancarlo Pegoraro genkifa...@gmail.com mailto:genkifa...@gmail.com ha scritto: Guardando velocemente la zona ho notato due cose: - spesso hai etichettato una via con: name = Tizio ref = Tizio c'è un motivo particolare per il tag ref=Tizio? No! E' solo l'ignoranza che regna nella mia testa. Posso toglierlo? In questo caso, toglilo. Generalmente ref si usa per la sigla, numero utile a identificare la strada es.Strada Provinciale 34 Vattelappesca -- ref=SP34 http://wiki.openstreetmap.org/**wiki/IT:Key:refhttp://wiki.openstreetmap.org/wiki/IT:Key:ref(vedi a fodo pagina) - le way delle strade hanno dei nodi in comune con i capi agricoli adiacenti, poligoni taggati con landuse=farmland. Ci sono due modalità di pensiero, ma generalmente si preferisce tracciare il limite del campo (bosco o altro) al margine della strada. Quando si fa coincidere una strada con un campo è anche più probabile che si commettano errori di strade non connesse, di questo tipo http://i.imgur.com/0WXZ4Zt.png Lo sapevo che mi stavo inoltrando in un ginepraio. Io non ho toccato niente che avesse relazione con i landuse non conoscendo i pericoli. Ok, si vede che chi mappa nella tua zona tende a disegnare le strade attaccandole ai poligoni dei campi che le circondano. Chi inizia a mappare di solito imita (giustamente!) quello che già vede sulla mappa. Quindi, prima che tu prenda questa abitudine, volevo informarti che questa modalità di tracciare le strade spesso è sconsigliata, e si preferisce tracciare le way delle strade a centro strada ed il limite dei campi (boschi, piazze...) nella loro posizione reale, a bordo strada. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimenti a Castelgoffredo MN. Avrò fatto giusto?
Il giorno 04 maggio 2013 09:54, Giancarlo Pegoraro genkifa...@gmail.comha scritto: ... In questi giorni di riposo forzato, ho inserito i soli nomi delle vie alla mappa dove mi trovo tuttora. http://www.openstreetmap.org/?**lat=45.29852lon=10.46397** zoom=16layers=Mhttp://www.openstreetmap.org/?lat=45.29852lon=10.46397zoom=16layers=M ... Guardando velocemente la zona ho notato due cose: - spesso hai etichettato una via con: name = Tizio ref = Tizio c'è un motivo particolare per il tag ref=Tizio? Generalmente ref si usa per la sigla, numero utile a identificare la strada es.Strada Provinciale 34 Vattelappesca -- ref=SP34 http://wiki.openstreetmap.org/wiki/IT:Key:ref (vedi a fodo pagina) - le way delle strade hanno dei nodi in comune con i capi agricoli adiacenti, poligoni taggati con landuse=farmland. Ci sono due modalità di pensiero, ma generalmente si preferisce tracciare il limite del campo (bosco o altro) al margine della strada. Quando si fa coincidere una strada con un campo è anche più probabile che si commettano errori di strade non connesse, di questo tipo http://i.imgur.com/0WXZ4Zt.png Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 03 maggio 2013 09:09, Aury88 spacedrive...@gmail.com ha scritto: sospettavo una cosa del genere effettivamente... Comunque sia ho un dubbio sul pulsante con la v verde...non mi è mai capitato di vedere questo pulsante attivo. io i bug li ho sempre corretti e poi passavo al bug successivo...quel pulsante non l'ho mai potuto schiacciare. e poi ho caricato le correzioni tramite l'upload di Josm... Hai fatto bene. Il pulsante per segnalare al server gli errori che hai corretto, si attiva solo quando usi le segnalazioni di KeepRight, perché il sito OSM Inspector non ha questa funzione. http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script#Correzione_errori_in_sequenza purtroppo così facendo i bug da me corretti sono stati segnalati anche la volta successiva che ho avviato QATS :( È normale, devi aspettare che il sito OSM Inspector aggiorni le sue segnalazioni (mi pare ogni 2-3 giorni) per vederle ripulite degli errori che hai corretto. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 03 maggio 2013 14:54, Aury88 spacedrive...@gmail.com ha scritto: ... Ne approfitto per fare un'altra segnalazione .. gli errori duplicate ways caricano un'area spesso troppo piccola (alcune volte addirittura di pochi metri per lato) e naturalmente si verifica che non riesca a caricare alcun dato :( non si potrebbe allargare il riquadro di caricamento (che so, impostando una dimensione minima)? L'area da scaricare per le way duplicate la stabilisce OSM Inspector, ma quella di stabilire un'area minima può essere un'idea. Me la segno tra le cose da guardare, grazie. Se hai altre segnalazioni scrivimi pure in privato. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 02 maggio 2013 11:24, Simone Cortesi sim...@cortesi.com ha scritto: ho a disposizione una macchina potente e sempre connessa ad internet. mi piacerebbe farci girare degli script di QA sull'italia e rendere disponibile l'output per la comunità. c'e' qualche script mancante in italia che vorreste vedere? Sarebbe bello avere un'istanza di Osmose per l'Italia. http://wiki.openstreetmap.org/wiki/IT:Osmose (Potrei cercare di aggiungere le segnalazioni al mio script, per correggerle in sequenza.) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 02 maggio 2013 18:28, Aury88 spacedrive...@gmail.com ha scritto: (e si, il tuo script mi ha proprio preso...continuo ad usarlo per correggere qui e li in sicilia) Sono contento che abbia questo effetto. Una cosa che non ho detto è che, a differenza di Inspector, KeepRight toglie una segnalazione appena gli viene segnalata come corretta (pulsante con la v verde). Quindi non devi aspettare l'aggiornamento del servizio (es. Inspector o della mia pagina) per non incappare in errori già corretti ma puoi andare avanti, fino a che hai sistemato tutta l'isola. mi sono imbattuto in una way con un nodo che, rispetto l'immagine bing, era posizionato a circa il centro della strada a cui si sarebbe dovuta connettere la way, però purtroppo questa strada non è stata caricata perchè l'area di caricamento risultava troppo piccola...ho dovuto caricare a mano un area più estesa per permettere la visualizzazione della way. Succede perché in questo caso (strade non connesse) Inspector dà solo le coordinate del nodo, e le dimensioni dell'area da scaricare la calcolo io con dei valori di default. JOSM scarica tutti i nodi presenti nell'area e le way cui queste appartengono. Probabilmente quella way non è stata scaricata perché non aveva nodi che cadevano nell'area scaricata. Questo vale anche per i dati scaricati in JOSM nella maniera classica (File -- Scarica da OSM...) Riguardo all'altro messaggio, sul fatto che lo script mostra gli errori dell'area visualizzata e non scaricata, ti rispondo in privato, per non occupare troppo la lista. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 01 maggio 2013 17:54, Leonardo kinetocor...@gmail.com ha scritto: Ho avuto modo di provare il tool di Groppo, ecco alcuni commenti: -L'installazione è un pò macchinosa ma seguendo le istruzioni sul sito non ho avuto nessun problema. Purtroppo bisogna scaricare un po' di file, ma solo la prima volta. -Piccolo bug: se scaricate un Check che ha 0 errori, vi spostate su quello successivo e ritornate sopra al primo, JOSM genera una Eccezzione inattesa. Non crea problemi ma capita ogni volta che una categoria ha 0 errors. Grazie, me lo segno. -Suggerimento: Poter scaricare tutti gli errori di una categoria (es. Osm Inspector-Tutti gli elementi di Routing) in una volta sola. Per come è scritto lo script non è una cosa che si possa fare facilmente, ma ci penserò su. -Suggerimento: se effettuo una modifica e non l'ho uploadata quando premo Go to the next error, appaia un popup per ricordarmi di farlo. Però qualcuno potrebbe voler correggere più di un errore, prima di caricare. Si potrebbe mostrare il popup se le modifiche non vengono caricate dopo x errori revisionati, per spingere le persone a non correggere aree troppo estese. Lo aggiungo alle cose da provare. Leonardo Grazie per le segnalaizoni/suggerimenti! Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Ciao, sono curioso... sei riuscito poi a far funzionare lo script? Ciao, groppo Il giorno 25 aprile 2013 20:59, Groppo grop...@gmail.com ha scritto: Il giorno 25 aprile 2013 12:50, Aury88 spacedrive...@gmail.com ha scritto: complimenti groppo, come sempre un ottimo lavoro ;) Grazie, però è troppo divertente per essere considerato un lavoro ;-) scusami la domanda da niubbo...ma come lo installo? ... ho anche problemi con il Jython interpreter: in Scripting mi viene detto In order to use this feature the Jython interpreter has to be on the class path when you start JOSM. Currently, it isn't and Python support is therefore disabled. come faccio ad abilitare jython ? Questo è scritto sul terzo tab delle preferenze, che però non va toccato. Serve solo se si vuole usare lo script come un vero plugin, lanciandolo automaticamente all'avvio di JOSM. È una scritta un po' fuorviante, ho già segnalato la cosa allo sviluppatore. Quello che importa è aggiungere jython-standalone nel primo tab. purtroppo la voce *installazione* sul wiki non è presente :( grazie mille C'era un problema di link tra pagine inglesi/italiane, lo ho sistemato: http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script/Installation Grazie per il testing, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Scusate, ho risposto a me stesso, in lista invece che ad Aury, in privato... =-| Ciao, groppo Il giorno 30 aprile 2013 21:09, Groppo grop...@gmail.com ha scritto: Ciao, sono curioso... sei riuscito poi a far funzionare lo script? Ciao, groppo Il giorno 25 aprile 2013 20:59, Groppo grop...@gmail.com ha scritto: Il giorno 25 aprile 2013 12:50, Aury88 spacedrive...@gmail.com ha scritto: complimenti groppo, come sempre un ottimo lavoro ;) Grazie, però è troppo divertente per essere considerato un lavoro ;-) scusami la domanda da niubbo...ma come lo installo? ... ho anche problemi con il Jython interpreter: in Scripting mi viene detto In order to use this feature the Jython interpreter has to be on the class path when you start JOSM. Currently, it isn't and Python support is therefore disabled. come faccio ad abilitare jython ? Questo è scritto sul terzo tab delle preferenze, che però non va toccato. Serve solo se si vuole usare lo script come un vero plugin, lanciandolo automaticamente all'avvio di JOSM. È una scritta un po' fuorviante, ho già segnalato la cosa allo sviluppatore. Quello che importa è aggiungere jython-standalone nel primo tab. purtroppo la voce *installazione* sul wiki non è presente :( grazie mille C'era un problema di link tra pagine inglesi/italiane, lo ho sistemato: http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script/Installation Grazie per il testing, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 24 aprile 2013 23:21, sabas88 saba...@gmail.com ha scritto: Giusto in tempo http://wiki.openstreetmap.org/wiki/Notes Bello, ci voleva. Immagino che le sue segnalazioni saranno già usate da un plugin specifico, OpenStreetBugs Plugin, visto che a quanto pare Notes sostituirà il sito OpenStreetBugs. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 25 aprile 2013 00:23, Leonardo kinetocor...@gmail.com ha scritto: Ho provveduto a una rapida traduzione (probabilmente con qualche errore :) ) della pagina delle istuzioni, in modo tale da aiutare anche chi non mastica l'italiano. L'unica cosa è che non so come tradurre la frase Dal riquadro a scomparsa :/ Grazie per la traduzione. Ho tradotto Dal riquadro a scomparsa come From the toggle dialog. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 25 aprile 2013 12:17, Martin Koppenhoefer dieterdre...@gmail.comha scritto: Bellissimo! Una cosa che si potrebbe aggiungere o cambiare è la parola Error, che in realtà sono presunti errori, per quanto i tools avvertono di potenziali/probabili problemi che non sempre sono d'avvero problemi/errori. La cosa più semplice sarebbe cambiare il nome del menu. Mi vengono in mente: Reports, Bugs, Warnings e Problems (altri...?) ma non mi piacciono. Un generico QA Tools? Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 25 aprile 2013 12:50, Aury88 spacedrive...@gmail.com ha scritto: complimenti groppo, come sempre un ottimo lavoro ;) Grazie, però è troppo divertente per essere considerato un lavoro ;-) scusami la domanda da niubbo...ma come lo installo? ... ho anche problemi con il Jython interpreter: in Scripting mi viene detto In order to use this feature the Jython interpreter has to be on the class path when you start JOSM. Currently, it isn't and Python support is therefore disabled. come faccio ad abilitare jython ? Questo è scritto sul terzo tab delle preferenze, che però non va toccato. Serve solo se si vuole usare lo script come un vero plugin, lanciandolo automaticamente all'avvio di JOSM. È una scritta un po' fuorviante, ho già segnalato la cosa allo sviluppatore. Quello che importa è aggiungere jython-standalone nel primo tab. purtroppo la voce *installazione* sul wiki non è presente :( grazie mille C'era un problema di link tra pagine inglesi/italiane, lo ho sistemato: http://wiki.openstreetmap.org/wiki/IT:Quality_Assurance_Tools_script/Installation Grazie per il testing, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 09 aprile 2013 11:44, Simone Saviolo simone.savi...@gmail.comha scritto: 2013/4/8 Groppo grop...@gmail.com Il giorno 28 marzo 2013 19:35, Groppo grop...@gmail.com ha scritto: Il giorno 28 marzo 2013 17:54, emmexx emm...@tiscalinet.it ha scritto: È stato ha proposto di segnalare solo le entrate in rotatoria, senza turn_restriction, che hanno una strada laterale, per filtrare i casi più importanti tipo: Grazie! Simone Qualche giorno fa ho aggiunto questo controllo alla mia pagina, che nel frattempo ho trasferito qui: https://dl.dropboxusercontent.com/u/41550819/OSM/Errori_in_Italia_Grp/index.html (Scusate la sfilza di messaggi in pochi minuti, ho finito.) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [JOSM] Quality Assurance Tools script
Ciao a tutti. Annunciazione, annunciazione. Ho fatto uno script Python per JOSM dal nome altisonante, che permette di scaricare e correggere in sequenza gli errori riportati da KeepRight, OSM Inspector (solo alcuni) e la mia pagina. Video: https://dl.dropboxusercontent.com/u/41550819/OSM/qat_script/screencast.webm Info: http://wiki.openstreetmap.org/wiki/User:Groppo/Quality_Assurance_Tools_script Non è privo di difetti ma mi sembra utilizzabile. Se lo provate, segnalatemi pure via mail o qui eventuali problemi, grazie. Buone correzioni, c'è l'imbarazzo della scelta :) Groppo Note. Non sono un programmatore ma conosco un po' di Python ed ho iniziato lo script come mockup, per suggerire ad altri di estendere le funzioni del plugin Openstreetbugs, cui mi sono ispirato. Un vero plugin sarebbe la scelta migliore, perché essendo questo uno script esterno: ha bisogno di ~10 secondi per avviarsi, non può essere aggiornato automaticamente né tradotto facilmente in più lingue. Se ci sono altri strumenti che forniscono segnalazioni utili per l'Italia come XML posso provare ad aggiungerli alla lista dei tools supportati. Ringrazio Gubaer, lo sviluppatore del plugin per JOSM Scripting, per la pazienza nel rispondere a numerose domande. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [JOSM] Quality Assurance Tools script
Il giorno 24 aprile 2013 23:21, Leonardo kinetocor...@gmail.com ha scritto: Dimenticavo, questo merita un bel post sul blog internazionale. Se ho tempo domani lo scrivo in inglese proprio per avere la massima risonanza e cercare di portarlo alla conoscenza di più persone possibili. Vediamo prima quali (e quanti...) bug ci sono ;-) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Osmveneto] Progetto Import Ville Venete
Il giorno 16 aprile 2013 11:17, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2013/4/15 Paolo Monegato gato.selvad...@gmail.com Il moderatore, sulla tua pagina dice che building=* definisce il tipo di uso, non di edifici *And another note:* building=* defines the *type of use*. a quale pagina ti riferisci? Per sbaglio io avevo risposto solo in lista regionale. E' sbagliato type of use, corretto è building type (typology). Per me significa tipo architettonico. Vedi qui: http://wiki.openstreetmap.org/wiki/Building +1 Riassunto: 1) Leonardo ha creato una pagina per un ipotetico import delle ville venete: http://wiki.openstreetmap.org/wiki/Talk:Veneto/Ville_Venete 2) un moderatore del Wiki ha modificato la pagina contestando il tag building=villa perché: - building=villa non è usato (in realtà 20 in Taginfo vs 680 historic=manor) - villa è un tipo architettonico mentre, secondo lui, in building=* bisognerebbe mettere solo l'uso dell'edificio. Questo secondo punto è contrario a quanto è sempre stato detto in questa lista, cioè che building=tipo architettonico dell'edificio. Vedi discussione Leonardo-moderatore qui: http://wiki.openstreetmap.org/wiki/Talk:Veneto/Ville_Venete Nel resto del messaggio volevo solo far notare come altre pagine del Wiki contraddicano quanto detto dal moderatore e che quindi sarebbe meglio controllare quelle pagine, prima di modificarne una di un progetto locale, ancora in discussione. In lista regionale concludevo dicendo che io sarei a favore di: building=villa villa_type=veneto visto che sulla mappa abbiamo già building=church, building=school... in alternativa, va bene la proposta di Volker: historic=manor manor_type=villa_veneta Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Osmveneto] Progetto Import Ville Venete
Il giorno 12 aprile 2013 17:54, Leonardo kinetocor...@gmail.com ha scritto: ... ovvero l'import delle ville venete dal geoportale veneto. I Molte ville sono già in OSM e sono mappate con più poligoni, perché le parti di edificio hanno altezze diverse. http://i.imgur.com/DWnyNep.png Dove aggiungiamo i tags? Il problema è presente anche per i tag amenity=* su edifici complessi. Es. grandi chiese, rappresentate con più poligoni perché il tetto ha altezze diverse in corrispondenza delle navate. Dove si mette amenity=place_of_worship se non ci si accontenta di un nodo al centro? Qui, http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings si propone building:part=yes, per i vari poligoni, più una way ulteriore building=yes (+ name=Villa...) sovrapposta, coincidente con il perimetro. Non so se sia un modo di mappare condiviso, da Taginfo sembra abbastanza diffuso. Vorrei il vostro parere in merito soprattutto per quanto riguarda il tagging. Qualunque opinione è ben accetta! - per il tag building=*, io sono favorevole alla soluzione proposta da Martin in altro thread: building=villa + villa_type=veneto (visto che esiste castle_type=* [0]) - una tourism=attraction deve essere visitabile? Se è così, bisogna togliere il tag perché non tutte le ville lo sono, vedi: http://irvv.regione.veneto.it/index.php?wp=INDEX -- regione -- provincia... (Si potrebbe aggiungere anche) - start_date=valore campo RELS Datazione, ad esempio, start_date=16C per XVI sec. - ref:irvv=A05 + NCTN2 mi pare di capire che ogni villa abbia un codice univoco NCTN2, con prefisso A05 per il Veneto, che fa riferimento all'Istituto Regionale Ville Venete, ma è tutto da confermare. http://www.irvv.net/jsp/istituto.jsp?cat=00idm=40 In questo modo si potrebbero recuperare facilmente le villa sulla mappa. http://wiki.openstreetmap.org/wiki/Ref - Per le ville palladiane http://it.wikipedia.org/wiki/Ville_palladiane: architect=Andrea Palladio e se in elenchi UNESCO: http://wiki.openstreetmap.org/wiki/Proposed_features/heritage - contact:website http://www.villevenete.org/index.php?option=com_contentview=sectionid=7Itemid=6 Ho notato che le ville a cavallo di due elementi CTR sono tagliate. Ciao, Groppo [0] http://wiki.openstreetmap.org/wiki/Key:castle_type:de ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aumento notevole dei nodi solitari in breve tempo
Il giorno 09 aprile 2013 17:25, Leonardo kinetocor...@gmail.com ha scritto: Ciao, controllando la pagina degli errori OSM in Italia ho notato che c'è stato un forte aumento di nodi solitari (+5539) rispetto all'ultimo aggiornamento. Dato che mi sembrano tanti nel giro di qualche giorno non è il caso di indagare dove sono posti questi ultimi nodi solitari aggiunti? Ciao, è un falso avvertimento (Don't panic cit.). Quando ho scaricato i dati aggiornati di OSM, contemporaneamente ne stavano caricando una grande quantità [0] e le way non erano ancora arrivate sul server (questa è la mia interpretazione). Infatti, controllando sulla mappa, i nuovi nodi segnalati appartengono a delle way e rieseguendo il controllo su dati aggiornati, risulta corretto un numero analogo di nodi solitari. Ciao, Groppo [0] http://www.openstreetmap.org/browse/changeset/15657595 http://www.openstreetmap.org/browse/relation/2868146 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 28 marzo 2013 19:35, Groppo grop...@gmail.com ha scritto: Il giorno 28 marzo 2013 17:54, emmexx emm...@tiscalinet.it ha scritto: È stato ha proposto di segnalare solo le entrate in rotatoria, senza turn_restriction, che hanno una strada laterale, per filtrare i casi più importanti tipo: ... Nel tuo esempio, solo l'entrata che arriva dal parcheggio ha una laterale. Lo script però avrebbe dovuto escluderla perché la laterale è una ciclabile, quindi... c'è qualcosa che non va (grazie per la segnalazione). Ho fatto delle modifiche. Le entrate che hanno come unica laterale una cycleway non dovrebbero più essere segnalate. Ho escluso anche i casi in cui: - imboccare l'entrata in rotatoria sia l'unica scelta possibile ( http://osrm.at/2MV) - le laterali dell'entrata sono entranti, a senso unico. https://dl.dropbox.com/u/41550819/OSM/inversione_permessa.gpx (~1260 segnalazioni) Ciao, Groppo -- crea tabella con way entranti in rotatoria senza turn sul primo nodo DROP TABLE IF EXISTS all_roundabout_entry_without_turn; CREATE TABLE all_roundabout_entry_without_turn AS SELECT w2.id AS entry_id FROM ways AS w1, ways AS w2, junctions AS j1, junctions AS j2 WHERE w1.nodes[1] = j1.node_id AND w1.nodes[array_upper(w1.nodes, 1)] = w2.nodes[1] AND w2.nodes[array_upper(w2.nodes, 1)] = j2.node_id AND j1.id = j2.id AND NOT w1.tags ? 'junction' AND NOT w2.tags ? 'junction' AND w1.tags - 'oneway' 'no' AND w2.tags - 'oneway' 'no' AND w2.nodes[1] NOT IN (SELECT member_id FROM relation_members WHERE member_type = 'N'); CREATE INDEX ON all_roundabout_entry_without_turn (entry_id); ANALYZE all_roundabout_entry_without_turn; -- crea tabella con nodi delle way entranti, tranne primo ed ultimo DROP TABLE IF EXISTS all_roundabout_entry_without_turn_nodes; CREATE TABLE all_roundabout_entry_without_turn_nodes AS SELECT unnest(w.nodes[2:array_upper(w.nodes, 1)-1]) AS nid, e.entry_id AS entryid FROM all_roundabout_entry_without_turn AS e, ways AS w WHERE w.id = e.entry_id; CREATE INDEX ON all_roundabout_entry_without_turn_nodes (nid, entryid); ANALYZE all_roundabout_entry_without_turn_nodes; -- trova primo nodo delle way entranti che hanno nodi appartenenti a più way -- laterali, non entranti ed a senso unico DROP TABLE IF EXISTS turn_errors; CREATE TABLE turn_errors AS SELECT w.nodes[1] AS id FROM ways AS w JOIN ( SELECT e.entryid AS id FROM way_nodes, all_roundabout_entry_without_turn_nodes AS e, ways AS lat WHERE node_id = e.nid AND way_id = lat.id AND lat.tags - 'highway' NOT IN ('footway', 'path', 'cycleway') AND lat.id e.entryid AND CASE WHEN NOT lat.tags ? 'oneway' THEN TRUE WHEN lat.tags - 'oneway'='no' THEN TRUE WHEN lat.tags - 'oneway'='yes' THEN sequence_id = 0 WHEN lat.tags - 'oneway' = '-1' THEN sequence_id = array_upper(lat.nodes, 1) -1 END GROUP BY e.entryid ORDER BY e.entryid ) AS wrong_entry ON (wrong_entry.id = w.id); CREATE INDEX ON turn_errors (id); ANALYZE turn_errors; -- rimuovi casi in cui imboccare l'entrata sia l'unica scelta possibile DROP TABLE IF EXISTS roundabout_entry_without_turn; CREATE TABLE roundabout_entry_without_turn AS SELECT 'n'||n.id AS osmid, 'no turn' AS desc, n.geom AS geometry FROM nodes AS n WHERE n.id IN (SELECT wn.node_id FROM way_nodes AS wn JOIN turn_errors AS error ON (error.id = wn.node_id) GROUP BY wn.node_id HAVING Count(wn.node_id) 2); ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 28 marzo 2013 09:39, Aury88 spacedrive...@gmail.com ha scritto: ... riesci a postare qualche caso di falso positivo? Ne ho visti a Milano, quando le entrate/uscite di una rotatoria si prolungano fino a diventare due rami a senso unico di uno ste viale. http://www.openstreetmap.org/browse/node/21226605 http://www.openstreetmap.org/browse/node/25543930 Se sono solo casi di questo tipo, il numero non dovrebbe essere molto alto e potrebbero essere inseriti nella black-list quando si incontrano. Altre volte, la strada laterale *si immette* nell'entrata in rotatoria (nella query non tengo conto se la laterale sia o meno a senso unico ed in che verso). Nessuno farebbe inversione per imboccare la laterale contro mano (quasi... nessuno) ma il divieto d'inversione va messo comunque, è solo meno importante. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 28 marzo 2013 11:07, Simone Saviolo simone.savi...@gmail.com ha scritto: Attorno a questa rotonda [1] tutte le uscite mancano della turn restriction, ma una sola viene segnalata. Puoi dare un'occhiata ...? La query segnala solo il nodo http://www.openstreetmap.org/browse/node/724589200 perché gli altri due http://www.openstreetmap.org/browse/node/1272045797 http://www.openstreetmap.org/browse/node/724589201 non rispettano la condizione proposta da Aury88 per filtrare solo i casi più importanti: way che entrano in rotatoria *ed hanno una laterale* (Via Guglielmo Massaia, nel primo caso). Se l'entrata non ha una laterale, calano le probabilità che un navigatore proponga di passare per l'entrata facendo inversione sul nodo iniziale. L'uscita Viale Curtatone non è connessa all'entrata Via Curtarone, quindi non c'è nodo a cui serva turn_restriction. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 28 marzo 2013 17:54, emmexx emm...@tiscalinet.it ha scritto: Non so se possa servire segnalarti dei falsi positivi. Mi saranno utili se aggiungo questo controllo alla pagina, aspetto un altro po' per vedere se ci sono problemi. Ho trovato questi 2: Grazie, me li sono segnati. Non ho capito poi, ma mi sono un po' perso nella discussione, perche' viene segnalato solo uno dei 4 nodi di questa rotonda, quellaverso il parcheggio: http://www.openstreetmap.org/?lat=45.52009lon=9.21919zoom=18layers=M Perché le uscite da rotatoria senza obbligo di andare diritti sono più di 2. È stato ha proposto di segnalare solo le entrate in rotatoria, senza turn_restriction, che hanno una strada laterale, per filtrare i casi più importanti tipo: http://osrm.at/2Iw Nel tuo esempio, solo l'entrata che arriva dal parcheggio ha una laterale. Lo script però avrebbe dovuto escluderla perché la laterale è una ciclabile, quindi... c'è qualcosa che non va (grazie per la segnalazione). Per curiosità, hai modificato qualcosa (...tolto una laterale?) o hai solo aggiunto la turn_restriction? Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 27 marzo 2013 10:42, Aury88 spacedrive...@gmail.com ha scritto: ... intendevo che potremmo filtrare e togliere dal report le strade che hanno solo tre nodi in comune con altre strade. ...(naturalmente do per scontato che si parli di sole highway percorribili dalle macchine...capita spesso che vi siano passaggi pedonali e quindi highway=footway o altro che attraversano i raccordi e questi non dovrebbero venire contati) Mi sembra una buona idea, ho cercato le way che soddisfano queste condizioni. Riassumendo: entrate in rotatoria che hanno una strada laterale (non footway ecc...) nel cui primo nodo è quindi utile aggiungere l'oobbligo di proseguire dritti per chi proviene dall'uscita della rotatoria. Risultano 1567 way. Ci sono dei falsi positivi ma anche molti casi interessanti, da correggere: http://www.openstreetmap.org/browse/node/2122715707 http://www.openstreetmap.org/browse/node/806490 http://www.openstreetmap.org/browse/node/2104491729 http://www.openstreetmap.org/browse/node/130097211 http://www.openstreetmap.org/browse/node/51524726 File GPX: https://dl.dropbox.com/u/41550819/OSM/direzione_obbligata_mancante.gpx Se mi votate la fiducia, aggiungo le segnalazioni alla pagina nel prossimo aggiornamento. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Dimenticavo la query. Probabilmente è intutilmente complicata ma... sembra funzionare. --tabella con way entranti in rotatoria senza turn sul primo nodo DROP TABLE IF EXISTS all_roundabout_entry_without_turn; CREATE TABLE all_roundabout_entry_without_turn AS SELECT w2.id AS id FROM ways AS w1, ways AS w2, junctions AS j1, junctions AS j2 WHERE w1.nodes[1] = j1.node_id AND w1.nodes[array_upper(w1.nodes, 1)] = w2.nodes[1] AND w2.nodes[array_upper(w2.nodes, 1)] = j2.node_id AND j1.id = j2.id AND NOT w1.tags ? 'junction' AND NOT w2.tags ? 'junction' AND w1.tags - 'oneway' 'no' AND w2.tags - 'oneway' 'no' AND w2.nodes[1] NOT IN (SELECT member_id FROM relation_members WHERE member_type = 'N'); CREATE INDEX ON all_roundabout_entry_without_turn (id); ANALYZE all_roundabout_entry_without_turn; -- crea tabella con nodi delle way entranti, tranne primo ed ultimo DROP TABLE IF EXISTS all_roundabout_entry_without_turn_nodes; CREATE TABLE all_roundabout_entry_without_turn_nodes AS SELECT unnest(w.nodes[2:array_upper(w.nodes, 1)-1]) AS nid, e.id AS wid FROM all_roundabout_entry_without_turn AS e, ways AS w WHERE w.id = e.id; CREATE INDEX ON all_roundabout_entry_without_turn_nodes (nid, wid); ANALYZE all_roundabout_entry_without_turn_nodes; -- trova primo nodo delle way entranti che hanno nodi che appartengono a più way DROP TABLE IF EXISTS roundabout_entry_without_turn; CREATE TABLE roundabout_entry_without_turn AS SELECT 'n'||nodes.id AS osmid, 'no turn' AS desc, nodes.geom AS geometry FROM nodes, ways AS w, all_roundabout_entry_without_turn_nodes AS e JOIN (SELECT e.nid AS nid FROM way_nodes, all_roundabout_entry_without_turn_nodes AS e, ways AS w WHERE node_id = e.nid AND w.id = way_nodes.way_id AND w.tags - 'highway' NOT IN ('footway', 'cycleway', 'path') GROUP BY e.nid, e.wid HAVING Count(e.nid) 1) AS l ON (l.nid = e.nid) WHERE nodes.id = w.nodes[1] AND w.id = e.wid GROUP BY nodes.id; Il giorno 27 marzo 2013 20:30, Groppo grop...@gmail.com ha scritto: Il giorno 27 marzo 2013 10:42, Aury88 spacedrive...@gmail.com ha scritto: ... intendevo che potremmo filtrare e togliere dal report le strade che hanno solo tre nodi in comune con altre strade. ...(naturalmente do per scontato che si parli di sole highway percorribili dalle macchine...capita spesso che vi siano passaggi pedonali e quindi highway=footway o altro che attraversano i raccordi e questi non dovrebbero venire contati) Mi sembra una buona idea, ho cercato le way che soddisfano queste condizioni. Riassumendo: entrate in rotatoria che hanno una strada laterale (non footway ecc...) nel cui primo nodo è quindi utile aggiungere l'oobbligo di proseguire dritti per chi proviene dall'uscita della rotatoria. Risultano 1567 way. Ci sono dei falsi positivi ma anche molti casi interessanti, da correggere: http://www.openstreetmap.org/browse/node/2122715707 http://www.openstreetmap.org/browse/node/806490 http://www.openstreetmap.org/browse/node/2104491729 http://www.openstreetmap.org/browse/node/130097211 http://www.openstreetmap.org/browse/node/51524726 File GPX: https://dl.dropbox.com/u/41550819/OSM/direzione_obbligata_mancante.gpx Se mi votate la fiducia, aggiungo le segnalazioni alla pagina nel prossimo aggiornamento. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 26 marzo 2013 10:52, Simone Saviolo simone.savi...@gmail.com ha scritto: Secondo me, il check più corretto sarebbe rilevare come errori le seguenti condizioni: - due way incidenti sulla stessa rotonda, con un nodo in comune non facente parte della rotonda, con sensi unici scorretti (entrambi in uscita, entrambi in entrata (questo darebbe molti falsi positivi, forse?) Già corrette :) La prima versione dello script segnalava proprio questi casi (~180, più una decina di falsi positivi). Correggerli era divertente e li ho corretti quasi tutti io. - una sola way *a doppio senso* che entra ed esce dalla stessa rotonda Una mappatura non dettagliata può ben avere una sola way che esce dalla rotonda (e rappresenta sia l'ingresso sia l'uscita); se questa, a doppio senso, facesse il giro di un parcheggio e tornasse alla rotonda non direi che sia un errore di mappatura. Sì, questo non sarebbe un errore, ma guardando il GPX si vede che la stragrande maggioranza sono da correggere. Sono i casi che segnalo adesso (~360). Quando si trova un falso positivo potete segnalarmelo, lo inserisco nella black-list e la volta seguente lo script li ignora. - una sola way che entra ed esce dalla stessa rotonda. Come ho detto prima, sono d'accordo a segnalare anche queste Questi casi: una sola way *a senso unico* che entra ed esce dalla stessa rotonda, sono ~5800. Se qualcuno è contrario a queste segnalazioni, lo dica ora o... (quando gli errori attuali saranno corretti) le aggiungerò alla pagina così da poterle tagliarle ed, eventualmente, aggiungere una turn_restriction. - due way incidenti sulla stessa rotonda (occhio alla definizione di stessa rotonda nel caso di cerchi spezzati), entrambe a senso unico, che condividono un nodo non facente parte della rotonda, e NON hanno una relazione turn restriction che impedisca di andare da una all'altra Questa però è la situazione di quasi tutte le rotatorie, perché sono poche quelle che hanno il divieto di inversione per vietare di reimboccare l'entrata. Risultano più di 23300 casi (ci saranno anche molti falsi positivi, vedi [0]). Mettere il divieto di svolta su tutte le uscite, anche quelle con solamente due nodi forse è eccessivo. Si potrebbero segnalare solo quelle più lunghe, che hanno almeno x nodi, oppure solo quelle di una certa importanza (es. = secondary) ...? (IMO è preferibile la only_straight_on sulla way che esce dalla rotatoria +1 Ciao, Groppo [0] https://dl.dropbox.com/u/41550819/OSM/entrete-uscite-rotatoria-senza-restriction.gpx SELECT 'w'||w2.id AS osmid, 'no turn' AS desc, ST_Centroid(w2.linestring) AS geometry FROM ways AS w1, ways AS w2, junctions AS j1, junctions AS j2 WHERE w1.nodes[1] = j1.node_id AND w1.nodes[array_upper(w1.nodes, 1)] = w2.nodes[1] AND w2.nodes[array_upper(w2.nodes, 1)] = j2.node_id AND j1.id = j2.id AND NOT w1.tags ? 'junction' AND NOT w2.tags ? 'junction' AND w1.tags - 'oneway' = 'yes' AND w2.tags - 'oneway' = 'yes' AND w2.nodes[1] NOT IN (SELECT member_id FROM relation_members WHERE member_type = 'N'); ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 25 marzo 2013 14:45, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 24 marzo 2013 08:34, Aury88 spacedrive...@gmail.com ha scritto: ... mi è venuto un dubbio: è possibile *usare un bot* per identificare questi raccordi, dividerli e imporre nel punto di divisione un divieto di svolta? No, è meglio di no. Però un bot che le individua e le riporta... Ciao, tra le segnalazioni Rotatorie sospette della mia pagina ricade anche questo tipo di strade: una sola way che fa da entrata ed uscita in rotatoria. es. http://i.imgur.com/pEa5TqI.png Per il momento segnalo solo quelle *non* a senso unico, che sono certamente da correggere. Se volete, tolgo il limite non a senso unico, così vengono segnalate tutte (mi risultano ~6000 way). Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cartelli turistici Provincia di Udine
Il giorno 23 marzo 2013 18:23, gpstracks.it m...@gpstracks.it ha scritto: http://www.gpstracks.it/cartelli_provincia.png Bellissima! Complimenti ai mappatori locali :) Proponila qui: http://wiki.openstreetmap.org/wiki/Featured_image_proposals così magari va sulla prima pagina del Wiki. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM
Ciao, Il giorno 20 marzo 2013 10:05, Andrea Musuruane musur...@gmail.com ha scritto: Domanda da incompetente delle varie API disponibili. Ma non si riesce a fare uno script per fixare in automatico almeno gli errori più banali? In linea di principio non sono contrario alle correzioni automatiche (anche se non mi prendo la responsabilità di farle ;-) ma le correzioni manuali, secondo me, hanno alcuni pregi. - Permettono di portare altri miglioramenti alla mappa. Spesso, dove c'è un errore se ne trovano altri, ad esempio: strade tracciate in modo approssimativo, che passano sopra edifici, con curve spigolose, senza ponti, attraversamenti pedonali o direzioni obbligate... (Mi sembra che valga anche l'opposto: in una zona mappata accuratamente, anche i nuovi mapper fanno più attenzione). - Coinvolgono più persone, che diventano consapevoli di un certo tipo di errore, in futuro eviteranno di farlo e magari avvertiranno altre persone quando lo trovano. - Permettono di accorgersi se in una zona qualche mapper continua a reinserire gli stessi errori e va quindi avvertito. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM
Daniele 'regexp' Forsi ha aggiunto un nuovo tipo di segnalazione alla pagina: nomi di strade che iniziano o finiscono con uno spazio, o che contengono spazi multipli. Esempi: name=Via Tizio name=Via Tizio name= Via Tizio Risultano ~880 casi. Nei giorni scorsi sono stati corretti tutti gli errori sui nomi e le rotatorie con doppia entrata o uscita. \o/ @ Mappatori pugliesi, un nuovo utente sta antemponendo sc ai nomi delle strade comunali che inserisce. http://www.openstreetmap.org/browse/way/210512459 Se qualcuno del posto vuole contattarlo... altrimenti lo faccio io. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] way avanti e indietro
Il giorno 19 marzo 2013 10:19, emmexx emm...@tiscalinet.it ha scritto: Trovo ogni tanto, specie presso le rotonde con 2 way d'uscita/entrata, che e' stata usata un'unica way, come se ci fosse continuita' di percorso anche se in realta' in un punto c'e' una svolta ad U (in genere vietata). Ciao, leggendo la discussione mi è venuto in mente di cercare in Italia le way di questo tipo, non a senso unico. Quindi: uscite ed entrate in rotatoria mappate con un'unica way, prive di tag oneway=*. es. http://osrm.at/2E7 Ce ne sono ~400, le ho aggiunte alla solita pagina [1]. Se trovate falsi positivi potete segnalarmeli via mail, grazie. Visto che bisogna modificare queste way, aggiungendo il tag oneway=yes, io ne approfitterei per tagliarle, dividendo entrata ed uscita in due way distinte. Ciao, Groppo [1] https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrazione confini amministrativi
Buona sera (cit. ;) Il giorno 16 marzo 2013 14:07, Daniele Forsi dfo...@gmail.com ha scritto: Il 16 marzo 2013 10:44, Groppo O ha scritto: Da quel che ne so, se importi il PBF con osmosis [1] non vengono create le geometrie delle relazioni ma devi farlo a mano le crea anche osmosis automaticamente se si usa --write-pgsql e --write-pgsimp ... intendevo dire che non crea automaticamente le geometrie delle relazioni multipogono o delle boundaries, ma solo singole way e nodi, o mi sbaglio e c'è un modo per farglielo fare? Anche il paragrafo citato parla solo di way. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrazione confini amministrativi
Il giorno 16 marzo 2013 03:31, Martin Koppenhoefer dieterdre...@gmail.comha scritto: Io farei innanzitutto una estrazioni (osmosis o altro) per avere i soli dati che ti interessano (ma non direttamente in un db, invece in un file osm). Con questo file molto più piccolo puoi fare più facilmente ulteriori esperimenti e conversioni / esportazioni. Per estrarre un PBF con i confini amministrativi con osmconvert ed osmfilter si può fare così. # Purtroppo, all'inizio bisogna fare una conversione PBF -- O5M per poter usare osmfilter: osmconvert --drop-author planet.pbf -o=planet.o5m (Ne approfittiamo per eliminano un bel po' di dati inutili es. autore, changeset, versione, timestamp, aggiungendo le opzioni --drop-author e --drop-version, quest'ultimo su osmfilter) # Estrazione dati appartenenti a relazioni con tag admin_level: osmfilter --keep-relations=admin_level=* --keep-nodes= --keep-ways= --drop-version italy.o5m -o=admin_level_full.o5m #Rimozione dei nodi con tag place (i capoluoghi presenti nelle relation boundary con ruolo admin_centre): osmfilter --drop-nodes=place=* admin_level_and_centre.o5m -o=admin_level.o5m osmconvert admin_level.o5m -o=admin_level.pbf Il PBF con i confini amministrativi dell'Italia pesa solo 13,7 MB, dai 600 MB di italy.osm.pbf. Da quel che ne so, se importi il PBF con osmosis [1] non vengono create le geometrie delle relazioni ma devi farlo a mano, successivamente. Invece imposm dovrebbe crearle automaticamente. Ciao, Groppo [1] es. uso osmosis http://oegeo.wordpress.com/2012/03/06/a-self-updating-openstreetmap-database-of-us-bridges-a-step-by-step-guide/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vari tag apparentemente inutili nel Bresciano
Il giorno 16 marzo 2013 02:46, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2013/3/15 Simone Saviolo simone.savi...@gmail.com: Ciao a tutti, correggendo alcuni errori nei nomi delle vie, mi sono imbattuto in questa way: http://www.openstreetmap.org/browse/way/85536917 Trovo numerosi tag riferiti a Garmin e al Calgary Area Trail Mapping Project. Qualcuno sa cosa significano e se è il caso di tenerli? secondome non tenere. Anche secondo me si possono eliminare. Se vuoi aprirli tutti in JOSM puoi udare Overpass Turbo [1]: http://overpass-turbo.eu/?q=PCEtLQpUaGlzIHF1ZXJ5IGxvb2vEiGZvciBub2Rlcywgd2F5xIhhbmQgcmVsYXRpb27EiAp3aXRoIMS0ZSBnaXZlbiBrZXkuCkNoxJFzxLh5b3XEl8SoxLrEriDEpMSmxIZ0xLZoxLhSdcS-YnV0dMWQYWJvxLwhCsSCPgo8b3NtLXNjcmlwxZXFi3RwxZ09InhtbCI-xIDEgiBmaXhlxKZixI5hxZ1vxKdlcGFpxJfFpwogIDzFmsStbsWoxpXGlTzEisSMxI50eXBlxbnEoHnFvsaUxpzGnWhhcy1rdsS_xblnYXJtaW5fcm9hZF9jxKpzcyIvxpvGq8aWYsWieC3Gn8SNIHt7x4pveH19x4bGqsadL8eOeceHxp3HnMS2xqPGpSLGp8apx4jGlsatxq_GscazIsa1xrfGuV_Gosakx4XHnsacPMeTx4zHoMeRx7jHlseYxqs8x5vEi8SNx4fIgMaYxK7IhHDFsW7FlW3EmsejbWV0Yce0xoAtxoLGhMaGIMaIxZHGi8aNxo_GkSDGk8adxKhjxYzFiMehxqTFuWRvd27HtMaqPMiJxrnIjMiOxbnIkMiSyJTEgciWxoPGhcaHxonIncSoyJ_Gki3FqMiAxavFrcWvxbHFsz4c=BN7J332TZMR e fare Export -- JOSM Ciao, Groppo [1] per creare un link come questo basta andare su Taginfo, cercare il tag desiderato e cliccare sull'icona del volante in alto a dx. http://taginfo.openstreetmap.org/keys/garmin_road_class#overview ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] questa situazione
Ciao Il giorno 12 marzo 2013 07:24, Giuseppe Amici giuseppeam...@virgilio.itha scritto: Ho preso in considerazione la situazione espressa in: https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/duplicate_highways.html#EMILIA-ROMAGNA i diversi errori riportati riguardano una unica strada che è stata mappata non come way a se stante, ma utilizzando i lati di un poligono di un uso del suolo che coincidono con il dipanarsi della strada stessa Qualche altro suggerimento? Immagino tu ti riferisca alla prima della lista. Ci sono due way duplicate: * way1 http://www.openstreetmap.org/browse/way/187289234 fa parte del multipoligono farmland alla sua destra http://www.openstreetmap.org/browse/relation/2523006 * way2 http://www.openstreetmap.org/browse/way/186969407 con stessi nodi e tag della precedente, ed appartenente a due multipoligoni - Multipoligono forest, alla sua sinistra http://www.openstreetmap.org/browse/relation/2462903 - Multipoligono farmland che ha come unico membro la strada stessa. Mi pare un errore, va cancellata la relazione multipolignono. http://www.openstreetmap.org/browse/relation/2518807 Per le way duplicate: io ne cancellerei una, inserendo l'altra in entrambi i multipoligoni (foresta a sinistra, farmland a destra). Secondo me è preferibile tracciare i campi ed i boschi fino al loro limite reale, tenendoli separati dalle strade. In questo modo, se in futuro si volesse trasformare le strade in aree non occorrerebbe ridisegnare i limiti dei campi, spostandoli verso l'esterno. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] questa situazione
Il giorno 12 marzo 2013 12:33, Martin Koppenhoefer dieterdre...@gmail.comha scritto: personalmente ritengo sbagliato l'idea di utilizzare il centro di una strada per il lato di un poligono, +1 Io toglierei il poligono (unglue, g in josm) dalla strada e sposterei il poligono al suo confine vero. In questo caso, però, i campi a destra e sinistra non sono semplici poligoni ma multipoligoni, di cui la strada è un membro. Dopo aver fatto unglue occorre anche togliere la strada dal multipoligono cui faceva parte, e creare una nuova way, parallela alla strada, che richiuda il multipoligono ora aperto. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sparito il torrente Leogra in località Schio
Il giorno 08 marzo 2013 10:26, mircozo...@inwind.it mircozo...@inwind.itha scritto: Ciao, non c'è più nei dati Osm il torrente, qualcuno mi può aiutare a recuperarlo senza reintrodurre di nuovo tutti i dati a mano? Grazie a tutti. Ciao, Mirco Anche se Paolo ha già risposto sul caso specifico, per annullare la cancellazione di una way ci sono due modi: - via Potlatch1 http://wiki.openstreetmap.org/wiki/Potlatch_1/Primer#Undoing_mistakes vedi, restore an accidentally deleted way. Per lanciare Potlatch1: http://www.openstreetmap.org/edit?editor=potlatch La grafica fa spavento ;-) ma tempo fa ero riuscito ad usarlo per lo stesso motivo. - via JOSM. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete Devi conoscere gli id degli oggetti eliminati. https://www.google.it/search?hl=itq=[openstreetmap%20Torrente%20Leogra] Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnalazione, troppe secondary a Milano
Il giorno 01 marzo 2013 22:00, Roberto Moretti ilr...@gmail.com ha scritto: Oggi ho cancellato le secondary, perché come giustamente detto da erano dei doppioni di cose che esistevano già. Putroppo, guardando le zone circostanti si trovano altre duplicate. Ad es.: corso sempione via villapizzone viale vincenzo lancetti viale jenner Si possono individuare anche da keepright, (incroci senza nodi in comune). http://keepright.ipax.at/report_map.php?lang=itch50=1ch60=1ch70=1ch201=1ch220=1ch311=1ch312=1number_of_tristate_checkboxes=6highlight_error_id=0highlight_schema=0lat=45.48086lon=9.17369zoom=18show_ign=1show_tmpign=1layers=B0Tch=0%2C50%2C201%2C311%2C312 Le way che ha toccato sono queste: http://tyrasd.github.com/overpass-ide/?q=PCEtLQpUaGlzIMSHIGFuIGV4YW1wbGUgT3ZlcnBhc8SIcXXEmXkuxIRyecSJdCBvdcSoYsSmcHJlxJ1pbmcgdGjElVJ1xI1ixKt0b8SNYWJvxJghClnEqiBjxIwgZsSzZCBtb8SwxI7EkMSSxJTEiHdpxLfEtsS4IExvYcWQxL9vbMSjxII-CjzEn8ShxLZ5cGU9IndheSLFqSAgPHVzxJkgbsSRxbEiZ19jaWPGhsW8Ii_FuMW6YsWDeC3FrMSlIHt7xo9veH19xozEgMSCxLfEisSKYcSrby1jb8WXZXRlxZDFmsWcxLdlCsW5xrPGtMa1xrVjdXLEsG7EqG1hcCB2aWV3xYpvxZNkxLNhxqtzLsWoxaovxpN5xanGni3Ei2RkxqwgxK3Ei8akIMSwxJtpciDHj8W7bmnFgMaNPMWbZW3GjMayxbrEsMa4csW9xa7FsMWyZG93bsaLx5QvxLvHqG7HlMSBx5ZlbsWQb2bHncS_x59lx6HHo8elxK_Es3TGjAc=BNb3SRSIfMR Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Taggare le campagne
Il giorno 26 febbraio 2013 10:02, Andrea Zedda andreazedd...@gmail.com ha scritto: Ciao a tutti, sto portando avanti degli inserimenti di landuse=vineyard, orchyard, meadow ecc.. Questo si traduce in una brutta estetica quando poi uso i layer osm per fare delle mappe. Ho pensato a due soluzioni 1-descrivo con più precisione le aree e azzero lo spazio tra l'una e l'altra (c'è qualche metodo che velocizza questo processo con JSOM?) Per disegnare in modo accurato way distinte ma parallele o più velocemente way adiacenti (con i nodi in comune) sono utili questi strumenti: http://lists.openstreetmap.org/pipermail/talk-it/2012-June/029262.html Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmosis e tag filter
Osmfilter permette di filtrare da un file i dati che sono stati toccati per l'ultima volta da un certo utente: http://wiki.openstreetmap.org/wiki/Osmfilter#Special_Tags Ciao, Groppo Il giorno 25 febbraio 2013 11:09, Cascafico Giovanni cascaf...@gmail.comha scritto: Ciao. Non ne vengo fuori: c'è una ricetta semplice per estrarre da .osm solo gli elementi di un singolo user? ___ 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] Richiesta info da nuovo utente.
Il giorno 24 febbraio 2013 15:32, Emanuele emp...@alice.it ha scritto: - se aggiungo ad esempio una scuola è preferibile usare building=school o creare un nodo amenity=school? Per questo punto puoi guardare anche la pagina sul Wiki, che mi pare ben fatta: http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dschool Ciao e benvenuto, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] soiano del lago piscine
Il giorno 24 febbraio 2013 18:18, Maurizio Daniele maurizio.dani...@gmail.com ha scritto: Il giorno 24 febbraio 2013 17:59, beppebo...@libero.it beppebo...@libero.it ha scritto: Come procedere eliminare lo swimming o aggiungere private? access=private ? Anche secondo JOSM. Menu : Preimpostazioni -- Strutture -- Svago -- Piscina privata leisure = swimming_pool + access = private Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM
Dopo una modifica proposta da Daniele Forsi (che ringrazio! :) la pagina segnala anche nomi del tipo: Via MArconi Via SebastianoCaboto vIA tURATI Più precisamente: - due o più maiuscole seguite da almeno una minuscola - almeno una minuscola seguita da almeno una maiuscola, anche all'interno delle parole. Nella pagina [0] sono anche segnalate alcune strade sospette perché con doppia entrata o uscita sulla stessa rotatoria, es. http://osrm.at/2ov. Le strade con name=fixme/FIXME/FixMe, di cui si era parlato in altro thread sono state quasi tutte corrette. Ciao, Groppo [0] https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] modus operandi ?
Condivido quanto detto da Martin. Riguardo la pagina... Il giorno 07 febbraio 2013 01:31, Mario Pichetti mario.piche...@gmail.comha scritto: Il 05/02/2013 22:40, David Paleino ha scritto: Ciao, il tuo changeset 14903268 mi pare quantomeno sbagliato, così come tutti gli altri dove hai cambiato i numeri di telefono. Ho solo seguito le istruzioni https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html Ho aggiunto le segnalazioni sui numeri di telefono (qualche mese fa) ricordandomi di questa discussione [0], dopo aver visto la chiarezza della pagina Wiki a proposito [1] e perché al momento i numeri di telefono sono scritti in formati diversi: con o senza +39, 0039, (+39), 01234567, 0123/4567, 0123 4567... Visto che ci sono siti come openlinkmap ed applicazioni per smartphone che usano i numeri telefonici, mi sembrava una buona cosa cercare di uniformarli, vista la chiarezza del Wiki (una volta tanto). Naturalmente, se avete critiche/commenti/suggerimenti, le segnalazioni della pagina si possono modificare [2]. Ciao, Groppo [0] http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.it/25016 [1] http://wiki.openstreetmap.org/wiki/Phone [2] http://bit.ly/WLjKpR Segnala i tags phone e contact:phone che non iniziano con + o che non hanno né uno spazio né un trattino nel valore ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rimuoviamo i tags name=fixme dalle strade?
Il giorno 02 febbraio 2013 15:34, Damjan Gerl dam...@damjan.net ha scritto: 02.02.2013 - 15:06 - Groppo O: Sulla mappa ci sono un po' di strade (~450) taggate con name=fixme o name=FIXME. ... Cosa ne facciamo? Bisognerebbe capire cosa si intendeva con questo tag: che il nome è da correggere (ma se non c'è?) oppure che la way è da correggere. Nel primo caso cancellerei il tag, nel secondo lo trasformerei in fixme=* Damjan Ciao, name=fixme era il tag usato anni fa per segnalare che ad una strada mancava il tag name=*. Voleva dire Chi sa il nome lo aggiunga. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rimuoviamo i tags name=fixme dalle strade?
Guardando i dati ho notato che gli stessi quattro utenti avevano toccato per ultimi almeno 750 delle 859 way con name = fixme/FIXME/Fixme/FixMe (grazie Daniele F.). Quindi ho pensato di contattarli direttamente per avvertirli, nel caso stessero continuando ad usare questo tag. Ho intenzione di convertire le altre way name=fixme/FIXME/Fixme/FixMe in fixme=name, secondo l'approccio conservativo suggerito da sabas88. Sono d'accordo che anche i name=fixme qualcos'altro segnalati da Daniele F. siano da trasformare in fixme=qualcos'altro. Ciao, Groppo Il giorno 02 febbraio 2013 15:06, Groppo O grop...@gmail.com ha scritto: Sulla mappa ci sono un po' di strade (~450) taggate con name=fixme o name=FIXME. Uno a caso: Girare a destra su FIXME http://osrm.at/2fC Come già detto in lista in passato (non trovo più il thread), è sbagliato taggare così le vie prive di nome, tanto più adesso che esistono dei siti che le segnalano comodamente, come: http://qa.poole.ch/?zoom=6lat=41.70699lon=12.68095layers=TFB0 Forse risalgono ad un po' di tempo fa. Il loro numero non sembra calare, quindi non penso esistano o siano attivi bot che rimuovono automaticamente questi tag. Cosa ne facciamo? A) Niente, lasciamoli lì. Così possiamo riparlarne un'altra volta... ;-) B) Cambiamo name=fixme in fixme=name?. C) Cancelliamo name=fixme e basta, o dovremmo aggiungere nel fixme anche tutti gli altri tag potenziali (cit. Martin, nel thread che non ritrovo). +1 Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Guida PostGIS
Il giorno 01 febbraio 2013 20:50, sabas88 saba...@gmail.com ha scritto: http://blog.openstreetmap.it/utenti/ un utente ha fatto un commento qua (non capisco perchè l'ho lasciata aperta, vabbè :D) e ha fatto una domanda su postgis chiedendo se ci fosse una guida semplice per usare osm in locale. Chi ha la risposta pronta? (Ho appena iniziato ad usarlo. Non so se in rete ci siano info migliori, ma qui ci sono un po di pagine del Wiki.) Ci sono diverse possibilità, dipende da cosa si vuole fare. Rendering: - http://wiki.openstreetmap.org/wiki/Osm2pgsql - http://wiki.openstreetmap.org/wiki/Osm2postgresql - http://wiki.openstreetmap.org/wiki/Imposm Analisi dei dati: - http://wiki.openstreetmap.org/wiki/Osmosis/PostGIS_Setup (un tutorial: http://oegeo.wordpress.com/2012/03/06/a-self-updating-openstreetmap-database-of-us-bridges-a-step-by-step-guide/ ) Routing: - http://wiki.openstreetmap.org/wiki/Osm2pgrouting Altro: Spatialite: - https://www.gaia-gis.it/fossil/spatialite-tools/wiki?name=OSM+tools Dati OSM: - download.gfoss.it/osm/osm/ Convertitore di formati: - http://wiki.openstreetmap.org/wiki/Osmconvert ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Rimuoviamo i tags name=fixme dalle strade?
Sulla mappa ci sono un po' di strade (~450) taggate con name=fixme o name=FIXME. Uno a caso: Girare a destra su FIXME http://osrm.at/2fC Come già detto in lista in passato (non trovo più il thread), è sbagliato taggare così le vie prive di nome, tanto più adesso che esistono dei siti che le segnalano comodamente, come: http://qa.poole.ch/?zoom=6lat=41.70699lon=12.68095layers=TFB0 Forse risalgono ad un po' di tempo fa. Il loro numero non sembra calare, quindi non penso esistano o siano attivi bot che rimuovono automaticamente questi tag. Cosa ne facciamo? A) Niente, lasciamoli lì. Così possiamo riparlarne un'altra volta... ;-) B) Cambiamo name=fixme in fixme=name?. C) Cancelliamo name=fixme e basta, o dovremmo aggiungere nel fixme anche tutti gli altri tag potenziali (cit. Martin, nel thread che non ritrovo). +1 Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 31 gennaio 2013 13:40, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 30/01/2013 22:11, Groppo O ha scritto: Si potrebbe mettere un paragrafo nella procedura del Wiki, con i tags che si possono aggiungere per precisare ulteriormente (eviterei fixme, perché i poligoni sono molto numerosi), Ok, dove lo metto il paragrafo? Sulla pagina delle convenzioni, sulla nuova [1] come sottosezione della fase 4 o creo un ulteriore sottopagina Controlli pre-import? Per il momento ho aggiunto una sezione: http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#Controlli_sui_tags Naturalmente, modificate come volete. Quando si vedrà come sono i dati (eventuali problemi), si potrebbe fare un'unica sottopagina Controlli pre-import con: ==controlli geometrici (nodi duplicati, poligoni che si auto-intersecano, creare multipoligoni per grandi boschi...) ==controlli sui tags Vada per natural=fell (+ managed=grazing?) Secondo me, senza managed=grazing. Sono classificate così anche le praterie d'alta quota, superiori al limite del bosco, che resteranno tali anche senza essere brucate. Però solo quelle sopra il limite del bosco sono natural=fell, le altre sarebbero da considerare diversamente. Si potrebbe aggiungere alla lista di controlli di considerare un tag diverso per le radure nei boschi. Mi pare che sulla mappa siano mappate con meadow, solitamente. Managed=grazing l'avevo aggiunto, dato che c'è per distinguere la parte brucata da quella non brucata. L'ho aggiunto fra i controlli. L'uso di una lista di controlli da fare prima dell'import mi sembra migliore dei fixme, anche perché questi non sarebbero veri errori ma ulteriori precisazioni. Ho messo i fixme/note perché vengono segnalati dal validator di JOSM. Se si fa la lista di controlli serve comunque un tag che permetta l'individuazione dell'area nel .osm (ricordo che nel .osm non ci sono più i codici). Potrebbe essere un fixme=codice 23100, prima di caricare leggere... Quello che mi fa preferire la lista ai fixme è che (visto che comunque non si parla di tag sbagliati ma da precisare) è più veloce aggiungere un tag dove serve, scorrendo la mappa, piuttosto che rimuovere tanti fixme uno ad uno; e non si corre il rischio che qualcuno carichi numerosi fixme perché si è dimenticato di toglierli. Per il momento, mi pare che non serva sapere che classifica aveva un poligono, ad es. il controllo sui meadow va bene ovunque essi siano, landuse=farm è stato dato solo ai Sistemi colturali e particellari complessecc... Comunque, la mia è solo una proposta. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 31 gennaio 2013 19:41, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: ... * Perchè taxon:genus? La chiave genus viene usata 116.000 volte mentre taxon:genus solo una volta. http://taginfo.openstreetmap.org/search?q=genus Sì, forse è meglio genus=* se c'è solo il genere e species=* se si conosce anche la specie. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 30 gennaio 2013 18:12, Paolo Monegato gato.selvad...@gmail.comha scritto: superfici agricole sfruttate per il foraggio, viene in pratica coltivata erba, tagliata più volte all'anno e concimata. Ogni 2-3 anni viene arato e riseminato. Se viene arato, seminato e concimato IMHO è landuse=farmland + crop=hay. Se è abbandonato natural=grassland (oppure un meadow=transitional). Secondo me landuse = meadow. Come ho già detto è una classificazione molto frequente: praticamente tutti i prati di fondovalle, collina e pianura, che non siano pascoli o rive di canali. Si potrebbe mettere un paragrafo nella procedura del Wiki, con i tags che si possono aggiungere per precisare ulteriormente (eviterei fixme, perché i poligoni sono molto numerosi), del tipo: ==Prima di caricare i dati, precisare meglio il tagging considerando i seguenti punti== 23100Superfici a copertura erbacea: graminacee non soggette a rotazione (landuse=meadow) * se viene arato, seminato e concimato considerare landuse=farmland + crop=hay * se abbandonato landuse meadow + meadow=transitional 24200Sistemi colturali e particellari complessi (landuse=farm) * suddividere ulteriormente in area con fattoria (farmyard) e singoli campi (farmland) ... Queste invece sono superfici meno produttive, non viene seminato e non lavorato, solo tagli. Comunque si parla di superfici agricole, non ha nulla a che vedere con le zone alpine. Allora landuse=meadow + meadow=agriculture. Con un bel note/fixme che consigli di correggere a landcover=grass se si tratta di rive di canali etc Avendo visto come è usato nel trevigiano e veneziano (canali ed autostrade), farei l'opposto: landuse = grass o landcover=grass (magari prima o poi ci sarà un tag migliore per questa zone con vegetazione di minor pregio) ed aggiungere ai controlli: 23200 Superfici a prato permanente ad inerbimento spontaneo, comunemente non lavorata (landuse=grass) * considerare se landuse=meadow + meadow=agriculture 32130 Pascoli diversi Dallo shape + Bing (es. sopra Belluno) si vede che questa è la codifica usata proprio per i prati più alti, oltre i quali ci sono solo ghiaioni o roccia. Il wiki non esclude che un zona fell sia usato anche per il pascolo (often grazed). Quindi, per me: natural=fell Vada per natural=fell (+ managed=grazing?) Secondo me, senza managed=grazing. Sono classificate così anche le praterie d'alta quota, superiori al limite del bosco, che resteranno tali anche senza essere brucate. Al limite aggiungerei alla (ipotetica) lista di prima: 32130 Pascoli diversi (natural=fell) * considerare se + managed=grazing per le zone a quota più basse. L'uso di una lista di controlli da fare prima dell'import mi sembra migliore dei fixme, anche perché questi non sarebbero veri errori ma ulteriori precisazioni. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 29 gennaio 2013 20:18, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: 32130 Pascoli diversi Dallo shape + Bing (es. sopra Belluno) si vede che questa è la codifica usata proprio per i prati più alti, oltre i quali ci sono solo ghiaioni o roccia. http://i.imgur.com/PNzpc7A.jpg L'immagine presente nella pagina di fell rispecchia bene questi ambienti. http://wiki.openstreetmap.org/wiki/Tag:natural%3Dfell Il wiki non esclude che un zona fell sia usato anche per il pascolo (often grazed). Quindi, per me: natural=fell Ho dato anch'io un'occhiata e c'erano prati di malga e prati diversi sempre a quote elevate, ma senza una chiara distinzione, tanto che non sono riuscito a distinguere un criterio chiaro. Ma se possiamo accorparli entrambi in fell, io do il mio +1 : ) Dalle foto, i 32120 Pascoli di pertinenza di malga sono quelli... circostanti alle malghe, usati più intensamente e spesso più bassi dei 32130 Pascoli diversi, che si spingono più in alto, sono più frammentati perché interrotti da ghiaioni, rocce o fasce boschive (sono classificate 32130 anche alcune radure). Per queste differenze, penso che sarebbe più bello etichettarli in modo distinto: fell i primi e meadow (visto che landuse=pasture proprio non esiste in Taginfo) i secondi, così come sono adesso in tabella. Non sempre la distinzione è chiara, ad es. sulle prealpi la classificazione cambia oltrepassando il confine provinciale (TV-BL) ma si potrà comunque giudicare caso per caso. (Chiedo scusa alla mailing list nazionale per la lunghezza del thread, ma penso che sia meglio tenere qui le discussioni sul tagging) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 29 gennaio 2013 13:55, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 28/01/2013 20:09, Groppo O ha scritto: ... Mi sa che plant_community:taxon non va bene,come valore di plant_community:taxon non è previsto il nome di una specie ma, giustamente, il nome della classificazione fitosociologica Giusto, allora si potrebbe tenere taxon:genus=* con le specie più presenti ed aggiungerci plant_community:it=* con il nome della classificazione. Mi sembra la soluzione migliore. Se proprio si vuole aggiungere anche i nomi delle specie, dando un'interpretazione meno restrittiva del tag taxon=*, bisognerebbe modificare la tabella, per adeguarla alla pagina wiki del tag taxon=*, usando: - taxon:genus=*, dove si cita solo il genere. es. taxon:genus=Fagus - taxon=*, senza :genus, dove si conosce anche la specie. es. taxon=Fagus sylvatica Grazie per gli aggiornamenti alla pagina, io mi sono già perso in tutte questi messaggi... Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 28 gennaio 2013 21:19, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: ...Secondo me va benissimo, su OSMwiki plant_community=* is intended as a general tag for adding more detailed information to areas tagged with one of the more general Vegetation tags Sì, speigavo a Paolo perché penso che: plant_community:taxon=nome specie non vada bene e ritengo sia da preferire: plant_community:it=Alneta di ontano nero e/o bianco. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore mappa in zona ferrara
Ciao, un metodo comodo per segnalare errori è questo: http://openstreetbugs.schokokeks.org/ Ma il più rapido per vederli corretti è correggerli tu stesso, come ha detto Martin. Cambiare un nome dovrebbe essere abbastanza facile. Se ti serve una guida puoi guardare qui: http://www.learnosm.org/?lang=it_it Ciao, Groppo Il giorno 29 gennaio 2013 10:43, Enrico Lorenzoni enrico.lorenz...@goomobile.it ha scritto: buongiorno a tutti, vi segnalo questo errore: nel punto con coordinate 11.626319289207458 44.82854529905507 i nomi sono invertiti: - La chiesa di Santa Carmelitana Scalza si chiama Chiesa di Santa Teresa Transverberata; - Il Monastero di Santa Teresa Transverberata è invece il Monastero delle Carmelitane Scalze cfr. screenshot in allegato -- GooMobile S.r.l | GooMobile.it Enrico Lorenzoni Business Developer Via Bologna 714 44124 Ferrara Registro Operatori di Comunicazione n°21072 Informativa GooMobile S.r.l: Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie. This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks. ___ 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] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 29 gennaio 2013 16:47, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 29/01/2013 14:29, Giovanni Caudullo ha scritto: 11) Arboricoltura da legno landuse=farmland + wood=deciduous + produce=wood? 12) Pioppeti in coltura landuse=farmland o landuse=forest + wood=deciduous + produce=wood taxon:genus=Populus? Per ora son messi come landuse=forest, appena riusciremo a convincere i contrari all'uso di farmland anche in questo caso allora aggiornerò. Anche io preferirei farmland. 'sono attività agricole e non selvicolturali, con cicli brevi e interventi intensivi. Sono in pratica delle colture di alberi' (cit. Giovanni) Come hai detto tu: 'Se a dar fastidio è l'uso di wood=deciduos in abbinamento a landuse=farmland allora togliamo wood=*.' Così non scontentiamo Martin ;-) 19) Pascoli di pertinenza di malga / Pascoli diversi Poligono da classificare dopo l'import? natural=fell - prati d'alta quota non sfruttati per sfalcio o pascolo landuse=meadow + meadow=perpetual - prati in quota usati per sfalcio fieno landuse=pasture + pasture=perpetual - prati in quota usati per pascolo +1, ma per ora son messi come meadow. 32130 Pascoli diversi Dallo shape + Bing (es. sopra Belluno) si vede che questa è la codifica usata proprio per i prati più alti, oltre i quali ci sono solo ghiaioni o roccia. http://i.imgur.com/PNzpc7A.jpg L'immagine presente nella pagina di fell rispecchia bene questi ambienti. http://wiki.openstreetmap.org/wiki/Tag:natural%3Dfell Il wiki non esclude che un zona fell sia usato anche per il pascolo (often grazed). Quindi, per me: natural=fell 26) Acquacolture di acqua salmastra landuse=aquaculture? Visto che esiste salt=yes potremmo mettere: brackish=yes http://en.wikipedia.org/wiki/Brackish_water Aggiungo una modifica: 31122 Alneta di ontano verde da: natural=wood + wood=deciduos a: natural=scrub è una formazione arbustiva vedi foto e descrizione: http://www.wwmm.org/storie/storia.asp?id_storia=154pagina=14 Sarebbe bello aggiungere wood=deciduous all'alneta e wood=coniferous ai mugheti, però sono scrub. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 29 gennaio 2013 16:58, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: 13) Superfici a copertura erbacea: graminacee non soggette a rotazione landuse=meadow + meadow=agriculture? Descritto così potrebbe essere anche natural=grassland. Non si capisce se è un'area sfruttata o no. Sono superfici agricole sfruttate per il foraggio, viene in pratica coltivata erba, tagliata più volte all'anno e concimata. Ogni 2-3 anni viene arato e riseminato. Guardando files e Bing è una codifica molto frequente, usata sia per prati da sfalcio in montagna e collina, ma anche per zone incolte nel veneziano. Direi landuse = meadow, poi si potrebbe dire di controllare prima di caricare i dati e sostituire natural=grassland se non più sfruttato. 14) Superfici a prato permanente ad inerbimento spontaneo, comunemente non lavorata landuse=meadow + meadow=agriculture? Nel file delle regole ho messo natural=grassland più una nota che dice che se in quota va convertito a natural=fell. Queste invece sono superfici meno produttive, non viene seminato e non lavorato, solo tagli. Comunque si parla di superfici agricole, non ha nulla a che vedere con le zone alpine. Confermo. Nei file dei comuni di Auronzo, Comelico Superiore e Belluno e non ci sono. In provincia di Treviso e comune di Venezia sono usati per le rive di canali, fossati e fasce lungo autostrade (TV). Se landuse=grass non piace (perché generico) va bene grassland senza necessità di note su fell. 16) Sistemi colturali e particellari complessi Poligono da classificare dopo l'import? Si, almeno fino a quando non capiamo che roba sono. Quando hai una poligono al cui interno c'è troppa variabilità colturare tale che non si riesce a separare le varie categorie, si campizza tutto assieme e si usa questa categoria. Su OSM possiamo invece essere più precisi. Dalle foto, infatti, si vede che i poligoni comprendono campi con colture diverse ma anche la casa/fattoria. Si potrebbe usare il vecchio: landuse=farm che non faceva distinzione tra landuse e farmyard, area coltivata e area tra edifici per attività agricola. Magari dicendo di suddividere ulteriormente in area con fattoria (farmyard) e singoli campi (farmland), prima di caricare. Potrebbe essere aggiunto ad una lista di controlli da fare prima di caricare l'area. 20) Vegetazione in evoluzione Poligono da classificare dopo l'import? Si, almeno fino a quando non capiamo che roba è. E' una superficie di solito che è o appena stata abbandonata (ex coltivi o zone in attesa di lottizzazione) o superfici dopo un incendio. C'è una vegetazione erbaceo-arbustiva che sta velocemente evolvendo. Sono molto poco frequenti, si potrebbe mettere una nota (da sistemare prima di caricaricare la zona) avvisando di controllare se possa essere un natural=scrub. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 28 gennaio 2013 10:26, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Ciao a tutti, queste le mie idee e proposte: ... Le foreste classificate nell'uso del suolo del Veneto sono delle tipolgie forestali, ovvero dei boschi dove la specie dominante dà il nome alla formazione boschiva, ma non significa che non ci siano molte altre specie. Non ha nessun senso scientifico mettere il tag del taxon. +1 Sul Wiki ho trovato questa proposta per descrivere le comunità vegetali. http://wiki.openstreetmap.org/wiki/Key:plant_community Anche se al momento non è utilizzata [0]. It is suggested that the core tag plant_community=* only be used with terms which should be clear to all contributors. Thus they might comprise a dominant plant with the principle biome, as in plant_community=oak_woodland or plant_community=mesotrophic_grassland. Se le tipologie forestali non sono traducibili in termini internazionali, si potrebbe usare: plant_community:it=*. Oppure, se le tipologie citate fanno parte di una Classificazione Ufficiale Italiana di Qualche Tipo: plant_community:Classificazione_Ufficiale_Italiana_di_Qualche_Tipo=* Nel pioppeto o nell'arboricoltura ha senso (aggiungere il taxon), dove è in modo innaturale forzata la presenza di una sola specie arborea. + 1 Condivido tutte le altre proposte, tranne quella per le barene: ... Le barene alla fine sono sommerse pochissime volte e c'è una vegetazione erbacea stabile di specie tipicamente di acqua salmastra (specie alofite) come la Salicornia. Quindi anche per il rendering metterei: 42130 Barene natural=grassland -1 Secondo me è corretto quello in tabella e già usato in Laguna: natural=wetland + wetland=saltmarsh + tidal=yes La descrizione di wetland=saltmarsh del Wiki [1] corrisponde perfettamente alle barene (special adaptations to saline environments = Salicornia) ed anche quella di Wikipedia [2]. E poi... Non si tagga per il rendering (*nitrito* alla Frankenstein Junior ;-) È una regola di OSM, per la quale non si deve inserire dei dati non corretti (in questo caso sarebbero solo imprecisi) pensando a come apparirà la mappa mostrata sul sito openstreetmap.org, anche perché quella è solo una delle visualizzazioni possibili ed il suo stile potrebbe essere modificato anche domani. Ciao, Groppo [0] http://taginfo.openstreetmap.org/keys/?key=plant_community [1] http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland#Extended_usage [2] http://en.wikipedia.org/wiki/Salt_marsh ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 28 gennaio 2013 19:16, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Attualmente le aree fluviali di greto del veneto (Piave, Livenza) sono classificate con natural=water+water=river 33210 Greti e letti di fiumi e torrenti natural=water+water=river -1, o è acqua (e quindi waterway=riverbank) o non c'è acqua per la maggiorparte del tempo e quindi non mettrei natural=water Probabilmente ci manca un tag per le aree di greto. Si, credo venga classificata così anche la ghiaia presente tra un canale è l'altro di un corso d'acqua quando è morfologicamente di tipo braided (a canali intrecciati) o anastomizzato, e non solo il letto di un corso d'acqua intermittente. Qualche proposta per il tag da inventare? Si, d'accordo, bisogna assolutamente inserire un tag di arricchimento dei corsi d'acqua ad alveo espanso e letto ghiaioso. La maggior parte dell'anno il letto è privo di acqua, quindi potrebbe essere molto semplicemente un natural=gravel. Non so se valga la pena importare queste aree, perché ad esempio il corso del Piave in questo tratto (provincia di Treviso, foto Bing recenti) è già cambiato rispetto alla rilevazione che avevano fatto e non c'è più una stretta corrispondenza con i poligoni. http://i.imgur.com/i3vTqjY.jpg Importando la vegetazione ed i landuse circostanti, i limiti del corso d'acqua si vedrebbero lo stesso. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Il giorno 28 gennaio 2013 13:58, Paolo Monegato gato.selvad...@gmail.comha scritto: ... ps: leggo ora l'ultima di Groppo, eventualmente potrebbe andar bene anche plant_community:taxon=* se taxon:genus=* è inteso come elenco di tutte le specie presenti se qualcuna manca vuol dir che non c'è Mi sa che plant_community:taxon non va bene. Tra gli esempi della pagina con la proposta di plant_community, c'è: plant_community:taxon=Salicion albae Quindi, come valore di plant_community:taxon non è previsto il nome di una specie ma, giustamente, il nome della classificazione fitosociologica [0] che descrive la comunità vegetale e che noi non conosciamo (è una classificazione diversa dai tipi forestali). Ad esempio, Salicion albae è un'alleanza [1] che si trova lungo i fiumi. Ciao, Groppo [0] http://it.wikipedia.org/wiki/Fitosociologia [1] https://docs.google.com/viewer?a=vq=cache:oZv4m6VyURMJ:www.centrostudinatura.it/public2/documenti/279-61684.pdf+hl=engl=itpid=blsrcid=ADGEESiGZe6vzDgdE6Iuts4HeEtXUuV2vH3QY0_QcKJrlBQCQqoWbhB_QgikVTjaOPZPqCVkeS5NqZZ3cIIGl-gf6iriYGUhcsAC-Wd18qKIcz1UCgEJvev9aiWj3NsIdciZEdJziYZ1sig=AHIEtbTbpWOYEvpqlG0jjX9B-amCxr-_xw ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Ho guardato un po' lo shape con QGIS e le foto di Bing come sfondo (tramite OpenLayers Plugin) e propongo le mie alternative. Tag in tabella -- tag proposto 12120 Descrizione: Aree destinate ad attività commerciali. Dalle foto sono i centri commerciali. landuse=commercial o retail -- landuse=retail 12130 Aree destinate a servizi pubblici, militari e privati Comprende landuse differenti: scuole, ospedali, chiese... senza tag -- non importabile, troppo generico A tutte le voci di colture con il termine non irrigue -- + irrigated = no A tutte le voci di colture con il termine irrigue -- + irrigated = yes Commento solo le proposte di Alessandro che non condivido al 100%: Il giorno 27 gennaio 2013 14:22, Alessandro Barbieri ale.bar...@alice.itha scritto: 23200landuse=meadow Superfici a prato permanente ad inerbimento spontaneo, comunemente non lavorata. Dalle foto è usato solo per gli argini erbosi di fiumi/canali e le fasce erbose lato autostrada. -- landuse=grass 32211natural=heath Arbusteto. -- natural=scrub 33300natural=scrub Aree a vegetazione rada. Dalle foto, sono aree di montagna con substrato roccioso e vegetazione rada, prevalentemente erbacea. Per chi va in montagna... la roccia con l'erbetta, insomma :) Scrub vorrebbe dire arbusti, vegetazione più alta e fitta. Propongo -- natural=heath Non è perfetto, ma non saprei cos'altro usare... 41220natural=wetland Vegetazione caratterizzata da dominanza arboreo/arbustiva igrofila. senza tag -- natural=wetland + wetland=swamp Aggiunte: 51220 Bacini con prevalente utilizzazione elettrica. natural=water + water=reservoir -- + reservoir_type=hydro_power (inventato al momento) 51230 Bacini con prevalente destinazione idrica. natural=water + water=reservoir -- + reservoir_type=water_storage 52120 Specchi lagunari navigabili solo in condizioni di alta marea. vuoto -- natural=water + shallow=yes (shallow=yes lo avevo visto utilizzato solo in Laguna) 42150 Valli da pesca. landuse=pond + produce=fish/seafood -- + managed=yes e di sostituire natural=wood con landuse=forest +1 In http://wiki.openstreetmap.org/wiki/Wood dice natural=wood: Natural primeval woodland (ie, not managed or harvested) Io ho sempre inteso natural=wood come foresta primaria http://it.wikipedia.org/wiki/Foresta#Stato_di_conservazione preferendo quindi per l'Italia: landuse=forest: Managed forest or woodland plantation Guardando la mappa italiana mi pare che sia generalmente preferito landuse=forest (verde scuro). So però che ci sono idee diverse. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Il giorno 26 gennaio 2013 14:52, Andrea Zedda andreazedd...@gmail.com ha scritto: Ciao, ho fatto una lista in csv con le coordinate dei centri abitati dei comuni sardi ... però mi piacerebbe sapere se è possibile integrare queste informazioni automaticamente in OSM. Ciao, se ho capito bene e vuoi aggiungere il tag capital = 8 ad un insieme di nodi su OSM puoi farlo con JOSM. 1 Converti il file csv in una stringa di id ('id1,id2...') e la incolli in: 'File' -- 'Scarica oggetto...' 2 Selezioni tutti i nodi ed aggiungi normalmente il tag a tutti i nodi selezionati. Attenzione che da un grande potere deriva una grande responsabilità. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Il giorno 26 gennaio 2013 15:14, sabas88 saba...@gmail.com ha scritto ... Sui capoluoghi di provincia bisogna mettere capital=6 e su Cagliari capital=4 quindi? Non lo ho mai fatto, ma secondo quanto detto da Martin [1] e secondo logica: sì. Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/Proposed_features/capital#Directly_attaching_the_admin_level_to_the_capital-tag ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Utilizzo del Suolo dal Geoportale Veneto
Il giorno 22 gennaio 2013 22:25, Leonardo kinetocor...@gmail.com ha scritto: Ciao, scrivo alla mailing list per esporre una possibile idea di import per i dati riguardanti l'utilizzo del suolo in Veneto ... Questo sarebbe il possibile piano di import ma prima vorrei sentire i vostri pareri, favorevoli, contrari, dubbi, ecc... Ciao, ho dato un'occhiata al file. Nelle zone urbane mi sembra più accurata la CTR, che (a volte) ha anche le pertinenze dei singoli edifici. Per le zone alpine ed agricole, invece, i file sembrano più dettagliati e le way più accurate della CTR, quindi anch'io sono favorevole a degli import locali. Usando file divisi per comune si potrebbero confrontare meglio i dati ed evitare alcune zone, come i centri urbani. Spesso i poligoni sono composti da way più lunghe del limite di 2000 nodi ed andranno quindi tagliati e trasformati in multipoligoni. Mi chiedo anch'io come si possa gestire al meglio dei poligoni con copertura al 100 %, quindi composti da way che hanno sempre dei tratti in comune con altre. Immagino che per il momento la soluzione migliore sia quella mista: - creare way sovrapposte, con i nodi in comune, per poligoni adiacenti piccoli - creare multipoligoni per poligoni adiacenti molto estesi, con una sola way di confine usata in entrambe le relazioni, es. boschi estesi. Osservazione a parte. Forse è inevitabile raggiungere il 100 % di copertura, prima o poi, anche in OSM. L'ideale sarebbe avere degli editor (si dice topologici?) che creano automaticamente una relazione quando serve, in modo trasparente. Ad es. tracciando una way con dei nodi in comune ad un'altra l'editor trasforma da solo il poligono in un multipoligono, senza creare una nuova way sovrapposta. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Utilizzo del Suolo dal Geoportale Veneto
Il giorno 24 gennaio 2013 14:09, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Ciao Per evitare le doppie way in file topologici dove tutti i poligoni sono adiacenti, si potrebbe convertire lo shapefile da poligoni a polilinee. ... Non facilissimo e volece, ma fattibile. Ciao, il fatto è che, anche se tecnicamente fattibile, in questo modo tutti i poligoni importati sarebbero inseriti come multipoligoni, anche uno con 4 nodi (tranne quelli confinanti con le strade, dato che le loro aree non verrebbero caricate). Non sarebbe sbagliato, ma visto che gli editor non permettono ancora un uso trasparente delle relazioni, come avevo descritto prima, forse la loro gestione potrebbe essere difficile per nuovi mappers. Per questo ipotizzavo il doppio approccio, importare landuse piccoli come poligoni adiacenti con nodi in comune, e trasformare i poligoni grandi in multipoligoni, con lunghe way in comune (boschi e laguna, anche se nella seconda ci sono già dati importati). In questo caso bisogna fare il lavoro a mano in JOSM, giudicando zona per zona dove è meglio trasformare in multipoligoni. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Novi Ligure
Il giorno 20 gennaio 2013 19:27, Andrea Musuruane musur...@gmail.com ha scritto: Ciao, oggi pomeriggio stavo correggendo un po' di errori in Piemonte, usando i file messi a disposizione da Groppo (grazie!!!): (prego :-) (tra l'altro ho notato che purtroppo NON segnala se il name inizia per una lettera minuscola. Es: via invece di Via)... Non li ho messi perché sono molto numerosi ( 2 highway) e rischiavano di rendere meno visibili le altre segnalazioni, secondo me più importanti (VIa, p.zza...). Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] importare Poi da file csv in Josm
Il giorno 04 gennaio 2013 14:37, emmexx emm...@tiscalinet.it ha scritto: Ho provato piu' volte senza molto successo ad importare dei file csv in formati diversi in josm, con il plugin Opendata installato. ... Il mio scopo e' semplicmente importare in un layer dei punti con alcuni tag. Il plugin sembra funzionare creando un file .csv con il seguente testo: latitude;longitude;amenity;name 43.0;12.0;restaurant;Al mappatore Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strana mappatura a Milano
Il giorno 13 dicembre 2012 16:56, Simone Saviolo simone.savi...@gmail.comha scritto: Il giorno 13 dicembre 2012 16:52, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: ... Se scrivi libraries in milano nel campo di ricerca ti trova un sacco di biblioteche, per fare una query più specifica direi di rivolgersi all'Overpass API. Ovviamente intendo qualcosa di più semplice per l'utente. Esiste anche il sito Xapi Viewer: http://osm.dumoulin63.net/xapiviewer/?zoom=14lat=45.46132lon=9.20012layers=0BTicon=icons%2Famenity_library.n.32.pngrequest=amenity%3Dlibrary Mi piace perché mostra la grande quantità di dati presenti in OSM, invisibili nella mappa su openstreetmap.org Mi sa che si può richiedere un solo tag per volta, senza filtri ulteriori, ma aggiungendo alle biblioteche un tag operator si potrebbe fare la ricerca su questo tag. Ciao, Groppo ciao, Martin Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nodi solitari
Ho esteso a tutta Italia le segnalazioni dei nodi solitari (*). https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html Sono nodi privi di tag, non appartenenti a way o relazioni e, generalmente, possono essere eliminati. In alcuni casi, però, sono utili per riportare in vita delle way cancellate con il passaggio alla nuova licenza, essendone i fantasmi. Un canale fantasma: https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/img/nodi_solitari.png Ciao, Groppo * perché dopo una modifica lo script è diventato più veloce ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM nel Veneto: chiave ref in una rotonda
Ho semplificato le opzioni degli script. trova_errori.py : --tags Italia o --tags nomeregione, trova gli errori sui tags sulla zona scelta --geom nomeregione, trova gli errori geometrici sulla regione scelta crea_pagina_html.py : genera una pagina con una tabella contenente solo le segnalazioni dei controlli effettuati, geometrici, sui tags o entrambi (guardando i file GPX che sono stati creati in ./gpx_out). Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM nel Veneto: chiave ref in una rotonda
Ciao Il giorno 06 dicembre 2012 00:43, Luca Delucchi lucadel...@gmail.com ha scritto: ... potrebbe essere condiviso il codice che ci sta dietro, magari potremmo farlo per tutta Italia o per tutte le regioni ... Il server di GFOSS direi che può ospitarla tranquillamente È una cosa che avevo già pensato di chiedere e mi farebbe piacere :) Gli aggiornamenti sarebbero anche più regolari. Per come sono fatti gli script, i controlli sui tags si possono applicare a tutta l'Italia, i controlli sulle geometrie no. I secondi funzionano, ma sono un po' degli accrocchi, genererebbero dei file temporanei enormi (almeno quello dei nodi solitari) ed impiegherebbero molto tempo se applicati all'Italia (ricordo, comunque, che i nodi duplicati sono segnalati anche da Keepright). Domani sistemo un po' gli script e posto un link. Ciao, Groppo -- ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM nel Veneto: chiave ref in una rotonda
Ciao, Il giorno 05 dicembre 2012 22:38, Leonardo kinetocor...@gmail.com ha scritto: Ciao a tutti, mi sto dedicando a sistemare gli errori segnalati ... Nel sistemare i refs non conformi alle convenzioni italiane sono incappato in un caso un pò particolare: una rotonda ha come ref=Via Sant'Andrea. È corretto? Una rotonda può avere un ref o va tolto? Ho messo tra i valori sospetti anche quelli che iniziano per Via ... perché in passato ho notato casi in cui il nome era stato messo nel ref invece che name, per errore nell'inserire i dati, credo. Comunque, lascio rispondere gli esperti di tagging. Anzi, aggiungo una mia domanda: il wiki non dice come comportarsi quando ci sono anche i termini var, bis Vanno scritti anch'essi senza spazi ed in maiuscolo? Secondo me no. es. SP123 var -- SP123VAR SP123 bis -- SP123BIS Leonardo P.s. Butto lì l'idea: si potrebbe creare una pagina così per ciascuna regione italiana, dato che semplifica di parecchio il lavoro di identificazione degli errori, soprattutto quelli un noiosi da cercare come i nomi delle vie scritti male. Che dite? I controlli sui tag volevo estenderli a tutta Italia, dopo averli sperimentati sui dati regionali. I prossimi giorni aggiorno la pagina. L'ideale sarebbe aggiungere questi controlli ad un'ipotetica Osmose [1] italiana. Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/Osmose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ferrovie: situazione stazioni e routing
Ciao, Il giorno 19 novembre 2012 11:30, ale_z...@libero.it ale_z...@libero.itha scritto: Buongiorno, durante l'OsmIT si è parlato anche di ferrovie. Più in generale si diceva che OSM va bene al 98% ma poi casca sui dettagli. Alessandro (non ricordo il cognome) di GFOSS parlava di prove di routing effettuate evidenziando che mancavano proprio piccole cose. Ricordo che anche OSM Inspector mostra alcuni errori delle reti di trasporti pubblici. http://tools.geofabrik.de/osmi/?view=pubtrans_networklon=12.31687lat=41.86823zoom=11opacity=0.59overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Le segnalazioni più interessanti sono le ultime due, in fondo alla pagina: Warnings ed Errors. Alessandro -- Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Il giorno 15 novembre 2012 16:19, Alberto Conte albertocont...@tiscali.itha scritto: Buonasera a tutti, Vi segnalo che presentiamo oggi il nuovo sito www.mapslow.eu, ... Buona serata, Alberto Conte Mi unisco ai complimenti per il bel servizio. Posso suggerire due piccole correzioni alla pagina? Open Street Map -- OpenStreetMap, si scrive tutto attaccato (e con link al sito di OSM, così qualcuno lo clicca e magari inizia a contribuire alla mappa ;-) è il wikipedia delle mappe -- è la Wikipedia delle mappe Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
Entrambi i siti usano le tiles fornite da Mapquest. 1 Mappa dei terremoti sul sito dell'Istituto Nazionale di Geofisica e Vulcanologia: http://terremoti.ingv.it/it/ (Ripresa anche da la Repubblica: http://video.repubblica.it/cronaca/mappa-lo-sciame-sismico-in-tempo-reale/108972/107357 ) 2 Il nuovo sito di Banca Etica, in due pagine: http://www.bancaetica.it/contatti http://www.bancaetica.it/finanziamenti A queste ultime manca l'attribuzione, anche se nella seconda è scritto che la pagina è ancora in versione beta. In caso, qualcuno che se ne intende di licenze/attribuzioni potrebbe ricordargli gentilmente come citare OSM?... Grazie. Avete anche voi degli avvistamenti da segnalare? :) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien
2012/10/8 Martin Koppenhoefer dieterdre...@gmail.com Questa lista di turn restrictions con problemi (al solito membri non più esistenti) è stata pubblicata in mailing-list tedesca, Grazie per la lista, ma forse questi casi sono segnalati anche da Keepright: http://keepright.ipax.at/report_map.php?lang=itch50=1ch60=1ch70=1ch201=1ch220=1ch311=1ch312=1number_of_tristate_checkboxes=6highlight_error_id=0highlight_schema=0lat=41.93807lon=12.54451zoom=10show_ign=1show_tmpign=1layers=B0Tch=0%2C291%2C292%2C293%2C294 Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi delle stazioni ferroviarie
Il giorno 04 settembre 2012 02:24, Alexander Roalter alexan...@roalter.itha scritto: secondo il wiki, il tag railway=station non si mette sul binario, ma sul edificio. Sul binario viene railway=stop (o, più nuovo, public_transport=stop_position). Come fai con più binari? Ci metti più railway=station? O lo tagghi solo una volta, anche se sono più stop position (forse non solo sui due lati di un marciapiede, ma possibilmente anche su un binario tronco...) Al tempo in cui avevo messo (un unico) railway=station sul binario mi sembrava fosse la prassi e guardando l'Italia molti railway=station sono ancora posti su un nodo di un binario. (Poi avevo aggiunto un public_transport=stop_position per ciascun binario.) Il wiki dice di mettere il tag su un nodo o piuttosto sull'edificio, non c'è un'indicazione definitiva. Ripensandoci, però, concordo che, anche volendo lasciare railway=station su un nodo, è meglio separarlo dai binari. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi delle stazioni ferroviarie
Il giorno 02 settembre 2012 19:58, Federico Cozzi f.co...@gmail.com ha scritto: Ciao, vorrei iniziare una discussione, che possibilmente porti ad una decisione condivisa e ad una pagina wiki in italiano, sul criterio da adottare per il tag name= delle stazioni ferroviarie. In giro si vedono alcuni casi strani (ad esempio name=Stazione Ferroviaria di Trapani) La mio opinione è di tenere nel tag name il solo nome da orario ferroviario, cioè ad esempio name=Trapani o name=Milano Centrale. ... Commenti? Obiezioni? Io in passato ho fatto così. Nodo della stazione: railway = station name = Topolinia Sull'edificio della stazione: building = train_station name = Stazione di Topolinia Ciao, Groppo Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Remote Control da Chrome o Firefox link di Keepright
Il giorno 03 settembre 2012 14:09, mircozorzo mircozo...@inwind.it ha scritto: Scusate se uso questo thread anziché aprirne un'altro. Per essere davvero a posto avrei bisogno di settare lo zoom con cui Josm mi apre i dati da Keepright, ho cercato nelle impostazioni ma non l'ho trovato. E' possibile impostarlo? Credo di si. Per favore mi aiutate a farlo? Non credo si possa fare, perché è Keepright a dire a JOSM l'area che deve inquardare e JOSM regola lo zoom di conseguenza. Per zoomare ulteriormente comunque basta premere + un po' di volte. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] gfoss e confini estrazioni
Il giorno 25 agosto 2012 16:03, Cascafico Giovanni cascaf...@gmail.com ha scritto: devo recuperare dati osm di un area italia-slovenia. mi é capitato che italia.osm avesse lacune sui confini ( highway ed wayerway mancanti). c'é modo di avere i dati completi senza osmosis su tutto il planet? Puoi provare a scaricare la zona tramite JOSM ed il plugin mirrored_download (File -- Scarica da copia OSM...), anche per parti successive. Se invece ti interessa un'area molto grande, puoi: - scaricare Italia e Slovenia da Geofabrik, fondere i due files con osmconvert osmconvert italia.osm.pbf slovenia.osm.pbf -o=unione.osm e ritagliarne la bbox con osmconvert oppure - scaricare il file europe.osm.pbf [1] (8.4 G) e ritagliarne la bbox con osmconvert [2], tramite il comando: osmconvert europe.osm.pbf -b=minlon,minlat,maxlon,maxlat -o=areachemiinteressa.osm, Ciao, Groppo [1] http://download.geofabrik.de/osm/ [2] http://wiki.openstreetmap.org/wiki/Osmconvert ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] feed automatico nuovi utenti
Il giorno 24 agosto 2012 15:17, sabas88 saba...@gmail.com ha scritto: Il giorno 24/ago/2012 12:05, Simone Cortesi sim...@cortesi.com ha scritto: Ciao, sto avendo buon successo nel contattare gli utenti nelle mie vicinanze. Ho fatto il setup di questa ricetta IFTTT: http://ifttt.com/recipes/44673 la mattina mi arriva un messaggio per ogni utente nelle mie vicinanze (verifica soltanto che il loro primo changeset sia in un raggio di 1 grado di coordinate dal centro da me specificato) io lo contatto con un messaggio generico contenente un paio di link. potresti fare una pagina sul wiki con il messaggio? Si potrebbe fare un elenco di aree sorvegliate e da chi, per non sovrapporsi. Qui si può selezionare l'area da sorvegliare da una mappa: http://resultmaps.neis-one.org/newestosmcreatefeed.php?zoom=6lat=46.34642lon=15.836layers=B0FTTT e mostra anche le aree create negli ultimi giorni. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] inserire mappe osm (e crowdmap) in sito web wordpress
Il giorno 01 agosto 2012 23:20, EdoardoT tona.edoa...@gmail.com ha scritto: Per caso esiste anche la possibilita' di avere le mappe OSM in maniera statica (cioe' come immagine)? Qualcosa c'é: http://wiki.openstreetmap.org/wiki/Static_map_images Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] 2028 nodi nel percorso 29132578 (coastline Italia)...
Il giorno 02 agosto 2012 13:22, Paolo Monegato gato.selvad...@gmail.comha scritto: Con name=Venezia intendi quello dell'isola? (perché quello della città è su un punto, non sulla natural=island) Sì, intendevo Venezia come nome dell'isola, visto che Murano e le altre mi sembra lo abbiano. Se si considera il tutto un unica isola allora è giusto tenerla unita e trattare i canali come canali in terraferma (quindi il riverbank è essenziale). Ma è un isola unica o un gruppo di isole? Da quanto ne so è un gruppo di isole. Un gruppo, infatti a me piaceva di più come avevi mappato tu, con una divisione almeno in tre isole. Però lascio decidere ad altri se valga la pena modificare di nuovo tutto. Ciao, Groppo ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it