Re: [Talk-it] visualizzazione di una versione vecchia di un way in JOSM
From: Volker Schmidt [mailto:vosc...@gmail.com] Sent: martedì 11 agosto 2015 20:53 To: openstreetmap list - italiano Subject: [Talk-it] visualizzazione di una versione vecchia di un way in JOSM Esiste un metodo semplice per visualizzare in JOSM una versione vecchia di un way per fare il confronto della geometria? Grazie Volker Direttamente in JOSM non saprei. Passando da Overpass Turbo puoi scaricare la versione alla data voluta con una query del tipo (metti data ed id voluti): [date:"2015-08-02T00:00:00Z"]; way(362963201); (._;>;); out meta; Quando hai il risultato, clicchi export e chiedi di caricarla in Josm con remote control. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM...
>From: Marco Bartalini [mailto:marcobartal...@gmail.com] >Sent: martedì 28 luglio 2015 10:21 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? >finalizzate alla mappatura su OSM... >Esiste un immagine aerea di mappa OSM con sfondo trasparente??? devo mettere >come sfondo l'immagine satellitare bing e sovrapposta le mappe osm... un pò >ciò che avviene con le mappe ibride di google... >ho già provato sovrapponendo le bing con le mapnik aumentando il livello di >trasparenza ma mi servirebbe qualcosa di più chiaro Per Josm dovrebbero presto venire disponibili dei filtri per immagini raster che potrebbero aiutarti a controllare la visualizzazione degli sfondi: http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2015/JOSM_raster_layers_filters Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieristica CAI
>From: Dario Zontini [mailto:dario.zont...@gmail.com] >Sent: giovedì 16 luglio 2015 08:30 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Sentieristica CAI >Io ho provato con Mapillary ma ho il problema di fissare il cellulare allo >zaino per riuscire a fare le foto e contemporaneamente avere le mani libere >Dario In questi post puoi vedere una soluzione: http://www.openstreetmap.org/user/malenki/diary/23409 https://www.openstreetmap.org/user/malenki/diary/23412 Io che faccio percorsi in cui delle mani libere ho bisogno solo per impugnare i bastoncini, e preferisco controllare ogni singola inquadratura, uso un attacco come questo (fissato alla parte alta del bastoncino anziché al manubrio della bicicletta): http://www.rammount.com/part/RAM-B-149Z-UN7U Impostando la ripresa in automatico, con blocco degli scatti quando il cellulare è inclinato (opzioni "pause on face down" e "pause while tilting") faccio in modo che scatti solo quando alzo il bastoncino e lo mantengo fermo e dritto per un tempo sufficiente. In pratica scatto solo in manuale, e controllando l'inquadratura sullo schermo, ma senza mai aver bisogno di staccare le mani dai bastoncini. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento dei distributori di carburante
>From: Stefano [mailto:saba...@gmail.com] >Sent: mercoledì 15 luglio 2015 11:20 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Aggiornamento dei distributori di carburante >Vi invito pertanto a segnalare discrepanze al ministero tramite l'email >osservapre...@mise.gov.it (o eventualmente raccogliamole così non duplichiamo >le domande): Segnalo questi impianti, il cui puntatore appare in un punto errato, e che non aggiornano più le comunicazioni: https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/19539 https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/19540 L'indirizzo corrisponde a quello di questo impianto, indicato in posizione corretta e che aggiorna le comunicazioni: https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/27870 Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trekking e MTB
>-Original Message- >From: Federico Cortese [mailto:cortese...@gmail.com] >Sent: mercoledì 8 luglio 2015 20:16 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Trekking e MTB >2015-07-08 19:11 GMT+02:00 mbranco : >> Secondo me NON dovrebbero essere mappati itinerari su terreni che non >> hanno alcuna traccia di sentiero: è un percorso virtuale, arbitrario, >> posso fare infiniti percorsi in un prato, o in un pascolo in montagna, o in >> un >bosco... >Concordo pienamente, chi li ha mappati eccepisce che non vi sono infiniti >passaggi e che quelli tracciati gli sono indispensabili per organizzare il >routing >mtb. >A me sembra che per quanto possano essere importanti per l'applicazione >specifica, sia difficile trovarne una collocazione in OSM. Per caratterizzare i sentieri escursionistici prevalentemente privi di traccia sul terreno è previsto il tag trail_visibility=no. Se i frequentatori sono pochi, o il terreno è roccioso, il tratturo non si forma. Penso che si potrebbe applicare anche ai percorsi per MTB. Però dovrebbe trattarsi comunque di percorsi logici, che chiunque conosce la zona seguirebbe, non arbitrari. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Bulk] Mappatura corretta pareti naturali/falesie per arrampicata
>-Original Message- >From: Davide Mangraviti [mailto:davide...@inwind.it] >Sent: sabato 13 giugno 2015 14:15 >To: talk-it@openstreetmap.org >Subject: [Bulk] [Talk-it] Mappatura corretta pareti naturali/falesie per >arrampicata > >Mi sto trovando ultimamente a mappare le pareti naturali e le falesie >attrezzate con chiodi, fittoni, spit ect... per l'arrampicata libera. > >Secondo me basterebbe come tag sport=climbing e il nome se lo ha ma >vedo che qualcuno aggiunge anche leisure=pitch. Ma non c'è una struttura o >un impianto... è corretta quindi l'aggiunta di quest'ultimo tag? >Nel Wiki non è specificato nulla Generalmente il tag sport=* andrebbe sempre associato a qualcosa di fisico che descrive dove si pratica lo sport. Nel tuo caso, siccome si tratta di una struttura naturale, potrebbe essere più adatto un tag natural, come natural=cliff/rock/stone. Per descrivere come la parete è attrezzata, prova a scegliere un valore adatto alla sezione climbing styles sula pagina sport=climbing [1]. Anche climbing:bolted=* potrebbe applicarsi. [1] http://wiki.openstreetmap.org/wiki/Tag:sport%3Dclimbing Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Shape portale regione Lombardia
>From: Simone Cortesi [mailto:sim...@cortesi.com] >Sent: giovedì 11 giugno 2015 10:39 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Shape portale regione Lombardia >il tool online permette didividere il lavoro fra migliaia di utenti >potenzialmente interessati, di fare merge mediato dall'utente e non da un >software. Il database topografico regionale al momento non è completo, mancano alcuni comuni (al momento, a vario titolo, sono 284; la tabella è scaricabile su http://www.cartografia.regione.lombardia.it/download/STATO_AVANZAMENTO_DBT.xls). Il tool online permetterebbe di mettere disponibili i dati in fasi successive? Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Shape portale regione Lombardia
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: martedì 9 giugno 2015 16:59 To: Alberto Nogaro; openstreetmap list - italiano Subject: Re: [Talk-it] Shape portale regione Lombardia "Dato pubblico (cfr. art. 1 Codice Amministrazione Digitale)" no, non vuol dire niente, è soltanto una nota che non ci sono limitazioni nella conoscibilità (il dato la cui conoscibilità è riservata per legge o regolamento a specifici soggetti o categorie di soggetti). Ciao, Martin Si, intendo che se non vuol dire niente neppure pone condizioni. E siccome è anche l'unico testo che compare nella lista delle restrizioni legali, ne dedurrei che di restrizioni all'uso non ce ne sono. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Shape portale regione Lombardia
>-Original Message- >From: RColombo [mailto:roberto.colo...@gruppocorvi.org] >Sent: lunedì 8 giugno 2015 23:24 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Shape portale regione Lombardia > >Il dataset è database topografico regionale, la licenza è una IODL 2.0. >Sulla pagina http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati >la IODL viene definita come compatibile, ma vorrei essere sicuro al 100%. Non sono sicuro di quanto aiuti a darti una risposta, ma esportando il file xml dei metadati associati al gruppo di layer del Database Topografico Regionale, si trova la seguente sezione di restrizioni legali: Non esistono restrizioni d'uso. http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/resources/Codelist/gmxCodelists.xml#MD_SpatialRepresentationTypeCode"; codeListValue="otherRestrictions">otherRestrictions http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/resources/Codelist/gmxCodelists.xml#MD_SpatialRepresentationTypeCode"; codeListValue="otherRestrictions">otherRestrictions Dato pubblico (cfr. art. 1 Codice Amministrazione Digitale) Credo che la parte fondamentale sia la stringa: "Dato pubblico (cfr. art. 1 Codice Amministrazione Digitale)" Nei metadati non viene invece esplicitamente menzionata la licenza IODL 2.0. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Bulk] Come taggare sanitaria ortopedia
>-Original Message- >From: Nicola Procopio [mailto:nicola.proco...@magicbusapp.it] >Sent: venerdì 15 maggio 2015 16:17 >To: talk-it@openstreetmap.org >Subject: [Bulk] [Talk-it] Come taggare sanitaria ortopedia >vorrei chiedervi come posso mappare le farmacie sanitarie/ortopedie. Quelle che ho incontrato le ho mappate come shop=orthopedics. Secondo Taginfo è stato usato 44 volte: non molte, farebbe pensare che ci sia un altro tag più popolare, ma non l'ho trovato. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrarre coordinate nodi da relazione
Nel caso semplice in cui la route sia riconducibile ad una unica linea connessa, una variante che ti fornisce l’elenco già pulito di coordinate ordinate in formato testo potrebbe sfruttare il comando “copy coordinates” di josm. Partendo dall’ID della route, in JOSM: - Scarichi la relazione e i suoi membri: Ctrl+shift+O, nella finestra che compare selezioni il tipo relazione, inserisci l’ID, selezioni la seconda casella e clicchi il pulsante per scaricare l’oggetto. - Combina i segmenti in una way unica: seleziona tutte le way appartenenti alla relazione (se nel layer non hai altro fai Ctrl+F, e cerchi “type:way”), per evitare conflitti cancella pure tutti i tag, premi C e se te lo chiede lasciagli fare i cambiamenti di verso necessari per congiungere i segmenti. - Se la combinazione non è riuscita, vuol dire che ci sono dei buchi. Inserisci delle way per fare da ponte dove necessario (per esempio a volte restano dei buchi dove sono state omesse le rotonde) e ritorna al punto precedente. - Seleziona tutti i nodi della way: seleziona la way e chiama ctrl+shift+N - Invoca il comando “copy coordinates” (Ctrl+shit+C) e incolla nel tuo editor preferito. Avrai i nodi ordinati, uno per riga. - Se volevi i nodi in ordine inverso, selezione la way, R, e ripeti i due punti precedenti. Ciao, Alberto From: mbranco2 [mailto:mbran...@gmail.com] Sent: domenica 10 maggio 2015 23:02 To: openstreetmap list - italiano Subject: Re: [Talk-it] Estrarre coordinate nodi da relazione Il modo più banale che mi viene in mente è in Josm, copiando la relazione ed i relativi membri in un nuovo livello, e quindi esportandolo come gpx: ti ritrovi come segmenti tutte le ways di Osm , ma cercando con un editor che supporta le espressioni regolari (tipo Notepad++) tutte le stringhe "lat" , "lon" puoi estrarre tutte e sole le coordinate, nella giusta sequenza. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] non appare
In Italia capita pure ;-) http://wiki.openstreetmap.org/wiki/File:NoExit_OneWay.jpg Ciao, Alberto From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: lunedì 11 maggio 2015 14:41 To: openstreetmap list - italiano Subject: Re: [Talk-it] non appare quel oneway=no mi sembra abbastanza superfluo visto che le strade chiuse non possono mai essere a senso unico;-) ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per allevamento trote
From: makakk...@vodafone.it [mailto:makakk...@vodafone.it] Sent: giovedì 30 aprile 2015 22:00 To: Talk-it@openstreetmap.org Subject: [Talk-it] tag per allevamento trote Ciao a tutti, nella mia zona ci sono molti allevamenti di trote,ma non sono ancora riuscito a trovare indicazioni utili su come taggarli.Mi potete aiutare? Grazie Dovrebbe essere questo: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Daquaculture Per le trote: landuse=aquaculture + aquaculture=fish Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per valle
>-Original Message- >From: cascafico [mailto:cascaf...@gmail.com] >Sent: lunedì 13 aprile 2015 12:10 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] tag per valle > >Allora sembra che sia stata approvato il tag=valley [1] per nodes e ways, ma >non per area e relation. Dove si trova la documentazione sulla approvazione? La pagina del tag natural=valley [1], che limita la applicabilità a nodi e way, è stata creata il 2014-12-17 con stato "In use". In quella data il tag era in uso su 614 way, di cui però ben 287 erano poligoni [5]. Successivamente lo stato è stato modificato in "Approved" [2]. Però la pagina della proposta (cui era stato aggiunto il tag "approved" nella stessa data di creazione) diceva che il tag si applica a way e aree. Per inciso, la pagina della proposta precedente [4] invece parlava solo di aree. Sono perplesso. [1] http://wiki.openstreetmap.org/w/index.php?title=Tag:natural%3Dvalley&oldid=1118808 [2] http://wiki.openstreetmap.org/w/index.php?title=Tag:natural%3Dvalley&diff=1130269&oldid=1118808 [3] http://wiki.openstreetmap.org/w/index.php?title=Proposed_features%2Fvalley&diff=797156&oldid=797155 [4] http://wiki.openstreetmap.org/wiki/Proposed_features/Valley [5] http://overpass-turbo.eu/s/8Mz Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rendering di Disused ed Abandoned
From: Bruno Vivi [mailto:bv...@libero.it] Sent: mercoledì 11 marzo 2015 09:17 To: talk-it@openstreetmap.org Subject: [Talk-it] Rendering di Disused ed Abandoned Ho censito anche alcuni impianti di risalita utilizzando il Key Disused. Il rendering però non tiene conto di quel campo. Potrebbe essere una buona idea, secondo voi, suggerire agli sviluppatori di OSM che il rendering di impianti, ma anche strade, aventi il Tag Disused o Abandoned, sia effettuato in maniera diversa? Ad esempio con una trasparenza abilitata, oppure non visualizzandoli se hanno questo tag? Si, penso che per strutture ben visibili ed utili anche all'orientamento sarebbe vantaggioso se venissero renderizzate come tali anche quando non più utilizzate, magari in qualche rendering specialistico. Al posto del tag disused=yes, secondo le linee guida attuali bisogna anteporre il prefisso disused: alla chiave descrittiva. Ad esempio al posto di aerialway=chair_lift + disused=yes dovresti usare solo disused:aerialway=chair_lift. Attualmente questo ha anche l'effetto non fare renderizzare l'impianto. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Divietodi inversione ad U agli incroci (era: Differenza no_left_turn only_straight_on)
>-Original Message- >From: emmexx [mailto:emm...@tiscalinet.it] >Sent: martedì 17 febbraio 2015 15:01 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Differenza no_left_turn only_straight_on >Secondo me e' lecito immettersi nel controviale in direzione sud. Quando si e' >svoltato a sinistra e ci si trova all'inizio di Ca' Granda si e' >nella stessa situazione di chi proviene da nord nella corsia centrale che puo' >girare a destra o inserirsi nel controviale. Sono d'accordo con te che a un certo punto le 2 auto si trovano in una posizione simile, e da li in poi la parte finale della manovra che compiono per imboccare il controviale è la stessa. Ma la manovra complessiva è diversa, e trattata diversamente dal codice della strada. Chi, provenendo da nord, si inserisce nel controviale in direzione sud sta solo cambiando corsia, manovra lecita. Chi proviene da sud, e parimenti si inserisce nel controviale in direzione sud, nel complesso fa una manovra di inversione ad U in corrispondenza di un incrocio. Tale manovra è vietata dal codice della strada all'articolo 154, comma 6: "L’inversione del senso di marcia è vietata in prossimità o in corrispondenza delle intersezioni, delle curve e dei dossi.". Il testo non fa alcuna eccezione per il caso della inversione ad U in strade a carreggiate separate. Dunque, per quanto possa sembrare inopportuno, il divieto di inversione vale anche nel caso in esame. >Se cosi' non fosse sarebbe stato messo un cartello tira dritto all'inizio di >Ca' >Granda in direzione ovest, tra la corsia centrale e il controviale di Testi. Che l'area tra la corsia centrale e il controviale sia l'inizio di Ca' Granda, questo lo dice solo OSM. Per il codice della strada quella è un'area di incrocio. Un eventuale cartello di divieto di inversione ad U andrebbe messo prima dell'incrocio, sulla corsia che proviene da sud. Ma non è necessario, in quanto il divieto stabilito dal codice della strada è generale. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Differenza no_left_turn only_straight_on
>-Original Message- >From: emmexx [mailto:emm...@tiscalinet.it] >Sent: martedì 17 febbraio 2015 10:13 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Differenza no_left_turn only_straight_on >A Milano se si puo' andare dritto e a destra viene messo il cartello dritto a >destra, se si puo' andare solo dritto viene messo il cartello tira dritto. Si, mette il cartello dritto e a destra perché il cartello di divieto di svolta a sinistra non esiste più. A mio parere in OSM la restrizione corrispondente più immediata resta no_left_turn. Ma qualunque combinazione di restrizioni che descriva correttamente la situazione e permette a un router di funzionare è ugualmente lecita. >https://www.google.it/maps/@45.492307,9.192738,3a,75y,10.57h,101.02t/dat >a=!3m4!1e1!3m2!1sqGCr8yhqiY4pyx6nRzSK6g!2e0 Da questa foto si vede bene che quella intersezione è un unico incrocio: non ci sono linee di arresto intermedie o segnali intermedi. Dunque un solo cartello "dritto o a destra" dice al conducente che percorre Viale Zara in direzione nord tutto ciò di cui a bisogno per impegnare correttamente l'incrocio. L'incrocio va impegnato solo se è sgombro, e una volta impegnata l'area di incrocio va liberata senza sostarvi, anche se nel frattempo il semaforo fosse diventato rosso. >Poco piu' a nord: >https://www.google.it/maps/@45.495253,9.194406,3a,75y,10.57h,101.02t/dat >a=!3m4!1e1!3m2!1sy2iQu7UOR-Pg56EhhPoscQ!2e0 Qui invece gli incroci lungo Viale Zara sono due, come si capisce dalla linea di arresto intermedia e dall'isola centrale (Ma i due incroci che OSM mostra lungo ciascuna corsia di viale Marche andrebbero collassati in uno, perché non ci si può fermare tra le due corsie centrali di viale Zara). Qui è possibile arrestare il veicolo tra i due incroci lungo viale Zara (cioè tra le due corsie di viale Marche), ed è permesso impegnare il primo incrocio anche se il secondo non è sgombro. Il primo cartello "dritto o a destra" si riferisce al primo incrocio, il secondo cartello "tira dritto" si riferisce al secondo incrocio. >Non ho idea del perche' il Comune abbia messo i segnali in maniera diversa. >Da quel che ha scritto Luca Sigfrido di AMAT all'incrocio con Viale Nazario >Sauro >il divieto di svolta a sx e' definito dall'unico cartello presente. >All'incrocio successivo che topologicamente mi pare identico, si sono sentiti >di >inserire il cartello tira dritto. > >Ancora piu' a nord (Istria) la way a dx e' senso unico contromano ma il >cartello >tiradritto viene messo comunque (giustamente). >https://www.google.it/maps/@45.502005,9.198218,3a,75y,34.49h,91.72t/data >=!3m4!1e1!3m2!1sEO7kkH_diwem4ZO5durVRA!2e0 Anche qui l'incrocio sarebbe uno, non due come in OSM (chi percorre piazzale Istria non si può fermare tra le due corsie di Viale Zara, perché l'area di incrocio è unica). Un esempio in cui è corretto inserire 4 incroci tra le corsie centrali e all'incrocio tra Viale Zara e via Ala/via Slataper (si vedono tutte le linee di arresto intermedie): https://www.google.it/maps/@45.500282,9.197259,3a,75y,23.71h,77.16t/data=!3m4!1e1!3m2!1s58HHzdu3Uvh3Sd_jlT47qA!2e0 Altro caso in cui sono corretti i 4 incroci è l'incrocio tra Viale Fulvio Testi e via Clerici: https://www.google.it/maps/@45.532866,9.21585,3a,75y,14.52h,96.8t/data=!3m4!1e1!3m2!1sJe4E0Qd_uVKSHl-S4svGUg!2e0 Un esempio di problemi causati dalla moltiplicazione degli incroci si ha all'incrocio tra Viale Zara e Viale Ca' Granda: https://www.google.it/maps/@45.506049,9.200541,3a,75y,22.6h,72.14t/data=!3m4!1e1!3m2!1sPNDkjdXtZb9OXJr_nN6boA!2e0 In OSM si vedono 3 incroci, mentre nella realtà esiste una sola area di incrocio. Così diventa problematico inserire il divieto di inversione ad U all'incrocio (in Italia è sempre vietata l'inversione ad U agli incroci, non è necessaria la presenza di cartelli che la impediscano). Per esempio, ora all'incrocio manca la restrizione che impedisce a chi percorre Viale Fulvio Testi in direzione nord, di fare inversione ed imboccare il controviale in direzione sud. La tentazione sarebbe di inserire un divieto di svolta a sinistra da Viale Ca' Granda (https://www.openstreetmap.org/way/263676506) verso il controviale in direzione sud di Viale Fulvio Testi. Ma così impediremmo a chi percorre la corsia centrale di Viale Fulvio Testi in direzione sud di spostarsi sul controviale in direzione sud, che è una manovra lecita. Per impedire l'inversione ad U, senza impedire a chi mantiene la direzione di marcia di cambiare corsia, dovremmo usare una restrizione con più way con ruolo "via". Il wiki dice che è corretto farlo, ma ho seri dubbi che esistano router che sappiano interpretare queste restrizioni. Vabbè, non mappiamo per il routing. Comunque le restrizioni alle inversioni ad U vanno aggiunte. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Differenza no_left_turn only_straight_on
>-Original Message- >From: emmexx [mailto:emm...@tiscalinet.it] >Sent: lunedì 16 febbraio 2015 17:34 >To: openstreetmap list - italiano >Subject: [Talk-it] Differenza no_left_turn only_straight_on > >Non avendo trovato un accordo con un altro utente (che segue la lista) >sull'utilizzo di questi 2 tipi di turn restrictions, abbiamo concordato di >chiedere >qui. > >Il caso che ha dato inizio alla diatriba e' questo: > >http://www.openstreetmap.org/relation/4147252 > >In quel punto non ci sono cartelli (verificato sabato scorso). C'e' poco piu' >a sud >(all'incrocio con viale Nazario Sauro direzione est) il cartello che >corrisponde a >no_left_turn. A mio parere, è ingannevole il modo in cui l'incrocio è rappresentato in OSM. In OSM si vedono 6 incroci, che nella realtà corrispondono ad un'unica area di incrocio (ampia, ma entro la quale non esiste alcuna isola di divisione tra le corsie). Anche se graficamente orrendo, i 6 incroci andrebbero fatti collassare in un unico punto, in cui confluiscono le due corsie centrali di Viale Zara, e le 3 corsie di Viale Stelvio. Per questo motivo esiste un solo cartello (direzioni consentite diritto e a destra, posto appena prima che la corsia nord di Viale Zara incroci la corsia est di viale Nazario Sauro), perché c'è in realtà un solo incrocio! Rappresentando con un unico incrocio (che sarebbe logicamente corretto), l'unica relazione corretta sarebbe "no_left_turn", che corrisponde proprio all'unico cartello visibile all'incrocio. E anche l'icona di JOSM diventerebbe intuitiva. Per inciso, anche le indicazioni di un eventuale router risulterebbero più chiare se si riferissero ad un solo incrocio, che è proprio quello che un conducente vede nella realtà. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fontanelle e fontane
>-Original Message- >From: demon.box [mailto:e.rossin...@alice.it] >Sent: domenica 8 febbraio 2015 14:29 >To: talk-it@openstreetmap.org >Subject: [Talk-it] Fontanelle e fontane >e questi punti acqua (vengono ufficialmente chiamati proprio così) che >offrono acqua gasata, naturale e fredda disseminati in tutta la provincia? > ><http://gis.19327.n5.nabble.com/file/n5832829/90716_71788_resize_597_334 >.jpg> Se l'acqua è a pagamento, li taggerei con amenity=vending_machine, vending=drink, credo anche drink:water=draught.. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Entrata galleria, o incavo militare della guerra.
>-Original Message- >From: girarsi_liste [mailto:liste.gira...@gmail.com] >Sent: lunedì 2 febbraio 2015 22:29 >To: Lista nazionale italiana openstreetmap >Subject: [Talk-it] Entrata galleria, o incavo militare della guerra. >ma anche rifugi per pastori e animali scavati nella >roccia, in montagna se ne trovano diverse e di divera grandezza, dal puro >riparo di un paio di metri a brevi tunnel di 5 o 6 metri ecc.. Se in uso, a questi forse potresti aggiungere amenity=shelter + shelter_type=rock_shelter. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnali stradali
>-Original Message- >From: Rallysta74 [mailto:rallyst...@gmail.com] >Sent: mercoledì 28 gennaio 2015 10:11 >To: talk-it@openstreetmap.org >Subject: [Talk-it] Segnali stradali > >Guardando in giro sulla wiki ho visto che in alcune nazioni sono state >inserite le >preimpostazioni per diversi segnali stradali. >Per l'Italia c'è qualcosa di utilizzabile o dobbiamo "inventarci" le >assegnazioni? Salvo aggiornamenti di cui non sono a conoscenza, per i segnali stradali il Codice della Strada fa riferimento alle figure degli allegati grafici al Titolo II. Tali allegati grafici sono stati pubblicati sulla gazzetta ufficiale (serie generale n° 303 del 28-12-1992 - Supplemento Ordinario n° 134, pagine dalla 193 alla 383). Il documento si può scaricare in formato pdf dal sito della gazzetta ufficiale [1]. Le figure riportano una numerazione univoca, un riferimento all'articolo del codice della strada in cui sono citate, oltre a un nome descrittivo (che però può essere comune a più figure, cioè a diverse varianti del cartello). Per l'identificazione è sufficiente la numerazione univoca della figura. Per i pannelli integrativi (pag. 237-244) le figure sono identificate dal testo "Modello II" seguito da una sigla alfanumerica. Es: "Modello II 5/a2 continua". Per tutti gli altri segnali (pag. 245-343) le figure sono identificate dal testo "Figura II" seguito da una sigla alfanumerica. Es: "Figura II 10/b". Per concisione, proporrei di usare come identificativo del segnale in OSM la sola sigla alfanumerica della figura. Secondo gli esempi riportati sul wiki [2], l'identificativo dei pannelli integrativi segue, separato da una virgola, l'identificativo del cartello cui si riferisce. Esempi: - "discesa pericolosa con pendenza 10%" (confronta gazzetta ufficiale pag. 249): traffic_sign=IT:15[10] - "divieto di accesso" con pannello integrativo "eccetto autobus" (confronta gazzetta ufficiale pag. 259 e 238): traffic_sign=IT:47,4/b[bus] Ambiguità potrebbero sorgere solo se capitasse di trovare autonomamente un segnale elencato tra i pannelli integrativi, alla cui sigla alfanumerica corrisponde anche un segnale di altro tipo (esistenza tanto di "Modello II xxx" quanto di "Figura II xxx"). Una tale sovrapposizione capita solo nel caso seguente: "Modello II 7" (andamento della strada principale, pag 243) ; "Figura II 7" (doppia curva prima a sinistra, pag. 246). Non ho presente se il segnale "Modello II 7" si trovi anche autonomamente. In alternativa, per evitare ambiguità si potrebbe decidere di usare il testo completo (esempio: traffic_sign=IT: Figura II 47, Modello II 4/b[bus]), o qualche versione abbreviata. [1] http://www.gazzettaufficiale.it/do/gazzetta/downloadPdf?dataPubblicazioneGazzetta=19921228&numeroGazzetta=303&tipoSerie=SG&tipoSupplemento=SO&numeroSupplemento=134&estensione=pdf&edizione=0 [2] http://wiki.openstreetmap.org/wiki/Key:traffic_sign#Traffic_sign_IDs Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mancanza attribuzione
>-Original Message- >From: girarsi_liste [mailto:liste.gira...@gmail.com] >Sent: martedì 27 gennaio 2015 10:40 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Mancanza attribuzione > >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 >Dalle mi parti le stazioni sono "fuori" di buoni 10/200 mt su quella mappa. Si, ho visto un puntatore fuori anche un paio di km abbondanti. Inoltre mi sembra che il loro rendering non visualizzi l'icona con le manette quando la stazione è mappata come area. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mancanza attribuzione
>-Original Message- >From: Simone Cortesi [mailto:sim...@cortesi.com] >Sent: sabato 6 dicembre 2014 23:54 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Mancanza attribuzione > >Oggi ho provato a telefonare all'ufficio PR che cestisce il sito web, >ovviamente >essendo sabato non ha risposto nessuno. Riprovero' lunedi'. Ho visto solo ora la image of the week [1], grande Simone! Considerata la visibilità che ci offre, propongo come task della settimana il controllo della corretta mappatura delle stazioni dei Carabinieri. [1] http://wiki.openstreetmap.org/wiki/File:Italy_carabinieri_contacts.png Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come si chiama/mappa il velox dissuasore?
>-Original Message- >From: Stefano Droghetti [mailto:stefano.droghe...@gmail.com] >Sent: martedì 20 gennaio 2015 11:50 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Come si chiama/mappa il velox dissuasore? >Non c'è scritta la velocità massima, non generano multe, sono a tutti gli >effetti >dei dissuasori con aggiunta di rilevazione di velocità, e funzionano solo in >una >direzione. >Non ho idea di come mapparli. Non so come descrivere la funzione di dissuasore, ma tecnicamente potrebbe un po' forzatamente rientrare in: man_made=monitoring_station display=yes monitoring:traffic=yes direction=* Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vendita legna
From: Volker Schmidt [mailto:vosc...@gmail.com] Sent: sabato 3 gennaio 2015 11:21 To: openstreetmap list - italiano Subject: Re: [Talk-it] Vendita legna Forse. ci sono 9 shop=firewood e un shop=fire_wood in Taginfo Ci sono anche 60 trade=wood. Anche 40 trade=timber_yard, ma questo penso sia pensato per legname da costruzione. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per valle
>-Original Message- >From: demon.box [mailto:e.rossin...@alice.it] >Sent: lunedì 29 dicembre 2014 20:31 >To: talk-it@openstreetmap.org >Subject: [Talk-it] tag per valle > >mi sono chiesto qual'é il tag appropriato per una valle ma natural=valley mi >pare di capire che è rimasto fermo alla sola proposta > >http://wiki.openstreetmap.org/wiki/Proposed_features/Valley > >quindi cosa utilizzo? place=locality? Sulla pagina del tag place=locality il wiki dice che quando un nome è associato ad una caratteristica naturale o fisica, è meglio usare un tag che descriva tale caratteristica piuttosto che place=locality. Dunque per una valle natural=valley (non mi sembra esistano proposte alternative altrettanto diffuse). Se invece devi inserire un toponimo che pur contenendo il termine "valle" non si riferisce ad una valle in senso fisico, allora può andare bene place=locality. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
>-Original Message- >From: Luca Delucchi [mailto:lucadel...@gmail.com] >Sent: martedì 9 dicembre 2014 10:24 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Tag per negozio compro oro? > >2014-12-08 22:53 GMT+01:00 Matteo Quatrida >: >> Il 08/12/2014 19:19, John Doe ha scritto: >>> >>> shop=gold mi sembra adatto. >>> >> >> Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi >> sembra superfluo introdurre un nuovo tipo di negozio, solamente perché >> tratta usato, invece di nuovo. >> > >+1 Forse per distinguerli dalle normali gioiellerie potremmo usare: shop=jewelry + second_hand=only Fino ad ora non risulta usato (ci sono 3 casi in cui jewelry è usato con second_hand=yes). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozio compro oro?
From: John Doe [mailto:theguest...@gmail.com] Sent: domenica 7 dicembre 2014 19:48 To: OSM Talk-it Subject: [Talk-it] Tag per negozio compro oro? Come potrei taggare i negozi compro oro? Interesserebbe pure a me. Quando mi è capitato ho usato shop=trade + trade=gold. Ma non è diffuso (usato solo 2 volte), per cui penso che si usi un altro tag. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Servizi aggiuntivi aree di servizio [ERA] Digest di Talk-it, Volume 97, Numero 3
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: mercoledì 3 dicembre 2014 11:40 To: openstreetmap list - italiano Subject: Re: [Talk-it] Servizi aggiuntivi aree di servizio [ERA] Digest di Talk-it, Volume 97, Numero 3 per me 24/7 è corretto se ti puoi fornire a qualsiasi orario di benzina (anche in maniera self-service). Forse si potrebbe aggiungere "service_times" per i tempi quando ci sta qualcuno? (Questo non è un metodo stabilito, sarebbe da discuterlo un attimino in lista [tagging] prima di metterlo nel wiki, casomai). C'è anche il caso in cui il self service è limitato ad alcuni carburanti. Ad esempio, per le stazioni che vendono benzina e metano, ti puoi fornire di metano solo quando ci sono gli addetti, la benzina 24/7. Sarebbe utile avere un metodo per specificarlo. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Query features
Ho appena notato la comparsa sul sito principale della strumento "Query features": -cliccando sul pulsante sul punto esclamativo, il puntatore del mouse mostra un punto esclamativo. -Cliccando ora su un qualunque punto della mappa, compare sulla sinistra un elenco di link agli oggetti vicini alla posizione cliccata, e di confini che racchiudono il punto. Lo trovo molto utile per rapidi controlli estemporanei. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: mercoledì 26 novembre 2014 16:52 To: openstreetmap list - italiano Subject: Re: [Talk-it] Via Crucis non so se c'è già un set di tags specifici. Io avevo usato questi tempo fa: http://www.openstreetmap.org/node/955928964 e questo è la foto http://www.23hq.com/dieterdreist/photo/6137066?album_id=5953458 ciao, Martin Se carichi la foto su un sorgente adatto e inserisci il link, lo puoi anche visualizzare sulla mappa storica: http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=17&lat=53.62374&lon=10.07809&layers=B000FFTFFTFT Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e nodi collegati
>-Original Message- >From: mircozorzo [mailto:mircozo...@inwind.it] >Sent: mercoledì 12 novembre 2014 11:59 >To: talk-it@openstreetmap.org >Subject: [Talk-it] Josm e nodi collegati > >Ciao, nelle precedenti versioni di Josm riuscivo ad avere dei bei nodi, in >corrispondenza delle giunzioni delle vie con dei bei quadrati grandi che mi >facevano cogliere subito se le vie erano intersecate con giunzione o meno >però ora non riesco più a configurare la visualizzazione in modo soddisfacente. > >Qualcuno ha idea su come fare? >In pratica i nodi con giunzione somigliano troppo a quelli senza giunzione. Fai questa prova: - richiama il pannello "Map Pant Styles" (shortcut Alt+Shift+M) - nel pannello, clicca con il tasto destro sulla voce "JOSM default (MapCSS)" - dal menu seleziona Style settings e deseleziona "Less obtrusive node symbols at low zoom" Così ti mostra tutti i nodi un po' più grossi, ed è più facile distinguere quelli di giunzione. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Civici Biella
Ero rimasto a questo schema [1], che dice Instead of using the addr:street tag, it's also possible to use relations to provide a connection between housenumber and street. Those are more easy and less error-prone to evaluate in software.. Io le relazioni le trovo più comode da aggiornare, ad es. con JOSM scarico unintera strada ed i civici in un attimo se cè la relazione, altrimenti devo scaricare unarea molto più vasta e poi filtrare quello che cerco. Tra laltro cè anche una proposta di inserire i marciapiedi mappati come way separate in associatedStreet [2]. In questo caso le relazioni le creerei in un secondo tempo, dopo limport. Però al di là della scelta tra relazione o addr:street, su cui ci sono opinioni diverse, che ne pensate di omettere i tag addr:postcode, addr:city, addr:country? [1] http://wiki.openstreetmap.org/wiki/Karlsruhe_Schema [2] http://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet Alberto In questo ultimo periodo ho studiato vari import di numeri civici fatti in precedenza. Nessuno (dico proprio nessuno) di questi ha importato i civici usando la relazione associatedStreet. Sull'uso di questa relazione c'è stata una discussione qualche giorno fa: https://lists.openstreetmap.org/pipermail/talk-it/2014-November/045351.html Non c'era un reale accordo sul fatto che fosse più "efficiente" o "pulito". Sembra più una questione di preferenze personali - con entrambi i metodi accettati. Ciao, Andrea --- Questa e-mail è priva di virus e malware perché è attiva la protezione avast! Antivirus. http://www.avast.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Civici Biella
Ciao. Ho letto la pagina [1], ed ho visto che alla fine i tag sarebbero: addr:housenumber addr:street addr:postcode addr:city addr:country Sarebbe però più pulito avere solo addr:housenumber, ed usare la relazione associatedStreet per collegare il nodo alla sua strada. Gli altri tag addr:postcode, addr:city, addr:country andrebbero omessi perché ricavabili dai confini comunali e statali. Questo è l'approccio che uso io quando mappo i civici e che se non erro è considerato più efficiente. Ora capisco che potrebbe essere un problema in un colpo solo creare tutte le relazioni, anche perché come leggo in [1], potrebbero esserci dei nomi di vie diversi da quelli già presenti. Si potrebbe allora intanto importare addr:street ed in un secondo momento andare a creare le relazioni manualmente, filtrando tutti i nodi di una street ad esempio con un semplice ricerca in JOSM. In ogni caso tralascerei gli altri tag ridondanti addr:postcode, addr:city ed addr:country. Che ne pensate? Alberto [1] https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Biella --- Questa e-mail è priva di virus e malware perché è attiva la protezione avast! Antivirus. http://www.avast.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappatura: Tratti di strada "in trincea"
>-Original Message- >From: Max1234Ita [mailto:max1234...@gmail.com] >Sent: lunedì 10 novembre 2014 18:20 >To: talk-it@openstreetmap.org >Subject: [Talk-it] Mappatura: Tratti di strada "in trincea" >che voi sappiate, esiste un tag per indicare che un tratto di strada o ferrovia >corre "in trincea", ovvero la sede è stata scavata nel terreno e si trova su un >piano al disotto della superficie (ma non in galleria)... Questo: http://wiki.openstreetmap.org/wiki/Key:cutting Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
>-Original Message- >From: Matteo Quatrida [mailto:matteo.quatr...@linuxmail.org] >Sent: sabato 25 ottobre 2014 19:29 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Oneway vs access=no > >> Per quanto riguarda l'orientamento (ma non ho mai capito come usare la >> key direction, da nessuna parte c'è scritto quale lato del cartello, >> guardando altri casi simili, devo dedurre che devo mettermi nel punto >> in cui c'è il palo, guardare il retro del cartello e dire in che >> direzione sto guardando? Se è vero così, da nessuna parte nel wiki c'è >> scritto). > >Ciao, > >per quanto riguarda la key direction, con la coppia di valori forward/backward, >io prendo spunto dalle linee guida riguardanti highway=stop, le quali dicono di >indicare il verso rispetto all'asse stradale. >Mi spiego meglio: per indicare in quale direzione si deve rispettare lo stop >(o il >dare la precedenza), di default molti navigatori prendono l'incrocio che è a >distanza minore, rispetto al nodo con highway=stop. Alle volte questo può >generare errori, quindi suggeriscono di usare l'altra coppia key=value per >indicare se l'obbligo lo si ha in direzione concorde al verso dell'asse della >strada >oppure discorde. >A questo punto, per logica, mi verrebbe da dire che tutti i segnali stradali >debbano essere mappati secondo la direzione in cui li si guarda, cioè ti metti >sotto il cartello, nel verso in cui lo leggi e da lì assegni il valore alla >key direction. Questo però vale solo per i segnali stradali mappati con un nodo appartenente ad una (ed una sola) way, per specificare l'orientamento rispetto all'asse della way (forward/backward). Se invece vuoi specificare la direzione rispetto al Nord, il wiki [1] dice che il valore angolare deve corrispondere alla direzione verso la quale è orientato l'oggetto (non alla direzione in cui guarda un suo eventuale osservatore). Dunque per specificare la direzione con un angolo o un punto cardinale è corretto mettere la direzione in cui guardi quando osservi il segnale stradale dal retro. [1] http://wiki.openstreetmap.org/wiki/Key:direction Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
>-Original Message- >From: Any File [mailto:anysomef...@gmail.com] >Sent: venerdì 24 ottobre 2014 13:01 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Oneway vs access=no >Non è nel codice della strada ma nel regolamento di atuazione del codice della >strada (se in Italia non ci complichiamo al vita non siamo contenti). > >Prenderlo da qualcosa di simili a quello che hai linkato tu è un disastro >(perché >o non ci sono le foto o sono separate dal testo). E prenderli da altri siti >non so >se sia open. Il sito della gazzetta ufficiale credo sia open? Il testo del regolamento di attuazione fa riferimento agli allegati grafici al Titolo II [1][2] Da una rapida occhiata, mi sembra che: - le denominazioni dei cartelli siano del tipo "Figura II xxx Art.yyy". (vedi [1] da pag. 245 a pag. 291 e [2] da pag. 1 a pag. 343). - le denominazioni dei pannelli integrativi siano del tipo ""Modello II xxx Art.yyy" (vedi [1] da pag. 237 a pag. 244) Credo la parte "Art. yyy" sia superflua ai fini di una identificazione univoca. [1] http://www.gazzettaufficiale.it/do/atto/serie_generale/caricaPdf?cdimg=092G053100400010110004&dgu=1992-12-28&art.dataPubblicazioneGazzetta=1992-12-28&art.codiceRedazionale=092G0531&art.num=1&art.tiposerie=SG [2] http://www.gazzettaufficiale.it/do/atto/serie_generale/caricaPdf?cdimg=092G053100400010110005&dgu=1992-12-28&art.dataPubblicazioneGazzetta=1992-12-28&art.codiceRedazionale=092G0531&art.num=1&art.tiposerie=SG Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] GraphHopper e guadi
>-Original Message- >From: emmexx [mailto:emm...@tiscalinet.it] >Sent: giovedì 23 ottobre 2014 13:46 >To: openstreetmap list - italiano >Subject: [Talk-it] [OT] GraphHopper e guadi >Volevo capire se si tratta di un limite (o di una scelta) di graphhopper o se >e' >errata la mappatura dei guadi. Direi la prima. Anche se decidiamo che i guadi superabili con un salto non vadano mappati, dove sta il limite? Profondità del guado? I guadi dei sentieri CAI, quando non si superano con un saltello, di solito si passano saltellando sulle pietre. Il comportamento del router cambia se c'e ford=stepping_stones? In tal caso questa potrebbe essere la soluzione. Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
>-Original Message- >From: Any File [mailto:anysomef...@gmail.com] >Sent: martedì 21 ottobre 2014 22:39 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Oneway vs access=no >>Se veramente nel tratto successivo al cartello di divieto d'accesso la >>strada >non è a senso unico > >Però qui nasce un problema se vogliamo distinguere i casi in cui sia >"veramente" senso unico e quello in cui è semplicemente proibito entrare da >un'estremità, come facciamo a distinguere i casi? Non penso esista una >distizione nel codice della strada e all'uscita dei passi carrai nei sensi >unici, >tranne alcune eccezzioni, non c'è il cartello che ti indica che poi andare in >un >solo senso. Sapere cosa si può o meno fare all'uscita di un passo carraio o qualunque proprietà privata è un problema di chi lo usa, nessuno è tenuto a metterci un cartello. Se non c'è il cartello di senso unico, ma solo il cartello di divieto di accesso ad una estremità, lasciamo la strada a doppio senso e impediamo l'accesso dall'estremità mediante una relazione restriction. Potrebbe anche verificarsi che anche se il cartello di senso unico manca sia di fatto impossibile percorrere la via in senso inverso (ad esempio quando non ci sono passi carrai e mancano le condizioni per fare una inversione di marcia regolare). Comunque anche con la sola restrizione abbiamo descritto la situazione. Ho visto che mappi anche i cartelli. Complimenti, la trovo una pratica ottima per districare i casi dubbi o per risalire a cosa veramente vogliano dire i tag (ad esempio per capire bene cosa fare quando le convenzioni si evolvono). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
>-Original Message- >From: emmexx [mailto:emm...@tiscalinet.it] >Sent: lunedì 20 ottobre 2014 13:09 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Oneway vs access=no >Aggiungo anche che non e' presente il cartello di senso unico. Vuoi dire che chiunque sta percorrendo la strada nel verso consentito a tutti potrebbe anche fare inversione ad U e tornare indietro? O che chi si immette da una proprietà prospiciente può farlo in entrambi i sensi di marcia? >Solo da un lato e' presente il cartello di divieto d'accesso escluse alcune >tipologie. Se veramente nel tratto successivo al cartello di divieto d'accesso la strada non è a senso unico, impedirei l'accesso con relazioni type=restriction con tag except per le categorie consentite. E' una situazione che ho incontrato spesso nei posteggi, in cui è vietato entrare da un lato, ma chi è già dentro si può muovere liberamente. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Chiarimento su relazione landuse=forest.
>-Original Message- >From: Max1234Ita [mailto:max1234...@gmail.com] >Sent: venerdì 17 ottobre 2014 10:42 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Chiarimento su relazione landuse=forest. > >A proposito del multipoligono di cui sopra: mi sono rimasti in giro un certo >numero di nodi non appartenenti ad alcunché e non taggati (probabilmente >un tentativo di upload fallito), che vorrei eliminare; JOSM, però, non li >rileva >quando faccio modifiche nella zona (ci sto ancora lavorando) > >Qualcuno saprebbe dirmi come impostare una query Find in JOSM, così da >poterli individuare? Prova: type:node untagged -child type:way -child type:relation Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relation non chiusa
>-Original Message- >From: Tommaso Grenga [mailto:tommasogre...@yahoo.it] >Sent: domenica 3 agosto 2014 00:10 >To: Talk-it@openstreetmap.org >Subject: [Talk-it] Relation non chiusa > >Buona sera > >Volevo chiedervi qual'è sia l'approccio migliore e il tool da utilizzare ( josm, >web o altro ) per poter analizzare un set di dati e capire in quale Gruppo di >modifiche sono state effettuate dei cambiamenti. >Nel caso specifico ho notato che questa relation > >http://www.openstreetmap.org/relation/2054914 Sto provando anche con Overpass ed il comando adiff, mi sembra interessante per casi più complessi. Ad esempio nel caso di questa relazione, si vede che è stata creata il 27 feb 2008. Lanciando questa query [1] possiamo visualizzare quali sono stati i cambiamenti di way dalla data successiva alla creazione ad oggi (compare un warning perché per semplicità ho scelto di non scaricare i nodi, scegli semplicemente show data). Scorrendo i dati, con il tag action ti viene mostrato che cosa è cambiato per ogni elemento diverso rispetto alla situazione attuale, e ritrovi le due way cancellate, in più vedi che la way 152146370 è stata modificata. [1] http://overpass-turbo.eu/s/4rc Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relation non chiusa
Non so darti una risposta generale alla domanda (la vorrei sapere anch'io). Nel caso specifico, se sulla pagina web della relazione clicchi su "Visualizza cronologia" vedi la storia della relazione. Qui si nota che due way sono listate fino alla versione #2 con una linea a metà altezza che significa che sono state cancellate. Aprendo la pagina relativa, vedi che sono state cancellate entrambe nel gruppo di modifiche http://www.openstreetmap.org/changeset/14999530, il commento non aiuta. Per ripristinarle, se usi josm puoi usare il plugin undelete (http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete) per renderle nuovamente visibili, e poi se pensi che siano state cancellate per errore riaggiungerle alla relazione. Ciao, Alberto >-Original Message- >From: Tommaso Grenga [mailto:tommasogre...@yahoo.it] >Sent: domenica 3 agosto 2014 00:10 >To: Talk-it@openstreetmap.org >Subject: [Talk-it] Relation non chiusa > >Buona sera > >Volevo chiedervi qual'è sia l'approccio migliore e il tool da utilizzare ( josm, >web o altro ) per poter analizzare un set di dati e capire in quale Gruppo di >modifiche sono state effettuate dei cambiamenti. >Nel caso specifico ho notato che questa relation > >http://www.openstreetmap.org/relation/2054914 > >non risulta essere chiusa perchè mancante di una o più way però non so >destreggiarmi con i gruppi di modiche per capire quando queste elementi >sono stati eventualmente eliminati, sempre che la Relation non sia stata >creata così per qualche motivo che mi sfugge. > >Vi ringrazio >Tommaso ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] sentiero non percorribile con gpsies.com (gruppo del Carega - VR)
Ciao a tutti, stavo cercando di creare una rotta nel gruppo del carega (provincia di Verona al confine con Trento e Vicenza) e il sentiero 283 viene visualizzato ma non è percorribile con l'opzione "segui strade" graphHopper. https://www.openstreetmap.org/way/138700874 Ho provato a guardarlo con l'editor OSM per vedere se era disconnesso ma sembra di no però ammetto di essere assolutamente noob ;) Ho provato a cambiare un attributo ma non è cambiato nulla. Spero di non aver fatto danni. Tra l'altro mi sono accorto di una discontinuità di quota sul sentiero 185 https://www.openstreetmap.org/way/208428704 Domani spero di riuscire a mapparlo in modo da aggiustarlo. grazie alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori riscontrati nei confini comunali
Il confine tra Cuceglio e Agliè era stato traslato rispetto ai dati Istat 2011, ho cancellato e ripristinato dai dati Istat originali. Grazie per le segnalazioni. Ciao, Alberto From: Lorenzo "Beba" Beltrami [mailto:lorenzo.b...@gmail.com] Sent: venerdì 1 agosto 2014 16:01 To: openstreetmap list - italiano Subject: Re: [Talk-it] Errori riscontrati nei confini comunali Piemonte: relation: 44800 Cuceglio (la way di confine passa su se stessa) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori riscontrati nei confini comunali
Ho corretto Ricengo, Casale Cremasco – Vidolasco e Pianengo. Era stata distrutta una exclave di Sergnano. From: Lorenzo "Beba" Beltrami [mailto:lorenzo.b...@gmail.com] Sent: venerdì 1 agosto 2014 16:01 To: openstreetmap list - italiano Subject: Re: [Talk-it] Errori riscontrati nei confini comunali Correggio e Bagnolo li ho già sistemati. Il pezzo mancante di Bagnolo era finito con la relazione di Correggio. Lollo Il giorno 01 agosto 2014 10:53, Fabrizio Tambussa ha scritto: Come effetto collaterale dei miei lavori, vi segnalo alcuni problemi sui confini comunali che ho riscontrato: Emilia-Romagna: relation:43563 Correggio relation: 43587 Bagnolo in Piano (manca un pezzo di confine nella relation) Piemonte: relation: 44800 Cuceglio (la way di confine passa su se stessa) Lombardia: (manca pezzo di confine comune alle 3 relation) relation: 44905,Ricengo relation: 44951,Casale Cremasco - Vidolasco relation: 540415,Pianengo Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] "Obiettivi sensibili"
Lo so, anche perché una volta sono stato fermato per l’identificazione per aver fotografato la targa di un Reparto mobile della Polizia di Stato, di fianco al cancello di ingresso. La sede del reparto è ben nota, e nelle vicinanze esistono anche diversi cartelli stradali che indicano il percorso per raggiungerlo. Il divieto di fare foto esiste incondizionato, ma il vero problema per cui sono stato fermato è che non mi ero accorto che il cancello era aperto, per cui avevo volontariamente inquadrato anche le strutture interne. Dopo aver fornito spiegazioni, tutto si è apparentemente risolto con la spontanea cancellazione delle foto da parte mia, e un invito ad evitare di fare fotografie, in particolar modo attraverso il cancello aperto. Dal colloquio *informale* avuto con il responsabile del servizio di guardia, ho capito che loro non hanno grossi problemi finchè mappiamo ciò che è visibile dall’esterno, tipo perimetro dei muri, informazioni riportate sulle targhe, o elementi di pubblica utilità come la posizione degli ingressi accessibili al pubblico. Ma sono preoccupati che non vengano raccolte informazioni su tutto ciò che è all’interno. Anche se tali strutture interne sono chiaramente identificabili su foto aeree, suggerirei di limitarci a mappare i perimetri dell’area, eventualmente il tipo di barriera, e la destinazione e assegnazione dell’area. Ciao, Alberto From: Fabrizio Tambussa [mailto:ftambu...@gmail.com] Sent: mercoledì 30 aprile 2014 11:38 To: openstreetmap list - italiano Subject: Re: [Talk-it] "Obiettivi sensibili" Se ingrandite l'immagine vedete gli avvisi che e' vietato fotografare e fare rilievi anche a mano. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Official Google Blog: Go back in time with Street View
>-Original Message- >From: Luca Delucchi [mailto:lucadel...@gmail.com] >Sent: martedì 29 aprile 2014 09:24 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Official Google Blog: Go back in time with Street View >Giusto per segnalare che i dati (in special modo le foto) di Mapillary non sono >liberi, la licenza infatti vieta di utilizzare le immagini che scopi commerciali... Non più, oggi hanno annunciato sul blog [1] di avere cambiato la licenza in CC BY-SA. [1] http://blog.mapillary.com/ Ciao, Alberrto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico
>-Original Message- >From: Caterpillar [mailto:caterpilla...@gmail.com] >Sent: domenica 27 aprile 2014 11:36 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico > >Il 27/04/2014 09:42, Volker Schmidt ha scritto: >> L'utente Tirkon, sulla lista tedesca, ha notato che il HVV >> (http://www.hvv.de/en/index.php), utilizza dati OSM per tutte le mappe. >> Ci sono casi analoghi anche in Italia? Trenord usa OSM come sfondo per mostrare le linee regionali: http://www.trenord.it/it/circolazione-e-linee/le-linee/linee-r.aspx Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Veicoli elettrici in ZTL
>-Original Message- >From: Marcello [mailto:arca...@gmail.com] >Sent: sabato 26 aprile 2014 12:16 >To: Talk-It >Subject: [Talk-it] Veicoli elettrici in ZTL > >Salve, > >per le ZTL dove è consentito il traffico di tutti i mezzi elettrici cosa si mette, >electric_vehicle=yes? Non so se ho impostato correttamente la ricerca, ma su >taginfo non sembra sia stato mai utilizzato. Taginfo mostra che è usato electric_car, ma se il traffico riguarda tutti i mezzi non è adatto. Forse andrebbe bene una restrizione condizionale usando come proprietà "electric" (come suggerito su questa proposta [1], che però secondo me è ormai superata dalla introduzione delle restrizioni condizionali [2]). Su taginfo trovo un solo uso di electric nella forma: motor_vehicle:conditional=yes @ (electric=yes) [1] http://wiki.openstreetmap.org/wiki/Proposed_features/access_restrictions_1.5 #Properties [2] http://wiki.openstreetmap.org/wiki/Conditional_restriction#Condition [3] http://taginfo.openstreetmap.org/keys/motor_vehicle%3Aconditional#values Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome tra apici e specifica sentiero
>-Original Message- >From: demon.box [mailto:e.rossin...@alice.it] >Sent: sabato 26 aprile 2014 12:24 >To: talk-it@openstreetmap.org >Subject: [Talk-it] Nome tra apici e specifica sentiero >2- C'è modo di specificare che un sentiero (inteso come percorso CAI con >tanto di ref ufficiale) per uno > certo tratto coincide esattamente con il letto di un torrentello normalmente >secco? La cosa più semplice sarebbe usare la stessa way ed assegnare al tratto di sentiero interessato sia il tag highway che il tag waterway. Per dire che il torrentello è normalmente secco puoi usare intermittent=yes. Ci sarebbe anche il valore waterway=wadi, ma credo sia indicato solo per le zone aride? Se ci sono tag in conflitto (es: vuoi indicare due valori distinti per la larghezza del sentiero e quella del corso d'acqua) dovresti usare way distinte e sovrapposte (due way con nodi in comune). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnalare numeri romani come "Errore OSM"
>-Original Message- >From: Daniele Forsi [mailto:dfo...@gmail.com] >Sent: lunedì 10 marzo 2014 13:24 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Segnalare numeri romani come "Errore OSM" > >Il 10 marzo 2014 12:59, Leonardo ha scritto: > >> http://wiki.openstreetmap.org/wiki/IT:Key:name non si dovrebbero >> riportare i numeri latini nel nome della via ma usare i numeri arabi. > >però Nominatim non gestice l'equivalenza Anche se tecnicamente non si potrebbe parlare di abbreviazione, almeno per i casi più frequenti si potrebbe fare gestire l'equivalenza aggiungendo delle coppie romano-arabo sul wiki: http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Italiano_-_Ital ian Anche se il wiki italiano dice di usare i numeri arabi, temo che siano parecchi i mappatori che non conoscono la regola e si affidano al più generale principio "on the ground" (è normale vedere targhe e cartelli che usano i numeri romani). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cartina fisica stampabile basata su osm
>-Original Message- >From: andria osm [mailto:andria_...@tiscali.it] >Sent: martedì 4 marzo 2014 21:37 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Cartina fisica stampabile basata su osm > >si, ma in questo momento farei qualsiasi cosa per non doverla fare io :) Per dove ti serve? Alcune zone del Nord Italia sono coperte da questa mappa, che si può visualizzare senza toponimi e esportarne ritagli in png/svg/pdf: http://geo.dianacht.de/topo/?zoom=12&lat=46.07761&lon=11.18542&karte=N Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
>-Original Message- >From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] >Sent: domenica 2 marzo 2014 14:48 >To: openstreetmap list - italiano >Cc: openstreetmap list - italiano >Subject: Re: [Talk-it] PCN 2012 >occhio però che è quello vecchio del 2010, uno potrebbe interpretare che >valga per tutti gli ortofoto loro, ma si potrebbe anche ipotizzare che visto che >le foto del 2012 non c'erano ancora nel 2010, avremmo bisogno di un nuovo >permesso. Personalmente sono propenso alla prima ipotesi ;-) Forse Simone può fugare i dubbi? Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN 2012
>-Original Message- >From: girarsi_liste [mailto:liste.gira...@gmail.com] >Sent: domenica 2 marzo 2014 09:28 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] PCN 2012 > >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA256 > >Il 02/03/2014 08:31, Francesco Pelullo ha scritto: >> Forse mi sono perso un passaggio importante: abbiamo l'autorizzazione >> o no? >> > >È come quello del 2006, solo per uso come ricalco. Le possiamo aggiungere ai preset di JOSM? http://josm.openstreetmap.de/wiki/Maps/Italy Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sulle ortofoto a 50 cm rilasciate ieri da e-Geos
From: sabas88 [mailto:saba...@gmail.com] Sent: venerdì 28 febbraio 2014 09:55 To: openstreetmap list - italiano Subject: Re: [Talk-it] Sulle ortofoto a 50 cm rilasciate ieri da e-Geos L'url per Josm è http://213.215.135.196/reflector/open/service? Se è utilizzabile sarebbe utile aggiungerlo ai preset: josm.openstreetmap.de/wiki/Maps/Italy Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comune sparso
Il nome del comune inserito solo come name=* nella relazione type=boundary. La località in cui si trova il municipio inserita come un nodo place di valore appropriato, che viene poi aggiunto come membro della relazione boundary con ruolo admin_centre. Ciao, Alberto From: Giuseppe Amici [mailto:giuseppeam...@virgilio.it] Sent: lunedì 3 febbraio 2014 23:22 To: 'openstreetmap list - italiano' Subject: [Talk-it] Comune sparso Nelle mappe <http://it.wikipedia.org/wiki/Istituto_Geografico_Militare> IGM il nome di un comune sparso è riportato in orizzontale e a lettere distanziate, in modo da poterlo riferire a tutte le sue località abitate (o, perlomeno, alla maggior parte). La località in cui si trova il municipio è indicata con la scritturaSede Comunale tra parentesi <http://it.wikipedia.org/wiki/Comune_sparso#cite_note-5> [5]. Come mappereste? Ciao Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni
>-Original Message- >From: Aury88 [mailto:spacedrive...@gmail.com] >Sent: giovedì 23 gennaio 2014 10:53 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte >amministrazioni >se ho capito bene la domanda ti rispondo che solitamente la sede comunale >dei vari comuni è la città/cittadina/villaggio che ha lo stesso nome del confine >comunale. Si, solitamente è così, ma se vogliamo inserire correttamente l'admin_centre bisogna stare attenti proprio alle eccezioni. >alcune volte la sede (il nodo place) si mette davanti al municipio altre volte in >quello che viene definito centro città. io consiglierei più che il municipio il >centro città. Si, certamente concordo, i nodi place vanno sul punto che è riconosciuto come 'centro' del place, talvolta coincide con la sede del municipio, ma spesso no. Il problema nasce nel caso dei comuni costituiti da tanti nuclei abitati, cioè tanti place, ognuno nel rispettivo centro. Solo uno di questi nuclei abitati è sede del municipio (cioè admin_centre), e non sempre è il nucleo più esteso o quello che da il nome al comune. Talvolta non esiste neppure un nucleo abitato avente lo stesso nome del comune. Nei casi più ingannevoli il nucleo con il nome del comune esiste ed è pure il più popoloso, ma NON è il nucleo sede del municipio. >altre volte il comune è frutto dell'accorpamento di più comuni e qui la cosa >potrebbe diventare più complessa...in questi casi darei un occhiata alle >coordinate messe sulla corrispondente voce di wikipedia...in linea generale >metterei comunque il nodo place nella città più estesa e favorirei il centro >storico (magari una piazza o una chiesa)... 9 volte su 10 così ci si azzecca. Si, per la posizione del place sul centro del nucleo abitato è un buon metodo, poi si spera sempre che se necessario un locale con conoscenza diretta del luogo possa correggere il caso su 10 in cui la scelta più apparente non è ottimale. Se però non esiste alcun nucleo abitato avente lo stesso nome del comune (abbastanza tipico nel caso di accorpamenti di centri abitati disgiunti), a mio parere non bisogna mettere alcun nodo place con tale nome (è solo il nome di una entità amministrativa, in Italia sono già tutti descritti dalla relazione dei confini, al massimo si potrebbe aggiungere un place=municipality, ma non bisogna usare un valore adatto ad insediamenti abitati). Come sorgente dei casi eccezionali in cui non esiste un centro abitato con lo stesso nome del comune, oppure esiste ma non è il place sede del municipio (tecnicamente si parla in entrambi i casi di "comuni sparsi") ho trovato la categoria dei comuni sparsi su Wikipedia [1], ma temo che sia incompleta. L'IGM nel caso dei comuni sparsi aggiunge esplicitamente al toponimo del nucleo abitato sede del municipio il testo "sede comunale", se si potesse reperire una lista dei toponimi IGM (completi delle dicitura "sede comunale") sarebbe molto utile. Forse anche l'ISTAT classifica i comuni sparsi? Intanto per agevolare la identificazione corretta degli admin_centre, ho modificato la query overpass-turbo [2] per cercare anche i municipi (come admin_centre va comunque usato il nodo del place, non quello del municipio) [1] http://it.wikipedia.org/wiki/Categoria:Comuni_sparsi [2] http://overpass-turbo.eu/s/2dm Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni
From: Fabrizio Carrai [mailto:fabrizio.car...@gmail.com] Sent: mercoledì 22 gennaio 2014 22:35 To: openstreetmap list - italiano Subject: Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni Al link di seguito [1] potete trovare la query che diceva Aury88 per sapere quali comuni non hanno l' admin_centre. Oltre alle relazioni estrae anche le città, paesi e villaggi per facilitare il completamento delle relazioni. Qualche volta il numero di villaggi nel comune è alto, ma ho visto che la sola query di città e paesi non riportava possibili admin_centre. Se volete evitare di scaricare qualche abitato inutile, qui trovate anche una versione della queri che ignora i place all'interno dei comuni già sistemati: http://overpass-turbo.eu/s/2cF In compenso per precauzione ho aggiunto gli hamlet (con alcuni comuni forse si potrebbe trovare) e le ricerche sui place inseriti come aree. Se troppi place danno fastidio, si potrebbe anche impostare un filtro in Josm, e toglierlo solo nei pochi casi in cui non si trova il place voluto. Un consiglio per chi come me fa fatica a leggere le etichette delle icone sulla mappa: impostando Mapnik come sfondo è più facile leggere i nomi. Qualcuno conosce un elenco delle sedi comunali per i vari comuni? Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni
>-Original Message- >From: Alberto Nogaro [mailto:bartosom...@yahoo.it] >Sent: lunedì 20 gennaio 2014 18:58 >To: 'openstreetmap list - italiano' >Subject: Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni >Io su Josm non vedo l'opzione SCARICA DALLE API DI OVERPASS, bisogna >installare qualche plug-in? Mi rispondo da solo, per vedere l'opzione bisogna installare il plug-in mirrored download. Ho provato e anche a me da sempre lo stesso errore, non so come rimediare. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni
From: Giuseppe Amici [mailto:giuseppeam...@virgilio.it] Sent: lunedì 20 gennaio 2014 08:38 To: 'openstreetmap list - italiano' Subject: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni ho provato a copiare e incollare questo script in JOSM in: FILE SCARICA DALLE API DI OVERPASS INTERROGAZIONE OVERPASS (di seguito a [timeout:15]; che già compare di default) poi clicco su scarica Il risultato è: il server xxx ha risposto con una richiesta non corretta. Io su Josm non vedo l'opzione SCARICA DALLE API DI OVERPASS, bisogna installare qualche plug-in? In alternativa: - avvia JOSM - cambia nello script le voci print mode="???" in print mode="meta" - incolla script su http://overpass-turbo.eu/ e premi premi "RUN" - quando ha finito, premi "EXPORT" -> load into JOSM. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ruolo admin_centre assente per molte amministrazioni
>-Original Message- >From: Aury88 [mailto:spacedrive...@gmail.com] >Sent: domenica 19 gennaio 2014 09:18 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] ruolo admin_centre assente per molte amministrazioni >sintassi del tuo script non mi sembra quella di overpass e infatti se copio ed >incollo non mi funziona (static error: Element "osm-script" must not contain >text.). dove sbaglio? Overpass conosce due sintassi: Overpass XML ed Overpass QL [1]. Il mio script è in Overpass QL. Se preferisci Overpass XML puoi usare lo script postato da Fabrizio Carrai, che mi sembra equivalente. Ho riprovato i due script con il copia ed incolla e mi funzionano (risultano senza admin_centre rispettivamente 49 province e 7771 comuni). Devi incollare il test compreso tra le righe di asterischi (righe di asterischi esclusi). Se il server è occupato è possibile che vadano in time out. Puoi velocizzare l'esecuzione evitando di fare ordinare gli elementi, sostituisci l'ultima riga con: out meta qt Se non hai bisogno di esportare I risultati in JOSM, è più veloce come fa Fabrizio Carrai usare: out skel qt Per dare alla query più tempo per l'esecuzione, puoi dargli un tempo di timeout più lungo del default (180), inserendo la direttiva come prima riga, per esempio con 1000 mi ha concluso le queri: [timeout:1000] E' comunque consigliabile, come suggerisce Fabrizio Carrai, fare girare lo script su singole regioni, basta cambiare la prima riga con admin_level=4 e nome della regione voluta, es: area ["admin_level"="4"]["name"="Toscana"]->.b; Sarebbe opportune cominciare ad inserire gli admin_centre dei "comuni sparsi", cioè quei comuni in cui non esiste un centro abitato avente lo stesso nome del comune, oppure in cui esiste un centro abitato con lo stesso nome del comune, ma la sede comunale è in un'altra frazione. Un elenco (incompleto) si trova su wikipedia [2]. [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL [2] http://it.wikipedia.org/wiki/Categoria:Comuni_sparsi Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ruolo admin_centre assente per molte amministrazioni
From: Fabrizio Carrai [mailto:fabrizio.car...@gmail.com] Sent: sabato 18 gennaio 2014 23:54 To: openstreetmap list - italiano Subject: Re: [Talk-it] ruolo admin_centre assente per molte amministrazioni Usando un admin_level=8 si ha la stessa cosa per i comuni. Qualcuno sa modificare la query per mostrare solo le province/comuni che non hanno l'admin_centre ? Per le province: ** area ["admin_level"="2"]["name"="Italia"]->.b; // salvo tutte le province nel set "a" (rel(area.b)[boundary=administrative][admin_level=6];) -> .a; // cerco le province con centro amm. (node(r.a:"admin_centre")[place]; node(r.a:"admin_center")[place]); rel(bn)[boundary=administrative][admin_level=6]; // cerco le province senza centro amm. (.a - ._); out meta; ** Per i comuni basta cambiare admin_level da 6 a 8: ** area ["admin_level"="2"]["name"="Italia"]->.b; // salvo tutti i comuni nel set "a" (rel(area.b)[boundary=administrative][admin_level=8];) -> .a; // cerco i comuni con centro amm. (node(r.a:"admin_centre")[place]; node(r.a:"admin_center")[place]); rel(bn)[boundary=administrative][admin_level=8]; // cerco i comuni senza centro amm. (.a - ._); out meta; ** Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bivacco con fuoco
>-Original Message- >From: demon.box [mailto:e.rossin...@alice.it] >Sent: domenica 22 dicembre 2013 18:55 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Bivacco con fuoco > >scusa ma quindi intendi che se c'è un camino NON può essere >amenity=shelter? No, volevo dire che in tourism=wilderness_hut si da per scontato che ci sia camino o stufa o qualcosa per scaldare e cucinare, anche se non lo indichi esplicitamente. >il mio esempio concreto è l'Eremo di San Vigilio che ha annessa una piccola >stanzetta con un tavolo, 2 panche ed un fuoco: *tourism=wilderness_hut* mi >sembrerebbe troppo perché non è esattamente un bivacco dove >"pernottare" ma è soltanto un ricovero per poche ore o per situazioni di >emergenza. >ecco perché pensavo ad *amenity=shelter* + *fireplace=yes* che dite? >grazie Si, mi sembra vada bene. Dalla descrizione che ne fai, forse potresti aggiungere shelter_type=weather_shelter. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bivacco con fuoco
>-Original Message- >From: demon.box [mailto:e.rossin...@alice.it] >Sent: domenica 22 dicembre 2013 15:38 >To: talk-it@openstreetmap.org >Subject: [Talk-it] Bivacco con fuoco > >Nel caso di struttura denominata "Bivacco XY" di solito io taggo con >*tourism=wilderness_hut* >oppure se si tratta ad esempio di un eremo (quindi chiesa) che offre anche un >piccolo locale che rimane sempre aperto per gli escursionisti lo taggo con >*amenity=shelter*. >In entrambi i casi se c'è la presenza di un camino e quindi la possibilità di >accendere un fuoco può andar bene *fireplace=yes*? Per una struttura taggata tourism=wilderness_hut, la possibilità di riscaldarlo e di cucinare (stufa o camino) è implicita. In caso contrario è più adatto amenity=shelter + shelter_type=basic_hut. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappatura case dei centri abitati
Qui trovi delle tecniche per casi difficili: http://wiki.openstreetmap.org/wiki/Roof_modelling Ciao, Alberto From: Francesco Frassinelli [mailto:frap...@gmail.com] Sent: lunedì 9 dicembre 2013 11:41 To: openstreetmap list - italiano Subject: Re: [Talk-it] Mappatura case dei centri abitati Qualcuno conosce qualche strumento o tecnica per mappare in maniera pulita edifici contigui o con geometrie particolari? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Semaforo in caso particolare
>-Original Message- >From: dvdzero [mailto:dvdz...@gmail.com] >Sent: giovedì 5 dicembre 2013 11:46 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Semaforo in caso particolare > >Io per incroci complessi ho adottato la convenzione descritta qui >http://wiki.openstreetmap.org/wiki/Traffic_light#Tag_all_incoming_ways Il tag traffic_signals:direction applicato ad un nodo è a rischio di non venire aggiornato correttamente in caso di inversione della way. Ho provato ad esempio con Josm, e in caso di inversione della way non viene fatto alcun controllo sui nodi (mentre vengono aggiornati correttamente i tag direzionali della way stessa). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nota o spamming?
Mi sono imbattuto in questa nota, inserita da utente anonimo: http://www.openstreetmap.org/?note=79043#map=19/45.80359/9.09025&layers=N Il puntatore dovrebbe essere posizionato correttamente, (dal sito relativo all'attività si legge che l'indirizzo è in Via Mentana, 23A). Tuttavia non sono in grado di inserire un POI relativo, perché non conosco con precisione la posizione (su OSM i civici ancora non ci sono) e neppure è del tutto chiaro il tipo di attività (office? Shop?). Non posso risolvere la nota, tuttavia ritengo la sua visibilità eccessiva, perché non segnala alcun errore nella mappa, ma solo una mancanza. Leggendo i servizi della attività segnalata mi viene il dubbio che la ricerca di visibilità sia lo scopo principale della nota (spamming). Se inserissimo una nota per tutto ciò che viene ritenuto mancante, avremmo la mappa disseminata di note, che probabilmente nessuno mai si curerà di risolvere, nascondendo così nel mucchio le segnalazioni importanti. D'altra parte non credo che violi le regole di OSM (che per l'inserimento di note reputo fin troppo tolleranti). Che fare? Inserire un POI più o meno a caso e chiudere la nota? Aspettare qualche giorno per vedere se qualcuno con maggiori conoscenze la risolve, e in mancanza chiuderla? Lasciarla indefinitamente, permettendo che distragga l'attenzione da segnalazioni più importanti? Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
> Le relazioni route spesso hanno un tag operator, per esempio CAI, > ma quel segno senza numero probabilmente non è da loro. > Il punto è che senza numero il segno non aiuta per > "identificare inequivocabilmente dove passa il sentiero XX" Secondo me si invece, se il cartello "Malga XY" è inserito nella relazione "sentiero XX", so che sono correlati: quando leggo il cartello "Malga XY" so che vado bene per di lì anche senza ulteriori indicazioni. E poi è appunto analogo a mettere i civici nell'assoiatedStreet o gli stop nelle route dei bus. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
> 1-Taggo il guidepost come membro della relazione alla quale > si riferisce (se esiste la relazione) 2-Se ancora non esiste la relazione > (per non disperdere l'informazione e per sviluppi futuri) metto route_ref +1 Farò così anch'io, metterò route_ref solo se non c'è ancora la relazione del sentiero. > Aggiungo: laddove sul cartello sono indicati ANCHE sentieri (che hanno > già una relazione predisposta) ma che NON passano esattamente di lì io > direi di non collegare il guidepost a questi percorsi che transitano > appunto MOLTO distanti dal paletto. +1 Sì, i sentieri distanti lasciamoli stare, come dice anche Martin nell'altro thread, andiamo solo ad aumentare la confusione. >> 2- altre volte nel punto dove c'é la palina passa inequivocabilmente >> il sentiero XX (soltanto il sentiero XX) ma invece che esserci scritto >> (come la maggior parte delle >> volte) >> "XX Malga Val Aperta" il numero del sentiero non é scritto ma si legge >> soltanto "Malga Val Aperta": >> in questo caso includo lo stesso il guidepost come membro della >> relazione di quel sentiero? >> > bo, forse anche no, dipende un po' come tu lo vedi. -1 Io invece lo metterei nella relazione del sentiero, è un po' come i numeri civici nella relazione associatedStreet. E comunque se aiuta ad identificare inequivocabilmente dove passa il sentiero XX seppur con altro nome è un'informazione utile: consultando il GPS sai di non aver sbagliato sentiero. Alberto - Viking81 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
>Controllando su scala nazionale ho trovato che in effetti c'è qualcun altro che ha messo il tag route_ref sul guidepost ma la soluzione più >diffusa (che a dirla tutta mi piace molto) è di includere il guidepost come membro delle relazioni a cui si riferisce con il ruolo (appunto) di >guidepost. >Non è male perché in automatico acquisisce tutte le informazioni presenti nella relazione. >Mi sa che farò così... >Che dite? Io ho messo route_ref leggendo quello che era proposto qui, ma se si decide di usare la relazione tanto meglio, anche a me piace di più. Basta che si faccia tutti nello stesso modo. Ciao Alberto - Viking81 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inabissata Filicudi
>-Original Message- >From: Aury88 [mailto:spacedrive...@gmail.com] >Sent: giovedì 21 novembre 2013 17:57 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Inabissata Filicudi >il calcolo del render è su dati non aggiornati? No, è da un paio di settimane che la coastline non viene aggiornata, perché ogni volta c'è qualche errore che fa fallire l'aggiornamento: http://lists.openstreetmap.org/pipermail/talk/2013-November/068583.html >qualcuno potrebbe verificare che non mi sia sfuggito qualche errore? grazie. Osminspector non segnala alcun errore: http://tools.geofabrik.de/osmi/?view=coastline&lon=14.61232&lat=38.56395&zoo m=12&overlays=coastline,coastline_error_lines,line_not_a_ring,line_overlap,l ine_invalid,line_direction,questionable,coastline_error_points,unconnected,i ntersections,not_a_ring,double_node,tagged_node Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Monumumenti e Memoriali descrizioni
>-Original Message- >From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] >Sent: mercoledì 18 settembre 2013 12:15 >To: openstreetmap list - italiano >Cc: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Monumumenti e Memoriali descrizioni >> In effetti spesso si tratta proprio di una descrizione tipo: "Il >> paese PincoPallo a tutti i suoi caduti di tutte le guerre, bla, >> bla" quindi metterlo sotto il tag name mi pare non corretto oltre >> che chilometrico. > > >si, quello mi sembrerebbe più adatto per il tag description:it Per il mero testo della dedica ci sarebbe anche il tag inscription. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] poposta tag: via ferrata
>Magari un giorno ci sarà la mappa 3D .con cui sbizzarirsi. Anche rappresentare la ferrata su qualcosa di simile sarebbe carino: http://www.mapbox.com/blog/weekend-hack-printing-3d-tiles/ Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Attributi che cambiano in base al giorno
Puoi usare delle condizioni di accesso e di senso unico condizionali: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Ciao, Alberto From: Francesco Frassinelli [mailto:frap...@gmail.com] Sent: martedì 27 agosto 2013 15:59 To: openstreetmap list - italiano Subject: [Talk-it] Attributi che cambiano in base al giorno Ciao a tutti, volevo chiedervi come mappare aree o vie i cui attributi cambiano in base al giorno e all'ora. Alcuni esempi: 1. In molti piccoli comuni, parcheggi o piazze si "trasformano" in mercati 2. Talvolta quando un parcheggio viene utilizzato per un mercato, la viabilità viene modificata (mi è capitato ieri a Vallecrosia, MI: un senso unico ogni lunedì diventa doppio senso di marcia). Come comportarsi? Buona giornata, Frafra ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Corpo Forestale dello Stato
>-Original Message- >From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] >Sent: venerdì 23 agosto 2013 07:22 >To: bartosom...@yahoo.it; openstreetmap list - italiano >Cc: openstreetmap list - italiano >Subject: Re: [Talk-it] Corpo Forestale dello Stato >tutto non è, per esteso ci sono solo 2 voci (carabinieri e municipale) Vedo che l'ultimo aggiornamento ha esteso l'elenco dei valori, anche se mancano le relative voci. , poi la >polizia penitenziaria è un sotto-corpo di quelli presenti? la DIGOS ? No, polizia penitenziaria è indipendente (http://it.wikipedia.org/wiki/Polizia_penitenziaria), penso che non sia stato aggiunto il relativo valore perché viene normalmente etichettato con amenity=prison? La DIGOS fa parte della Polizia di Stato. > >la dogana in osm è amenity=customs (non è polizia in Italia, o si?) Secondo wikipedia la polizia di frontiera dovrebbe far parte della polizia di Stato (http://it.wikipedia.org/wiki/Polizia_di_frontiera). In realta spesso ai valichi mi è capitato di essere fermato da militari della Guardia di Finanza. Mi sembra ancora un po’ pasticciata la situazione per la Polizia Locale (http://it.wikipedia.org/wiki/Polizia_locale), in realtà più che un corpo mi sembra una classificazione in cui ricadono la Polizia Municipale e la Polizia Provinciale. Forse per evitare confusione sarebbe meglio eliminare il valore Polizia locale e lasciare solo quelli più specifici? Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Corpo Forestale dello Stato
>-Original Message- >From: Daniele Forsi [mailto:dfo...@gmail.com] >Sent: giovedì 22 agosto 2013 23:48 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Corpo Forestale dello Stato > >Il 22 agosto 2013 22:47, Damjan Gerl ha scritto: > >> police=IT:carabinieri o IT:polizia o IT:pm o IT:gdf o IT:cfs >> >> Che ne dite? > >sono contrario perché esiste già il tag operator per indicare la stessa cosa e >siccome operator è usato anche per mappare altri oggetti ed è scritto in modo >comprensibile dalle persone non c'è bisogno di un programma specializzato +1 E' tutto sul wiki: http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dpolice ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri su mappe sul territorio
>-Original Message- >From: emmexx [mailto:emm...@tiscalinet.it] >Sent: lunedì 19 agosto 2013 15:42 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Sentieri su mappe sul territorio > >Il problema, forse avrei dovuto chiarire meglio, risiede nella natura di questi >itinerari, fatti da tratti di diversa tipologia. Non sempre si tratta del tipico >sentiero di montagna che si imbocca e ti porta a destinazione, senza bivi o >altro che renda non univoco quel percorso. > >Nel mio caso, senza il riferimento alla mappa ci si perderebbe di sicuro (anche >con la mappa a volte ci si perde). E sull'utilizzo di mappe prive di licenza >esplicita compatibile con la odbl, la lista si e' espressa piu' volte contro. Mi sembra un caso per un tag trail_visibility con valore almeno intermediate. Se il tracciato lo devi ricavare dalla mappa priva di licenza non puoi usarlo, ma se lo hai percorso e rilevato personalmente, perché non inserirlo? Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] corsia ciclabile spezzettata
>-Original Message- >From: emmexx [mailto:emm...@tiscalinet.it] >Sent: lunedì 22 luglio 2013 15:02 >To: openstreetmap list - italiano >Subject: [Talk-it] corsia ciclabile spezzettata > >Stavo accingendomi ad inserire alcune nuove corsie ciclabili create nel Comune >di Milano. >La politica adottata e' in genere quella di interrompere le corsie agli incroci :-( Non a caso qualcuno si chiede se in Italia abbiamo tutte le rotelle: http://wiki.openstreetmap.org/wiki/File:Radeln_oder_doch_nicht.JPG Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] end_farm
Qui [1] e qui [2] è scritto chiaramente: Però se ritenete non si capisca si può riscrivere meglio le pagine. Io però ora non ho tempo di occuparmene: se qualcuno vuole farlo... [1] http://wiki.openstreetmap.org/wiki/Farm [2] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
>Ho optato per farm perchè è il più utilizzato almeno così dice il map future del wiki. -1 landuse=farm è stato deprecato per un preciso motivo: in passato farm è stato usato confusamente sia per indicare farmland (il terreno agricolo) sia farmyard (la cascina). Per distinguerli oggi si consiglia di usare farmland e farmyard e man mano di sostituire farm con uno di questi due tag, dopo aver verificato. Il fatto che farm sia ancora più usato vuol dire solo che la sostituzione dei tag è lenta. Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Greto del fiume
>-Original Message- >From: Salemme Guido [mailto:salemme.gu...@email.it] >Sent: domenica 14 luglio 2013 11:05 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] R: Greto del fiume >la versione in inglese della descrizione di stream è abbastanza diversa da >quella fatta sulla pagina delle features in italiano quella in italiano si parla di >attraversamento con un salto in quello in inglese corsi d'acqua che non >possono essere classificati river >http://wiki.openstreetmap.org/wiki/IT:Map_Features La versione italiana delle map_features è coerente con la versione inglese delle map_features, che parla di salto: http://wiki.openstreetmap.org/wiki/Map_Features#Waterway Per quanto riguarda la classificazione o meno come river, la pagina del tag river dice di usare stream al posto di river per corsi d'acqua molto piccoli, e questo mi sembra coerente con l'esempio del salto: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver Per i fiumi si può usare waterway=riverbank per definirne la larghezza effettiva, e per fiumi a portata incostante il wiki suggerisce di considerare l'area occupata quando la portata è massima, esclusa l'area interessata da esondazioni per cui c'è la proposta natural=floodplain: http://wiki.openstreetmap.org/w/index.php?title=Tag:waterway%3Driverbank&sec tion=7#Varying_water_level_river http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain Dunque, a mio parere, se il fiume può diventare grosso va usato river, possibilmente integrato da riverbank, anche per quei fiumi che in altri periodi sono completamente secchi. >per me sarebbe più corretto aggiungere/proporre un tag da accostare a >waterway=river o a stream del tipo minima-portata=0 nel caso il corso d'acqua >può essere secco (per un determinato periodo) o un valore x se il corso >d'acqua non è mai secco e si conosce la portata minima Per indicare che il corso d'acqua può diventare secco, si usa intermittent=yes http://wiki.openstreetmap.org/wiki/Key:intermittent >> Nell'import "emilia romagna land cover" per la situazione che illustri >> abbiamo usato ( e proposto) i TAG seguenti: >> >> natural=riverbed + landcover=gravel/sand/rock/etc natural=riverbed mi sembra equivalente alla definizione di waterway=riverbank. Per indicare le aree non permanentemente coperte da acqua c'è la proposta water=intermittent + surface=xxx http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Garmin pubblica mappa basata su OSM
Sul sito della Garmin [1] è disponibile per il download gratuito la mappa Recreational Map of Africa", mappa non navigabile basata su OSM. Il confronto tra le immagini della mappa Garmin [2] e di OSM [3] ne evidenzia la somiglianza. [1] http://www.garmin.co.za/garmin_maps.php [2] http://www.gps-users-forum.co.za/resources/image/297 [3] http://www.openstreetmap.org/?lat=-26.12986&lon=28.22837&zoom=16&layers=M Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] JOSM e dati scaricati mancanti
>-Original Message- >From: bredy [mailto:bredy...@yahoo.it] >Sent: lunedì 8 luglio 2013 14:49 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] JOSM e dati scaricati mancanti > >non è mai capitato a nessuno? Mi vengono in mente 2 ipotesi: - stai usando il plugin mirrored download settato su un mirror server che si aggiorna lentamente? http://wiki.openstreetmap.org/wiki/JOSM/Plugins/mirrored_download - hai attivato un filtro sulla visualizzazione, per cui i dati li scarica ma tutti ma JOSM qualcuno non te lo mostra. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] waterway=dam
> devi segnalare il problema direi qui [0] > [0] https://github.com/openstreetmap/mapnik-stylesheets/issues Fatto. Vediamo cosa succede... Grazie. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] waterway=dam
> hai provato a mettere area=yes sulla way chiusa? Ho provato ed ho atteso qualche giorno per vedere l'aggiornamento, ma non cambia niente: Mapnik non visualizza le dighe se sono mappate come aree. Vedi qui: http://www.openstreetmap.org/?lat=44.56868&lon=8.61069&zoom=17&layers=M Quindi come si fa ad avvisarli di questo problema? Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] waterway=dam
Ciao, seguendo la [1], ho provveduto a taggare meglio alcune dighe (waterway=dam) definendo il loro effettivo spessore (quindi way chiusa al posto di way lineare aperta). Però così non vengono più renderizzate da Mapnik, contrariamente a quanto scritto in [1]. Questo problema deve esistere già da tempo: alcuni mappatori hanno rimediato disegnando due dighe, una con way chiusa (invisibile), una con way aperta (renderizzata), ma è un tag per il rendering che trovo sbagliato perché genera doppie dighe "fantasma". Per cui credo il problema vada affrontato dagli sviluppatori di Mapnik: come si fa a sollecitarli a prendere in esame il problema? [1] http://wiki.openstreetmap.org/wiki/Dam Grazie, ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma strade senza nome
>-Original Message- >From: Gianluca Boero [mailto:gianlucabo...@alice.it] >Sent: domenica 30 giugno 2013 22:01 >To: Talk-it OpenStreetMap >Subject: [Talk-it] Dilemma strade senza nome Ora il tag hamlet rende >il nome del luogo ma se non inserisco il name nella route immessa, josm mi >restituisce un errore riferito alla strada senza nome. Mi fa continuare il >caricamento ma l'errore rimane. Per me è sbagliato inserire il name alla via ma >qual'è il comportamento migliore? Per casi simili ci sarebbe questa proposta: http://wiki.openstreetmap.org/wiki/Proposed_features/Noname Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappatura sentiero - strada forestale
In symbol si mette la descrizione del segnavia a parole, esempio se il sentiero è segnato con un triangolo rosso pieno, metti symbol=red full triangle Per osmc:symbol c'è una pagina di spiegazioni [1] ed una lista dei simboli supportati [2]. Nel caso del triangolo rosso pieno, metti osmc:symbol=red::red_triangle il primo red indica che il sentiero apparirà in rosso sulle mappe, il secondo campo vuoto tra i : sarebbe il colore dello sfondo del simbolo (che qui non c'è), il red_triangle indica il simbolo che verrà visualizzato sopra lo sfondo. Ovviamente tutto solo per le mappe che lo supportano. Però vale la pena di mettere questi tag, sono utili ed il supporto dovrebbe via via estendersi ad altre mappe. Una mappa che supporta i tag osmc:symbol (anche se non perfettamente) è questa [3], nel link vedi appunto un sentiero col triangolo rosso. In quella mappa però il colore del sentiero non viene rispettato ma viene assegnato in base all'importanza che dai al sentiero col tag network=*. [1] http://wiki.openstreetmap.org/wiki/IT:Key:osmc:symbol [2] http://www.wanderreitkarte.de/symbols_it.html [3] http://hiking.waymarkedtrails.org/it/?zoom=16&lat=44.43645&lon=8.63588&hill= 0#routes Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Passaggio strada sotto edificio
> A me sembra che tutti e due gli esempi dicano la stessa cosa, anche le foto > postate sono rappresentative della stessa cosa, una strada che passa sotto > un arco. A questo punto mi sembra ci sia un doppione, come si può segnalare > la cosa? Non è molto chiaro, ma dagli esempi e dal testo sembra che la distinzione sia covered=yes se la highway è coperta ma con aperture da uno o due lati, mentre tunnel=building_passage quando non ci sono aperture laterali. Si potrebbe modificare il wiki e specificare meglio, ma bisognerebbe prima aprire una discussione nella mailing list di tagging. Che ne dite? Qualcuno vuole farlo? Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Passaggio strada sotto edificio
Io ho usato tunnel=building_passage come indicato qui [1]. Il layer deve essere lo stesso dell'edificio. E covered è usato più che altro per portici aperti da un lato. Se mi sbaglio e l'uso comune è diverso, allora va riscritta la pagina [1]. [1] http://wiki.openstreetmap.org/wiki/Key:tunnel Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Divieto camion 7,5 ton
>-Original Message- >From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] >Sent: mercoledì 12 giugno 2013 14:10 >To: openstreetmap list - italiano >Cc: talk-it@openstreetmap.org >Subject: Re: [Talk-it] Divieto camion 7,5 ton >probabilmente una svista del comune, comunque il maxweight lo puoi >definire anche in una direzione sola, aggiungendo ":forward" o backward Questo però impedirebbe l'inversione di marcia ai camion che percorrono la via nella direzione consentita, mentre il divieto riguarda solo l'imbocco della via per i camion che provengono dall'incrocio. Secondo me bisognerebbe estendere la sintassi delle restrizioni condizionali anche alle relazioni di tipo restriction, cioè creare una relazione con tag del tipo: type=restriction restriction:conditional = only_left_turn @ (weight > 7.5) Se la restrizione vale veramente solo per i camion (e non per tutti i veicoli sopra le 7.5t): type=restriction restriction:hgv:conditional = only_left_turn @ (weight > 7.5) Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Mappare turbine idroelettriche
Bene, grazie per i suggerimenti. Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Mappare turbine idroelettriche.
> Se verra' approvata la proposta, ho notato che power=station viene implicitamente deprecata e va sostituita da power=sub_station. > Siccome ho mappato circa un migliaio di stazioni elettriche di trasformazione nel nord Italia, mi chiedevo se devo ritaggarmele tutte. > Saluti > Fabrizio Suppongo di si se vogliamo mantenere il database coerente. Non dovrebbe essere difficile recuperare quelle che hai inserito e ritaggarle tutte in blocco. Con Taginfo ad esempio si può cercare un tag e caricare i risultati direttamente in JOSM per modificarli. Solo che nel caso di power=station restituisce troppi risultati per tutto il mondo e non funziona. Qualcuno con più esperienza di me conosce un modo per cercare tutti i tag power=station in una certa area, meglio ancora se inseriti da un certo utente? Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Mappare turbine idroelettriche.
> Nel percorso di una roggia industriale del mio paese, sono presenti due punti in cui ci sono delle turbine idroelettriche. > Però, nel mapparle non mi ci trovo,uso i tag: > power=generator > generator:source=hydro ? > generator:method=run-of-the-river > Guardando la wiki, non ho le idee chiare. > -- > Simone G. Leggiti anche questa: http://wiki.openstreetmap.org/wiki/Proposed_features/Power_generation_refine ment#Generator E' coerente, gode di un certo consenso e a breve sarà approvata. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag per nido
> Dovrei inserire come poi un (micro)nido. >Sul wiki non e' chiarissimo. > > grazie > maxx Intendi asilo nido o nido di uccelli? Nel secondo caso sono contrario a mappare queste cose, perché evidenziarlo su una mappa vuol dire che qualcuno andrà a vederlo, disturbando gli uccelli che possono abbandonare i piccoli. Ma probabilmente intendevi asilo nido, vero? Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Enel in OSM
>-Original Message- >From: Luca Delucchi [mailto:lucadel...@gmail.com] >Sent: mercoledì 15 maggio 2013 09:54 >To: openstreetmap list - italiano >Subject: Re: [Talk-it] Enel in OSM >Fichissimo è ancora da valutare hanno fatto un import seguendo nessuna >delle best practice della comunità, hanno inserito tag completamente inutili >(per esempio is_in:city) oppure non seguendo le direttive della comunità (per >esempio Piazza S. ANTONIO). Da un controllo a campione, in parecchi casi non è corretta nemmeno la città: Esempi di punti in comuni diversi da quelli nel tag addr:city: in comune di Santa Ninfa: http://www.openstreetmap.org/browse/node/2304265459 in comune di Partinico: http://www.openstreetmap.org/browse/node/2304265656 +1 per il revert Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] spostamento pagina wiki.
>-Original Message- >From: girarsi_liste [mailto:liste.gira...@gmail.com] >Sent: mercoledì 8 maggio 2013 17:00 >To: talk-it@openstreetmap.org >Subject: Re: [Talk-it] spostamento pagina wiki. >Ok, grazie, attendo ancora qualche osservazione per la pagina poi procederò. La pagina che hai creato contiene parecchie informazioni e spunti utili, ma differisce molto dall'equivalente inglese, e a mio parere forse cerca di raccogliere troppe indicazioni su una stessa pagina. Anche per uniformità, ritengo che sarebbe meglio cominciare con una semplice traduzione delle pagine per cui ancora non esiste la traduzione in italiano. Salvo situazioni particolari che si applicano solo all'Italia, eventuali integrazioni sarebbero poi da aggiungere anche alla pagina inglese. Purtroppo il tema è parecchio intricato e difficile da raccogliere su un'unica pagina, e si rischia di dare indicazioni che contraddicono altre pagine. Per questo procederei a piccoli passi. Secondo me sarebbe preferibile cominciare a tradurre dall'inglese le pagine per cui ancora manca la versione italiana, come: http://wiki.openstreetmap.org/wiki/Key:footway http://wiki.openstreetmap.org/wiki/Key:sidewalk http://wiki.openstreetmap.org/wiki/Tag:footway%3Dcrossing (aggiornamento) http://wiki.openstreetmap.org/wiki/Crossing http://wiki.openstreetmap.org/wiki/Path_controversy Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo pagina costruita su tag highway=footway
>-Original Message- >From: girarsi_liste [mailto:liste.gira...@gmail.com] >Sent: lunedì 6 maggio 2013 22:08 >To: Lista nazionale italiana openstreetmap >Subject: [Talk-it] Controllo pagina costruita su tag highway=footway > >Come pagina di prova [0] ho creato la pagina in italiano del tag in oggetto, vi >pregerei di controllare, criticare, correggere, migliorare la stessa, in quanto, >poi, se si ritiene vada bene, la sposto nella posizione apposita della wiki, >grazie. L'uso che suggerisci del tag highway=pedestrian per i percorsi pedonali non paralleli ad un'altra strada differisce dall'uso corrente. Il tag highway=pedestrian dovrebbe essere riservato a spazi pedonali ampi: tipo piazze, isole pedonali, strade dedicate all'uso pedonale ma comunque generalmente abbastanza larghe da fare passare anche dei veicoli (tipo le vie pedonali dello shopping, dove possono transitare veicoli per carico e scarico). Viceversa, per i vialetti pedonali si usa highway=footway, non importa se corrono generalmente paralleli ad una strada o se ne sono indipendenti. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Spiaggia libera
Ciao a tutti, quale tag si usa per distinguere le spiagge libere dagli stabilimenti balneari? C'è solo natural=beach + fee=yes/no? Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
