date:20120220


Am 19.02.2012 16:57, schrieb Simon Poole:

Bezüglich den grössten deutschen Mappern kann ich noch folgendes sagen,
es hat einen sehr hohen (ca. 50%) Rate von Bounces (also Mail aus
irgendwelchen Gründen nicht zustellbar). EIne Grössenordnung mehr als in
anderen Ländern. Das ganze ist also schon recht abgearbeitet, es hat
aber wohl noch -viele- kleinere Mapper (mit weniger als 100 erstellten
highways nach meinen Listen), die man vermutlich erreichen kann.
Wenn das Mapper sind, die in jeweils einem eng begrenzten Gebiet an die 
100 1st-Edits von Highways haben, kommt das in dieser kleinen Region 
einem Kahlschlag gleich. Viele kleine Kahlschläge richten auch großen 
Schaden an. Deshalb kann man die kleinen Unentschlossenen nicht 
vernachlässigen.


Burkhard


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise


Am 17.02.2012 18:01, schrieb Roland Olbricht:


Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist da etwas
missverständlich. Im Idealfall gibt es pro Gleis einen Bahnsteig. Wenn keine
Bahnsteige erfasst sind, ist eine einzelne Node railway=station abseits der
Gleise das Beste.

public_transport=stop_position ist ganz falsch und sollte nur aus
Kompatibilitätsgründen verwendet werden. public_transport=stop_position sollte
laut Wiki ursprünglich den Ort kennzeichnen, an dem die Fahrzeugspitze hält.


Wo steht das mit der Fahrzeugspitze? Und wie kann 
public_transport=stop_position ganz falsch sein???
Das Schema für den Öffentlichen Nahverkehr 
(http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport) 
ist nicht aus einer Laune heraus entstanden. Es gab ein Proposal, eine 
sehr ausführliche Diskussion und es wurde darüber abgestimmt (Status: 
Approved (active)).
Ich persönlich werde mich so gut es geht an dieses Schema halten, da ich 
kein besseres kenne. Die Nahverkehrskarten und Router werden sich  nach 
diesen Vorgaben richten.
Der Punkt public_transport=stop_position gehört auf das Gleis!!! (The 
stop position is the place where the vehicle usually stops on the rails 
or on the street. A public_transport=stop_position is tagged as a Node 
on the way, even when a bus stops in a bus bay.)
Die Halteposition ist verknüpft mit dem Haltestellennamen und dem 
Referenznamen. Aus diesen Namen und den Relationen, in denen die 
stop_position enthalten ist, können z.B. die aktuellen 
Fahrplaninformationen extern ermittelt werden. Das ist für alle 
ernsthaften ÖPNV-Anwendungen und für Router von großer Bedeutung.


Falls Du Vorschläge für Verbesserungen, Änderungen oder Ergänzungen dazu 
hast, dann schreibe bitte ein Proposal, wie man das Schema ergänzen 
kann. Wir diskutieren es gerne.



In größeren Bahnhöfen kann das wegen unterschiedlicher Fahrzeuglängen
natürlich nicht funktionieren. Heute wird das Tag meistens irgendwo auf dem
Gleis plaziert und suggeriert dann eine nicht gegebene Genauigkeit - Tags mit
zwei verschiedenen Bedeutungen sind immer sehr problematisch.


Viele Grüße
Burkhard



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

2012-02-20 Per discussione Frederik Ramm


Hallo,

On 02/20/2012 11:45 AM, bkmap wrote:

Das Schema für den Öffentlichen Nahverkehr
(http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport)
ist nicht aus einer Laune heraus entstanden. Es gab ein Proposal, eine
sehr ausführliche Diskussion und es wurde darüber abgestimmt (Status:
Approved (active)).


Mit den Stimmen von ca 80 von ungefaehr 50.000 aktiven Mappern. Was 
nicht mehr oder weniger bedeutet als wir 80 finden das gut und werden 
das so anwenden.


Das ist fuer die verbleibenden 49.920 aktiven Mapper natuerlich ein 
Indikator - wenn sich da 80 Leute Gedanken gemacht haben und ein 
bestimmtes Schema gut finden, dann koennte ich das ja auch so machen. 
Muss ich aber nicht.



Die Nahverkehrskarten und Router werden sich nach
diesen Vorgaben richten.


Das bleibt wohl den Machern der Nahverkehrskarten ueberlassen. Der 
Transport-Layer auf www.openstreetmap.org scheint sich zum Beispiel 
nicht an das Schema zu halten; eine Bushaltestelle, die ausschliesslich 
als public_transport=stop_position, bus=yes getaggt ist, wird dort 
nicht gezeigt (z.B. 
http://www.openstreetmap.org/?lat=43.6278lon=7.095558zoom=18layers=T); nur, 
wenn zusaetzlich das alte highway=bus_stop gesetzt wird, passiert was.



Falls Du Vorschläge für Verbesserungen, Änderungen oder Ergänzungen dazu
hast, dann schreibe bitte ein Proposal, wie man das Schema ergänzen
kann. Wir diskutieren es gerne.


Proposals zu schreiben ist eine Moeglichkeit, aber einfach machen ist 
in OSM durchaus auch zulaessig.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

Am 20. Februar 2012 12:08 schrieb Frederik Ramm frede...@remote.org:
 On 02/20/2012 11:45 AM, bkmap wrote:
 Das Schema für den Öffentlichen Nahverkehr
 (http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport)
 ist nicht aus einer Laune heraus entstanden. Es gab ein Proposal, eine
 sehr ausführliche Diskussion und es wurde darüber abgestimmt (Status:
 Approved (active)).


 Mit den Stimmen von ca 80 von ungefaehr 50.000 aktiven Mappern. Was nicht
 mehr oder weniger bedeutet als wir 80 finden das gut und werden das so
 anwenden.


50.000 mehr oder weniger aktive Mappern. Das sind alles Leute, die
entweder nicht mitbekommen haben, dass es eine Diskussion über diesen
tag gab (d.h. sie sind offensichtlich grundsätzlich nicht so sehr
daran interessiert, bei der Tagentwicklung mitzumachen, sonst wären
sie z.B. auf der tagging-ML), oder die sich bewusst rausgehalten
haben, weil sie dachten, die 80 regeln das schon. Und mal im Ernst,
wenn sich wirklich 25000 Leute am Proposal-Prozess beteiligen würden,
dann würde der in der jetzigen Form gar nicht funktionieren ;-)
80 Leute ist jedenfalls nicht gerade wenig für ein Proposal bei OSM.


 Das ist fuer die verbleibenden 49.920 aktiven Mapper natuerlich ein
 Indikator - wenn sich da 80 Leute Gedanken gemacht haben und ein bestimmtes
 Schema gut finden, dann koennte ich das ja auch so machen. Muss ich aber
 nicht.


ja, müssen sie nicht, aber sie sollten zumindest kein Schema
verfolgen, dass mit dem abgestimmten unvereinbar ist (u.a. Gefahr von
Edit-Wars). Ein alternatives Privat-Schema ohne Proposal und
öffentliche Diskussion bedeutet nämlich, die Diskussionen der Leute zu
ignorieren und das zu machen, was _einer_ gerade mal sinnvoll findet.
Das kann aber nur dann in einem System wie OSM funktionieren, wenn der
einzelne im Laufe der Zeit andere überzeugen kann, dass sein Schema
wirklich besser ist, und die das dann auch anwenden (oder wenn dieses
System so kompatibel ist, dass man es in das andere überführen kann,
ohne im auf die Füße zu treten, d.h. andere Keys).


 Proposals zu schreiben ist eine Moeglichkeit, aber einfach machen ist in
 OSM durchaus auch zulaessig.


ja, aber s.o. Wer wie lmaa-osm-korinthenkacker seine eigenen
Definitionen für etablierte Keys entwickelt und umsetzt, der eckt
normalerweise an.

Gruß Martin


PS: Klar, wichtiger als Proposal und Voting ist für die Interpretation
der Daten das, was die Leute wirklich taggen und meinen. Ich nutze
z.B. immer noch highway=bus_stop weil ich weiss, dass ist die große
Mehrheit, und es ist (m.E.) zumindest eindeutig, d.h., auch wenn sich
mal ein anderes Schema flächendeckend durchsetzen wird, dann wird man
diese Bushaltestellen problemlos in dieses neue Schema konvertieren
können.
http://taginfo.openstreetmap.org/tags/highway=bus_stop
http://taginfo.openstreetmap.org/search?q=public_transport%3Dstop_position

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] building:type - Ergänzung

Am 20. Februar 2012 10:11 schrieb Fabian Schmidt
fschm...@informatik.uni-leipzig.de:
 Am 20.02.12 schrieb Martin Koppenhoefer:
 Bei Türmen wird normalerweise
 angegeben: Höhe über NN und das ist dann die Höhe der Turmspitze, z.B.
 http://www.schwaebischer-albverein.de/wanderheime/rossberghaus/rossberghaus.html
 Das habe ich noch nie so angegeben gesehen. Auch auf dieser Seite steht die
 Höhe des Berges über NN, nicht der Turmspitze.


stimmt, das ist der Berg, nicht der Turm. Ich glaube, die Höhe des
Turms (ggf. war es die der Plattform, nicht der Spitze) habe ich
angegeben gesehen bei manchen Türmen oben auf der Plattform auf einer
Tafel. Unten am Turm steht meist die Turmhöhe (gelegentlich noch
unterteilt in Spitze und Plattform) und die Höhe des Standorts (d.h.
Boden).

Wichtig ist ja hier vor allem, dass es alle gleich machen damit man
weiss, was gemeint ist. Ich rege an, das auch noch kurz auf der engl.
Tagging-Liste anzusprechen, und dann im Wiki eine Präzisierung  zu
ergänzen. Die Mail habe ich soeben abgeschickt.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

  Ich beschäftige mich schon seit einiger Zeit mit einem Taggingschema für
  Eisenbahnen:
  http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap
 
 Die Seite hatte ich bei der Suche im Wiki nicht entdeckt.
 
 Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
 Wiki-Definitionen kompatibel sind (usage=highspeed).

Wieso nicht kompatibel?
Es werden ja nur zusätzliche Values für usage=* definiert, die sich nicht mit 
den im Wiki vorgeschlagenen Werten in die Quere kommen.


Alex

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

Am 20. Februar 2012 13:42 schrieb Alexander Matheisen
alexandermathei...@ish.de:
 Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
 Wiki-Definitionen kompatibel sind (usage=highspeed).

 Wieso nicht kompatibel?
 Es werden ja nur zusätzliche Values für usage=* definiert, die sich nicht mit
 den im Wiki vorgeschlagenen Werten in die Quere kommen.


