During my walk on the weekend I noticed that the 'knooppuntennetwork' is
not only for bicycles or for hikers: See the picture I took:
http://www.flickr.com/photos/52003994@N04/9920286683/
Is tagging the same as for foot and bicycles? except route=horse ? or
something ?
Regards,
Bart
Hello Bart,
I started using network=rhn for those.
Jo
2013/9/24 Bart Vanherck vherckb...@gmail.com
During my walk on the weekend I noticed that the 'knooppuntennetwork' is
not only for bicycles or for hikers: See the picture I took:
http://www.flickr.com/photos/52003994@N04/9920286683/
On Sun, Sep 22, 2013 at 11:02:05AM +0100, Rob Nickerson wrote:
We were hoping to get markers/chapters in the video so that you can jump to
the right section. Unfortunately this is taking longer than anticipated.
I'll follow up with this one and see how its going.
Unfortunately that isn't
On Sep 23, 2013, at 10:45 PM, Jochen Topf joc...@remote.org wrote:
On Mon, Sep 23, 2013 at 01:44:23PM -0700, Paul Norman wrote:
From: Jochen Topf [mailto:joc...@remote.org]
Sent: Monday, September 23, 2013 6:51 AM
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Who interprets semicolon in
Am 23/set/2013 um 22:44 schrieb Paul Norman penor...@mac.com:
This of course doesn't avoid contradictory tags like tiger:separated=yes;no
but it at least avoids tiger:separated=yes;no;no;no;yes;no;yes;...
at least they remain as indication where a combine shouldn't have been done, so
On Tue, Sep 24, 2013 at 09:50:41AM +0200, Martin Koppenhoefer wrote:
Am 23/set/2013 um 22:44 schrieb Paul Norman penor...@mac.com:
This of course doesn't avoid contradictory tags like tiger:separated=yes;no
but it at least avoids tiger:separated=yes;no;no;no;yes;no;yes;...
at least
Am 24/set/2013 um 09:54 schrieb Jochen Topf joc...@remote.org:
A broken
tag like oneway=yes;no isn't usable and it isn't fixable without local
knowledge
you have to go back in history and see what it was before. If the reason for
the merge would have been a problem in this tag it surely
2013/9/23 Kai Krueger kakrue...@gmail.com wrote:
Indirectly it is a question of tagging schemas.
To me this is actually indirectly a question of a proper area type!
See e.g. Towards an Area Datatype for OSM from Jochen at SOTM
http://lanyrd.com/2013/sotm/scpkrr/
--Stefan
2013/9/23 Kai Krueger
Am 24/set/2013 um 09:54 schrieb Jochen Topf joc...@remote.org:
If the mapper who does the merge doesn't know which tag is
right, he should not do the merge. He is mapping in the blind.
+1, surely, but how else could you get these contradicting values in the data?
In my experience it is
oneway=yes;no is clearly wrong, and not a tag where semicolons should supported.
However amenity=pub;hotel makes perfect sense.
Phil (trigpoint)
--
Sent from my Nokia N9
On 24/09/2013 8:54 Jochen Topf wrote:
On Tue, Sep 24, 2013 at 09:50:41AM +0200, Martin Koppenhoefer wrote:
Am
Am 24/set/2013 um 10:13 schrieb Philip Barnes p...@trigpoint.me.uk:
However amenity=pub;hotel makes perfect sense.
besides that hotels are mapped as tourism=hotel
cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
Maybe not the best example, but one where it is often difficult to decide which
tag to use.
Often an amenity or shop will fit more than one category. For example a
café-tabac? Pub/tobaconist/newsagent?
Phil (trigpoint)
--
Sent from my Nokia N9
On 24/09/2013 9:16 Martin Koppenhoefer wrote:
On 24.09.2013 10:13, Philip Barnes wrote:
However amenity=pub;hotel makes perfect sense.
Not really, because semicolons in amenity values lack a clear meaning.
Mappers try to express very different concepts with the semicolon
construct. For example, you may encounter an amenity=bank;atm, which
Am 24.09.2013 10:12, schrieb Stefan Keller:
2013/9/23 Kai Krueger kakrue...@gmail.com wrote:
Indirectly it is a question of tagging schemas.
To me this is actually indirectly a question of a proper area type!
See e.g. Towards an Area Datatype for OSM from Jochen at SOTM
Am 23.09.2013 18:48, schrieb Yves:
Sorry, I meant osm2pgsql is not used for the slippy map ONLY.
Thanks for all the feedback :)
Sure, but changing the DEFAULT behaviour to a more strict one while
keeping the old behaviour with a flag should enable anybody to keep the
old behaviour on demand; and
Bank and ATM are more or less synonymous these days, I cannot think of a bank
without an ATM. The interesting ATM tags are the ones that are not at a bank.
Sometimes multitagging may mean that the mapper couldn't decide, but in other
cases they really are both and different renderers may choose
On 2013-09-24 at 09:31:09 +, Philip Barnes wrote:
Bank and ATM are more or less synonymous these days, I cannot think of a bank
without an ATM. The interesting ATM tags are the ones that are not at a bank.
it's not true everywhere in the world: at least in italy there
are small banks with
+1
Am 24.09.2013 08:44, schrieb Bryce Cogswell:
On Sep 23, 2013, at 10:45 PM, Jochen Topf joc...@remote.org wrote:
On Mon, Sep 23, 2013 at 01:44:23PM -0700, Paul Norman wrote:
From: Jochen Topf [mailto:joc...@remote.org]
Sent: Monday, September 23, 2013 6:51 AM
To: talk@openstreetmap.org
(Sorry Tobias, I meant to send this to the list and pushed the wrong
button!)
There might be a way forward if we separate the concepts of what
something IS (which can be made objective) from what it is CALLED (which
is subjective). In the case of a cafe/restaurant, the type of food they
sell,
On 24 Sep 2013, at 10:55, Elena ``of Valhalla'' elena.valha...@gmail.com
wrote:
On 2013-09-24 at 09:31:09 +, Philip Barnes wrote:
Bank and ATM are more or less synonymous these days, I cannot think of a
bank without an ATM. The interesting ATM tags are the ones that are not at a
bank.
Am 24.09.2013 13:39, schrieb Shaun McDonald:
On 24 Sep 2013, at 10:55, Elena ``of Valhalla'' elena.valha...@gmail.com
wrote:
On 2013-09-24 at 09:31:09 +, Philip Barnes wrote:
Bank and ATM are more or less synonymous these days, I cannot think of a
bank without an ATM. The
Peter Wendorff wendo...@uni-paderborn.de wrote:
Am 24.09.2013 13:39, schrieb Shaun McDonald:
On 24 Sep 2013, at 10:55, Elena ``of Valhalla''
elena.valha...@gmail.com wrote:
On 2013-09-24 at 09:31:09 +, Philip Barnes wrote:
Bank and ATM are more or less synonymous these days, I
We are fully aware of all these points and are aiming to do so.
Feel free to organise sotm 14 :-)
On 24 Sep 2013 07:26, Jochen Topf joc...@remote.org wrote:
On Sun, Sep 22, 2013 at 11:02:05AM +0100, Rob Nickerson wrote:
We were hoping to get markers/chapt...
Unfortunately that isn't enough. On
Bom, foi apenas um comentário que fiz...
Os exemplos já foram citados em mensagem anterior: R. ao invés de Rua, Av.
ao invés de Avenida e outras abreviações.. Isso pode servir de string para
o aplicativo deles.
Foi citado também em mensagem anterior que há atribuições de origem do mapa
OSM apenas
Hola,
On Mon, Sep 23, 2013 at 10:30:02PM +0200, Martin Koppenhoefer wrote:
ja, wobei (1) interessanter ist, sieh mal hier z.B.: Bei Beseitigung oder
Räumung von Wohnungen ist den Bewohnern eine angemessene Räumungsfrist zu
gewähren. Die ausreichende anderweitige Unterbringung muß gesichert
Moin !
kurze Information für die Steine-Sammler.
Es gibt jetzt auch Auswertungen für die Stolpersteine in Berlin [1] und
Bochum [2].
Hier und da müssen eventuell noch Anpassungen in den Schreibweisen
vorgenommen werden.
Gruß Jan :-)
[1]
Sorry - der CopyPaste-Fehlerteufel hatte zugeschlagen:
[1]
http://www.tappenbeck.net/osm/quality/stolpersteine/berlin/stolpersteine_berlin.html
[2]
http://www.tappenbeck.net/osm/quality/stolpersteine/bochum/stolpersteine_bochum.html
___
Talk-de
Hallo,
die Wochennotiz Nr. 165 mit allen wichtigen Neuigkeiten aus der OpenStreetMap
Welt ist da:
http://blog.openstreetmap.de/2013/09/wochennotiz-nr-165/
Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 24.09.2013 12:31, schrieb Florian Lohoff:
Mir ist keine Kennzeichnung aufgefallen ...
Mir auch nicht.
Es steht den geheimen Stellen ja frei, eine im Satellitenbild gut
sichtbare Schrift (beispielsweise aus Pflastersteinen oder
Blumenanpflanzung) auf dem geheimen Gelände anzubringen.
Do not
Andreas Schmidt wrote
Es steht den geheimen Stellen ja frei, eine im Satellitenbild gut
sichtbare Schrift (beispielsweise aus Pflastersteinen oder
Blumenanpflanzung) auf dem geheimen Gelände anzubringen.
Do not map this secret area.
Ich bin mit 100% sicher, daß dann jemand diesen Schriftzug
Am 24. September 2013 14:31 schrieb Walter Nordmann pil...@hotmail.com:
Ich bin mit 100% sicher, daß dann jemand diesen Schriftzug erfaßt.
Schließlich wäre es etwas, was real existiert und gegebenenfalls sogar zur
Navigation dienen könnte. ;)
eine mir sympathischere Variante gibt es hier:
On Tue, Sep 24, 2013 at 02:57:10PM +0200, Martin Koppenhoefer wrote:
Am 24. September 2013 14:31 schrieb Walter Nordmann pil...@hotmail.com:
Ich bin mit 100% sicher, daß dann jemand diesen Schriftzug erfaßt.
Schließlich wäre es etwas, was real existiert und gegebenenfalls sogar zur
Am 24.09.2013 um 21:57 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
Am 24. September 2013 14:31 schrieb Walter Nordmann pil...@hotmail.com:
Ich bin mit 100% sicher, daß dann jemand diesen Schriftzug erfaßt.
Schließlich wäre es etwas, was real existiert und gegebenenfalls sogar zur
On Wednesday 18 September 2013, Christoph Hormann wrote:
Ich werde schauen, ob ich eine kurze Beschreibung zusammenstellen
kann.
Ist jetzt zu finden auf:
http://wiki.openstreetmap.org/wiki/User:Imagico/Coastline_Mapping_from_Landsat_Scenes
Grüße,
--
Christoph Hormann
http://www.imagico.de/
Hallo Christoph,
http://wiki.openstreetmap.org/wiki/User:Imagico/Coastline_Mapping_from_Landsat_Scenes
Super Arbeit - herzlichen Dank!
Hab's gleich verlinkt in:
http://wiki.openstreetmap.org/wiki/DE:Coastline#Masken_erzeugen_und_digitalisieren
Da viele Mapper nur Deutsch sprechen, wäre es
Hallo,
hier treibt gerade ein Nutzer ziemlichen Unsinn und löscht wahllos die
Inhalte von Wikiseiten:
http://wiki.openstreetmap.org/wiki/Special:Contributions/Socksock
Wer auch immer das Wiki administriert möge den User bitte sperren und
die Änderungen zurücksetzen.
Gruß
Alex
signature.asc
On Tuesday 24 September 2013, Markus wrote:
_Qualitäts-Tool_
Gibt es eine Möglichkeit, die Teile der Küstenlinie zu
identifizieren, die *Sägezahn* -Form haben? also möglicherweise alte
PGS-Importe sind? Und diese dann auf einem Layer farbig anzuzeigen,
um sie mit JOSM-Remote zu bearbeiten?
Am Dienstag, den 24.09.2013, 21:12 +0200 schrieb Alexander Matheisen:
Hallo,
hier treibt gerade ein Nutzer ziemlichen Unsinn und löscht wahllos die
Inhalte von Wikiseiten:
http://wiki.openstreetmap.org/wiki/Special:Contributions/Socksock
Wer auch immer das Wiki administriert möge den User
Am Dienstag, den 24.09.2013, 21:19 +0200 schrieb Alexander Matheisen:
Am Dienstag, den 24.09.2013, 21:12 +0200 schrieb Alexander Matheisen:
Hallo,
hier treibt gerade ein Nutzer ziemlichen Unsinn und löscht wahllos die
Inhalte von Wikiseiten:
Hallo,
im Forum [1] würde heute angekündigt, dass das Land Berlin zum 1.
Oktober viele Geodaten zur kostenfreien kommerziellen und
nichtkommerziellen Nutzung bereitstellt [2]. Dabei sind auch für uns
interessante WMS [3] wie DOP20 und Hausumringe(ALK). Beim Vorab-Testen
ist mir aufgefallen, dass
Am 24. September 2013 16:13 schrieb Max abonneme...@revolwear.com:
Ich finde Bing ja besonders interessant. Dass die sogar Straßen erfinden um
die Zensur-Lücke zu schließen:
http://binged.it/1gWgf6K
Versuch doch dort zu Routen per Bing, ein riesiges Areal darum herum
ist nicht routebar.
LG
Am 24.09.2013 19:02, schrieb Markus:
http://wiki.openstreetmap.org/wiki/User:Imagico/Coastline_Mapping_from_Landsat_Scenes
Super Arbeit - herzlichen Dank!
+1
Gibt es eine Möglichkeit, die Teile der Küstenlinie zu identifizieren,
die *Sägezahn* -Form haben? also möglicherweise alte
Il 09/23/2013 11:11 PM, Paolo Monegato scrisse:
E io che ho detto? Gli ordinali possono essere indicati o con numeri
romani o con numeri arabi seguiti da °.
Tu hai scritto I numeri romani in italiano sono numeri ordinali.
Via XX Settembre, la cui diffusione insieme ad altre forme in cui viene
Il giornale locale ha ripreso il mio blog post di sabato, in cui ho
messo in evidenza su una mappa i mezzi pubblici della città di Pavia.
http://laprovinciapavese.gelocal.it/cronaca/2013/09/23/news/una-mappa-interattiva-per-usare-i-bus-1.7796310
niente di che, per voi che sapete di osm, ma è
Am 24/set/2013 um 09:06 schrieb emmexx emm...@tiscalinet.it:
A meno che tu
non voglia forzare la cosa intendendo con XX il ventesimo giorno del mese.
non mi sembra una forzatura, è il ventesimo giorno del mese ;-)
ciao,
Martin
___
Talk-it
Il 24 settembre 2013 09:21, Simone Cortesi ha scritto:
Il giornale locale ha ripreso il mio blog post di sabato, in cui ho
messo in evidenza su una mappa i mezzi pubblici della città di Pavia.
2013/9/24 Daniele Forsi dfo...@gmail.com:
e il giornale ha incorporato nella notizia la vostra slippy map invece
di un'immagine statica!
però francamente l'ho capito solo perché era fallito il caricamento di una
tile
incorpora un IFRAME (br) che ho mandato io in redazione ieri sera
Saddle è una forcella, non adatto a qualcosa che si trova a mezza montagna
solitamente. Non mi riferisco ai colli famosi dove ci passano le strade.
--
View this message in context:
http://gis.19327.n5.nabble.com/Colle-montano-tp5778318p5778714.html
Sent from the Italy General mailing list
ciao,
non ho trovato come taggar i tralicci a supporto riflettori degli stadi.
credo non siamo trascurabili come aiuto alla navigazione, soprattutto in
zone a bassa densità.
suggerimenti?
a proposito... c'è qualche scorciatoia per derivarne l'altezza dall'ombra
bing?
Quindi va tolta solo la relazione? E magari aggiunta una nota che si tratta
del sentiro n°xxx dismesso?
--
View this message in context:
http://gis.19327.n5.nabble.com/Sentiero-CAI-dismesso-tp5778442p5778717.html
Sent from the Italy General mailing list archive at Nabble.com.
Ok tutte le regole grammaticali, ma se una via è registrata con un dato
valore va usato quello anche se sbagliato.
Altrimenti andate in comune a far correggere l'errore (cosa che non faranno
mai).
--
View this message in context:
2013/9/24 bredy bredy...@yahoo.it
Quindi va tolta solo la relazione? E magari aggiunta una nota che si tratta
del sentiro n°xxx dismesso?
non è detto che va tolta, il mio suggerimento era di modificarla:
type=route
route=abandoned:hiking
abandoned:ref=123 ecc.
abandoned:operator=CAI
...
2013/9/24 Cascafico Giovanni cascaf...@gmail.com
c'è qualche scorciatoia per derivarne l'altezza dall'ombra bing?
credo sia impossibile, non sai quando hanno registrato quella foto (data e
ora), ne meno se due tralicci di seguito sono stati ripresi nello stesso
momento (stitching).
ciao,
Ok.
Secondo te può essere utile inserire una nota?
Inoltre sui vari tratti che compongono il sentiero vanno anche qui
modificati gli attributi ref-operator, ecc? O non andrebbero indicati sui
vari segmenti?
--
View this message in context:
Io non metterei route=abandoned:hiking in quanto è semplicemente
abbandonata solo la numerazione e la manutenzione (quindi l'operatore) ma
il sentiero e la relativa relazione esiste ancora
Il giorno 24/set/2013 10:46, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:
2013/9/24 bredy
Il 09/24/2013 10:42 AM, bredy scrisse:
Ok tutte le regole grammaticali, ma se una via è registrata con un dato
valore va usato quello anche se sbagliato.
Il problema e' che se usi i numeri romani, nominatim usera' i numeri
romani (e viceversa). E quindi chi effettua una ricerca potrebbe avere
2013/9/24 bredy bredy...@yahoo.it
Ok tutte le regole grammaticali, ma se una via è registrata con un dato
valore va usato quello anche se sbagliato.
Nel mio vecchio paesello c'era Via Buonnarrotti: avrei dovuto mapparla
così?
Poi ci si lamenta (anche giustamente) che Nominatim non trova le
a me han suggerito di taggarli come lampioni stradali e di aggiungerne
l'altezza. Sul discorso tralicci di corrente è in corso una proposta di
modifica. Comunque tower non sarebbe il termine giusto, ma pylon
--
View this message in context:
La relazione però dovrebbe esistere solo su percorsi che hanno una
segnaletica, numerazione o altro.
Sul fatto che old_ref implichi che esista un nuovo ref non mi trova
d'accordo.
--
View this message in context:
http://gis.19327.n5.nabble.com/Sentiero-CAI-dismesso-tp5778442p5778730.html
Se si spezzettano le discussioni poi non si riesce a tenerne traccia.
--
View this message in context:
http://gis.19327.n5.nabble.com/R-Re-R-Re-Aiuole-separatorie-in-accesso-alla-toronda-tp5778646p5778731.html
Sent from the Italy General mailing list archive at Nabble.com.
da Wikipedia Pylon:
Electricity pylon https://en.wikipedia.org/wiki/Electricity_pylon, or
transmission tower, a steel lattice tower used to support an overhead power
line
Per portalampade utilizzerei tower
Vedi il capitolo Towers for lighting
sulla pagina
emmexx wrote
Il 09/24/2013 10:42 AM, bredy scrisse:
Ok tutte le regole grammaticali, ma se una via è registrata con un dato
valore va usato quello anche se sbagliato.
Il problema e' che se usi i numeri romani, nominatim usera' i numeri
romani (e viceversa). E quindi chi effettua una ricerca
Ma di questo tag non trovo traccia in nessuna proposta, solo una discussione.
Forse andrebbe rispolverata e definita. La trovo adeguata e utile.
--
View this message in context:
http://gis.19327.n5.nabble.com/tralicci-non-solo-power-tp5778715p5778735.html
Sent from the Italy General mailing
Il 24/09/2013 09:06, emmexx ha scritto:
Il 09/23/2013 11:11 PM, Paolo Monegato scrisse:
E io che ho detto? Gli ordinali possono essere indicati o con numeri
romani o con numeri arabi seguiti da °.
Tu hai scritto I numeri romani in italiano sono numeri ordinali.
Via XX Settembre, la cui
Il 24/09/2013 11:20, bredy ha scritto:
Se si spezzettano le discussioni poi non si riesce a tenerne traccia.
Giusto, ma esistono anche i filtri :-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
Il 09/24/2013 11:12 AM, Sky One scrisse:
Nel mio vecchio paesello c'era Via Buonnarrotti: avrei dovuto mapparla
così?
Credo che un conto sia un evidente errore grammaticale, altro e' il caso
di una convenzione che riguarda la grammatica in maniera margimale, come
i numeri romani nelle date.
Il giorno 24 settembre 2013 11:39, Paolo Monegato
gato.selvad...@gmail.comha scritto:
Il 24/09/2013 09:06, emmexx ha scritto:
...
Comunque, per non andare troppo OT confondendo i futuri mappatori,
immagino che dal punto di vista di OSM sia meglio utilizzare i numeri
arabi.
Dal punto di
Il 24 settembre 2013 12:29, Groppo ha scritto:
name = Via 20 settembre
alt_name = Via XX settembre
mi sembra il modo più corretto di mappare la realtà quando la targa
di marmo riporta una scritta e il cartello nuovo riporta l'altra
(dando la precedenza al numero arabo per seguire il wiki)
--
Allora bisogna correggere tutti i nomi delle vie che riportano i numeri
romani aggiungendo alt_name? Non credo sia un problema, basta che sia una
regola per tutti.
--
View this message in context:
http://gis.19327.n5.nabble.com/Numeri-romani-sulle-vie-tp5778517p5778754.html
Sent from the Italy
Il giorno 24 settembre 2013 13:53, bredy bredy...@yahoo.it ha scritto:
Allora bisogna correggere tutti i nomi delle vie che riportano i numeri
romani aggiungendo alt_name?
+1.
OT. Altro problema da risolvere una volta per tutte, dato che ogni tanto
torna fuori, sarebbe la questione delle
Come posso mappare una cava in oggetto, ed in caso si mappa l'area?
Un grazie in anticipo...
--
View this message in context:
http://gis.19327.n5.nabble.com/Cava-di-sabbia-a-cielo-aperto-tp5778758.html
Sent from the Italy General mailing list archive at Nabble.com.
Secondo la regola delle date il mese andrebbe in minuscolo, mentre tutti gli
altri nomi dovrebbero avere la iniziale maiuscola ed essere senza
abbreviazioni.
--
View this message in context:
http://gis.19327.n5.nabble.com/Numeri-romani-sulle-vie-tp5778517p5778760.html
Sent from the Italy
Ho provveduto ad aggiornare la pagine Hiking
http://wiki.openstreetmap.org/wiki/IT:Hiking#Tags_delle_relazioni in
italiano in modo da essere adeguata a quella inglese, mancano ancora alcune
parti.
Mi domandavo però se non fosse il caso che in italia si seguisse la
classificazione delle
Il giorno mar, 24/09/2013 alle 11.11 +0200, emmexx ha scritto:
Il 09/24/2013 10:42 AM, bredy scrisse:
Ok tutte le regole grammaticali, ma se una via è registrata con un dato
valore va usato quello anche se sbagliato.
Il problema e' che se usi i numeri romani, nominatim usera' i numeri
Secondo me è più comodo usare i numeri arabi e usare alt:name con i
numeri romani.
Quando si cerca una via su un pc o navigatore si scrive 20 settembre e
non XX settembre.
Per quanto riguarda i numeri ordinali il simbolo ° è accettato ma non è
corretto, perchè indica il grado, mentre per
Per evitare che usando OSM sui navigatori si sentano cose tipo:
svoltare in via ics ics settembre basterebbe questa convenzione? O per
caso c'è anche un tag apposito tipo name_navigation=* ?
Il 24 settembre 2013 12:29, Groppo ha scritto:
name=Via 20 settembre
alt_name=Via XX settembre
Grazie, mi dimentico sempre del sito che mi hai segnalato.
--
View this message in context:
http://gis.19327.n5.nabble.com/Cava-di-sabbia-a-cielo-aperto-tp5778758p5778769.html
Sent from the Italy General mailing list archive at Nabble.com.
___
Qualcuno ha provato l'ultima versione di OsmAnd? Hanno messo le allerte
autovelox. Funziona anche lui solo se la speed_cam è in un nodo sulla
way, o li vede anche se il nodo è a lato? legge la relazione enforcement?
ps: è un po' brutto doverne mettere per forza due (uno su way e uno a
lato) quando
2013/9/24 emmexx emm...@tiscalinet.it
Il 09/24/2013 10:42 AM, bredy scrisse:
Ok tutte le regole grammaticali, ma se una via è registrata con un dato
valore va usato quello anche se sbagliato.
Il problema e' che se usi i numeri romani, nominatim usera' i numeri
romani (e viceversa). E
Il 09/24/2013 02:25 PM, Marcello Arcangeli scrisse:
Ho provato la ricerca e non ho notato nulla di strano, ritorna quello
che si è inserito, cifre romane o arabe.
Oddio, non notare nulla di strano e' strano! :-)
Se scrivi via XX settembre,milano appare via XX settembre a Melzo. Ma
anche via 20
Inoltre se messo su un punto del percorso non è detto che si possa indicare
su che lato funziona, perchè il nodo può essere comune a due segmenti della
way perciò bakward e forward non sarebbero utilizzabili.
--
View this message in context:
Il 09/24/2013 02:36 PM, Michele iw1gfv scrisse:
Secondo me è più comodo usare i numeri arabi e usare alt:name con i
numeri romani.
-1
Secondo me questo creerebbe confusione con la regola di riportare in OSM
la realta'.
Quando si cerca una via su un pc o navigatore si scrive 20 settembre e
Io sono favorevole ad usare alt_name, ma il name deve essere quello riportato
dalle tabelle ovvero quello ufficiale.
--
View this message in context:
http://gis.19327.n5.nabble.com/Numeri-romani-sulle-vie-tp5778517p5778780.html
Sent from the Italy General mailing list archive at Nabble.com.
La scala SAC è riconosciuta in tanti paesi e in più esiste una mappatura
SAC - CAI
.(vedi
http://www.msmountain.it/varie/tecnica_escursionistica/scala_difficolt%E0.html
)
Vedo nessun vantaggio nel usare scale diverse in paesi diversi in una mappa
internazionale, se esistono rimappature
Il link da te segnalato comunque non è una corrispondenza ufficiale delle due
scale, anche se può essere condivisibile il paragone.
Però sarebbe a questo punto corretto inserire una classificazione locale, in
quanto in italia la sola classificazione cai è riconosciuta.
Le mie sono domande per
Il giorno 24 settembre 2013 14:20, bredy bredy...@yahoo.it ha scritto:
Secondo la regola delle date il mese andrebbe in minuscolo
Questa è infatti la regola che ci eravamo dati, ma era stata contestata
qualche tempo fa in quanto si tratta di nomi epigrafici.
Tornando in tema, appoggio l'uso
Il 09/24/2013 04:01 PM, Carlo Stemberger scrisse:
Assolutamente indispensabile invece cercare di uniformare i tag name=*
il più possibile, almeno in ambito italiano. Per chi si appella alla
regola del mappare la realtà, la realtà è semplicemente che la via è
intitolata ad una data; quella data
Il giorno 24 settembre 2013 15:15, bredy bredy...@yahoo.it ha scritto:
Io sono favorevole ad usare alt_name, ma il name deve essere quello
riportato
dalle tabelle ovvero quello ufficiale.
+1
Also, io uso il camel case.
--
View this message in context:
Ho visto oggi di questa discussione, e siccome ho visto che è rimasto tutto
fermo mi domandavo se non riusciamo ad arrivare ad una conclusione.
Non condivido invece la comparazione tre i livelli EEA in quanto questi si
riferiscono a percorsi attrezzati o vie ferrate solamente e non al fatto che
In teoria quando si parla di nomi di luoghi (Odonimi), come le strade, i vari
nomi che lo compongono andrebbero con le iniziali maiuscole, dato che
trattasi di nomi propri di cosa.
Davide
--
View this message in context:
Il 24/09/2013 12:29, Groppo ha scritto:
Il giorno 24 settembre 2013 11:39, Paolo Monegato
gato.selvad...@gmail.com mailto:gato.selvad...@gmail.com ha scritto:
Il 24/09/2013 09:06, emmexx ha scritto:
...
Comunque, per non andare troppo OT confondendo i futuri mappatori,
Ho trovato un sito svizzero in cui c'è la corrispondenza delle scale di
difficoltà qui il documento Scala difficoltà
http://escursionismo-sicuro.ch/controllo-per-l-escursionismo/pianificazione/le-tre-categorie-di-sentieri/download/CleanFile/158
praticamente t=t1 e=t2-t3 ee=t4-t5
--
View
Qui una bella immagine che fa capire un po' i confini tra le varie scale
http://gis.19327.n5.nabble.com/file/n5778806/953571ceb5.jpg
--
View this message in context:
http://gis.19327.n5.nabble.com/Scala-difficolta-in-montagna-tp5354849p5778806.html
Sent from the Italy General mailing list
Dalla discussione postata relativa al 25 aprile si intende che la
standardizzazione sia stata presa da un solo utente senza votazione. Mi
sembrava che la maggior parte protendesse sul fatto che si scrive il nome
come registrato all'ufficio comunale. Unico dato ufficiale.
Quindi io ripeto name=il
Il problema di ri-mappatura di scale e categorie locali o nazionali sui
tags di OSM esiste per tutta la gamma di cose che mappiamo. In questo senso
la SAC scale è un approccio pragmatico utilizzato in questo campo specifico
di mappatura.
Discorsi analoghi valgono per la classificazione di strade
Ahimè non legge le relazioni sarebbe tutto più bello io provvisoriamente faccio
cosi poi quando sistemano si fa presto cmq basta quello sulla way tanto i nuovi
velox beccano entrambe le corsie
Messaggio originale
Da: erfab...@gmail.com
Data: 24/09/2013 14.45
A: openstreetmap list -
I nuovi velox beccano tutti e due i lati x cui tranqui se lo si mette fuori è
inutile poiché non viene visto
Messaggio originale
Da: bredy...@yahoo.it
Data: 24/09/2013 15.10
A: talk-it@openstreetmap.org
Ogg: Re: [Talk-it] Velo OK
Inoltre se messo su un punto del percorso non è detto che
La tua affermazione è errata nel caso specifico del Velo Ok funziona solo sul
lato della strada in cui è posizionato.
--
View this message in context:
http://gis.19327.n5.nabble.com/R-Re-Velo-OK-tp5778825p5778826.html
Sent from the Italy General mailing list archive at Nabble.com.
Come mai ci sono molte proposte di tagging che restano abbandonate?
Tipo questa Cascate
http://wiki.openstreetmap.org/wiki/Proposed_features/Waterfall di fatto
non c'è nessun tag riconosciuto dal wiki per le cascate e l'unica proposta è
rimasta li senza.
Non si possono o chiudere o portare a
2013/9/24 bredy bredy...@yahoo.it
Come mai ci sono molte proposte di tagging che restano abbandonate?
Tipo questa Cascate
http://wiki.openstreetmap.org/wiki/Proposed_features/Waterfall di
fatto
non c'è nessun tag riconosciuto dal wiki per le cascate e l'unica proposta
è
rimasta li
1 - 100 di 187 matches
Mail list logo
