Re: [Talk-it] R: JOSM e proiezioni
Martin Koppenhoefer ha scritto: Mercator ti mantiene i angoli, per quello è consigliato di usarlo. Solo in Mercator un angolo rettangolare rimane rettangolare ed un cerchio rimane un cercio (altrimenti un cerchio reale diventa nella proiezione una elisse). ciao, Martin OK...ma la proiezione è la UTM? Se è così perchè non considera le zone UTM dell' Italia (32 e 33)??? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] JOSM e proiezioni
2009/7/7 albertobonati albertobon...@libero.it: Ma cosa intende per Mercator? ha un qualche nesso con le proiezioni UTM? La UTM è la proiezione di Mercatore *traversa*. Se non ricordo male, la proiezione di Mercatore classica si ottiene proiettando la sfera su un cilindro verticale tangente alla sfera nell'equatore. Con questa proiezione l'errore aumenta allontanandosi dall'equatore e avvicinandosi ai poli. Con le proiezioni di Mercatore traverse, si proietta la sfera su un cilindro orizzontale, cioè tangente alla sfera lungo un meridiano. In questo caso l'errore aumenta allontanandosi dal meridiano. e se si, perchè non riporta le zone 32 e 33 in cui è divisa l' Italia??? Perché di proiezione classica ce n'è una sola (tangente = equatore) mentre di proiezioni traverse ce ne sono tante quante i meridiani. L'Italia è coperta bene dalle zone 32 e 33. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: JOSM e proiezioni
OK...ma la proiezione è la UTM? Se è così perchè non considera le zone UTM dell' Italia (32 e 33)??? che io sappia la M di UTM sta per Merkatoor (sarebbe qualcosa tipo proiezione trasversa universale di mercatore), ma perchè dici che non considera l'Italia, il fuso non lo chiede di nessuna zona, credo che lo gestiscano in automatico, infatti il risultato sembra corretto. Ciao, stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
Il 06/07/2009 18:51, Martin Koppenhoefer ha scritto: per me potrebbe essere anche una highway=motorway, maxspeed=110, driving_school=yes, toll=no o simile. [...] la soluzione potrebbe essere di indicare sia versione 1 che 2 con motorroad=yes (se non la 1 come highway=motorway) e poi come trunk o primary secondo quello che c'è. Però anche i francesi hanno una situazione simile alla nostra, ed hanno optato per la medesima soluzione: trunk=superstrada http://wiki.openstreetmap.org/wiki/Trunk -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Marco Certelli marco_certe...@yahoo.it: Siamo a 5 pronunciamenti: Marco Certelli, Federico Cozzi, Elena of Valhalla, Luca Delucchi, Martin Koppenhöfer 1) extraurbana principale (vedi http://it.wikipedia.org/wiki/Strada_extraurbana_principale) trunk: Marco Certelli, Federico Cozzi, Elena of Valhalla, Luca Delucchi, Martin Koppenhöfer 2) altre superstrade a 2+2 corsie (vedi http://it.wikipedia.org/wiki/Superstrada ) trunk: marco certelli, Martin Koppenhöfer primary: Federico Cozzi non esistono- vedi 1) o 3): Elena of Valhalla, Luca Delucchi 3) altre extraurbane a 2+2 corsie con spartiraffico invalicabile, no semafori, normalmente limite di velocità = a 90 km/h, rampe e divieto per bici e pedoni trunk: marco certelli, Martin Koppenhöfer primary: federico cozzi primary o secondary (o addirittura tertiary, ma dubito che ce ne siano) a seconda di cio` che collegano: Elena of Valhalla, Luca Delucchi 4) altre superstrade a 1+1 corsie (vedi http://it.wikipedia.org/wiki/Superstrada) primary: marco certelli, Martin Koppenhöfer primary o secondary (o addirittura tertiary, ma dubito che ce ne siano) a seconda di cio` che collegano: Elena of Valhalla, Luca Delucchi 5.1) Altre extraurbane (indipendentemente dal numero di corsie, rampe, incroci, ma senza limitazioni di transito per bici/pedoni) e che collegano due o più centri o aree abitate di importanza Nazionale (capoluoghi di regione o simili) Primary: Marco certelli, Martin Koppenhöfer, Elena of Valhalla, Luca Delucchi 5.2) Altre extraurbane (indipendentemente dal numero di corsie, rampe, incroci, ma senza limitazioni di transito per bici/pedoni) e che collegano due o più centri o aree abitate di importanza Regionale (capoluoghi di provincia o simili) Secondary: Marco certelli, Martin Koppenhöfer, Elena of Valhalla, Luca Delucchi 5.3) Altre extraurbane (indipendentemente dal numero di corsie, rampe, incroci, ma senza limitazioni di transito per bici/pedoni) e che collegano due o più centri o aree abitate di importanza Provinciale (Comuni o simili) tertiary: Marco certelli, Martin Koppenhöfer, Elena of Valhalla, Luca Delucchi 5.3) Altre extraurbane (indipendentemente dal numero di corsie, rampe, incroci e senza limitazioni di transito per bici/pedoni) che collegano due o più località Unclassified: Marco certelli dipende, con più di 1+1 corsie generalmente più grande di unclassified: Martin Koppenhöfer 6) urbane a 2+2 corsie con spartiraffico invalicabile, no pedoni, no biciclette, (no (o eccezionalmente pochi) semafori) trunk: Martin Koppenhöfer (per le sopraelevate, primary se si puo attraversare illegalmente, quindi non separati fisicamente (cancello) dalla città) primary: Marco Certelli tertiary, eccezionalmente secondary, in base al criterio cio` che collegano: Elena of Valhalla 7) altre urbane a 2+2 corsie che collegano molti quartieri Secondary: Marco Certelli Primary o Secondary a secondo l'importanza del collegamento: Martin Koppenhöfer 8) altre urbane a 2 corsie ma di importanza per il solo quartiere tertiary: Marco Certelli, Martin Koppenhöfer 9) urbane a 2 o meno corsie, non strategiche per la connettività cittadina o di quartiere ma solo per l'accesso alle abitazioni Residential: Marco Certelli, Martin Koppenhöfer Tag Aggiuntivi: A) Quando la strada è riservata ai veicoli a motore, e quindi sempre sulle extraurbane principali e dovunque ci sia il segnale quadrato di auto bianca su sfondo blu Aggiungere tag motorroad=yes: (non metto la lista perché mi sembra fosse già deciso e accettato da tutti) Definizione di a seconda di ciò che collegano: comunale-tertiary; provinciale-secondary; regionale-primary Ciao. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- ___ Martin Koppenhoefer (Dipl-Ing. Arch.) c/o Sebastianelli Via del Santuario Regina degli Apostoli, 18 00145 Roma Italia N41.8739, E12.5141 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada o trunk
Il 07/07/2009 11:25, Marco Certelli ha scritto: Aggiungo anche che il tratto a pagamento di una autostrada non è sempre solo tra barriera e barriera. Ad esempio ci sono autostrade che paghi all'uscita. Il tratto toll=yes inizia quindi prima della barriera (in pratica inizia all'ultima entrata/uscita che puoi prendere senza pagare) Esatto. Casi analoghi ci sono ovunque. A Milano, ad esempio, sulla tang. est c'è un solo casello, che si può saltare uscendo a Carugate e rientrando ad Agrate (e viceversa), quindi l'unico tratto a pagamento è tra Carugate ed Agrate (saranno 2 km a dir tanto). -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: JOSM e proiezioni
2009/7/7 Stefano Salvador stefano.salva...@gmail.com: che io sappia la M di UTM sta per Merkatoor (sarebbe qualcosa tipo proiezione trasversa universale di mercatore), ma perchè dici che non considera l'Italia, il fuso non lo chiede di nessuna zona, credo che lo gestiscano in automatico, infatti il risultato sembra corretto. Non c'è il fuso perché non è Traversa... Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
Il 06/07/2009 14:10, Martin Koppenhoefer ha scritto: Quindi mi dici che pensi che non serve di mettere una strada con rampe e carreggiate segregate in modo differente di una strada sensa queste charatteristiche? Io sì. Le carreggiate separate sono indicate da 2 way separate (oneway=yes); le rampe sono anch'esse disegnate. Non serve una classificazione specifica per indicare queste caratteristiche. Il tag maxspeed, il numero di intersezioni, la presenza di semafori, ecc. permettono ai router di privilegiare le strade che dici tu rispetto alle altre primary. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Carlo Stemberger carlo.stember...@gmail.com: Il 06/07/2009 14:10, Martin Koppenhoefer ha scritto: Quindi mi dici che pensi che non serve di mettere una strada con rampe e carreggiate segregate in modo differente di una strada sensa queste charatteristiche? Io sì. Le carreggiate separate sono indicate da 2 way separate (oneway=yes); e sbaglio o in teoria dovrebbe esserci una relazione che le unisce, in modo tale che il router non abbia bisogno di fare ricerche basate solo sulla vicinanza? -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
Il 06/07/2009 12:43, Marco Certelli ha scritto: Una definizione di trunk meno ristretta, invece, non è soggetta direttamente al cambio delle leggi e permette un uso un po' più esteso del tag trunk. Non sono d'accordo. Secondo me è bene mettere bene in chiaro le regole; solo in un secondo tempo discutere delle eccezioni. Comunque: 1) extraurbana principale trunk: Marco Certelli, Federico Cozzi +1 2) altre superstrade primary: Federico Cozzi +1 3) altre extraurbane a 2+2 corsie, rampe, spartiraffico invalicabile, no semafori, normalmente limite di velocità = a 90 km/h. Da discutere caso per caso: rientrano tra le eccezioni. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Carlo Stemberger carlo.stember...@gmail.com: Il 06/07/2009 14:10, Martin Koppenhoefer ha scritto: Quindi mi dici che pensi che non serve di mettere una strada con rampe e carreggiate segregate in modo differente di una strada sensa queste charatteristiche? Io sì. Le carreggiate separate sono indicate da 2 way separate (oneway=yes); le rampe sono anch'esse disegnate. Non serve una classificazione specifica per indicare queste caratteristiche. Il tag maxspeed, il numero di intersezioni, la presenza di semafori, ecc. permettono ai router di privilegiare le strade che dici tu rispetto alle altre primary. si, pero un motore di render dovrebbe analizzare tutti i tag ed il contesto per decidere come disegnare una strada? Secondome queste charatteristiche sono abbastanza importante per farle entrare dentro al db come classificazione. Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
Il 06/07/2009 13:11, Marco Certelli ha scritto: se ad una strada che negli anni si rivela pericolosa mettono il limite a 90km/h per tutto il percorso, non può più essere extraurbana principale (limite 110km/h). Invece sì: è la stessa cosa delle tangenziali di Milano, che sono autostrade (cartelli verdi) ma con velocità massima 90km/h per tutta la lunghezza del percorso. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Martin Koppenhoefer dieterdre...@gmail.com: si, pero un motore di render dovrebbe analizzare tutti i tag ed il contesto per decidere come disegnare una strada? Secondome queste charatteristiche sono abbastanza importante per farle entrare dentro al db come classificazione. probabilmente il render dovrebbe usare un suo formato specifico nel quale ogni strada abbia un peso calcolato in base a tutti questi fattori nel momento della conversione dai dati di osm; probabilmente per il navigatore la classificazione highway=* fara` parte di questo calcolo, ma non e` detto che venga poi mantenuta nei dati usati, se non per motivi di rendering -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Elena of Valhalla elena.valha...@gmail.com: 2009/7/7 Martin Koppenhoefer dieterdre...@gmail.com: si, pero un motore di render dovrebbe analizzare tutti i tag ed il contesto per decidere come disegnare una strada? Secondome queste charatteristiche sono abbastanza importante per farle entrare dentro al db come classificazione. no, probabilmente il render puo` tranquillamente disegnare le strade in base alla sola classificazione, ignorando le caratteristiche, se non per motivi stilistici raffinati: da una cartina mi aspetto che mostri le strade piu` importanti della zona, non quelle che passano in mezzo al nulla e quindi hanno spazio per essere costruite a 2+2 corsie con doppia pista ciclabile (separata) a fianco probabilmente il render dovrebbe usare un suo formato specifico nel quale ogni strada abbia un peso calcolato in base a tutti questi fattori nel momento della conversione dai dati di osm; probabilmente per il navigatore la classificazione highway=* fara` parte di questo calcolo, ma non e` detto che venga poi mantenuta nei dati usati, se non per motivi di rendering ehm... ovviamente intendevo il router -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Carlo Stemberger carlo.stember...@gmail.com: Il 06/07/2009 13:11, Marco Certelli ha scritto: se ad una strada che negli anni si rivela pericolosa mettono il limite a 90km/h per tutto il percorso, non può più essere extraurbana principale (limite 110km/h). Invece sì: è la stessa cosa delle tangenziali di Milano, che sono autostrade (cartelli verdi) ma con velocità massima 90km/h per tutta la lunghezza del percorso. il limite di velocità secondome non centra con la classificazione, abbiamo maxspeed per quello. Ci sono autostrade che hanno un limite di 60 o 80 (di notte contro il rumore vicino centri abitati, ecc.) o anche 40 in caso di lavori. Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Elena of Valhalla elena.valha...@gmail.com: 2009/7/7 Elena of Valhalla elena.valha...@gmail.com: 2009/7/7 Martin Koppenhoefer dieterdre...@gmail.com: si, pero un motore di render dovrebbe analizzare tutti i tag ed il contesto per decidere come disegnare una strada? Secondome queste charatteristiche sono abbastanza importante per farle entrare dentro al db come classificazione. no, probabilmente il render puo` tranquillamente disegnare le strade in base alla sola classificazione, ignorando le caratteristiche, se non per motivi stilistici raffinati: da una cartina mi aspetto che mostri le strade piu` importanti della zona, non quelle che passano in mezzo al nulla e quindi hanno spazio per essere costruite a 2+2 corsie con doppia pista ciclabile (separata) a fianco non lo so. Dove sono queste ampie strade 2+2 che non sono necessarie? Io generalmente vedo il contrario (2+2 sensa pista ciclabile e bloccate dal traffico). Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
Il 06/07/2009 18:02, Federico Cozzi ha scritto: 2009/7/6 marco_certe...@yahoo.it: Oppure, come per il cartello 1, ci inventiamo una combinazione di tag specifica per le extraurbane principali (tipo trunk + qualche altra cosa). Sono 2 soluzioni possibili, tra l'altro una adottata in Germania (2 tag) e l'altra in Francia (1 tag). L'idea mi piace. Quindi proponi: highway=trunk per tutte le superstrade (da definirsi opportunamente: extraurbane principali, extraurbane a carreggiate separate, cavalcavia di circonvallazione ecc.) + un tag apposito da mettersi solo per le extraurbane principali? Quest'idea piace anche a me. Solo che questo tag non può essere motorroad, che abbiamo detto non c'entrare nulla. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] JOSM e proiezioni
Federico Cozzi ha scritto: La UTM è la proiezione di Mercatore *traversa*. Se non ricordo male, la proiezione di Mercatore classica si ottiene proiettando la sfera su un cilindro verticale tangente alla sfera nell'equatore. Con questa proiezione l'errore aumenta allontanandosi dall'equatore e avvicinandosi ai poli. Con le proiezioni di Mercatore traverse, si proietta la sfera su un cilindro orizzontale, cioè tangente alla sfera lungo un meridiano. In questo caso l'errore aumenta allontanandosi dal meridiano. In effetti, guardando la mappa di tutto il mondo si vede che è una proiezione Mercatore Quindi il programma provvede a convertire i punti disegnati sulla proiezione Mercatore in coordinate in Lat/Long... Ma perchè se io scelgo la proiezione EPSG:4326 vedo tutto schiacciato? E' possibile che il motivo sia che EPSG:4326 non dilata la distanza tra i paralleli a differenza della proiezione Mercatore? ciao alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
--- Mar 7/7/09, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Da: Carlo Stemberger carlo.stember...@gmail.com Oggetto: Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Martedì 7 luglio 2009, 12:52 Il 06/07/2009 13:11, Marco Certelli ha scritto: se ad una strada che negli anni si rivela pericolosa mettono il limite a 90km/h per tutto il percorso, non può più essere extraurbana principale (limite 110km/h). Invece sì: è la stessa cosa delle tangenziali di Milano, che sono autostrade (cartelli verdi) ma con velocità massima 90km/h per tutta la lunghezza del percorso. ??? Si parlava di extraurbane principali, non di autostrade. Anche la roma-fiumicino, dentro roma, ha limite a 100 e rimane autostrada. A proposito: conosci strade extraurbane principali che hanno limte a 90 su tutta la loro lunghezza? In particolare poi si parlava nel post dell'Aurelia (roma-torrimpietra), Cassia Bis (Roma-Monterosi), Pontina (Roma-Latina). Tutte strade che non sono extraurbane principali (nonostante anche wikipedia faccia qualche confusione...), cha hanno limite a 90 (o meno, in alcuni tratti). Secondo me sono tutti e 3 trunk. Ciao. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ 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] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Martin Koppenhoefer dieterdre...@gmail.com: 2009/7/7 Elena of Valhalla elena.valha...@gmail.com: : da una cartina mi aspetto che mostri le strade piu` importanti della zona, non quelle che passano in mezzo al nulla e quindi hanno spazio per essere costruite a 2+2 corsie con doppia pista ciclabile (separata) a fianco non lo so. Dove sono queste ampie strade 2+2 che non sono necessarie? Io generalmente vedo il contrario (2+2 sensa pista ciclabile e bloccate dal traffico). Questa extraurbana principale ad esempio e` una strada in effetti utile, che pero` non e` mai usata al pieno della capienza, anche perche' e` solo una piccola tratta con colli di bottiglia alle estremita` http://osm.org/go/0Ckh975R-- probabilmente in futuro verranno completati gli altri pezzi, e diventera` una strada importante, ma non tratterro` il fiato nell'attesa Questo invece e` un esempio di strade entrambe effettivamente a due corsie e carreggiata unica, non 2+2, in cui la strada meno importante ha corsie piu` larghe e limite di velocita` maggiore di quella piu` importante, dato che la prima passa in mezzo ai boschi, mentre la seconda attraversa centri abitati (e probabilmente e` causa della crescita dei centri abitati stessi) http://osm.org/go/0...@jdl sulla doppia pista ciclabile stavo esagerando un po', ammetto: avendo spazio e` piu` facile che costruiscano una corsia in piu` per fare scena che non una pista ciclabile che sarebbe utile -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
Il 07/07/2009 09:21, Federico Cozzi ha scritto: Mi hai quasi convinto - ma all'estero, come fanno? Magari il concetto di extraurbana principale esiste anche da altri parti e hanno già introdotto l'apposito tag. Secondo me dobbiamo discuterne per lo meno assieme ai francesi, che credo abbiano una situazione davvero simile alla nostra. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
--- Mar 7/7/09, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Da: Carlo Stemberger carlo.stember...@gmail.com Oggetto: Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Martedì 7 luglio 2009, 13:08 Il 06/07/2009 18:02, Federico Cozzi ha scritto: 2009/7/6 marco_certe...@yahoo.it: Oppure, come per il cartello 1, ci inventiamo una combinazione di tag specifica per le extraurbane principali (tipo trunk + qualche altra cosa). Sono 2 soluzioni possibili, tra l'altro una adottata in Germania (2 tag) e l'altra in Francia (1 tag). L'idea mi piace. Quindi proponi: highway=trunk per tutte le superstrade (da definirsi opportunamente: extraurbane principali, extraurbane a carreggiate separate, cavalcavia di circonvallazione ecc.) + un tag apposito da mettersi solo per le extraurbane principali? Quest'idea piace anche a me. Solo che questo tag non può essere motorroad, che abbiamo detto non c'entrare nulla. Concordo. Motorroad significa qualcosa tipo access=no + motor_vehicle=yes per le extraurbane principali pensavo a qualcosa tipo principal_extraurban_highway=yes oppure roadclass=IT:TypeB oppure già esiste un tag specifico e dobbiamo solo scovarlo. Ciao. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ 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] JOSM e proiezioni
2009/7/7 albertobonati albertobon...@libero.it: Ma perchè se io scelgo la proiezione EPSG:4326 vedo tutto schiacciato? E' possibile che il motivo sia che EPSG:4326 non dilata la distanza tra i paralleli a differenza della proiezione Mercatore? Mi sembra di capire da wikipedia che la EPSG:4326 altro non è che considerare le coordinate sferiche (latitudine, longitudine) come coordinate piane (x,y). Questa è una proiezione cilindrica molto semplice con caratteristiche abbastanza scadenti (non rispetta né gli angoli né le lunghezze), mentre la proiezione di Mercatore rispetta gli angoli. Penso che sia per questo motivo che JOSM non permette di rettangolizzare quando si usa la EPSG:4326 (gli angoli retti sulla mappa non sarebbero angoli retti nella realtà). Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
--- Mar 7/7/09, Elena of Valhalla elena.valha...@gmail.com ha scritto: Da: Elena of Valhalla elena.valha...@gmail.com Oggetto: Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Martedì 7 luglio 2009, 13:21 2009/7/7 Marco Certelli marco_certe...@yahoo.it: A proposito: conosci strade extraurbane principali che hanno limte a 90 su tutta la loro lunghezza? se non ricordo male, proprio quella che ho linkato nella mail precedente: http://osm.org/go/0Ckh975R-- se ricordo male, invece, il limite e` addirittura 80, ma i cartelli indicano indubbiamente una extraurbana principale L'ho vista sulla foto aerea. Sembra quasi in costruzione (a 2+2 corsie ci saranno si e no 3km). Immagino (e spero x voi) che quando sarà finita e collegata alla pedemontana, si andrà a 110. http://www.pedemontana.com/progetto_definitivo/5000/varese/D_GE_V1A00_GE00_000_FI_001_A.pdf A proposito, che è successo a queste rampe? Qualcuno ha trascinato in basso l'autostrada? http://www.openstreetmap.org/?lat=45.77287lon=8.81312zoom=17 Ciao. -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ 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] JOSM e proiezioni
2009/7/7 Federico Cozzi f.co...@gmail.com: mentre la proiezione di Mercatore rispetta gli angoli. Penso che sia per questo motivo che JOSM non permette di rettangolizzare quando si usa la EPSG:4326 (gli angoli retti sulla mappa non sarebbero angoli retti nella realtà). si, prima si poteva fare anche in 4326 (sulla proiezione 2D), ma era un bug (i rettangoli sullo schermo non erano rettangoli nella realtà), l'hanno coretto qualche tempo fa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Marco Certelli marco_certe...@yahoo.it: --- Mar 7/7/09, Elena of Valhalla elena.valha...@gmail.com ha scritto: http://osm.org/go/0Ckh975R-- se ricordo male, invece, il limite e` addirittura 80, ma i cartelli indicano indubbiamente una extraurbana principale L'ho vista sulla foto aerea. Sembra quasi in costruzione (a 2+2 corsie ci saranno si e no 3km). Immagino (e spero x voi) che quando sarà finita e collegata alla pedemontana, si andrà a 110. e` in costruzione, da ben piu` di 15 anni; la parte centrale di quei 3km e` cosi` dall'apertura, e` probabilmente definitiva, e suppongo che il limite a 80 sia dovuto alla presenza di una galleria e/o del fatto che sia in curva, per cui non credo che verra` alzato; i lavori che sono stati fatti di recente riguardano soltanto gli svincoli alle estremita`, dove si spera prima o poi avverra` il collegamento con l'autostrada da una parte e il gaggiolo dall'altra; puo` darsi che a quel punto la maggior parte della superstrada avra` limite standard di 110 di entrambi i lavori sento parlare da quando sono nata, per cui non mi sembra il caso di aspettare che vengano completati prima di mappare la situazione attuale :) -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] nomi in maiuscolo
Per esempio a Venezia ma anche nei alpi tanti nomi sono capitalizati, (tutte lettere in maiuscolo). http://bestofosm.org/?type=Mapniklon=12.33265lat=45.43764zoom=16 Che ne dite? Cerchiamo di unificarlo? Direi di si. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nomi in maiuscolo
2009/7/7 Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it: Martin Koppenhoefer ha scritto: Per esempio a Venezia ma anche nei alpi tanti nomi sono capitalizati, (tutte lettere in maiuscolo). http://bestofosm.org/?type=Mapniklon=12.33265lat=45.43764zoom=16 Che ne dite? Cerchiamo di unificarlo? Direi di si. Ho provato almeno una decina di volte a riportarli in minuscolo, ma c'e' qun utente, credo tedesco, che continua a riportarli in maiuscolo come username è B10xyz, se riesci a convincerlo.. TEDESCO? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nomi in maiuscolo
--- Mar 7/7/09, Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it ha scritto: Da: Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it Oggetto: Re: [Talk-it] nomi in maiuscolo A: m...@koppenhoefer.com, openstreetmap list - italiano talk-it@openstreetmap.org Data: Martedì 7 luglio 2009, 17:18 Martin Koppenhoefer ha scritto: Per esempio a Venezia ma anche nei alpi tanti nomi sono capitalizati, (tutte lettere in maiuscolo). http://bestofosm.org/?type=Mapniklon=12.33265lat=45.43764zoom=16 Che ne dite? Cerchiamo di unificarlo? Direi di si. Ho provato almeno una decina di volte a riportarli in minuscolo, ma c'e' qun utente, credo tedesco, che continua a riportarli in maiuscolo come username è B10xyz, se riesci a convincerlo.. Sei riuscito almeno a comunicare? O proprio non risponde? Edoardo ___ 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] nomi in maiuscolo
2009/7/7 Marco Certelli marco_certe...@yahoo.it: Sei riuscito almeno a comunicare? O proprio non risponde? l'ho segnato anche sulla ML tedesca... Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nomi in maiuscolo
--- Mar 7/7/09, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Da: Martin Koppenhoefer dieterdre...@gmail.com Oggetto: Re: [Talk-it] nomi in maiuscolo A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Martedì 7 luglio 2009, 17:31 2009/7/7 Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it: Martin Koppenhoefer ha scritto: Per esempio a Venezia ma anche nei alpi tanti nomi sono capitalizati, (tutte lettere in maiuscolo). http://bestofosm.org/?type=Mapniklon=12.33265lat=45.43764zoom=16 Che ne dite? Cerchiamo di unificarlo? Direi di si. Ho provato almeno una decina di volte a riportarli in minuscolo, ma c'e' qun utente, credo tedesco, che continua a riportarli in maiuscolo come username è B10xyz, se riesci a convincerlo.. TEDESCO? Deve esssere proprio Tedesco! Anche Martin scrive in MAIUSCOLO... ;-) Ciao. ___ 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] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
On Mon, Jul 06, 2009 at 01:00:13PM +, Marco Certelli wrote: Spero di aver sintetizzato bene. Modificate a vostro piacimento e reinviate. Ho aggiunto 2 tipologie di strada, come anche proposto da Martin. Se arriviamo a una decina di voti, valutiamo gli effetti che avrebbero le opzioni più votate sulla classificazione attuale delle strade. Siamo a 5 pronunciamenti. 1) extraurbana principale (vedi http://it.wikipedia.org/wiki/Strada_extraurbana_principale) trunk: Marco Certelli, Federico Cozzi, Elena of Valhalla, Luca Delucchi, Martin Koppenhöfer +1 2) altre superstrade a 2+2 corsie (vedi http://it.wikipedia.org/wiki/Superstrada ) trunk: marco certelli, Martin Koppenhöfer primary: Federico Cozzi non esistono- vedi 1) o 3): Elena of Valhalla, Luca Delucchi +1 non esistono. 3) altre extraurbane a 2+2 corsie con spartiraffico invalicabile, no semafori, normalmente limite di velocità = a 90 km/h. trunk: marco certelli primary: federico cozzi primary o secondary (o addirittura tertiary, ma dubito che ce ne siano) a seconda di cio` che collegano: Elena of Valhalla, Luca Delucchi trunk o primary (dipende): Martin Koppenhöfer +1 a seconda del ruolo 4) altre superstrade a 1+1 corsie (vedi http://it.wikipedia.org/wiki/Superstrada) primary: marco certelli, Martin Koppenhöfer primary o secondary (o addirittura tertiary, ma dubito che ce ne siano) a seconda di cio` che collegano: Elena of Valhalla, Luca Delucchi +1 a seconda del ruolo 5) urbane a 2+2 corsie con spartiraffico invalicabile, no pedoni, no biciclette, no semafori, normalmente limite di velocità = 70 km/h trunk: Martin Koppenhöfer primary: Marco Certelli Definizione di a seconda di ciò che collegano: comunale-tertiary; provinciale-secondary; regionale-primary: (Elena/Luca, check please...) Questo era il criterio con cui venivano mappate le provinciali/regionali/statali quando ho iniziato a partecipare a OSM. Secondo me e' ancora una buona discriminante. -- Saluti / Regards Diego Roversi | | diegor at tiscalinet.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Diego Roversi die...@tiscali.it: On Mon, Jul 06, 2009 at 01:00:13PM +, Marco Certelli wrote: 1) extraurbana principale (vedi http://it.wikipedia.org/wiki/Strada_extraurbana_principale) 2) altre superstrade a 2+2 corsie (vedi http://it.wikipedia.org/wiki/Superstrada ) trunk: marco certelli, Martin Koppenhöfer primary: Federico Cozzi non esistono- vedi 1) o 3): Elena of Valhalla, Luca Delucchi +1 non esistono. 4) altre superstrade a 1+1 corsie (vedi http://it.wikipedia.org/wiki/Superstrada) primary: marco certelli, Martin Koppenhöfer primary o secondary (o addirittura tertiary, ma dubito che ce ne siano) a seconda di cio` che collegano: Elena of Valhalla, Luca Delucchi +1 a seconda del ruolo non capisco, altre superstrade 2+2 non esistono, ma 1+1 si? Ogni strada riservata a veicoli motorizzati ma sensa cartello extraurbana principale (autostrada blu) è da considerare una superstrada, vero? E poi volete classificare una superstrada come secondary? Mi pare strano, ma forse ci sono dei esempi dov'è ragionevole. 5) urbane a 2+2 corsie con spartiraffico invalicabile, no pedoni, no biciclette, no semafori, normalmente limite di velocità = 70 km/h trunk: Martin Koppenhöfer primary: Marco Certelli Definizione di a seconda di ciò che collegano: comunale-tertiary; provinciale-secondary; regionale-primary: (Elena/Luca, check please...) ma non è la stessa cosa: ciò che collegano e ente amministrativa per manutenzione. Poi Vi prego di notare che si tratta di contesto urbano in questo caso. Non penso proprio che lì il criterio amministrativo puo essere quello importante. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
Bene, dopo ever rischiato di perdere il conto di tutte le risposte che sono arrivate su questo argomento, ho preparato una pagina wiki (la pagina discussione del mio account) su cui spero di aver messo correttamente tutte le vostre risposte ed idee. Prego tutti voi di controllarla, modificarla, aggiungere o cambiare la vostra proposta di tagging, aggiungere tipi di strade o casi particolari non contemplati, chiarire meglio i casi, etc. L'obiettivo è comunque quello di arrivare ad un tag di default per ogni tipo di Strada Italiana e lasciare magari alla discussione l'eventiale caso particolare. Con questo obiettivo vi pregherei quindi di eliminare i casi del tipo dipende, specificando quando applicare un tag e quando un altro e fornendo quindi una metodologia di decisione. Notate che questa tabella si preconfigura come: mi trovo a tracciare una strada reale, entro nella tabella, so che tag usare. E' l'esatto contrario della tabella che parte dal tag (es. trunk/primary/etc.) e ti dice in che casi devi usare quel tag. Se ci riusciamo, avremo fatto un passo avanti verso l'armonizzazione dei tag highway, almeno per l'Italia. Almeno spero. http://wiki.openstreetmap.org/wiki/User_talk:GPS-Marco Ciao, Marco. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Marco Certelli marco_certe...@yahoo.it: Bene, dopo ever rischiato di perdere il conto di tutte le risposte che sono arrivate su questo argomento, ho preparato una pagina wiki (la pagina discussione del mio account) su cui spero di aver messo correttamente tutte le vostre risposte ed idee. Prego tutti voi di controllarla, modificarla, aggiungere o cambiare la vostra proposta di tagging, aggiungere tipi di strade o casi particolari non contemplati, chiarire meglio i casi, etc. L'obiettivo è comunque quello di arrivare ad un tag di default per ogni tipo di Strada Italiana e lasciare magari alla discussione l'eventiale caso particolare. Con questo obiettivo vi pregherei quindi di eliminare i casi del tipo dipende, specificando quando applicare un tag e quando un altro e fornendo quindi una metodologia di decisione. Notate che questa tabella si preconfigura come: mi trovo a tracciare una strada reale, entro nella tabella, so che tag usare. E' l'esatto contrario della tabella che parte dal tag (es. trunk/primary/etc.) e ti dice in che casi devi usare quel tag. Se ci riusciamo, avremo fatto un passo avanti verso l'armonizzazione dei tag highway, almeno per l'Italia. Almeno spero. Secondome non si puo fare cosí. Il problema di base è che tu cerchi di classificare le strade solo a secondo loro stato fisico mentre una parte dei mappatori tifa il sistema con importanza di collegamento, un altra ancora il sistema classificazione amministrativa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
--- Mar 7/7/09, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Da: Martin Koppenhoefer dieterdre...@gmail.com Oggetto: Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Martedì 7 luglio 2009, 20:27 2009/7/7 Marco Certelli marco_certe...@yahoo.it: Bene, dopo ever rischiato di perdere il conto di tutte le risposte che sono arrivate su questo argomento, ho preparato una pagina wiki (la pagina discussione del mio account) su cui spero di aver messo correttamente tutte le vostre risposte ed idee. Prego tutti voi di controllarla, modificarla, aggiungere o cambiare la vostra proposta di tagging, aggiungere tipi di strade o casi particolari non contemplati, chiarire meglio i casi, etc. L'obiettivo è comunque quello di arrivare ad un tag di default per ogni tipo di Strada Italiana e lasciare magari alla discussione l'eventiale caso particolare. Con questo obiettivo vi pregherei quindi di eliminare i casi del tipo dipende, specificando quando applicare un tag e quando un altro e fornendo quindi una metodologia di decisione. Notate che questa tabella si preconfigura come: mi trovo a tracciare una strada reale, entro nella tabella, so che tag usare. E' l'esatto contrario della tabella che parte dal tag (es. trunk/primary/etc.) e ti dice in che casi devi usare quel tag. Se ci riusciamo, avremo fatto un passo avanti verso l'armonizzazione dei tag highway, almeno per l'Italia. Almeno spero. Secondome non si puo fare cosí. Il problema di base è che tu cerchi di classificare le strade solo a secondo loro stato fisico mentre una parte dei mappatori tifa il sistema con importanza di collegamento, un altra ancora il sistema classificazione amministrativa. Scrivilo. L'importanza non te la sogni di notte. La capirai da qualcosa. Scivi come decidi l'importanza e quindi il tag di una strada La classificazione amministrativa è un modo semplice. Scrivi come dalla classificazione amministrativa passi a quella OSM Ci sono poi altri modi di pensare (tipo quello che parte dal tipo fisico della strada). E sciviamolo. Ma alla fine il tag sarà uno solo. Dobbiamo tutti lavorare per un metodo che accontenti tutti. Ciao. ciao, Martin ___ 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] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Martin Koppenhoefer dieterdre...@gmail.com: 2009/7/7 Diego Roversi die...@tiscali.it: On Mon, Jul 06, 2009 at 01:00:13PM +, Marco Certelli wrote: 1) extraurbana principale (vedi http://it.wikipedia.org/wiki/Strada_extraurbana_principale) 2) altre superstrade a 2+2 corsie (vedi http://it.wikipedia.org/wiki/Superstrada ) trunk: marco certelli, Martin Koppenhöfer primary: Federico Cozzi non esistono- vedi 1) o 3): Elena of Valhalla, Luca Delucchi +1 non esistono. 4) altre superstrade a 1+1 corsie (vedi http://it.wikipedia.org/wiki/Superstrada) primary: marco certelli, Martin Koppenhöfer primary o secondary (o addirittura tertiary, ma dubito che ce ne siano) a seconda di cio` che collegano: Elena of Valhalla, Luca Delucchi +1 a seconda del ruolo non capisco, altre superstrade 2+2 non esistono, ma 1+1 si? ehm, no, in effetti secondo me non esistono a maggior ragione neanche quelle, o meglio, esistono strade a 1+1 corsia, ma non si possono considerare superstrade detto questo, una strada a 2+2 corsie che non sia extraurbana principale con relativi cartelli e una strada 1+1 per me sono entrambe da classificare come primary, secondary o tertiary a seconda del ruolo Ogni strada riservata a veicoli motorizzati ma sensa cartello extraurbana principale (autostrada blu) è da considerare una superstrada, vero? no, dato che in italia il termine superstrada non ha un significato ben preciso: una strada riservata a veicoli motorizzati e` una strada con access opportuno Definizione di a seconda di ciò che collegano: comunale-tertiary; provinciale-secondary; regionale-primary: (Elena/Luca, check please...) ma non è la stessa cosa: ciò che collegano e ente amministrativa per manutenzione. d'altra parte, il codice della strada prevede che l'ente amministrativo per la manutenzione dipenda dall'importanza delle localita` collegate: di fatto questo non avviene, ma secondo me sabilire strada che dovrebbe essere comunale - tertiary, strada che dovrebbe essere provinciale - secondary e strada che dovrebbe essere regionale o statale - primary e` un buon principio Poi Vi prego di notare che si tratta di contesto urbano in questo caso. non solo, le extraurbane principali, cosi` come le autostrade, per loro natura non fanno parte del contesto urbano anche se attraversano una citta` -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada o trunk
On Tue, Jul 07, 2009 at 10:26:48AM +0200, Federico Cozzi wrote: 2009/7/7 Luigi Chiesa lchi...@tiscalinet.it: 1) Il tratto in questione va taggato come highway=motorway e toll=no visti i cartelli verdi, o come highway=trunk visto che non si paga il pedaggio? Se è un'autostrada (=cartelli verdi) allora è sicuramente motorway Concordo. 2) Tutti i tratti autostradali (highway=motorway) sarebbe meglio che avessero il tag toll=yes oppure è sottinteso? Nel wiki non ho trovato alcun riferimento. Secondo me è meglio essere il più espliciti possibili: toll=yes per i tratti a pagamento, toll=no per i tratti gratuiti. Qui la questione e' piu' complicata. Secondo me sarebbe piu' corretto indicare dove sono i caselli. Ad esempio tra Como e Milano l'autostrada ha dei caselli in entrata o in uscita solo in prossimita' dei due capoluoghi, gli altri ingressi/uscite sono gratuite. -- Saluti / Regards Diego Roversi | | diegor at tiscalinet.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Classificazione del cavalcavia di Viale Monteceneri a Milano
2009/7/7 Marco Certelli marco_certe...@yahoo.it: Secondome non si puo fare cosí. Il problema di base è che tu cerchi di classificare le strade solo a secondo loro stato fisico mentre una parte dei mappatori tifa il sistema con importanza di collegamento, un altra ancora il sistema classificazione amministrativa. L'importanza non te la sogni di notte. La capirai da qualcosa. Scivi come decidi l'importanza e quindi il tag di una strada tipicamente la si capisce dalla classificazione amministrativa pre declassificazioni selvagge, e dalla conoscenza dei posti da queste parti NON dalle caratteristiche della strada: lungo le strade storicamente piu` importanti sono cresciuti i paesi, e non c'e` spazio per adeguare le strade al traffico attuale; le strade meno importanti sono piu` libere, e sono state costruite piu` recentemente o quantomeno migliorate -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada o trunk
2009/7/7 Diego Roversi die...@tiscali.it: Qui la questione e' piu' complicata. Secondo me sarebbe piu' corretto indicare dove sono i caselli. Ad esempio tra Como e Milano l'autostrada ha dei caselli in entrata o in uscita solo in prossimita' dei due capoluoghi, gli altri ingressi/uscite sono gratuite. effettivamente anche quella cosa potrebbe essere modellizzata con toll=yes/no: su tutta l'A8 sarebbero a pagamento solo la tratta como sud - fino mornasco, la tratta cavaria - busto arsizio e (se non ricordo male la posizione dei caselli vicino alla barriera nord) lainate - fiera di milano; tutto il resto sarebbe toll=no mi rimane un dubbio in zona milano, dato che non ricordo esattamente come si uniscano a8, a4 e tangenziale ovest, e dove ci siano o meno caselli e` anche vero che per questo sistema di pagamento un modello in cui si segnano solo i caselli (compresi quelli in uscita) sarebbe piu` comodo: in quel caso il navigatore dovrebbe solo contare i nodi barrier=toll_booth (e magari sommare il relativo pedaggio) attraversati -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Autostrada o trunk
2009/7/7 marco_certe...@yahoo.it: --- Mar 7/7/09, Federico Cozzi f.co...@gmail.com ha scritto: Secondo me è meglio essere il più espliciti possibili: toll=yes per i tratti a pagamento, toll=no per i tratti gratuiti. Mettere sulle autostrade a pagamento le barriere barrier=toll_booth e toll=yes (toll=no credo non ci sia nel wiki). Piano piano tanto per aggiungere complicazioni: http://www.autostrade.it/il-pedaggio/come-si-calcola.html?initPosAra=4_1 come si segna se una tratta autostradale a pagamento e` di pianura o di montagna perche' vogliamo che prima o poi i navigatori calcolino la cifra da pagare, vero? -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Regione Lombardia: CTRN, Wiki e miscellanea
2009/6/24 Nicola Cadenelli nicolacd...@gmail.com:
Appena finiscono gli esami universitarii ritaglio anche io qualche oretta
e
magari provo a sistemare meglio quella della Lombardia.
Mi sono finalmente tolto il fiato dal collo di alcuni esami cosi tra ieri e
oggi ho iniziato a modificare/creare le pagine della regione Lombardia sul
wiki[1].
Sono partito usando come base la regione Puglia[2], attualmente è una prima
bozza quindi ci vorrebbe qualcuno che gli dia una letta per sistemare
eventuali errori grammaticali ed ortografici; e magari anche di codice, non
si sa mai ;).
In secondo luogo sarebbe bello iniziare a riempirne i contenuti, in modo da
rendere le pagini veramente utili e non solo li per presenza. Soprattutto
per quanto riguarda la pagina relativo allo stato della mappatura, qualcuno
ha qualche idee di come fare?
Ah dimenticavo in allegato posto un file .txt contenente la pagina vecchia
in modo da fare un backup e per far vedere che nessun dato è andato perso ;)
Bye bye.
[1] http://wiki.openstreetmap.org/wiki/Lombardia
[2] http://wiki.openstreetmap.org/wiki/Apulia
--
Cadenelli Nicola
The information contained in this message and/or attachments is intended
solely for the attention of the named addressee and it may include
confidential data or documents. Pursuant to D.Lgs. 196/2003 any use not in
accord with its purpose, any disclosure, reproduction, copying,
distribution, or either dissemination, either whole or partial, is
forbidden, except previous formal approval of the named addressee. If you
have received this e-mail in error, please contact the sender, by answering
to this e-mail and delete this information from your system. The holder is
not liable for the proper and complete transmission of the information
contained in this message.
== Cartografia ==
===Dati utilizzabili===
La regione lombardia ha autorizzato esplicitamente l'uso della carta tecnica
regionale (CTR) numerica.
[[Media:S25C-209051517270.jpg|Qui]] la lettera di autorizzazione.
WMS Regione Lombardia
'''ATTENZIONE''' il wms della regione proietta i dati secondo Monte Mario 1,
mentre OpenStreetMap usa la proiezione WGS84. L'effetto risultante è uno
spostamento di alcune decine di metri rispetto alla realtà (come vista da OSM).
Questi layer possono essere utilizzati in [[Josm]] grazie al plugin [[WMS]].
*WMS CTR 1:
::http://www.cartografia.regione.lombardia.it/ArcGIS93/services/wms/ctr_wms/MapServer/WMSServer?version=1.3.0CRS=CRS:84Layers=0FORMAT=image/pngrequest=getmapSTYLES=default
*WMS Limiti amministrativi:
::http://www.cartografia.regione.lombardia.it/ArcGIS93/services/wms/ctr_wms/MapServer/WMSServer?version=1.3.0CRS=CRS:84Layers=5FORMAT=image/pngrequest=getmapSTYLES=default
===Dati non utilizzabili ===
Le ortofoto della regione lombardia sono protette da copyright e non è
concesso utilizzarle per derivare i dati di Openstreetmap.
===Crediti ===
Quando si utilizzano i dati della CTR è necessario esplicitare la fonte
mediante il tag br/
'''source=Regione Lombardia - La banca dati territoriali CTR1 è prodotta
da Regione Lombardia - Infrastruttura per l'Informazione Territoriale'''br/
'''source=Regione Lombardia - La banca dati territoriali Limiti Amministrativi
è prodotta da Regione Lombardia - Infrastruttura per l'Informazione
Territoriale'''
=== Strati di interesse ===
{| border=1 cellpadding=4 cellspacing=0 style=margin: 1em 1em 1em 0;
background: #f9f9f9; border: 1px #aaa solid; border-collapse: collapse;
font-size: 95%;
|-
|- style=background-color:#E9E9E9
!|Strato
!|Tipologia
!|Tag OSM
!|Importazione
!|Note
|-
|canale principale||polilinea||waterway=canal||30%||Importazione in corso
[[User:FedericoCozzi|FedericoCozzi]] 7:36, 18 June 2009 (UTC)
|-
|diga||polilinea||waterway=dam||100%||Completato
[[User:FedericoCozzi|FedericoCozzi]] 17:02, 07 July 2009 (UTC)
|-
|campeggio||poligono||tourism=camp_site||100%||Alcuni campeggi non sono stati
importati perché meno precisi di quelli pre-esistenti.
[[User:FedericoCozzi|FedericoCozzi]] 22:36, 3 June 2009 (UTC)
|-
|attività _estrattiva_puntiforme||punto||landuse=quarry||0%||
|-
|nodi_delle_metropolitane||punto|| || ||Da usare come controllo delle stazioni
già presenti. [[User:FedericoCozzi|FedericoCozzi]] 22:44, 3 June 2009 (UTC)
|-
|}
{| border=1 cellpadding=4 cellspacing=0 style=margin: 1em 1em 1em 0;
background: #f9f9f9; border: 1px #aaa solid; border-collapse: collapse;
font-size: 95%;
|-
|- style=background-color:#E9E9E9
!|Strato ''località significativa''
!|Tipologia
!|Tag OSM
!|Importazione
!|Note
!|NumerositÃ
|-
|Bosco||punto|| || ||Solo per eventuale controllo ed integrazione dei dati
dello strato ''bosco'' || 174
|-
|Campeggio||punto|| || ||Solo per eventuale controllo ed integrazione dei dati
dello strato ''campeggio'' || 91
|-
|Cascina||punto|| || ||Solo per eventuale controllo ed integrazione dei dati
dello strato ''cascina'' || 18884
|-
|Castello o rocca||punto||historic=castle||0%|| || 45
|-
Re: [Talk-it] Autostrada o trunk
2009/7/7 Elena of Valhalla elena.valha...@gmail.com: perche' vogliamo che prima o poi i navigatori calcolino la cifra da pagare, vero? Troppo complicato inseguire gli aumenti ;-) Mi accontenterei se, come nelle mappe Garmin, fosse possibile evitare i tratti a pedaggio (o comunque sapere in anticipo che c'è da pagare) Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-midanglia] King's Lynn phase 2
In the end there were just three of us made it to King's Lynn last Saturday week. We achieved a lot, but couldn't hope to cover the entire town. So I'm trying to raise interest again - hey c'mon they have numbers in double figures elsewhere. So if you're interested, would you like to indicate which of the following Saturday's you can make, and I'll select a date and post it on the relevant Wiki page. July 25 August 1 August 8 August 15 August 22 August 29 (bank holiday weekend) We also discussed Sudbury, but it is painful to get to from the west: 2 buses and 2 hours from Cambridge, and of course no full size bikes. If people are interested I can see if I can make arrangements to borrow a vehicle to get say 4 of us from the Cambridge area plus bikes, let's say on a Saturday or Sunday in September - so please indicate your interest in this. (It's sufficiently small, three or four of us would probably complete it in a day). David ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-es] Tiempo en renderizar
2009/7/6 KNO lin...@gmail.com: Veo que para renderizar utilizan algo como s...@home (o el resto del BOINC) y me parece una idea estupenda, de hecho estaría genial poder renderizar las partes que te interesan. Lo llaman ti...@home, pero no usa la infraestructura de BOINC, sino un script+inkscape El problema es que he intentado instalarlo y me da fallos por todos sitios (algunos de dependencias que ya he resuelto y otros ni idea...) Gracias por contestar en cualquier caso y aunque está más avanzado, o sigo sin hacerlo bien, o sigue sin renderizar todo. Por alguna razón, Mapnik no lo ha pillado. Hasta hace poco, se renderizaban en pocos minutos después de subir datos, y el martes todas las tiles (imagenes pequeñas que componen el mapa) visitadas. A ver si dentro de unas horas lo hace, puede que con la reciente migración a la versión 0.6 de la API haya algún pequeño glitch. En Osmarender ya lo tienes: http://www.openstreetmap.org/?lat=42.57373lon=-2.85268zoom=17layers=0B00FTF Para hacer una petición a ti...@home, ve a http://www.informationfreeway.org/ y en el nivel de zoom 12, pulsa cntrl+click izquierdo para que se referesca la tile de ese zoom y superiores. Puede tardar de segundos (si tiene pocos datos) a algo más de una hora. Espero que esto te ayude, -- Jynus ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tiempo en renderizar
He intentado instalarmelo para renderizar mis propios mapas y no lo he conseguido ¿Alguien de la lista tiene idea o me tengo que aventurar con la gente en inglés ? Can't locate object method mk_accessors via package SVG::Rasterize at lib/SVG/Rasterize.pm line 42. Compilation failed in require at ./tilesGen.pl line 41. BEGIN failed--compilation aborted at ./tilesGen.pl line 41. kNO El 7 de julio de 2009 17:48, jynusjyn...@gmail.com escribió: 2009/7/6 KNO lin...@gmail.com: Veo que para renderizar utilizan algo como s...@home (o el resto del BOINC) y me parece una idea estupenda, de hecho estaría genial poder renderizar las partes que te interesan. Lo llaman ti...@home, pero no usa la infraestructura de BOINC, sino un script+inkscape El problema es que he intentado instalarlo y me da fallos por todos sitios (algunos de dependencias que ya he resuelto y otros ni idea...) Gracias por contestar en cualquier caso y aunque está más avanzado, o sigo sin hacerlo bien, o sigue sin renderizar todo. Por alguna razón, Mapnik no lo ha pillado. Hasta hace poco, se renderizaban en pocos minutos después de subir datos, y el martes todas las tiles (imagenes pequeñas que componen el mapa) visitadas. A ver si dentro de unas horas lo hace, puede que con la reciente migración a la versión 0.6 de la API haya algún pequeño glitch. En Osmarender ya lo tienes: http://www.openstreetmap.org/?lat=42.57373lon=-2.85268zoom=17layers=0B00FTF Para hacer una petición a ti...@home, ve a http://www.informationfreeway.org/ y en el nivel de zoom 12, pulsa cntrl+click izquierdo para que se referesca la tile de ese zoom y superiores. Puede tardar de segundos (si tiene pocos datos) a algo más de una hora. Espero que esto te ayude, -- Jynus ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Usar osm en gps
El Martes, 7 de Julio de 2009, KNO escribió: ¿Qué programas se pueden usar para usar los mapas en un dispositivo gps con windows mobile 6? Tienes una lista completa aquí: http://wiki.openstreetmap.org/wiki/Software/Mobilephones Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es Murphy era un optimista signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ca] Large amount of nodes displaced across Montreal region
Hello all, This afternoon, I took a look at the Mapnik render of the Montreal region map only to notice that tiles were being rendered with many of the ways erroneously leading from the island towards the South Shore. ( http://osm.org/go/cIrPUhi ) After double-checking with the Osmarender version and the actual data, this isn't a rendering error but actually, it seems that someone has moved a very large amount of nodes, which resulted in the ways (streets, Metro lines, etc..) being transposed. It seems that the changeset # 1765828 ( http://www.openstreetmap.org/browse/changeset/1765828 ) is responsible for this. This happens to be the user's (sjacques) very first edit so it may be just him/her testing the functionality of OSM, a bug with their editor or a case of vandalism. Either way, I have contacted the user and am waiting for a response. In the meantime, I was wondering if anyone knows if it is possible to revert this entire changeset. If so, who can do this and how is it done? Thanks, George B. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Large amount of nodes displaced across Montreal region
George B. a écrit : This afternoon, I took a look at the Mapnik render of the Montreal region map only to notice that tiles were being rendered with many of the ways erroneously leading from the island towards the South Shore. ( http://osm.org/go/cIrPUhi ) After double-checking with the Osmarender version and the actual data, this isn't a rendering error but actually, it seems that someone has moved a very large amount of nodes, which resulted in the ways (streets, Metro lines, etc..) being transposed. It seems that the changeset # 1765828 ( http://www.openstreetmap.org/browse/changeset/1765828 ) is responsible for this. This happens to be the user's (sjacques) very first edit so it may be just him/her testing the functionality of OSM, a bug with their editor or a case of vandalism. Either way, I have contacted the user and am waiting for a response. In the meantime, I was wondering if anyone knows if it is possible to revert this entire changeset. If so, who can do this and how is it done? I also saw this after I uploaded a GPS trace. Out of curiosity, how did you come to the conclusion that is is this changeset? I'm seeing I'm the last editor of many ways that were messed up. For example: http://is.gd/1qGb4 As for reverting, I googled a bit and didn't find lots of encouraging results. However, there's this Revert.pm Perl script that might be a good starting point: http://svn.openstreetmap.org/applications/utils/revert/ Nicolas ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] circular roads north west of Medicine Hat
What are these? http://www.openstreetmap.org/?lat=50.534lon=-110.879zoom=10layers=B000FTF They appear in Google's photos, but not on the mapping layer. Simon. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] circular roads north west of Medicine Hat
Simon Wood wrote: What are these? http://www.openstreetmap.org/?lat=50.534lon=-110.879zoom=10layers=B000FTF They appear in Google's photos, but not on the mapping layer. Simon. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca Those are on CFB Suffield. They are actually gravel roads that acted as distance markers for the old bomb tests they used to carry out back in the 60's and 70's, spaced out from the target zone. From my understanding they used to do a lot of tests related to how far out damage occurred from various ordnance being detonated, so they'd place the test sensors along those roads for easy access but being able to know exactly how far things were without measuring every time. -Jason Reid ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Nombre de contributeurs en France
2009/7/7 Gilles LAMIRAL gilles.lami...@laposte.net: Difficile à dire sur l'hexagone uniquement. Il faut aussi tenir compte de la date de la contribution. Une personne qui a contribué une fois sur un POI il y a deux ans ne devrait pas compter autant que ceux qui ont contribué ces derniers mois. Sur la page principale des stats: http://wiki.openstreetmap.org/wiki/Stats on voit que le nombre de contributeurs actifs le dernier représente 10%, ce qui est déjà pas mal. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Emission de Radio sur OSM
2009/7/7 THEVENON Julien C'était CHYPRE l'edit war. CHYPRE ! hehe ;-) Bon, bonne émission mais un peu longue et avec quelques erreurs mais elles sont excusées car l'exercice ne doit pas être facile. En plus, il faudrait revoir ensemble certaines explications/argumentaires pour le prochain qui fera une entrevue presse. - quelle était la motivation de Steve Coast au départ (annecdote montrant le côté propriétaire des données) - quel est le rôle de la fondation - l'avantage de contribuer à OSM plutôt qu'à Google Mapmakers Je trouve que tu n'as pas assez insisté sur le fait que beaucoup de gens peuvent contribuer sans investir dans un GPS grâce au cadastre qui couvre 60% des communes en vectorisé ou aux images Yahoo. Il faudrait aussi pour le futur songer à faire quelques vidéos tutoriels en français à mettre en ligne pour les premiers pas en Potlatch et JOSM et montrer que tout cela n'est pas si compliqué. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Corine Technique] Osmosis, fusion physique des fichiers , fusion des nodes
2009/7/3 sly (sylvain letuffe) sylv...@letuffe.org: Juste pour vous tenir au courant : j'ai terminé (et testé) le script qui fusionne les nodes dupliqués sans en modifier l'ordre. J'ai aussi fusionner les fichiers xml en un seul non compressé (2.4Gb). Prochaines étapes dans les jours prochains: - execution du script pour supprimer les nodes dupliqués sur le fichier xml consolidé - modification du script python bulk_upload pour créer les éléments dans l'ordre de déclaration du fichier xml (et pas par type) - quelques tests sur le serveur dev avant de faire l'upload en lui-même Malheureusement, l'import CLC n'a aucune chance d'être terminé avant SOTM09. Le problème, c'est aussi le risque de démarrer l'upload pendant SOTM avec le risque de se faire blacklister. Je pense introduire des pauses dans le script pour éviter de prendre trop de ressources sur le serveur, quitte à mettre un jour ou deux de plus. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Emission de Radio sur OSM
Salut, Il faudrait aussi pour le futur songer à faire quelques vidéos tutoriels en français à mettre en ligne pour les premiers pas en Potlatch et JOSM et montrer que tout cela n'est pas si compliqué. Frederic en avait fait un qui était plutot pas mal : http://fredericbonifas.free.fr/osm/videosjosm.html -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL 2009
Bon bah j'y suis ! On se retrouve où ? :) - Mail Original - De: Valerie-Emma Leroux aragor...@follepensee.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 5 Juillet 2009 20:33:29 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] RMLL 2009 Le 05/07/2009 17:52, Valerie-Emma Leroux a écrit : Le 05/07/2009 17:38, Guilhem Bonnefille a écrit : Au fait, personne n'a un fichier GPX avec les POI des RMLL2009 ? Marrant, c'est pile ce que je suis en train de faire en préparant mon départ :) Si personne ne l'a fini avant moi, je poste le fichier ici et le mets sur le site web des RMLL dans la foulée. Donc vala un bô fichier gpx issu de mon Garmin (d'où les limitations en nbre de caractères dans les noms) avec les points suivants : - Amphi Kerneïs: accueille la conférence de Stallman le samedi - Chantiers : bâtiment des Ateliers et Chantiers de Nantes, accueille les RMLL le samedi - Château Ducs : Château des Ducs de Bretagne, l'une des deux visites culturelles proposées - Cité U : la cité U de la Bourgeonnière, hébergement principal - EMN : École des Mines de Nantes, à la Chantrerie, accueille certains colloques scientifiques parallèles - Gare Sncf : la gare :) - L'alter Café : le lieu du concert de musique libre le vendredi soir - MachinesdelILe : les Machines de l'Île, l'autre visite culturelle proposée - PolytechNantes : Polytec'h Nantes, à la Chantrerie, accueille les RMLL en journée, conférences, ateliers, village associatif, etc. - Pôle Étudiant : le lieu des Nocturnes - Repas du Libre : le lieu du repas du jeudi soir Librement, VE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Corine
Hello Après l'effervescence autour de Corine, je m'imaginais que ce serait une question de jours avant que quelqu'un ne craque pour uploader les données. Il y a du sable dans les rouages ? Il reste le problème de la cohérence entre les données déjà présentes et les données de Corine. J'ai peut-être un avis extrême, mais pour moi, le moyen le efficace reste le moyen le plus simple : 1. tout uploader sans se poser de question existentielle ; 2. utiliser un outil comme Osmose pour détecter les surfaces de type landuse qui se croisent ou se supperposent (= incohérences entre les données déjà présentes et les données de Corine) ; 3. laisser les utilisateurs corriger ces erreurs à la main. Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Corine Technique] Osmosis, fusion physique des fichiers , fusion des nodes
2009/7/7 Pieren pier...@gmail.com - modification du script python bulk_upload pour créer les éléments dans l'ordre de déclaration du fichier xml (et pas par type) Ça je peux faire. Ça ne devrait pas trop prendre de temps. Malheureusement, l'import CLC n'a aucune chance d'être terminé avant SOTM09. Le problème, c'est aussi le risque de démarrer l'upload pendant SOTM avec le risque de se faire blacklister. Je pense introduire des pauses dans le script pour éviter de prendre trop de ressources sur le serveur, quitte à mettre un jour ou deux de plus. On verra bien. Si on démarre l'upload, il faudra qu'on regarde les zones qui auront été uploadees. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine
2009/7/7 Xav x...@nainwak.com Hello Après l'effervescence autour de Corine, je m'imaginais que ce serait une question de jours avant que quelqu'un ne craque pour uploader les données. Il y a du sable dans les rouages ? On ne lance pas un upload de la taille de Corine comme ça. Il y a beaucoup de contraintes et on ne va pas perdre des données et les uploader en double voire en plus si l'upload a un problème. Il reste le problème de la cohérence entre les données déjà présentes et les données de Corine. J'ai peut-être un avis extrême, mais pour moi, le moyen le efficace reste le moyen le plus simple : 1. tout uploader sans se poser de question existentielle ; Tout uploader ne résoudrait pas le problème que l'on a actuellement qui est de minimiser les risques d'échec de l'upload et de pollution de la base de donnée finale. 2. utiliser un outil comme Osmose pour détecter les surfaces de type landuse qui se croisent ou se supperposent (= incohérences entre les données déjà présentes et les données de Corine) ; Faire ça a posteriori est très long. De plus, le fichier qui contient ce résultat est déjà généré. Pieren est en train de minimiser les risques d'échecs lors de l'import. Il ne faut pas oublier que ça fait plus d'un 1Go de données. 3. laisser les utilisateurs corriger ces erreurs à la main. Ça sera fait avec les polygones qui ont des overlaps. C'est la gestion des rebuts. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Emission de Radio sur OSM
2009/7/7 Pieren pier...@gmail.com 2009/7/7 THEVENON Julien C'était CHYPRE l'edit war. CHYPRE ! Yep je m'en suis rappelé en sortant :) nicosia/etc... hehe ;-) Bon, bonne émission mais un peu longue et avec quelques erreurs ah ? mais elles sont excusées car l'exercice ne doit pas être facile. En plus, il faudrait revoir ensemble certaines explications/argumentaires pour le prochain qui fera une entrevue presse. - quelle était la motivation de Steve Coast au départ (annecdote montrant le côté propriétaire des données) - quel est le rôle de la fondation - l'avantage de contribuer à OSM plutôt qu'à Google Mapmakers Je trouve que tu n'as pas assez insisté sur le fait que beaucoup de gens peuvent contribuer sans investir dans un GPS grâce au cadastre qui couvre 60% des communes en vectorisé ou aux images Yahoo. Je suis d'accord, mais ce n'est pas évident (c'est un métier), j'avais un fil, mais devant répondre aux questions de Luc, ça ne suivant pas forcément le fil de mes notes. Du coup tu sais que tu as 100 choses à dire, mais tu ne peux pas toutes les dire en même temps... donc tu diffuses au compte-goute, espérant ne rien oublier... mais apparement si :) Il faudrait aussi pour le futur songer à faire quelques vidéos tutoriels en français à mettre en ligne pour les premiers pas en Potlatch et JOSM et montrer que tout cela n'est pas si compliqué. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Emission de Radio sur OSM
2009/7/7 Pieren pier...@gmail.com 2009/7/7 Pierre Mauduit Frederic en avait fait un qui était plutot pas mal : http://fredericbonifas.free.fr/osm/videosjosm.html -- Pierre Ok, je ne peux pas la voir maintenant mais j'ai créé une page sur le wiki qui permettra de rassembler tous les liens vers les vidéos tutorielles: http://wiki.openstreetmap.org/wiki/FR:Video_tutorials Si vous avez des liens vers d'autres videos, même en anglais, vous pourrez les ajouter sur cette page (qui est pointée par la page wiki d'acceuil). Pieren Je pense qu'il vaut mieux organiser ça en petites et courtes videos pour expliquer un point particulier à chaque fois. Du genre les videos pour Google Sketchup ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nombre de contributeurs en France
2009/7/7 Pieren pier...@gmail.com 2009/7/7 Gilles LAMIRAL gilles.lami...@laposte.net: Difficile à dire sur l'hexagone uniquement. Il faut aussi tenir compte de la date de la contribution. Une personne qui a contribué une fois sur un POI il y a deux ans ne devrait pas compter autant que ceux qui ont contribué ces derniers mois. Sur la page principale des stats: http://wiki.openstreetmap.org/wiki/Stats on voit que le nombre de contributeurs actifs le dernier représente 10%, ce qui est déjà pas mal. Oui et puis tu as des exceptions comme moi qui aide a mapper la France, alors que je vis a l'étranger. Il y a pas mal de gens qui aident a mapper la France occasionnellement sans être membre actif de la communauté française. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Après corine, carthage, voici ASTER
On lundi 6 juillet 2009, GerhardP wrote: Bon, je n'étais pas loin, juste à l'autre bout du monde ;-) Mais pour le reste, merci du compliment ! La distance est toute relative, tu m'aurais dit le Ben Névis en Écosse, là je t'aurais dis tu es loin. Quand on met des coeffs x/y/z = 1/1/1, même les Alpes peuvent avoir un aspect de fond de gamelle ! Donc on a tendance d'exagérer le Z, disons de 5 ou de 10, ça donne du relief. Je me demande en effet si ce n'est pas là que trop trifouiller les coefficients, je vais faire des tests... -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données de Camptocamp.org dispon ibles pour OSM
Bonjour, L'association camptocamp.org [1], dédiée aux sports de montagne, met à disposition du projet OSM ses données (constituées collaborativement par ses contributeurs), disponibles sous license CC BY-SA depuis le 1er juin [2]. Un WMS a été monté de manière à autoriser la digitalisation d'objets en utilisant le plugin WMS de JOSM. Vous pouvez utiliser dès maintenant cette URL : http://www.camptocamp.org/cgi-bin/c2corg4osm?service=wmsformat=image/pngrequest=getmapversion=1.1.1layers=osm Ce service WMS peut etre utilisé avec la couche par défaut (osm) ou bien chacune de ces couches : summits, huts (refuges), parkings, sites (d'escalade), routes (= itinéraires de rando). Il faut savoir que la couche osm les agrège toutes. Chacun de ces objets apparait avec un picto représentatif, et une étiquette présente les tags ele, name et c2c:id (identifiant en base chez camptocamp.org) à utiliser de manière à assurer la traçabilité. Il serait également bon d'ajouter un tag source:camptocamp.org quand la donnée est purement et simplement recopiée, et non interprétée. Pour information, la base de camptocamp.org est actuellement riche de 9750 sommets, 1720 sites d'escalade, 1060 refuges, 2100 parkings-départs de rando, et fédère plus de 20500 contributeurs à travers le monde. Merci à eux pour cette belle contribution ! F. [1] http://www.camptocamp.org/ [2] http://www.camptocamp.org/articles/169461/fr/modifications-des-licences-sur-camptocamp-org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de Camptocamp.org dispon ibles pour OSM
Bon, je me permet de mettre le lien vers un thread de cette mailing-list : http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009441.html La discussion est longue, et il ne me semble pas que nous étions arrivé à un consensus. Mais je vais quand même aller voir ce WMS depuis JOSM pour voir ce que cela donne. Le 7 juillet 2009 13:08, Francois Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Bonjour, L'association camptocamp.org [1], dédiée aux sports de montagne, met à disposition du projet OSM ses données (constituées collaborativement par ses contributeurs), disponibles sous license CC BY-SA depuis le 1er juin [2]. Un WMS a été monté de manière à autoriser la digitalisation d'objets en utilisant le plugin WMS de JOSM. Vous pouvez utiliser dès maintenant cette URL : http://www.camptocamp.org/cgi-bin/c2corg4osm?service=wmsformat=image/pngrequest=getmapversion=1.1.1layers=osm Ce service WMS peut etre utilisé avec la couche par défaut (osm) ou bien chacune de ces couches : summits, huts (refuges), parkings, sites (d'escalade), routes (= itinéraires de rando). Il faut savoir que la couche osm les agrège toutes. Chacun de ces objets apparait avec un picto représentatif, et une étiquette présente les tags ele, name et c2c:id (identifiant en base chez camptocamp.org) à utiliser de manière à assurer la traçabilité. Il serait également bon d'ajouter un tag source:camptocamp.org quand la donnée est purement et simplement recopiée, et non interprétée. Pour information, la base de camptocamp.org est actuellement riche de 9750 sommets, 1720 sites d'escalade, 1060 refuges, 2100 parkings-départs de rando, et fédère plus de 20500 contributeurs à travers le monde. Merci à eux pour cette belle contribution ! F. [1] http://www.camptocamp.org/ [2] http://www.camptocamp.org/articles/169461/fr/modifications-des-licences-sur-camptocamp-org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de Camptocamp.org dispon ibles pour OSM
On mardi 7 juillet 2009, Francois Van Der Biest wrote: Bonjour, Salut, Un WMS a été monté de manière à autoriser la digitalisation d'objets En effet ça marche, mais... c'est de l'image, WMS et vecteur c'est possible ? en changeant le format=image/png ? Parce que vu la taille des icônes et que le toponyme+alti+clc:id sont une image par dessus, ça va engendrer un paquet d'erreur de saisie. Si cet import doit se faire, je pense qu'il est plus judicieux de demander gentillement à c2c le résultat de la requête SQL qui va bien et d'obtenir tous les points en vectoriel, et voir comment les importer au mieux (manuel, automatique, semi-automatique) Sinon, un grand merci à c2c quel que soit l'issue de l'import -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données de Camptocamp.org dispon ibles pour OSM
Si cet import doit se faire, je pense qu'il est plus judicieux de demander gentillement à c2c le résultat de la requête SQL qui va bien et d'obtenir tous les points en vectoriel, et voir comment les importer au mieux (manuel, automatique, semi-automatique) La précision n'est d'ailleurs pas très bonne partout puisque je retrouve la Cascade du Pont du Diable (c2c:id=39076) dans une zone résidentielle de Pontarlier, à des km de son véritable emplacement (ici il fait certes froid mais pas de cascades de glace dans les rues). Import massif à éviter donc. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Probleme limite des communes du Fini stère Sud
Bonjour Nouveau contributeur, je tente de faire avancer les limites communales du Finistère sud. J'en ai fait quelques unes manuellement mais j'aimerai bien pouvoir utiliser les gpx de http://beta.letuffe.org/ressources/communes/ or j'ai l'impression qu'il y a un problème de projection ou de positionnement de toutes les communes dont les noms de fichiers se terminent par DN***.simp.gpx. N'étant pas un spécialiste je ne sais pas à quoi correspond ce DN et les 3 chiffres qui suivent, mais lorsque je les importe, elles se retrouve en Angleterre (alors que celle qui se termine par des DL, DK ou DM ne posent pas de problème) Exemple : http://beta.letuffe.org/ressources/communes/29-Finist%c3%a8re/029-SAINT%20YVI-DN272.simp.gpx Mais peut-être, je m'y prends mal? Merci d'avance Cordialement Christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Probleme limite des communes du Fini stère Sud
Re, ???^10 http://beta.letuffe.org/ressources/communes/45-Loiret/ ? Ou alors, j'ai pas compris C'est moi qui t'ai filé le lien pour que tu les mettes sur beta ;-) en fait, vu qu'apparemment j'ai été le premier à les extraire et à te proposer de les mettre sur ton serveur, je me demandais si c'était pour la meme raison que précédemment (soucis éventuel d'import du à la lattitude entre 2 zones lambert) -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Probleme limite des communes du Fini stère Sud
Salut, Bonjour, bienvenu, et ... bon courage ;-) Pas mieux :-) Ça ne vient pas de toi, ça vient bien de mon coté. Le finistère est un département à cheval sur deux zones lambert (projection différentes) et lors de l'extraction, j'ai choisi une zone au pif, bilan : je pense que seul la moitié du département est bien projeté (soit tout ce qui est au dessus de 48.45 degrés soit au dessous) Il faudrait donc que je re-projette la moitié qui se retrouve en Angleterre. L'opération est assez pénible c'est pour ça qu'en général j'attend que quelqu'un en manifeste le besoin et je tente de trouver un moment pour le faire. Je profite du thread pour savoir si c'était pour la même raison s'il n'y avait pas les limites communales du 45, que j'ai extraites il y a 2 ou 3 semaines ? -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Probleme limite des communes du Fini stère Sud
C'est moi qui t'ai filé le lien pour que tu les mettes sur beta ;-) Je le sais bien ! en fait, vu qu'apparemment j'ai été le premier à les extraire et à te proposer de les mettre sur ton serveur, En effet, et je l'ai mis. je me demandais si c'était pour la meme raison que précédemment (soucis éventuel d'import du à la lattitude entre 2 zones lambert) Je dois être dur de la feuille, je ne comprends toujours pas. En gros, il y a dans mon dépôt : - ceux dont j'ai eu besoin, moi, à un moment - ceux que l'on m'a donné pour les stocker - ceux qui m'ont été demandés - ceux dont le numéro est sorti sur mes 30 lancés de dès à 100 faces ( et si ça tombait sur un département à cheval sur deux zones, je faisais l'extraction avec une zone lambert au pif pour avoir au moins la moitié du département) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Probleme limite des communes du Fini stère Sud
Re, Pour faire simple, est-ce que le département du Loiret est situé sur une zone chiante (à cheval sur 2 zones lambert) ? ;-) Si je me pose la question, c'est que comme j'ai fait l'import depuis le cadastre des fichiers gpx sans trop me poser de question, je t'ai peut-être filé des fichiers foireux (comme c'est apparemment le cas pour le Finistère, à l'origine de ce thread). J'ai utilisé les fichiers que je t'ai passé pour un import à la main commune par commune dans JOSM toutefois, sans pour autant me retrouver en Angleterrre, mais sait-on jamais. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Probleme limite des communes du Fini stère Sud
Le loiret en Angleterre, ça n'est pas possible! Jeanne D'arc a déjà boute les anglais hors de la. Emilie Laffray 2009/7/7 Pierre Mauduit pierre.maud...@gmail.com Re, Pour faire simple, est-ce que le département du Loiret est situé sur une zone chiante (à cheval sur 2 zones lambert) ? ;-) Si je me pose la question, c'est que comme j'ai fait l'import depuis le cadastre des fichiers gpx sans trop me poser de question, je t'ai peut-être filé des fichiers foireux (comme c'est apparemment le cas pour le Finistère, à l'origine de ce thread). J'ai utilisé les fichiers que je t'ai passé pour un import à la main commune par commune dans JOSM toutefois, sans pour autant me retrouver en Angleterrre, mais sait-on jamais. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le cadastre (nouveau ?) est accessible
Le cadastre est de nouveau opérationnel. Un expert pour savoir si on a récupéré l'accès aux vecteurs (perso je sais pas faire) ? La couche WMS remarche dans JOSM en tout cas... Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] The DfT Cycle journey planner
If I understood the cyclestreets people correctly, they've been developing it using some funding from the Cycle Demonstration Towns project, so maybe DfT are hedging their bets. Richard On Tue, Jul 7, 2009 at 11:40 AM, Peter Miller peter.mil...@itoworld.comwrote: I notice that councils across England are being encouraged to contribute to the cost of collecting data for the national cycle journey planner based on ITN data from the OS. It seem particularly strange that local councils are now being asked to pay to collect data for the national mapping agency even thought the data can only be used with data from the national mapping agency! http://www.planningresource.co.uk/news/ByDiscipline/Environment/915276/Call-councils-sign-online-cycle-planner/ Details about the journey planner can be found on the DfT website here: http://www.dft.gov.uk/cyclingengland/encouraging-cycling/journey-planner/ This FAQ does make passing comment that there are other planners, but makes no mention of OpenStreetMap or CycleStreets or OpenCycleMap etc http://www.dft.gov.uk/cyclingengland/docs/journey_planner_faqs.pdf These 'terms of data collection' make interesting reading http://www.dft.gov.uk/cyclingengland/site/wp-content/uploads/2009/03/standard_terms_for_data_collection.pdf OSM coverage of cycle demonstration towns is pretty good already and it would be truly weird for the Cambridgeshire County Council to pay for someone to survey Cambridge! Not all data is good, Darlington in a 'UK Mapping Priority' and some of the places have gaps. Should we have a project to complete these towns? I have created an article the demonstration towns here: http://wiki.openstreetmap.org/wiki/Cycling_demonstration_town I have also created a category for the towns and added them to it. http://wiki.openstreetmap.org/wiki/Category:Cycling_demonstration_town Fyi, when I tried the DfT planner from Manchester Piccadilly Station to the Manchester Oxford Road University Site it suggested I use a narrow cycle lane on the A6. I am pleased to say that CycleStreets and other OSM related planners suggested something better. I really can't see how the DfT are going to be able to compete with OSM in this space and I am wondering how we can get them on side. Regards, Peter ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] [Spam] Re: The DfT Cycle journey planner
On 7 Jul 2009, at 11:51, Richard Mann wrote: If I understood the cyclestreets people correctly, they've been developing it using some funding from the Cycle Demonstration Towns project, so maybe DfT are hedging their bets. According to their website the only funding they have received from government has been from the Scottish Government's Sustainable Transport section http://www.cyclestreets.net/about/ Possibly they can provide more information. I will forward the thread to them. Regards, Peter Richard On Tue, Jul 7, 2009 at 11:40 AM, Peter Miller peter.mil...@itoworld.com wrote: I notice that councils across England are being encouraged to contribute to the cost of collecting data for the national cycle journey planner based on ITN data from the OS. It seem particularly strange that local councils are now being asked to pay to collect data for the national mapping agency even thought the data can only be used with data from the national mapping agency! http://www.planningresource.co.uk/news/ByDiscipline/Environment/915276/Call-councils-sign-online-cycle-planner/ Details about the journey planner can be found on the DfT website here: http://www.dft.gov.uk/cyclingengland/encouraging-cycling/journey-planner/ This FAQ does make passing comment that there are other planners, but makes no mention of OpenStreetMap or CycleStreets or OpenCycleMap etc http://www.dft.gov.uk/cyclingengland/docs/journey_planner_faqs.pdf These 'terms of data collection' make interesting reading http://www.dft.gov.uk/cyclingengland/site/wp-content/uploads/2009/03/standard_terms_for_data_collection.pdf OSM coverage of cycle demonstration towns is pretty good already and it would be truly weird for the Cambridgeshire County Council to pay for someone to survey Cambridge! Not all data is good, Darlington in a 'UK Mapping Priority' and some of the places have gaps. Should we have a project to complete these towns? I have created an article the demonstration towns here: http://wiki.openstreetmap.org/wiki/Cycling_demonstration_town I have also created a category for the towns and added them to it. http://wiki.openstreetmap.org/wiki/Category:Cycling_demonstration_town Fyi, when I tried the DfT planner from Manchester Piccadilly Station to the Manchester Oxford Road University Site it suggested I use a narrow cycle lane on the A6. I am pleased to say that CycleStreets and other OSM related planners suggested something better. I really can't see how the DfT are going to be able to compete with OSM in this space and I am wondering how we can get them on side. Regards, Peter ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] The DfT Cycle journey planner
On 7 Jul 2009, at 11:51, Richard Mann wrote: If I understood the cyclestreets people correctly, they've been developing it using some funding from the Cycle Demonstration Towns project, so maybe DfT are hedging their bets. Cycle Streets have just confirmed that they have not received funding from the Cycle Demonstration Towns project for our journey planner Regards, Peter Richard On Tue, Jul 7, 2009 at 11:40 AM, Peter Miller peter.mil...@itoworld.com wrote: I notice that councils across England are being encouraged to contribute to the cost of collecting data for the national cycle journey planner based on ITN data from the OS. It seem particularly strange that local councils are now being asked to pay to collect data for the national mapping agency even thought the data can only be used with data from the national mapping agency! http://www.planningresource.co.uk/news/ByDiscipline/Environment/915276/Call-councils-sign-online-cycle-planner/ Details about the journey planner can be found on the DfT website here: http://www.dft.gov.uk/cyclingengland/encouraging-cycling/journey-planner/ This FAQ does make passing comment that there are other planners, but makes no mention of OpenStreetMap or CycleStreets or OpenCycleMap etc http://www.dft.gov.uk/cyclingengland/docs/journey_planner_faqs.pdf These 'terms of data collection' make interesting reading http://www.dft.gov.uk/cyclingengland/site/wp-content/uploads/2009/03/standard_terms_for_data_collection.pdf OSM coverage of cycle demonstration towns is pretty good already and it would be truly weird for the Cambridgeshire County Council to pay for someone to survey Cambridge! Not all data is good, Darlington in a 'UK Mapping Priority' and some of the places have gaps. Should we have a project to complete these towns? I have created an article the demonstration towns here: http://wiki.openstreetmap.org/wiki/Cycling_demonstration_town I have also created a category for the towns and added them to it. http://wiki.openstreetmap.org/wiki/Category:Cycling_demonstration_town Fyi, when I tried the DfT planner from Manchester Piccadilly Station to the Manchester Oxford Road University Site it suggested I use a narrow cycle lane on the A6. I am pleased to say that CycleStreets and other OSM related planners suggested something better. I really can't see how the DfT are going to be able to compete with OSM in this space and I am wondering how we can get them on side. Regards, Peter ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] More on coasts and counties
[long-winded local info follows] I asked my local county for information on where the county ends at the coast and in the Humber estuary, using the FoI act. Their answer is interesting. Firstly, the county ends at the mean high water mark of the North sea. This is extended to the low water mark in East Yorkshire by renting the land between the mean high water and the mean low water mark. This land is rented on a long term lease from the Crown Estates. The Crown Estates own about 55% of this foreshore around the UK and rents this out councils and other bodies. [1] The Crown Estates owns the land out to the 12NM limit, beyond that it is regarded as international waters. In the river estuary from Spurn point inland the same situation applies to a point about 580m east of the Humber bridge, ie the county boundary extend to the mean low water mark. In the Humber this is a substantial area of mud flats at low tide, but it does mean that the county boundary does not abut the county boundary of North East Lincolnshire at all and only abuts the county of North Lincolnshire from about the Humber bridge. There are two forts in the Humber, effectively man-made islands. Bull fort is in East Yorkshire, Haile Sand Fort is in Lincolnshire, both beyond the low water mark. I'll digest the detail further then try to adjust the boundaries to fit. I think this enquiry was useful, once I've worked on this I think I'll see if I can get similar details for other counties or maybe other might like to. I expect many counties will be similar, but some are definitely different. [1] http://www.thecrownestate.co.uk/tce_faqs.htm Cheers, Chris ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] The DfT Cycle journey planner
On a side note re Darlington: I noticed this as a place good for a mapping party but I ran out of time before leaving the North East. If it still needs love in a year's time then I will organise an event there, but that is quite a while to wait. If someone was to organise something then you could probably gather a handful of mappers from Durham, Sunderland, Stockton, Middlesborough, maybe even Newcastle, fairly easily. -- Gregory i...@livingwithdragons.com http://www.livingwithdragons.com 2009/7/7 Peter Miller peter.mil...@itoworld.com I notice that councils across England are being encouraged to contribute to the cost of collecting data for the national cycle journey planner based on ITN data from the OS. It seem particularly strange that local councils are now being asked to pay to collect data for the national mapping agency even thought the data can only be used with data from the national mapping agency! http://www.planningresource.co.uk/news/ByDiscipline/Environment/915276/Call-councils-sign-online-cycle-planner/ Details about the journey planner can be found on the DfT website here: http://www.dft.gov.uk/cyclingengland/encouraging-cycling/journey-planner/ This FAQ does make passing comment that there are other planners, but makes no mention of OpenStreetMap or CycleStreets or OpenCycleMap etc http://www.dft.gov.uk/cyclingengland/docs/journey_planner_faqs.pdf These 'terms of data collection' make interesting reading http://www.dft.gov.uk/cyclingengland/site/wp-content/uploads/2009/03/standard_terms_for_data_collection.pdf OSM coverage of cycle demonstration towns is pretty good already and it would be truly weird for the Cambridgeshire County Council to pay for someone to survey Cambridge! Not all data is good, Darlington in a 'UK Mapping Priority' and some of the places have gaps. Should we have a project to complete these towns? I have created an article the demonstration towns here: http://wiki.openstreetmap.org/wiki/Cycling_demonstration_town I have also created a category for the towns and added them to it. http://wiki.openstreetmap.org/wiki/Category:Cycling_demonstration_town Fyi, when I tried the DfT planner from Manchester Piccadilly Station to the Manchester Oxford Road University Site it suggested I use a narrow cycle lane on the A6. I am pleased to say that CycleStreets and other OSM related planners suggested something better. I really can't see how the DfT are going to be able to compete with OSM in this space and I am wondering how we can get them on side. Regards, Peter ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Fixing TIGER
Hi Just want to highlight to people here some neat things to help fixing TIGER. There's now a map layer highlighting what needs help: http://www.opengeodata.org/?p=626 as well as some HOWTOs on what needs fixing http://wiki.openstreetmap.org/wiki/TIGER_fixup Best Steve ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER
stevec wrote: Hi Just want to highlight to people here some neat things to help fixing TIGER. There's now a map layer highlighting what needs help: http://www.opengeodata.org/?p=626 as well as some HOWTOs on what needs fixing http://wiki.openstreetmap.org/wiki/TIGER_fixup my pet goal is missing from that list (it's only sort of a part of Wrong road classification), and that is, missing surface keys, to indicate whether a road is paved or not. this is a key piece of information for many kinds of navigation (bicycling, motorcycling, and for many others in the case of foul weather), and it's completely missing (or mostly incorrect) on all other free and non-free maps. unfortunately, there's not much incentive to add the information to OSM, because none of the renderers will display it anyway. :-) (i started a thread on this earlier this year, and then dropped the ball by not continuing to lobby for changes to the renderers to fix this problem.) paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 58.1 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Source for State or regional parks?
Can someone with legal or government relations experience get in touch with the Minnesota DNR? The DNR's Data Deli has a large accumulation of current and historic maps, but IIRC the license is basically attribute, non-commercial. I have a couple of potential contacts with them if anyone is willing to handle getting the go-ahead. Here's the URL: http:// deli.dnr.state.mn.us/ Thanks for the good work, DiverCTH Chris Hunter chunter 9...@gmail.com ___original text ___ Date: Mon, 6 Jul 2009 08:28:06 -0700 (PDT) From: Joseph Scanlan n7...@arrl.net Subject: Re: [Talk-us] Source for State or regional parks? To: Mike N. nice...@att.net Cc: talk-us@openstreetmap.org Message-ID: alpine.deb.1.10.0907060826130.15...@patience.n7xsd.us Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sat, 4 Jul 2009, Mike N. wrote: My county sells a DVD of GIS data; exactly what I'm looking for - but I'm sure the copyright would not allow inclusion into OpenStreetMap though. Ask. It's quite possible your county places the data in the public domain and still sells DVDs. -- - Joseph Scanlan +1-702-455-3679 http://www.n7xsd.us/ j...@co.clark.nv.us (work) (not work) n7...@arrl.net - So he went inside there to take on what he found. But he never escaped them, for who can escape what he desires? --Tony Banks of Genesis in The Lady Lies Sent via BlackBerry from T-Mobile ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER
On Tue, 2009-07-07 at 10:23 -0700, Apollinaris Schoell wrote: it's bad if you don't have a 4WD but your navi thinks it's perfect to use :( but even tomtom, google, ... have the same errors in these areas. if we want osm to be better there is no easy way to get it right without checking the reality. mass imports give a good starting point but it's really hard to remove the old invalid data and there not many mappers in remote areas to verify it. Amen to that! If I had it to do all over again, I'd make a unique user-id for each upload instance. The upload-uuid helps, but it's not volatile upon edits. It would probably be smart for any navigation system using OSM to check for tiger:reviewed=no. Perhaps I should go thorough and retag the TIGER data which is so far been unmodified. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER
apollinaris wrote: [ aside: google streetview astonishes me sometimes. ] they test their cameras under rough conditions ;-) but still their map doesn't render different either. exactly. this is a care where OSM could definitely one-up the competition. no paper maps that i've seen get it right either. paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 62.2 degrees) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing TIGER
Keep in mind for the change detection algorithm, that a few users do not realize that it is good to remove the tiger:reviewed=no after verifying or correcting a way. -- I saved all the original source data and the id mappings from the source data to the OSM database. For each of the source ways and nodes, I can look up the OSM version and download it. Then, compare what I downloaded to what was originally uploaded. If they're the same, add a tag, or just make a trivial update to the way/node to get it moved to another userid. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] US Online Mapping Parties
Since most of the US users are so spred out, maybe we can organize some online mapping parties and knock out some large areas that are in need of fixing up. what ya think? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