Doch, das kommt sich potentiell mit den anderen Werten in die Quere.
Warum nicht highspeed=yes (oder ggf. detaillierter bis zu welcher
Geschwindigkeit, etc.)?

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise


Am 20.02.2012 12:08, schrieb Frederik Ramm:

Hallo,

On 02/20/2012 11:45 AM, bkmap wrote:

Das Schema für den Öffentlichen Nahverkehr
(http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport)
ist nicht aus einer Laune heraus entstanden. Es gab ein Proposal, eine
sehr ausführliche Diskussion und es wurde darüber abgestimmt (Status:
Approved (active)).


Mit den Stimmen von ca 80 von ungefaehr 50.000 aktiven Mappern. Was
nicht mehr oder weniger bedeutet als wir 80 finden das gut und werden
das so anwenden.
Ja genau, und 6 von ca. 50.000 lehnen es ab und 3 mögen es nicht, was 
also nicht mehr oder weniger bedeutet als: Wir 9 von ca 50.000 wollen 
das nicht und werden es nicht benutzen... :-)




Das ist fuer die verbleibenden 49.920 aktiven Mapper natuerlich ein
Indikator - wenn sich da 80 Leute Gedanken gemacht haben und ein
bestimmtes Schema gut finden, dann koennte ich das ja auch so machen.
Muss ich aber nicht.


Die Nahverkehrskarten und Router werden sich nach
diesen Vorgaben richten.


Das bleibt wohl den Machern der Nahverkehrskarten ueberlassen. Der
Transport-Layer auf www.openstreetmap.org scheint sich zum Beispiel
nicht an das Schema zu halten; eine Bushaltestelle, die ausschliesslich
als public_transport=stop_position, bus=yes getaggt ist, wird dort
nicht gezeigt (z.B.
http://www.openstreetmap.org/?lat=43.6278lon=7.095558zoom=18layers=T); nur,
wenn zusaetzlich das alte highway=bus_stop gesetzt wird, passiert was.


Stimmt, auch die anderen gängigen Karten halten das derzeit auch so:
http://www.öpnvkarte.de/?zoom=17lat=43.6278lon=7.09556layers=B
http://www.openptmap.org/?zoom=17lat=43.62799lon=7.09593layers=BTFT
Die Nahverkehrskarten waren ja schließlich früher da, als der Vorschlag 
zum einheitlichen Tagging. Teile des einheitlichen Schemas finden aber 
nach und nach Eingang in die Karten.
Die Macher von Karten und anderen Applikationen haben ja nicht 
unendlich Zeit, weil sie wahrscheinlich noch nebenbei arbeiten gehen.


Hab mich vielleicht etwas plump ausgedrückt. Das Wiki ist kein Gesetz. 
Aber wer möchte, dass sein Tagging in Zukunft auch in der Praxis 
funktioniert, muss sich schon etwas nach dem Wiki richten und ich bin 
der Meinung, dass das vereinheitlichte Schema schon den Weg zum weist, 
der sich weiter entwicken lässt, ohne gleich wieder in einer Sackgasse 
zu landen.



Falls Du Vorschläge für Verbesserungen, Änderungen oder Ergänzungen dazu
hast, dann schreibe bitte ein Proposal, wie man das Schema ergänzen
kann. Wir diskutieren es gerne.


Proposals zu schreiben ist eine Moeglichkeit, aber einfach machen ist
in OSM durchaus auch zulaessig.

+1
Wahrscheinlich wird derjenige den weiteren Verlauf bestimmen, der das 
vorgeschlagene JOSM-Plugin schreibt :-)


Viele Grüße
Burkhard



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OpenRailwayMap (war: Welche Tags für Bahngleise)

2012-02-20 Per discussione Stephan Wolff


Am 20.02.2012 13:42, schrieb Alexander Matheisen:

http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap


Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
Wiki-Definitionen kompatibel sind (usage=highspeed).


Wieso nicht kompatibel?
Es werden ja nur zusätzliche Values für usage=* definiert, die sich nicht mit
den im Wiki vorgeschlagenen Werten in die Quere kommen.


Hochgeschwindigkeitsstrecken sollten laut Wiki als usage=main getaggt
werden, nach deinem Vorschlag als usage=highspeed. Wer eine Karte nur
mit den Hauptstrecken erstellen will und usage=main filtert, sieht dann
die Strecken mit usage=highspeed nicht. usage=main mit highspeed=yes
wäre eine kompatible Erweiterung. Aber ich will dieses Detail nicht als
entscheidenden Kritikpunkt bewerten.

Die Wikiseite ist sehr lang und enthält viele Vorschläge. Viele werden
wohl spätestens ab railway:signal:main:substitute_signal nicht mehr
weiterlesen, obwohl 100 Zeilen danach noch allgemein interessante und
für Eisenbahnlaien erfassbare Objekte (Bahnhof, Stellwerk,
Bahnübergang, Betriebsbahnhof und Containerumschlagbahnhof) beschrieben
werden.

Alexander, vielleicht könntest du den Text aufteilen in einen
allgemeinen Teil für Eisenbahnlaien einen Spezialteil für Pufferküsser
und Simulanten.

Ich finde das Signalschema mit einer Relation pro Signal sehr 
kompliziert. Wäre es nicht ausreichend, einen Punkt auf dem Gleis zu 
setzen und den Standort (right/left/above) und Richtung in jeweils

einem Zusatztag unterzubringen?

Viele Grüße
Stephan







___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] LWG Sitzung vom 14.2.2012

2012-02-20 Per discussione Walter Nordmann


SimonPoole wrote
 
 IMHO bringt ein Verschiebung des Termins nichts, die Leute die was auf
 den letzten Drücker tun wollen lässt das kalt und alle anderen kann man
 locker vorher noch erreichen.
 
Hi Simon,

Zieht die Sache bitte auf jeden Fall konsequent bis zum 1.4 durch!
Alle eventuellen Verschiebungen bringen nicht - aber das hast du ja auch
schon geschrieben.

Gruss
walter


-
1---2--***3***4#
--
View this message in context: 
http://gis.19327.n5.nabble.com/LWG-Sitzung-vom-14-2-2012-tp5487727p5499218.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

Am Montag, 20. Februar 2012, 14:11:41 schrieb Martin Koppenhoefer:
 Am 20. Februar 2012 13:42 schrieb Alexander Matheisen
 
 alexandermathei...@ish.de:
  Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
  Wiki-Definitionen kompatibel sind (usage=highspeed).
  
  Wieso nicht kompatibel?
  Es werden ja nur zusätzliche Values für usage=* definiert, die sich
  nicht mit den im Wiki vorgeschlagenen Werten in die Quere kommen.
 
 Doch, das kommt sich potentiell mit den anderen Werten in die Quere.
 Warum nicht highspeed=yes (oder ggf. detaillierter bis zu welcher
 Geschwindigkeit, etc.)?

Ist das nicht unnötig kompliziert? Schließlich taggt man eine Autobahn ja auch 
nicht als highway=trunk und highspeed=yes...

Nach meiner Definition überschneiden sich main und highspeed nicht: main sind 
normale Hauptstrecken und highspeed bezeichnet Strecken wie die SFS Köln-
Frankfurt (nur Hochgeschwindigkeitsverkehr, frei von Bahnübergängen, etc.)

Siehe http://de.wikipedia.org/wiki/Schnellfahrstrecke
wobei ich in der Regel Ausbaustrecken wie die Schnellfahrstrecke Köln-Aachen 
noch zu main zählen würde (auch andere Zuggattungen, mehr Bahnhöfe entlang der 
Strecke.

Dann muss die bisherige Definition von main eben geändert werden.


Alex

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Denkmal-Tag

2012-02-20 Per discussione malenki

Jan Tappenbeck schrieb:

Am 19.02.2012 20:07, schrieb malenki:

 etwas in der Art:
 Denkmal=ja
 offiziell_anerkanntes_Denkmal=ja

 Beim Wikimedia-Commons-Wettbewerb gab es Listen mit offiziell
 anerkannten Denkmälern. Vielleicht könnte man sie für diesen Zweck
 heranziehen?

 Gruß
 Thomas

sollten tags nicht in englisch gehalten sein ?
denkmalschutz gibt es doch in anderen ländern!

Deshalb schrieb ich
 etwas in der Art:
   

Übersetzen darfst du gern selbst



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OpenRailwayMap (war: Welche Tags für Bahngleise)

Am Montag, 20. Februar 2012, 15:02:51 schrieb Stephan Wolff:
 Am 20.02.2012 13:42, schrieb Alexander Matheisen:
  http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap
  
  Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
  Wiki-Definitionen kompatibel sind (usage=highspeed).
  
  Wieso nicht kompatibel?
  Es werden ja nur zusätzliche Values für usage=* definiert, die sich
  nicht mit den im Wiki vorgeschlagenen Werten in die Quere kommen.
 
 Hochgeschwindigkeitsstrecken sollten laut Wiki als usage=main getaggt
 werden, nach deinem Vorschlag als usage=highspeed. Wer eine Karte nur
 mit den Hauptstrecken erstellen will und usage=main filtert, sieht dann
 die Strecken mit usage=highspeed nicht.

Man könnte ja in diesem Fall alle usage=main und usage=highspeed anzeigen. 
Trägt man dagegen auch alle Hochgeschwindigkeitsstrecken als usage=main ein, 
dann kann man keine Karte für solche Linien erstellen.

Besser ein differenziertes Tagging, das man beim Auswerten wieder etwas 
zusammenfassen kann, als umgekehrt.

 usage=main mit highspeed=yes
 wäre eine kompatible Erweiterung. Aber ich will dieses Detail nicht als
 entscheidenden Kritikpunkt bewerten.

Hochgeschwindigkeitslinien, die schon als usage=main getaggt sind, müsste man 
bei beiden Varianten umtaggen.

 Die Wikiseite ist sehr lang und enthält viele Vorschläge. Viele werden
 wohl spätestens ab railway:signal:main:substitute_signal nicht mehr
 weiterlesen, obwohl 100 Zeilen danach noch allgemein interessante und
 für Eisenbahnlaien erfassbare Objekte (Bahnhof, Stellwerk,
 Bahnübergang, Betriebsbahnhof und Containerumschlagbahnhof) beschrieben
 werden.
 
 Alexander, vielleicht könntest du den Text aufteilen in einen
 allgemeinen Teil für Eisenbahnlaien einen Spezialteil für Pufferküsser
 und Simulanten.

OK, ich habe es etwas aufgeteilt. Das vereinfachte Schema lässt sich aber 
vielleicht noch weiter vereinfachen.

Das Problem ist, dass das Tagging möglichst allgemein gehalten ist (vor allem 
das Tagging der Signale), um es international anwendbar zu machen. Damit wird 
es dann eben sehr komplex, aber je nach Land ergeben sich dann wieder einige 
Tags von selbst, sodass das Tagging dann nicht mehr so kompliziert ist.
Zur Zeit erstelle ich daher JOSM-Vorlagen (getrennt für verschiedene Länder), 
damit das Tagging vereinfacht wird. 

 Ich finde das Signalschema mit einer Relation pro Signal sehr
 kompliziert. Wäre es nicht ausreichend, einen Punkt auf dem Gleis zu
 setzen und den Standort (right/left/above) und Richtung in jeweils
 einem Zusatztag unterzubringen?

Werde mal drüber nachdenken... ;)


