Re: [Talk-de] ?skobbler launcht MapDust.com - ein eigen ständiges OpenStreetMap Bug Werkzeug [Announceme nt]
Hallo Oliver, Oliver osm.abala...@googlemail.com wrote: Am 03.12.2010 23:42, schrieb Matthias Merz: Wäre auch mal gut, wenn sich einer der Skobbler-Leute die Bugs Nummer 57766 und 80145 anschauen könnte Irgendwie scheint Skobbler nicht mit Kreuzungen klarzukommen, die mit getrennten Fahrspuren modelliert sind. Bei 57766 sehe ich gar kein Problem. Der Abbiegevorgang ist doch erlaubt (siehe Bug Kommentar)? Bei 80145 mag das Routingverhalten nicht optimal zu sein. Ein echten Fehler sehe ich aber nicht (siehe Bug Kommentar). Naja, ich kann schon verstehen, wenn ein Skobbler-Nutzer sehr irritiert ist, die Anweisung links abbiegen zu bekommen, wenn er rechts abbiegen soll; das erschwert auch das korrekte Einordnen... Ich gehe mal davon aus, dass die Leute nicht sehen, dass die auf einer Kreuzung dreimal links abbiegen sollen, also 270° abbiegen statt einmal rechtsrum 90° ;-) Schöne Grüße, Matthias Merz -- Erst wenn die letzte Ölplattform versenkt,die letzte Shell-Tankstelle geschlossen ist, dann werdet ihr merken, dass GREENPEACE nachts kein Bier verkauft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] skobbler launcht MapDust.com - ein eigenst ändiges OpenStreetMap Bug Werkzeug [Announcement ]
Hallo, Oliver osm.abala...@googlemail.com wrote: Wir haben den skobbler-Feedback-Kandal zu einem eigenständigen Produkt - mapdust.com - ausgebaut. Mit MapDust wollen wir Gelegenheitsnutzer dabei unterstützen, mehr Beiträge zu liefern -- in der Summe verfügen gerade sie über eine enorme Lokalkompetenz. Finde ich eine gute Idee - ich habe eben mal ein paar Bug-Meldungen durchgeschaut und dabei hat sich eine Frage ergeben: Wie ist umzugehen mit Meldungen, die eher Skobbler-Bugs sind? Ich hab hier zwei Bugreports über falsches Routing, die sicher mit dem wegbrechenden Empfang (und dadurch Ungenauigkeit) in einer Tunneleinfahrt zu tun haben. Der Bugreport an sich ist ja korrekt, da Skobbler tatsächlich falsche Anweisungen abgibt, also widerstrebt es mir, den zu schließen - aber das hat nix mit den OSM-Daten zu tun. Kann man Bugs eskalieren, oder welches Vorgehen ist da vorgesehen? Ansonsten muss man natürlich etwas filtern, welche Bugs sinnlos sind (ohne Info etc.), aber es gibt grad von unbedarften Endnutzern auch immer mal wieder wertvolle Hinweise, wo was fehlt. Schöne Grüße, Matthias Merz -- Wann wurden Fussballmannschaften zum ersten Mal schriftlich erwähnt? Im alten Testament. Da heißt es: Sie trugen seltsame Gewänder und irrten planlos umher. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?skobbler launcht MapDust.com - ein eigen ständiges OpenStreetMap Bug Werkzeug [Announceme nt]
Matthias Merz openstreet...@merz.inka.de wrote: Oliver osm.abala...@googlemail.com wrote: Wir haben den skobbler-Feedback-Kandal zu einem eigenständigen Produkt - mapdust.com - ausgebaut. Wie ist umzugehen mit Meldungen, die eher Skobbler-Bugs sind? Wäre auch mal gut, wenn sich einer der Skobbler-Leute die Bugs Nummer 57766 und 80145 anschauen könnte; die 5 Duplikate dazu habe ich eben als Duplikat geschlossen. Irgendwie scheint Skobbler nicht mit Kreuzungen klarzukommen, die mit getrennten Fahrspuren modelliert sind. Statt rechts abzubiegen wird der Nutzer wohl linksrum über die Kreuzung geleitet. - Auch einer der Fälle, den ich nicht schließen möchte, da die Meldung ja berechtigt ist, aber nicht wirklich an falschen Daten liegt ;-) Schöne Grüße, Matthias Merz -- Aus dem neuesten Microsoft White Paper: Open Source heisst, jeder Anwender erhaelt eine Kopie des Quellcodes. Dabei stossen Entwickler, die mit Linux arbeiten, haeufig auf Sicherheitsluecken. Auf Microsoft Windows trifft dies nicht zu. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahnen und bicycle=no
Karl Eichwalder k...@gnu.franken.de wrote: Sven Geggus li...@fuchsschwanzdomain.de writes: Im Westen Kanadas in den Rockies ist der jedoch eine wenig befahrene Landstraße mit breitem Seitenstreifen der eigentlich recht gut für Fahrräder geeignet ist. Seitenstreifen sind nie für fahrräder geeignet. Da liegt immer aller möglicher mist rum. Und in D darf man auf seitenstreifen eigentlich auch gar nicht fahren. Ähm, doch, man *muss* ggf. sogar! §41 (3) 3. StVO Fahrstreifenbegrenzung und Fahrbahnbegrenzung (OK, mein Print-Exemplar ist von 1993 sehe ich grade): b) Die durchgehende Linie kann auch Fahrbahnbegrenzung sein. Dann soll sie den Fahrbahnrand deutlich erkennbar machen. Bleibt rechts von ihr ausreichender Straßenraum frei (Fahrbahnteil oder befestigter Seitenstreifen), so ordnet sie an: aa) landwirtschaftliche Zug- oder Arbeitsmaschinen, Furhwerke, Radfahrer und ähnlich langsame Fahrzeuge müssen möglichst rechts von ihr fahren, bb) links von ihr darf nicht gehalten werden. Wenn der Seitenstreifen verdreckt ist, sieht das natürlich anders aus... HTH und schöne Grüße, Matthias Merz -- Wenn Leute nicht glauben, dass Mathematik einfach ist, dann nur deshalb, weil sie nicht begreifen, wie kompliziert das Leben ist. - John von Neumann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahnen und bicycle=no
Hallo zusammen, Chris-Hein Lunkhusen chris66...@gmx.de wrote: Heiko Jacobs schrieb: Da ich die Tage 2x Mapper erwischte, wie sie bicycle=no auf irgendwelche highways taggten, neben denen Radwege laufen, Einer der beiden war ich ;-) Yepp, bitte nur, wenn die Strasse mit dem entsprechenden Schild (Verbot für Radler/Fussgänger) markiert ist. Erhöht die Chance dass das Radrouting noch funktioniert, auch wenn der parallele Radweg nicht richtig mit der Strasse gelinkt ist. Ja, andererseits finde ich es falsch, wenn ein Router mich mit dem Rad auf die Straße leitet, weil ich da eben *im Regelfall* nicht radeln darf, wenn es einen benutzungspflichtigen Radweg gibt. Das implizite bicycle=yes an Straßen ist also eigentlich genauso falsch wie das no. IMHO fehlt da noch ein weiteres Access-Tag, mit dem man ein eigentlich nicht ausdrücken kann ;-) - das no entspricht wirklich eher dem Verbot von Fahrrädern, aber solange Fahrbahn und Radweg topologisch nicht zusammen gehören, sondern als einzelne Ways getaggt werden, muss IMHO an der Fahrbahn markiert werden, dass/wenn Radfahrer da normalerweise nicht fahren dürfen. Auf der Wiki-Seite zu Key:access habe ich nichts passendes gefunden, aber bisher auch noch nicht in tagwatch geschaut. Hat jemand einen Vorschlag, wie man das passend taggen sollte/könnte? - ein bicycle=not_recommended war ja vor Ewigkeiten schonmal von irgendwem abgesprochen worden für Fälle, wo die meisten nicht radeln wollen würden; der Fall hier ist ja nochmal eine Spur stärker irgendwie ein bicycle=usually_not oder so, aber das klingt auch komisch ;-) Schöne Grüße, Matthias -- Ich dachte immer, UNIX ist was für Leute, denen es gefällt, auf einen Bildschirm zu starren, auf dem es aussieht, als hätte sich gerade ein Gürteltier auf der Tastatur gewälzt. Stefan Schneider ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Hallo zusammen, Christoph Wagner freemaps@googlemail.com wrote: Das Routing hab ich allerdings noch nicht großartig angefasst. Ich weiß einfach nicht, wo ich da ansetzen soll. was mir an den Default-Regeln von mkgmap nicht so gefällt, ist dass er mich mit dem Rad über highway=trunk routen will. Ich persönlich würde trunk innerhalb D-Land als Kraftfahrstraße sehen, die map_features geben sowas aber nicht direkt her (zumindest kein implizit angenommenes bicycle=no). Drum hatte ich mir selbst Karten gerendert mit folgendem Patch im mkgmap-Style-file resources/styles/default/lines: -highway=trunk [0x02 road_class=3 road_speed=5 resolution 16] -highway=trunk_link [0x08 road_class=3 road_speed=3 resolution 16] +highway=trunk {add bicycle=no; add foot=no} [0x02 road_class=3 road_speed=5 resolution 16] +highway=trunk_link {add bicycle=no; add foot=no} [0x08 road_class=3 road_speed=3 resolution 16] Was meint Ihr dazu? - global ändern in mkgmap ist IMHO nicht korrekt, ich fände es aber schön, wenn jemand Karten so erzeugen könnte, dann muss ich das nicht immer selbst machen *duck* Schöne Grüße, Matthias Merz -- Es wird Wagen geben, die von keinem Tier gezogen werden und mit unglaublicher Gewalt daherfahren. (Leonardo da Vinci, 1452-1519) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Chris-Hein Lunkhusen chris66...@gmx.de wrote: Chris-Hein Lunkhusen schrieb: Ja, das motorroad=yes oder bicycle=no wird leider oft vergessen bei den Trunks ;-) OK, motorroad hatte ich mir nicht weiter angeschaut, muss ich zugeben ;-) - wenn das als tag für Kraftfahrstraßen ist, dann sollte natürlich das ausgewertet und die Daten korrigiert werden und nicht rumgeraten klar. Habe mir gerade mal die aktuelle lines Datei angeschaut, motorroad=yes wird anscheinend gar nicht ausgewertet? ist wohl korrekt so. Gibt es die Möglichkeit dort zu sagen: Wenn Trunk und motorroad=yes, dann füge bicycle=no hinzu? Ich hab mir ja noch keine Spezifikation zur lines angeschaut, aber das ist ziemlich sicher das gleiche wie weiter oben bei junction=roundabout; wäre also so ungefähr so (evtl. bei den restrictions noch was ergänzen, den Bitvektor von Garmin hab ich nicht ganz im Kopf): highway=trunk motorroad=yes {add bicycle=no; add foot=no} [0x02 road_class=3 road_speed=5 resolution 16] highway=trunk [0x02 road_class=3 road_speed=5 resolution 16] Sieht besser aus, stimmt ;-) - und *das* könnte/sollte ich ggf. auch mal als Patch an den mkgmap-Maintainer schicken; im Gegensatz zu meiner ersten Idee mit dem generellen Verbieten von Fahrrädern auf trunk ist das dann ja von den map_features abgedeckt. schöne Grüße, Matthias Merz -- Q: How many mutt users does it take to change a lightbulb? A: One. But you have to set the option auto-change-illumination in your .muttrc file. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine Kreisel-Liste ist abgearbeitet
Hallo zusammen, Florian Lohoff f...@rfc822.org wrote: On Sat, Mar 14, 2009 at 11:48:26PM +0100, Garry wrote: Vorsicht! Nicht alles was aussieht wie ein Kreisverkehr ist einer (im Sinne der Kreisverkehrsregeln)! Ganz tückisches Beispiel: http://www.openstreetmap.org/?lat=49.003449lon=8.423986zoom=18layers=B000FTF Ich denke du meinst in deinem link nicht den schoenen grossen kreisel in der mitte sondern den appendix an der Kriegsstraße. Doch, genau den großen Kreis meint er - das ist zwar eine kreisförmige Straße, aber kein Kreisverkehr. Die Stadtplaner hatten da wohl eine tolle[TM] Idee oder so - die Wolfartsweierer Straße geht da mit zwei Fahrstreifen je Richtung als Vorfahrtsstraße kreisförmig drüber; der Querverkehr hat Vorfahrt beachten. - Kannst Dir ja spaßeshalber mal das Sat-Bild anschauen: http://maps.google.de/maps?ie=UTF8ll=49.003248,8.424373spn=0.000977,0.002071t=hz=19 Schöne Grüße, Matthias Merz -- Früher schickte Gott Heuschreckenplagen, um seine Menschheit zu bestrafen. Heute gibt es Handyklingeltöne. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hallo zusammen, Stephan Wolff s.wo...@web.de wrote: Thomas Reincke schrieb: Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? http://www.openstreetmap.org/browse/way/4606145/history Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. [...] In Kiel hat jemand alle Fahrradstraße mit highway=path, bicycle=designated, motor_vehicle=yes eingegeben. Hm, ich kenne Kiel nicht, aber Fahrradstraßen sind prinzipiell erstmal motor_vehicle=no - oder wie auch immer man taggt, dass man *nur* mit dem Rad da fahren darf! Nur wenn das explizit per Zusatzschild erlaubt wird, dürfen andere Fahrzeuge da fahren. Und hier in Karlsruhe wird in dem Fall meist für KFZ die Geschwindigkeit nebulös beschränkt (angemessen / langsam und sowas, was auch immer das dann genau heißen mag). Das weiter oben im Thread beschriebene maxspeed müsste also wenn dann auch explizit per Schild dranstehen. Und ja, theoretisch müsste man hier in KA oft ein maxspeed:motor_vehicle=langsam oder so drankleben ;-) Schöne Grüße, Matthias Merz -- I think there is a world market for maybe five computers. [Thomas Watson, IBM, 1943] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Typfiles
Thomas Hieber [EMAIL PROTECTED] wrote: Ich stelle auch gerne meine Daten (mapfeatures.csv, Typfile und batch zum Bauen der Map) zur Verfügung, wenn mir einer einen Tipp gibt wo und wie. na im SVN ;-) Ich habe keinen eigenen Webserver wo ich den Kram hochladen könnte und auch keinen SVN Zugang zu OSM. Die Idee mit dem Wiki finde ich gut, aber da kann man doch keine Datendateien hinterlegen, oder? Nee, im Ernst, ich fände die Typfiles im SVN schon richtig aufgehoben, wenn man sioch mal an richtige Versionsverwaltung gewöhnt hat, will man das nimmer missen mit diffs anschauen, Historie und automatischem Merge, wenn zwei Leute fast gleichzeitig verschiedene Teile geändert haben. SVN-Account ist glaub ich nicht das Problem, 1-2 Mails an TomH sollten da meiner Erfahrung nach ausreichen - und je nach Deinem Hintergrund ist eine rudimentäre Einarbeitung in SVN auch nicht allzu kompliziert. Infos zum OSM-SVN findest Du unter http://wiki.openstreetmap.org/index.php/Subversion bzw. http://wiki.openstreetmap.org/index.php/Accounts#SVN_access_.28OSM_software.29 Man kann ja im Wiki Zweck etc. beschreiben / diskutieren und dann aus dem Wiki direkt auf Dateien im SVN verlinken. Dann könnte das Typfile im SVN liegen und jeder, der es sich aus dem Wiki lädt, hat die aktuelle Version... z.B. so: http://svn.openstreetmap.org/applications/rendering/osmarender6/osm-map-features-z17.xml Das wäre zumindest das, was ich persönlich sinnvoll fände ;-) Schöne Grüße, Matthias Merz -- Perl ist der geglückte Versuch, einen braindump direkt ausführbar zu machen. (Lutz Donnerhacke) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] IDs in JOSM
da häng ich mich doch grad noch kurz dran ;-) Raphael Studer [EMAIL PROTECTED] wrote: Gibt es eine Möglichkeit, in JOSM die ID eines Objekts anzuzeigen? osm-primitives.showid = true Ich hätte es ja mal gern wieder ganz komfortabel und kann mir nicht vorstellen, dass das noch nicht ginge, aber wie bekomme ich die ID denn am bequemsten in den paste-buffer? Bevor ich mich da beim Ziffern abschreiben zigfach vertippe, fände ich das manchmal ganz nett ;-) Schöne Grüße, Matthias Merz -- Was der Bauer nicht kennt, das frißt er nicht. Würde der Städter kennen, was er frißt, er würde umgehend Bauer werden. (Oliver Hassencamp) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trennen von Straßen in Richtungsfahrbahn en
PieSchie [EMAIL PROTECTED] wrote: Gerrit Lammert schrieb: PieSchie wrote: Ich selber bin für Trennung der Strecken ausschließlich bei baulicher Trennung, da ich eine zusätzliche Trennung wegen Abbiegerverboten nicht sinnvoll finde. Ich halte eine Trennung nicht nur dann für sinnvoll, wenn die Fahrbahnen baulich, also physisch, sondern auch dann wenn sie nur logisch getrennt sind, etwa durch die von Dir angesprochenen durchgezogenen Linien. Denn auch wenn man im zweiteren Fall theoretisch auf die andere Seite (zum Abbiegen?) wechseln kann ohne Beulen zu bekommen, ist es doch etwa für Router nicht sinnvoll, das vorzuschlagen. - ein Abbiegeverbot über eine durchgezogene Linie läßt sich durch Turn-Relations realisieren. Router würden diesbezüglich alles richtig machen. Wäre auch meine persönliche Meinung, dann zwei Ways mappen, wenn es baulich getrennt ist (eben zwei Straßen). Durchgezogene Linie müsste als Restriction an den Way dran und könnte dann von diverser Software ausgewertet weren. Eine meiner spontanideen wäre die Benutzung jeder OSM-Straße als Einbahnstraße. Wenn man bei jeder Straße immer nur einzelne Richtungen betrachtet, würde man bei einer normalen Straße zwei Einbahnstraßen aufeinander mappen. Was dann aber dem Router wieder Probleme machen würde: die beiden Einbahnstraßen wären nur an den Enden verbunden; ein Router könte erstal nicht erkennen, dass/ob Wenden in drei Zügen erlaubt/möglich ist - auch wieder Zusatztags nötig. Schöne Grüße, Matthias Merz -- Auf einem Baum, da saß ein Specht. Der Baum war hoch, dem Specht war schlecht... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Trennen von Straßen in Richtungsfahrb ahnen
Florian Lohoff [EMAIL PROTECTED] wrote: So weit ich das weiss gelten auch die 2 durchgezogenen linien beim Amtsschimmel als bauliche Trennung was u.a. auch die Geschwindigkeitsbeschraenkung auf 100 aussertorts aufhebt. NACK, http://bundesrecht.juris.de/stvo/__3.html sprich von: | Diese Geschwindigkeitsbeschränkung gilt nicht auf Autobahnen | (Zeichen 330) sowie auf anderen Straßen mit Fahrbahnen für eine | Richtung, die durch Mittelstreifen oder sonstige bauliche | Einrichtungen getrennt sind. Sie gilt ferner nicht auf Straßen, die | mindestens zwei durch Fahrstreifenbegrenzung (Zeichen 295) oder | durch Leitlinien (Zeichen 340) markierte Fahrstreifen für jede | Richtung haben. Damit gilt erstmal ein eindeutiges oder - allerdings dürfte es trotzdem nicht angepasst sein, auf einer einspurigen Überleitung 180km/h zu fahren, von wegen Sichtweite etc - und ohne bauliche Trennung will man auch nicht so arg schnell weil dann die Aufprallgeschwindigkeit beim Frontalzusammenstoß doch sehr hoch sein kann, drum sind STraßen ohne bauliche Trennung meistens runterbeschildert auf 100km/h. Schöne Grüße, Matthias Merz -- Wieso nur hatte ich neulich den Eindruck, die Funktion der W2k-Install-CD wäre hauptsächlich Netinstaller für Servicepack und Patches ... [Christoph Forkmann in d.a.s.r.] [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ToDo Kenzeichnung
Guenther Meyer [EMAIL PROTECTED] wrote: Am Montag 16 Juni 2008 schrieb Dirk-Lüder Kreie: Guenther Meyer schrieb: und dass es eine strasse ist, sagt ja bereits highway aus, Nein. nein? wieso? highway=steps würde ich nicht Straße nennen, um mal ein einleuchtendes Beispiel zu bringen ;-) Schöne Grüße, Matthias Merz -- Hat sich die Katze in Ihrer Hand festgebissen, läßt sie sich unter fließend Wasser leicht entfernen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tags für einige POIs?
André Reichelt [EMAIL PROTECTED] wrote: KaiRo - Robert Kaiser schrieb: Ich korrigiere mich selbst: leisure=water_park hab ich verwendet - aber die Renderer ignorieren das leider derzeit. Ich habe vor zwei Tagen ebenfalls ein Freibad getanngt, und das hat wunderbar geklappt. Die Tags müsste ich aber raussuchen, da habe ich zwei verwendet. Also zwei für das Gelende und nochmal zwei für die Becken. Ach ja, die Becken sollten blau gerendert werden, nicht grün. Im IRC hat schon irgendwer einen Patch gemacht, er hat sich aber nicht getraut, den hochzuladen. Jupp, das war ich ;-) Ich war zu dem Zeitpunkt auch noch nicht so recht zufrieden mit dem Verhalten, hab gestern Vormittag aber einen veränderten Patch committet, der das im Osmarender korrigiert und IMHO in sich stimmiger ist. Ein Beispiel findet sich (zumindest im Moment) unter http://www.informationfreeway.org/?lat=49.00453650974226lon=8.48104833904417zoom=17layers=B000F000F - Ich hab gleich noch an was mehr rumgeschraubt, so wie es jetzt ist, sieht es aber IMHO ganz brauchbar aus *und* ist konsistent mit den Map_Features ;-) Das ist neu jetzt so: sport=* wird als farbige Area nur noch dann gerendert, wenn kein Tag für leisure, amenity, tourism oder landuse an derselben area hängt und es kein Gebäude ist. Im Wiki steht auch so schön, dass sport= ein non-physical Tag sei, also eigentlich keine eigene Renderfarbe bekommen sollte. Vorher war es so, dass z.B. bei leisure=sports_centre das sport=soccer ein leisure=pitch übermalt hatte und dadurch alles Einheitsgrün wurde, neu sieht man das in o.g. Ausschnitt beim ASV Durlach, da ist das Fußballfeld schön zu erkennen. Dafür gibt es jetzt neu renderings für leisure=water_park in grün sowie leisure=swimming_pool in blau, für Schwimmbecken (ja, das ist ein abgelehntes Proposal, erschien mir aber sinnvoll das zu rendern, denn wie taggt man sonst die Becken in 'nem Freibad?) Wenn jemand einfach eine Area als sport=swimming taggt, ohne o.g. Tags, dann wird das auch blau gerendert (Beispiel wäre http://www.informationfreeway.org/?lat=48.972256332596096lon=8.454451560213196zoom=17layers=B000F000F, aber das liegt auf dem genau benachbarten Tile, das noch nicht mit den neuen Regeln gerendert wurde, hab grad mal neu-rendern angefordert). Genauso wird neu sport=tennis mit einem roten Untergrund gerendert, was den Tennisplätzen entspricht. Ich denke mal, das sollte so brauchbar sein, wenn nicht, bitte nicht allzu fest zuhauen ;-) Schöne Grüße, Matthias Merz -- Die gravitationsbedingte vertikale Dislokation maliformer Agrarprodukte aus der Position ihrer Bio-Genese erfolgt in der Regel proxitrunkial. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Tag für Polizeischule (was: Re: Da nke fuer die Panzer)
Hi zusammen, Martin Koppenhoefer [EMAIL PROTECTED] wrote: [Rendering für military mit Panzersymbolen] allerdings finde ich es hier ein bisschen hart: http://www.informationfreeway.org/?lat=49.00453650974226lon=8.48104833904417zoom=17layers=B000F000F (Polizeischule!) ACK, das hatte ich damals[TM] mal so getaggt, weil mir nix Besseres eingefallen war - hat da jemand einen Vorschlag? - Das Gelände war früher mal Kaserne und ist optisch auch noch so gebaut, also eingezäunt, Stacheldraht, Einfahrt bewacht mit Schranke und nachts hell beleuchtet. amenity=police gibt es ja nur für nodes und das ist sicherlich kein Gelände wo jeder reinkönnte; eine Landespolizeischule ist auch nicht wirklich ein Polizeirevier - Vorschläge für sinnvolleres Tagging als military=barracks nehme ich gerne entgegen. Schöne Grüße, Matthias Merz -- Arbeitnehmer, die vier Stunden nach Beendigung eines Lehrgangstages in der Hotelbar vom Hocker fallen, haben keine Ansprüche aus der gesetzlichen Unfallversicherung. Es handelt sich nicht um einen Arbeitsunfall. - SG Hildesheim - S 11 U 172/96 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tags für einige POIs?
Martin Koppenhoefer [EMAIL PROTECTED] wrote: Am 15. Juni 2008 21:24 schrieb Matthias Merz [EMAIL PROTECTED]: [Freibad-Rendering] Ein Beispiel findet sich (zumindest im Moment) unter http://www.informationfreeway.org/?lat=49.00453650974226lon=8.48104833904417zoom=17layers=B000F000F sieht gut aus, schöne Arbeit. Ich persönlich empfinde die Symbole noch ein bisschen zu groß. An den Symbolen hab ich nix gedreht, die waren schon so drin; ich hab nur die Flächenfarben veändert - war ja auch mein erster Commit zu Osmarender-Regeln ;-) Schöne Grüße, Matthias Merz -- Der Standard der Standart der Standarte am Standard-Standarten-Standort ist der an allen Standorten von Standard-Standarten einzuhaltende Standard-Standarten-Standarten-Standard? (David Haller in d.a.s.r in [EMAIL PROTECTED]) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag für Polizeischule
Sven Grüner [EMAIL PROTECTED] wrote: Matthias Merz schrieb: amenity=police gibt es ja nur für nodes und das ist sicherlich kein Gelände wo jeder reinkönnte; eine Landespolizeischule ist auch nicht wirklich ein Polizeirevier - Vorschläge für sinnvolleres Tagging als military=barracks nehme ich gerne entgegen. Was spricht gegen amenity=school? IMHO der Stacheldraht und die Bewachung ;-) Ist aber wohl doch besser als die Panzerchen, ja. Schöne Grüße, Matthias Merz -- Niemand verbietet Dir, einen bewaffneten Gartenzwerg in Deinen Vorgarten zu stellen, aber wenn Du meinst, deshalb die Haustür nicht mehr abschließen zu müssen, dann ist *das* grob fahrlässig. (Ruprecht Wiskott in de.comp.security.firewall) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungsvorschläge / Feature-r equest
Hi zusammen, BroadwayLamb [EMAIL PROTECTED] wrote: Du hast recht, es liegt am lang-de Plugin. Jain, nicht direkt ;-) Mit deaktiviertem Plugin tritt der Fehler nicht auf. Das klingt logisch - Ich hatte zuletzt an den Übersetzungen in lang-de rumgepfriemelt, drum hatte ich mir das letzten Dienstag auch angeschaut, als ich angemailt wurde: Die Metadaten in .po-Files werden wohl als leerer Message-String dort gespeichert; Fred hat in josm die Beschriftung des delete-Buttons im Relations-Editor weggelassen durch einen leeren String (vermutlich, damit alle Buttons reinpassen) - und nu ratet mal, was das zugehörige Framework dann da einsetzt ;-) Damit ist das entweder ein Bug im verwendeten Lokalisierungs-Toolkit, oder als Bug in josm zu sehen ;-) Fred, vermutlich ist meine diesbezügliche Mail im Trubel im FOSSGIS in Deiner Inbox untergegangen, eine Trivialpatch, der aber das Button-Layout nicht-optimal hinterlässt habe ich an http://josm.openstreetmap.de/ticket/677 angehängt. - Committen kann ich den mangels josm SVN-Sccount nicht und es wäre vmtl. auch schöner, das besser zu lösen - ah, ich habe eben nochmal getestet, ein funktioniert auch, nur leer darf der String wohl nicht sein. Bis dann, schöne Grüße, Matthias -- Aussage eines Mathematikprofessors von mir: 'Die Informatiker, das sind die, die dann am Bahnsteig stehen, und ihre Koffer zählen - 0, 1, 2 - Mist, wo ist der dritte Koffer?'[Adalbert Michelic] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Packstationen
Hallo Annette, [EMAIL PROTECTED] wrote: Es wäre nett, wenn mal jemand drüber schaut und mir Tipps gibt, was noch so zu tun wäre. http://www.openstreetmap.org/?lat=52.39944lon=9.6402zoom=15layers=B0FT Sieht doch schonmal prima aus! Ich hab eben mal kurz im josm das validator-Plugin angeworfen, der findet ein paar Sachen zu meckern, die man so beim Draufschauen einfach nicht sehen kann (tut der validator aber meistens *g*) Was mit schon so aufgefallen war, ist der sich selbst überkreuzende Fußweg im Nordwesten, aber da hast Du ja auch drangeschrieben, dass den nochmal jemand anschauen sollte - vmtl. ist da eine Brücke / Unterführung oder sowas drin, oder? (Du könntest in solchen Fällen btw. noch source:extrapolation drankleben, dann ist auch syntaktisch klar, dass das nur abgeschätzt ist) Außerdem scheint es da beim Editieren mit Potlatch passiert zu sein, dass Knoten innerhalb eines Wegs mehrfach vorkommen; das ist der Fall bei Im Sande, Magdeburger Straße, Engelkestraße und Schäferweg. Ein paar Wege haben auch keinerlei Tags abbekommen, da wird dann natürlich auch nichts gerendert. Ansonsten motzt der Validator noch über crossing ways; das sind Wege, die sich in der selben Ebene überschneiden, keinen gemeinsamen Kreuzungs-Node haben und auch keine Brücke/Tunnel sind. Selbst anschauen kannst Du Dir solche Fehler, indem Du mit den Knopf rechts oben die Maplint-Ebene anschaust. Nicht alles, was da angemeckert wird, muss wirklich falsch sein, aber nochmal drüberschauen schadet vermutlich nicht. So, ich hoffe mal, ich hab Dich nicht allzu sehr abgeschreckt, schöne Grüße, Matthias -- Ringwalds Gesetz der Haushaltsgeometrie: Alle horizontalen Flächen werden in kurzer Zeit mit Gerümpel bedeckt. ___ 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.
Hallo zusammen, Gernot Hillier [EMAIL PROTECTED] wrote: Thomas Hieber schrieb: * Für jede Hausnummer einen Node oder gar eine Area in der Datenbank interpoliert. [...] Und ich denke, so machen es die kommerziellen Kartenanbieter auch. Zumindest bin ich von meinem Navi schon so einige Male in die Nähe einer Hausnr. geleitet worden, aber eben nicht genau dahin. [...] Nur muss man auch auf diverse Ausnahmen gefasst sein. Richtig, das mit in die Nähe kann ich auch bestätigen; ich biete ca. 3km Offset bei Gamrin-Kartenmaterial ;-) OK, zugegeben, die Schwarzwaldhochstraße ist da vmtl. auch nicht gerade einfach, aber wenn ich Hausnummer 5 eingebe, lande ich bei Garmin in Bühlerhöhe und nicht in Hundseck, grob 3km daneben... Aber ich denke auch, Interpolieren ist schon sinnvoll, man muss halt Ausnahmen (bzw. abweichende Nummernfolgen) definieren können und sollte genug Stützstellen etc. haben. Schöne Grüße, Matthias -- Betriebsmittel kann ich nur dann verwalten, wenn ich sie einem Prozess ueberhaupt entziehen kann. Win95 kann das nicht. Punkt. Ende. Knack. Damit ist das im klassischen Sinne eines Betriebssystems kein Betriebssystem. [Detlef Bosau in news:[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street Osmarender - (war Packstationen)
Hallo zusammen, Fabian -Patzi- Patzke [EMAIL PROTECTED] wrote: | Was mir als erstes aufgefallen ist, war der Mittelweg, der irgendwie in | der Luft hängt [...] living_street Das raff ich nicht ganz, wieso zeichnet Osmarender die denn hier nicht? Da wo ich sie mal gezeichnet habe [1], zeigt auch Osmarender sie an. Sehr komisch. Oder ist das erst so neu in Osmarender, dass das Gebiet noch nicht so gerendert wurde? Jain; es ist recht neu in Osmarender. Das Problem ist jetzt, dass nicht alle Teilnehmer an [EMAIL PROTECTED] ihre Rulefiles häufig genug updaten. Bis alle [EMAIL PROTECTED] das neue Rulefile haben, kann es also vorkommen, dass Features nicht da oder wieder weg sind, wenn neu gerendert wird, weil zufällig jemand mit 'nem älteren Bestand das Tile gerechnet hat. Wenn dann mal alle die neuen Regeln haben, passiert sowas nimmer. Bis dahin *kann* es helfen, manuell einen Render-Request abzuschicken und zu hoffen, dass ein aktuellerer Client das Tileset berechnet. Aber das kann schon wenige Stunden später wieder umsonst sein, wenn es eine Änderung gab und das Tile dann von 'nem älteren Client neu gerechnet wird. HTH soweit, schöne Grüße, Matthias -- Habe ich neulich noch auf der Arbeit gehoert, es ging um Privat-PF: Firewall: hat mein Mann installiert, ist das nervende Programm, wo man staendig 'allow' klicken muss. (Michael Scheer in [EMAIL PROTECTED]) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living_street in Osmarender (was: Re: Mapnik: living_street vs. pedestrian)
Hallo zusammen, Frederik Ramm [EMAIL PROTECTED] wrote: [Spielstraßen-Rendering] Ich hab das jetzt mal im Osmarender eingebaut, auf den Zoomstufen 16 und 17. Auf allen anderen Zoomstufen werden living_street dann exakt gleich wie residential gezeichnet. - Wird u.U. ein paar Stunden dauern, bis die Renderer das aufgreifen; beobachtet es mal und sagt, ob es taugt. Super-prima, vielen Dank! Ich habe gleich mal in Durlach den Altstadtring etc. korrigiert (siehe http://www.informationfreeway.org/?lat=48.99928228562403lon=8.471322651262694zoom=17layers=B000F000F für eine bbox) und das lokal gerendert. Die Strichelung gefällt mir irgendwie nicht so recht, aber eine bessere Idee hab ich auch nicht, wie man das darstellen sollte ;-) Was mir aber aufgefallen ist, sind die Einmündungen in residential; da geht die Strichelung IMHO zu weit in die residential rein. Sieht man recht schön an der Ochsentorstraße mit ihren vielen einmündenden Spielstraßen - Evtl. wäre es schön, da die Enden durch die residential verdecken zu lassen oder sowas? So, genug gemotzt, schöne Grüße und noch frohe Rest-Ostern, Matthias -- Niemand verbietet Dir, einen bewaffneten Gartenzwerg in Deinen Vorgarten zu stellen, aber wenn Du meinst, deshalb die Haustür nicht mehr abschließen zu müssen, dann ist *das* grob fahrlässig. (Ruprecht Wiskott in de.comp.security.firewall) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Innerstädtische ?Kategorisierung
Hallo zusammen, Heiko Jacobs [EMAIL PROTECTED] wrote: Die Fälle kreuzungsfrei, aber zweispurig und nur eine Linie in der Mitte und vierspurig, aber nicht kreuzungsfrei dürften in Detuschland häufiger sein. Für vierspurig, kreuzungsfrei(!), aber nur Doppellinie wüsste ich jetzt kein Beispiel. AFAIR war die B33a zwischen A5 und Offenburg lange so, allerdings auf 100km/h limitiert. Ich glaube aber, inzwischen wurde da was in die Mitte reingesetzt, Leitplanken oder Hütchen oder sowas. Schöne Grüße, Matthias Merz -- Betriebsmittel kann ich nur dann verwalten, wenn ich sie einem Prozess ueberhaupt entziehen kann. Win95 kann das nicht. Punkt. Ende. Knack. Damit ist das im klassischen Sinne eines Betriebssystems kein Betriebssystem. [Detlef Bosau in news:[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fußgänger-Routing
Frederik Ramm [EMAIL PROTECTED] wrote: Naja, es geht nicht um Dich und mich. Es geht um Leute, die fuer das von Dir beschriebene Verfahren zu unsicher sind, [Schilder lesen] und die auf keinen Fall jemals irgendwo durch einen Grasstreifen oder ueber eine Absperrung gehen und nur im aeussersten Notfall eine Strasse an einer nicht dafuer vorgesehenen Stelle ueberqueren. Hihi, das ist dann die wirklich erste sinnvolle real-life-Anwendung für den wie illegal soll die Route denn sein-Schieber im Router, den Fred mal vorgeschlagen hatte ;-) Gruß Matthias Merz -- My software never has bugs. It just develops random features. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de