Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)
>Messaggio originale >Da: f.co...@gmail.com >Data: 21/09/2010 9.05 >A: "openstreetmap list - italiano" >Ogg: Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :) > >2010/9/21 Carlo Stemberger : >>> Se non ho capito male è "cinematico", cioè deve stare fermo. >> Sai spiegare in parole povere il concetto ad un ignorante come me? > >Non l'ho capito bene neanch'io, ma sospetto che debba stare "fermo" >durante un'acquisizione. E' perfetto per le misure agrarie / urbane / >ecc., un po' meno per un navigatore. >Non ho neanche capito quanto a lungo debba stare fermo, se una >frazione di secondo o svariati secondi... > >Insomma se qualcuno ne sa di più lo spieghi :-) > >Ciao, >Federico > >___ Sono di fretta, cercherò di fissare solo alcuni aspetti del progetto riservandomi di leggerlo con più attenzione. L'uso della correzione RTK prevede la ricezione di un segnale da una stazione fissa terrestre; tale stazione fissa (la sua posizione è nota e calcolata con estrema precisione al momento del posizionamento) riceve il segnale GPS e lo 'confronta' con la sua posizione (che abbiamo detto essere nota visto che è una base fissa); in questo modo riesce a capire quale sia l'errore di posizione introdotto dall'atmosfera (dovuto a ionizzazione, nubi, vapore acqueo, ecc..). Viene così generato un flusso di dati continuo che permette ad un GPS posizionato in zona (entro un raggio di 20-30km) di poter correggere questo errore. Per poter fare ciò occorre quindi che l'utente riceva un segnale da una stazione fissa (ultimamente viene trasmesso via internet) e tramite software rielabori il dato del suo GPS per poter tirare fuori il segnale 'pulito' da quasi tutto l'errore introdotto dall'atmosfera (causa della maggior parte dell'errore totale di rilevamento). La precisione del dato in uscita sarà quindi inficiata dal solo errore intrinseco del GPS e da eventuali riflessioni dei segnali GPS se si è accanto ad un alto palazzo o una parete di roccia. Con questa unica correzione (in condizioni ottimali) si riescono a raggiungere precisioni dell'ordine della decina di centimetri. Attualmente si può già sfruttare questa correzione con un sistema composto da: - un GPS low-cost (il 747 va benissimo) - un palmare connesso ad internet - un software NTRIP-client (solitamente per Windows CE) - una stazione nei dintorni che trasmetta il segnale 'corretto' Qui http://www.gnssliguria.it/gnss.html trovate una descrizione della rete presente il Liguria. Per ora però abbiamo parlato di precisione dell'ordine dei decimetri. Per raggiungere precisioni maggiori occorre un GPS che anzichè dare la posizione LAT/LONG/ELE e pochi altri dati, faccia uscire i segnali ricevuti dai vari satelliti in forma più grezza; questi dati grezzi, accoppiati al segnale correttivo inviato dalla stazione base, riescono a raggiungere precisioni di alcuni centimetri. Se leggete il PDF dei tizi dell'Università di Tokio, alla tabella 1 troverete la lista dei GPS (relativamente low-cost) che diano in uscita il segnale necessario per poter eseguire la correzione. Come conclusione di questa veloce mail posso dire: - se ci basta una precisione intorno alla decina di centimetri (mi leccherei le dita se potessi sempre averla :-) ) è sufficiente la sola correzione dell'errore atmosferico; in questo caso alcuni di voi hanno già tutto l'hardware di cui c'è bisogno. Il software NTRIP-client è disponibile gratuitamente su internet; molte regioni forniscono gratuitamente il segnale per la correzione RTK (alcune come la Lombardia fanno ancora pagare un abbonamento); il traffico dati generato su internet per ricevere la correzione è di pochissimi kilobyte al secondo permette di usare un abbonamento ad internet mobile da pochi euro al mese. LE uniche restrizioni all'uso di questo sistema sono perciò: 1) essere in una regione che disponga di una rete GNSS che trasmetta le correzioni RTK in tempo reale (usando il protocollo NTRIP) 2) mappare in uan zona con copertura internet - se vogliamo una precisione di alcuni centimetri allora potrebbe avere un senso provare a costruire l'accrocchio proposto. Scrivo che 'potrebbe' avere un senso perchè ad occhio e croce la spesa si potrebbe aggirare sui 500-600 euro, mentre spendendo qualcosa di più si trovano sistemi belli e pronti che fanno già tutto, tipo il Magellan Mobile Mapper Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Il 21/09/2010 16:48, M∡rtin Koppenhoefer ha scritto: - i default in generale non funzionano, è anche stato discusso nei ultimi giorni sulla lista tagging: se un dato non è presente il default è che non è stato rilevato. Altrimenti si assume cose dalla "non-presenza" di un dato. Un dato anche ridundante (nel senso che viene considerato default da tante persone, per esempio lanes=2 oppure surface=asphalt) contiene al meno la informazione che qualcuno ha rilevato questo dato (e più o meno quando). Poi permette anche di trovare incongruenze (tutti possono editare, cosí si trovano più facile gli errori). Personalmente non sono né favorevole né ostile all'idea dei default. Se però si è deciso che in OSM i default non esistono, perché sul wiki sono indicati? (mi riferisco agli "Implies" presenti ovunque) -- .' `. | 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] Per gli appassionati di "bricolage": GPS fai da te :)
L'errore era sotto 1 cm se riccordo bene (per rilievi di un sito di costruzione) Sì, l'ordine di grandezza è quello: con una singola misurazione (istantanea) si sta da 1 cm a max 10 cm. Del resto si usa in agricoltura di precisione, e permette tra l'altro la guida automatica del trattore... -- .' `. | 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] [wiki] Nuove pagine in italiano!
Il 20 settembre 2010 00:07, Stefano Tampieri ha scritto: > Quindi se trovo il tempo e la voglia posso replicare completamente la pagina > inglese e la relativa struttura nelle pagine italiane, stravolgendole dove > necessario ? direi di si > Stefano > ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)
2010/9/21 Carlo Stemberger : > Il 21/09/2010 16:40, M∡rtin Koppenhoefer ha scritto: >> >> 2 minuti non sarebbe la fine del mondo. Con alcuni DGPS professionali >> per una qualità ottima si aspetta quasi un giorno... > Da quel che so, il DGPS è "immediato" tanto quanto un GPS normale: la > correzione differenziale può essere fatta in diretta o in differita, ma in > entrambi i casi è un calcolo banalissimo (la somma di un vettore). > > Certo, prima bisogna installare la stazione fissa... è forse questo che > intendevi? boh? Penso forse di si ;-) Forse questo tempo era riferito a tanti misurazioni per calcolare una media attendibile? L'errore era sotto 1 cm se riccordo bene (per rilievi di un sito di costruzione) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)
Il 21/09/2010 16:40, M∡rtin Koppenhoefer ha scritto: 2 minuti non sarebbe la fine del mondo. Con alcuni DGPS professionali per una qualità ottima si aspetta quasi un giorno... ? Da quel che so, il DGPS è "immediato" tanto quanto un GPS normale: la correzione differenziale può essere fatta in diretta o in differita, ma in entrambi i casi è un calcolo banalissimo (la somma di un vettore). Certo, prima bisogna installare la stazione fissa... è forse questo che intendevi? -- .' `. | 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] impostazioni wmsplugin funzionanti
> +1, hanno bannato il server di gfoss perchè faceva cache, secondo me > non è legale (stando a quanto c'è scritto sul sito del ministero > dell'ambiente) neanche fare la cache direttamente sul proprio pc no, vi prego non ricominciamo questa discussione !!! Come Simone Cortesi diceva un po' di tempo fa dopo averli sentiti al telefono la cache del programma di editing è perfettemente lecita, anzi le impostazione di JOSM che LORO ci hanno consigliato prevedono un uso massiccio della cache. Quella di GFOSS è tutta un'altra storia. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/21 Luca Delucchi : > in questo caso la tabella per l'italia non > esiste perciò sentiti libero di farla però esiste la mappatura, e prima di inserire un "default" nel wiki si dovrebbe vedere se la mappatura è congruente con questo default. Direi che la presenza del tag motorroad=yes (1600 volte) indica che non esiste un "default": http://tagwatch.stoecker.eu/Italy/En/keystats_motorroad.html ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/21 Luca Delucchi : > Il 21 settembre 2010 14:30, Luigi Chiesa ha scritto: >> Perché non ho riscontrato consenso, quindi ho optato di prendere per buono >> il default e procedere ad aggiungere motorroad=yes su i trunk che conosco. >> > > guarda visto che la "comunità" non risponde un gran chè quando ci sono > cose importanti ma quando c'è da discutere su un tag si devono leggere > centinaia di mail, ti consiglio (ma anche agli altri) che se non > ottieni pareri negativi e non rovini il lavoro di altri di fare quello > che pensi sia meglio; in questo caso la tabella per l'italia non > esiste perciò sentiti libero di farla sono contrario per al meno 3 motivi: - perché usare un default diverso dal estero? - i default in generale non funzionano, è anche stato discusso nei ultimi giorni sulla lista tagging: se un dato non è presente il default è che non è stato rilevato. Altrimenti si assume cose dalla "non-presenza" di un dato. Un dato anche ridundante (nel senso che viene considerato default da tante persone, per esempio lanes=2 oppure surface=asphalt) contiene al meno la informazione che qualcuno ha rilevato questo dato (e più o meno quando). Poi permette anche di trovare incongruenze (tutti possono editare, cosí si trovano più facile gli errori). - il trunk non esiste legalmente in italia, ma esiste un tag apposito per indicare motorroad=yes (quello che si discute di considerare "default"). Usiamolo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)
2010/9/21 Damjan Gerli : > Nel documento [1] c'è scritto che con questo ricevitore monofrequenza (uBlox > LEA-4T oppure LEA-5T) si riesce ad ottenere dati di qualità centimetrica > (2-3cm) però è un po' lento per quello che riguarda la prima acquisizione, > dove ci mette anche due minuti. 2 minuti non sarebbe la fine del mondo. Con alcuni DGPS professionali per una qualità ottima si aspetta quasi un giorno... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)
2010/9/20 Federico Cozzi : > Se non ho capito male è "cinematico", cioè deve stare fermo. > E poi non ho ancora capito bene che autonomia abbia (batteria o > corrente): 5v, 350mA: che pacco pile ci vuole? > Però sembra carino :-) immaginando che il sistema già da se pesa un po, con 3 pile larghi (LR14, baby, C) non ci dovrebbe essere un problema: vanno fino a 3800mAh, quindi 10 ore saresti autonomo. Con le batterie mono fino a 8000 mAh. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Il 21 settembre 2010 14:30, Luigi Chiesa ha scritto: > Perché non ho riscontrato consenso, quindi ho optato di prendere per buono > il default e procedere ad aggiungere motorroad=yes su i trunk che conosco. > guarda visto che la "comunità" non risponde un gran chè quando ci sono cose importanti ma quando c'è da discutere su un tag si devono leggere centinaia di mail, ti consiglio (ma anche agli altri) che se non ottieni pareri negativi e non rovini il lavoro di altri di fare quello che pensi sia meglio; in questo caso la tabella per l'italia non esiste perciò sentiti libero di farla > Luigi > ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Perché non ho riscontrato consenso, quindi ho optato di prendere per buono il default e procedere ad aggiungere motorroad=yes su i trunk che conosco. Luigi -- From: "Luca Delucchi" Sent: Tuesday, September 21, 2010 3:27 PM To: "openstreetmap list - italiano" Subject: Re: [Talk-it] Biciclette su trunk Il 17 settembre 2010 13:00, Luigi Chiesa ha scritto: Perciò vorrei aggiungere una tabella per l'Italia [2] e segnare come "no" per default il transito a bici, pedoni, cavalli e ciclomotori; così anziché dover segnare con motorroad=yes gran parte dei trunk basterebbe un bicycle=yes (ecc.) sui pochi rimanenti. +1, ma perchè non l'hai ancora fatta ??? :-P Luigi ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Il 17 settembre 2010 13:00, Luigi Chiesa ha scritto: > Perciò vorrei aggiungere una > tabella per l'Italia [2] e segnare come "no" per default il transito a bici, > pedoni, cavalli e ciclomotori; così anziché dover segnare con motorroad=yes > gran parte dei trunk basterebbe un bicycle=yes (ecc.) sui pochi rimanenti. > +1, ma perchè non l'hai ancora fatta ??? :-P > Luigi > ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Violazione copyright
2010/9/21 Matteo Gottardi : > Forse mi sbaglio (vado a memoria, non ho trovato traccia dell'autorizzazione > sul wiki), ma mi pare che il permesso si limitasse ai dati presenti sul loro > sito. > Da quel che mi hanno detto, il sito http://www.trekking.suedtirol.info/ e' di > proprieta' dell'Alpenverein Südtirol, e la provincia sta lavorando per > integrare quei dati nel loro database. > Se mi dai conferma che quei dati sono _gia'_ liberi, tanto meglio, inizio > subito a mappare :) La pagina dice: tutti diritti riservati. Un poco cattivo, secondome, dato che abbiamo pagato tutti: "80 % wurden seitens der öffentlichen Hand finanziert (50% Europäische Union, 35% Staat und 15% Land), 20 % wurden durch Eigenleistungen der Wegehalter ... beigetragen". ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
2010/9/21 Federico Cozzi : > 2010/9/21 Simone Saviolo : >> Io farei semplicemente una way chiusa che definisco man mano. Mi >> metterei ad alti livelli di zoom e traccerei un confine molto grezzo; >> poi man mano mi avvicinerei e farei il giro del bordo, aggiungendo >> punti e spostando quelli esistenti. > > Sia tu che Elena suggerite questo metodo, ma l'avete mai provato? io si. Ti faccio vedere quello ad "alta definizione": http://www.openstreetmap.org/?lat=42.5048&lon=12.8288&zoom=14&layers=M e quello più grezzo: http://www.openstreetmap.org/?lat=42.547&lon=12.932&zoom=14&layers=M il problema è: se lo fai grezzo potrebbe essere che unisci 2 foreste in realtà separate, e ti accorgi solo più tardi quando vedi nel dettaglio. Per la versione grezza imposto il WMS a ca. 500 mentre per le versione in dettaglio su 50. Una possibilità che vedo è tracciare al livello alto (50 m) e poi chiudere preliminarmente con un bordo dritto (cosí si capisce che non è completo): l'ho fatto qui per esempio: http://www.openstreetmap.org/?lat=42.4414&lon=12.6888&zoom=13&layers=M > 2. quando l'area diventa molto grossa (=molti nodi) spostare/creare un > nuovo nodo di un'area diventa LENTISSIMO su JOSM. Deve essere qualche > bug / mancata ottimizzazione: ad ogni spostamento di nodo, JOSM > ridisegna il contenuto dell'area (cioè il poligono pieno e colorato) e > questa operazione, oltre che inutile nel mio caso, è lentissima. anche non avendo osservato questo effetto consiglio di mettere JOSM in "wireframe" ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
2010/9/21 Simone Saviolo : > Il 21 settembre 2010 12:29, Stefano Tampieri > ha scritto: >> Il cartello di solito è questo >> http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_pista_ciclabile_contigua_al_marciapiede.svg >> ma il tutto si svolge sul marciapiede > > Che il tutto si svolga sul marciapiede non ha importanza: se c'è quel > cartello lì, la striscia a terra della segnaletica orizzontale è come > un muro: i pedoni non possono attraversarla per andare nella ciclabile > e viceversa. +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
2010/9/21 Federico Cozzi : > 2010/9/21 M∡rtin Koppenhoefer : >> però il codice della strada prevede una certa situazione legale >> secondo il cartello messo. Se le autorità non mettono i cartelli che >> sono quelli che intendono di mettere vale comunche legalmente il >> cartello. Cosa intendo: la segregazione è del tipo legale, non fisico. > > La segregazione legale non esiste. Se - in bicicletta - investi un > pedone su una pista che è segnalata come segregated e nella pratica > non lo è, nessun giudice ti darà ragione quello è al giudice da giudicare, cmq. anche in Germania se investi un pedone è improbabile che non sei dato al meno una parte della colpa (anche in macchina tra altro). > In Germania è diverso e i > pedoni sono trattati male sulle piste ciclabili (mi è capitato a > Monaco), qui in Italia il ciclista è comunque soggetto alle regole di > usuale prudenza. come scritto: anche in Germania. Il pedone poi potrebbe sempre dire che stava per attraversare (perché usare la pista in piedi è vietato) > Il tagging segregated=yes sulla mappa serve ai ciclisti per > pianificare lo spostamento e capire quali ciclabili sono "più veloci" > di altre, perché il traffico è segregato. Ma se metti una mappatura > errata, cioè quella del cartello e non quella della realtà, la > pianificazione crolla. la segregazione secondo questo cartello fisicamente non è più di una linea bianca (altrimenti si fanno 2 cartelli: uno per pedoni, uno per bici). > Secondo me la mappatura su OSM non può essere troppo "letterale" (c'è > il cartello oppure no), quello con "ufficial" e/oppure "traffic_sign" è sempre utile. > bisogna comunque applicare il CdS. certo. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] impostazioni wmsplugin funzionanti
2010/9/21 Luca Delucchi : > Il 15 settembre 2010 16:30, M∡rtin Koppenhoefer > ha scritto: >> >> no, questo non è consentito dal agreement col PCN (anche se potrebbe >> essere possibile tecnicamente). >> > > +1, hanno bannato il server di gfoss perchè faceva cache, secondo me > non è legale (stando a quanto c'è scritto sul sito del ministero > dell'ambiente) neanche fare la cache direttamente sul proprio pc non penso, che loro lo vedono cosí: qualsiasi computer deve (oppure potrebbe) fare una copia anche se chiami il WMS loro (una copia nel cache che non è necessariamente accessibile/usufruibile dal utente). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] impostazioni wmsplugin funzionanti
Il 15 settembre 2010 16:30, M∡rtin Koppenhoefer ha scritto: > > no, questo non è consentito dal agreement col PCN (anche se potrebbe > essere possibile tecnicamente). > +1, hanno bannato il server di gfoss perchè faceva cache, secondo me non è legale (stando a quanto c'è scritto sul sito del ministero dell'ambiente) neanche fare la cache direttamente sul proprio pc > Ciao, > Martin > ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
Il 21 settembre 2010 12:29, Stefano Tampieri ha scritto: > Il cartello di solito è questo > http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_pista_ciclabile_contigua_al_marciapiede.svg > ma il tutto si svolge sul marciapiede Che il tutto si svolga sul marciapiede non ha importanza: se c'è quel cartello lì, la striscia a terra della segnaletica orizzontale è come un muro: i pedoni non possono attraversarla per andare nella ciclabile e viceversa. Vale la stessa regola per cui la riga continua nella mezzeria significa divieto di sorpasso: la riga è come un muro. Non una barriera fisica ma una legale; quindi se segregated si riferisce alla condizione legale, allora in quel caso ci vuole segregated=yes. > Stefano Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
Il 21 settembre 2010 12:08, Federico Cozzi ha scritto: > E' proprio questo il punto di differenza. Io non ho voglia, e non mi > sembra corretto, fare una "media" del bosco, cioè mappare come bosco > una zona che bosco non è, e inoltre prima di fare questo devo fare la > "media" di tutto il bosco, anche se a basso zoom. A parte il fatto che non mi impunterei sul fatto di scrivere bosco solo dove è bosco... disegnando il RIVERBANK (non il RIVER monodimensionale ma il RIVERBANK bidimensionale) di alcuni tratti del Sesia e del Po sono incappato in boschi importati da non so quale DB europeo (oltre ad alcuni della CTR Lombardia) che erano tutto fuorché precisi. Comunque, tornando al metodo di lavoro: > Io vorrei fare un flusso di lavoro di questo tipo: > 1. mappo una "macchia" del bosco, con la certezza che la zona che ho > mappato bosco è effettivamente bosco. Non è detto che io abbia mappato > tutto il bosco! Posso già fare upload e arricchire la mappa > 2. eventualmente in una sessione successiva, allargo questa macchia. > Posso allargarla in due modi, anche se non cambia molto: posso > aggiungere un'altra macchia (connessa alla prima) in una zona che > prima non avevo visualizzato, oppure posso aumentare lo zoom e > allargare i bordi della mappa già mappata. Anche in questo caso, > upload e stacco > 3. itero il passo 2 allargando l'area oppure aumentando lo zoom finché > non sono soddisfatto Tutto molto chiaro, ma continuo a non vedere perché tu non possa fare come suggerivo io. Vedo due possibili modi di procedere: 1) Si fa un riempimento "a blob". Inizio a segnare un quadrato, ad esempio, al centro del bosco, dopodiché voglio dettagliare, diciamo, il lato nord. Prenderò il lato nord del quadrato e gli aggiungerò nodi che sposterò in posizione; eventualmente procedo ad approssimazioni successive, dando prima un dettaglio minore e poi uno più ricco. I lati dettagliati sono "corretti e precisi", gli altri sono "corretti e imprecisi", e non ho fatto aree addizionali connesse con le vecchie aree delle approssimazioni precedenti. 2) Si disegna il bosco "a tratti". Scelgo un punto sul perimetro, diciamo a nord-est, procedo in senso antiorario ad alti livelli di zoom, quando ne ho abbastanza (ad esempio fino all'estremità nord-ovest) congiungo le due estremità con una linea approssimata che passa senz'altro all'interno del bosco, cosicché l'area sia "corretta" (copre solo bosco). La volta dopo prenderò un tratto di quella linea approssimata e le aggiungerò nodi che sposterò in posizione. Devo solo fare attenzione, se voglio che l'area sia sempre "corretta", che la nuova linea di chiusura passi sempre soltanto dentro al bosco. > Questa procedura perché, per mappare la "media" del bosco come dici > tu, dovrei scaricare le ortofoto di tutto il bosco, ma così facendo > farei scattare il ban del PCN. No! Mi metto a zoom basso (diciamo 1km?) in modo da inquadrare tutto il bosco, e DOPO apro il WMS (o faccio "Cambia risoluzione"). Così scarico tile a bassa risoluzione, con una tile che mi copre, dico a caso, 500m x 500m, e mi basta una decina di tile per coprire tutta la zona. > Il mio obiettivo è di mappare il bosco a macchie in modo tale che > l'unione delle macchie sia la zona di bosco. E' una procedura > iterativa che può richiedere varie sessioni e che converge alla > mappatura corretta come riempimento dall'interno, però come dicevo > sarebbe più facile da fare con uno strumento di editing bitmap > piuttosto che vettoriale. Se alla fine hai N macchie separate (cioè, ciascuna una way chiusa, con nodi in comune), stai mappando per il rendering. Il render avrà un bel macchione verde dato dall'unione delle macchie, ma il database penserà che ci siano N boschi tutti uno attaccato all'altro. > Ciao, > Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
Il cartello di solito è questo http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_pista_ciclabile_contigua_al_marciapiede.svg ma il tutto si svolge sul marciapiede Il giorno 21 settembre 2010 12:20, Federico Cozzi ha scritto: > 2010/9/21 Stefano Tampieri : > > Da me a Imola, ultimamente sono sorte delle piste ciclabili dove prima > > c'erano dei marciapiedi, separando > > con la vernice il marciapiede, lato strada, bici, lato muro pedonale. > > In questo caso è segregated=yes? > > I cartelli italiani sono: > > http://it.wikipedia.org/wiki/Segnaletica_verticale_italiana:_segnali_di_prescrizione > > I due tipi di piste ciclabili sono: > -"itinerario percorribile sia da pedoni, sia da ciclisti." : segregated=no > -"itinerario costituito da una pista ciclabile affiancata ad un > marciapiede." segregated=yes > > Tecnicamente è segregated=yes ma non sono sicuro... > > Ciao, > Federico > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it > -- Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
2010/9/21 Stefano Tampieri : > Da me a Imola, ultimamente sono sorte delle piste ciclabili dove prima > c'erano dei marciapiedi, separando > con la vernice il marciapiede, lato strada, bici, lato muro pedonale. > In questo caso è segregated=yes? I cartelli italiani sono: http://it.wikipedia.org/wiki/Segnaletica_verticale_italiana:_segnali_di_prescrizione I due tipi di piste ciclabili sono: -"itinerario percorribile sia da pedoni, sia da ciclisti." : segregated=no -"itinerario costituito da una pista ciclabile affiancata ad un marciapiede." segregated=yes Tecnicamente è segregated=yes ma non sono sicuro... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Violazione copyright
In data martedì 21 settembre 2010 11:48:20, Simone Cortesi ha scritto: > 2010/9/21 Matteo Gottardi : > > Ho notato che l'user os56 ha mappato dei sentieri prendendo i dati dal > > sito http://www.trekking.suedtirol.info/ (vedere i changeset 5760427 e > > 5766868), per il quale non abbiamo nessun permesso. > > ma i dati della provincia di bolzano non erano liberi? io mi ricordo cosi'. Forse mi sbaglio (vado a memoria, non ho trovato traccia dell'autorizzazione sul wiki), ma mi pare che il permesso si limitasse ai dati presenti sul loro sito. Da quel che mi hanno detto, il sito http://www.trekking.suedtirol.info/ e' di proprieta' dell'Alpenverein Südtirol, e la provincia sta lavorando per integrare quei dati nel loro database. Se mi dai conferma che quei dati sono _gia'_ liberi, tanto meglio, inizio subito a mappare :) Ciao, Teo -- * Matteo Gottardi | matg...@tin.it * ICQ UIN 20381372 * Linux - the choice of a GNU generation * GPG Fingerprint: * B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
2010/9/21 Federico Cozzi : > Io vorrei fare un flusso di lavoro di questo tipo: Faccio un esempio: sto lavorando qui: http://www.openstreetmap.org/?lat=42.7822&lon=10.2851&zoom=14&layers=M l'area verde che ho mappato come bosco è effettivamente bosco, cioè è una mappatura corretta. Quello che non è corretto è il perimetro del bosco, che è corretto solo nell'angolo nord-ovest dove il bosco confina con la SP24. Questo bosco deve ancora essere allargato verso sud e ovest (non ho scaricato le ortofoto, non ho proprio idea di come sia fatto lì) e deve essere rifinito a est e nord. Ripeto, questa procedura un po' inusuale è corretta ma incompleta, nel senso che ad ogni upload ho caricato informazioni corrette (l'area mappata come bosco è effettivamente bosco). E' incompleta, nel senso che non ho mappato come bosco aree che sono effettivamente bosco. Ma dopotutto l'intero OSM è incompleto (mancano strade ecc.) e quindi è "giusta" una mappatura corretta ma incompleta. Solo che una mappatura "corretta ma incompleta" di una featura bidimensionale è molto diversa da una analoga mappatura "corretta ma incompleta" monodimensionale. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
2010/9/21 Simone Saviolo : >> abbastanza fissi i nodi già disegnati. Per migliorare una versione >> approssimata di un bosco devo fare un secondo perimetro più ampio del >> precedente, che non ne condivide neanche un nodo. >> E' per questo che l'aggiunta di nodi al perimetro già disegnato è >> abbastanza laboriosa: perché il lavoro va rifatto praticamente da >> capo. > Perché, scusa? A bassi livelli di zoom fai una "media", tracciando una > linea retta dove la feature non è proprio retta. Ad alti livelli di > zoom aggiungi dettaglio, aggiungendo nodi e spostando quelli > esistenti. Se ti accorgi che hai segnato bosco dove bosco non è, > sposti i nodi. E' proprio questo il punto di differenza. Io non ho voglia, e non mi sembra corretto, fare una "media" del bosco, cioè mappare come bosco una zona che bosco non è, e inoltre prima di fare questo devo fare la "media" di tutto il bosco, anche se a basso zoom. Io vorrei fare un flusso di lavoro di questo tipo: 1. mappo una "macchia" del bosco, con la certezza che la zona che ho mappato bosco è effettivamente bosco. Non è detto che io abbia mappato tutto il bosco! Posso già fare upload e arricchire la mappa 2. eventualmente in una sessione successiva, allargo questa macchia. Posso allargarla in due modi, anche se non cambia molto: posso aggiungere un'altra macchia (connessa alla prima) in una zona che prima non avevo visualizzato, oppure posso aumentare lo zoom e allargare i bordi della mappa già mappata. Anche in questo caso, upload e stacco 3. itero il passo 2 allargando l'area oppure aumentando lo zoom finché non sono soddisfatto Questa procedura perché, per mappare la "media" del bosco come dici tu, dovrei scaricare le ortofoto di tutto il bosco, ma così facendo farei scattare il ban del PCN. Quindi io mi accontento di mappare una macchia del bosco. In ogni caso, dopo ogni upload, ho aggiunto informazioni "corrette" alla mappa, cioè ho coperto con un poligono landuse=forest una zona che è effettivamente bosco. Il mio obiettivo è di mappare il bosco a macchie in modo tale che l'unione delle macchie sia la zona di bosco. E' una procedura iterativa che può richiedere varie sessioni e che converge alla mappatura corretta come riempimento dall'interno, però come dicevo sarebbe più facile da fare con uno strumento di editing bitmap piuttosto che vettoriale. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
Da me a Imola, ultimamente sono sorte delle piste ciclabili dove prima c'erano dei marciapiedi, separando con la vernice il marciapiede, lato strada, bici, lato muro pedonale. In questo caso è segregated=yes? Il giorno 21 settembre 2010 11:31, Federico Cozzi ha scritto: > 2010/9/21 M∡rtin Koppenhoefer : > > però il codice della strada prevede una certa situazione legale > > secondo il cartello messo. Se le autorità non mettono i cartelli che > > sono quelli che intendono di mettere vale comunche legalmente il > > cartello. Cosa intendo: la segregazione è del tipo legale, non fisico. > > La segregazione legale non esiste. Se - in bicicletta - investi un > pedone su una pista che è segnalata come segregated e nella pratica > non lo è, nessun giudice ti darà ragione: devi comunque usare > l'accortezza di regolare la tua velocità. In Germania è diverso e i > pedoni sono trattati male sulle piste ciclabili (mi è capitato a > Monaco), qui in Italia il ciclista è comunque soggetto alle regole di > usuale prudenza. > Il tagging segregated=yes sulla mappa serve ai ciclisti per > pianificare lo spostamento e capire quali ciclabili sono "più veloci" > di altre, perché il traffico è segregato. Ma se metti una mappatura > errata, cioè quella del cartello e non quella della realtà, la > pianificazione crolla. > > >> E' footway un generico percorso pedonale urbano, ad es. un vialetto > >> che taglia dei giardinetti, che collega due strade, ecc. > >> Molto spesso questi percorsi non sono dei percorsi pedonali > >> "ufficiali" e quindi manca il cartello foot=official > > se non c'è cartello potrei anche andare in moto? Io situazioni simili > > taggo con highway=service, service=alley, width=larghezza, > > Se è un marciapiede, vialetto nei giardinetti, ecc. è il CdS che vieta > di andare in moto, non certo un cartello. > > Secondo me la mappatura su OSM non può essere troppo "letterale" (c'è > il cartello oppure no), bisogna comunque applicare il CdS. > > Ciao, > Federico > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it > -- Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Violazione copyright
2010/9/21 Matteo Gottardi : > Ho notato che l'user os56 ha mappato dei sentieri prendendo i dati dal sito > http://www.trekking.suedtirol.info/ (vedere i changeset 5760427 e 5766868), > per il quale non abbiamo nessun permesso. ma i dati della provincia di bolzano non erano liberi? io mi ricordo cosi'. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Violazione copyright
Ho notato che l'user os56 ha mappato dei sentieri prendendo i dati dal sito http://www.trekking.suedtirol.info/ (vedere i changeset 5760427 e 5766868), per il quale non abbiamo nessun permesso. Ho contattato l'autore, ma non ho ancora ricevuto risposta. Potrebbe provare a contattarlo qualcuno che conosce il tedesco, o che e' in grado di scrivere una mail in un inglese comprensibile? Le mie conoscenze linguistiche sono piuttosto limitate :( In questi casi come ci si comporta? Chi si deve contattare per far sparire quei dati dal db? -- * Matteo Gottardi | matg...@tin.it * ICQ UIN 20381372 * Linux - the choice of a GNU generation * GPG Fingerprint: * B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Geodati della rete escursionistica dell'Alto Adige
Salve a tutti, ho appena ricevuto una buona notizia: i geodati del sito http://www.trekking.suedtirol.info/ saranno "presto" a disposizione di tutti, con possibilita' di essere scaricati. Il presto e' virgolettato perche' si trattera' di minimo 6 mesi... Per quanto riguarda la licenza, ci saranno problemi, in quanto i dati avranno la clausola "non commerciale". Quindi o ci facciamo rilasciare un permesso apposito (non so neanche se sia possibile), oppure attendiamo 3 anni, dopo i quali la clausola "non commerciale" sparira'. Visto che la carta digitale escursionistica e' stata messa online il 24/06/2008, si tratterebbe di aspettare 9 mesi... -- * Matteo Gottardi | matg...@tin.it * ICQ UIN 20381372 * Linux - the choice of a GNU generation * GPG Fingerprint: * B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
Il 21 settembre 2010 11:23, Federico Cozzi ha scritto: > 2010/9/21 Simone Saviolo : >>> Sia tu che Elena suggerite questo metodo, ma l'avete mai provato? >> Sì: fiumi e corsi d'acqua :-) > > Ah, ma ti riferisci a feature lineari. Il problema per le feature > bidimensionali è completamente diverso. Soprattutto per i boschi. No, mi riferivo al riverbank. Ma non importa. > abbastanza fissi i nodi già disegnati. Per migliorare una versione > approssimata di un bosco devo fare un secondo perimetro più ampio del > precedente, che non ne condivide neanche un nodo. > E' per questo che l'aggiunta di nodi al perimetro già disegnato è > abbastanza laboriosa: perché il lavoro va rifatto praticamente da > capo. Perché, scusa? A bassi livelli di zoom fai una "media", tracciando una linea retta dove la feature non è proprio retta. Ad alti livelli di zoom aggiungi dettaglio, aggiungendo nodi e spostando quelli esistenti. Se ti accorgi che hai segnato bosco dove bosco non è, sposti i nodi. >>> 1. lo "pseudo-nodo" per aggiungere nodi intermedi non sempre è >>> visibile: essendo posizionato nel punto medio di un segmento, può >>> essere fuori dal campo visivo attuale. Sarebbe comodo se fosse sempre >>> all'interno del campo visivo. >> Aggiungi un nodo dove ti serve! Vai in modalità disegna con A, clicca >> sul punto desiderato, poi in seleziona con S lo trascini. > > A, clic, S, trascinamento - per ogni nodo? Sto parlando di boschi con > centinaia di nodi (uno piccolo appena abbozzato ha già superato i 200 > nodi), questo metodo è troppo lento. Non mi sembra che sia così tanto più costoso del trascinamento del punto medio, tanto più che non ti serve spostare il mouse fino al punto medio - quando magari ti devi inserire a un quinto della lunghezza. Ma è anche questione di abitudine, immagino. > Ciao, > Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
2010/9/21 M∡rtin Koppenhoefer : > però il codice della strada prevede una certa situazione legale > secondo il cartello messo. Se le autorità non mettono i cartelli che > sono quelli che intendono di mettere vale comunche legalmente il > cartello. Cosa intendo: la segregazione è del tipo legale, non fisico. La segregazione legale non esiste. Se - in bicicletta - investi un pedone su una pista che è segnalata come segregated e nella pratica non lo è, nessun giudice ti darà ragione: devi comunque usare l'accortezza di regolare la tua velocità. In Germania è diverso e i pedoni sono trattati male sulle piste ciclabili (mi è capitato a Monaco), qui in Italia il ciclista è comunque soggetto alle regole di usuale prudenza. Il tagging segregated=yes sulla mappa serve ai ciclisti per pianificare lo spostamento e capire quali ciclabili sono "più veloci" di altre, perché il traffico è segregato. Ma se metti una mappatura errata, cioè quella del cartello e non quella della realtà, la pianificazione crolla. >> E' footway un generico percorso pedonale urbano, ad es. un vialetto >> che taglia dei giardinetti, che collega due strade, ecc. >> Molto spesso questi percorsi non sono dei percorsi pedonali >> "ufficiali" e quindi manca il cartello foot=official > se non c'è cartello potrei anche andare in moto? Io situazioni simili > taggo con highway=service, service=alley, width=larghezza, Se è un marciapiede, vialetto nei giardinetti, ecc. è il CdS che vieta di andare in moto, non certo un cartello. Secondo me la mappatura su OSM non può essere troppo "letterale" (c'è il cartello oppure no), bisogna comunque applicare il CdS. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domande
2010/9/20 Stefano Tampieri : > > > Il giorno 15 settembre 2010 18:47, Fabri ha scritto: >> >> Come mai la ricerca del tag fuel:lpg=yes da errore in josm? >> > > Fabri hai risolto ? si, la risposta sta scritta sopra: "If either the search key or value contain any special characters (like (, ), :, space) it needs to be enclosed in double quotes." quindi mettere " " ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
2010/9/21 Simone Saviolo : >> Sia tu che Elena suggerite questo metodo, ma l'avete mai provato? > Sì: fiumi e corsi d'acqua :-) Ah, ma ti riferisci a feature lineari. Il problema per le feature bidimensionali è completamente diverso. Soprattutto per i boschi. Una versione "approssimata" di un corso d'acqua è un corso d'acqua parziale, cioè una way che coincide con il fiume ma è più corta (perché manca di una o entrambe le estremità). Una versione "approssimata" di un bosco non è un perimetro parziale del bosco (se non è chiuso è inutile) ma un'area più piccola di quella effettiva del bosco, ad esempio il centro del bosco. La differenza è che per migliorare una versione approssimata di una feature lineare aggiungo nodi ad una o entrambe le estremità, ma tengo abbastanza fissi i nodi già disegnati. Per migliorare una versione approssimata di un bosco devo fare un secondo perimetro più ampio del precedente, che non ne condivide neanche un nodo. E' per questo che l'aggiunta di nodi al perimetro già disegnato è abbastanza laboriosa: perché il lavoro va rifatto praticamente da capo. >> 1. lo "pseudo-nodo" per aggiungere nodi intermedi non sempre è >> visibile: essendo posizionato nel punto medio di un segmento, può >> essere fuori dal campo visivo attuale. Sarebbe comodo se fosse sempre >> all'interno del campo visivo. > Aggiungi un nodo dove ti serve! Vai in modalità disegna con A, clicca > sul punto desiderato, poi in seleziona con S lo trascini. A, clic, S, trascinamento - per ogni nodo? Sto parlando di boschi con centinaia di nodi (uno piccolo appena abbozzato ha già superato i 200 nodi), questo metodo è troppo lento. > Elena in effetti suggerisce una cosa interessante: JOSM disegna il > fill sia che ci sia una sola way chiusa sia che ci sia un > multipoligono. Non so se il multipoligono risolverebbe il problema > della lentezza. Basterebbe non fare la relazione multipoligono durante l'editing, e crearla solo alla fine. In quel modo eviterei il fill durante l'editing. Mmhh, ora che ci penso si potrebbe usare questo trucco anche senza relazione, forse basta togliere i tag e poi rimetterli alla fine dell'editing... Ora investigo anche tra le opzioni di JOSM Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto Pista ciclabile
2010/9/20 Federico Cozzi : > 2010/9/20 Federico Cozzi : >> segregated=no (ciclabile e percorso pedonale non sono separati) > > segregated=yes/no è meglio rilevarlo dalla pista vera e propria > piuttosto che affidarsi al cartello. Spesso i cartelli sono > inaffidabili da questo punto di vista. però il codice della strada prevede una certa situazione legale secondo il cartello messo. Se le autorità non mettono i cartelli che sono quelli che intendono di mettere vale comunche legalmente il cartello. Cosa intendo: la segregazione è del tipo legale, non fisico. > E' footway un generico percorso pedonale urbano, ad es. un vialetto > che taglia dei giardinetti, che collega due strade, ecc. > Molto spesso questi percorsi non sono dei percorsi pedonali > "ufficiali" e quindi manca il cartello foot=official se non c'è cartello potrei anche andare in moto? Io situazioni simili taggo con highway=service, service=alley, width=larghezza, ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
In data martedì 21 settembre 2010 10:09:01, Elena of Valhalla ha scritto: > se si spostano nodi di un area data da un multipoligono composto da > piu` segmenti con role outer come funziona? il tipo di multipoligono > che si usa per fare contorni con piu` di 2000 punti, intendo > > se funziona meglio, si potrebbe spezzare la way di cui sopra in pezzi > maneggevoli, e poi riunirli prima del commit (tanto josm gestisce bene > queste operazioni all'interno della relazione multipolygon) Io invece lascerei i segmenti separati, in modo da poter taggare i singoli segmenti. In questo modo si puo' lasciare un tag FIXME="tracciato approssimativo" nelle parti ancora da rifinire. -- * Matteo Gottardi | matg...@tin.it * ICQ UIN 20381372 * Linux - the choice of a GNU generation * GPG Fingerprint: * B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
2010/9/21 Daniele Forsi : >> Obiettivo: vorrei mappare i boschi dell'Isola d'Elba usando le >> ortofoto del PCN (fantastiche nonostante tutti i problemi di ban) > esiste questo plugin, non l'ho mai provato: > http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Fuzzer Neanch'io, ma temo non faccia miracoli. Spesso i boschi confinano con aree agricole (es. vigneti) e sembrano entrambi "verdi". La differenza è abbastanza chiara a bassi zoom (il pattern è diverso), ma appena aumenti lo zoom diventa tutto "verde" e non capisci più dov'è il confine... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
Il 21 settembre 2010 00:35, Federico Cozzi ha scritto: > Obiettivo: vorrei mappare i boschi dell'Isola d'Elba usando le > ortofoto del PCN (fantastiche nonostante tutti i problemi di ban) esiste questo plugin, non l'ho mai provato: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Fuzzer -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
Il 21 settembre 2010 09:54, Federico Cozzi ha scritto: > Sia tu che Elena suggerite questo metodo, ma l'avete mai provato? Sì: fiumi e corsi d'acqua :-) > Purtroppo è molto più scomodo di quanto sembri: > 1. lo "pseudo-nodo" per aggiungere nodi intermedi non sempre è > visibile: essendo posizionato nel punto medio di un segmento, può > essere fuori dal campo visivo attuale. Sarebbe comodo se fosse sempre > all'interno del campo visivo. Aggiungi un nodo dove ti serve! Vai in modalità disegna con A, clicca sul punto desiderato, poi in seleziona con S lo trascini. > 2. quando l'area diventa molto grossa (=molti nodi) spostare/creare un > nuovo nodo di un'area diventa LENTISSIMO su JOSM. Deve essere qualche > bug / mancata ottimizzazione: ad ogni spostamento di nodo, JOSM > ridisegna il contenuto dell'area (cioè il poligono pieno e colorato) e > questa operazione, oltre che inutile nel mio caso, è lentissima. E' > per questo che parlavo di multipolygon: per tenere basso il numero di > nodi Strano, a me non rallenta molto. O hai a che fare con un numero veramente elevato di nodi - e in quel caso, sì, fai un multipoligono - oppure... sei su Linux! :-P Io prima avevo sconsigliato il multipoligono perché forse c'era stata un'incomprensione: avevo pensato che volessi usare il multipoligono per fare i tasselli come dicevi. Elena in effetti suggerisce una cosa interessante: JOSM disegna il fill sia che ci sia una sola way chiusa sia che ci sia un multipoligono. Non so se il multipoligono risolverebbe il problema della lentezza. > Ciao, > Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
Elena of Valhalla, on 21/09/2010 10.09, wrote: On 9/21/10, Federico Cozzi wrote: Sia tu che Elena suggerite questo metodo, ma l'avete mai provato? come scrivevo sopra, no Purtroppo è molto più scomodo di quanto sembri: 1. lo "pseudo-nodo" per aggiungere nodi intermedi non sempre è visibile: essendo posizionato nel punto medio di un segmento, può essere fuori dal campo visivo attuale. Sarebbe comodo se fosse sempre all'interno del campo visivo. io proponevo di avvicinarsi al dettaglio per gradi, per cui avendo sempre qualche nodo del livello precedente visibile In josm se non è visibile il punto intermedio del segmento si può aggiungere un punto dove si vuole usando lo strumento aggiungi nodo e poi usando lo strumento sposta nodo si sposta. Detto così sembra molto lungo ma usando i shortcut di tastiera (tasto A e tasto S e se serve il tasto ESC per deselezionare) e abbastanza veloce. in effetti proporre di spostare lo pseudo-nodo nel campo visivo sarebbe comunque una buona proposta, indipendentemente dal problema 2. quando l'area diventa molto grossa (=molti nodi) spostare/creare un nuovo nodo di un'area diventa LENTISSIMO su JOSM. Deve essere qualche bug / mancata ottimizzazione: ad ogni spostamento di nodo, JOSM ridisegna il contenuto dell'area (cioè il poligono pieno e colorato) e questa operazione, oltre che inutile nel mio caso, è lentissima. E' per questo che parlavo di multipolygon: per tenere basso il numero di nodi se si spostano nodi di un area data da un multipoligono composto da piu` segmenti con role outer come funziona? il tipo di multipoligono che si usa per fare contorni con piu` di 2000 punti, intendo se funziona meglio, si potrebbe spezzare la way di cui sopra in pezzi maneggevoli, e poi riunirli prima del commit (tanto josm gestisce bene queste operazioni all'interno della relazione multipolygon) +1 Ciao, Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)
Nel documento [1] c'è scritto che con questo ricevitore monofrequenza (uBlox LEA-4T oppure LEA-5T) si riesce ad ottenere dati di qualità centimetrica (2-3cm) però è un po' lento per quello che riguarda la prima acquisizione, dove ci mette anche due minuti. Per questo è usabile solamente per rilevamenti fissi e non per es. rilevamento su veicoli, dove si può perdere il segnale. Ciao, Damjan [1] http://gpspp.sakura.ne.jp/paper2005/isgps_2009_rtklib_revA.pdf Federico Cozzi, on 21/09/2010 9.05, wrote: 2010/9/21 Carlo Stemberger: Se non ho capito male è "cinematico", cioè deve stare fermo. Sai spiegare in parole povere il concetto ad un ignorante come me? Non l'ho capito bene neanch'io, ma sospetto che debba stare "fermo" durante un'acquisizione. E' perfetto per le misure agrarie / urbane / ecc., un po' meno per un navigatore. Non ho neanche capito quanto a lungo debba stare fermo, se una frazione di secondo o svariati secondi... Insomma se qualcuno ne sa di più lo spieghi :-) Ciao, Federico ___ 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] Come mappare efficacemente un bosco?
On 9/21/10, Federico Cozzi wrote: > Sia tu che Elena suggerite questo metodo, ma l'avete mai provato? come scrivevo sopra, no > Purtroppo è molto più scomodo di quanto sembri: > 1. lo "pseudo-nodo" per aggiungere nodi intermedi non sempre è > visibile: essendo posizionato nel punto medio di un segmento, può > essere fuori dal campo visivo attuale. Sarebbe comodo se fosse sempre > all'interno del campo visivo. io proponevo di avvicinarsi al dettaglio per gradi, per cui avendo sempre qualche nodo del livello precedente visibile in effetti proporre di spostare lo pseudo-nodo nel campo visivo sarebbe comunque una buona proposta, indipendentemente dal problema > 2. quando l'area diventa molto grossa (=molti nodi) spostare/creare un > nuovo nodo di un'area diventa LENTISSIMO su JOSM. Deve essere qualche > bug / mancata ottimizzazione: ad ogni spostamento di nodo, JOSM > ridisegna il contenuto dell'area (cioè il poligono pieno e colorato) e > questa operazione, oltre che inutile nel mio caso, è lentissima. E' > per questo che parlavo di multipolygon: per tenere basso il numero di > nodi se si spostano nodi di un area data da un multipoligono composto da piu` segmenti con role outer come funziona? il tipo di multipoligono che si usa per fare contorni con piu` di 2000 punti, intendo se funziona meglio, si potrebbe spezzare la way di cui sopra in pezzi maneggevoli, e poi riunirli prima del commit (tanto josm gestisce bene queste operazioni all'interno della relazione multipolygon) -- 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] [Puglia] Bisceglie static MP
On 20.09.10, 16:54, Diego Guidotti - Aedit s.r.l. wrote: > In effetti ne manca qualcuno a Foggia [1] (Castelluccio Valmaggiore, Celle di > San Vito, Faeto e Roseto Valforte) . > [1] http://www.gfoss.it/osm/stat/?cod_pro=71 Non me n'ero proprio accorto! Grazie della segnalazione, vedremo di sgominarli :D Ciao -- Francesco de Virgilio *Ubuntu-it team member* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" signature.asc Description: Digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
2010/9/21 Simone Saviolo : > Io farei semplicemente una way chiusa che definisco man mano. Mi > metterei ad alti livelli di zoom e traccerei un confine molto grezzo; > poi man mano mi avvicinerei e farei il giro del bordo, aggiungendo > punti e spostando quelli esistenti. Sia tu che Elena suggerite questo metodo, ma l'avete mai provato? Purtroppo è molto più scomodo di quanto sembri: 1. lo "pseudo-nodo" per aggiungere nodi intermedi non sempre è visibile: essendo posizionato nel punto medio di un segmento, può essere fuori dal campo visivo attuale. Sarebbe comodo se fosse sempre all'interno del campo visivo. 2. quando l'area diventa molto grossa (=molti nodi) spostare/creare un nuovo nodo di un'area diventa LENTISSIMO su JOSM. Deve essere qualche bug / mancata ottimizzazione: ad ogni spostamento di nodo, JOSM ridisegna il contenuto dell'area (cioè il poligono pieno e colorato) e questa operazione, oltre che inutile nel mio caso, è lentissima. E' per questo che parlavo di multipolygon: per tenere basso il numero di nodi Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
Il 21 settembre 2010 00:35, Federico Cozzi ha scritto: > Idealmente mi piacerebbe un approccio incrementale, del tipo "qui c'è > sicuramente bosco" e poi aggiungo / correggo col tempo. > Ad esempio sarebbe fantastico lavorare a basso zoom e suddividere la > mappa in "pixel" 1km x 1km: potrei "colorare" i pixel centrali del > bosco (immaginate di usare Paint o un programma analogo bitmap), poi > quando ho finito a zoom 1km x 1km aumento lo zoom e lavoro sui > "bordi", poi ripeto ecc. > In questo modo ogni "pixel" colorato è sicuramente bosco, già dopo > alcuni "pixel" colorati ho aggiunto informazioni alla mappa e qualcun > altro può proseguire, ecc. Questa è un'ottima idea. Ci vorrebbe un editor apposta, che permetta di colorare la mappa e poi interpreti l'area colorata creando una way che la delimita. Sarebbe molto comodo per praticamente tutte le feature ad area. > Stavo pensando di usare i multipolygon e di costruire questi pixel con > segmenti retti. ...ma questo non mi sembra un metodo intelligente. Aggiungeresti un sacco di nodi che poi dovresti man mano rimuovere. > Ma mi sembra tutto molto complicato e mi chiedevo se ci fosse un > metodo migliore, rapido e "incrementale". Io farei semplicemente una way chiusa che definisco man mano. Mi metterei ad alti livelli di zoom e traccerei un confine molto grezzo; poi man mano mi avvicinerei e farei il giro del bordo, aggiungendo punti e spostando quelli esistenti. Dato che OSM ha un database pensato per lo stile wiki, è meglio non esagerare con il numero di changeset: invece che mille piccole modifiche sono senz'altro meglio poche ma sostanziose. Ovviamente, compatibilmente con la disponibilità di tempo di ognuno :-) > Ciao, > Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare efficacemente un bosco?
On 9/21/10, Federico Cozzi wrote: > Obiettivo: vorrei mappare i boschi dell'Isola d'Elba usando le > ortofoto del PCN (fantastiche nonostante tutti i problemi di ban) > > Problema: seguire col mouse e i clic ripetuti il "profilo" di un bosco > è tutt'altro che facile. [...] > Stavo pensando di usare i multipolygon e di costruire questi pixel con > segmenti retti. butto li` un'idea: fare un contorno grezzo e sottostimato con pochi punti allo zoom in cui si vede tutto il bosco, dopodiche' alzare lo zoom e un lato per volta rifinirlo spostando i punti esistenti piu` vicino al bordo e usando il comodo creatore di punti intermedi per aggiungere piu` definizione non l'ho mai usata, non so se possa funzionare, ma dovrebbe avere il vantaggio di dare alla fine del lavoro una soluzione pulita, senza segmenti che avanzano dal procedimento -- 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] Per gli appassionati di "bricolage": GPS fai da te :)
2010/9/21 Carlo Stemberger : >> Se non ho capito male è "cinematico", cioè deve stare fermo. > Sai spiegare in parole povere il concetto ad un ignorante come me? Non l'ho capito bene neanch'io, ma sospetto che debba stare "fermo" durante un'acquisizione. E' perfetto per le misure agrarie / urbane / ecc., un po' meno per un navigatore. Non ho neanche capito quanto a lungo debba stare fermo, se una frazione di secondo o svariati secondi... Insomma se qualcuno ne sa di più lo spieghi :-) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