Alex

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Aerowestbilder - Wie lange noch?

2012-02-20 Per discussione Falk Zscheile

Hallo,
bis zu welchem Zeitpunkt dürfen wir die Aerowestbilder nutzen?

Die Antwort auf der Wiki-Seite[1] 12 Monate ab Projektstart ist
leider nicht besonders erhellend, wenn man das Datum nicht kennt.

Danke  Gruß,
Falk

[1] http://wiki.openstreetmap.org/wiki/DE_talk:WissensWert/Luftbilder#Zeitraum

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

Am 20. Februar 2012 16:16 schrieb Alexander Matheisen
alexandermathei...@ish.de:
 Am Montag, 20. Februar 2012, 14:11:41 schrieb Martin Koppenhoefer:
 Am 20. Februar 2012 13:42 schrieb Alexander Matheisen
 Doch, das kommt sich potentiell mit den anderen Werten in die Quere.
 Warum nicht highspeed=yes (oder ggf. detaillierter bis zu welcher
 Geschwindigkeit, etc.)?
 Ist das nicht unnötig kompliziert? Schließlich taggt man eine Autobahn ja auch
 nicht als highway=trunk und highspeed=yes...


aber Kraftfahrstraßen taggt man zusätzlich mit motorroad=yes


 Nach meiner Definition überschneiden sich main und highspeed nicht: main sind
 normale Hauptstrecken und highspeed bezeichnet Strecken wie die SFS Köln-
 Frankfurt (nur Hochgeschwindigkeitsverkehr, frei von Bahnübergängen, etc.)


siehst Du, Du definierst main um: das sind plötzlich nur noch
normale Hauptstrecken, den Hochgeschwindigkeitsverkehr schmeisst Du
raus. M.E. wäre es sowieso nicht schlecht, man könnte bei highspeed
noch näher dazuschreiben, welcher Ausbau (wenn man will), d.h. auch
aus diesem Grund wäre ein eigener Key besser.


 Dann muss die bisherige Definition von main eben geändert werden.


eben, müsste. Definitionsänderungen sollten aber nicht passieren,
indem jeder nach Lust und Gutdünken im Wiki rumändert, ohne sich mit
den anderen abzustimmen.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

 Nach meiner Definition überschneiden sich main und highspeed nicht: main sind
 normale Hauptstrecken und highspeed bezeichnet Strecken wie die SFS Köln-
 Frankfurt (nur Hochgeschwindigkeitsverkehr, frei von Bahnübergängen, etc.)
 
 
 siehst Du, Du definierst main um: das sind plötzlich nur noch
 normale Hauptstrecken, den Hochgeschwindigkeitsverkehr schmeisst Du
 raus. M.E. wäre es sowieso nicht schlecht, man könnte bei highspeed
 noch näher dazuschreiben, welcher Ausbau (wenn man will), d.h. auch
 aus diesem Grund wäre ein eigener Key besser.
 
 
 Dann muss die bisherige Definition von main eben geändert werden.
 
 
 eben, müsste. Definitionsänderungen sollten aber nicht passieren,
 indem jeder nach Lust und Gutdünken im Wiki rumändert, ohne sich mit
 den anderen abzustimmen.

1. Ich ändere nichts an der Definition, denn dort ist nur von höherer 
Geschwindigkeit (im Vergleich zu branch) die Rede.

2. Wenn bisherige Definitionen verbesserungswürdig sind (zum Beispiel der 
damalige Ersteller nicht alle Fälle bedacht hat), dann sollte man sie 
korrigieren und erweitern.

3. Ich ändere nichts im Wiki, sondern habe nur einen Taggingvorschlag für eine 
geplante Anwendung entworfen.

4. Bezüglich abstimmen: Manchmal kommt man nur weiter, wenn man ganz 
pragmatisch einfach etwas macht statt zu warten, bis sich irgendwann alle 
geeinigt haben. Spätestens wenn eine coole Anwendung ihre eigenen Tags benutzt 
gilt doch wieder das Prinzip wir mappen für die Renderer.


Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Hoehe unter dem Meer? - WAS: building:type - Ergänzung

2012-02-20 Per discussione Bernhard Weiskopf

 From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
 Sent: Monday, February 20, 2012 12:38 PM
 Subject: Re: [Talk-de] building:type - Ergänzung

 Wichtig ist ja hier vor allem, dass es alle gleich machen damit man
 weiss, was gemeint ist. Ich rege an, das auch noch kurz auf der engl.
 Tagging-Liste anzusprechen, und dann im Wiki eine Präzisierung  zu
 ergänzen. Die Mail habe ich soeben abgeschickt.

Ich finde, das ist der wesentliche Punkt. Die Beschreibung muss möglichst
klar sein, damit alle darunter das gleiche verstehen.

Wie tagged man eigentlich Höhen (z. B. Vulkanhügel) unter dem Meer?
Ich würde hier ebenfalls die Oberfläche des Festlands nehmen, die Zahlen
sind dann negativ. Oder ist per Definition hier height = 0? Wie gibt man
dann die Wassertiefe an?

Bernhard

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OpenRailwayMap (war: Welche Tags für Bahngleise)

2012-02-20 Per discussione Garry


Am 20.02.2012 17:09, schrieb Alexander Matheisen:
Man könnte ja in diesem Fall alle usage=main und usage=highspeed 
anzeigen. Trägt man dagegen auch alle Hochgeschwindigkeitsstrecken als 
usage=main ein, dann kann man keine Karte für solche Linien erstellen. 
Besser ein differenziertes Tagging, das man beim Auswerten wieder 
etwas zusammenfassen kann, als umgekehrt.

usage=main mit highspeed=yes
wäre eine kompatible Erweiterung. Aber ich will dieses Detail nicht als
entscheidenden Kritikpunkt bewerten.

Hochgeschwindigkeitslinien, die schon als usage=main getaggt sind, müsste man
bei beiden Varianten umtaggen.

Hochgeschwindigkeitsstrecken fangen teilweise irgendwo in der Pampa an 
und sind bis dorthin ganz normale Bahnstrecken.
Da ist ein highspeed=yes die sinnvollere Variante, zumal es eine 
zusätzliche Eigenschaft ist und nicht den normalen Zugverkehr ausschliesst.
Beispiel hierzu ist der Katzenbergtunnel der zum Jahresende in Betrieb 
geht - als Schnellfahrstrecke gebaut, soll er jetzt auch den 
Güterverkehr mit aufnehmen.


Garry


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise

2012-02-20 Per discussione Garry


Am 20.02.2012 11:45, schrieb bkmap:

Am 17.02.2012 18:01, schrieb Roland Olbricht:

Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist 
da etwas
missverständlich. Im Idealfall gibt es pro Gleis einen Bahnsteig. 
Wenn keine
Bahnsteige erfasst sind, ist eine einzelne Node railway=station 
abseits der

Gleise das Beste.

public_transport=stop_position ist ganz falsch und sollte nur aus
Kompatibilitätsgründen verwendet werden. 
public_transport=stop_position sollte
laut Wiki ursprünglich den Ort kennzeichnen, an dem die 
Fahrzeugspitze hält.


Wo steht das mit der Fahrzeugspitze? Und wie kann 
public_transport=stop_position ganz falsch sein???
Bei der Bahn ist es üblich die Haltepositionen für die Fahrzeugspitze 
anzugeben da dort derjenige sitzt der die Postion einzuhalten hat.
Ein frei definierter Begriff/Punkt stop_position der nur ein 
Hilfsmittel für den Router ist (vergleichbar mit den auch ehr 
unerwünschenten highway-Hilfslinien die einen Router über frei Plätze 
dirigieren sollen) schafft hier Verwirrung. Besser wäre sowas wie 
routing_gateway wenn man tatsächlich für
Routing-Zwecke nicht auf so einen Punkt verzichten kann. Es sollte auf 
jeden Fall verhindert werden dass seh- und gehbehinderte Menschen im guten

Glauben an eine zum Einsteigen für sie ungeeignete Postion geführt werden.


Gruss
Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Welche Tags für Bahngleise


Am 21.02.2012 00:46, schrieb Garry:

Am 20.02.2012 11:45, schrieb bkmap:

Am 17.02.2012 18:01, schrieb Roland Olbricht:


Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist
da etwas
missverständlich. Im Idealfall gibt es pro Gleis einen Bahnsteig.
Wenn keine
Bahnsteige erfasst sind, ist eine einzelne Node railway=station
abseits der
Gleise das Beste.

public_transport=stop_position ist ganz falsch und sollte nur aus
Kompatibilitätsgründen verwendet werden.
public_transport=stop_position sollte
laut Wiki ursprünglich den Ort kennzeichnen, an dem die
Fahrzeugspitze hält.


Wo steht das mit der Fahrzeugspitze? Und wie kann
public_transport=stop_position ganz falsch sein???

Bei der Bahn ist es üblich die Haltepositionen für die Fahrzeugspitze
anzugeben da dort derjenige sitzt der die Postion einzuhalten hat.


Wichtig ist nicht, was bei der Bahn üblich, sondern was Konsens bei OSM 
und sinnvoll ist. Der Lockführer wird sich wohl kaum nach der 
Halteposition bei OSM richten.



Ein frei definierter Begriff/Punkt stop_position der nur ein
Hilfsmittel für den Router ist (vergleichbar mit den auch ehr
unerwünschenten highway-Hilfslinien die einen Router über frei Plätze
dirigieren sollen) schafft hier Verwirrung. Besser wäre sowas wie
routing_gateway wenn man tatsächlich für
Routing-Zwecke nicht auf so einen Punkt verzichten kann. Es sollte auf
jeden Fall verhindert werden dass seh- und gehbehinderte Menschen im guten
Glauben an eine zum Einsteigen für sie ungeeignete Postion geführt werden.

