Re: [Talk-it] quale Garmin per un mappatore ?
> > confermo quanto detto, il gps in oggetto è lo strumento, che conosco, > più funzionale a mappare e per escursionismo! > ... ma costa il doppio del etrex 20/30 e non ha l'ultima generazione di chip GPS. In particolare non riceve i satelliti russi che dalle nostri parti di danno un metro di precisione aggiuntivo (dicono ...) Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quale Garmin per un mappatore ?
Il 09 ottobre 2012 08:17, Fabrizio Tambussa ha scritto: > > Ciao, ciao > io ho un un Garmin GPSMap 62SC e te lo consiglio. Oltre a tutte le > funzioni di un buon gps da escursione (robusto, impermeabile, tasti, > bussola, altimetro, ecc ecc) ha anche una macchina fotografica da 5 > megapixel incorporata con la quale puoi fare delle buone foto gia' > georeferenziate. Quando importi le foto in JOSM, queste vengono > inserite sul punto in cui le hai scattate e inoltre una piccola > freccia bianca ti indica la direzione in cui lo scatto e' stato preso. > Meglio di cosi'... confermo quanto detto, il gps in oggetto è lo strumento, che conosco, più funzionale a mappare e per escursionismo! > Saluti > Fabrizio > -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quale Garmin per un mappatore ?
Il 08 ottobre 2012 17:25, Alech OSM ha scritto: > > > > > Buondì a tutti ! > > Mi son sempre trovato bene con il Forerunner205, ma i tasti cominciano ad > essere molto consumati , eppoi non è cartografico… > > Quindi mi domandavo (se) a cosa passare in un futuro più o meno vicino, > > considerando che mi interessano altimetro/bussola e alimentazione a pile > stilo . > > Etrex Vista Hcx, Etrex 30, Dakota, Colorado , boohhh > > Vale la pena spendere di più, oppure vale il principio “tutto ciò che non > c’è non si rompe” ? > > Meglio il touchscreen oppure i tasti ? > > E che differenza c’è in fondo tra il Vista ed il Etrex30 ? > > In fondo son più escursionista che mappatore , però mi piace inserire con > precisione i sentieri nuovi. Ciao, io ho un un Garmin GPSMap 62SC e te lo consiglio. Oltre a tutte le funzioni di un buon gps da escursione (robusto, impermeabile, tasti, bussola, altimetro, ecc ecc) ha anche una macchina fotografica da 5 megapixel incorporata con la quale puoi fare delle buone foto gia' georeferenziate. Quando importi le foto in JOSM, queste vengono inserite sul punto in cui le hai scattate e inoltre una piccola freccia bianca ti indica la direzione in cui lo scatto e' stato preso. Meglio di cosi'... Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relation:region complessi naturali e gerarchie.
Il 05 ottobre 2012 18:01, Martin Koppenhoefer ha scritto: > e quali sono? Devo mettere anche le cabine telefoniche nella relazione > della laguna di Venezia? Le case e civici? Parchi? Canali? Ristoranti? > fermate del vaporetto? Dipende cosa voglio mappare, attualmente mi sto riferendo all'ambito naturale della laguna... comunque per quel che mi riguarda una relazione usata per un sito artificiale (tipo una scuola) può comprendere dall'albero dell'orto didattico fino alla cabina telefonica piazzata sul muro quando andava di moda metterle in giro. > lì credo che questo approccio è meno fortunato. Non ti potrai mai > fidare che la tua relazione contiene tutti gli elementi che devono > essere contenuti (anzi al contrario potresti essere quasi sicuro che > manca qualcosa). Secondome è fondamentale di avere un approccio che > consente di funzionare anche con dati parzialmente errati e sopratutto > incompleti. > Invece potrei immaginare un sistema ibrido, dove alcuni > elementi principali vanno inseriti in una relazione (per esempio > alcune cime di montagna in una relazione per una parte di montagna con > nome) e poi con aiuto di un database si riesce a stimare l'estensione > di quella area e di trovare automaticamente tutti gli altri elementi > che ne fanno parte. Così come non ti potrai mai fidare di eventuali inesattezze del perimetro (deficitario o sovrabbondante) o di corbellerie inserite da altri all'interno di esso. Non la metterei sull'affidabilità del metodo perché si finisce sempre sull'accuratezza di chi produce quel pezzo di mappa... La proposta "ibrida" devo dire che mi garba e ti ringrazio dell'idea! PS: un po' alla volta preparerò una pagina di proposta che per ora è "pre-draft"... prima possibile ve la allungherò volentieri qui. PPS: c'è una pagina (o qualcuno che possa scrivermi qui poche righe) dove viene spiegato come proporre nuove features e che regole seguire? Gazie! -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
> io sarei per tenere place=* anche per l'area, in alternativa propongo boundary=built-up ;-) -1 Tenere i due tag place=* su nodo e su area non risolve il problema della ridondanza e aggiungere boundary=built-up aumenta la complessità. > sono d'accordo, non è il centro, ma è dentro la zona urbana. Appunto > tutto il "place". Credo che avrebbe più senso cambiare il tagging del > nodo invece di quello dell'area. place_label per esempio invece di > place. -1 Lasciare il tag place=* sul nodo serve anche per mantenere compatibilità con l'attuale sistema dei place=* (e tra l'altro anche il rendering OSM resterebbe compatibile perché mette il nome del luogo sul nodo). Inoltre nella mappatura iniziale (ma poi restano così anche per molti anni) i luoghi vengono taggati solo con un punto o per semplicità o perché non si conosce l'effettivo confine del luogo (si pensi ai quartieri: tante volte non sappiamo definire un preciso confine tra uno e l'altro). +1 Per la proposta Urban settlements [1], ma specificherei anche nella chiave che si tratta di aree e che sono correlati al tag place=*, ovvero una cosa tipo place_area=*. Così sarebbe subito chiaro a tutti il significato anche senza spulciare il Wiki. Usare una subkey :name mi sembra che complichi il tag senza benefici effettivi. Piuttosto metterei un tag distinto name=. Quindi: 1) place_area= oppure 2) place_area=yes name= [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Urban_settlements Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dubbio su turn restriction
Il 10/08/2012 06:16 PM, Any File scrisse: >> Lungo via Filipetti, venendo da est, non si puo' svoltare in corso di >> Porta Vigentina, ne' a destra ne' a sinistra (la svolta e' consentita >> solo a mezzi di soccorso, taxi e moto). > > In quella zona c'è una turn restriction errata, la 278289, che ha come > unico membro un punto via. > È da molto tempo che ho notato questo errore, ma non sapendo di > preciso come sono i divieti in quella zona, non so come sistemarlo. Si', ho visto anche io. Vado a memoria e ci sono passato 2 volte in macchina senza fermarmi. Una prima volta venivo da ovest e Navit ha tentato di farmi andare a dx. Ho proseguito diritto dover aver visto il cartello con la freccia dritta. Non ho fatto in tempo a vedere i divieti presenti lungo porta vigentina verso sud. Da est stessa cosa, c'e' l'obbligo di tirare dritto, esclusi psv, mezzo di soccorso e moto. Sarebbe meglio fare un sopralluogo. >> >> Mentre corso di p.ta vigentina a nord dovrebbe avere access=no, verso >> sud non ci sono restrizioni. > > Ma questo vale sia a Nord che a Sud dell'incrocio con via Filippetti? Come ho appena scritto sopra mi ricordavo male, il divieto dovrebbe esserci anche verso sud. > > Visto che in realtà (almeno nella parte a Nord dell'incrocio), Corso > di Porta Vigentina è una sola carreggiata, tanto vale trasformarla in > una sola way (così tra l'altro si ottiene anche di separare il tram > dall'highway). Se è accessibile in un solo senso allora si può > segnarla come senso unico (aggiungendo se è il caso cose del tipo > taxi:backward=yes, oneway:psv=no ecc.) Credo di non aver capito cosa intendi. Li' c'e' una sola corsia per senso di marcia, condivisa tra tram e altri mezzi. > >> >> Come e' meglio inserire la relazione per tirare diritto? Il dubbio >> deriva dal fatto che via Filipetti e' spezzata solo da una delle 2 way >> perpendicolari. > > Se vuoi inserire la restrizione lasciando le cose come sono ora, > allora devi per prima cosa spezzare la 45255579 nel nodo 1480086673 e > mettere due restrizioni only_stright_on in ognono dei due punti di > incrocio. > > Ma forse è il caso prima di sistemare quello che c'è. > > As esempio venedo da Est è possibile o no andare nel controviale way > 7980654 ? (come è segnato ora può farlo solo chi viene da Nord) > Chi viene da Ovest nel controviale way 45849089 dove può andare? (come > è segnato adesso può andare solo a Sud). > > (inoltre se si vuole lasciare le cose come sono adesso, andrebbero > inseriti un bel po' di diveti di inversione ad U, nell'ipotesi, da > confermare, ma più che plausibile, che sia vietato fare l'inversione > lì) Bisogna andare a vedere... >> Bonus: ma e' corretto che i semafori siano stati posizionati solo su una >> way? Secondo me chi ha sdoppiato la way per inserire la linea >> tramviaria, non li ha sistemati. > > La pagina wiki > http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals > non offre una spiegazione entusasmante. > > Non dice neppure che va messo sul nodo dove si intersecano le strade > (ed io in alcuni casi li ho visti messi prima dell'incrocio, dove > effettivamente c'è il segnale e la linea di arresto). > > Più avanti la sezione Notes inizia con "As of now, there is no well > established convention". > > Comunque per rispodere alla tua domanda non ha senso che siano su una > way sola (e probabilmente servirebbero anche all'inizio e alla fine > dei controviali). Dopo il sopralluogo spero di avere le idee piu' chiare. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
2012/10/8 Simone Saviolo : > Dei due, quello che, privato del tag place, avrebbe ancora senso di esistere > sarebbe l'area. Se spostiamo il place sull'area, il nodo diventa proprio > solo più un suggerimento di rendering. Visto che l'idea di cambiare il tagging da place ad un altro tag nasce unicamente dalla paura che altrimenti ci sarebbero 2 entità dove la realtà ne contiene solo 1, discutiamo una chiave alternativa per mantenere lo stesso significato che abbiamo codificato finora (un altro nome per la stessa cosa). "Privato del tag place" significa quindi, che la semantica sarebbe spostata da place in un altro tag. Visto l'oggetto del place viene considerato quello che rappresenta la città (ecc.), direi che ha più senso mantenerlo per l'area e rinominare la chiave di quel nodo che rappresenta il centro della città. Non è solo un suggerimento di rendering ma è il punto (centrale) dove ti porta il routing (se non hai dato anche una strada), come l'avevi già scritto sopra. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
2012/10/8 Simone Saviolo : > Ho creato una proposta: > http://wiki.openstreetmap.org/wiki/Proposed_features/Urban_settlements se includi anche "villages" credo che il titolo sarebbe meglio "settlements", perchè un villaggio non è un "urban settlement". ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quale Garmin per un mappatore ?
-1 per il touchscreen, a maggior ragione se sei escursionista: 1) come dice Volker hai una minore visibilità dello schermo.2) prova ad usare il touchscreen coi guanti mentre d'inverno stai facendo un'escursione. Alessandro Messaggio originale.. Meglio il touchscreen oppure i tasti ? . In fondo son più escursionista che mappatore ... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quale Garmin per un mappatore ?
> > > > Etrex Vista Hcx, > Fuori produzione - era un buon apparecchio. > Etrex 30, Dakota, Colorado , boohhh > > Vale la pena spendere di più, oppure vale il principio “tutto ciò che non > c’è non si rompe” ? > Uso adesso regolarmente etrex 30 e sono contento. > > > Meglio il touchscreen oppure i tasti ? > Touchscreen riduce la visibilità in un doppio senso: sporco dall'uso con le dita e ridotta visibilità del fondo riflettente. Dakota e Etrex 30 sono molto simili, ma Dakota è touchscreen. Preferisco per motivi di visibilità l'Etrex 30 . > > E che differenza c’è in fondo tra il Vista ed il Etrex30 ? > Sono completamente diversi. L'Etrex 20/30 è simile al Dakota sotto l'aspetto funzionamento (software ed interfaccia utente), ma senza touchscreen. Ha in più un ricevitore migliore, incluso ricezione dei satelliti russi GLONASS). > > In fondo son più escursionista che mappatore , però mi piace inserire con > precisione i sentieri nuovi. > Con buona visibilità dei satelliti la precisione reale spesso è miglore di un metro (ma non in montagna!) Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quale Garmin per un mappatore ?
Il 08/10/2012 17:25, Alech OSM ha scritto: Buondì a tutti ! Mi son sempre trovato bene con il Forerunner205, ma i tasti cominciano ad essere molto consumati , eppoi non è cartografico... Quindi mi domandavo (se) a cosa passare in un futuro più o meno vicino, considerando che mi interessano altimetro/bussola e alimentazione a pile stilo . Etrex Vista Hcx, Etrex 30, Dakota, Colorado , boohhh Vale la pena spendere di più, oppure vale il principio "tutto ciò che non c'è non si rompe" ? Meglio il touchscreen oppure i tasti ? E che differenza c'è in fondo tra il Vista ed il Etrex30 ? In fondo son più escursionista che mappatore , però mi piace inserire con precisione i sentieri nuovi. Ciao, Io con l'etrex 30 ho a volte discontinuità con l'altrimetro, sabato ad esempio ero a quota 3089 ma il monte è misurato ufficialmente in 3105, mentre salendo ho riscontrato una località che mi recava un minimo scarto in metri. La partenza era praticamente come indicato dalle indicazioni ufficiali. Per il resto facilità d'uso incredibile ed ottimo uso anche in Mtb. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dubbio su turn restriction
2012/10/8 emmexx : > Milano: > http://www.openstreetmap.org/?lat=45.452019&lon=9.196669&zoom=18&layers=M > > Lungo via Filipetti, venendo da est, non si puo' svoltare in corso di > Porta Vigentina, ne' a destra ne' a sinistra (la svolta e' consentita > solo a mezzi di soccorso, taxi e moto). In quella zona c'è una turn restriction errata, la 278289, che ha come unico membro un punto via. È da molto tempo che ho notato questo errore, ma non sapendo di preciso come sono i divieti in quella zona, non so come sistemarlo. Andando a sbirciare l'history penso che probabilmente questa relation si riferiva ad un mezzo che andava da Nord a Sud oda Sud a Nord. Nella zona il "redaction bot" ha "colpito" per cui è difficile capire come erano le cose in passato. > > Mentre corso di p.ta vigentina a nord dovrebbe avere access=no, verso > sud non ci sono restrizioni. Ma questo vale sia a Nord che a Sud dell'incrocio con via Filippetti? Visto che in realtà (almeno nella parte a Nord dell'incrocio), Corso di Porta Vigentina è una sola carreggiata, tanto vale trasformarla in una sola way (così tra l'altro si ottiene anche di separare il tram dall'highway). Se è accessibile in un solo senso allora si può segnarla come senso unico (aggiungendo se è il caso cose del tipo taxi:backward=yes, oneway:psv=no ecc.) > > Come e' meglio inserire la relazione per tirare diritto? Il dubbio > deriva dal fatto che via Filipetti e' spezzata solo da una delle 2 way > perpendicolari. Se vuoi inserire la restrizione lasciando le cose come sono ora, allora devi per prima cosa spezzare la 45255579 nel nodo 1480086673 e mettere due restrizioni only_stright_on in ognono dei due punti di incrocio. Ma forse è il caso prima di sistemare quello che c'è. As esempio venedo da Est è possibile o no andare nel controviale way 7980654 ? (come è segnato ora può farlo solo chi viene da Nord) Chi viene da Ovest nel controviale way 45849089 dove può andare? (come è segnato adesso può andare solo a Sud). (inoltre se si vuole lasciare le cose come sono adesso, andrebbero inseriti un bel po' di diveti di inversione ad U, nell'ipotesi, da confermare, ma più che plausibile, che sia vietato fare l'inversione lì) e Corso di Porta Vigentina andrebbe trasformata in un'unica way (e questo eliminerebbe il tuo problema). > > Bonus: ma e' corretto che i semafori siano stati posizionati solo su una > way? Secondo me chi ha sdoppiato la way per inserire la linea > tramviaria, non li ha sistemati. La pagina wiki http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals non offre una spiegazione entusasmante. Non dice neppure che va messo sul nodo dove si intersecano le strade (ed io in alcuni casi li ho visti messi prima dell'incrocio, dove effettivamente c'è il segnale e la linea di arresto). Più avanti la sezione Notes inizia con "As of now, there is no well established convention". Comunque per rispodere alla tua domanda non ha senso che siano su una way sola (e probabilmente servirebbero anche all'inizio e alla fine dei controviali). ciao AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: quale Garmin per un mappatore ?
Io pure sono più escursionista che mappatore e pertanto ti dico cosa io uso quando vado per sentieri. Poi sicuramente ci sono molte possibilità e diverse filosofie al riguardo. Io utilizzo un GPSMAP 62stc, soddisfa le mie esigenze e confrontato con altri gps pare essere anche molto preciso come pure ritengo valido il sistema di ricezione dei segnali che difficilmente perde anche allinterno di un bosco con foglie molto fitte. Nessun problema con i tasti anche utilizzandolo con i guanti durante le escursioni invernali Ciao Sergio Da: Alech OSM [mailto:alech.hos...@gmail.com] Inviato: lunedì 8 ottobre 2012 17:26 A: 'openstreetmap list - italiano' Oggetto: [Talk-it] quale Garmin per un mappatore ? Buondì a tutti ! Mi son sempre trovato bene con il Forerunner205, ma i tasti cominciano ad essere molto consumati , eppoi non è cartografico Quindi mi domandavo (se) a cosa passare in un futuro più o meno vicino, considerando che mi interessano altimetro/bussola e alimentazione a pile stilo . Etrex Vista Hcx, Etrex 30, Dakota, Colorado , boohhh Vale la pena spendere di più, oppure vale il principio tutto ciò che non cè non si rompe ? Meglio il touchscreen oppure i tasti ? E che differenza cè in fondo tra il Vista ed il Etrex30 ? In fondo son più escursionista che mappatore , però mi piace inserire con precisione i sentieri nuovi. Ciao, Ale. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] quale Garmin per un mappatore ?
Buondì a tutti ! Mi son sempre trovato bene con il Forerunner205, ma i tasti cominciano ad essere molto consumati , eppoi non è cartografico Quindi mi domandavo (se) a cosa passare in un futuro più o meno vicino, considerando che mi interessano altimetro/bussola e alimentazione a pile stilo . Etrex Vista Hcx, Etrex 30, Dakota, Colorado , boohhh Vale la pena spendere di più, oppure vale il principio tutto ciò che non cè non si rompe ? Meglio il touchscreen oppure i tasti ? E che differenza cè in fondo tra il Vista ed il Etrex30 ? In fondo son più escursionista che mappatore , però mi piace inserire con precisione i sentieri nuovi. Ciao, Ale. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
Ho creato una proposta: http://wiki.openstreetmap.org/wiki/Proposed_features/Urban_settlements Per ora voglio soltanto tener traccia delle conclusioni a cui giungiamo in ML. Quando la questione sarà un po' più chiara, pubblicherò la proposta e farò l'RFC su @tagging. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
Il giorno 08 ottobre 2012 16:34, Martin Koppenhoefer ha scritto: > 2012/10/8 Simone Saviolo : > > Fermo restando che il termine potrebbe cambiare, io userei invece > qualcosa > > tipo settlement=. Il nome dovrebbe coincidere con > > quello di un tag place. > > > se il valore deve essere un nome, vorrei un "name" o "settlement:name" > ecc. sulla parte chiave. > > > > Non mi piace tantissimo "built-up" perché non necessariamente parliamo di > > un'area edificata. ... Quello > > di cui parlo io è quell'area (lo ammetto: un po' vaga) che chiami > "città" o > > "paese". Quella che identifichi quando dici "sono andato in quel > > supermercato che c'è appena fuori città": non è lontano, non è in una > > frazione, ma è "fuori città". "Fuori porta", se vogliamo. > > > sono d'accordo, non è il centro, ma è dentro la zona urbana. Appunto > tutto il "place". Credo che avrebbe più senso cambiare il tagging del > nodo invece di quello dell'area. place_label per esempio invece di > place. > -1. Ti spiego perché. Il nodo secondo me ha senso per una sola cosa: indicare il "centro della città" per fare routing vago, ad esempio da Vercelli a Bologna: non mi interessa sapere di preciso come esco da Vercelli a seconda del punto preciso di partenza, mi interessa sapere che autostrade mi convenga prendere. Secondariamente, il nodo potrebbe essere un'indicazione al rendering per piazzare il nome del posto. Ma a parte questo non dà molta altra informazione. Al contrario, l'area dà un'informazione geografica non altrimenti descrivibile. Dei due, quello che, privato del tag place, avrebbe ancora senso di esistere sarebbe l'area. Se spostiamo il place sull'area, il nodo diventa proprio solo più un suggerimento di rendering. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
2012/10/8 Simone Saviolo : > Fermo restando che il termine potrebbe cambiare, io userei invece qualcosa > tipo settlement=. Il nome dovrebbe coincidere con > quello di un tag place. se il valore deve essere un nome, vorrei un "name" o "settlement:name" ecc. sulla parte chiave. > Non mi piace tantissimo "built-up" perché non necessariamente parliamo di > un'area edificata. ... Quello > di cui parlo io è quell'area (lo ammetto: un po' vaga) che chiami "città" o > "paese". Quella che identifichi quando dici "sono andato in quel > supermercato che c'è appena fuori città": non è lontano, non è in una > frazione, ma è "fuori città". "Fuori porta", se vogliamo. sono d'accordo, non è il centro, ma è dentro la zona urbana. Appunto tutto il "place". Credo che avrebbe più senso cambiare il tagging del nodo invece di quello dell'area. place_label per esempio invece di place. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rastrelliere modello Verona
Il 10/08/2012 04:16 PM, Fabri scrisse: > se vuoi lo aggiungo io nel wiki, l'ideale sarebbe anche avere una foto > della rastrelliera non protetta da copyright ;) Scusa se non ho risposto ma in questi giorni sono un po' fermo con OSM, causa altri 100 impegni. Io sono d'accordo sull'assegnazione di un nuovo valore al tag. Non sono sicuro che verona sia quello giusto. Credo ci sia un termine in inglese, devo recuperare il documento dove lo ho letto. Per le foto ne ho io, vado subito a registrarle cosi' non me le copiate! ;-) grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
Il giorno 08 ottobre 2012 15:26, Martin Koppenhoefer ha scritto: > 2012/10/8 Simone Saviolo : > > Il giorno 08 ottobre 2012 14:32, Alberto > ha > > scritto: > > > >> In sostanza, siamo d'accordo che una proposta per taggare diversamente > >> l'area del centro urbano sarebbe la miglior soluzione per evitare tag > >> "place=*" doppi e per mantenere compatibilità con i tag "place=*" > >> applicati > >> sui nodi? > > > > > > Io sono d'accordo - quasi quasi vedo di fare una proposta. > > > io sarei per tenere place=* anche per l'area, in alternativa propongo > boundary=built-up ;-) > Fermo restando che il termine potrebbe cambiare, io userei invece qualcosa tipo settlement=. Il nome dovrebbe coincidere con quello di un tag place. Non mi piace tantissimo "built-up" perché non necessariamente parliamo di un'area edificata. Capita spesso che ci sia un quartiere leggermente staccato dal resto della città - ma non è una frazione. Parlo anche solo di un campo che fa sì che si percorra una strada, gli edifici si interrompano per 200 metri, e poi si incontra questo altro quartiere della città. Quello di cui parlo io è quell'area (lo ammetto: un po' vaga) che chiami "città" o "paese". Quella che identifichi quando dici "sono andato in quel supermercato che c'è appena fuori città": non è lontano, non è in una frazione, ma è "fuori città". "Fuori porta", se vogliamo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rastrelliere modello Verona
se vuoi lo aggiungo io nel wiki, l'ideale sarebbe anche avere una foto della rastrelliera non protetta da copyright ;) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
2012/10/8 Simone Saviolo : > Il giorno 08 ottobre 2012 14:32, Alberto ha > scritto: > >> In sostanza, siamo d'accordo che una proposta per taggare diversamente >> l'area del centro urbano sarebbe la miglior soluzione per evitare tag >> "place=*" doppi e per mantenere compatibilità con i tag "place=*" >> applicati >> sui nodi? > > > Io sono d'accordo - quasi quasi vedo di fare una proposta. io sarei per tenere place=* anche per l'area, in alternativa propongo boundary=built-up ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tagging changesets
Il 10/08/2012 02:47 PM, Simone Saviolo scrisse: > Sì, ma questa è una cattiva abitudine, in OSM come nel resto del mondo. > Un changeset dovrebbe essere una modifica atomica e indipendente. Intendi dire che quando vado a modificare un'area di milano di circa 2km x 2km come ho fatto negli scorsi mesi, dove ho aggiunto tag, aggiunto o tolto vie avrei dovuto fare upload separati? Piu' in generale io lavoro su un'area non per tipologia di inserimento. Analizzo una zona e sistemo quel che manca o c'e' di sbagliato. Dividere per tipologia di upload diventa una sofferenza... ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tagging changesets
2012/10/8 emmexx : > Interessante, solo che spesso questi tipi si mischiano in un unico upload. si, è vero, anche nei miei changesets mischio spesso tipi diversi, al meno fino adesso. Ma si potrebbe cambiare atteggiamento, per esempio mettendo solo certi tipi in changesets a parte (change_in_real_world, revert) come anche si dovrebbe già fare per importi con i tags bot=yes e mechanical=yes ( http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy#Execute ). Alla fine credo che sarebbe meglio di fare in generale i changesets piccoli e strutturati contenente solo "modifiche dello stesso intervento". (Unità di modifiche logiche, non casuali come adesso). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
Il giorno 08 ottobre 2012 14:32, Alberto ha scritto: > In sostanza, siamo d'accordo che una proposta per taggare diversamente > l'area del centro urbano sarebbe la miglior soluzione per evitare tag > "place=*" doppi e per mantenere compatibilità con i tag "place=*" applicati > sui nodi? > Io sono d'accordo - quasi quasi vedo di fare una proposta. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tagging changesets
Il giorno 08 ottobre 2012 13:49, emmexx ha scritto: > Il 10/08/2012 01:25 PM, Martin Koppenhoefer scrisse: > > * "initial" = mappatura iniziale senza geometria preesistente > > * "geometry_fix" = correzioni di errori di geometria > > * "geometry_refinement" = miglioramento della geometria > > * "change_in_real_world" = aggiustato OSM per cambiamenti nel mondo > > reale (il valore potrebbe essere un po' più sintetico, avete idee?) > > * "revert" = revertato un edit di un altro utente > > forse altro... > > > > che ne dite? > > Interessante, solo che spesso questi tipi si mischiano in un unico upload. Sì, ma questa è una cattiva abitudine, in OSM come nel resto del mondo. Un changeset dovrebbe essere una modifica atomica e indipendente. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
> Al limite, potremmo trovare un tag diverso per indicare l'estensione del > centro urbano. +1 Questa può essere una buona idea, perché conserva la compatibilità coi posti che sono taggati solo con il tag "place= city/town/village " e sparisce il doppio tag place. > si, quello ci manca pure, avevo tempo fa fatto una proposta per un > landuse=centre_zone. Però qui stiamo parlando dell'intera area urbana, non solo del centro. Ora quello che stiamo taggando con "place=city/town/village" è un'area che comprende diversi landuse, residential, commercial, industrial. Al limite potremmo fare una proposta "urban_area=" o qualcosa del genere e sostituirla ai tag place applicati sull'area. Per le relazioni forse non mi sono spiegato bene. Avrei creato per ogni quartiere una relazione "boundary=administrative" che come membri avrebbe il perimetro del quaritere in ruolo "outer" ed il punto centrale in ruolo "admin_centre". Come si fa per indicare il confine comunale, provinciale, ecc. Però ammetto che sarebbe una forzatura perché i quartieri normalmente non sono entità amministrative (come comuni, province, ecc.) ma sono solo denominazioni comuni di certe zone della città. Oltretutto mantenere coerenza con l'uso in altri stati sarebbe difficile. Quindi l'uso della relazione "boundary=administrative" la lascerei perdere. In sostanza, siamo d'accordo che una proposta per taggare diversamente l'area del centro urbano sarebbe la miglior soluzione per evitare tag "place=*" doppi e per mantenere compatibilità con i tag "place=*" applicati sui nodi? Alberto (Viking81) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tagging changesets
Il 10/08/2012 01:25 PM, Martin Koppenhoefer scrisse: > * "initial" = mappatura iniziale senza geometria preesistente > * "geometry_fix" = correzioni di errori di geometria > * "geometry_refinement" = miglioramento della geometria > * "change_in_real_world" = aggiustato OSM per cambiamenti nel mondo > reale (il valore potrebbe essere un po' più sintetico, avete idee?) > * "revert" = revertato un edit di un altro utente > forse altro... > > che ne dite? Interessante, solo che spesso questi tipi si mischiano in un unico upload. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tagging changesets
Direi che sarebbe utile, forse anche l'inserimento di una tendina di selezione direttamente in josm? Damjan 08.10.2012 - 13:25 - Martin Koppenhoefer: Ho solo ora visto che durante l'upload (al meno in JOSM) c'è la possibilità di aggiungere dei tags al changeset [1] oltre al tag "comment" (bisogna cambiare il tab per farlo, vedete una lista di tags come per esempio "created_by=JOSM 1.5", ecc.). Sapevo che esistevano questi tags, ma non avevo mai cercato dove si possono inserire o cambiare. Propongo di utilizzare sempre un ulteriore tag che descrive il tipo di edit. L'idea è di poter distinguere tra correzioni nei solo dati OSM e correzioni a base di cambiamenti nel mondo reale. Il tag potrebbe essere quello proposto da Frederik in una mail qui [2]: type_of_edit={initial|geometry_fix|change_in_real_world|revert|...} dove i valori suggeriti potrebbero essere (da discutere): * "initial" = mappatura iniziale senza geometria preesistente * "geometry_fix" = correzioni di errori di geometria * "geometry_refinement" = miglioramento della geometria * "change_in_real_world" = aggiustato OSM per cambiamenti nel mondo reale (il valore potrebbe essere un po' più sintetico, avete idee?) * "revert" = revertato un edit di un altro utente forse altro... che ne dite? ciao, Martin [1] http://wiki.openstreetmap.org/wiki/Changeset [2] http://www.digipedia.pl/usenet/thread/12287/9838/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tagging changesets
Il giorno 08 ottobre 2012 13:25, Martin Koppenhoefer ha scritto: > che ne dite? > Sono d'accordo, ma temo che spesso ce ne dimenticheremo... Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien
2012/10/8 Groppo O : > 2012/10/8 Martin Koppenhoefer >> >> Questa lista di turn restrictions con problemi (al solito membri non >> più esistenti) è stata pubblicata in mailing-list tedesca, > > > Grazie per la lista, ma forse questi casi sono segnalati anche da Keepright: grazie per la segnalazione, potrebbe essere. Ammetto che non avevo pensato molto, ho visto che anche l'Italia era compresa e vi ho girato la lista. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tagging changesets
Ho solo ora visto che durante l'upload (al meno in JOSM) c'è la possibilità di aggiungere dei tags al changeset [1] oltre al tag "comment" (bisogna cambiare il tab per farlo, vedete una lista di tags come per esempio "created_by=JOSM 1.5", ecc.). Sapevo che esistevano questi tags, ma non avevo mai cercato dove si possono inserire o cambiare. Propongo di utilizzare sempre un ulteriore tag che descrive il tipo di edit. L'idea è di poter distinguere tra correzioni nei solo dati OSM e correzioni a base di cambiamenti nel mondo reale. Il tag potrebbe essere quello proposto da Frederik in una mail qui [2]: type_of_edit={initial|geometry_fix|change_in_real_world|revert|...} dove i valori suggeriti potrebbero essere (da discutere): * "initial" = mappatura iniziale senza geometria preesistente * "geometry_fix" = correzioni di errori di geometria * "geometry_refinement" = miglioramento della geometria * "change_in_real_world" = aggiustato OSM per cambiamenti nel mondo reale (il valore potrebbe essere un po' più sintetico, avete idee?) * "revert" = revertato un edit di un altro utente forse altro... che ne dite? ciao, Martin [1] http://wiki.openstreetmap.org/wiki/Changeset [2] http://www.digipedia.pl/usenet/thread/12287/9838/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien
2012/10/8 Martin Koppenhoefer > Questa lista di turn restrictions con problemi (al solito membri non > più esistenti) è stata pubblicata in mailing-list tedesca, > Grazie per la lista, ma forse questi casi sono segnalati anche da Keepright: http://keepright.ipax.at/report_map.php?lang=it&ch50=1&ch60=1&ch70=1&ch201=1&ch220=1&ch311=1&ch312=1&number_of_tristate_checkboxes=6&highlight_error_id=0&highlight_schema=0&lat=41.93807&lon=12.54451&zoom=10&show_ign=1&show_tmpign=1&layers=B0T&ch=0%2C291%2C292%2C293%2C294 Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
2012/10/8 Simone Saviolo : >> 2) Siete d'accordo a continuare a taggare i vari luoghi con "place=*" sia >> su >> nodo centrale che su area abitata? Sono entrambe informazioni utili. > No. Se lo facessimo, staremmo indicando che esistono due città entrambe con > nome Vercelli. (Lo so che lo stiamo facendo :-) ) no, visto che il nodo si trova all'interno dell area sarebbe forse superfluo ma sicuramente l'interpretazione "normale" non sarebbe quella di pensare che si tratta di un altra città con lo stesso nome ;-) > Al limite, potremmo trovare un tag diverso per indicare l'estensione del > centro urbano. si, quello ci manca pure, avevo tempo fa fatto una proposta per un landuse=centre_zone. >> 3) Ho visto che si potrebbero aggiungere anche le frazioni o i quartieri a >> delle relazioni boundary. Voi lo fareste? io no. Non è logico. La relazione boundary rappresenta un confine (linea). Al massimo si potrebbe creare una relazione per l'area con membro la relazione boundary (come confine) ed altri membri con ruoli diversi (admin_centre ecc.). > Io non lo farei. Al massimo le aggiungerei per indicare che la località fa > parte del Comune, ma allora dovremmo anche aggiungere tutti i Comuni alla > Provincia, tutte le Province alle Regioni e così via. si, ne anch'io lo farei. Cosa fa parte di una zona amministrativa è definito dal confine, o nel raro caso di enclavi / esclavi mappabile con appositi ruoli secondo il wiki. Appessantice il database per poco guadagno (alla fine si romperebbe comunque sempre, quindi non si potrebbe fidare di quelle collezioni, e quindi dovresti comunque analizzare sempre anche i confini). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cerco traduttori per LearnQGIS
Mi dai l'url del documento in inglese? Thanks! 2012/10/8 Fabrizio Tambussa : > No problem, tieni conto che ho gia' tradotto i primi 2 capitoli. Se > qualcuno vuole andare avanti, mando tutto a lui, anche senza la mia > supervisione. > Grazie e saluti > Fabrizio > > Il 08 ottobre 2012 11:57, Maurizio Napolitano ha scritto: >> mmm ... ti scoccia se mi informo anche sulla ML di GFOSS.it? >> Come sai io sono uno dei traduttori della gui di qgis e, l'attivita' >> italiana intorno a qgis e' molto forte. >> >> >> 2012/10/8 Fabrizio Tambussa : >>> Ciao a tutti, >>> dopo la traduzione di Learn OSM fatta l'anno scorso, ho scoperto che >>> sul sito e' presente un documento per muovere i primi passi con >>> Quantum Gis[1]. >>> Ho iniziato a tradurre in italiano "Beginning QGIS" e sto cercando >>> volontari per darmi una mano: cercherei di finire prima di OsmIT, in >>> modo da arrivare la' con delle copie fresche di stampa. >>> Se siete interessati scrivetemi pure che vi condivido il file. >>> Saluti >>> Fabrizio >>> >>> ___ >>> Talk-it mailing list >>> Talk-it@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-it >> >> >> >> -- >> Maurizio "Napo" Napolitano >> http://de.straba.us >> >> ___ >> Talk-it mailing list >> Talk-it@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-it > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio "Napo" Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cerco traduttori per LearnQGIS
No problem, tieni conto che ho gia' tradotto i primi 2 capitoli. Se qualcuno vuole andare avanti, mando tutto a lui, anche senza la mia supervisione. Grazie e saluti Fabrizio Il 08 ottobre 2012 11:57, Maurizio Napolitano ha scritto: > mmm ... ti scoccia se mi informo anche sulla ML di GFOSS.it? > Come sai io sono uno dei traduttori della gui di qgis e, l'attivita' > italiana intorno a qgis e' molto forte. > > > 2012/10/8 Fabrizio Tambussa : >> Ciao a tutti, >> dopo la traduzione di Learn OSM fatta l'anno scorso, ho scoperto che >> sul sito e' presente un documento per muovere i primi passi con >> Quantum Gis[1]. >> Ho iniziato a tradurre in italiano "Beginning QGIS" e sto cercando >> volontari per darmi una mano: cercherei di finire prima di OsmIT, in >> modo da arrivare la' con delle copie fresche di stampa. >> Se siete interessati scrivetemi pure che vi condivido il file. >> Saluti >> Fabrizio >> >> ___ >> Talk-it mailing list >> Talk-it@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-it > > > > -- > Maurizio "Napo" Napolitano > http://de.straba.us > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cerco traduttori per LearnQGIS
mmm ... ti scoccia se mi informo anche sulla ML di GFOSS.it? Come sai io sono uno dei traduttori della gui di qgis e, l'attivita' italiana intorno a qgis e' molto forte. 2012/10/8 Fabrizio Tambussa : > Ciao a tutti, > dopo la traduzione di Learn OSM fatta l'anno scorso, ho scoperto che > sul sito e' presente un documento per muovere i primi passi con > Quantum Gis[1]. > Ho iniziato a tradurre in italiano "Beginning QGIS" e sto cercando > volontari per darmi una mano: cercherei di finire prima di OsmIT, in > modo da arrivare la' con delle copie fresche di stampa. > Se siete interessati scrivetemi pure che vi condivido il file. > Saluti > Fabrizio > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio "Napo" Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Cerco traduttori per LearnQGIS
Ciao a tutti, dopo la traduzione di Learn OSM fatta l'anno scorso, ho scoperto che sul sito e' presente un documento per muovere i primi passi con Quantum Gis[1]. Ho iniziato a tradurre in italiano "Beginning QGIS" e sto cercando volontari per darmi una mano: cercherei di finire prima di OsmIT, in modo da arrivare la' con delle copie fresche di stampa. Se siete interessati scrivetemi pure che vi condivido il file. Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Possibile lezioni esplicative circa osm...
Il giorno 08 ottobre 2012 11:22, marco bra ha scritto: > Ciao, non so' se conoscete già il sito http://www.oilproject.org/ > > io lo ritengo ben fatto ed interessante per divulgare lezioni o talk > in merito agli argomenti più svariati... > e se avete tempo vedetevi questa lezione: > > http://www.oilproject.org/lezione/wikicrazia-costruire-e-usare-il-governo-user-generated-parte-1-31.html > > Oggi ho provato a vedere se c'era qualcosa su OpenStreetMap cercando > fra i contenuti del sito, ma non e' emerso nulla. > > Ho trovato in merito: > > http://www.oilproject.org/lezione/georiferire-foto-digitali-con-google-earth-685.html > > C'e' qualcuno che puo' fare o inviare qualcosa riguardante osm... su > detto sito ? > Non sono sicuro che un sito del genere sia il posto adatto per quello che proponi. Insegnare a contribuire e ad usare OSM rientra nella creazione di una documentazione, non è una materia da insegnare. Sarebbe più appropriato invece un corso di cartografia che fa riferimenti alla cartografia in OSM, ad esempio. Potrebbe essere un poco più adatto invece coursera.org. Magari è una mia impressione sbagliata, ma il secondo mi sembra usato più da corsi intesi nel senso più professionale del termine, mentre oilproject mi sembra una specie di "liceo o università su internet". Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
Il giorno 08 ottobre 2012 11:25, Alberto ha scritto: > Visto che Nominatim si comporta così, ma altri tool di ricerca si > comportano > diversamente (tipo sulle mappe OSM x Garmin anche Vercelli ha due risultati > come città), direi di ignorare tutto e "non mappare per il tool di > ricerca". > Sono d'accordo. > 2) Siete d'accordo a continuare a taggare i vari luoghi con "place=*" sia > su > nodo centrale che su area abitata? Sono entrambe informazioni utili. > No. Se lo facessimo, staremmo indicando che esistono due città entrambe con nome Vercelli. (Lo so che lo stiamo facendo :-) ) Al limite, potremmo trovare un tag diverso per indicare l'estensione del centro urbano. > 3) Ho visto che si potrebbero aggiungere anche le frazioni o i quartieri a > delle relazioni boundary. Voi lo fareste? E quale admin_level mettereste? > Sembrerebbe un livello 10 leggendo [1]. > Io non lo farei. Al massimo le aggiungerei per indicare che la località fa parte del Comune, ma allora dovremmo anche aggiungere tutti i Comuni alla Provincia, tutte le Province alle Regioni e così via. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag place ridondanti
Ciao a tutti. Ho fatto un po' di prove per capire come mai Vercelli in nominatim ha una solo risultato come città, + una come boundary provincia, + una come boundary comune, mentre Casale Monferrato ha due risultati come città (punto centrale + area abitata), + uno come boundary comune. Entrambi hanno sia il punto centrale che area abitata taggati come "place=*", ma di Vercelli Nominatim restituisce solo uno dei due (l'area abitata), di Casale restituisce sia punto centrale che area abitata. Ho provato a taggare Casale come Vercelli: ho aggiunto il punto centrale come admin_centre al boundary comune di Casale, ho provato ad aggiungere i tag "is_in" ed "is_in:continent". Però Nominatim continua a trattare in modo diverso Casale da Vercelli, quindi non è nessuno di questi tag che fa la differenza. Potrebbe essere il fatto che Vercelli ha anche un boundary provincia che include il nodo centrale come admin_centre, oppure che Vercelli è un "place=city" mentre Casale un "place=town". Non farei ulteriori prove perché dovrei inserire dei dati scorretti (tipo taggare Casale come provincia o come "city" invece che "town"). Visto che Nominatim si comporta così, ma altri tool di ricerca si comportano diversamente (tipo sulle mappe OSM x Garmin anche Vercelli ha due risultati come città), direi di ignorare tutto e "non mappare per il tool di ricerca". Vi pongo questi quesiti però: 1) Qualcuno ha notizia di luoghi non capoluoghi di provincia che pur avendo il tag "place=*" sia su nodo centrale che su area abitata, nominatim li considera come un unico place e non restituisce due risultati diversi? Giusto x capire come funziona. 2) Siete d'accordo a continuare a taggare i vari luoghi con "place=*" sia su nodo centrale che su area abitata? Sono entrambe informazioni utili. 3) Ho visto che si potrebbero aggiungere anche le frazioni o i quartieri a delle relazioni boundary. Voi lo fareste? E quale admin_level mettereste? Sembrerebbe un livello 10 leggendo [1]. 4) I quartieri però fanno parte di un centro abitato: questo invece lo mettereste in una relazione boundary (diversa dall'attuale admin_level=8 che include tutto il territorio comunale)? E se si, con quale admin_level? Forse il 9, ufficialmente non utilizzato secondo [1]? Questa relazione includerebbe il nodo centrale ed il perimetro del centro abitato: in futuro i tool di ricerca potrebbero sfruttarla per capire che sono un unico place e restituire un solo risultato invece che due. [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative Grazie. Alberto (Viking81) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Possibile lezioni esplicative circa osm...
Ciao, non so' se conoscete già il sito http://www.oilproject.org/ io lo ritengo ben fatto ed interessante per divulgare lezioni o talk in merito agli argomenti più svariati... e se avete tempo vedetevi questa lezione: http://www.oilproject.org/lezione/wikicrazia-costruire-e-usare-il-governo-user-generated-parte-1-31.html Oggi ho provato a vedere se c'era qualcosa su OpenStreetMap cercando fra i contenuti del sito, ma non e' emerso nulla. Ho trovato in merito: http://www.oilproject.org/lezione/georiferire-foto-digitali-con-google-earth-685.html C'e' qualcuno che puo' fare o inviare qualcosa riguardante osm... su detto sito ? Ciao mcheck -- Linux Infinite Freedom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] dubbio su turn restriction
Milano: http://www.openstreetmap.org/?lat=45.452019&lon=9.196669&zoom=18&layers=M Lungo via Filipetti, venendo da est, non si puo' svoltare in corso di Porta Vigentina, ne' a destra ne' a sinistra (la svolta e' consentita solo a mezzi di soccorso, taxi e moto). Mentre corso di p.ta vigentina a nord dovrebbe avere access=no, verso sud non ci sono restrizioni. Come e' meglio inserire la relazione per tirare diritto? Il dubbio deriva dal fatto che via Filipetti e' spezzata solo da una delle 2 way perpendicolari. Bonus: ma e' corretto che i semafori siano stati posizionati solo su una way? Secondo me chi ha sdoppiato la way per inserire la linea tramviaria, non li ha sistemati. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien
Il 10/08/2012 09:44 AM, Martin Koppenhoefer scrisse: > Questa lista di turn restrictions con problemi (al solito membri non > più esistenti) è stata pubblicata in mailing-list tedesca, di seguito > Vi riporto la mail originale in tedesco e la lista dei problemi in > Italia: Bisognerebbe trovare il modo di associare a quei link anche un'informazione sulla zona, almeno la provincia o il comune. Altrimenti con il solo link bisogna aprirli tutti uno per uno. :-( ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien
Questa lista di turn restrictions con problemi (al solito membri non più esistenti) è stata pubblicata in mailing-list tedesca, di seguito Vi riporto la mail originale in tedesco e la lista dei problemi in Italia: Ciao, Martin -- Weitergeleitete Nachricht -- Von: Rainer Dorsch Datum: 7. Oktober 2012 20:18 Betreff: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien An: Openstreetmap allgemeines in Deutsch Hallo, habe hier eine lange Liste mit kaputten Turn Relations (Deutschland und Italien sind ca. 1 Woche alt, alle anderen sind von heute): http://bokomoko.de/~rd/broken_turn_relations_121007.log Wenn hilfreich, lasse ich das ganze nächste Woche nochmal laufen. ITALY OSM Warning:http://www.openstreetmap.org/browse/relation/73035 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/104634 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/111713 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/167710 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/269981 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/278289 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/359306 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/374206 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/374207 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/384649 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/399911 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/446250 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/935775 turn restriction: multiple via member OSM Warning:http://www.openstreetmap.org/browse/relation/1100127 turn restriction: multiple from members OSM Warning:http://www.openstreetmap.org/browse/relation/1160542 turn restriction: multiple from members OSM Warning:http://www.openstreetmap.org/browse/relation/1160543 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1170789 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1209651 turn restriction: multiple via member OSM Warning:http://www.openstreetmap.org/browse/relation/1209655 turn restriction: multiple from members OSM Warning:http://www.openstreetmap.org/browse/relation/1247217 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1290707 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1290708 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1390098 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1406244 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1444782 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1533069 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1537137 turn restriction: multiple to members OSM Warning:http://www.openstreetmap.org/browse/relation/1561720 turn restriction: multiple to members OSM Warning:http://www.openstreetmap.org/browse/relation/1602660 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1648106 turn restriction: multiple to members OSM Warning:http://www.openstreetmap.org/browse/relation/1659054 turn restriction: multiple via member OSM Warning:http://www.openstreetmap.org/browse/relation/1667899 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1667903 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1667910 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1667942 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1667950 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1667952 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1667954 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1698876 turn restriction: multiple via member OSM Warning:http://www.openstreetmap.org/browse/relation/1709724 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1709726 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1709727
Re: [Talk-it] R: Un saluto
Il giorno 07 ottobre 2012 09:34, beppebo...@libero.it ha scritto: > prova osmand è molto migliorato e le mappe ci sono già > OsmAnd però è solo per Android :-) Per GpsMid devi scaricarti dal sito Osm2GpsMid. Puoi scaricare direttamente dall'interfaccia un bounding box che ti interessa, oppure dargli un file .osm che hai ottenuto in altri modi (anche scaricandolo in JOSM, modificandolo, e salvandolo). Hai due possibilità: o crei un applet standalone, che contiene l'applicazione e la mappa, oppure crei uno zip che contiene solo la mappa. Nel primo caso devi re-installare l'applicazione ogni volta che vuoi aggiornare la mappa; nel secondo devi avere l'applicazione in un .jar a parte, e poi specificare nelle opzioni che mappa usare. Questo in sintesi; per informazioni più dettagliate, penso che il link di Alessandro ti sia più utile :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it