Ragazzi stanno aggiungendo un po' di eventi [1] e manca veramente poco
tempo, io ho contatto il gruppo di verona chiunque può partecipare fa
un piacere alla nostra comunità e a quella di FIAB che a breve
inaugurerà il nuovo portale cartografico che supporterà anche
OpenCycleMap
ciao
Luca
[1] htt
Il 18/05/2009 19:49, Martin Koppenhoefer ha scritto:
> cobblestone (=paved ma non va bene per biciclette)
>
Vallo a spiegare ai corridori della Parigi-Roubaix :-)
--
.' `. | Registered Linux User #443882
|a_a | | http://counter.li.org/ .''`.
\<_)__/ +---
Il 18/05/2009 20:07, Stefano Pallicca ha scritto:
> Beh, almeno cercare di correggerne alcuni per uniformare quelli che
> indicano la stessa cosa
Ovvio: un errore è un errore.
L'idea però di applicare una "censura" sui dati immessi proprio non mi
piace, se non fortemente motivata.
--
.' `.
Carlo Stemberger ha scritto:
Il 18/05/2009 19:53, Luca Delucchi ha scritto:
non si possono avere tutti questi valori quelli sotto i 100
vanno aboliti e modificati!
Assolutamente no!
Beh, almeno cercare di correggerne alcuni per uniformare quelli che
indicano la stessa cosa, e
2009/5/18 Luca Delucchi :
> Il 18 maggio 2009 19.49, Martin Koppenhoefer
> ha scritto:
>
>> onestamente dei valori in uso ci sono tanti ;-)
>>
>> http://tagwatch.stoecker.eu/Europe/En/keystats_surface.html
>>
>
> siamo fuori di testa?
è la prima volta che guardi tagwatch? Certo, surface è uno dei
Il 18/05/2009 19:53, Luca Delucchi ha scritto:
>
> non si possono avere tutti questi valori quelli sotto i 100
> vanno aboliti e modificati!
Assolutamente no!
È una mappa libera, ognuno può avere i propri interessi a mappare in un
certo modo.
Metti che ci sia un folle che vuol renderizzarsi la m
volevo ricordare il pagamento per i panciotti: chi ha ordinato e non
ancora pagato: sbrigateVi. Mi è appena arrivato un messaggio da Tobias
che dice che siamo i ultimi da pagare:
http://wiki.openstreetmap.org/wiki/IT:Panciotti#Stato_ordinazione_e_spedizione
ciao,
Martin
_
Il 18 maggio 2009 19.49, Martin Koppenhoefer
ha scritto:
> onestamente dei valori in uso ci sono tanti ;-)
>
> http://tagwatch.stoecker.eu/Europe/En/keystats_surface.html
>
siamo fuori di testa? ok essere un wiki ma un minimo di regole bisogna
darle, non si possono avere tutti questi valori quel
2009/5/18 Martin Koppenhoefer :
> 2009/5/18 Federico Cozzi :
>> 2009/5/18 Luca Delucchi :
>> Insomma siamo fondamentalmente d'accordo anche se non sembra ;-)
>> Anch'io sarei d'accordo ad una chiave con due soli valori: paved oppure
>> unpaved.
onestamente dei valori in uso ci sono tanti ;-)
htt
2009/5/18 Federico Cozzi :
> 2009/5/18 Luca Delucchi :
> Insomma siamo fondamentalmente d'accordo anche se non sembra ;-)
> Anch'io sarei d'accordo ad una chiave con due soli valori: paved oppure
> unpaved.
-1
> Il problema è che surface è (a mio parere) "degenerata" in una cosa da
> ingegneri c
2009/5/18 Luca Delucchi :
> questo è possibile con i maxscaledenom e minscaledenom e i filtri spiegati
> sopra
Anche questi filtri devono appoggiarsi a qualcosa.
Guarda qui:
http://wiki.openstreetmap.org/wiki/Key:service
I vari service=yard, spur, ecc. servono proprio per capire quando far
scatt
2009/5/18 Luca Delucchi :
> non fai la rivoluzione secondo me crei solo un doppione, surface
> all'inizio era paved/unpaved e io continuo ad usare quella che è la
> cosa migliore perchè un unpaved può essere terriccio con erba o erba
> con ghiaia ecc ecc usare solo paved e unpaved mi sembra la cosa
2009/5/18 albertobonati :
>
> sembra sbucata fuori (guardo la Map Key) una categoria che si chiama
> "Unsurfaced Road" che non è la track...
è la soluzione per i tuoi desideri? highway=xy(strada, non percorso),
surface=unpaved?
> Nel wiki non la trovo...
surface = 'altro di paved, asfaltato, con
>
> http://wiki.openstreetmap.org/wiki/Surface
> se sei interessatissimo alle superficie, richiedi una mappa delle
> superficie (adesso ci sono sperimenti in corso per renderizzare
> proprio quello, vedi per es. qui:
> http://openstreetmap.org/?lat=51.77111&lon=7.44373&zoom=17&layers=0B00FTFT
> ht
2009/5/18 Stefano Salvador
> se ci fosse qualcuno che quei sentieri li ha percorsi sarebbe tutto più
> facile (c'è nessuno ??? )
Io se va bene vado a camminare 2-3 volte all'anno (quando mi trascinano)
quindi non sarò molto di aiuto.
Posso dirti che ho caricato il 613 erroneamente come track,
2009/5/18 Federico Cozzi :
- Zitierten Text anzeigen -
> 2009/5/18 Martin Koppenhoefer :
>> vabe, di possiblità ci stanno due: tunnel o bridge, complicatissimo
>> non lo è: o si tratta di un tunnel del way sotto o di un ponte del way
>
> Sono d'accordo con te, quello su cui non ero d'accordo era la
2009/5/18 Luca Delucchi :
> Il 18 maggio 2009 14.25, Carlo Stemberger
> ha scritto:
>
>>
>> Inventa un nome che ti sembri rappresentativo per ognuna di esse, e poi
>> proponiceli :-)
>>
c'è una cosa paragonabile proposto per scale mobili:
http://wiki.openstreetmap.org/wiki/Proposed_features/Escal
2009/5/18 alberto :
> Anche se sono d' accordo col principio che la classificazione delle
> strade la fa l' utilizzo e non il tipo di fondo stradale e che sarebbe
> auspicabile differenziare sul rendering strade della stessa
> classificazione ma con fondo stradale differente, credo che allo stato
>
2009/5/18 Martin Koppenhoefer :
> vabe, di possiblità ci stanno due: tunnel o bridge, complicatissimo
> non lo è: o si tratta di un tunnel del way sotto o di un ponte del way
Sono d'accordo con te, quello su cui non ero d'accordo era la
possibilità (ipotizzata in questo thread) di creare un nuovo
2009/5/18 Federico Cozzi :
> Così come delle strade disegnamo solo le mezzerie e non i marciapiedi,
> così secondo me è opportuno "confondere" le varie tecniche costruttive
> dei tunnel.
vabe, di possiblità ci stanno due: tunnel o bridge, complicatissimo
non lo è: o si tratta di un tunnel del way
> C'è un qualche significato recondito nello spezzettamento o è dovuto
> esclusivamente alla sporcizia dei dati originari?
> Detto in altro modo: se vedo due way consecutive che hai uploadato tu,
> posso fonderle in una sola o perdo qualche informazione?
Puoi fonderle, è quello che ho tentato di f
2009/5/18 Stefano Salvador :
> tirare fuori i nomi bisogna usare qualche tipo di euristica. Per le
> cime mi viene in mente di pescare i punti di massimo dal DTM (che
> ancora non ho) e associarle a qualche label che sta li attorno.
Terribile!
>> Vedo che in alcuni punti i sentieri sembrano bianc
> Vedo che su OSM non ce ne sono tante e alcune sono addirittura scritte
> tutte in maiuscolo e sono sprovviste di altitudine. Ho provveduto a
> bonificarne alcune (in FVG) aiutandomi con Wikipedia ma la CTR, se ce
> le ha, probabilmente è più completa.
nella CTRN ci sono ma in un modo tutto loro,
> Mi sono spiegato male. Le curve di livello ogni quanti metri (di
> altitudine) sono? 10, 20, 50?
5m e in alcuni posti (di solito pianura) 1m.
> Si possono usare anche fuori dal progetto OSM?
la risposta breve è "no".
> Come dicevo, convertirle in formato Garmin è abbastanza veloce e in
> ques
2009/5/18 Stefano Salvador :
>> se non ci sono problemi questo week-end inizio (e spero concludo l'upload).
> fatto !!!
Vedo che in alcuni punti i sentieri sembrano bianchi.
Forse è dovuto all'eccessiva frammentazione delle way - niente che non
possa essere risolto con Potlatch e un po' di pazienz
2009/5/18 Stefano Salvador :
> adesso è il turno dei mappatori/escursionisti di completare i dati :-)
Complimenti!!!
PS: la CTR ha anche le cime?
Vedo che su OSM non ce ne sono tante e alcune sono addirittura scritte
tutte in maiuscolo e sono sprovviste di altitudine. Ho provveduto a
bonificarne
> fatto !!!
>
> devo sistemare un paio di sentieri che per errore ho caricato due
> volte ma direi che la cosa è andata bene, i vari rendering si stanno
> già aggiornando.
>
> adesso è il turno dei mappatori/escursionisti di completare i dati :-)
>
> Ciao,
>
> Stefano
>
Grande
Ciao
Alberto
Il 18/05/2009 14:52, Luca Delucchi ha scritto:
>
>
> non posso importi di pensarla come me, proponetelo e poi si vede, io
> voterò contrario :-P
>
Giusto.
Forza Federico! Proponi, hai già il mio voto.
Ciao!
Carlo
--
.' `. | Registered Linux User #443882
|a_a | | http://counter.li.or
Il 18 maggio 2009 14.51, Elena of Valhalla
ha scritto:
>
> quello che manca perche' questo funzioni e` un elenco di tutti i
> valori possibili ed immaginabili da considerarsi equivalenti a paved,
> oltre al fatto che risulterebbe un filtro decisamente complicato
>
io mi baserei su quello delle m
> se non ci sono problemi questo week-end inizio (e spero concludo l'upload).
fatto !!!
devo sistemare un paio di sentieri che per errore ho caricato due
volte ma direi che la cosa è andata bene, i vari rendering si stanno
già aggiornando.
adesso è il turno dei mappatori/escursionisti di comple
Il 18 maggio 2009 14.45, Carlo Stemberger
ha scritto:
> Sì, ma se io arrivo e metto, chessò, surface=$(english for "ciottoli di
> terracotta"), un software come fa a dire se è paved o unpaved? Il povero
> garmin come ne esce fuori?
>
affari tuoi! come usare bar, newsagent ecc ecc quel rendering
2009/5/18 Luca Delucchi :
> con mapnik ci sono i filtri e nei filtri puoi mettere un po' quello
> che ti pare perciò puoi fare un filtro sui tipi di strada perciò
> mettere surface=paved and surface=cobblestone (così rispondo anche ad
> elena)
quello che manca perche' questo funzioni e` un elenco
Il 18/05/2009 14:35, Luca Delucchi ha scritto:
> con mapnik ci sono i filtri e nei filtri puoi mettere un po' quello
> che ti pare perciò puoi fare un filtro sui tipi di strada perciò
> mettere surface=paved and surface=cobblestone (così rispondo anche ad
> elena) e dargli uno stile poi in un altro
Il 18/05/2009 14:35, Luca Delucchi ha scritto:
> con mapnik ci sono i filtri e nei filtri puoi mettere un po' quello
> che ti pare perciò puoi fare un filtro sui tipi di strada perciò
> mettere surface=paved and surface=cobblestone (così rispondo anche ad
> elena) e dargli uno stile poi in un altro
Il 18 maggio 2009 14.30, Carlo Stemberger
ha scritto:
>
> Spiega un po' meglio, sinceramente non ho capito. Come fai a decidere se
> un tipo di fondo è paved o unpaved? E se quel fondo è nuovo e non è mai
> stato inserito da nessun altro?
>
con mapnik ci sono i filtri e nei filtri puoi mettere u
Il 18 maggio 2009 14.25, Carlo Stemberger
ha scritto:
>
> Inventa un nome che ti sembri rappresentativo per ognuna di esse, e poi
> proponiceli :-)
>
e proponili anche nelle map features proposed [1]
>
> Ciao!
>
ciao
Luca
[1] http://wiki.openstreetmap.org/wiki/Proposed_features
_
Il 18/05/2009 14:24, Luca Delucchi ha scritto:
> basta fare un filtro con surface=paved e un'altro con surface!=paved
> ed ecco risolto il problema rendering!
>
?
Spiega un po' meglio, sinceramente non ho capito. Come fai a decidere se
un tipo di fondo è paved o unpaved? E se quel fondo è nuov
2009/5/18 Stefano Salvador :
>>> Volendo la CTRN del FVG ha tutte le curve di livello molto dettagliate
>> Con che passo?
> bella domanda ... i dati originali sono 1:5000, quindi in teoria
> dovrebbe produrre un DTM con passo di 2m (ma sto inventando ...)
Mi sono spiegato male. Le curve di livello
2009/5/18 Luca Delucchi :
> io continuo ad essere dell'idea che sia un doppione, per il rendering
> basta fare un filtro con surface=paved e un'altro con surface!=paved
> ed ecco risolto il problema rendering!
il problema e` con i valori di surface tipo cobblestones, che
probabilmente sarebbero da
Innanzitutto benvenuto!
Il 18/05/2009 13:40, Gianluca De Rossi ha scritto:
>
> Sinceramente non ho idea di come implementare nella mappa simili
> caratteristiche... se qualcuno mi può illuminare, grazi.
>
>
Non credo che siano ancora previste cose simili.
Quando qualcosa non è ancora prev
Il 18 maggio 2009 14.14, Carlo Stemberger
ha scritto:
> Il 18/05/2009 14:03, Luca Delucchi ha scritto:
>> all'inizio era paved/unpaved e io continuo ad usare quella che è la
>> cosa migliore perchè un unpaved può essere terriccio con erba o erba
>> con ghiaia ecc ecc usare solo paved e unpaved mi
Il 18/05/2009 14:03, Luca Delucchi ha scritto:
> all'inizio era paved/unpaved e io continuo ad usare quella che è la
> cosa migliore perchè un unpaved può essere terriccio con erba o erba
> con ghiaia ecc ecc usare solo paved e unpaved mi sembra la cosa
> migliore!
>
No, non è un doppione: surfa
Il 18 maggio 2009 11.37, Federico Cozzi ha scritto:
>
> E qui si ritorna alla mia critica del tag surface... è un minestrone
> incomprensibile.
> Sarei quasi per introdurre un altro tag, paved, che possa valere solo
> paved=yes
> paved=no
> Faccio la rivoluzione? ;-)
>
non fai la rivoluzione sec
Il 18 maggio 2009 12.15, Stefano Salvador
ha scritto:
>
> le ho prodotte io a partire dal formato originale della regione, come
> diceva Luca andrebbe controllato che siano ben interconesse, quando le
> giornate saranno di 48 ore proverò a darci un'occhiata ;-)
>
con grass è velocissimo usa
Innanzi tutto un saluto a tutti voi, fino ad ora ero semplicemente un
lurker della lista tramite archivi ma ho ritenuto giusto iscrivermi e
divenire parte partecipe.
Sono Gianluca (ma Bigshot va più che bene) e da un annetto sto
mappando la zona a nord di Venezia-Mestre in comuni come Mogliano
Vene
Il 18/05/2009 13:02, Daniele Forsi ha scritto:
> però con un default implicito e due soli valori yes/no non si può
> indicare il caso in cui non si conosca il tipo di superficie, il che
> sarebbe utile per pianificare un survey
>
Come si fa a non conoscere la superficie? Significa non conoscere
Il 18/05/2009 13:04, Federico Cozzi ha scritto:
> Era esattamente quello che pensavo io quando dicevo "se vuoi fare il
> fine devi ricorrere al tag surface".
> Se il tuo problema sono i tacchi a spillo è chiaro che non basta paved
> vs unpaved.
>
Hai ragione. Ma l'assenza di un default si traduc
2009/5/18 Carlo Stemberger :
>> -Per footway e bridleway l'indicazione grezza paved vs unpaved è
>> pressoché inutile (grezzamente, paved e unpaved sono identici per chi
>> cammina; se vuoi invece fare il fine, devi davvero ricorrere al tag
>> surface)
> No: prova a dire ad una ragazza coi tacchi a
Il 18 maggio 2009 12.53, Carlo Stemberger ha scritto:
> Però mettere un default secondo me non è sbagliato: bisogna verificare
> qual è il caso più comune e scegliere di conseguenza.
però con un default implicito e due soli valori yes/no non si può
indicare il caso in cui non si conosca il tipo d
Il 18/05/2009 12:48, Federico Cozzi ha scritto:
> Rimane il dubbio su footway, bridleway e cycleway.
> -Per footway e bridleway l'indicazione grezza paved vs unpaved è
> pressoché inutile (grezzamente, paved e unpaved sono identici per chi
> cammina; se vuoi invece fare il fine, devi davvero ricorr
2009/5/18 Carlo Stemberger :
> highway=* ---> paved=yes (quindi va solo indicato paved=no,
> eventualmente)
> highway=track ---> paved=no (quindi va solo indicato paved=yes,
> eventualmente)
Indiscutibile.
Rimane il dubbio su footway, bridleway e cycleway.
-Per footway e bridleway l'indicazio
2009/5/18 Elena of Valhalla :
> se non ricordo male c'era una proposta che parlava di smoothness e
> potrebbe essere appropriata, ma credo che non si sia mai raggiunto il
> consenso su come misurarla
Spesso le proposte si incagliano quando sono troppo complesse...
Smoothness ha circa 10 valori, no
Il 18/05/2009 12:23, Carlo Stemberger ha scritto:
>
> Ovviamente bisognerebbe stabilire che valore è sottinteso (implies)
> nei vari casi.
Aggiungo: per fare un lavoro sopraffino si potrebbero stabilire i valori
di paved (yes/no) per ogni tipo di surface, così non c'è bisogno di
aggiungere alcun
Il 18/05/2009 12:15, Elena of Valhalla ha scritto:
> se non ricordo male c'era una proposta che parlava di smoothness e
> potrebbe essere appropriata, ma credo che non si sia mai raggiunto il
> consenso su come misurarla
>
>
No, no, io appoggio pienamente il grezzo
paved=yes/no
eventualmente a
2009/5/18 Federico Cozzi :
> Ma alla stragrande maggioranza dei navigatori esistenti (e, mi azzardo
> a sostenere, anche futuri) serve una classificazione "interpretata"
> della realtà: è paved oppure no?
> Quindi ritengo che, accanto a surface=TheCraziestSurfaceManCanInvent,
> ci vorrebbe anche un
>> Volendo la CTRN del FVG ha tutte le curve di livello molto dettagliate
>
> Con che passo?
bella domanda ... i dati originali sono 1:5000, quindi in teoria
dovrebbe produrre un DTM con passo di 2m (ma sto inventando ...)
> Dove le hai recuperate in formato Shapefile?
le ho prodotte io a partir
2009/5/18 Federico Cozzi :
> Ma alla stragrande maggioranza dei navigatori esistenti (e, mi azzardo
> a sostenere, anche futuri) serve una classificazione "interpretata"
> della realtà: è paved oppure no?
> Quindi ritengo che, accanto a surface=TheCraziestSurfaceManCanInvent,
> ci vorrebbe anche un
Il 18/05/2009 12:02, Federico Cozzi ha scritto:
> Cerco di spiegarmi meglio: non sto sostenendo che il tag surface sia
> inutile. Può servire ad un navigatore eccezionalmente intelligente e
> programmabile dall'utente, che gli dice "per me è accettabile il
> macadam, non è accettabile il gravel".
>
2009/5/18 alberto :
> Il tag "track" ha tutta una serie di varianti grafiche per i vari gradi
> che ne indicano la percorribilità, paved=no non è così preciso
Ma il tracktype ha comunque una scala ben definita di valori: l'utente
del tag (umano o software) può comunque capire che tt3 è interm
Federico Cozzi ha scritto:
> E qui si ritorna alla mia critica del tag surface... è un minestrone
> incomprensibile.
> Sarei quasi per introdurre un altro tag, paved, che possa valere solo
> paved=yes
> paved=no
> Faccio la rivoluzione? ;-)
>
> Ciao
>
Il tag "track" ha tutta una serie di variant
>-Original Message-
>From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
>boun...@openstreetmap.org] On Behalf Of Federico Cozzi
>Sent: lunedì 18 maggio 2009 9.27
>To: openstreetmap list - italiano
>Subject: Re: [Talk-it] autorizzazione utilizzo dati Regione Lombardia
>
>2009/5/18 Simo
2009/5/18 Elena of Valhalla :
> sono d'accordo, ma la soluzione e` richiedere una modifica del
> rendering che tenga conto dei valori noti di surface
E qui si ritorna alla mia critica del tag surface... è un minestrone
incomprensibile.
Sarei quasi per introdurre un altro tag, paved, che possa vale
Il 18/05/2009 11:00, Elena of Valhalla ha scritto:
> 2009/5/18 alberto :
>
>> Anche se sono d' accordo col principio che la classificazione delle
>> strade la fa l' utilizzo e non il tipo di fondo stradale e che sarebbe
>> auspicabile differenziare sul rendering strade della stessa
>> classifica
2009/5/18 Stefano Salvador :
> Volendo la CTRN del FVG ha tutte le curve di livello molto dettagliate
Con che passo?
> mi avete fatto venire la curiosità di vedere cosa ne viene fuori.
Anch'io sono curiosissimo!
Dove le hai recuperate in formato Shapefile?
Ciao,
Federico
__
2009/5/18 alberto :
> Anche se sono d' accordo col principio che la classificazione delle
> strade la fa l' utilizzo e non il tipo di fondo stradale e che sarebbe
> auspicabile differenziare sul rendering strade della stessa
> classificazione ma con fondo stradale differente, [snippone galattico]
Anche se sono d' accordo col principio che la classificazione delle
strade la fa l' utilizzo e non il tipo di fondo stradale e che sarebbe
auspicabile differenziare sul rendering strade della stessa
classificazione ma con fondo stradale differente, credo che allo stato
attuale del rendering que
Il 18 maggio 2009 10.07, Stefano Salvador
ha scritto:
> Volendo la CTRN del FVG ha tutte le curve di livello molto dettagliate
> (sono 2GB di dati !), le ho già convertite in shapefile ma ancora non
> ho creato il DTM per paura di fondere il mio portatile ;-)
>
prima di farlo controlla che tutti
Volendo la CTRN del FVG ha tutte le curve di livello molto dettagliate
(sono 2GB di dati !), le ho già convertite in shapefile ma ancora non
ho creato il DTM per paura di fondere il mio portatile ;-)
mi avete fatto venire la curiosità di vedere cosa ne viene fuori.
Ciao,
Stefano
__
Il 18 maggio 2009 9.43, Federico Cozzi ha scritto:
>
> Davvero? Dove l'hai visto?
mai visto, come hai ben detto è da pagare e penso non poco, mi è stato
riferito da una persona di estrema fiducia e capacità GIS.
>
> Ciao
>
ciao
Luca
___
Talk-it mail
2009/5/18 Luca Delucchi :
>> Lo fa anche l'IGM
>> (http://www.igmi.org/prodotti/dati_numerici/dati_matrix.php) ma non
>> penso che li cederà mai gratuitamente
> e comunque anche quello ha i buchi :-)
Davvero? Dove l'hai visto?
Dovrebbe essere ottenuto tramite interpolazione dalle curve di livello
2009/5/17 Martin Koppenhoefer :
> io taggerei tunnel=yes anche se non si tratta di un tunnel secondo la
> normativa per ingegnieri tedeschi citata sopra, perché fanno tutti
+1
La normativa che hai citato definisce un "tunnel" dal punto di vista
ingegneristico, ma dal punto di vista OSM non starei
Il 15 maggio 2009 20.07, Federico Cozzi ha scritto:
>
> Alcune Regioni lo fanno (ad es. la Lombardia).
>
> Lo fa anche l'IGM
> (http://www.igmi.org/prodotti/dati_numerici/dati_matrix.php) ma non
> penso che li cederà mai gratuitamente
e comunque anche quello ha i buchi :-)
> Ciao,
> Federico
>
2009/5/18 Simone Cortesi :
> online la lettera:
> http://wiki.openstreetmap.org/images/0/01/S25C-209051517270.jpg
Super-splendido.
Ultima domanda: come convertire - a prova di stupido - da Monte Mario 1 a WGS84?
Sono ben accette righe di comando cs2cs o strumenti GIS free, i
grigliati IGM li lasce
2009/5/16 Cristian Testa :
> Per le provinciali non farei di tutta l'erba un fascio: è vero che come
Concordo: la famosa tabellina italiana
statale, regionale -> primary
provinciale -> secondary
comunale -> da tertiary in giù
secondo me indica la classificazione "media".
Cioè ci possono essere pro
On Sun, May 17, 2009 at 04:54:26AM +0200, Martin Koppenhoefer wrote:
> 2009/5/16 David Paleino :
> >> > Non aggiungiamo nessun tag, e mettiamo semplicemente layer=-1?
>
> io taggerei tunnel=yes anche se non si tratta di un tunnel secondo la
> normativa per ingegnieri tedeschi citata sopra, perché
75 matches
Mail list logo