Na dann sollten wir die Halteposition eben so kennzeichnen, dass da mit 
hoher Sicherheit ein Einstieg ist. Übrigens hab ich das bisher auch 
immer so gehalten. Ich fahre ja schließlich auch als Fahrgast und nicht 
als Lockführer.


Viele Grüße
Burkhard


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] strade con corsie con diversa superficie

Ho due osservazioni:

   1. cobblestone in italiano è tradotto come *ciottolo (per pavimentare
   strade)* e secondo me nulla ha in comune con i sampietrini, che sono
   cubetti di porfido;
   2. se sett non è quello giusto, perché non sistemare la Wiki, in modo
   che le persone, che come me, andranno alla ricerca della *value* corretta,
   la trovino subito? Tuttavia indipendentemente da quanto sia stato
   utilizzato nel mondo, qualcuno ha pensato che per i sampietrini non sia
   corretto usare cobblestone e lo ha pure sottolineato.

Poi, se la Wiki non conta e bisogna adeguarsi all'uso della *value*
predominante,
mi adeguo anche io.

Buon inizio di settimana a tutti.

Il giorno 20 febbraio 2012 08:00, emmexx emm...@tiscalinet.it ha scritto:

 Il 02/20/2012 01:30 AM, Martin Koppenhoefer scrisse:
  Am 19. Februar 2012 19:36 schrieb Matteo Quatrida 
 matteo.quatr...@gmail.com:
  Quindi per i sampietrini si usa sett?
 
 
  sarebbe strano, perchè ce ne sono solo 177 in tutto il mondo, mentre
  con cobblestone ci sono 86213:
  http://taginfo.openstreetmap.org/search?q=surface%3Dcobblestone

 Sara' anche strano, ma se qualcuno decide di chiamare mela un tavolo
 e' ancora piu' strano. ;-)

 ciao
maxx

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

PS. L'uso prevalente di *cobblestone* al posto di *sett* potrebbe essere
stato incentivato dal fatto che il primo è presente nel menù a tendina di
Potlach2, mentre il secondo no. Suppongo, che a parte gli smanettoni più
incalliti, che come me e altri si divertono a scrivere a mano le *key=value*,
molti preferiscano usare l'applicativo citato, al posto di JOSM, perché più
intuitivo.
Direi che sull'uso errato delle *values* per la *key* *surface* calzi a
pennello il detto: *Chi è causa del suo mal, pianga se stesso!* [?]

Ne approfitto per chiedere se qualcuno è a conoscenza di un sito che mostri
in quale percentuale sono utilizzati Potlach1, Potlach2 e JOSM per
apportare modifiche a OpenStreetMap.

Il giorno 20 febbraio 2012 09:17, Matteo Quatrida matteo.quatr...@gmail.com
 ha scritto:

 Ho due osservazioni:

1. cobblestone in italiano è tradotto come *ciottolo (per pavimentare
strade)* e secondo me nulla ha in comune con i sampietrini, che sono
cubetti di porfido;
2. se sett non è quello giusto, perché non sistemare la Wiki, in modo
che le persone, che come me, andranno alla ricerca della *value* corretta,
la trovino subito? Tuttavia indipendentemente da quanto sia stato
utilizzato nel mondo, qualcuno ha pensato che per i sampietrini non sia
corretto usare cobblestone e lo ha pure sottolineato.

 Poi, se la Wiki non conta e bisogna adeguarsi all'uso della *value* 
 predominante,
 mi adeguo anche io.

 Buon inizio di settimana a tutti.

 Il giorno 20 febbraio 2012 08:00, emmexx emm...@tiscalinet.it ha
 scritto:

 Il 02/20/2012 01:30 AM, Martin Koppenhoefer scrisse:
  Am 19. Februar 2012 19:36 schrieb Matteo Quatrida 
 matteo.quatr...@gmail.com:
  Quindi per i sampietrini si usa sett?
 
 
  sarebbe strano, perchè ce ne sono solo 177 in tutto il mondo, mentre
  con cobblestone ci sono 86213:
  http://taginfo.openstreetmap.org/search?q=surface%3Dcobblestone

 Sara' anche strano, ma se qualcuno decide di chiamare mela un tavolo
 e' ancora piu' strano. ;-)

 ciao
maxx

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




 --

  ,__ ____
 /|  |  |  /  \ o |
  |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
  |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
  |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/





-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
33A.gif___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Il 02/20/2012 09:17 AM, Matteo Quatrida scrisse:
 Ho due osservazioni:

Avevo gia' fatto le tue stesse osservazioni alcuni mesi fa, con tanto di
link a foto, citazioni, ecc.

Il problema e' che per i tag purtroppo spesso vale la regola e' invalso
l'uso. Siccome modificare il significato dei tag implica intervenire su
moltissimi software, la maggioranza degli utenti, per un motivo o per
l'altro finisce per opporsi ad ogni correzione.

Se vuoi, vedi il thread che avevo iniziato il 25 ottobre scorso: tag per
pave' o lastricato

ciao
maxx

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Tutte le persone con più esperienza di me, con le quali ho parlato di
OpenStreetMap, mi hanno sempre detto che è il mondo, che circonda
OSM-Database, che deve adattarsi e non viceversa, quindi se il problema è
che *sett* non è riconosciuto da molti software/applicativi/..., concordo
con loro non sia una giustificazione sufficiente per non utilizzarlo.

Se invece vi sono altri motivi, più razionali di è invalso l'uso, allora
se ne può discutere.

Mi sono imbattuto in un problema simile volendo mappare delle piste
ciclabili su marciapiede ad uso condiviso con i pedoni, situazione che da
quello, che mi è parso di capire, è tipicamente italiana, perché in tutti
gli altri Stati europei, le piste ciclabili sono poste sulla sede stradale
e non sui marciapiedi, ma su questo potrei essere smentito (ho guardato
Amsterdam, Stoccolma e altre capitali europee da cui prendere spunto).
Ho una grandissima confusione su come mappare queste situazioni
particolari italiane e l'idea sarebbe, nelle prossime settimane, di
provare a buttar giù una proposta di utilizzo delle *key=value* che sia
logica e razionale per questi casi, con l'aiuto di altri mappatori OSM
della mia Provincia e poi proporla. Anche in questo caso non sarebbero,
almeno inizialmente, riconosciute dagli applicativi, ma credo lo scopo di
OSM sia di fornire quante più informazioni possibili su quanto ci si
presenta nella realtà, indipendentemente dal fatto che tutta la casistica
possa essere o meno riconosciuta da software e applicativi esterni. Comunque
non vorrei proseguire troppo con questo inciso *off topic* introducendo
un'ulteriore discussione, che nulla centra con *surface=value*.

Il giorno 20 febbraio 2012 10:31, emmexx emm...@tiscalinet.it ha scritto:

 Il 02/20/2012 09:17 AM, Matteo Quatrida scrisse:
  Ho due osservazioni:

 Avevo gia' fatto le tue stesse osservazioni alcuni mesi fa, con tanto di
 link a foto, citazioni, ecc.

 Il problema e' che per i tag purtroppo spesso vale la regola e' invalso
 l'uso. Siccome modificare il significato dei tag implica intervenire su
 moltissimi software, la maggioranza degli utenti, per un motivo o per
 l'altro finisce per opporsi ad ogni correzione.

 Se vuoi, vedi il thread che avevo iniziato il 25 ottobre scorso: tag per
 pave' o lastricato

 ciao
maxx




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

2012-02-20 Per discussione Federico Cozzi

2012/2/20 Matteo Quatrida matteo.quatr...@gmail.com:
 Mi sono imbattuto in un problema simile volendo mappare delle piste
 ciclabili su marciapiede ad uso condiviso con i pedoni, situazione che da

In presenza del cartello tondo blu con simbolo di bici e pedone:

highway=cycleway
foot=official
bicycle=official (non fa male ribadire)
segregated=yes / no a seconda della separazione esistente tra i due
mezzi (vedi presenza / assenza della barra sul cartello)

Ciao,
Federico

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] license change - i casi positivi

2012-02-20 Per discussione Vincenzo Galgano

hanno accettato anche 

signor_g 
vasta

nei giorni scorsi e delugian11 qualche ora fa, grazie all'interessamento di
Francesco De Virgilio




Martin Koppenhoefer wrote
 
 Anche rcim, mekkor e siorarina hanno accetati.
 
 ___
 Talk-it mailing list
 Talk-it@
 http://lists.openstreetmap.org/listinfo/talk-it
 

--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-license-change-i-casi-positivi-tp5497812p5498785.html
Sent from the Italy General mailing list archive at Nabble.com.

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] license change - i casi positivi

Finora delle 58 persone a cui ho scritto 8 persone hanno accettate.
c'è qualcuno che connscosce Giorgio Vaccari? Purtroppo ho ricevuto
risposta automatica permanente che non lo raggiungono le mail.

ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Am 20. Februar 2012 09:17 schrieb Matteo Quatrida matteo.quatr...@gmail.com:
Ho due osservazioni:

cobblestone in italiano è tradotto come ciottolo (per pavimentare strade) e
secondo me nulla ha in comune con i sampietrini, che sono cubetti di
porfido;

se vedi le foto sembrano sampietrini a me:
http://www.google.it/search?client=ubuntuchannel=csq=cobblestoneum=1ie=UTF-8hl=detbm=ischsource=ogsa=Ntab=wiei=ZjhCT9_aI4qK4gSirri9Dgbiw=1366bih=632sei=aThCT9GFHaGm4gT8mJXICA

Il mio dizionario mi dice acciottolato per cobblestone, che credo
non è uguale a ciottolo?

La traduzione tedesca di cobblestone è Kopfsteinpflaster che è sampietrini.

se sett non è quello giusto, perché non sistemare la Wiki, in modo che le
persone, che come me, andranno alla ricerca della value corretta, la trovino
subito? Tuttavia indipendentemente da quanto sia stato utilizzato nel mondo,
qualcuno ha pensato che per i sampietrini non sia corretto usare
cobblestone e lo ha pure sottolineato.

si, ma questo qualcuno sembra di essere uno solo. Questo utente ha
modificato il wiki a Novembre 2011:
http://wiki.openstreetmap.org/w/index.php?title=Template%3AMap_Features%3Asurfaceaction=historysubmitdiff=701000oldid=696691
Non riccordo discussioni nel riguardo, ne posso vedere nel attuale uso
dei tags che sia un consenso. Non sono sicuro quale parola inglese è
la migliore, ma sono sicuro che cobblestone nei ultimi 4 anni è stato
usato per sampietrini. Sono aperto anche a modificare questo, ma
vorrei prima divulgare e discutere il caso.

