Re: [Talk-de] ?skobbler launcht MapDust.com - ein eigen ständiges OpenStreetMap Bug Werkzeug [Announceme nt]
Hallo Oliver, Oliver 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 eigen ständiges OpenStreetMap Bug Werkzeug [Announceme nt]
Matthias Merz wrote: > Oliver 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] skobbler launcht MapDust.com - ein eigenst ändiges OpenStreetMap Bug Werkzeug [Announcement ]
Hallo, Oliver 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] Fahrbahnen und bicycle=no
Karl Eichwalder wrote: > Sven Geggus 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 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
Chris-Hein Lunkhusen 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] Garmin Deutschland update
Hallo zusammen,
Christoph Wagner 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] Meine Kreisel-Liste ist abgearbeitet
Hallo zusammen, Florian Lohoff 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.003449&lon=8.423986&zoom=18&layers=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=UTF8&ll=49.003248,8.424373&spn=0.000977,0.002071&t=h&z=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 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] 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] ?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] 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] 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] 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.00453650974226&lon=8.48104833904417&zoom=17&layers=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
[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.00453650974226&lon=8.48104833904417&zoom=17&layers=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?
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.00453650974226&lon=8.48104833904417&zoom=17&layers=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.972256332596096&lon=8.454451560213196&zoom=17&layers=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
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] darf man selbstgemachte google-earth pfade
Hallo zusammen, Frederik Ramm <[EMAIL PROTECTED]> wrote: > > Dieses Recht erlaubt dir Quellen zu zitieren. > Hm, ist das irgendwie wissenschafts-spezifisch? Ich darf ja wohl auch > einen Artikel ueber den neu erschienenen Harry Potter schreiben und > darin erzaehlen, was passiert. (Nicht zitieren. Nacherzaehlen. Meine > eigene Abstraktionsleistung, die ich dennoch ohne das Originalwerk > nicht haette erbringen koennen.) Bei der "Google-Frage" werde ich mich tunlichst raushalten, aber Harry Potter ist ein gutes Beispiel, was kommerziell noch so geht. Du hast denke ich sicherlich recht mit der "Nacherzählung" / Inhaltsangabe, aber die Personen / Welt der Bücher fällt wohl unter einen Markenzeichen-Schutz oder sowas von J.K. Rowling bzw. Warner. Fan-Fiction, die mit großteils anderen Personen in der "Harry-Potter-Welt" spielt darf AFAIK nicht verkauft werden. Außerdem wird "gerade" eine Website verklagt, die ihre online gesammelten Infos jetzt gedruckt rausbringen und verkaufen will (siehe http://www.jkrowling.com/textonly/en/news_view.cfm?id=102 - das "Geld verdienen" ist in dem Fall wohl der Stein des Anstoßes). Alles wohl auch nicht einfach "abgeschrieben", sondern selbst zusammengetragen auf Basis der Bücher. Wie ein solches Vorgehen dann rechtlich zu bewerten wäre, ist die nächste "spaßige" Frage, aber große Unternehmen haben üblicherweise eine besser gefüllte "Kriegskasse" als unsereiner und können es da auf längere Prozesse ankommen lassen. Das wollte ich nur mal zum Beispiel Harry Potter ergänzen; Bis dann, schöne Grüße, Matthias -- Bored of your monitor? Drill here ->[ ]<- for a new one ___ 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] 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.39944&lon=9.6402&zoom=15&layers=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 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.99928228562403&lon=8.471322651262694&zoom=17&layers=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
