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 Vorstan
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 geae
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:
* BigBl
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 Tage
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 sein,
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 Anwend
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 zumi
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 au
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 nu
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 mot
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
Tunnel[
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 geb
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, stellt
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 keinen
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 folg
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 Üb
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 a
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.
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?
> http://www.osmfoun
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.
Gemeinsa
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 g
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
> Gehste
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 al
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 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.
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 mü
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€.
https://www.
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 e
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 m
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 Vorgehen
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 ander
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
> Na
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 e
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...
h
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
>> l
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 scho
Am 07.04.2014 12:14, schrieb Sven Geggus:
> chris66 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 heißt, wir s
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 area:hi
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. au
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
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 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 überh
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.
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:
> http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?lang=de&uselang=de&
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
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
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 d
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 ande
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 mehr
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, d
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 d
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
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. Andererse
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 aufzu
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 lan
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 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
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 wür
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 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 a
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 Hindernis-E
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
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ä
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 h
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 Mappe
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, wi
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
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
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 W
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 http://www.open
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,
v
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 21.07.2013 15:42, schrieb Dirk Sohler:
> Fehlermeldungen sollten beim Bearbeiten aufpoppen, sobald sie in einer
> Region vorhanden sind. Aktuell sind sie in JOSM allerdigns nicht mal
> auswählbar, und daher dort gar nicht ersichtlich – Man muss also immer
> zwischen mehreren Programmen hin-und-h
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 weitg
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 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:lane
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 se
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 der
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 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 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 schw
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 a
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
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 lange
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 16.05.2013 13:42, schrieb Falk Zscheile:
> Am 16. Mai 2013 13:31 schrieb Martin Koppenhoefer :
>> Die deutschen Seiten sind leider öfters mal keine Übersetzungen sondern
>> widersprechen gelegentlich der englischen Definition, z.T. indem sie sie
>> erweitern oder verkürzen.
>>
>
> Wie soll es s
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 zumi
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)
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
1 - 100 von 736 matches
Mail list logo