Poi, se la Wiki non conta e bisogna adeguarsi all'uso della
value predominante, mi adeguo anche io.

La wiki conta, nel senso che deve documentare il consenso. Dato che
tutti lo possono editare è anche possibile che per brevi periodi di
tempo qualcuno lo modifica senza il consenso della community dietro.
In questi casi occorre modificare la Wiki di nuovo. L'uso consensuale
è in ogni caso il criterio più importante. Se sett non ha esistito
fino alla fine del 2011, come sono stato taggati i sampietrini fino
lì? O forse si tratta di un nuovo feature e fino al Novembre 2011
nessuno ha mai inserito una superficie di sampietrini?

Buon inizio di settimana a tutti.

ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Am 20. Februar 2012 10:55 schrieb Matteo Quatrida matteo.quatr...@gmail.com:
 Mi sono imbattuto in un problema simile volendo mappare delle piste
 ciclabili su marciapiede ad uso condiviso con i pedoni, situazione che da
 quello, che mi è parso di capire, è tipicamente italiana, perché in tutti
 gli altri Stati europei, le piste ciclabili sono poste sulla sede stradale e
 non sui marciapiedi, ma su questo potrei essere smentito (ho guardato
 Amsterdam, Stoccolma e altre capitali europee da cui prendere spunto).


si, ti smentisco ;-)
In Germania occorre alla volte che la pista ciclabile è condivisa con
il marciapiede, anche se preferibilmente si cerca di usare una pista a
posto. Dipende dallo spazio a disposizione.

