Re: [Talk-de] OSM schmackhaft machen für nicht-Nerds ?
Habt ihr vielleicht ein paar nette Formulierungen, wie man dem Nicht-Nerd einen Vorteil erklären kann, den er praktisch aus OSM ziehen kann? Natürlich kann der Ortsverein dann endlich lizenzfrei Karten auf seiner Homepage einbinden, bzw. die auch für Ortsfremde drucken lassen, aber irgendwie hab ich das Gefühl, das reicht nicht. Es gab vor nicht allzu langer Zeit mal einen recht guten Artikel über OSM im gedruckten Spiegel. Vielleicht kannst du den ja irgendwie auftreiben Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sommerrodelbahn
Hallo, ich hoffe, dass diese Mail in dem Potlatch-War nicht untergeht. Hat von euch schon mal jemand eine Sommerrodelbahn getaggt und falls ja, wie? Außerdem suche ich noch ein Tag für einen Hochseil-Garten. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hotel mit Gaststätte
Am 19.06.2008 um 01:07 schrieb Garry: Daniel Schmidt schrieb: Hallo Wie wird den ein Hotel mit gaststätte getaggt? Also ich setze immer amenity=restaurant und tourism=hotel Tags auf einen Node. Interessant wird es natürlich, wenn ein Hotel über mehrere Restaurant verfügt, das ist mir bislang aber noch nicht untergekommen. Z.B, Traube Tonbach in Baiersbronn, die Hotels im Europaprk,... Dass es das gibt, ist mir auch klar. Ich musste es bislang aber noch nicht mappen... Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hotel mit Gaststätte
Hallo Wie wird den ein Hotel mit gaststätte getaggt? Also ich setze immer amenity=restaurant und tourism=hotel Tags auf einen Node. Interessant wird es natürlich, wenn ein Hotel über mehrere Restaurant verfügt, das ist mir bislang aber noch nicht untergekommen. Gruß, Daniel___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Multipolygon und Landuse
Hallo, ich habe hier ein landuse=commercial, das innerhalb eines landuse=residential liegt. Um das commerical-Gebiet aus dem residential-Gebiet auszuschneiden, habe ich eine multipolygon- Relation angelegt und ersteres als inner und letzteres als outer angegeben. Beim Rendering scheint Osmarender alles richtig zu machen, Mapnik hingegen rendert das residential-Gebiet nun als commercial und übernimmt sogar die Tags dieser Fläche. http://www.openstreetmap.org/?lat=48.7514lon=8.2296zoom=14layers=B00FT http://www.openstreetmap.org/?lat=48.7514lon=8.2296zoom=14layers=0B0FT Habe ich beim Anlegen der Relation einen Fehler gemacht oder ist das ein Mapnik-Bug? Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie Fluss kennzeichnen der im Untergrund verläuft
Am 16.06.2008 um 10:39 schrieb Rolf Gehring: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, warum wird der Tunnel bei Gewässern nicht gerändert? Mapnik machts: http://www.openstreetmap.org/?lat=48.785556lon=8.184908zoom=18layers=B00FT Bei Osmarender müsste einfach jemand, der Ahnung von der Materie hat, das Stylesheet anpassen. Gruß, Daniuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer sind bald alle
Am 03.06.2008 um 15:41 schrieb Philipp Hannasky: Marc Schütz schrieb: Typo: Unter Wie funktioniert OpenStreetMap? der letzte Satz: | [...] anschließend an die zentrale Projektdatenbank, und schon kurze Zeit | später [...] Das Komma ist IMHO falsch, da der Satz durch das und gebunden wird. Seh ich anders. Das und hier ist keine Konjunktion, sondern eher die Sorte von und, die man manchmal auch am Anfang von Sätzen findet. Sie verbindet also nicht zwei Teilsätze, sondern gehört zum zweiten Teilsatz. Öhm, und ist eine Konjunktion, die zwei Hauptsätze verbindet, und das ist hier der Fall. Es gibt kein und, die man manchmal auch am Anfang von Sätzen findet. [...] Und genau da kann man anderer Meinung sein ;-) Daniel___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 03.06.2008 um 23:15 schrieb Frederik Ramm: Hi, Wenn ich eine ungespeicherte Datei habe und JOSM beenden will, kommt die Frage: There are unsaved changes. Discard the changes and continue? [Ja/Nein] ja der ist klasse. Eine Invertierung wäre sehr hilfreich. Give the Code. Oder speichern sie Ihre Daten nicht lokal zwischen, Hörr Anwender ;-) . Gimp: There is one image with unsaved changes. Help/Cancel/Discard Changes Openoffice: There are unsaved changes. Save/Discard/Cancel Inkscape: Close without saving/Cancel/Save -- 100% der Programme *vermeiden* offenbar inzwischen die Worte ja und nein in dieser Art von Dialog, um Missverstaendnissen vorzubeugen. Jacob Nielsen (Usability-Guru) hat hierzu vor ein paar Tagen einen kleinen Artikel verfasst: http://www.useit.com/alertbox/ok-cancel.html Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Meine Tagwatch TOP20
Am 02.06.2008 um 19:29 schrieb Martin Simon: Am Montag, 2. Juni 2008 11:02:37 schrieb Torsten Breda: 7 moped: yes Naja, moped=yes habe ich selbst schon bei Radwegen verwendet (ist m.E. obsolet, da sie inzwischen generell erlaubt sind?!), ...zumal es moped auch im Englischen gibt: http://en.wikipedia.org/wiki/Moped Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Beitrag im DLF
[...] Beste Grüß, c amenity=park_bench e Ich hatte neulich ja schon befürchtet, dass nun auch die Parkbänke vorm Karlsruher Schloss gerendert werden -- aber es waren dann doch nur die Treppen von der Tiefgarage ;-) http://informationfreeway.org/?lat=49.01197222733227lon=8.403594846271547zoom=17layers=B000F000F Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] die größte Zeichnung der Welt
Am 29.05.2008 um 14:05 schrieb Martin Koppenhoefer: wer es noch nicht kennt: http://www.gizmodo.it/2008/05/26/ il_disegno_piu_grande_del_mondo_grazie_a_dhl_e_ad_un_gps.html Werbung des Künstlers Erik Nordenankr für DHL. Er hat ein GPS transportieren lassen. Hat er nicht! Das hat er inzwischen auch selbst eingestanden. Weiter als bis aufs DHL-Gelände ist er nicht gekommen. Flugpläne und Empfangsbestätigungen waren gefälscht. Aber auch so war es recht offensichtlich: * GPS-Empfang mit einem GPS-Gerät in einem Koffer in einem Container in einem Flugzeug? * Reisezeit war angeblich 55 Tage - welcher GPS-Tracker macht das mit? * Fliegt DHL wirklich riesige Schleifen über dem Ozean? (Zeit, Sprit, etc...) Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßennamen
On Wed, 28 May 2008 12:58:25 +0200, Daniel Schmidt wrote: nutzt die Firma in ihrer Anschrift den eigentlich nicht vorhandenen Blütenfeldplatz 1 (genial, oder?). Nun, wenn das im Gewerberegister so eingetragen ist? Da kann man am Rathaus nachfragen, und sich dann gleich dort die Straße zeigen lassen. Wo die Straße ist, weiß ich ja. Unterhalb des Straßenschildes Güterbahnhofstraße hängt auch ein Schild mit Blütenfeldplatz. Allerdings nutzt nur diese Firma in ihrer Anschrift diese Bezeichnung, alle anderen Gebäude befinden sich offiziell in der Güterbahnhofstraße. Ich werde es nun wohl so machen, wie es Bernd vorgeschlagen hat: Einfach bei der Firmeneinfahrt einen kleinen Zipfel mit dem Blütenfeldplatz eintragen. Dürfte der Realität wohl am nächsten kommen. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie übereinanderliegende Wege/Areas ta ggen
Ich bin auch ein grosser Gegner dieses Doppeltaggings. Logisch ist die Eisenbahn halt was anderes als die Strasse, auch wenn sie vor Ort zu einem Konstrukt verbunden sind. Es ist denkbar, dass jemand der Strassenbahn ein ref-Attribut verpassen will (oder note oder oneway oder verified_by oder sowas), das aber nicht zugleich fuer die Strasse gelten soll... was macht man dann? Logisch ist dann aber auch ein Rad(fern)weg etwas anderes als eine Straße, die sich nur zufällig einen Weg teilen, trotzdem wird in so einem Fall ein weg mit mehreren Tags bepackt. Das ref Problem habe ich gestern schon angesprochen und denke, dass dafür unsere tags einfach zu beschränkt, d.h. nicht eindeutig, sind. Daher ist es meiner Meinung nach nur ein eher uneleganter Weg dieses Problem zu umgehen indem man zwei Wege stapelt. Aber wie ich ebenfalls gestern schon erwähnt habe, hab ich auch keinen wirklich guten alternativ vorschlag wie mans besser machen könnte. Deshalb darf ich garnicht soo arg meckern. Als Kriterium könnte auch folgendes gelten: Kann das eine ohne das andere existieren? Straßenbahngleise können liegen bleiben, auch wenn die Straße entfernt (begrünt etc.) wird. Ebenso ist die Straße weiterhin vorhanden, auch wenn die Straßenbahngleise entfernt werden = zwei Wege (mit gleichen Nodes). Ein Radfernweg ohne zugrunde liegende Straße existiert m.E. jedoch nicht. Somit sollte man hier entweder den Weg selber mit entsprechenden Tags ausstatten oder eben eine Relation anlegen. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisdiele
ice_cream_shop wäre vielleicht diplomatischer um die unterschiedlichen Schreibweisen BE/AE von parlour/parlor zu berücksichtigen. Und warum nicht einfach: shop = ice_cream? Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Linie aus dem Nichts?
Ich habe in dem Stadtpark Hanny-Franke-Anlage in Eschborn im Output des OSMArenderers in der stärksten Zoomstufe eine dunkelgrüne Linie, die ich nicht zuordnen kann. [...] Es handelt sich um eine Außenlinie für die Grünfläche, die jedoch in der Mitte liegt. Da war ein Fußweg als leisure=park getaggt, somit wurde dieser Weg auch als Park-Area gerendert (mit grüner Kontur). Ich habe den Tag entfernt. Gruß, Daniel___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM: elemstyles.xml überschreiben
Hallo, ich will ein bisschen mit der elemstyles.xml in JOSM rumspielen. Gibt es eine Möglichkeit, die Datei von irgendwo anders als aus der JAR- Datei zu laden. Ich will nicht jedes mal ein neues Archiv erstellen, wenn ich in elemstyles.xml was geändert habe. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie mappe ich, ohne unangenehm aufzufallen? - OSM Anekdoten
Da gebe ich auch noch eine zum Besten: Ich habe neulich mit meiner Freundin einen Spaziergang im Wald gemacht und dabei nebenher den Weg aufgezeichnet. Nach ein paar Minuten kamen uns ein paar ältere Wanderer entgegen und einer wollte wissen, wie weit es denn noch zum Parkplatz wäre (wo wir gestartet waren). Ein Blick aufs Handy: 1,26 Kilometer! ;-) Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer Highway f�r Radwege (war: Radwege entlang von Stra�en: wie wird korrekt getagged )
Einfach die verkehrszeichen hinzupacken: traffic_sign=z240 Oder: traffic_sign=z239|z1012-32 (Radfahrer absteien) traffic_sign=z239|z1022-10 (Radfahrer frei) Um N rum wird das nach und nach so durchgezogen... Was mich dazu brennend interessieren würde: Wie machst du/macht ihr das mit den Richtungen? In welche gilt das Schild? Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern in Osmarender
Ich fragte mich nur gerade, ob es wohl den Tatsachen am ehesten entspricht, ein Reihenhaus als drei aneinanderstossende - oder sich ggf. sogar eine Kante teilende - Rechtecke zu zeichen, oder ob es ein grosses Rechteck zu sein hat. Also Wikipedia sagt, dass Reihenhäuser aus mehreren aneinander gebauten Gebäuden bestehen und dass Reihenmittelhäuser bis an die beiden seitlichen Grundstücksgrenzen gebaut werden müssen. Dem entnehme ich, dass Reihenhäuser durchaus getrennte Gebäude sind und im Prinzip auch so in der Datenbank erfasst werden müssten. Allerdings weiß ich nicht, ob ich mir die Mühe machen würde, jedes Haus extra zu pinseln. Zumal es ja bei building-Tag den Vorschlag gibt, Reihenhäuser als solche zu Kennzeichen. Somit würde ich ein Kästchen für die komplette Häuserreihe zeichnen, building=terrace setzen und für jedes Reihenhaus einen Hausnummernnode zeichnen (wobei sich hier ja auch einfach eine Interpolation anbietet, da Reihenhäuser meist gleich groß sind). Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 21, Issue 115
[...] aber die User wachsen auch hier exponentiell [...] Ich kriege Angst! ;) Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [OSM-talk] [KA-Geo] Hausnummern in OpenStreetMap: Karlsruher Schema
Hallo, (Die Suedstadt konnte man schon mal mit Hausnummern bewundern, aber mittlerweile hat jemand anders, der den neuen Stil noch nicht hat, das Tile wieder ueberschrieben...) Jetzt gerade gehts: http://informationfreeway.org/?lat=49.00369896795286lon=8.406686792421542zoom=17layers=B000F000F Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ KA-Geo mailing list [EMAIL PROTECTED] http://remote.org/cgi-bin/mailman/listinfo/ka-geo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM on factory Macs
Sorry for my previous, possibly confusing post. I meant so send this one... * Slippy Map (heard rumours that it runs sub-optimal on Safari, always loading tiles for all layers instead of current only?) I've been using the slippy map with Safari for several months and never had an issue. * JOSM (especially concerned about usability with 1 button mouse) Newer Macs come with the Mighty Mouse which has 4 buttons and a scroll button. But you should also be able to use any other USB mouse. * Potlatch Safari comes with a Flash plug-in and therefore has no problems running Potlatch. If you want, I can come to Karlsruhe and do some Mac consulting (sometime after finishing my university degree next week) ;-) Greets, Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [Talk-de] mapnik/osmarender
[...] Flächen, die nicht ganz unten sondern zwischendrin (gemäß layer=) gerendert werden, dafür sorgen, dass tiefergelegte Wege einfach verschwinden (z.B. ein Weg durch einen Tunnel erscheint dann einfach als Lücke zwischen den Straßen.) Hi, hierzu habe erst vorgestern einen Bug-Report eingetragen. http://trac.openstreetmap.org/ticket/833 Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Ampeln (war: Einspurige Strassen im Wechselverkehr?)
Sollten wir dann nicht besser das Kind konkret beim Namen nennen und die Wahrscheinlichkeit einer Rotphase der Ampeln und deren durchschnittliche Dauer eintragen? Vielleicht sollte man sich mal ganz grundsätzlich mit dem Tagging von Ampeln auseinandersetzen. Als routingrelevante Problemfälle kommen mir gerade folgende in den Sinn: 1. Vorgelagerte Ampeln. Vor der eigentlichen Kreuzung mit der Ampelanlage gibt es noch eine weitere Ampel, um z.B. Ein-/Ausfahrten freizuhalten. Diese beide Ampeln sind jedoch synchron geschaltet und sollten vom Router daher als eine einzige Ampel aufgefasst werden. 2. Das gleiche gilt natürlich für Ampeln an mehreren Kreuzugen hintereinander (und damit meine ich nicht einmal die sog. Grüne Welle). 3. Fußgängerampeln, die nur bei Bedarf auf rot schalten. Sollten m.E. bei der Routenberechnung völlig ignoriert werden. 4. Grünpfeilschild. Nach rechts darf immer abgebogen werden. 5. Getrennte Ampeln für verschiedene Abbiegerichtungen. usw. usf. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] KML freigegeben
grade bei Heise gelesen, dass Google KML freigegeben hat. Nachdem ich die Doku kurz überflogen habe, denke ich, dass das eine interessante Option für Flächen (Gebäude, Wälder, etc.) sein könnte. Also im Sinne von gegenseitigem Import/Export. Keine Ahnung, was es da schon an Editoren gibt, aber vielleicht wäre das eine optionale Entlastung für den josm (Winkeldingens o.Ä.)? Öhm, die Meldung [1] besagt doch nur, dass Google die Kontrolle über die Spezifizierung an das OGC übergeben hat. Das Dateiformat war doch schon länger bekannt und wurde auch in anderen Anwendungen außerhalb der Google-Welt genutzt und konnte auch von vielen Programmen konvertiert werden (siehe auch Meldung). Insofern verstehe ich nicht, wie sich für uns irgendwas geändert hat. Gruß, Daniel [1]: http://www.heise.de/newsticker/Google-gibt-das-Landkartenformat-KML-frei--/meldung/106495 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ampeln (war: Einspurige Strassen im Wechselverkehr?)
Daniel Schmidt schrieb: Vielleicht sollte man sich mal ganz grundsätzlich mit dem Tagging von Ampeln auseinandersetzen. das geht aber einher mit dem näxten problem - abbiegevorschriften, abbiegespuren und dergleichen - wo es meines wissens nach noch keine abgesegnete lösung gibt. Hier der Vorschlag aus dem Wiki: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Turn_Restrictions Wird von mir so auch fleißig eingesetzt. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ampeln (war: Einspurige Strassen im Wechselverkehr?)
Daniel Schmidt schrieb: das geht aber einher mit dem näxten problem - abbiegevorschriften, abbiegespuren und dergleichen - wo es meines wissens nach noch keine abgesegnete lösung gibt. Hier der Vorschlag aus dem Wiki: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Turn_Restrictions ich habe mir das eine weile angeschaut und (ok, warscheinlich liegts an mir) habe es nicht verstanden... kannst du das vielleicht durch eine grafik anschaulicher machen, wie man zum beispiel so etwas mappt: http://de.wikipedia.org/wiki/Bild:Zeichen_297.svg ? Abbiegevorschriften sind für diese Kreuzung nicht erforderlich, da man ja in alle Richtungen abbiegen darf. weil später hätte ich dann gerne fahranweisungen wie: bitte auf der linken spur einordnen und in hundert metern links abbiegen Da hast du recht, das können wir derzeit tatsächlich nicht erfassen -- was aber an der fehlenden Unterstützung für Abbiegespuren liegt. Wird von mir so auch fleißig eingesetzt. gibt es kreuzungen wo man sich deinen vorschlag anschauen kann? Hier an der Krezung Sinzheim Straße/Ooser Hauptstraße und Ooser Bahnhofstraße kommt die Abbiege-Relation massiv zum Einsatz, da gelten aus jeder Richtung andere Regeln. http://openstreetmap.org/?lat=48.787139lon=8.194001zoom=18layers=B0FT Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relation Schwarzwald?!
Auf dem Garmin sieht das ganz toll aus, da liegt der Ort, den ich gemappt habe komplett im Wald. Vermutlich geht das Multipolygon bei der Konvertierung ins Garmin-Format kaputt. wenn du von der region in der nähe von baden baden sprichtst, da war mittte letzter woche etwas kaputt. da hatte wohl jemand die sache mit den relations nicht beachtet. habe das ende letzter woche aber wieder korrigiert. die mapnik renderung zeigt den fehler noch und warscheinlich auch dein garmin file. Hallo, da ich aktiv Baden-Baden und Umgebung mappe, würde mich dieser Fehler doch schon sehr interessieren. Spontan konnte ich beim Hin-und-Herklicken zwischen Mapnik und Osmarender keinen Unterschied finden. Kannst du mir Details nennen? Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Waelder abzeichnen automatisieren
Am 14.04.2008 um 18:54 schrieb Paul Lenz: Wasser ist spektral noch relativ einfach zu erfassen. Bei Wald sehe ich als alter Landnutzungsklassifikator etwas schwaerzer, ob das in ein einfaches plugin-chen reinpasst... Da kommt mir gerade eine Idee: vielleicht gibt es ja freie Quellen für Falschfarbenbilder? Wenn ich mir dieses anschaue: http://ivvgeo.uni-muenster.de/htmlpraktika/baum_ex/baum_tm.jpg dann wäre das vermutlich relativ einfach durch Software auszuwerten. Dazu hatte ich Mitte Januar schon was geschrieben: --- Hallo, ich weiß nicht, ob das schon jemand entdeckt hat, aber über das Landsat-WMS (z.B. per JOSM-Plugin) kann man auch Bilder aus dem Infrarot-Spektrum beziehen. Der Vorteil: Wälder sind schön dunkel eingefärbt, heben sich von umliegenden Wiesen und Äckern sehr gut ab und lassen sich somit wesentlich besser abpinseln. Einrichtung: Im Konfigurationspanel des WMS-Plugins in JOSM einen neuen Eintrag z.B. namens Landsat IR anlegen und folgende URL eintragen: http://onearth.jpl.nasa.gov/wms.cgi?request=GetMaplayers=global_mosaic_basestyles=IR3srs=EPSG:4326format=image/jpeg Ein Neustart des Programms ist nicht erforderlich. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade nutzen
Ich kann dir da jetzt natürlich keine verbindliche Rechtsauskunft zukommen lassen, ich vermute aber, dass es illegal ist. Ehrlich gesagt glaube ich das nicht. Google hat die Funktion Polygone und Linien zu zeichnen ja explizit eingebaut. Und was du damit zeichnest, darfst du ganz sicher auch völlig ohne Probleme privat verwenden oder deinen Freunden zeigen. Ob du diese Daten dann aber auch veröffentlichen und zur freien Nutzung weitergeben darfst, steht auf einem völlig anderem Blatt. Warum sollten, die ich selbst zeichne bitteschön nicht mir gehören sondern jemand anderem? Es geht hier ja nicht darum, dass du deine selbst gezeichneten Sachen nicht weitergeben dürftest. Allerdings ist die Erstellung von Luftbildaufnahmen ganz sicher mit immensen Kosten verbunden und der Urheber stellt diese Bilder daher auch nur unter bestimmten Bedingungen zur Verfügung, was auch sein gutes Recht ist. Inwiefern die Lizenz das Abmalen gestattet oder nicht, kann ich allerdings nicht beurteilen, ich möchte lediglich vor einer naiven Sicht auf die rechtliche Lage warnen. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade nutzen
Am 03.04.2008 um 23:36 schrieb Sven Geggus: Heiko Jacobs [EMAIL PROTECTED] wrote: Die Geometrie Deines abgemalten paths entsteht dagegen alleine auf Grundlage der von Google eingekauften Entzerrung der Luft- und Satellitenbilder auf das Kartennetz mit all der reingesteckten menschlichen und rechnerischen Auswertung... Das ist mir völlig klar, dass man nach Orthofotos gezeichnete Straßen als abgeleitetes Werk des Fotos sehen _kann_. Allerdings stellt mir Google ja gerade Werkzeuge zur Verfügung die selbiges zu tun. Nur weil der Künstlerladen um die Ecke neben Kunstdrucken auch Pinsel und Farben verkauft, darfst du dennoch nicht jedes Bild abmalen und veröffentlichen. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wiki Watchlist (war: Re:Schutz vor Manipulation/Vandalismus in OSM)
Weil du das gerade erwähnst. Gibts in unserem Wiki eine Möglichkeit über Änderungen per Mail benachrichtigt zu werden? Hi, hab gerade gesehen, dass es von den History-Seiten im Wiki auch RSS- Feeds gibt, die man abonnieren kann. Vielleicht wäre das ja ne Alternative? Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern-Hacking-Workshop Karlsruhe 19.4.
Am 31.03.2008 um 12:45 schrieb Christian Karrié: Huhu, erfasste Hausnummer für die Schweiz (auch Teile Deutschland) verfügbar und zum Herunterladen (incl. Koordinaten) unter http://www.openaddresses.ch (Projekt 'meiner' FH). Gruss Christian Coole Sache, allerdings: Die herunter geladenen Adressdaten dürfen, unter Nennung der Quelle und des Urheberrechts sowie unter Beilage dieser Nutzungs- und Lizenzbestimmungen weitergegeben, weiterverarbeitet und veröffentlicht werden. *mööp* Diese Anforderung können wir bei OSM leider nicht erfüllen. Aber vielleicht könntest du dich ja um eine Ausnahmelizenz kümmern... Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [OSM-talk] [tagging] RFC: railway=incline
Please, please, please stop with the namespacing. We have tens of thousands of volunteers who won't understand what it means, and it doesn't actually solve any real problems. +1 Wabba ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [Talk-de] Preisverfall bei Garmin Geräten
bei Globetrotter gibt's aktuell das etrex H für knapp 90 und das Legend HCx für knapp 190 Euro, die anderen Geräte sind auch ähnlich günstiger geworden. Evtl. ist das ja auch für Jemand anderen jetzt ein Hindernis weniger, sich ein GPS-Gerät anzuschaffen. Ich bin ja mal gespannt, ob das auch wirklich europäische Geräte sind, denn die Preise liegen jetzt ja unter denen, die Anbieter von amerikanischen Geräten verlangen. Weiß Jemand, ob Garmin bald noch super neue Geräte herausbringt, die alles bisherige in den Schatten stellen? Oder liegt alles nur am starken Euro? Gerade aus nem Newsletter entnommen: Garmin ist führender Hersteller von GPS Geräten für den Outdoor- und Sportbereich. Wir freuen uns Ihnen mitzuteilen dass pünktlich zum Frühjahrsanfang die Preise drastisch gefallen sind – über 30%!!! Warum? • Starker Euro. • Synergien durch die Herstellung von Straßennavigationsgeräten. • Effizientere Herstellung durch neue Produktionsanlagen in Taiwan. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mapnik: living_street vs. pedestrian
Hallo, ich finde es klasse, dass Mapnik inzwischen highway=living_street rendert (wann zieht Osmarender nach?), allerdings finde ich die Darstellung etwas verwirrend. http://tinyurl.com/3a33m6 In diesem Kartenausschnitt kann man gut Fußgängerzone (pedestrian) und verkehrsberuhigter Bereich (living_street) vergleichen. Leider wirkt die living_street mit dem relativ dunklen grau für Fahrzeuge verbotener als die hellgraue FuZo mit Kontur. Geht das nur mir so? Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapnik: living_street vs. pedestrian
Am 22.03.2008 um 22:38 schrieb Frederik Ramm: Ich stimme dir zu: Momentan wirkt die living_street fussga:ngertoniger, liegt wohl auch mit daran, dass ersterer ein dunkelgraues Outlining fehlt. Ausserdem sollte die living_street oberhalb von pedestrian gezeichnet werden. Sonst sieht es so aus wie an der Ecke der Gernsbacher Strasse oben rechts im von dir geposteten Ausschnitt. Beim Osmarender koennte ich mich drum kuemmern. Wäre toll, danke! Pedestrian hat im Moment einen Rand in #aa und einen Innenbereich in #ee. Residential hat einen Rand in #77 und einen weissen Innenbereich. Einen helleren Innenbereich als #ee koennen wir praktisch nicht machen, der wird sich nicht genug unterscheiden - also entweder gleiche Innenfarbe wie pedestrian oder gleiche wie residential (weiss). Was man probieren koennte, waere, den gleichen Rand wie eine residential zu nehmen, und den Innenbereich in der gleichen Farbe wie Pedestrian, aber gestrichelt...? Ich habe auch schon Karten gesehen, da waren Fußgängerzonen hellrosa eingefärbt. Das halte für einen ganz guten visuellen Hinweis, dass es sich hierbei um etwas völlig anderes als eine normal befahrbare Straße handelt. Für living_street ist meiner Meinung nach eine dermaßen prägnante Abgrenzung nicht notwendig, da ja Autos und andere Fahrzeuge sie dennoch befahren dürfen. Daher mein Vorschlag: - living_street wie die jetzige pedestrian - pedestrian mit hellrosa Füllung Allerdings sehen ich hier eventuell ein Akzeptanzproblem, da sich viele bereits an die Darstellung von pedestrian gewöhnt haben und womöglich noch keine Kachel mit living_street vor Augen hatten. Dennoch sollte man darüber diskutieren. (Oder man missbraucht seine Macht und ändert es einfach *zwinker*) Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapnik: living_street vs. pedestrian
Am 22.03.2008 um 23:41 schrieb Bjørn Bürger: Frederik Ramm wrote: Ich kenne auch blau schraffiert und hellblau (http://www.remote.org/frederik/tmp/12062234608125768.jpeg). Hellrosa kommt mir jetzt etwas esoterisch vor, was sagen denn die anderen dazu? Rosa könnte IMO leicht als Gebäude oder von Gebäuden überbaute Fläche interpretiert werden. Ja, das habe ich eben auch festgestellt, als ich einen Blick auf den Amtlichen Stadtplan von Baden-Baden geworfen habe. Dort verwendet man in der aktuellen Ausgabe übrigens dunkles Gelb (http://tinyurl.com/2edeme ), in der vorherigen war es blau-weiß schraffiert. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagging fuer Treppen, Steigungen usw.
Am 19.03.2008 um 18:44 schrieb Daniel van Gerpen: ich habe gestern gesehen, dass es fuer Tuebingen von der Stadt eine Karte gibt, die recht detailliert aufzeigt, welche Wege fuer Leute mit koerperlichen Behinderungen geeignet sind, wo sich z.B. Treppen oder starke Steigungen befinden. Treppen lassen sich mit highway=steps erfassen. Bei Steigungen sehe vor allem zwei Probleme: 1. Wie erfassen wir die Steigung? Die Höhenangaben von GPS sind leider alles andere als genau und bei den kurzen Strecken, die bei innerstädtischen Ways anfallen, dürfte das etliche Prozent ausmachen. 2. Gibt es einen Grenzwert, ab dem eine Steigung steil ist? Vermutlich gibt es da Bauvorschriften, DIN-Normen oder Empfehlungen von Behindertenverbänden. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagging fuer Treppen, Steigungen usw.
Am 19.03.2008 um 19:18 schrieb Raimond Spekking: Für Gefälle: highway:incline bzw. highway:incline_steep highway=incline(_steep) ist lediglich für Nodes gedacht und gibt das Steigung/Gefälle-Verkehrsschild an. Wobei sich hier die alte Frage stellt, für welche Richtung diese Information gilt und für welche Streckenlänge. In De:Map_Features ist kurioserweise ein rejected Proposal zu einem Zusatztag incline=xx% verlinkt, welches mit jedoch ganz sinnvoll erscheint. http://wiki.openstreetmap.org/index.php/Tag:highway%3Dincline Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagging fuer Treppen, Steigungen usw.
Am 19.03.2008 um 22:15 schrieb Christoph Eckert: Moin, ich bin deswegen eher ein Fan vom ele-Tag, der einfach an diversen Knoten angibt, wie hoch der liegt (und wenn es ein bissl daneben liegt, weil die Leut' ihrem GPS zu sehr vertrauen, finde ich das immernoch besser, wie nix). Daraus kann dann ja der Renderer Steigungsangaben ausrechnen. (Und eine Renderer für Fahrradkarten wird vielleicht anders unterscheiden, als einer für Standardkarten etc.) - auf dem Gebiet gibt es jedenfalls noch einiges zu tun. ich fand es vom ersten Tag an komisch, dass ich Tracks von Hand abmale statt die automatisch zu konvertieren. Mit letzterer Methode könnte man nämlich die Höheninformation aus den Tracks mit verwurschten. Unser Straßennetz läge dann in Form dreidimensionaler Polarkoordinaten vor, anhand derer man Steigungen schön berechnen können sollte. Das ist natürlich äußerst laienhaft gesprochen, denn ich bin weder Mathematiker noch Geo- oder Karthograph. Dennoch stelle ich mir das in meinem jugendlichen Leichtsinn so einfach vor :) . Die Höheninformationen großflächig manuell an Nodes zu hängen wird eher nicht passieren. Könnte man hierfür nicht auch nachträglich für ein bestimmtes Gebiet OSM- und GPX-Daten vom Server holen, zu jeder Node den nächstgelegenen GPS-Punkt suchen und dessen Höhe in das ele-Tag übernehmen? Eventuell wäre ja auch ein Durchschnitt, Median etc. der k-nächsten Nodes sinnvoll, um Ausreißer zu eliminieren. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Innerstädtische Kategorisierung
Am 13.03.2008 um 11:43 schrieb Prokop Jehlicka: Nachdem die innerstädtische Kategorisierung im wiki überarbeitungsbedürftig ist und es in vielen Städten an Konsistenz fehlt (überkategorisierung der Stuttgarter Straßen), würde ich gerne eine einheitliche Guideline vorschlagen, damit 30er-Zonen nicht als subjektive Durchgangsstraßen (secondary) markiert werden. Durchgangsstraßen dürfen meines Wissens in Deutschland überhaupt nicht als Zone 30 ausgeschildert werden. Wenn, dann darf auf dieser Straße nur ein normales 30er-Schild stehen. In diesem Fall wäre aber gegen highway=secondary, maxspeed=30 aus meiner Sicht nichts einzuwenden. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[OSM-talk] RFC: golf course
Hi everyone, there is a new RFC regarding golf courses. I tried to include a lot of Wikipedia links to make it comprehensible even for non-golfers. Please take a look at it and share your opinion. http://wiki.openstreetmap.org/index.php/Proposed_features/Golf_course Greets, Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [Talk-de] Ortsname wird erst bei Mappnik-Zoomstufe 14 angezeigt
Am 09.03.2008 um 00:24 schrieb Stefan Hirschmann: Hi! Ich habe folgendes Problem. Zwei Nachbarorte. Einer wird mit Mappnik schon bei Zoomstufe 13 eingezeichnet der andere erst bei Zoomstufe 14, wobei der letztgenannte Ort sogar größer ist (auch laut OpenGeoDB population). Jemand eine Idee, was da schief gegangen ist? Osmarender macht es übrigens richtig, nur Mappnik schräg. Mapnik besitzt beim Rendern eine Art Kollisionserkennung, d.h. es wird verhindert, dass sich zwei oder mehrere Labels überlagern. In diesem Fall wird dann eben nur ein Element angezeigt. Erst in einer größeren Zoomstufe können dann die weiteren Labels gezeichnet werden, wenn Platz ist. Osmarender pinselt einfach alles hin. Ich weiß nicht, nach welchen Regeln Mapnik entscheidet, welches Element gezeichnet wird und welches nicht -- ich nehme mal an, das hängt an der Reihenfolge der Einträge in der Datenbank. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Track/Footway-Problem
Laut Tagwatch für Deutschland (jeweils absolute und nur einigermaßen sinnvolle Angaben) ... Kannst du dir das wirklich nicht denken? ;) cycle/bicycle/cyclist verteilt sich vielleicht 30/30/40, 18526/5/0 highway/street 70/40 851137/1 (nur für Werte, die auch einen Way meinen) kindergarten/nursery 55/45 usw. 96/0 (+18 kindergarden) Ich sehe also das Problem nicht wirklich. Falls der Tagwatch das tatsächliche Tag-Aufkommen nicht korrekt wiederspiegelt, nehme ich das Posting bis hierhin gerne zurück. ;-) Ich muss zugeben, dass ich zu Beginn meiner OSM-Tätigkeit auch am Liebsten ein knallhartes Regelwerk gehabt hätte. Außerdem muss ich eingestehen, dass ich bislang noch keine Applikation geschrieben habe, die OSM-Daten verwendet. Des weiteren bin ich auch der Meinung, dass es durchaus falsche Daten gibt, nämlich solche, die keinen sinnvollen Beitrag für das Projekt leisten (z.B. bridge=zes, railway=M.-Walldorf oder maxspeed=30km/k). Dennoch: Wo ist das Problem, vorerst mal mit 90%-korrekten Daten zu arbeiten, statt auf 100% zu bestehen. Selbst bei kommerziellen Datensätzen sind haufenweise Fehler enthalten und für die zahlt man noch ne Riesenstange Geld. Ich muss immer wieder daran denken, wie eine ältere Navi-CD mich auf einer Fahrt durch den Schwarzwald von der Bundesstraße, auf der ich unterwegs war, eine Schleife auf einer Mülldeponiezufahrt fahren lassen wollte, um mich dann wieder auf die B- Straße zu lotsen. Die meisten Fehler, die ich im Tagwatch sehe, dürften einfach nur Tippfehler sein, ein weiterer Teil ist vorhanden, obwohl es hierfür im Wiki bereits ziemlich eindeutige Konventionen gibt. Diese beiden Fehlerarten können auch nicht mit den eindeutigsten Regeln der Welt verhindert werden. Ich kann mir auch nicht vorstellen, dass es irgendeinem OSMer gelegen ist, möglichst unverständliche Daten einzubringen (Vandalismus ist ein anderes Thema). Denn wenn man sich schon die Mühe macht, Straßen zu erfassen, möchte man auch, dass sie nutzbar sind. Vielleicht wäre es ja auch möglich, einfache Tippfehler durch String- Distanzen o.ä. zu erkennen und zur Verbesserung vorzuschlagen. Vielleicht wäre es ja auch möglich, über eine Weboberfläche geneigten Benutzern eventuell fehlerhafte Tag-Werte zu präsentieren und durch die korrigieren oder bestätigen zu lassen. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Track/Footway-Problem
Am 05.03.2008 um 22:52 schrieb Guenther Meyer: Am Mittwoch 05 März 2008 schrieb Christoph Eckert: pragmatisch bin ich durchaus auch. nur sieht das ganze aus der sichtweise des softwareentwicklers eben etwas anders aus... Ich bin zwar nicht der größte Hacker auf diesem Planeten, aber solche Aussagen kommen doch auch daher, dass die Software, die wir schreiben, oft zu unflexibel ist. Wenn ich weiß, dass sich in der Datenbank foot=no zu pedestrian=no 80 zu 30 verteilen, kann ich beide berücksichtigen. Wo ist das Problem? das problem ist, dass man zwar durchaus 20 varianten und 30 sonderfaelle fuer jedes feature softwaretechnisch beruecksichtigen kann, dies aber einen sinnlosen zusaetzlichen programmieraufwand bedeutet, den man sich durch eindeutige definitionen sparen koennte. Ich weiß nicht genau, für was du die OSM-Daten verwendest, aber wäre es denn ein großer Beinbruch, sich lediglich auf 2-3 Sonderfälle zu beschränken und den Rest einfach zu ignorieren, einfach als ob er nicht da wäre? Wenn du der Meinung bist, dass der Rest falsch ist, warum ihn dann nicht auch so behandeln? Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Am 26.02.2008 um 20:41 schrieb Gerald.Oppen: Wie sieht es den eigentlich mit unterschiedlichen Parkplatzsymbolen aus? Wäre schön wenn man zwischen PR Parkplätzen, Wanderpakplätzen, kommerziellen Parkplätzen unterscheiden könnte. Ausserdem noch ein Geldsymbol für kostenpflichtige Parkplätze einblenden hätte auch was... Das hatte ich damals alles bereits in meinem Proposal zur Erweiterung von amenity=parking berücksichtigt. Leider hat sich das bislang noch nicht auf das Rendering ausgewirkt ;) Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM mit GPS-Telefon?
Am 13.02.2008 um 22:02 schrieb Andreas Volz: Hallo, bisher erfasse ich GPS-Daten im Auto mit meiner selbst gebastelten Notebook-Lösung. Nun kann ich mir bei einer Vertragsverlängerung ein neues Mobiltelefon wählen. Hat jemand eine Ahnung welche günstigen Mobiltelefone sich zum Aufnehmen von GPS-Signalen eignen? Am besten wäre natürlich ein Telefon mit SDK, damit ich die Software erweitern kann. Das Nokia E51 scheint auf den ersten Blick geeignet zu sein. Man braucht zwar eine Bluetooth GPS-Maus, aber das wäre in Ordnung. Hat jemand Erfahrungen damit? Eigentlich solltest du so ziemlich jedes Bluetooth- und Java-fähige Handy verwenden können. Ich persönlich nehme zum Tracken ein SonyEricsson D750i + BT-GPS. Zum Aufzeichnen kommt MobileTrailExplorer zum Einsatz, das ist Open Source und sollte deinem Erweiterungswunsch genüge tun. Mein nächstes Handy wird wohl ein SonyEricsson C702 (neu angekündigt, noch nicht auf dem Markt), das hat GPS dann auch integriert. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Individuelle Online-Karte - 3. Versuch ist online
Die neueste Version ist jetzt online: http://www.lenz-online.de/divers/osm/osm.htm Sie funktioniert jetzt auch mit dem IE und hoffentlich auch mit anderen Browsern. Funktioniert nun auch mit Safari. Danke, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] unechte Einbahnstraße
Wie taggt man unechte Einbahnstraßen, also welche, wo auf der einen Seite zwar mit der roten Spardose (mit oder ohne Radler frei) oder rotem Kringel (mit oder ohne Inhalt wie Kfz) die Einfahrt verboten wurde, aber auf der anderen Seite das Einbahnstraßenschild fehlt, so dass ein Autofahrer wenden könnte, wenn er wollte? Häufig wird am Ende der Straße einfach ein kleines Stück Einbahnstraße eingefügt. Alternativ kannst du es auch mit Relations modellieren (mit entsprechenden Abbiegeverboten). Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM für iPhone/iPod touch
Features: * es können sowohl Mapnik- als auch Osmarender-Karten dargestellt werden Praktisch - ich finde allerdings, dass die Karte plötzlich grösser wird als der iPoddisplay nach dem Umschalten zwischen Kartendarstellungen. Ja, da ist wohl noch ein Fehler drin. Werd mich drum kümmern. Ich hatte sowieso vor, ein extra Breitbild-Layout zu erstellen. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] http://josm.openstreetmap.de/
Hi, ich wollte nur darauf hinweisen, dass im JOSM-Track das Logo oben links noch auf den eigenheimstrasse-Server verweist. Keine Ahnung, wer dafür zuständig ist, aber er liest hier bestimmt mit ;-) Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Böschungen/Bruchkanten
Gibt es eigentlich schon was um Geländekanten zu mappen? Ich meine damit keine Höhenlinien, sondern Böschungen, die über Höhenlinien normalerweise nicht dargestellt werden wie Strasseneinschnitte oder Gestadebrüche wie z.B. die entlang des Rheins mit ca. 10m Höhenunterschied. Für Straßeneinschnitte ist wohl das in De:Map_Features nicht näher beschriebene cutting=yes gedacht. http://wiki.openstreetmap.org/index.php/De:Map_Features#Eigenschaften http://en.wikipedia.org/wiki/Cutting_%28transportation%29 Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Krankenkassen taggen?
wie würdet Ihr Geschäftsstellen von Krankenkassen taggen? Hm, spontane Idee: shop=health_care Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist dur chgelaufen)
Hallo, ich wünsche mir vor allem, dass die Langnamen von der Karte verschwinden. Hier in der Gegend stoße ich auf Karlsruhe (Baden), Rheinstetten (Baden), Sinzheim bei Baden-Baden, Lichtenau (Baden), Bühl (Baden), Rheinau (Baden), Achern (Baden), Oberkirch (Baden) usw. (und das sehr komisch anmutende Hausach (Schwarzwaldbahn)). Dennoch sollte der Langname in irgendeinem Tag gespeichert werden, da diese Informationen in einer Liste von Orten (Suche, Ortauswahl im Navi etc.) sehrhilfreich sein kann. Kannst du das bei einem Update berücksichtigen. Ansonsten müsste man halt bei sehr vielen Orten Hand anlegen. Das Vorgehen zum Ändern und Zusammenfügen der Orte scheint in der FAQ aber recht gut dokumentiert zu sein. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wälder besser abzeichnen mit IR-Bilder n
Hallo, ich weiß nicht, ob das schon jemand entdeckt hat, aber über das Landsat-WMS (z.B. per JOSM-Plugin) kann man auch Bilder aus dem Infrarot-Spektrum beziehen. Der Vorteil: Wälder sind schön dunkel eingefärbt, heben sich von umliegenden Wiesen und Äckern sehr gut ab und lassen sich somit wesentlich besser abpinseln. Einrichtung: Im Konfigurationspanel des WMS-Plugins in JOSM einen neuen Eintrag z.B. namens Landsat IR anlegen und folgende URL eintragen: http://onearth.jpl.nasa.gov/wms.cgi?request=GetMaplayers=global_mosaic_basestyles=IR3srs=EPSG:4326format=image/jpeg Ein Neustart des Programms ist nicht erforderlich. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Bei mir ist es auch einiges an Arbeit. Auf der anderen Seite spart es langfristig viel Arbeit, wenn die Autoupdate-Funktion zB für Bevölkerung funktioniert. Gerade das stelle ich mir gar nicht so prickelnd vor ;) Wollen wir wirklich eine gemeinde stur erst dann als town rendern, wenn die 10.000er grenze überschritten ist? All diese willkürlich festgelegten zahlen sollte man auch weiterhin mit gesundem menschenverstand beurteilen und ggf. regional abweichend interpretieren können. Beispielsweise Heroldsberg bei N sollte weiterhin als town auftauchen, auch wenn 10.000 (noch) nicht ganz erreicht ist... Gibts in der OpenGeoDB nicht auch ein Feld für die administrative Ebene? Das wäre meines Erachtens schon besser geeignet. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mapnik rendert Brücken?!?
Mapnik scheint nun Brücken rendern zu können! *juppi* http://www.openstreetmap.org/?lat=48.75875lon=8.23888zoom=18layers=B0FT Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tunnel unter Brücken z.B. Autobahn /Straße bzw. Gleise/Straße
ich habe da auch so einen problemfall. die autobahnausfahrt der A81 bei gärtringen (übrigens die einzige stelle in deutschland wo eine autobahnausfahrt links abgeht!) Abgesehen von der Ausfahrt Siemensdamm der A100 in Berlin und auf der A46 Neuss-West ;-) http://de.wikipedia.org/wiki/Autobahn_%28Deutschland%29#Wissenswertes Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kosmos/OSM auf golem.de (schon wieder)
http://www.golem.de/0801/57077.html Die von golem.de scheinen ja derzeit wirklich auf nem OSM-Trip zu sein ;) Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] §5 UrhG, Städti
Es gibt ja im deutschen Urhebergesetz diesen netten Paragraphen 5, der amtliche Werke als gemeinfrei (public domain) einstuft. (1) Gesetze, Verordnungen, amtliche Erlasse und Bekanntmachungen sowie Entscheidungen und amtlich verfaßte Leitsätze zu Entscheidungen genießen keinen urheberrechtlichen Schutz. Also habe ich mal auf den Webseiten der Stadt gestöbert und bin in den Satzungen zum Thema Stadtrecht häufiger über Formulierungen wie Aufgliederung und örtliche Abgrenzung des Fassungsbereiches und der engeren Schutzzone sind in dem Lageplan des Städtischen Vermessungsamtes Baden-Baden Maßstab 1:2.000, der Bestandteil dieser Rechtsverordnung ist, dargestellt. Dieser Lageplan ist bei der Stadtverwaltung Baden-Baden – Amt für öffentliche Ordnung – in Baden- Baden, Gutenbergstr. 13, niedergelegt. Er kann dort während der Dienststunden eingesehen werden. gestolpert. Da der Lageplan ja explizit als Teil der Rechtsverordnung aufgeführt ist, müsste er ja auch gemeinfrei sein. D.h. ich könnte beim Amt für öffentliche Ordnung aufkreuzen, Fotos der Karte machen und munter für OSM digitalisieren, oder? Hat jemand bei diesem Vorgehen irgendwelche Bedenken? Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Duplicated Nodes
Hallo, kann mir mal jemand Nachhilfe zum Thema Duplicated Nodes geben? - Was sind sie? - Wie entstehen sie? - Wie kann man sie vermeiden? - Wie kann man sie loswerden? Danke, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Duplicated Nodes
- Wie kann man sie loswerden? Im JOSM: Beide Nodes selektieren und mergen oder nur einen selektieren (Mittelklick für die Auswahl) und dann einen löschen. Da hatte ich mehrmals versucht. Der Validator hatte mir an 4 Stellen meiner Karte Duplicated Nodes angezeigt. Markieren mit dem Auswahlkästchen hat jeweils nur 1 Node markiert. Vielleicht irgendwo ein Bug in der Software? Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Duplicated Nodes
Am 08.01.2008 um 19:10 schrieb Raphael Studer: Mit dem Select-Werkzeug einen Auswahlrahmen über die rot markierte Stelle gezogen. Im Auswahl-Panel rechts erschien jedoch nur 1 Node als ausgewählt. Wenn da tatsächlich zwei verschiedene Nodes an der selben Stelle lägen, müssen doch bei diesem Vorgehen auch beiden im Auswahl-Panel erscheinen. Richtig die hätten beide erscheinen müssen. Schick doch bitte mal die Koordinaten (am liebsten als CopyPaste URL) der Stelle. Ich hab mir die Daten, die ich trotz Error-Meldung dann hochgeladen habe, wieder runtergeladen und der Fehler ist anscheinend nicht mehr vorhanden. Dennoch hier die Koordinaten: Wenn ich mich recht erinnere, waren wurden da die Nodes 3334058 (48,7955483, 8,1930444) und 17402107 (48,7952199, 8,1931081) bemängelt. Bin mir nicht mehr ganz sicher, sie waren aber auf jeden Fall auf der östlichen Kreishälfte. Die anderen beiden Nodes (ein paar km davon weg) kann ich nicht mehr ausreichend genau angeben. Links: http://informationfreeway.org/?lat=48.7955483lon=8.1930444zoom=17layers=B000F000F http://informationfreeway.org/?lat=48.7952199lon=8.1931081zoom=17layers=B000F000F Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Radfahrer absteigen, Hunde
Hallo Liste, mal ne kleine Frage, ob jemand von euch schon mal sowas getaggt hat: * Radfahrer absteigen: Hier führt ein Radweg über eine Brücke. Auf der Brücke selbst dürfen die Räder jedoch nur geschoben werden. Den Way als Radweg oder bicycle=yes zu taggen, stimmt in meinen Augen nicht 100%ig, bicycle=no ist aber auch falsch. Ich habe mich nun mal für bicycle=restricted entschieden. * Fahrradsperre: An beiden Seiten dieser Brücke befinden sich solche Zick-Zack-Sperren, die Radfahrer zum absteigen zwischen sollen. Die würde ich natürlich auch gerne in den Daten drinhaben. Ich habe das mal in der Diskussion zum Barrier-Proposal hinzugefügt. (Kennt ja jemand zufällig den engl. Namen?). * Hundeverbot, Leinenzwang: Wir haben hier eine städtische Wiese, die als Spielwiese deklariert ist, auf der Hunde verboten sind. Mein pragmatischer Eintrag war in Anlehnung an die access-Tags dog=no. Sollte ich das bei Gelegenheit gleich als Proposal ins Wiki schreiben? Leinenzwang für Hunde entspräche dann wohl dog=restricted Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Radfahrer absteigen, Hunde
Am 07.01.2008 um 17:34 schrieb Guenther Meyer: Am Montag 07 Januar 2008 schrieb Daniel Schmidt: Hallo Liste, mal ne kleine Frage, ob jemand von euch schon mal sowas getaggt hat: * Radfahrer absteigen: Hier führt ein Radweg über eine Brücke. Auf der Brücke selbst dürfen die Räder jedoch nur geschoben werden. Den Way als Radweg oder bicycle=yes zu taggen, stimmt in meinen Augen nicht 100%ig, bicycle=no ist aber auch falsch. Ich habe mich nun mal für bicycle=restricted entschieden. bicycle=no waere richtig! ich wuerds nur als fussweg taggen - ohne angabe fuer fahrraeder. es IST ein fussweg, der fuer fahrraeder gesperrt ist. denn ein radfahrer, der sein rad schiebt ist rein rechtlich (zumindest in D) dasselbe wie ein fussgaenger. Dennoch wäre es z.B. für Fahrrad-Routing-Software (oder Karten) blöd, Fahrradfahrer üben einen großen Umweg zu schicken, anstatt sie das Rad mal 20 Meter schieben zu lassen. Daher halte ich eine Unterscheidung für sinnvoll. Außerdem führt ja explizit ein Radweg zu dieser Stelle. * Fahrradsperre: An beiden Seiten dieser Brücke befinden sich solche Zick-Zack-Sperren, die Radfahrer zum absteigen zwischen sollen. Die würde ich natürlich auch gerne in den Daten drinhaben. Ich habe das mal in der Diskussion zum Barrier-Proposal hinzugefügt. (Kennt ja jemand zufällig den engl. Namen?). gabs da nicht schon was, ich glaub das hiess bollard oder so... Bollard ist meines Wissens ein Poller, da kommt ein Radfahrer problemlos dran vorbei. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erste Test-Daten von OpenGeoDB
Baden-Württemberg habe ich durch... Interessiert sich jemand für die Zahlen, wie viele Einträge gepasst haben? Hier ein paar statistische Infos: Verwendet hatte ich die baden-wuerttemberg.osm vom 16. Dezember. Zuordnen konnte ich Koordinaten zu 17746 Straßen aus 25894 way ids. Demzufolge existieren dort sehr viele Strassen in Einzelstücken, die verbunden werden könnten. Ausgewertet hatte ich fast nur residential... Hi Martin, super Auswertung! Hättest du vielleicht die Möglichkeit, deine Ergebnisse komplett irgendwo zu veröffentlichen? Frank und Holger sind sicherlich nicht die einzigen, die gerne wissen würden, wie weit sie in ihrem Gebiet sind und was noch zu tun ist. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Ohne mich großartig in die Diskussion einbringen zu wollen: Bitte denkt daran, dass in Deutschland Spielstraße und verkehrsberuhigter Bereich zwei verschiedene Sachen sind! In der Diskussion um living_street geht es um letzteres. Bei einer Spielstraße (auch wenn dieser Begriff meines Wissens so nicht in der StVO vorkommt) handelt es sich um eine Straße, die von Fahrzeugen nicht befahren werden darf. Einfach mal bei Wikipedia nachschauen... Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
es gibt auch noch Fahrradstraßen (!= Fahhradweg). Bevor wir für alles extra highway-Arten definieren schlage ich vor, eine Priorität angeben zu können. Ähnlich wie bei layer sollte defaultmäßig ...priority=0 sein. bei einer Fahrradstraße würde man dann z.B. bicycle_priority=1 setzen, bei den Spielstraßen o.ä. foot_priority=1 highway=residential/unclassified/... access=no bicycle=yes Was anderes sagt Fahrradstraße doch nicht aus, oder? Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [RFC] Skipisten
http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps Falls jemand noch eine Gute Idee oder Ergänzung haben sollte bitte eintragen. Ich habe mir mal die Freiheit genommen, einen Tag für einen Rodelhang hinzuzufügen. piste:type=sleigh Realisierbar als Area (breiter Berghang) oder Way (Abfahrt). Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [RFC] Fahrzeughändler und -dienstl eistungen
Hallo, meine alten Proposals bezüglich Autohändlern und -werkstätten hatten ja noch ein paar Schwächen und wurden nun überarbeitetet und stark erweitert. Der neue Vorschlag beinhaltet nun verschiedene Fahrzeugtypen und entsprechende Dienstleistungen. Schauts euch unter http://wiki.openstreetmap.org/index.php/Proposed_features/cars an und sagt eure Meinung. Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ein Way ist mehere Bundesraßen gleichz eitig...
Da stimme ich zu. Wobei noch auf einige Zeit hinaus, selbst bei einer korrekten Unterstuetzung durch JOSM, damit zu rechnen waere, dass andere Editoren/Tools es sich ebenso einfach machen wie JOSM derzeit und solche Tags daher verlorengehen. Aber das sollte einen eigentlich nicht davon abhalten, es selber richtig zu machen, dann kann man wenigstens ueber die anderen laestern, die es falsch machen. Ich würde das selbe Vorgehen wie bei * amenity=bank;atm* vorschlagen (siehe Map-Features) = also ref=B14;B29 Bloß nicht. Beim Semikolon gibt es massive Probleme beim Abspeichern in der Datenbank. Am Ende kommt dann meines Wissens sowas wie ref=B14, B29=yes bei raus. Ich habe in der Vergangenheit auch häufig amentiy=bank;atm getaggt und es produziert einfach nur Müll beim Abspeichern. Trenne es besser mit Kommas. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bank;ATM (war: ein Way ist mehere Bundesraßen gleichzeitig...)
Ich würde das selbe Vorgehen wie bei * amenity=bank;atm* vorschlagen (siehe Map-Features) = also ref=B14;B29 Sorry aber gerade amenity=bank sieht danach aus als würde hier bewusst das ;-Problem auf Nodes ausgenutzt um amenity=bank und atm=yes zu setzen. Sollte man das im Wiki vielleicht ändern? Mit persönlich wäre es wesentlich lieber, wenn dort amenity=bank atm=yes stehen würde. (Wobei ich das mit dem bewusst ausgenutzt in Frage stelle, da es ja auch amenity=atm gibt...) Denn viele leiten ja genau aus diesem Eintrag ab, dass auch ref=B14;B29 geht. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Therme
Hallo, kurze Frage: wie würdet ihr eine Therme taggen? Im Wiki finde ich leisure=water_park und sport=swimming. Beides finde ich irgendwie nicht so richtig passend. Ein water park ist ja eher was mit Rutschen, Planschbecken etc. und den sportlichen Aspekt für sport=swimming kann ich bei einer Therme auch nicht erkennen (eher das Gegenteil). Eure Meinung würde mich interessieren. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Industriegebiet mit Wohnhäusern
Hallo, ich meine hier ein Industriegebiet mit Handwerksbetrieben, diversen Einkaufsmöglichkeiten sowie z. T. Wohnhäuser der Firmeninhaber. Welche Straßenkategorie ware hier sinnvoll? Würde ich davon abhängig machen, was am häufigsten vorkommt. Falls das ganze aber von Seiten der Stadtverwaltung als Industriegebiet ausgewiesen ist, würde ich ein landuse=industrial drumrum pinseln und die Straßen als unclassfied taggen. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahnsteig
Am 28.11.2007 um 21:55 schrieb Andreas Stricker: Fabian Fingerle schrieb: aktuell werden größere Bahnhöfe so gemacht, dass man die einzelnen Bahngleise aufgeteilt nebeneinander sieht. Ich fände es jedoch wichtig auch den Bahnsteig einzutragen. Gibt es hierzu schon Gedanken? Ich habe keine offizielle Konvention oder proposed features gefunden; was denkt ihr dazu? Gerade für Fussgänger-Routing ist das sicher sinnvoll. Ich war auch schon kurz davor diese einzutragen, entweder als highway=footway oder als highway=pedestrian. Das letztere gefällt mir im Moment besser. Für mich bedeutet highway=pedestrian ganz klar Fußgängerzone. Also eine Straße, auf der eigentlich Autos fahren könnten, ihnen jedoch untersagt ist. Vielleicht kann man ja highway=footway mit Frederiks railway=platform kombinieren und die Renderer entscheiden lassen... Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mal ganz anders
Das Rendern ist eh' noch ein Schwachpunkt im Projekt. Würde es einen leicht aufzusetzenden Renderer geben, dem man neue Stile ebenfalls recht leicht beibringen könnte, dann würden mehr Leute eine eigene Map aufsetzen. Wie wäre es mit einem Stil-Generator im Web? Man gibt die gewünschten Eigenschaften wie betroffenes Tag, gewünschte Farbe, gewünschter Linienstil, Icon-Dateiname, Zoomlevel etc. an und der Service spuckt die passende XML-Datei aus. Wenn ich nicht gerade an meiner Diplomarbeit schreiben würde, würde ich es auch selber machen. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] minspeed (war: Re: Klare highway tagging Regeln f?r befestigte, Stra?en)
und jetzt zum allerletzten mal: eine mindestgeschwindigkeit wird durch das zeichen 275 angezeigt und sonst durch *nichts*. können wir uns vielleicht darauf einigen, dass minspeed nur verwendet wird, wenn eben dieses zeichen 275 angebracht ist? Ja, bitte. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anliegerstrassen
Hallo, wie werden Anliegerstrassen gekennzeichnet. Mache ich mit access=destination Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anliegerstrassen
Raphael Studer schrieb: Hab ich bis jetzt noch nirgends gesehen, gibts da n Proposal dazu? Weil das doch recht oft vorkommt, vor allem in D/A/CH. http://wiki.openstreetmap.org/index.php/Key:access#Core_values Steht aber auch noch irgendwo anders. Und laut Tagwatch ist es auch schon ganz ordentlich in Verwendung: http://etricceline.de/osm/tags.htm Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zusammenfassung higway-Tagging
Das sehe ich ähnlich. Kreuzungsfreiheit ist ein ziemlich gutes Kriterium, das wir so festhalten könnten. Sonst würde ja highway=trunk_link auch gar keinen Sinn machen. DAS könnte der springende Punkt in dieser Diskussion sein! Danke für die Erwähnung! Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Duplicated Nodes
Hallo, in meinem Gebiet spuckt der JOSM Validator (aktuelle Version) an drei Nodes an der A5 nördlich von Baden-Baden jeweils einen Duplicated Nodes-Fehler aus. Allerdings kann ich den Fehler nicht entdecken und somit auch nicht beheben. Das Fix-Funktion kriegt das auch nicht hin. Die drei Nodes: 452648 (48,8227768, 8,2046385) 452649 (48,8203888, 8,2005558) 452650 (48,8181114, 8,1967773) Wäre schön, wenn mir jemand sagen könnte, wo da der Fehler liegt oder ihn gleich beheben könnte. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Duplicated Nodes
in meinem Gebiet spuckt der JOSM Validator (aktuelle Version) an drei Nodes an der A5 nördlich von Baden-Baden jeweils einen Duplicated Nodes-Fehler aus. Allerdings kann ich den Fehler nicht entdecken und somit auch nicht beheben. Das Fix-Funktion kriegt das auch nicht hin. Die drei Nodes: 452648 (48,8227768, 8,2046385) 452649 (48,8203888, 8,2005558) 452650 (48,8181114, 8,1967773) Fehler scheint weg zu sein. In der Tat, dafür habe nun das selbe Problem an einer anderen Stelle :-( Außerdem erscheinen hier 5 Empty ways mit je 0 Knotenpunkten in der Fehler-Liste. Wenn ich diese entferne und die Änderungen auf der Server schieben möchte, erhalte ich die Meldung Fehler beim Parsen: An error occured: 412 Precondition Failed URL des Gebietes: http://www.openstreetmap.org/index.html?mlat=48.78597018975913mlon=8.18912576592499zoom=13 Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ortsschild taggen
Daher will ich fuer relevante Verkehrsschilder _immer_ explizit einen Knoten mit traffic_sign=city_limit o.ae. taggen. Ich denke nicht dass dies nötig ist, vor allem nicht bei Knoten (oder Wegen) in denen sich highway=.. und landuse=residential (oder ähnliches) schneiden. Wenn dann der Weg innerorts noch ein maxspeed=50 und der weg ausserorts noch ein maxspeed=80 (als schweizer Beispiel) hat, brauchts nicht noch extra einen Tag dazu. Je mehr Tags, desto grösser die Gefahr dass sie vergessen werden. Ich würde es bevorzugen, Ortsschild (geschlossene Ortschaft) und tatsächliche Wohnfläche getrennt zu taggen. Das eine ist eine (verkehrs-)rechtliche Einschränkung (max. 50 km/h, darf rechts überholen, etc), das andere eine physische (hier stehen Häuser). Nicht selten kommt es aber vor, wie Bernd es schon geschrieben hatte, dass bebaute Flächen und die Position des Ortsschildes voneinander abweichen. Zwar ist der Schnitt mit einer landuse=residential-Fläche sicherlich eine brauchbare Annäherung. Ich habe in Baden-Baden aber zum Beispiel die Residential-Flächen nur dort reinzupinseln, wo auch tatsächlich Bebauungen zu finden sind. Bei Straßen durch Parkanlagen oder Waldstücke dürfte der Fahrer ja dann in der Regel 100 km/h fahren..., bzw. der Router das als schnellere Strecke bevorzugen. Wie man das Erfassen der geschlossenen Ortschaft anstellt, muss sicherlich noch ausgiebig diskutiert werden. Möglichkeiten wären: * Relationen: man erfasst alle Ways, die in einer geschlossenen Ortschaft liegen, als Relation * Tag: man versieht die Ways in geschlossenen Ortschaften mit einen entsprechenden Tag, z.B. in_city=yes (nur ein schnelles Beispiel, bitte jetzt keine Diskussionen über den Tag-Namen führen) * Nodes: wie Bernd vorgeschlagen hat, die Position der Ortsschilder eintragen * Polygon: man zeichnet ein Polygon um die geschlossene Ortschaft. Die ersten beiden sind meiner Meinung nach die praktikabelsten, wobei der Ansatz mit Relationen sicherlich der modernere wäre. Geben wir lediglich Nodes die Info mit, dass dort ein Ortsschild steht, besteht das Risiko von Löchern. D.h. es muss nur jemand in einem Ort ein Ortsende-Schild vergessen, schon wird ganz Deutschland (bzw. ganz Europa) zur geschlossenen Ortschaft. Dieses Problem kann beim Einzeichnen eines Polygones nicht auftreten. Allerdings sehe ich hier das Problem der fehlenden Eindeutigkeit: wir haben dann ein landuse=residential und ein Polygon, dass die verkehrsrechtliche Grenze der Stadt markiert. Wenn dann irgendwann noch Polygone eingeführt werden, die angeben, welche Straßen zu einer Stadt gehören (muss wiederum nicht identisch mit den vorherigen sein) und dann noch PLZ-Bereiche etc., dann führt dass meiner Meinung nach zu einem kleinen Chaos. Beim derzeitigen Stand des Projektes halte ich es jedoch am sinnvollsten, die Position des Ortsschildes in Nodes festzuhalten. Aber lediglich, um die Information bereits irgendwo gespeichert zu haben. Für eine tatsächliche Nutzung für z.B. Routenberechnung sollte man das meines Erachtens dann aber in eine andere Form überführen. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ortsschild taggen
Beim derzeitigen Stand des Projektes halte ich es jedoch am sinnvollsten, die Position des Ortsschildes in Nodes festzuhalten. Aber lediglich, um die Information bereits irgendwo gespeichert zu haben. Für eine tatsächliche Nutzung für z.B. Routenberechnung sollte man das meines Erachtens dann aber in eine andere Form überführen. Ich seh den zusammenhang zwischen Routing und Ortsfläche nicht ganz. Die fürs Routing nötigen Informationen befinden sich doch in den Ways. Nehmen wir an, du fährst auf der einen Seite in den Ort rein und auf der anderen Seite wieder raus. Beim reinfahren passierst du ein Ortsschild, ab hier gilt 50. Dein Routenplaner hat ab hier mit 50 km/h gerechnet, da eine Node auf dem Weg als Ortsschild getagged war. Beim Verlassen des Ortes kommst du an einem Ortsendeschild vorbei, das aber nicht in den OSM-Daten verzeichnet ist. Also geht der Routenplaner auch weiterhin davon aus, dass du dich in besagtem Ort befindest, da er nichts anderes gehört hat. Ein Polygon musst du halt irgendwann wieder verlassen... Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zuordnung von Hausnummern
Aber wie löse ich folgendes Problem bei Straßenabschnitt: z. B. Linke Seite: z. B. Hausnummer = 1 - 10 Rechte Seite: Hausnummer = 100- 109 Dieses Problem wurde vor nicht allzu langer Zeit in der der Liste diskutiert mit dem Ergebnis, dass es kein definitives Ergebnis gab. Generell gab es zwei grundliegende Ansichten: die einen meinten, es würde reichen, nur Hausnummern-Bereiche anzugeben, die dann für einen (Teil-)Weg gelten. Hier haben wir das von dir angesprochene Problem. Die zweite Gruppe hielt es für sinnvoller, für jede Hausnummer eine eigene Node anzulegen und diese entsprechend zu taggen. Das größte Problem ist hier der große Aufwand und die drohende Vermüllung der Karte mit Nodes. Letztendlich kam man zu der Ansicht, dass wohl die Angabe des Hausnummernbereiches für vieles ausreichend ist -- wer es für nötig erachtet oder einfach zu viel Zeit hat, sollte aber auch gerne eigene Nodes anlegen dürfen. Bei der Angabe von Hausnummernbereichen gibt es nicht nur das Problem rechte Straßenseite/linke Straßenseite, denn es gibt noch weitere Nummerierungsverfahren (Hufeisenform, Konskriptionsnummern). Wikipedia weiß hierzu mehr: http://de.wikipedia.org/wiki/Hausnummer Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagging-Frage: Marktplatz
Ich sehe bei allen Plätzen hier nur Ringstraßen. Hier noch ein Beispiel für einen Platz, auf dem man theoretisch kreuz und quer fahren kann: http://tinyurl.com/yvk2w3 Zur Waldseestraße, die daran vorbeiführt, gibt es mind. drei Verbindungspunkte. Okay, ich gebe zu, dass dieser Platz für die Routenberechnung alles andere als wichtig ist (in den TeleAtlas-Daten ist er ja nicht einmal vorhanden). Dennoch gibt es derartige Plätze -- und wenn ich da mal drauf bin, möchte ich auch wieder runterkommen ;) Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Klare highway tagging Regeln für befes tigte Straßen
Eben - die Bilder sollten die Wichtigkeit der Straße widergeben, das erwartet die Masse der Anwender. So sehe ich das auch. Die administrative Einteilung erhalte ich doch sowieso aus dem ref-Tag: was mit A beginnt ist eine Autobahn (Bund), was mit B beginnt, ist eine Bundesstraße (auch Bund), Staßen mit L oder St sind Landes- bzw. Staatsstraßen (Ländersache) und für die mit K beginnenden Kreisstraßen sind die Kreise zuständig. Wenn also die administrativen Informationen bereits enthalten sind, ergibt sich daraus für mich, dass primary, secondary, tertiary für die Qualität der Straße steht, ansonsten hätten wir ja eine Redundanz. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Datum, Zeit aus gpx Datei entfernen - wie?
Hallo Liste, ich möchte bevor ich gpx Dateien hochlade aus ihnen die Angaben Datum, Zeit und km/h entfernen. Könnte man das eigentlich nicht auch als Option auf die Track-Upload- Seite einbauen? Checkbox mit Zeitstempel entfernen oder so, die GPX-Dateien müssen ja eh geparsed werden... Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Betr.: Routing News
Hat jemand Travelingsalesman zum laufen zu bekommen? Nein, das scheint wohl Java 1.6 zu benötigen. Für meinen Mac gibts leider derzeit max. 1.5 :-( Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Notrufsäulen
Ich habe heute die Björn Steiger-Stiftung angerufen. Alle Waren sehr freundlich. Erste wichtige Information - es gibt die Daten. Ob diese Daten zur Verfügung gestellt werden dürfen muss erst noch geklärt werden. Leider war der zuständige Mann gerade nicht zu erreichen. Super! Dann hoffen wir doch mal das Beste! Versuchst du es eigentlich auf bei GdV, der ja die Autobahn- Notrufsäulen betreibt? Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Rendering Kreisverkehr
Hallo, hat jemand ne Ahnung, warum dieser Kreisverkehr von Osmarender so merkwürdig dargestellt wird? http://tinyurl.com/2y2sa6 Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern
Ich gehe davon aus, dass die meisten Mapper derzeit nicht bereit wären, jedes Haus einzeln zu erfassen (ich gehöre z.B. zu dieser Gruppe). Dennoch sollte man sich diese Möglichkeit grundsätzlich offen halten, denn das ist die Stärke von OSM. Aus diesem Grund sollten beide Modelle unterstützt werden. Grundsätzlich kann man ja dann mal mit Hausnummernbereichen anfangen und wem langweilig ist oder wer diese Infos unbedingt drin haben will/ muss, kann diese ja dann immer noch anlegen. Dann sollte man aber auf jeden Fall auf Seite der Editoren was tun, um das drohende Node-Chaos zu vermeiden. Eine gute Filter-Funktion wäre da schon wichtig. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Kein Multi-Select, Wege verschwinden
Hallo, ich kann in der neusten JOSM-Version kein Multiselect (Shift-Select) auf mehrere Objekte mehr machen. Damit kann ich keine Wege mergen oder splitten weil jeweils mehere Objekte ausgewählt werden müssen. System ist Windows XP prof und Java 1.6.0_02 Gleiches Problem unter Mac OS 10.4.10 -- Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Viel Mist: Zu viel Intelligenz in josm und Co.
Mit welchem Fahrzeug willst du denn in der Furt abbiegen? Amphibienfahrzeug? Im Ernst: wenn man sich so eine Furt mal anschaut, kreuzen sich hier tatsächlich ein Wasser- und ein Landweg (es geht nichts über oder unter dem anderen hindurch). Dann sollte man das meiner Meinung nach auch so taggen... Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Proposals: Autohaus und -werkstatt
Hallo, ich habe mal die meiner Meinung nach völlig überfälligen Proposals für Autohäuser und Werkstätten erstellt. http://wiki.openstreetmap.org/index.php/Proposed_features/car_dealership http://wiki.openstreetmap.org/index.php/Proposed_features/ automobile_repair_shop Macht euch eure Gedanken darüber... Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Landuse=Flugplatz (und mehr...)
gibts da eine Unterscheidung in Verkehrslandeplatz, Sonderlandeplatz (Armee und zum Beispiel der vom Europapark Rust), Sportlandeplatz, Segelflugplatz, und solche für Modellflieger? Ich wäre auf jeden Fall dafür zwischen Flugplätzen für richtige Flugzeuge und Modellflugplätzen zu unterscheiden. Denn sowas hier sieht schon ein bisschen merkwürdig aus: http:// tinyurl.com/2m9nnz (ist ein Modell-FP). Und wo wir diesen Kartenausschnitt gerade vor uns haben: wie steht es eigentlich um Tags für in Planung oder im Bau befindliche Straßen? Könnte man doch schön mit gestrichelten Konturen versehen und (falls bekannt) mit Öffnungsdatum versehen. Und noch ne Kleinigkeit: In der englischen Mailingliste ging es ja vor ein paar Tagen um Trennzeichen für mehrere Tags und dass das Semikolon hierfür nicht geeignet ist. Jedoch steht sowohl auf der englischen als auch auf der deutschen Map-Features-Seite, dass Banken mit Geldautomaten als amenity=bank;atm getaggt werden sollen. Da ich dies auch lange so gemacht habe, hat es wohl nun die jeweiligen Datensätze zerschossen. Gibts ne Möglichkeit, das besser zu machen oder soll ich einfach auf Relations warten (ist ja zum Glück nicht mehr lange)? Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenkategorien
Mein Eindruck ist eher, dass die mehrheitlich ein paar zuverlässige Regeln haben wollen, nach denen sie sich richten können. Wenn die Regeln gut und verständlich formuliert sind, werden sie anerkannt, mehrheitlich eingehalten und ggf. diskutiert und verbessert. Derzeit gibt es diese Regeln in manchen Bereichen nicht oder sie sind einfach nur verwirrend und jeder versucht irgendwie das beste draus zu machen. Vielleicht sollte man einfach mal von dem Begriff Regeln wegkommen. Regeln sind bindend. Aber genau das wollen viele hier nicht (allen voran wohl Frederik) und das ist auch richtig so. Denn Regeln schränken ein und verhindern wichtige Diskussionen und Entwicklungen. Auf der anderen Seite suchen gerade viele OSM-Anfänger nach Anleitungen, wie sie möglichst richtige Kartendaten einspeisen können. (Ich habe richtige bewusst in Anführungszeichen gesteckt.) Und genau diese Leute sollten nicht mit solchen Diskussionen über richtig und falsch bzw. es gibt kein falsch vergrault werden. Denn durch neue Mapper wächst auch OSM. Darüber, dass es durchaus sinnvoll ist, wenn sich die Mapper auf gewisse Tags einigen, müssen wir bestimmt nicht mehr diskutieren. Daher sollte man nicht Regeln schaffen, sondern Standards. An Standards kann man sich orientieren, sie entstehen meistens durch das, was der Großteil der Gemeinschaft für richtig hält. Gleichzeitig bleibt Raum für Entwicklung. Standards bringen Projekte voran. Vielleicht kann sich jemand noch daran erinnern, wie unterschiedlich zum Beispiel verschiedene Linux-Distributionen noch vor ein paar Jahren waren. Auch hier kann im Prinzip jeder Distributor machen, was er will. Ich finde aber, dass mit gewissen Standards (LSB, GUIs, etc.) allen (und vor allem den Usern) geholfen ist. Daher einfach meine Bitte: kommt weg von dem Begriff Regeln! Damit wäre auch sicherlich das Vorurteil beseitigt, wir Deutschen würden immer alles reglementieren wollen ;-) Frohes Mappen! Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Benennen von Tunnel, Brücken, R outen
Hallo, gibt es eigentlich eine elegante Möglichkeit, Tunnel-, Brücken- und Routen (also z.B. Deutsche Spargelstraße, Badische Weinstraße etc.) zu taggen. Der name-Tag fällt ja häufig flach, da z.B. eine Straße über eine Brücke ja einen eigenen Namen hat. Nehme ich also am besten loc_name? Was, wenn ich eine Straße mit einem loc_name habe und dort auch ein Tunnel vorhanden ist? Das ist nicht konstruiert, ich habe den Fall hier wirklich: Ich habe hier einen Straßenzug aus mehreren (Teil-)Straßen, der hier in der Stadt eigentlich nur als Schlossbergtangente bekannt ist. Dort gibt es auch einen Schlossbergtunnel. Ich glaube bei den Londoner Daten gesehen zu haben, dass dort einfach parallel zur Straße über eine Brücke einfach ein weiterer Way angelegt wird und der dann mit dem name-Tag versehen wird. Halte ich aber für eine unsaubere Lösung. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autowerkstatt/Autohaus
wie könnte man ein Autohaus oder eine Autowerkstatt mappen? Sowas vermisse ich auch schon. Am besten, jemand erarbeitet hierfür ein Proposal. Ich würde es gerne machen, habe aber umzugsbedingt derzeit zu Hause keinen Internetzugang. Hier mal ein paar Ideen, was rein sollte: - Unterscheidung Autohaus/Werkstatt (z.B. amenity=car_dealership, amenity=auto_repair_shop) -- es gibt reine Werkstätten, gibt es auch Autohäuser ohne Werkstatt? - Name (name=Autohaus Müller) - Betreute Marken (brand=Mercedes-Benz, Chrysler, Smart) Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de