Hallo zusammen,
morgen beginnen die diesjährigen Vorstandswahlen¹ der OSM Foundation,
und wie einige von euch schon wissen, habe mich entschieden, noch einmal
anzutreten.
Ich bin ja jetzt seit zwei Jahren Vorstandsmitglied. Nicht alle Ideen,
die ich bei meiner letzten Wahl hatte, waren im
On 22.05.20 15:15, Volker Schmidt wrote:
> Ich persoenlich setze routinemaessig oneway=no um anzuzeigen, dass ich
> geprueft habe, dass die Strasse keine Einbahnstrasse ist. In Verbindung mit
> dem Aenderungsdatum ist das nuetzlich in Gegenden, wo Strassenrichtungen
> haeufig von den Behoerden
Viele OSM-Stammtische finden derzeit wegen der Corona-Pandemie nicht
statt. Es gibt aber Alternativen! Einige Gruppen haben schon erste
virtuelle Treffen erfolgreich durchgeführt.
Wer noch auf der Suche nach geeigneten Diensten dafür ist, findet hier
ein paar von uns getestete Vorschläge:
*
On 06.03.20 12:42, Florian Lohoff wrote:
> On Fri, Mar 06, 2020 at 11:30:53AM +0100, Otto Dassau wrote:
>> * Könnten/Dürften die Daten NRW genutzt werden, um die OSM Daten
>> flächendeckend z.B. für NRW zu optimieren?
>
> Am Ende nein. Gucken darfst du, aber übernehmen nicht.
Vor ein paar
On 18.08.19 18:44, dcapillae wrote:
> I would like to change the name of the wiki pages related to the Germany
> mapping project to remove the "Wikiproject" prefix according to the
> pages name conventions [1].
Sure, I'd be happy to see the pages renamed. Thanks for all the time you
spend on wiki
On 29.03.19 15:32, Frederik Ramm wrote:
> Zugleich
> äussern sich die Entwickler gern auch mal geringschätzend über das Wiki
> oder Tagging-Diskussionen und nehmen sich eben das Privileg heraus, neue
> Features einfach einzubauen, die sie gut finden
Das scheint die herrschende Einstellung zu
On 10.03.19 19:20, Tom Pfeifer wrote:
> Eigenschaften, die das ganze Gebäude betreffen, sollten daher auf dem
> Gebäudeumring liegen, der auch ohne 3D-Mapping da wäre. Also auch die
> Adresse.
Ja, solche Relationen werten normalerweise nur 3D-Renderer aus. Die
Informationen, die auch andere
On 19.02.19 09:24, Stefan Keller wrote:
> Fernziel ist u.a., den Tag "opening_hours:url" zu verwenden, um den
> dort verlinkten Webinhalt in opening_hours zu wandeln.
Finde ich eine spannende Vision, denn so könnten Änderungen bei den
Öffnungszeiten viel schneller entdeckt werden. Für OSM ist
Hallo zusammen,
ich habe dieses Wochenende erfahren, dass Peda (Peter Barth) aus dem
Vorstand der OSMF ausscheiden und nicht erneut kandidieren wird. Peda
hat aus meiner Sicht einiges erreicht, was das reibungslose
Funktionieren unseres Projekts, die Transparenz der Arbeit des Boards
(z.B. durch
Am 18.09.2018, 16:21, schrieb Benedikt Bastin:
> Gibt es abseits des Zugehörigkeitsproblems noch weitere Sachen, die gegen
> eine solche Relation sprechen?
Im Allgemeinen tendiert der Konsens in der Community dahin, Relationen
nur dort zu verwenden, wo sie notwendig sind.
Aus diesem Grund ist
On 22.07.2018 17:00, Frederik Ramm wrote:> wenn man building:levels
erfasst - das ist ja doch ein bisschen
> einfacher als eine echte Höhenmessung - macht es ja einen ziemlichen
> Unterschied, ob man es mit einem Altbau-Stadthaus mit 3,50m hohen
> Stockwerken zu tun hat oder mit einem Neubau mit
On 31.12.2017 10:25, Volker Schmidt wrote:
> Die drei im vorliegenden Fall vorhandenen einschraenkenden
> tags beziehen sich ausschliesslich auf motorisierte Fahrzeuge; daher sollte
> der Router Fussgaenger, Radfahrer und Reiter durchlassen.
Der Schlüssel access bezieht sich keineswegs nur auf
Hallo zusammen,
mir ist aufgefallen, dass Mentz beim Bahnhofsmapping eine inkompatible
Interpretation des Schlüssels building:part gewählt hat. Dieser kommt
bei Mentz für Indoor-Elemente wie Aufzüge, die nicht unbedingt einen
Einfluss auf die äußere Form eines Gebäudes haben, oder auch für
Hallo zusammen,
lang ist's ja nicht mehr hin bis zur FOSSGIS in Passau. Daher zunächst
mal die Erinnerung: Denkt daran, euch unter
http://fossgis-konferenz.de/2017/anmeldung/ anzumelden!
Wie ihr vielleicht schon gehört habt, wird es auf der FOSSGIS dieses
Jahr zwei OSM-spezifische Events
Zur Erinnerung: *Heute* endet die Vortragseinreichung für die
FOSSGIS-Konferenz 2017 in Passau. Verlängern können wir die Frist
diesmal leider nicht, also reicht schnell noch eure Ideen ein!
https://www.fossgis-konferenz.de/2017/callforpapers/
Falls euch die Zeit nicht mehr ganz reicht,
Am 01.03.2016 10:59, schrieb Markus:
> Was verwendest Du? wieso?
Meine bevorzugte Lizenz, gerade für kleinere Sachen, ist die CC0. Ich
bin generell ein Fan der "ganz freien" Lizenzen, weil ich möchte, dass
möglichst viele andere Entwickler meine Software als Grundlage nutzen
können und sich
Am 15.12.2015 21:53, schrieb Thorsten Alge:
> kennt Ihr noch andere OSM-basierte Dienste als
> http://openls.geog.uni-heidelberg.de/wheelchair-test/ , welche die Tags
> highway=steps und handrail[:left|:right]=yes auswerten?
OSM2World wertet diese Tags aus. Allerdings sind die Handläufe zu klein,
Hallo Roland,
danke für deine Reaktion. Ich finde allerdings, du machst es dir da zu
leicht. Mit Weiterpflegen (aka Hinterherputzen) am Passauer Bahnhof ist
das Grundproblem nicht gelöst. Viele Fehler bei eurem Mapping sind
systematisch, und treten eben nicht nur in Passau auf.
Zumindest die
Am 15.07.2015 23:16, schrieb rza31:
Hallo,
bei https://wiki.openstreetmap.org/wiki/Wiki_Translation ist unter
Andere Sprachen Griechisch nicht aufgeführt. Sollte man dies nicht
ergänzen?
Ein roter Link für Griechisch (Ελληνικά) ist dort doch vorhanden? Oder
meinst du, dass jemand eine
Am 29.05.2015 06:25, schrieb Markus:
Das würde ein weltweites Tagging-Schema zerstören...
Wer weiss Genaueres?
Das geht auf ein erfolgreiches Proposal von 2011 zurück:
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_details
___
Talk-de
Am 02.05.2015 21:43, schrieb Christian H. Bruhn:
Ich habe gestern auf openstreetmap.org nach Wildpark Eekholt
gesucht. Da gab es mehrere Suchergebnisse. Das erste war
http://www.openstreetmap.org/node/2414231380 , welches ein
Straßenschild ist. So eine braune Tafel, welche an Autobahnen auf
On 14.03.2015 13:59, Andreas Goss wrote:
Da ich letztes mal noch keine Antwort bekommen hatte, wie sieht es mit
case sensitive key aus?
Spielt das für die Datenbank eine Rolle, also sollten alle key klein
sein? Oder ist es egal, dann wäre es gut wenn Taginfo das da einfach
ignoriert.
Die
Am 18.02.2015 12:09, schrieb Alexander Lehner:
... wenngleich auch etwas kritisch:
... und nicht ganz richtig: anonyme Korrekturen oder Hinweise
akzeptiert OpenStreetMap nicht.
Trotzdem sehr schön, dass uns das neue Routing-Feature ordentlich
Aufmerksamkeit bringt. Sind schon etliche Artikel
Am 12.02.2015 14:41, schrieb Sven Geggus:
Wie bitte? Wenn es dieses Problem wirklich gäbe, dann hätten es alle Daten,
die derzeit in der Datenbank sind ebenfalls, denn auch bei diesen Daten ist
eine Re-Lizensierung nicht möglich.
Bei allen von Hand eingetragenen Daten hat der Urheber (= der
Am 11.02.2015 18:28, schrieb Michael Reichert:
Ich persönlich denke, dass die ODbL als Lizenz für eine Import nicht
ausreichend ist. Was passiert, wenn sich die Zweidrittelmehrheit der
aktiven Mapper nach Artikel 3 der Contributor Terms für eine neue Lizenz
entscheidet?
Am 03.02.2015 23:49, schrieb Holger Jeromin:
Jetzt habe ich doch noch roof:shape=side_hipped [1] entdeckt. Scheint
für einfachere Fälle zu funktionieren.
Oder eine Linie als roof:ridge quer rüber eintragen.
Es müssten 3 Linien mit gemeinsamen Knoten mit den Gebäuderändern sein.
Gemeinsame
Am 16.12.2014 13:05, schrieb Wolfgang Hinsch:
Damit der Renderer erkennen kann, dass die extra-Fußwege an die Straße
gehören
und er sich somit die (für den Maßstab) passendere Variante aussuchen kann,
sollten es eine street-Relation geben, in der alle Linien, die zur gleichen
Straße
Am 07.12.2014 19:19, schrieb Martin Vonwald:
* Können auch Parkspuren und Gehsteige in die lane-Liste eingebaut
werden? Wenn ja, wie?
Parkspuren theoretisch ja, auch wenn ich kein Freund davon bin. Gehsteige
würde ich nein sagen, da es ja keine Spuren für irgendwas sind. Bei
Gehsteigen
Am 05.12.2014 13:19, schrieb Martin Vonwald:
Vom Prinzip her ist bicycle:lanes=...|designated|... und
cycleway:lanes=|lane| identisch. Welche Variante besser ist, kann
ich sagen. Ich tendiere eher zu bicycle:lanes, da es konsistent mit der
Angabe anderer access-Beschränkungen wäre,
Am 05.12.2014 18:56, schrieb fly:
Am 05.12.2014 um 16:10 schrieb Tobias Knerr:
* Im Sinne unserer damaligen Diskussion, ob left/right nicht besser wäre
als forward/backward: Wie mappe ich Radwege, die in beide Richtungen
nutzbar sind?
Entweder als separaten Weg und bicycle=use_sidepath oder
Am 29.11.2014 16:47, schrieb Michael Kugelmann:
Somit existierten zwei unabhängige Systeme (API und Wiki) mit
unterschiedlichen (sich vielleicht auch widersprechenden Accounts) =
zusammenführung nicht möglich (bzw. zu schwierig). Die Diskussion
hatten wir bereits vor 5 Jahren oder so. :-(
Hallo,
wir haben uns mit OSM2World¹ in diesem Jahr erstmals für die
OpenSource-Förderung von Thomas Krenn beworben. Die Gewinner wurden von
einer Jury bestimmt. Gestern haben wir das Ergebnis erfahren: Wir haben
den ersten Platz erzielt und erhalten Server-Hardware im Wert von 2500€.
Am 21.08.2014 18:47, schrieb Christoph Hormann:
Glückwunsch!
Ist das Preisgeld nur für die Anschaffung der Hardware oder ist damit
auch über einen längeren Zeitraum der Betrieb sichergestellt?
Danke für die Glückwünsche. :)
Abgedeckt ist vom Preisgeld nur die Hardware. Um den Betrieb
Am 13.08.2014 11:52, schrieb Tom Pfeifer:
Städte haben viel unterirdische Infrastruktur. Der Imbiss im U-Bahnhof hat
keine Beziehung zu dem Gebäude und insbesondere der Addresse im Haus
obendrüber.
Das sind aber dann eben auch die einzigen Fälle, in denen eine Relation
in Frage kommt.
Bei
Am 11.08.2014 14:43, schrieb André Riedel:
Gibt es eigentlich eine Unterscheidung zwischen Viele
vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ?
Da kommt es jetzt darauf an, wie man die Definition liest. Es heißt ja
für yes: full options available (i.e. several proper meals
Am 21.07.2014 15:33, schrieb Martin Koppenhoefer:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area#Area-steps.2C_steps_which_are_wide_and.2For_irregular
In deinem Proposal finde ich noch keinen Hinweis darauf, wie ein solches
Mapping ausgewertet werden soll. Kannst du kurz die
Am 09.07.2014 19:48, schrieb Martin Koppenhoefer:
https://wiki.openstreetmap.org/wiki/Relations/Proposed/Node
Es geht darum, mehrere Node-Objekte am selben Ort mappen zu können, eine
Situation, die z.B. bei Verkehrsschildern öfters auftaucht, für die es aber
sicherlich noch hundert andere
Am 30.06.2014 11:24, schrieb Andreas Goss:
Ist halt die Frage wie man vending=food definiert.
Zumindest mal als verzehrfertiges Essen. Schon allein deshalb, weil das
vermutlich 99% oder mehr aller vending=food ausmachen wird.
Andererseits hat es eben den Vorteil, dass ich nicht für jedes
Am 05.06.2014 16:09, schrieb Florian Schäfer:
Außerdem gibt es auch noch Spielfelder mit Markierungen für mehrere
Sportarten (siehe Bsp. [1]).
Wie wäre es z.B. mit field_marking=soccer und in dem Beispiel dann
field_marking=soccer;volleyball;basketball
Das fände ich eine gute Lösung. Für
Am 29.05.2014 13:59, schrieb Bernhard Weiskopf:
Wie trägt man zeitlich beschränkte Öffnungszeiten für Tore ein?
Das hier ist korrekt:
acess:conditional = yes @ (Mo-Sa 07:00-20:30; PH off)
Das auch (eben mit dem Unterschied, dass es nur für Fußgänger gilt):
foot:conditional = yes @ (Mo-Sa
Am 08.05.2014 23:44, schrieb Ralf GESELLENSETTER:
Wäre ja mal interessant, wie das F4MAP Co. rendern.
So: http://up.picr.de/18219052uf.jpg
(Bild aus dem Forum)
BTW: Gibt es inzwischen 3D-Darstellungen, die ohne 3D-Graphik
(OpenGL usw.) auskommen? Müsste ja echt nicht dynamisch sein...
Am 07.05.2014 16:37, schrieb Christoph Hormann:
http://www.openstreetmap.org/#map=18/40.02307/32.92564
Wow, das ist so gut, dass es fast schon schade ist, wenn das gelöscht
wird...
Geht mir auch so, das ist schon irgendwie beeindruckend.
Aber natürlich hat es ein humorloser User schon
Am 07.05.2014 18:58, schrieb tumsi:
Aber natürlich hat es ein humorloser User schon alles gelöscht. Ja,
gelöscht, nicht etwa durch sauberes 3D-Tagging ersetzt. Es kann
schließlich nicht schnell genug gehen.
Hätte doch wirklich keinem geschadet, das noch ein paar Tage stehen zu
lassen. :/
Am 07.04.2014 12:14, schrieb Sven Geggus:
chris66 chris66...@gmx.de wrote:
Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze
als ein Feld getaggt.
Dann muss man das halt abteilen. Das Josm Plugin zum Abteilen von Gebäuden
kann man hierfür wunderschön missbrauchen :)
Das
Am 04.04.2014 10:30, schrieb Georg Feddern:
Am 03.04.2014 09:47, schrieb Manuel Reimer:
Ist highway=pedestrian auf die Fläche überhaupt korrekt?
Gemäß (text)googlen ist es eine Fußgängerzone - und die darf bei OSM
auch als Fläche getaggt werden.
Plätze in Fußgängerzonen dürfen als Fläche
Am 04.04.2014 17:12, schrieb Martin Koppenhoefer:
Ein größerer Platz kann auch als Fläche gemappt werden würde ich ändern
in sollte als Fläche gemappt werden, weil ein größerer Platz von einer
Linie ziemlich schlecht repräsentiert wird (m.E. selbst ein kleinerer
Platz, von daher ggf. auch das
Am 04.04.2014 18:53, schrieb Martin Koppenhoefer:
Ich finde es prinzipiell nicht schlimm, wenn sowas als area gemappt wird,
vor allem wenn zusätzlich noch die Straßenmittellinie als highway gemappt
ist.
Die Kombination Mittellinie + Fläche ist m.E. nur akzeptabel, wenn die
Fläche als
Am 03.04.2014 10:01, schrieb Manuel Reimer:
bei uns hat vor einigen Tagen jemand eine Straße in eine Fläche umgewandelt:
http://www.openstreetmap.org/way/270733792
Was mich daran stört: Ich hätte gerne die normale Straßenlinie erhalten.
Ist highway=pedestrian auf die Fläche überhaupt
Am 03.04.2014 20:16, schrieb Falk Zscheile:
Und was machst du, wenn auf der Straße gleichzeitig noch eine
Geschwindigkeitsbegrenzung und ein Halteverbot stehen.
Der Wert von traffic_sign kann ausdrücklich eine Semikolon-getrennte
Liste von Schildern und Schildergruppen enthalten.
Gruß,
Tobias
Am 29.03.2014 15:05, schrieb Kolossos:
Hallo, das Berliner Hackweekend hatte ich mal genutzt die Idee der
Wappenkarte auf Wikidata-Basis aufzugreifen und in meine
Koordinatenextraktion der Wikipedia zu integrieren:
Am 29.03.2014 09:50, schrieb Stefan Keller:
Während ein CAPTCHA für Menschen einfach sein soll, soll es für
Computer schwierig sein. Zeichenbasierte CAPTCHAs haben zig Millionen
Möglichkeiten! Ein CAPTCHA, das mit nur 500 Proben (d.h. 2 Dächer à 24
Formen) geknackt ist, gilt als unsicher.
IMO
Am 28.03.2014 22:49, schrieb Alexander Heinlein:
Momentan ist die Frage der vorhandenen Verbindung zwischen zwei
Wegen mit ja oder nein zu beantworten. Bei Dachformen hingegen gibt es
momentan 25 definierte Werte, Tendenz steigend (siehe [1]). Einige sind auf
den ersten Blick auch nicht von
Hallo,
Am 17.03.2014 09:02, schrieb Manuel Reimer:
in einem konkreten Fall sehe ich beim Betrachten von vorne: Ein Stockwerk,
ein Dachgeschoss, ein Kellergeschoss.
Nun laufe ich einen Fußweg neben dem Gebäude nach unten und betrachte das
Gebäude von der anderen Seite.
Jetzt sieht die
Am 17.03.2014 16:50, schrieb Martin Koppenhoefer:
ja, und bei mehreren Eingängen sollte jeder davon auf Bodenhöhe sein,
ausser man trägt auch das Podest oder die Treppe ein, über die der Zugang
erfolgt, dann sollte diese auf Bodenhöhe anfangen. Und bei mehreren Häusern
nebeneinander sollte
Am 12.03.2014 22:14, schrieb Ralf GESELLENSETTER:
Am 11.03.2014 09:44, schrieb Lars Schimmer:
Hmm. Ich habs immer so gemacht, das ich den Gesamtumriss des Gebäudes
mit building=* getaggt habe, dazu jeden einzelnen Teil mit
building:part, hinzu aber noch eine building Relation mit allen
Am 01.03.2014 15:45, schrieb Martin Koppenhoefer:
Für mich wäre es besser, natural=forest für einen Wald zu definieren, und
natural=wood (od. ggf. woodland) für Woodland (gibt leider im Deutschen
kein richtiges Wort dafür), beides jeweils im Sinne eines Gebiets, das
physisch auch andere Arten
Am 05.02.2014 11:10, schrieb Falk Zscheile:
Aus Sicht von jemanden der on the ground
mappt gibt es die schon. Darum dreht sich ja der Thread mittlerweile.
Ich finde, die on the ground-Regel wird in dieser Diskussion arg
überstrapaziert. Nach meinem Verständnis sagt diese Konvention, dass die
Am 05.02.2014 13:42, schrieb Martin Raifer:
Wieso schreiben wir in OSM Straßennamen nicht wie ihn praktisch Jeder in
Texten schreiben würde?
Weil der Eintrag in der Datenbank nicht nur dazu dient, dass der Name
hingeschrieben werden kann, sondern - um nur ein Beispiel zu nennen -
auch dafür,
Am 05.02.2014 18:01, schrieb Martin Raifer:
Gute Text-to-Speech Software sollte aber mit diesen Abkürzungen locker
umgehen können. Und wenn nicht, dann bedarf es für die jeweilige
Anwendung schlicht eines Post-Processing Schritts, der die Abkürzungen
entsprechend expandiert.
Wie schon
Am 04.02.2014 18:15, schrieb Martin Koppenhoefer:
naja, ist ein bisschen ein Randfall. In vielen Fällen von Objekten, die wir
in OSM mappen (z.B. Fluss, Kirche, See, Haus, Straße, Autobahn, ...) ist
es sicher nicht sinnvoll oder gewünscht, auf einen allgemeinen Artikel zu
linken. Andererseits
Am 04.02.2014 20:58, schrieb malenki:
Wie verhält es sich dann mit den bereits zuvor von anderen Usern
(teilweise massenhaft) genutzten
wikipedia=de:Liste von Stolpersteinen in xyz?
Das ist nun aus meiner Sicht wirklich ein Grenzfall, den ich noch
akzeptabel finde. Zwar sind Listenartikel
Danke für die Zahlen, aber inhaltlich überzeugt mich das nicht. ;)
Am 03.02.2014 17:44, schrieb Martin Raifer:
Es ist doch immer einer der zentralen Doktrinen von OSM gewesen, dass es
dem Mapper möglichst einfach gemacht werden soll, während es OK wäre,
den Auswertern etwas mehr Arbeit
Am 01.02.2014 16:21, schrieb Caronna:
Am 01.02.2014 14:57, schrieb Florian Lohoff:
Ich weiss nicht was wir zu beschützen haben. Den Lizenzwechsel zu ODbL
halte ich nach wie für für falsch. Das wird uns alle noch in den hintern
beissen. Ich denke PD wäre langfristig das beste gewesen.
Am 01.02.2014 14:57, schrieb Florian Lohoff:
Ich halte Share-Alike bei Kartendaten immer noch genauso aussichtslos.
Ich weiss nicht was wir zu beschützen haben. Den Lizenzwechsel zu ODbL
halte ich nach wie für für falsch. Das wird uns alle noch in den hintern
beissen. Ich denke PD wäre
Am 24.01.2014 21:36, schrieb Martin Koppenhoefer:
finde ich gut, alle Namen die es in Sprachen und Dialekten gibt für einen
Ort, dort auch einzutragen.
old_name ist in erster Linie für ehemalige Namen, wenn es einen neuen Namen
gibt in dieser Sprache.
Nein, old_name ist für Namen, die bei
Am 13.01.2014 12:29, schrieb Ronnie Soak:
Ich würde sagen, dann muss weiterhin die Aufstandsfläche gemappt werden und
ggfs. ein falsches Renderergebnis in Kauf genommen werden, bis der Renderer
das vernünftig unterstützt.
Oder mit welcher Begründung ist hier ein einzelner Spezialrenderer
Am 11.01.2014 18:37, schrieb chris66:
Pragmatische Antwort:
Luftbildabzeichner erfassen die Dachfläche
Auch beim Luftbildzeichnen kann man darauf achten, die Fläche halbwegs
korrekt am Grundriss auszurichten.
Und generell sehe ich schon, dass das oft auch so gehandhabt wird. Nur
wenige
Am 29.11.2013 10:13, schrieb marian:
Wie wichtig ist es, dass die Attributierung tatsächlich innerhalb der Karte
auftaucht?
Zunächst einmal ist festzustellen: Diese strenge Platzierungsvorschrift
findet sich auf der Copyright-Seite noch gar nicht so lange. Vor einem
Jahr war davon noch nichts
Am 04.11.2013 20:16, schrieb Frederik Ramm:
Die Routing-Engine muss nun also nicht einfach nur
Wege quer ueber den Platz produzieren (das waere ja leicht einzubauen),
sondern sie muss alle flaechen- und linienfoermigen Objekte, die sich
ebenfalls auf dem Platz befinden, auf ihre
Am 06.11.2013 16:41, schrieb Martin Koppenhoefer:
mindestens die outer eines highway-Multipolygons als einfachen graph zu
interpretieren sollte einfach sein, und würde diesen bug schon quasi lösen
(bisher ist da dann einfach ein Loch im Graph).
Das würde ich als absolute Mindestanforderung
Am 29.10.2013 11:04, schrieb rainerU:
- Das Schema macht Redundanz zum Prinzip. Wenn cycleway:right und
cycleway:left
vorhanden sind, braucht es nicht noch cycleway=both. Redundanz schadet
nichts,
aber man sollte sie nicht obligatorisch machen. Das riecht förmlich nach
Taggen
für eine
Am 19.10.2013 12:34, schrieb hike39:
Kann mir einer von Euch einen Tipp geben?
http://wiki.openstreetmap.org/wiki/FAQ#How_can_I_close_my_account.3F
Kurz gesagt: Mail an den Support senden. Natürlich kann es gut sein,
dass einer der anderen Vorschläge dem User schon reicht.
Am 15.10.2013 13:29, schrieb Walter Nordmann:
ok, aber eines solle klar sein: Egal ob technisch gesehen Gute Daten oder
Schlechte Daten - es sind Illegale Daten und die müssen raus.
OSM kann die Lizenzanforderungen des Spenders nie und nimmer erfüllen.
Wobei es in ähnlich gelagerten Fällen
Am 03.10.2013 14:22, schrieb Jörg Frings-Fürst:
Am Donnerstag, den 03.10.2013, 13:32 +0200 schrieb Leo Koppelkamm:
Was haltet ihr davon? Kommt mir z.b. bei
http://www.openstreetmap.org/browse/way/206802933 ziemlich überflüssig vor.
Beim Tempelhofes Feld macht das ja noch Sinn, aber hier
Am 28.08.2013 21:54, schrieb Roland Olbricht:
Nun, das ganze Feature ist Mapper-orientert. Wir können keine Karte bieten,
in der alles angezeigt wird, was sinnvoll gemappt werden kann, weil dafür
keine bekannte Gestaltung mehr existiert. Das ist, wo ich eigentlich hin
möchte: Ein Mapper
Hallo Roland,
Am 26.08.2013 19:36, schrieb Roland Olbricht:
Per Beispiel:
http://overpass.apis.dev.openstreetmap.org/#map=15/50.9429/6.9541
ich muss mal etwas grundsätzlicheres loswerden. Technisch finde ich
deine Entwicklung zwar eine gute Basis und nicht zuletzt zeigt der
Anwendungsfall, wie
Am 09.08.2013 09:38, schrieb Andreas Labres:
On 09.08.13 01:00, Tobias Knerr wrote:
Ich hätte noch eine spontane Alternativ-Idee: Man könnte auf die
Erfassung in OSM verzichten und stattdessen (via wikipedia-Tag) die
Information von Wikidata holen.
Ich denke, es wäre ein leichtes, ein
Am 08.08.2013 22:00, schrieb Sarah Hoffmann:
Ich habe gesehen, dass einige Kreis-Relationen schon einen Tag
license_plate_code erhalten haben, aber lange noch nicht
alle. Wäre das etwas, was man vielleicht offiziell machen könnte,
oder gibt es vielleicht schon andere Vorschläge zum Mapping von
Ich bin auch der Meinung, dass an Proposals keine inhaltlichen
Veränderungen mehr durchgeführt werden sollten, wenn sie abgeschlossen
sind. Idealerweise würden gleich danach alle Infos auf (von der
Proposal-Seite aus verlinkten) reguläre Dokumentationsseiten kopiert.
Am 04.08.2013 09:54, schrieb
Am 28.07.2013 15:56, schrieb Kai Krueger:
Daten im planet file sind anonym. Das heist grundsaetzlich werden keine uid
Daten an die Elemente im Planet angehaengt. Fuer einzelne Elemente ueber die
API und die browse pages bleibt diese Information allerdings erhalten. Die
Seite
Am 25.07.2013 19:10, schrieb Dirk Sohler:
Ja, es ist richtig, dass SÄMTLICHE DATEN,
inklusive User-Metadaten komplett und vollumfänglich in der Datenbank
liegen, und von jedermann für alle Zwecke ausgelesen werden (können).
Es werden keineswegs sämtliche Daten, die in der Datenbank liegen,
Hallo,
da habt ihr euch ja einiges vorgenommen. Leider stoßt ihr bei einigen
Sachen in Bereiche vor, wo sich die OSM-Community noch nicht wirklich
einig ist.
Ich bin mir nicht sicher, wie man da am besten zu einer Klärung kommt.
Aber versuchen wir es erst mal mit ein paar konkreten Hinweisen auf
Am 13.07.2013 23:59, schrieb Dirk Sohler:
Es ist nämlich was anderes, ob jemand die Daten nimmt, und für sich
selbst aufbereitet, oder ob er auf zusammengeführte und bereits
aufbereitete Daten zugreifen kann.
Ja, es ist in der Tat etwas anderes:
Eines davon ist transparent, schafft ein
Am 12.07.2013 12:02, schrieb Pascal Neis:
Optimal wäre natürlich wenn man alle OSM-Accounts (Main-OSM,
Wiki-OSM, OSM-Forum, OSM-Help, usw.) eines Mitgliedes miteinander
verknüpfen und diese dann bei den Badges berücksichtigen könnte.
Mir ist allerdings keine Lösung bekannt wie dies möglich
Am 06.07.2013 15:46, schrieb Martin Koppenhoefer:
Bisher ist glaube ich die vorherrschende Meinung, dass
alles ausser Fahrbahnmarkierungen oder explizit überfahrbaren
Grenzelementen (aus Kunststoff) als baulich getrennt gilt, also z.B. ein
Grünstreifen oder ein Bordstein.
Also ich sehe
Am 07.07.2013 06:47, schrieb Wolfgang Hinsch:
divider knapp 300 Einträge seit 12/2007
change:lanes knapp 5000 Einträge seit 11/2012
change:lanes und divider lassen sich nicht direkt vergleichen. Die
konkrete Art der Trennung kann man nämlich nur mit divider abbilden, da
ist change:lanes mit
Am 07.07.2013 16:07, schrieb Wolfgang Hinsch:
Am Sonntag, den 07.07.2013, 15:51 +0200 schrieb Tobias Knerr:
change:lanes und divider lassen sich nicht direkt vergleichen. Die
konkrete Art der Trennung kann man nämlich nur mit divider abbilden, da
ist change:lanes mit seinen nur vier möglichen
Am 05.07.2013 16:22, schrieb Florian Lohoff:
Eine Frage die mir gekommen ist: Was ist mit
beschleunigungs/verzoegerungsstreifen auf der Autobahn. Lanes = n+1
und dann turn=through|through|slight_right ?
Ja. Für einen reinen Beschleunigungsstreifen würde ich allerdings
merge_to_left verwenden.
Am 05.07.2013 19:58, schrieb Gertrud Simson:
Hat jemand eine andere Idee, wie man eine Karte mit Markern mit Links in
einer OSM Wiki Seite einbindet?
Die Schwierigkeit sind die Marker. Die erste Wahl zum Einbinden von
Karten im Wiki wäre nämlich diese Vorlage, die aber keine Marker
unterstützt:
Am 26.06.2013 02:05, schrieb fly:
On 26.06.2013 01:42, Tirkon wrote:
Die große Mehrheit der Mapper wird sie überhaupt nicht kennen.
Woran das wohl wieder einmal liegt ? Fehlende Relationsunterstützung der
Editor-Software ?
Prinzipielle Eigenschaften des Konzepts Relation, die es schwer
Am 05.06.2013 00:09, schrieb Stefan Keller:
Bei OSM gibt es keine offiziellen Farben.
Es geht um das Eintragen derjenigen Farbe, die der Betreiber einer Linie
offiziell vergibt und selbst z.B. auf Nummerntafeln an den Wagen,
Anzeigetafeln an Haltestellen oder in Netzplänen verwendet.
Siehe
Am 03.06.2013 23:22, schrieb Peter Barth:
da fällt mir grad ein, dass ich von 2 Leuten gefragt wurde, wo man denn
flattrn könnte. Ich hab nichts gefunden, auch keine Diskussion dazu.
Es gibt sogar schon ein Flattr-Profil für OSM:
https://flattr.com/profile/openstreetmap
Leider ist es weder
Am 24.05.2013 15:04, schrieb RalfGesellensetter:
Eine solche Allee zeigt auch das Bild zum Tag natural=tree_row [2],
das demnach dem Tag der Straße zugefügt werden soll:
... should be part of the tree row way
Der von dir teilweise zitierte Absatz lautet:
If individual trees in a tree row are
Am 17.05.2013 19:22, schrieb André Reichelt:
Daher stelle ich mir die Frage, ob es in diese Richtungen bereits
Bemühungen gibt, beispielsweise innerhalb von JOSM eine Art 3D-Editor zu
integrieren, der den Mapper mit Vorlagen und einer Live-Vorschau
unterstützt.
Es gibt das Plugin Kendzi3D,
Am 17.05.2013 22:23, schrieb Peter Wendorff:
Ich plädiere an dieser Stelle dann erneut dafür, das als externes
3D-Modell-Repository abzulegen.
Es fehlt bislang an einem geeigneten Service. Der Vorstoß an der Uni
Heidelberg in diese Richtung weist m.E. schwer wiegende Mängel auf, die
seit langem
Am 16.05.2013 09:56, schrieb Simon Poole:
Beispiel Tagging:
natural=cliff
cliff:left=up
(cliff:right=down)
Meiner Meinung nach sollte bei so etwas left/right in den Wert. Also
cliff:lower_side = left/right
city_wall:inside = left/right
oder auch
flow = forward/backward/(alternating)
Die
Am 16.05.2013 12:01, schrieb Simon Poole:
Der Vorteil von *:left und *:right im Tagnamen ist, dass es von den
jetzigen Editoren schon unterstützt würde (Renderer müssten natürlich
nachziehen). Jeder Tag mit solcher Semantik im Tagwert braucht einfach
wieder ein Sonderbehandlung.
Also
Am 16.05.2013 13:42, schrieb Falk Zscheile:
Am 16. Mai 2013 13:31 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
Die deutschen Seiten sind leider öfters mal keine Übersetzungen sondern
widersprechen gelegentlich der englischen Definition, z.T. indem sie sie
erweitern oder verkürzen.
Am 15.05.2013 17:15, schrieb Florian Lohoff:
On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote:
Hallo zusammen,
ich würde gern eine Diskussion darüber starten ob man nicht per Bot
den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn
der Value eine Nummer ist.
Ich
Am 14.05.2013 12:01, schrieb Martin Koppenhoefer:
eine Variante ist, sie mit einem Präfix vor den Renderern zu
verstecken, z.B. historic:railway=station
http://taginfo.openstreetmap.org/keys/historic%3Arailway oder per
postfix railway:historic=station
1 - 100 von 722 matches
Mail list logo