highway=path
foot=designated
bicycle=designated
(official e designated è quasi uguale, vedi tu).
segregated=yes / no (divisione orizontale o verticale del segno
stradale, forse non esiste in Italia)
http://wiki.openstreetmap.org/wiki/Key:segregated
mofa=yes (se l'uso di mezzi con 25ccm è consentito)

ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Esauriente! Era la risposta, che stavo aspettando.
Trovandomi d'accordo con te sul fatto che la Wiki deve documentare il
consenso, mi domando perché non venga dato maggior spazio alle statistiche
d'uso. Permetterebbe di capire cosa usare a colpo d'occhio e sarebbe al
riparo da eventuali modifiche, che non rispecchino le scelte della Comunità.
Cambio subito quello che ho messo come *sett *in *cobblestone*: bella
l'idea di cercare con Google Immagini, non ci avevo pensato.

Il giorno 20 febbraio 2012 13:28, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 Am 20. Februar 2012 09:17 schrieb Matteo Quatrida 
 matteo.quatr...@gmail.com:
  Ho due osservazioni:
 
  cobblestone in italiano è tradotto come ciottolo (per pavimentare
 strade) e
  secondo me nulla ha in comune con i sampietrini, che sono cubetti di
  porfido;


 se vedi le foto sembrano sampietrini a me:

 http://www.google.it/search?client=ubuntuchannel=csq=cobblestoneum=1ie=UTF-8hl=detbm=ischsource=ogsa=Ntab=wiei=ZjhCT9_aI4qK4gSirri9Dgbiw=1366bih=632sei=aThCT9GFHaGm4gT8mJXICA

 Il mio dizionario mi dice acciottolato per cobblestone, che credo
 non è uguale a ciottolo?

 La traduzione tedesca di cobblestone è Kopfsteinpflaster che è
 sampietrini.


  se sett non è quello giusto, perché non sistemare la Wiki, in modo che le
  persone, che come me, andranno alla ricerca della value corretta, la
 trovino
  subito? Tuttavia indipendentemente da quanto sia stato utilizzato nel
 mondo,
  qualcuno ha pensato che per i sampietrini non sia corretto usare
  cobblestone e lo ha pure sottolineato.


 si, ma questo qualcuno sembra di essere uno solo. Questo utente ha
 modificato il wiki a Novembre 2011:

 http://wiki.openstreetmap.org/w/index.php?title=Template%3AMap_Features%3Asurfaceaction=historysubmitdiff=701000oldid=696691
 Non riccordo discussioni nel riguardo, ne posso vedere nel attuale uso
 dei tags che sia un consenso. Non sono sicuro quale parola inglese è
 la migliore, ma sono sicuro che cobblestone nei ultimi 4 anni è stato
 usato per sampietrini. Sono aperto anche a modificare questo, ma
 vorrei prima divulgare e discutere il caso.


  Poi, se la Wiki non conta e bisogna adeguarsi all'uso della
  value predominante, mi adeguo anche io.


 La wiki conta, nel senso che deve documentare il consenso. Dato che
 tutti lo possono editare è anche possibile che per brevi periodi di
 tempo qualcuno lo modifica senza il consenso della community dietro.
 In questi casi occorre modificare la Wiki di nuovo. L'uso consensuale
 è in ogni caso il criterio più importante. Se sett non ha esistito
 fino alla fine del 2011, come sono stato taggati i sampietrini fino
 lì? O forse si tratta di un nuovo feature e fino al Novembre 2011
 nessuno ha mai inserito una superficie di sampietrini?


  Buon inizio di settimana a tutti.


 +1

 ciao,
 Martin

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Però non perdi l'informazione sul marciapiede così?
Di solito, per i marciapiedi pedonali, si utilizza:

*highway=footway*
*footway=sidewalk*

Mentre con:

*highway=path*
*foot=designated*
*bicycle=designated*

non hai informazioni se è un percorso a lato della strada o è su un
marciapiede, o sbaglio?
Potrebbe benissimo essere una stradina parallela alla strada vera e propria
senza alcun scalino, tipico del marciapiede.

Poi sulla Wiki 
[1http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions]
si afferma che la *highway=path *già implicitamente specifica che il
percorso è per cavalli, biciclette e pedoni (in tabella: Yes). Questo mi
fa pensare che aggiungere *foot=designated *e *bicycle=designated* sia
ridondante, mentre utilizzare ad esempio *footway=sidewalk* e *
cycleway=sidewalk* permetterebbe di aggiungere delle informazioni per me
mancanti.

*highway=path* --- è un percorso pedonale, per biciclette e per cavalli
*footway=sidewalk* --- è un percorso pedonale su marciapiede
*cycleway=sidewalk* --- è un percorso ciclabile su marciapiede
*segregated=yes* --- la segnaletica verticale ed orizzontale separa il
tratto pedonale da quello ciclabile.

Osservazioni?


Il giorno 20 febbraio 2012 13:36, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 Am 20. Februar 2012 10:55 schrieb Matteo Quatrida 
 matteo.quatr...@gmail.com:
  Mi sono imbattuto in un problema simile volendo mappare delle piste
  ciclabili su marciapiede ad uso condiviso con i pedoni, situazione che da
  quello, che mi è parso di capire, è tipicamente italiana, perché in tutti
  gli altri Stati europei, le piste ciclabili sono poste sulla sede
 stradale e
  non sui marciapiedi, ma su questo potrei essere smentito (ho guardato
  Amsterdam, Stoccolma e altre capitali europee da cui prendere spunto).


 si, ti smentisco ;-)
 In Germania occorre alla volte che la pista ciclabile è condivisa con
 il marciapiede, anche se preferibilmente si cerca di usare una pista a
 posto. Dipende dallo spazio a disposizione.

 highway=path
 foot=designated
 bicycle=designated
 (official e designated è quasi uguale, vedi tu).
 segregated=yes / no (divisione orizontale o verticale del segno
 stradale, forse non esiste in Italia)
 http://wiki.openstreetmap.org/wiki/Key:segregated
 mofa=yes (se l'uso di mezzi con 25ccm è consentito)

 ciao,
 Martin

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Il 02/20/2012 01:28 PM, Martin Koppenhoefer scrisse:

 se vedi le foto sembrano sampietrini a me:
 http://www.google.it/search?client=ubuntuchannel=csq=cobblestoneum=1ie=UTF-8hl=detbm=ischsource=ogsa=Ntab=wiei=ZjhCT9_aI4qK4gSirri9Dgbiw=1366bih=632sei=aThCT9GFHaGm4gT8mJXICA
 
 Il mio dizionario mi dice acciottolato per cobblestone, che credo
 non è uguale a ciottolo?
 
 La traduzione tedesca di cobblestone è Kopfsteinpflaster che è sampietrini.

Tra quelle immagini ci sono sia sampietrini, che sono cubetti di porfido
piatti, sia ciottoli che sono dei sassi tondi. La differenza a me pare
molto evidente. Forse una schiacciasassi o un trattore non notano la
differenza passandoci sopra ma pedoni, biciclette, tricicli, pattini,
mono pattini, moto la differenza la notano eccome.

Avevo anche gia' indicato che cobblestone indica pietre ricurve, i
sampietrini non sono affatto ricurvi.

Il fatto che mezzo mondo voglia continuare ad usare un termine non
appropriato non significa che abbia ragione:

http://en.wikipedia.org/wiki/Cobblestone

Le immagini ed i termini inglesi utilizzati in quella pagina parlano
molto piu' delle mie parole!

ciao
maxx

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Am 20. Februar 2012 14:14 schrieb emmexx emm...@tiscalinet.it:
 Il 02/20/2012 01:28 PM, Martin Koppenhoefer scrisse:
 Tra quelle immagini ci sono sia sampietrini, che sono cubetti di porfido
 piatti, sia ciottoli che sono dei sassi tondi. La differenza a me pare
 molto evidente.


+1


 Il fatto che mezzo mondo voglia continuare ad usare un termine non
 appropriato non significa che abbia ragione:
 http://en.wikipedia.org/wiki/Cobblestone


+0.5
dal punto di vista pratica interessa cosa è stato accordato, e se
tutti taggassero sd4=234bv per sampietrini sarebbe quello. Sono cmq.
aperto a fare cambiamenti, e sono daccordo che manca un tag per il
sampietrino vero. Ho scritto a [tagging] perchè queste cose non si
possono decidere a livello nazionale.


ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie


Solo un appunto lessicale.

In italiano i sampietrini sono i cubetti di basalto (una pietra grigia), 
mentre i cubetti di porfido (una pietra rossastra) si chiamano 
bolognini. L'etimologia penso che sia evidente.


Entrambi i tipi di cubetti possono essere usati per la realizzazione di 
un pavé.


Ciao!

Carlo

--
 .'  `.   | 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] strade con corsie con diversa superficie


Il 20/02/2012 14:27, Martin Koppenhoefer ha scritto:

Come si
chiamano i sampietrini di granite in italiano?


Non credo che abbiano un nome, perché tradizionalmente (che io sappia) 
non si usava il granito per il pavé.


Carlo

--
 .'  `.   | 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] strade con corsie con diversa superficie

Scusate, ma mi dà un fastidio interiore avere due discussioni che si
intersecano.
Sposto quella sulle *piste ciclabili sui marciapiedi *in un altra e-mail,
così non facciamo confusione con due discorsi diversi.

Grazie per l'appunto Carlo, non si finisce mai d'imparare. Purtroppo
all'Università la pavimentazione stradale è stata trattata grossolanamente
e sono carente in materia.

Tratto da [1 http://www.pavingexpert.com/setts01.htm]:
TerminologyCubes and setts, cobbles and cobblestones. The terms seem to be
interchangeable, depending on your location. There's a whole range of
regional terms, too, such as Cassies or Nidgers in Scotland, and
Belgian Block in some strange places in southern England. The terms refer
to blocks of natural stone, hewn from a quarry, in a range of sizes and
rock types, and cobbles or cobblestones is also the name given to
large, rounded beach pebbles 200-400mm in size, which are sometimes called
'Duckstones'. These rounded 'cobbleshttp://www.pavingexpert.com/cobble01.htm'
are discussed on a separate page. The general public tend to refer to the
gritstone 'Hovis Loaf' type as Cobbles, although the correct term is
'Setts' - these range from 100x100mm to 200x250mm in size, and have an
average depth of 150-200mm.[image: sett dimensions]To be technically
precise (ie: according to BS EN 1342:2001), a sett is a dressed block of
stone having plan dimensions that are 50-300mm in length, and a thickness
of at least 50mm. The length and/or width should not usually be greater
than twice the thickness. However, some decorative setts for garden use may
be only 25mm or so thick and 100x100mm or even larger, in plan.

A cube has all three dimensions roughly equal.
[image: cubes]Cubes:
length ≈ width ≈ thicknessWhether they are cobbles, cubes, cassies or
setts, they are excellent paving products and will last for many, many
years; in fact, some of the stones currently covering the streets of
Britain have seen over 200 years of continual use.

Their pedigree as a paving unit goes back to the Romans, 2000 years ago,
and beyond, and they are characteristic of most of the so-called 'historic'
towns and cities of Britain and Ireland. They are fast becoming an
essential ingredient in the nostalgia business, as the fashionable
designers and developers fondly remember their long-lost days of childhood,
sitting on a kerb-stone, twirling sun-softened pitch onto lolly sticks in
the streets of post-war Britain.
[image: setts in manchester]
Setts at Castlefields, Manchester[image: cubes in chester]
Cubes in Chester[image: cobbles in durham]
Cobbles in Durham

 Sicché ad essere precisi avremmo:

*surface=cobblestone* per le pietre arrotondate da 200-400 mm di dimensione;

*surface=cube* per i bolognini e per i sampietrini (non credo possa essere
d'interesse distinguere la pietra usata, ma non si sa mai);

*surface=sett* per le pietre appiattite di forma parallelepipeda con
larghezza (L) = 50-300 mm; altezza (H) = 50-150 mm e lunghezza (W) = 50-300
mm  2*H

Quindi l'uso che ho fatto io di *sett* è comunque sbagliato, perché nel mio
caso si tratterebbe di *cube*.

Il giorno 20 febbraio 2012 14:27, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 Am 20. Februar 2012 14:25 schrieb Carlo Stemberger 
 carlo.stember...@gmail.com:
  Solo un appunto lessicale.
 
  In italiano i sampietrini sono i cubetti di basalto (una pietra grigia),
  mentre i cubetti di porfido (una pietra rossastra) si chiamano bolognini.
  L'etimologia penso che sia evidente.


 propongo di usare surface:material per queste differenze. Come si
 chiamano i sampietrini di granite in italiano?

 Ciao,
 Martin

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] piste ciclopedonali e ciclabili su marciapiede

Riprendo la discussione nata all'interno della serie e-mail con oggetto: **
*strade con corsie con diversa superficie *riguardante le piste ciclabili
su marciapiede, altrimenti *off topic* nell'altra discussione. Pregherei,
chi interessato di continuare la discussione qui.

A seguire la mia risposta a Martin.

Però non perdi l'informazione sul marciapiede così?
 Di solito, per i marciapiedi pedonali, si utilizza:
 *highway=footway
 **footway=sidewalk*
 Mentre con:
 *highway=path
 **foot=designated
 **bicycle=designated*
 non hai informazioni se è un percorso a lato della strada o è su un
 marciapiede, o sbaglio?
 Potrebbe benissimo essere una stradina parallela alla strada vera e
 propria senza alcun scalino, tipico del marciapiede.
 Poi sulla Wiki 
 [1http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions]
 si afferma che la *highway=path *già implicitamente specifica che il
 percorso è per cavalli, biciclette e pedoni (in tabella: Yes). Questo mi
 fa pensare che aggiungere *foot=designated *e *bicycle=designated* sia
 ridondante, mentre utilizzare ad esempio *footway=sidewalk* e *
 cycleway=sidewalk* permetterebbe di aggiungere delle informazioni per me
 mancanti.
 *highway=path* --- è un percorso pedonale, per biciclette e per cavalli
 *footway=sidewalk* --- è un percorso pedonale su marciapiede
 *cycleway=sidewalk* --- è un percorso ciclabile su marciapiede
 *segregated=yes* --- la segnaletica verticale ed orizzontale separa il
 tratto pedonale da quello ciclabile.
 Osservazioni?



Il giorno 20 febbraio 2012 13:36, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:
- Nascondi testo citato -

Am 20. Februar 2012 10:55 schrieb Matteo Quatrida matteo.quatr...@gmail.com
 :
  Mi sono imbattuto in un problema simile volendo mappare delle piste
  ciclabili su marciapiede ad uso condiviso con i pedoni, situazione che da
  quello, che mi è parso di capire, è tipicamente italiana, perché in tutti
  gli altri Stati europei, le piste ciclabili sono poste sulla sede
 stradale e
  non sui marciapiedi, ma su questo potrei essere smentito (ho guardato
  Amsterdam, Stoccolma e altre capitali europee da cui prendere spunto).


 si, ti smentisco ;-)
 In Germania occorre alla volte che la pista ciclabile è condivisa con
 il marciapiede, anche se preferibilmente si cerca di usare una pista a
 posto. Dipende dallo spazio a disposizione.

 highway=path
 foot=designated
 bicycle=designated
 (official e designated è quasi uguale, vedi tu).
 segregated=yes / no (divisione orizontale o verticale del segno
 stradale, forse non esiste in Italia)
 http://wiki.openstreetmap.org/wiki/Key:segregated
 mofa=yes (se l'uso di mezzi con 25ccm è consentito)

 ciao,
 Martin

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it



-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Pavé (ERA: strade con corsie con diversa superficie)


Il 20/02/2012 14:36, Matteo Quatrida ha scritto:


/surface=cobblestone/ per le pietre arrotondate da 200-400 mm di 
dimensione;


/surface=cube/ per i bolognini e per i sampietrini (non credo possa 
essere d'interesse distinguere la pietra usata, ma non si sa mai);


/surface=sett/ per le pietre appiattite di forma parallelepipeda con 
larghezza (L) = 50-300 mm; altezza (H) = 50-150 mm e lunghezza (W) = 
50-300 mm  2*H





Per me ha perfettamente senso.

Riassunto per gli italiani riguardo i vari tipi di pavé:

acciottolato:
surface=cobblestone

bolognini o sampietrini:
surface=cube (o forse meglio surface=cubes?)

parallelepipedi (raro in Italia):
surface=sett (o forse meglio surface=setts?)

Che dite?

Carlo

--
 .'  `.   | 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] Problema nella verifica di Ruolo di confine

2012-02-20 Per discussione sabas88

Il giorno 20 febbraio 2012 14:49, Giuseppe Amici
giuseppeam...@virgilio.itha scritto:

 Enjoi a chi mi legge.

 Ho trovato un nodo condiviso tra un Boundary=administrative e una
 highway=.
 Nelle necessità di riallineare la highway= ho tentato di dividere il nodo
 e i percorsi incrociati tra la stessa strada e il confine comunale.
 Cosa che mi è riuscita.
 Alla verifica prima del caricamento ho questo/questi messaggi di
 avvertimento relativi al Boundary=administrative:

 nessun percorso esterno per il multi poligono: confine (boundary) [8] ecc

 problema nella verifica del ruolo
 Trovato ruolo vuoto confine (boundary) [8] ecc
 ruolo outer mancante confine (boundary) [8] ecc

 Cosa ho cancellato?

 Potrei rinunciare al caricare i dati, ma dopo la suddetta operazione ho
 mappato molto e mi spiacerebbe rifare. Oltre al fatto che magari dalle
 vostre risposte imparo qualcosa sui ruoli e sui confini.

 Grazie Beppe


Mi è successo anche a me, quando non scarichi completamente un
multipoligono dà quell'avvertimento, puoi continuare tranquillamente.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)

Dalla foto, che hai collegato ipertestualmente, metterei la strada come *
surface=sett* e i marciapiedi come *surface=cube*.

Il giorno 20 febbraio 2012 14:50, emmexx emm...@tiscalinet.it ha scritto:

 Il 02/20/2012 02:47 PM, Carlo Stemberger scrisse:
  Che dite?

 Che manca il lastricato milanese (non so se viene usato altrove).

 A sx i sampietrini, a destra il lastricato:


 http://www.02blog.it/galleria/pave-e-lastrticato-a-milano-reportage-fotografico/27

 ciao
maxx


 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)


Il 20/02/2012 14:50, emmexx ha scritto:


Che manca il lastricato milanese (non so se viene usato altrove).


Giusto. Si potrebbe forse usare sett(s), ma non credo che sia adeguato.



A sx i *sampietrini*, a destra il lastricato:

http://www.02blog.it/galleria/pave-e-lastrticato-a-milano-reportage-fotografico/27


Bolognini ;)

Ciao!

Carlo

--
 .'  `.   | 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] Problema nella verifica di Ruolo di confine

Comunque *salvate tanto e salvate spesso*, che solo in apparenza vi fa
perdere tempo!

Il giorno 20 febbraio 2012 14:51, sabas88 saba...@gmail.com ha scritto:


 Il giorno 20 febbraio 2012 14:49, Giuseppe Amici 
 giuseppeam...@virgilio.it ha scritto:

 Enjoi a chi mi legge.

 Ho trovato un nodo condiviso tra un Boundary=administrative e una
 highway=.
 Nelle necessità di riallineare la highway= ho tentato di dividere il
 nodo
 e i percorsi incrociati tra la stessa strada e il confine comunale.
 Cosa che mi è riuscita.
 Alla verifica prima del caricamento ho questo/questi messaggi di
 avvertimento relativi al Boundary=administrative:

 nessun percorso esterno per il multi poligono: confine (boundary) [8]
 ecc

 problema nella verifica del ruolo
 Trovato ruolo vuoto confine (boundary) [8] ecc
 ruolo outer mancante confine (boundary) [8] ecc

 Cosa ho cancellato?

 Potrei rinunciare al caricare i dati, ma dopo la suddetta operazione ho
 mappato molto e mi spiacerebbe rifare. Oltre al fatto che magari dalle
 vostre risposte imparo qualcosa sui ruoli e sui confini.

 Grazie Beppe


 Mi è successo anche a me, quando non scarichi completamente un
 multipoligono dà quell'avvertimento, puoi continuare tranquillamente.

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)


