Ulf Lamping wrote:
An die bestehenden Einträge habe ich folgendes hinzugefügt:
barrier=fence wood_fence (~1400) und wire_fence (~1200)
Ja, aber eben 1400 barrier=wood_fence von einem einzigen Mapper. Ich sehe
das nicht als Indiz dafür, dass sich dieses Tag durchgesetzt hat - und damit
Karl schrieb:
Natürlich könnte ich die Wege jetzt löschen, aber irgendjemand wird sie
irgendwann wieder einpflegen. Allerdings kann ich dem Waldeigentümer
verstehen, seit die Wege in OSM stehen ist dort vermehrt Verkehr von
Zweiräder (mit und ohne Motor), leider nicht nur auf den Wegen.
-- einen Vorschlag dazu aufstellen.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
=no. So this currently applies to all barriers, including gate.
Assuming that an unspecified barrier blocks traffic is the only thing
that makes sense for me.
Tordanik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo
Schema
abbildbar ist, halte ich das für durchaus von Datenverwertern
handhabbar. Zumal das eigentlich immer der gleiche Code sein kann, der
eben nur mit einer Liste all dieser Regeln gefüttert werden muss.
Tordanik
___
Talk-de mailing list
Talk-de
(Parkhaus)
und
parking = underground (Tiefgarage)
als Zusatztags zu amenity=parking.
Dieser Key ist im Wiki dokumentiert und hat laut Tagwatch in Europa
bereits über 1000 Verwendungen mit den Werten surface (457, wäre
eigentlich default), multi-storey (409), underground (400).
Tordanik
[1] http
] kennt disabled_spaces, dem man
neben yes/no auch einen numerischen Wert zur Angabe der Anzahl der
Behindertenstellplätze geben kann. Warum dann nicht analog ein
spaces=Anzahl für die Anzahl aller Stellplätze verwenden?
Tordanik
[1] http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dparking
auf der Welt
immer in soliden Gebäuden untergebracht).
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
| |
| | |
| | |
| | |
|___|_z|
Das ganze in beliebiger Kombination. Ich halte das schon für eine
herausfordernde Aufgabe …
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo
be useful to at least link
http://wiki.openstreetmap.org/index.php/Additional_Help
Tordanik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
be useful to at least link
http://wiki.openstreetmap.org/index.php/Additional_Help
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Sorry Leute, war die falsche Liste.
(Kennt vielleicht jemand ein Thunderbird-Plugin o.ä., das mich davon
abhält, englischsprachige Texte an bestimmte Adressaten zu schicken …?
Ich hab schon brain 0.9 beta probiert, aber das ist buggy. ;-))
Tordanik schrieb:
Hi talk,
currently, the http
. ein Tempo60 Schild
übersiehst und Dein Navi Dir auch ein Default von 100km/h
signalisiert weil das Schild noch nicht eingetragen wurde!
Ein Navi, das einen Fahrer anweist, wegen OSM-Daten schneller zu fahren,
ist gemeingefährlich. Umgekehrt mags ja angehen.
Tordanik
?
Tordanik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Tobias Wendorff schrieb:
Tordanik schrieb:
Weil ich es nicht an die Nodes schreiben würde, sondern an den Way? Ich
wäre nicht mal auf die Idee gekommen, die Information bei linienförmigen
Features an die Nodes zu schreiben.
Schonmal dran gedacht, dass POIs auch gebaut werden könnten
/Approved_features/Parking)
steht ganz „offiziell“ auf
http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dparking
und wird laut Tagwatch derzeit 400+ mal verwendet.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo
discussion, collect ideas and encourage sufficient
documentation. We are not talking about legally binding decisions here,
it's just a tool for these purposes. And if someone has better tools to
offer, I will prefer these, of course. It's just that this hasn't
happened yet.
Tordanik
[1]
http
maxspeed=walk in
maxspeed=[numerischer Wert mit regionaler Interpretation der
Schrittgeschwindigkeit] trivial sein.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
in Baumstrukturen schieben und alles andere.
Irgendwie vermag ich da die Vorzüge noch nicht zu entdecken.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Garry schrieb:
Tordanik schrieb:
Ein maxspeed=walk hielte ich für ganz
vertretbar, denn
a) wird man im Ausland mit seinem „Schritt = 7km/h“ mit hoher
Wahrscheinlichkeit falsche Daten produzieren
Die Wahrscheinlichkeit ist viel höher Schrittgeschwindigkeit als nicht
fest eingetragener
Schild mit „120“ steht, dann ist ein maxspeed=120 die präzisestmögliche
Angabe, ein maxspeed=134 wäre schlichtweg falsch. Das ist dann ein
tolerated_speed oder was auch immer.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Michael Kugelmann schrieb:
Tordanik schrieb:
Irgendwie gefällt mir überhaupt nicht, den Wert einer Konstanten direkt
in die Daten zu schreiben. ;)
die 7km/h sind der seit mehr als 1,5 Jahren gelebte Praxis. Warum meinst
Du alles was sich bewährt hat über den Haufen zu werfen?
Hey, das war
Tordanik schrieb:
Michael Kugelmann schrieb:
Tordanik schrieb:
Irgendwie gefällt mir überhaupt nicht, den Wert einer Konstanten direkt
in die Daten zu schreiben. ;)
die 7km/h sind der seit mehr als 1,5 Jahren gelebte Praxis. Warum meinst
Du alles was sich bewährt hat über den Haufen zu
Tobias Wendorff schrieb:
Tordanik schrieb:
Und wo ist jetzt noch mal der Vorteil im Vergleich zu
railway = rail
condition = construction
condition:start = 2008
condition:end = 2009
?
Ganz einfach: Es gibt Nodes, die mehr als eine Information
haben, z.B. eine Straße und einen Park
Garry schrieb:
Tordanik schrieb:
Garry wrote:
Tordanik schrieb:
Liegt dir sehr am Begriff „operation_state“? Ansonsten könntest du das
durch Unterstützung des „life_cycle“-Proposals[1] gleich für alle
Features inklusive Eisenbahn auf die richtige Spur bringen. Erst mal nur
mit disused und
Garry wrote:
Tordanik schrieb:
Garry schrieb:
7. operation_state =
- disused
- abandoned
- construction
- rebuild
...
Liegt dir sehr am Begriff „operation_state“? Ansonsten könntest du das
durch Unterstützung des „life_cycle“-Proposals[1] gleich für alle
Features inklusive
mal nur
mit disused und construction, aber Werte ergänzen ist ja leicht möglich.
[1] http://wiki.openstreetmap.org/index.php/Proposed_Features/Status
Tordanik
/Abstimmungswerbung
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Editoren, was angesichts dessen wünschenswert ist, dass hoffentlich weit
mehr Anwendungen als Editoren geschrieben werden – ansonsten machen wir
irgendwas falsch. ;-)
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org
nicht gibt, kann man natürlich OSM als
Notizzettel nehmen, aber jeder, der diesem Mangel abhelfen will, hätte
meine volle Unterstützung.
Grüße,
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
/index.php/Proposed_features/Status
Für einen Vergleich mit anderen Konzepten auf diesem Gebiet, den ich
kürzlich mal erstellt habe, siehe hier:
http://wiki.openstreetmap.org/index.php/Comparison_of_life_cycle_concepts
Tordanik
___
Talk-de mailing list
Talk
Florian Heer schrieb:
Tordanik schrieb:
[Ironie entsorgt]
Schade, dabei hab ich mir doch so viel Mühe gegeben, meinen Vergleich
zum Hinken zu bringen. *g*
Also: Nur, dass man etwas gerne mit OSM verbunden anwenden möchte, ist
meiner Ansicht nach noch kein Grund, dass es in dasselbe Format
Raimond Spekking schrieb:
Tordanik schrieb:
Unabhängig von der technischen Machbarkeit: Ist das konform mit den
Bestimmungen der Commons? In den dortigen FAQs findet man:
„For media files, don't hotlink. Please copy them to your own server.“
Erik Möller, seines Zeichens Deputy Director
.“
Tordanik
[1]
http://commons.wikimedia.org/wiki/Commons:Reusing_content_outside_Wikimedia#Hotlinking
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
zwar nicht so elegant
wie Blinken, aber erfüllt seinen Zweck.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
vielmehr die Ways selber. Das was du beschrieben
hast, wäre der Alternativvorschlag „xrestriction“[1].
2. „only_one_way“ ist keiner der gelisteten Werte auf der
Originalseite[2]. Bei nur geradeaus würde wohl „only_straight_on“ passen.
Tordanik
[1] http://wiki.openstreetmap.org/index.php
West abzubiegen – in jedem dieser Fälle würde ich nämlich _von_ der
A-Straße _in_ die B-Straße _über_ den Kreuzungsnode fahren.
= Einziger Ausweg: Beide Straßen an der Kreuzung splitten.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Permalinks verbiegt, die
_nach_ der Änderung entstanden sind, oder?
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Till Maas schrieb:
Tordanik wrote:
Andreas Labres schrieb:
Sven Rautenberg wrote:
Das Problem ist, dass sich die Layeroptionen mit der Zeit geändert
haben, und alte Bookmarks nicht mehr kompatibel sind, bzw. unerwartet
den Maplint-Layer einschalten.
Dann sollte man das fixen.
Was aber
Johann H. Addicks schrieb:
Tordanik schrieb:
Dann sollte man das fixen.
Was aber bedeutet, dass man wiederum solche Permalinks verbiegt, die
_nach_ der Änderung entstanden sind, oder?
Nein.
Abgesehen vielleicht von Leuten, die tatsächlich Permanentlinks auf den
Error-Layer erzeugt haben
als Beispiel verlinkt
hast? (Wenns wegen der Lizenz ist, kannst du den Wikipedianer ja immer
noch um Freigabe unter passender Lizenz bitten, sollte doch sicher klappen.)
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Konsequenzen aussetzt, kannst du das gerne machen. Aber unsere Nutzer
würde ich doch ganz gerne aus der Schusslinie halten – das und nichts
anderes soll diese ganze Lizenzgeschichte leisten.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
mit derzeitiger Datenstruktur umsetzbar
Nur ein schneller Entwurf, diese Relation existiert natürlich bislang
ebenso wenig wie deine hierarchischen Schlüssel und müsste in einem
Proposal ausgearbeitet werden, aber vielleicht kann die Idee ja als
Denkanstoß dienen.
Tordanik
das mit einer generellen
„Gebäude-Relation“ abzudecken.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
,
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
übertrieben und den Wartungsaufwand bei Bearbeitungen andere Nutzer
nicht wert.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Friedhelm Schmidt schrieb:
Dem Router sage ich, dass man hier nicht links abbiegen darf;
dem Renderer, dass es sich nicht lohnt hier den Straßennahmen zu
wiederholen. Da ist doch nichts dabei.
Dir fällt nicht auf, dass das eine völlig andere Sache ist? Dass der
Router die Information niemals
, was für anwendungsspezifische
Daten „erlaubt“ sein sollen.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Tags streng genommen so zu interpretieren, dass der Bus zur
Anfahrt an die Haltestelle den Bürgersteig überquert.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Schule bzw. Kindergarten gibt es die.
Gerade da es diesen Fall in der Realität gibt, würde ich ungern alle
Haltestellen – wie von manchen vorgeschlagen – so (per Zusatznode +
service-Way) taggen, da der Fall sonst nicht mehr explizit ausgedrückt
werden kann.
Tordanik
left/right-Angabe) und Node neben dem Way für z.B. die an der
Bushaltestelle stehende Bank darstellen.
Mir ist völlig klar, dass man mit guten Gründen auch anders vorgehen kann.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Verwendung von eher klar, dass man auch schreiben kann, wo es nötig
ist. Das spart den Leuten einmal Nachschlagen im Wiki.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
step_count gives the number of individual steps for a way tagged with
highway=steps.
http://wiki.openstreetmap.org/index.php/Proposed_features/Number_of_steps
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Autobahn-Sonderregelung, der Wert kann –
wie ebenfalls aus dem Proposal-Text hervorgeht – für einen beliebigen
„highway“-Typ vergeben werden.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
notwendigen Hebeln sitzt?
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ein
Renderer-Icon im SVG-Format besser mal ins Wiki packen, falls sich die
Notwendigkeit ergibt.
Mangels Kenntnis eines thematisch engeren Kommunikationskanals für
Wiki-Themen frag ich mal talk-de um Meinungen …
Tordanik
___
Talk-de mailing list
Talk-de
- und einen Auswahlmodus.
Und was ist OSM schon anderes als ein großer Städtebaukasten? ;-) Das
wird hier aber zugegeben schon sehr subjektiv …
Grüße,
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
sich wahrscheinlich finden lassen.
Grüße,
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
finde den nötigen Tastendruck nur nicht weiter
störend.
Grüße,
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
x86_64
GNU/Linux
Firefox 3
(version as displayed by Synaptic: 3.0+nobinonly-0ubuntu0.8.04.1)
Tests with other software:
Firefox 3.0.1 on Windows XP _works_
Firefox 2 on Ubuntu does _not_ work
Konqueror 3.5.9 on Ubuntu _works_
Tordanik
___
talk mailing
Norbert Hoffmann schrieb:
Nur nach dem Vorschlag von Tordanik müssten
*alle* Altanwendungen geändert werden, um nicht plötzlich Alt- und
Plan-Daten als Ist-Zustand misszuverstehen.
Sie müssten ein einziges Mal geändert werden, die Einführung weiterer
Werte etwa hätte keine zwangsläufige
/preserved.
The proposal is in RFC status, so comments and suggestions are welcome.
Tordanik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Insellösungen für highway und railway.
Der Vorschlag ist ab heute in der RFC-Phase („Proposed“), Einwände und
Verbesserungen sind also erwünscht.
Grüße,
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin
ziehen,
Trennzeichen einzusetzen um die Lesbarkeit zu erhöhen, in dem Punkt bin
ich aber eher unentschieden.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Norbert Hoffmann schrieb:
Tordanik wrote:
Nicht mehr genutzte Schienen:
railway=[Railway-Typ]
status=disused
(Man beachte, dass – im Gegensatz zu railway=disused – die Art der
Schiene wie gewohnt angegeben werden kann.)
Man beachte aber auch, dass an einer mit railway=art beschriebenen
beschränkt, die in irgendeiner Form schon existieren, um die
Entscheidung über Tagging-Struktur (da scheint es ja sehr wohl
Diskussionsbedarf zu geben, wenn ich mir die ML so ansehe) und die
Einführung neuer Werte getrennt zu halten.
Tordanik
___
Talk
?
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
der Gründe, weshalb ich die Semantik „Objekt im Zustand X“
gewählt habe, und nicht die Semantik „Baustelle von Objekt“ – eben damit
sich die Zusatztags wie power_source=nuclear weiterhin klar auf das
Objekt, und nicht auf die Baustelle beziehen.
Tordanik
ist sehr
unschön, aber bei dem objekttyp=construction-Vorschlag ist eine
Baustelle mit unbekanntem Objekttyp nicht nur unschön, sondern unmöglich.
Puh, etwas lang geworden … *g*
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
„rail“ gehört. Oder sollte dann da
noch ein landuse=former oder landuse=abandoned stehen?
construction=primary/residential/... wird ja tw. schon verwendet...
Die generellen Nachteile dieser Idee siehe in meiner Antwort auf
Norberts Mail.
Tordanik
noch ein access=private dran.
Irgendwie glaube ich aber nicht, dass wir uns da heute einig werden. ;-)
Gute Nacht erstmal …
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
korrigiert würde.
Tordanik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
.
In short, enter data from categories 1, 3, 4, with priority on 1.
Tordanik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
,
Tordanik
PS: Die in http://wiki.openstreetmap.org/index.php/Elements#Area
beschriebene Methode für Areas mit Loch per C-Form ist durch
multipolygon doch inzwischen überholt, oder?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
73 matches
Mail list logo