Il 20/02/2012 14:51, Matteo Quatrida ha scritto:


Credo sia meglio il singolare (senza la s: /sett e cube/).


Secondo me invece è meglio al plurale, perché la superficie è formata da 
tanti cubetti o da tante pietre. Comunque di questo si può discutere.


Carlo

--
 .'  `.   | 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] Problema nella verifica di Ruolo di confine

2012-02-20 Per discussione Daniele Forsi

Il 20 febbraio 2012 14:49, Giuseppe Amici ha scritto:

 nessun percorso esterno per il multi poligono: confine (boundary) [8] ecc

secondo [1] semplicemente è cambiato il valore da usare per il ruolo
outer: prima era lasciato vuoto, ora andrebbe messo outer (ma IMO
solo se fai altre modifiche, non vale la pena di  modificare tutti i
confini solo per questo motivo)

è la riga della tabella che dice:
(blank) one or more Old, use outer instead

[1] http://wiki.openstreetmap.org/wiki/Relation:boundary
-- 
Daniele Forsi

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)

Il 02/20/2012 02:53 PM, Matteo Quatrida scrisse:
 Dalla foto, che hai collegato ipertestualmente, metterei la strada come
 /surface=sett/ e i marciapiedi come /surface=cube/.

Surface = sett indica delle piastrelle di dimensione abbastanza
limitata, come indicato nel documento che hai allegato precedentemente.
Il lastricato milanese e' molto piu' grande ed ha una tecnica di posa
diversa. In genere, ad esempio gli spazi tra le varie pietre non viene
riempito.

Non sono interessato ad eccedere con la precisione ma questo tipo di
superficie e' molto particolare, in particolare per gli utenti in bici
(e in moto).

ciao
maxx

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)

Immagino che sia abbastanza scivoloso (sono ciclista e motociclista), oltre
alle fughe enormi.
Che ne dici di:
*
*
*surface=paved*
*surface=paving_stones*
*surface=stone_pavement*
*
*
?

Il giorno 20 febbraio 2012 15:01, emmexx emm...@tiscalinet.it ha scritto:

 Il 02/20/2012 02:53 PM, Matteo Quatrida scrisse:
  Dalla foto, che hai collegato ipertestualmente, metterei la strada come
  /surface=sett/ e i marciapiedi come /surface=cube/.

 Surface = sett indica delle piastrelle di dimensione abbastanza
 limitata, come indicato nel documento che hai allegato precedentemente.
 Il lastricato milanese e' molto piu' grande ed ha una tecnica di posa
 diversa. In genere, ad esempio gli spazi tra le varie pietre non viene
 riempito.

 Non sono interessato ad eccedere con la precisione ma questo tipo di
 superficie e' molto particolare, in particolare per gli utenti in bici
 (e in moto).

 ciao
maxx




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

2012-02-20 Per discussione Alberto Nogaro

-Original Message-
From: emmexx [mailto:emm...@tiscalinet.it]
Sent: lunedì 20 febbraio 2012 14:15
To: openstreetmap list - italiano
Subject: Re: [Talk-it] strade con corsie con diversa superficie

Forse una schiacciasassi o un trattore non notano la differenza passandoci
sopra ma pedoni, biciclette, tricicli, pattini, mono pattini, moto la
differenza la
notano eccome.

A mio parere agli utenti di biciclette, tricicli, pattini, mono pattini,
moto quello che interessa è il valore del tag smoothness, più che una
precisa classificazione del materiale della pavimentazione (che comunque non
dice se è appena realizzata e si presenta al meglio oppure è tutta sconnessa
per l'incuria).

So che il tag smoothness  ha oppositori, perché l'attribuzione del valore è
abbastanza soggettiva, ma in realtà potremmo dire la stessa cosa della
classificazione delle highway, e non per questo rinunciamo ad usarla.

Ciao,
Alberto 

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)

Il 02/20/2012 03:31 PM, Matteo Quatrida scrisse:

 /surface=paving_stones/

Nelle discussioni di qualche mese fa mi pare che paving_stones fosse il
candidato favorito.

ciao
maxx

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

2012-02-20 Per discussione Alberto Nogaro

-Original Message-
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
Sent: lunedì 20 febbraio 2012 14:28
To: openstreetmap list - italiano
Subject: Re: [Talk-it] strade con corsie con diversa superficie

propongo di usare surface:material per queste differenze. Come si
chiamano i sampietrini di granite in italiano?

+1

Se cobblestone è stato fino adesso usato in modo generico, per essere più
specifici è meglio usare tag aggiuntivi. Altrimenti dove leggerete
cobblestone non sarete in grado di capire se è stato usato in maniera
generica e andrebbe sostituito con un valore più specifico.

Ciao,
Alberto

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

-1

Perché introdurre ulteriori keys per far confusione?

È sufficiente usare cobble per i veri cobblestone in aggiunta alle altre
value.
In questo modo si sa che cobblestone è la famiglia e che i figli sono
cobble, sett, cube, paving_stone, ...

Matteo Quatrida

Inviato dal mio HTC Wildfire tramite Gmail
Il giorno 20/feb/2012 15:40, Alberto Nogaro bartosom...@yahoo.it ha
scritto:



 -Original Message-
 From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
 Sent: lunedì 20 febbraio 2012 14:28
 To: openstreetmap list - italiano
 Subject: Re: [Talk-it] strade con corsie con diversa superficie

 propongo di usare surface:material per queste differenze. Come si
 chiamano i sampietrini di granite in italiano?

 +1

 Se cobblestone è stato fino adesso usato in modo generico, per essere più
 specifici è meglio usare tag aggiuntivi. Altrimenti dove leggerete
 cobblestone non sarete in grado di capire se è stato usato in maniera
 generica e andrebbe sostituito con un valore più specifico.

 Ciao,
 Alberto


 ___
 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] strade con corsie con diversa superficie

2012-02-20 Per discussione Alberto Nogaro

From: Matteo Quatrida [mailto:matteo.quatr...@gmail.com] 
Sent: lunedì 20 febbraio 2012 13:53
To: openstreetmap list - italiano
Subject: Re: [Talk-it] strade con corsie con diversa superficie

Potrebbe benissimo essere una stradina parallela alla strada vera e propria
senza alcun scalino, tipico del marciapiede.

Per capire che cè lo scalino cè la proposta
http://wiki.openstreetmap.org/wiki/Proposed_features/kerb.

Ma è sicuro che un marciapiede deve avere lo scalino? Io ha mappato con
sidewalk=right/left/both le strade che hanno una corsia pedonale (simboli
dellomino tracciati sullasfalto) sullo stesso piano della strada
(lequivalente per pedoni di una cycleway=lane). E sbagliato?

Ciao,

Alberto

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strade con corsie con diversa superficie

Il marciapiede per definizione [1] è uno spazio sopraelevato.

[1]: http://it.m.wikipedia.org/wiki/Marciapiede

Matteo Quatrida

Inviato dal mio HTC Wildfire tramite Gmail
Il giorno 20/feb/2012 15:54, Alberto Nogaro bartosom...@yahoo.it ha
scritto:

 ** **

 *From:* Matteo Quatrida [mailto:matteo.quatr...@gmail.com]
 *Sent:* lunedì 20 febbraio 2012 13:53
 *To:* openstreetmap list - italiano
 *Subject:* Re: [Talk-it] strade con corsie con diversa superficie

 ** **

 ** **

 Potrebbe benissimo essere una stradina parallela alla strada vera e
 propria senza alcun scalino, tipico del marciapiede.

 ** **

 Per capire che c’è lo scalino c’è la proposta
 http://wiki.openstreetmap.org/wiki/Proposed_features/kerb.

 ** **

 Ma è sicuro che un marciapiede deve avere lo scalino? Io ha mappato con
 sidewalk=right/left/both le strade che hanno una corsia pedonale (simboli
 dell’omino tracciati sull’asfalto) sullo stesso piano della strada
 (l’equivalente per pedoni di una cycleway=lane). E’ sbagliato?

 ** **

 Ciao,

 Alberto

 ___
 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] strade con corsie con diversa superficie

Tant'è che ogni volta che trovo un abbassamento a livello della strada per
permettere l'accesso a strade private e pubbliche trasformo il tratto di
segmento in footway=crossing.

Matteo Quatrida

Inviato dal mio HTC Wildfire tramite Gmail
Il giorno 20/feb/2012 15:58, Matteo Quatrida matteo.quatr...@gmail.com
ha scritto:

 Il marciapiede per definizione [1] è uno spazio sopraelevato.

 [1]: http://it.m.wikipedia.org/wiki/Marciapiede

 Matteo Quatrida

 Inviato dal mio HTC Wildfire tramite Gmail
 Il giorno 20/feb/2012 15:54, Alberto Nogaro bartosom...@yahoo.it ha
 scritto:

 ** **

 *From:* Matteo Quatrida [mailto:matteo.quatr...@gmail.com]
 *Sent:* lunedì 20 febbraio 2012 13:53
 *To:* openstreetmap list - italiano
 *Subject:* Re: [Talk-it] strade con corsie con diversa superficie

 ** **

 ** **

 Potrebbe benissimo essere una stradina parallela alla strada vera e
 propria senza alcun scalino, tipico del marciapiede.

 ** **

 Per capire che c’è lo scalino c’è la proposta
 http://wiki.openstreetmap.org/wiki/Proposed_features/kerb.

 ** **

 Ma è sicuro che un marciapiede deve avere lo scalino? Io ha mappato con
 sidewalk=right/left/both le strade che hanno una corsia pedonale (simboli
 dell’omino tracciati sull’asfalto) sullo stesso piano della strada
 (l’equivalente per pedoni di una cycleway=lane). E’ sbagliato?

 ** **

 Ciao,

 Alberto

 ___
 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] Pavé (ERA: strade con corsie con diversa superficie)

Okay, ma teniamo presente che non tutti hanno conoscenze tali da fare una
simile distinzione, quindi si potrebbe tenere il concetto di famiglia
cobblestone e poi, se uno sa le differenze, indicare in maniera specifica
che tipo di pavè è utilizzato. Che ne dite?

Matteo Quatrida

Inviato dal mio HTC Wildfire tramite Gmail
Il giorno 20/feb/2012 16:05, Carlo Stemberger carlo.stember...@gmail.com
ha scritto:

 Il wiki è effettivamente abbastanza inconsistente e meriterebbe una
 sistemata:

 http://wiki.openstreetmap.org/**wiki/Surfacehttp://wiki.openstreetmap.org/wiki/Surface


 Il 20/02/2012 15:39, emmexx ha scritto:

 Il 02/20/2012 03:31 PM, Matteo Quatrida scrisse:

  /surface=paving_stones/

 Nelle discussioni di qualche mese fa mi pare che paving_stones fosse il
 candidato favorito.


 Però sul wiki come esempi per surface=paving_stones sono riportate 2 foto
 di autobloccanti. Ha senso indicare gli autobloccanti (blocchetti
 artificiali in calcestruzzo) come paving *stones*?

 Pensando ad una razionalizzazione, proporrei a questo punto di indicare
 gli autobloccanti con:
 surface=pavers

 http://www.google.com/search?**hl=itq=paversgs_sm=3gs_upl=**
 2331l2331l0l2740l1l1l0l0l0l0l1**99l199l0.1l1l0bav=on.2,or.r_**gc.r_pwhttp://www.google.com/search?hl=itq=paversgs_sm=3gs_upl=2331l2331l0l2740l1l1l0l0l0l0l199l199l0.1l1l0bav=on.2,or.r_gc.r_pw
 .,cf.osbbiw=1662bih=**879um=1ie=UTF-8tbm=isch**
 source=ogsa=Ntab=wiei=**eGBCT9qkDon54QSB7diTCA

 Carlo

 --
  .'  `.   | Registered Linux User #443882
  |a_a  |  | http://counter.li.org/  .''`.
  \_)__/  +--- : :'  :
  /(   )\  ---+ `. `'`
 |\`/\  Registered Debian User #9 |   `-
 \_|=='|_/   
 http://debiancounter.**altervista.org/http://debiancounter.altervista.org/|


 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)


Il 20/02/2012 16:10, Matteo Quatrida ha scritto:


Okay, ma teniamo presente che non tutti hanno conoscenze tali da fare 
una simile distinzione




Non mi sembra troppo complicata. In ogni caso, chi conosce le differenze 
e trova un errore, può sempre correggere in un secondo momento.



quindi si potrebbe tenere il concetto di famiglia cobblestone e poi, 
se uno sa le differenze, indicare in maniera specifica che tipo di 
pavè è utilizzato




Per gli autobloccanti non credo sia corretto parlare di pavé. A parte 
questo, in pratica, come procederesti? Mettendo il caso di voler 
mantenere surface=cobblestone come tag generico (cosa su cui al momento 
non sono molto d'accordo), il tipo esatto di pavimentazione come la 
indicheresti?


Carlo

--
 .'  `.   | 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] Pavé (ERA: strade con corsie con diversa superficie)

L'idea di tenere *cobblestone* come tag generico deriva da due
considerazioni:

   1. nel linguaggio comune spesso ci si riferisce a *cobblestone* per
   indicare sia il *cobble*, sia il *sett*, sia il *cube*
[1http://www.pavingexpert.com/setts01.htm
   ];
   2. ben il 2.08% delle chiavi *surface* hanno il valore *cobblestone* per
   indicare i sopracitati materiali
[2http://taginfo.openstreetmap.org/keys/?key=surface#values
   ].

Posso capire non sia corretto l'uso, ma di fatto è quello maggiormente
utilizzato dalla comunità internazionale di OSM.
Partendo da questa considerazione, con cui si può essere o non essere
d'accordo, rimane giustamente la necessità di distinguere i segmenti
attualmente già classificati erroneamente e in via del tutto generica con *
cobblestone* [5 http://taginfo.openstreetmap.org/tags/surface=cobblestone],
quindi quelli realmente composti da *cobblestone* e quelli no, da qui
l'idea di usare il valore *cobbles*, utilizzato due volte in tutto il mondo
[3 http://taginfo.openstreetmap.org/tags/surface=cobbles], o *cobble*,
mai utilizzato [4 http://taginfo.openstreetmap.org/tags/surface=cobble]
per i segmenti effettivamente composti da ciottoli arrotondati.
Per quanto riguarda gli autobloccanti, si potrebbe semplicemente adoperare
la chiave: *concrete:blocks*, visto che sul wiki sono già presenti
*concrete:lanes
*e* concrete:plates* in modo da uniformare all'esistente.
L'accezione per me può essere al singolare o al plurale indifferentemente,
visto che comunque alcuni termini sulla Wiki sono al singolare e altri al
plurale, non starei tanto a fare queste sottigliezze. Anzi, potremmo
proporre anche l'uso di entrambi i termini, così si taglia la testa al toro.

Il giorno 20 febbraio 2012 16:17, Carlo Stemberger 
carlo.stember...@gmail.com ha scritto:

 Il 20/02/2012 16:10, Matteo Quatrida ha scritto:


 Okay, ma teniamo presente che non tutti hanno conoscenze tali da fare una
 simile distinzione


 Non mi sembra troppo complicata. In ogni caso, chi conosce le differenze e
 trova un errore, può sempre correggere in un secondo momento.



  quindi si potrebbe tenere il concetto di famiglia cobblestone e poi, se
 uno sa le differenze, indicare in maniera specifica che tipo di pavè è
 utilizzato


 Per gli autobloccanti non credo sia corretto parlare di pavé. A parte
 questo, in pratica, come procederesti? Mettendo il caso di voler mantenere
 surface=cobblestone come tag generico (cosa su cui al momento non sono
 molto d'accordo), il tipo esatto di pavimentazione come la indicheresti?


 Carlo

 --
  .'  `.   | Registered Linux User #443882
  |a_a  |  | http://counter.li.org/  .''`.
  \_)__/  +--- : :'  :
  /(   )\  ---+ `. `'`
 |\`/\  Registered Debian User #9 |   `-
 \_|=='|_/   
 http://debiancounter.**altervista.org/http://debiancounter.altervista.org/|


 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it




-- 

 ,__ ____
/|  |  |  /  \ o |
 |  |  |   __, _|__|_  _   __| __ |  __, _|_  ,_   __|   __,
 |  |  |  /  |  |  |  |/  /  \_  |/  \|  |   |  /  |  |  /  |  |  /  |  /  |
 |  |  |_/\_/|_/|_/|_/|__/\__/\__/\_/ \_/|_/\_/|_/|_/   |_/|_/\_/|_/\_/|_/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pavé (ERA: strade con corsie con diversa superficie)


Il 20/02/2012 16:43, Matteo Quatrida ha scritto:


Partendo da questa considerazione, con cui si può essere o non essere 
d'accordo, rimane giustamente la necessità di distinguere i segmenti 
attualmente già classificati erroneamente e in via del tutto generica 
con /cobblestone/ [5 
http://taginfo.openstreetmap.org/tags/surface=cobblestone], quindi 
quelli realmente composti da /cobblestone/ e quelli no, da qui l'idea 
di usare il valore /cobbles/, utilizzato due volte in tutto il mondo 
[3 http://taginfo.openstreetmap.org/tags/surface=cobbles], o 
/cobble/, mai utilizzato [4 
http://taginfo.openstreetmap.org/tags/surface=cobble] per i segmenti 
effettivamente composti da ciottoli arrotondati.


Sì, ha un senso. Si potrebbe anche usare surface=cobblestones (al 
plurale), visto che cobblestone a quanto pare indica il singolo sasso.



Per quanto riguarda gli autobloccanti, si potrebbe semplicemente 
adoperare la chiave: /concrete:blocks/, visto che sul wiki sono già 
presenti /concrete:lanes /e/ concrete:plates/ in modo da uniformare 
all'esistente.


Concrete blocks sono però i blocchi di calcestruzzo usati per 
costruire i muri:


http://www.google.com/search?q=concrete+blocksum=1ie=UTF-8hl=ittbm=ischsource=ogsa=Ntab=wiei=PHJCT_3xAsSohAfgvIjuBQbiw=1662bih=879sei=R3JCT4X9D6Lm4QSIoLD-Bw


L'accezione per me può essere al singolare o al plurale 
indifferentemente, visto che comunque alcuni termini sulla Wiki sono 
al singolare e altri al plurale


Guardando bene quella pagina, i tag al singolare risultano in netta 
minoranza. Tra l'altro 2 di loro sono proprio qui in discussione 
(cobblestone e sett).


Ciao!

Carlo

P.S.
Matteo, potresti per cortesia evitare il top-posting/overquoting e di 
mandare e-mail in HTML?


http://it.wikipedia.org/wiki/Quotare

Grazie! :)

--
 .'  `.   | 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] Pavé (ERA: strade con corsie con diversa superficie)


Il 20/02/2012 17:49, Matteo Quatrida ha scritto:
Il giorno 20 febbraio 2012 17:31, Carlo Stemberger 
carlo.stember...@gmail.com mailto:carlo.stember...@gmail.com ha 
scritto:


Concrete blocks sono però i blocchi di calcestruzzo usati
per costruire i muri:



http://www.google.com/search?q=concrete+blocksum=1ie=UTF-8hl=ittbm=ischsource=ogsa=Ntab=wiei=PHJCT_3xAsSohAfgvIjuBQbiw=1662bih=879sei=R3JCT4X9D6Lm4QSIoLD-Bw

http://www.google.com/search?q=concrete+blocksum=1ie=UTF-8hl=ittbm=ischsource=ogsa=Ntab=wiei=PHJCT_3xAsSohAfgvIjuBQbiw=1662bih=879sei=R3JCT4X9D6Lm4QSIoLD-Bw


D'accordo! Allora troviamo qualche value che possa essere
utilizzata per quel tipo di superficie.



surface=pavers ?


Carlo

--
 .'  `.   | 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] Problema nella verifica di Ruolo di confine

Am 20. Februar 2012 14:51 schrieb sabas88 saba...@gmail.com:
 Mi è successo anche a me, quando non scarichi completamente un multipoligono
 dà quell'avvertimento,


+1
se il multipoligono non è troppo grande lo scaricherei (apri editore
della relazione e fai scarica elementi o simile). Può succedere che
si rompe un multipoligono e in questa maniera lo puoi controllare.


ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] piste ciclopedonali e ciclabili su marciapiede