Re: [Talk-de] opengeodb: Bayern
Hallo Martin, danke auch und viel Spass mit dem Steineschleppen! Ich versuche bei diesem Thema selbst am Ball zubleiben! Gruß Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Turn Restrictions
Hallo. Am Montag, 7. Juli 2008 schrieb Dimitri Junker: > from=Straße1 > to=Straße2 > via=Kreuzung > restriction=no_left_turn > Aber woran erkennt man, daß damit nicht gemeint ist, daß man von N kommend > nicht nach O abbiegen darf? Bisher hatte ich wohl immer Glück und > mindestens einer der Wege endete an der Kreuzung. Ich antworte mal hier, weil ich dazu auch was anmerken will... :) Und zwar: Wer kam eigentlich auf die Idee, "left" und "right" in die Restrictions aufzunehmen? Und kann mir jemand erklären, warum das auch nur den geringsten Sinn macht? Wäre es für einen Router nicht mindestens genauso sinnvoll, wenn er einfach weiß "von A nicht nach B", völlig schnurz ob das rechts, scharf rechts, halb rechts oder gradeaus ist? Also ja, wenn man sich eine übliche T-Kreuzung vorstellt, dann könnte man sagen, die eine Straße geht durch, die andere endet dort. Dann könnte man mit "no_left_turn" angeben, dass man zwar von links kommend nach rechts abbiegen darf aber nicht andersrum. Aber wir werden ja mittelfristig sowieso alle Straßen an jeder Kreuzung auftrennen weil das irgend eine Relation verlangt. Als ich neulich da ein paar Schnipsel Text zu den turn-restrictions gelesen habe, fand ich das mit dem links und rechts jedenfalls spontan Käse und frage mich, warum das so gemacht wird... Gruß, Bernd -- Die Grippe kommt auf allen Viren signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
Hallo. Am Sonntag, 6. Juli 2008 schrieb Florian Lohoff: > Ich denke es macht mehr sinn die arbeit beim fahren zu machen d.h. dort > schon zu selektieren. Nein. Ich will ja eben Straßen erfassen, die ich so ohne explizite Mapping-Tour fahre. Anders gesagt: Ich will, wenn ich mit der Family unterwegs bin, nicht rum-nerden sondern ein device einfach befestigen, einschalten und dann für den Rest der Fahrt vergessen. Oder auch: Ich will das meiner Frau ins Auto bauen wenn sie alleine irgendwo hin fährt. Dass sie mir GPS-Tracks aufzeichnet ist momentan schon gang und gäbe. Aber GPS-Tracks ohne Detailangaben sind nicht besonders aussagekräftig. > Die 4000 fotos der reise von Dortmund nach > Hannover sieht sich keiner mehr an. Das mag schon sein, aber um solche Strecken geht es mir nicht. Mir geht es um irgendwelche Fahrten in ein Einkaufszentrum, Besuch bei Bekannten, Fahrt zum Baggersee und ähnliches. Mittelstrecken-Fahrten über Landstraßen die zwar als Straßen schon erfasst sind, aber bisher ohne Geschwindigkeitsbegrenzung. Nachher die Fotos vor dem Geotagging grob zu sortieren wo denn was interessantes drauf ist, geht IMO recht schnell. Gruß, Bernd -- Die Wege der Natur sind geheimnisvoll, doch alles in allem sind sie zweckmässig. - Lewis C. Epstein, in «Relativität anschaulich dargestellt» signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
Hallo. Am Sonntag, 6. Juli 2008 schrieb derandi: > Also so aufwendig würde ich das nicht betreiben. Wenn ich mit dem Auto > unterwegs bin dann halte ich mich an die Geschwindigkeit und lese diese > später über die Aufzeichnung den GPS-Mitschnitt aus. Sicher das ist > nicht 100% genau. Aber selbst bei den derzeit verfügbaren > Navigationsgeräten ist keines sehr genau. Ich war überrascht, wie genau mein Medio-Nvi diese Schilder drin hat. Es vergehen keine 10 Meter bis das Ding die Begrenzung umschaltet. Das hat bei mir spontan ein "Wow, wir müssen das mindestens auch so genau machen" bewirkt. Und ich kann nicht innerhalb von wenigen Metern von 70 auf 50 bremsen oder von 50 auf 100 beschleunigen. Das macht mein Auto so nicht mit. :) Außerdem gibt es ja teilweise Phasen wo ein LKW mit recht exakt 60 vor einem her fährt. Auch ohne beschilderte Begrenzung. das am GPS-Track abzulesen ist IMHO sehr unzuverlässig. Gruß, Bernd -- Und aus der Trübnis sprach eine Stimme zu mir: "Lächle und sei froh, denn es könnte schlimmer kommen!" Und ich lächelte und war froh - und es kam schlimmer! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
2008/7/6 Frederik Ramm <[EMAIL PROTECTED]>: > Hi, > >> 14274 ist die A 3, von Nürnberg bis Passau. Welche ways wurden denn da >> gelöscht? > > Bei genauerem Hinsehen ergibt sich, dass diese Relation neben > zahlreichen Ways genau einen Node enthielt. Dieser Node (269943443) > wurde am 15.6. vom User Hexxer geloescht, verschwand irgendwie aber > nicht aus der Relation. Die Relation war damit ungueltig (und in sowas > wie JOSM nicht bearbeitbar). Hat aber wohl niemand gemerkt, mit Potlatch > ging's anscheinend. Ist jetzt repariert. > >> 18558 ist bie B 15 > > Die enthaelt den Way 5061228, der am 5.7 vom User Reinhard75 geloescht > wurde. Ich hab den Way aus der Relation entfernt und konnte sie dadurch > wiederherstellen. > > Bye > Frederik > > -- > Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" > ich denke, wir sollten uns im Wiki bemühen, weniger grundsätzlich von der Fehlerhaftigkeit der bereits eingegebenen Daten auszugehen, so z.B. hier: http://wiki.openstreetmap.org/index.php/Editing_Standards_and_Conventions#Accuracy "...When someone comes along to do it properly, they will most likely delete your way and start again from scratch, as it's quicker to draw a new road than to add lots of points into an existing way." (~Wenn jemand ordentlich arbeitet und diesen Weg findet, wird er ihn erstmal löschen und von vorn beginnen). Das steht in einer Seite für Anfänger. Wenn da gleich erklärt wird, dass wer "ordentlich arbeitet" den groben Weg erstmal löscht, dann kann man von einem Anfänger auch nicht erwarten, dass er anders handelt. Ich habe den entsprechenden Abschnitt geringfügig überarbeitet. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Track-Grades auf Garmin-Geräten
Hallo, ich benutze die von Computerteddy erzeugten OSM-Daten für mein Garmin etrex Vista HCx. Ich brauche die Karten vor allem fürs Fahrrad. Leider sehe ich weder im Mapsource noch auf dem Gerät selber den Unterschied zwischen den 5 verschiedenen Track-Grades. Wenn ich jetzt mit meinem Trekking-Bike mit Gepäck etc. auf einem Grade 5-Track lande, kann das schon ein wenig holprig werden. Hat jemand einen Tipp wie man die unterschiedlichen Grades sichtbar oder zumindest abfragbar machen kann? Vielen Dank, Gerd -- Address (better: trap) for people I really don't want to get mail from: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
> ...Nur führt > das wieder zu Problemen wenn mal wieder jemand die Richtung ändert, z.B. um > 2 Wege zu verbinden. Deshalb bin ich gegen die Nutzung der Wegrichtung. Bei > signed_directions könnte man dann durch Komma, Semikolon, oder was auch > immer erlaubt ist, getrennt alle auf Schildern angegebenen Orte eintragen. > Dabei sollte der am deutlichsten erkennbare als erster aufgeführt werden. > > Dimitri > das könnte man auch dadurch lösen, dass man zunächst das Umdrehen des kompletten ways nicht mehr zum Standardfall macht, sondern vielmehr die richtungsabhängigen Tags einzeln dreht. oneway=no, yes, opposite für die Einbahnstraße. Beim Zusammenfügen von Wegen gibt es allerdings ein Problem. Hier könnte ggf. der Editor unterstützen, indem er die richtungsabhängigen Tags automatisch (oder durch Auswahlmenü manuell) bei Inversion umdreht. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frankenweg
Hi, > Gute Idee -- legst du mir bitte ein josm-stable an die übliche stelle, > wenn es soweit ist? ;) Kein Problem, ich habe da einen Schuppen im Garten, da habe ich immer gut abgehangene JOSMs fuer Freunde der echten Qualitaet. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Turn Restrictions
Hi, > bei der Diskussion zu Richtungsangaben viel mir gerade ein Problem bei den > Turn-Restrictions auf. Was ist bei einer ganz normalen Kreuzung, also > Straße1 läuft von N nach S und Straße2 von O nach W. Beide kreuzen sich an > Kreuzung, gehen aber beide durch Kreuzung durch. Dann musst Du die Strassen an der Kreuzung aufteilen. Ich wuerde sogar dazu raten, das so zu machen, dass die Relation auch ohne Auslesen des "restriction"-Tags noch sinnvoll ist, d.h. alle beteiligten Strassen muessen an der Kreuzung aufgeteilt sein. - Es gibt aber auch ein al- ternatives Konzept, bei dem Du den jeweils naechsten Node einer Strasse noch dazunimmst, um zu sagen, was Du genau meinst. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Turn Restrictions
Hallo, bei der Diskussion zu Richtungsangaben viel mir gerade ein Problem bei den Turn-Restrictions auf. Was ist bei einer ganz normalen Kreuzung, also Straße1 läuft von N nach S und Straße2 von O nach W. Beide kreuzen sich an Kreuzung, gehen aber beide durch Kreuzung durch. Wenn man von S kommend nicht nach Westen abbiegen darf wäre das doch: from=Straße1 to=Straße2 via=Kreuzung restriction=no_left_turn Aber woran erkennt man, daß damit nicht gemeint ist, daß man von N kommend nicht nach O abbiegen darf? Bisher hatte ich wohl immer Glück und mindestens einer der Wege endete an der Kreuzung. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Hallo, >Ich verstehe http://wiki.openstreetmap.org/index.php/Key:lanes nicht auf >diese Weise. Dann verstehst Du sie (meiner Meinung nach falsch) Wahrscheinlich hat Dich das Bild verwirrt, aber da steht oneway=yes -> es wurden für diese Autobahn 2 Wege mit je 2 lanes getaggt. Alles andere wäre auch Unsinn, denn was machst Du bei einer Straße mit 2 Spuren in die eine und 3 in die andere? Lanes ist die Gesamtanzahl Spuren für die der Weg gilt -> bei oneway=no für beide Richtungen zusammen. >Es würde für mich auch keinen Sinn machen, eine Gesamtzahl an Spuren >anzugeben ohne aufzuschlüsseln in welche Richtung diese gehen. Da hilft es aber auch nichts wenn man oben 2.5 angibt ;-) Wegweiser ließen sich über Relations eingeben, z.B. at=Kreuzungsnode an der das Schild steht. to=Weg via=Irgendein zweiter Node auf to in der gewünschten Richtung signed_directions=... Mit at soll also nicht eingezeichnet werden wo das Schild genau steht, sondern für welche Kreuzung es gilt to: Das Problem ist, wenn der Weg nicht an at anfängt sondern hindurch geht ist nicht klar für welche Richtung es gilt, eine Lösung wäre einen weiteren Node eintragen, also den via von oben. Alternativ könnte man sich auch an der Richtung des Weges orientieren, also direction=+/-1 oder so. Nur führt das wieder zu Problemen wenn mal wieder jemand die Richtung ändert, z.B. um 2 Wege zu verbinden. Deshalb bin ich gegen die Nutzung der Wegrichtung. Bei signed_directions könnte man dann durch Komma, Semikolon, oder was auch immer erlaubt ist, getrennt alle auf Schildern angegebenen Orte eintragen. Dabei sollte der am deutlichsten erkennbare als erster aufgeführt werden. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
Am Sonntag 06 Juli 2008 schrieb Bernd Wurst: > Hat jemand ne Idee, wie man sowas realisieren könnte? Ich dachte ja schon > an das OpenMoko, aber das hat keine Kamera... :) CHDK mit skripten sollte doch zu sowas fähig sein. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Problem mit Kartenupload auf Garmin eTrex HCx
Hallo, Florian Arnold schrieb am 05.07.2008 19:37: > - Wenn ich das Gerät als USB-Laufwerk betreibe und die Karte aus > http://smash-net.org/openstreetmap/latest/gmapsupp.img.gz draufkopiere, > ist die Datei zwar anschließend auf der Speicherkarte vorhanden, wird > aber vom Gerät ignoriert - es ist nur die Garmin-Basiskarte verfügbar. > Ich hielt es erst für einen Übertragungsfehler, aber ein Zurückkopieren > der Datei auf den PC und anschließender Vergleich mit der Ursprungsdatei > ergaben keine Abweichungen. So, habe es nun immerhin geschafft, das Problem deutlich enger einzukreisen. Habe folgendes gemacht: 1. gmapsupp.img.gz von http://wiki.openstreetmap.org/index.php/User:Computerteddy runtergeladen, entpackt und auf das Gerät (im USB-Laufwerks-Modus) kopiert - funktioniert nicht (siehe oben). 2. - deutschland.tgz von http://wiki.openstreetmap.org/index.php/User:Computerteddy runtergeladen und entpackt. - Sendmap20-GUI (rev 4.0) unter Windows gestartet, "Add maps" gedrückt, alle *.img-Dateien aus dem Archiv dazugefügt, dann "Create GMAPSUPP.IMG" gedrückt. - Die Ergebnisdatei dann ebenfalls auf das Gerät (im USB-Laufwerks-Modus) kopiert - funktioniert einwandfrei! Die Dateien sind übrigens auch unterschiedlich groß: 1. 158044204 Bytes 2. 158273536 Bytes Einen Fehler beim Entpacken würde ich mal ausschließen, da ich es sowohl unter Windows (TUGZip) als auch unter Linux (Ark) versucht habe. Da frage ich mich jetzt natürlich: - Was habe ich beim Erzeugen der gmapsupp.img anders gemacht als Computerteddy? - Warum tritt das Problem nur bei mir auf? Ich werde ja wohl sicher nicht der einzige eTrex-Legend-HCx-Nutzer hier sein. Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM lädt Relation nicht hoch
Hallo, > habe gestern meine erste Relation gebastelt :-) Die "Rosenroute" in > Hildesheim (Stadtrundgang). Leider weigert sich JOSM, sie hochzuladen. > Es sieht zwar immer so aus, als täte er es, er tut es aber nicht. Wenn > ich unmittelbar nach dem Upload wieder auf Upload drücke, bietet er mir > wieder die Relation zum Upload an, und in den Daten angekommen ist > offensichtlich auch nichts. Kannst Du mal die Datei in JOSM als .osm abspeichern und mir schicken? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frankenweg
Frederik Ramm <[EMAIL PROTECTED]> writes: >> Ich habe r585 und werde erst gegen weihnachten updaten. > > Bist Du wahnsinnig? Dezember ist doch gerade die Zeit, in der die von > Weihnachten genervten Programmierer sich verstaerkt an die Arbeit machen > und allerhand wackelige Features einbauen. Wenn ueberhaupt, solltest Du > Weihnachten auf eine Version von Juli oder August updaten, auf keinen > Fall auf eine aktuelle. Gute Idee -- legst du mir bitte ein josm-stable an die übliche stelle, wenn es soweit ist? ;) Andernfalls könnte ich das update auch auf nächste ostern verschieben, denn mit r585 bin ich recht zufrieden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM lädt Relation nicht hoch
Hallo, habe gestern meine erste Relation gebastelt :-) Die "Rosenroute" in Hildesheim (Stadtrundgang). Leider weigert sich JOSM, sie hochzuladen. Es sieht zwar immer so aus, als täte er es, er tut es aber nicht. Wenn ich unmittelbar nach dem Upload wieder auf Upload drücke, bietet er mir wieder die Relation zum Upload an, und in den Daten angekommen ist offensichtlich auch nichts. Bekannter Bug? Benutzerfehler? Danke für Eure Hinweise. Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Betr.: [EMAIL PROTECTED]: Haltestellen]
Moin, > Mache ich. > > Kann man bereits bei OSM gespeicherte Haltestellen als GPX-Datei > > herunterladen? bei Bedarf kann ich beim nächsten Durchlauf[1] die Haltestellen als GPX mit extrahieren. ce [1] http://christeck.de/POIs ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [patch] Breite von Flüssen :)
Sven Geggus <[EMAIL PROTECTED]> wrote: > Langer Rede kurzer Sinn! Ich hab trotzdem für orp einen patch gebaut, > der die Breite von Flüssen berücksichtig, wenn ein with=X Tag an den > Weg angehängt ist. X ist die Breite des Flusses in Meter. OK Leute, nachdem Raphael zurecht darauf hingewiesen hat, dass das Teil stinklangsam geworden ist hab ich nochmal drüber geschaut und das Problem zusammen mit Matthias Merz, der deutlich besser perl kann als ich gelöst! Hier also die Version 0.2 des Flußbreiten-Patch ich denke ihr könnt schon mal eure Laser Entfernungmesser kaufen gehn! http://home.geggus.net/osm/orp-river-width.diff Apropos Laser Entfernungmesser. Kennt jemand die Geräte Bosch DLE 50 und/oder PLR 30? PLR 30 ist Bosch grün DLE 50 ist blau also die Profi Serie. 50m ist schon cool. Billiger als GPS das Zeug :) Gruss Sven --schnipp-- Index: orp-drawing.pm === --- orp-drawing.pm (Revision 8793) +++ orp-drawing.pm (Arbeitskopie) @@ -15,6 +15,7 @@ require "orp-bbox-area-center.pm"; our ($writer, $projection, $symbolScale, $textAttenuation, $debug); +our %widthconfig; # --- @@ -78,15 +79,53 @@ { my ($linenode, $layer, $way, $class) = @_; +# explicit way specific style +my $style=""; + # convenience variables my $id = $way->{"id"}; my $nodes = $way->{"nodes"}; return unless(scalar(@$nodes)); +# this is a special case for ways (rivers) where we honor a +# width=something tag. +# It is used to generate rivers of different width. +# This is done by an explicit specification of a +# style="stroke-width:..px" tag in the generated SVG output + +if (defined($way->{"tags"}->{"width"})) { + + # check whether width shall be honored for this way + my $cname=""; + foreach my $c (split(/ /,$class)){ + if($widthconfig{'honorWidth'}{$c}) { + $cname=$c; + last; + } + } + if ($cname ne "") { + my $width = $way->{"tags"}->{"width"}; + $width =~ s/m$//; + my $f = $widthconfig{'meter2px'}; + my $w; + # make sure, that width is a numeric value + { no warnings; $w = $f*$width if 0+$width;} + + if (defined($w)) { + # make sure that width is inside the desired range + my $maxw = $f* $widthconfig{'maxLineWidth'}; + my $minw = $f* $widthconfig{'minLineWidth'}; + if ($w > $maxw) {$w = $maxw;} + if ($w < $minw) {$w = $minw;} + $style = "stroke-width:${w}px"; + } + } +} + # first draw middle segment if we have more than 2 nodes draw_path($linenode, "way_mid_$id", -"osmarender-stroke-linecap-butt osmarender-no-marker-start osmarender-no-marker-end") +"osmarender-stroke-linecap-butt osmarender-no-marker-start osmarender-no-marker-end", $style) if (scalar(@$nodes)>2); # count connectors on first and last node @@ -116,32 +155,32 @@ if ($first_node_connection_count == 1) { -draw_path($linenode, "way_start_$id", "osmarender-no-marker-end"); +draw_path($linenode, "way_start_$id", "osmarender-no-marker-end", $style); } elsif ($first_node_lower_layer_connection_count > 0) { draw_path($linenode, "way_start_$id", -"osmarender-stroke-linecap-butt osmarender-no-marker-end"); +"osmarender-stroke-linecap-butt osmarender-no-marker-end", $style); } else { draw_path($linenode, "way_start_$id", -"osmarender-stroke-linecap-round osmarender-no-marker-end"); +"osmarender-stroke-linecap-round osmarender-no-marker-end", $style); } if ($last_node_connection_count == 1) { -draw_path($linenode, "way_end_$id", "osmarender-no-marker-start"); +draw_path($linenode, "way_end_$id", "osmarender-no-marker-start", $style); } elsif ($last_node_lower_layer_connection_count > 0) { draw_path($linenode, "way_end_$id", -"osmarender-stroke-linecap-butt osmarender-no-marker-start"); +"osmarender-stroke-linecap-butt osmarender-no-marker-start", $style); } else { draw_path($linenode, "way_end_$id", -"osmarender-stroke-linecap-round osmarender-no-marker-start"); +"osmarender-stroke-linecap-round osmarender-no-marker-start", $style); } } @@ -719,17 +758,18 @@ } # --- -# sub draw_path($rulenode, $path_id, $class) +# sub draw_path($rulenode, $path_id, $class, $style) # # draws an SVG path with the given path reference and style. # --- sub draw_path { -my ($rulenode, $path_id, $addclass) = @_; +my ($rulenode, $path_id, $addclass, $style) = @_; my $mask_clas
Re: [Talk-de] POI-recording-device
Bernd Wurst schrieb: > Hallo. > ... Also so aufwendig würde ich das nicht betreiben. Wenn ich mit dem Auto unterwegs bin dann halte ich mich an die Geschwindigkeit und lese diese später über die Aufzeichnung den GPS-Mitschnitt aus. Sicher das ist nicht 100% genau. Aber selbst bei den derzeit verfügbaren Navigationsgeräten ist keines sehr genau. Am Ende zählt ja das Straßenschild und das kann kurzfristig auch durch eine Baustelle usw. nicht gültig sein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
Moin, > Ich selber habe das mit autorecordings gemacht. Dh. ich habe einen > taster am Blinkerhebel und nen headset. D.h. ich tippe den taster und in > dem moment wird ein waypoint geschrieben mit dem was ich aufspreche. rein Interessehalber, gibt's mehr Infos dazu wie Du das gelöst hast? Ich fummle immer am Garmin und bemühe meinen mp3-Player, was ziemlich fiddelich ist. Ich überlege schon seit längerem eine Speziallösung für den Fahrradlenker zu basteln. Da ich inzwischen stets ein N810 mitführe hatte ich auch schon überlegt darauf eine Spezialsoftware zu bauen die einen Wegpunkt setzt und dabei Sprache aufzeichnet. Ich hätte sowas allerdings am liebsten direkt in einer der existierenden Mappingapplikationen integriert. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cyclemap verbessern
FreeWorld schrieb: > PieSchie schrieb: > >> Dafür sollte jedoch das erste Problem gelöst werden, damit ersichtlich >> ist, ob eine Straße einen oder mehrere Zusatzwege hat (Fußweg, Radweg, >> getrennt, gemischt) und welche Eigenschaften (Befahrbarkeit durch >> Verkehrsmittel und Belag) er besitzt - natürlich für jede Seite separat. >> > > Genau! Hat jemand ne Idee, wie man noch die Information der Straßenseite > mit einbringen kann? Doppelte Tags? (einmal für links, einmal für rechts) > Meine Idee wäre es, wenn man grundsätzlich einen Weg als zwei Strecken (Einbahnstraßen) betrachten würde. Eine Straße zwischen knoten A und B hätte dann zwei Strecken. Eine von A nach B und eine von B nach A. Jede Strecke hätte dann Tags wie footway=yes/no, cycleway=track,lane,no,opposite_lane,opposite_track, wobei opposite heißt, daß auf der rechten Straßenseite z.B. eine lane ist, auf der Radfahrer entgegengesetzt fahren könnten. So aus dem Finger gesaugt könnte man dann z.B. eine Einbahnstraße mit Fahrrad-Gegenverkehr als A nach B residential und B nach A residential access=no bicycle=yes bzw. cycleway=lane, wenn es im Gegenverkehr eine Fahrradspur gibt... Eine echte Einbahnstraße hätte dann nur eine Strecke von A nach B und keine von B nach A. So, oder so ähnlich könnte ich mir das vorstellen, wobei ich befürchte, dass man so etwas doch mehr global ändern müsste und ich mir nicht sicher bin, in wie weit das mit dem bisherigen OSM-Datenbankschema funktionieren würde. Ich stelle mir dabei Fragen, wie es z.B. mit der zurodnung aussieht, welche zwei Strecken zueinandergehören und eine Straße bilden. Sicherlich gibt es dabei eine Menge Sonderfälle, die man erstmal berücksichtigen müsste. Z.B. linksverkehr, bei dem die Fuß- und Radwege auf der linken seite sind. Grüße, PieSchie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Hi Bernd, >> Man müsste nur konsequent alle Autobahnen, Bundesstraßen und sonstige >> mehrspurige Straßen mit dem lanes-Tag versehen. >Leider wurde festgelegt, dass lanes=2 eine normale Straße ist, einmal hin und >einmal zurück. Auf http://wiki.openstreetmap.org/index.php/Key:lanes ist beschrieben: "The lanes Key can be used to mark the physical amount of travel lanes on a way." Auf einem oneway-Weg z.B. einer Autobahn kann man also problemlos die Anzahl der Fahrspuren dieser Fahrtrichtung angeben. Auf einem Weg mit Fahrspuren in beiden Richtungen gibt "lanes" die Gesamtzahl an. Für asymmetrische Situationen habe ich schon mehrfach "opposite_lanes" gesehen. Eine Dokumentation hierüner habe ich nicht gefunden, zudem würde "opposite_lanes" zumindest im konkreten Beispiel die Anzahl der Fahrspuren in Gegenrichtung zum Way beziffern, die "lanes" waren die Anzahl Fahrspuren in Richtung des Ways. Was dann mit der eigentlich dokumentierten Gesamtanzahl nicht übereinstimmt. >Über das "lanes" was wir bisher haben, lässt sich nicht festlegen, wie viele >Spuren in welche Richtung gehen. Dabei immer Symmetrie zu unterstellen ist >sehr gewagt. Korrekt, aber sicher irgendwie ausbaubar. IMO besser als die Fahrspuren als Ways zu zeichnen. Grüße, Heiko -- Navigare necesse est. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
On Sun, Jul 06, 2008 at 04:54:13PM +0200, Bernd Wurst wrote: > Hallo. > > Ich hab mir bei einer längeren Autofahrt mit vielen > Geschwindigkeitsbegrenzungen gedacht, dass die zwar bestimmt nicht alle in > OSM sind, aber ich jetzt auch nicht jedes Mal die Digikam zücken will, wenn > ein Schild kommt. > > Daher die Frage: Gibt es ein Gerät, das ich parallel zum GPS-receiver im auto > montieren kann und das z.B. alle Sekunde ein gering-aufgelöstes, > weitwinkliges Bild macht, mit dem man dann später sämtliche POIs und > Geschwindigkeitsbegrenzungen nachtragen kann. > > Ziel soll es sein, dass man während der Fahrt nichts weiter tun muss, sondern > nachher als Geotagged-Images alles auswerten kann. > > Hat jemand ne Idee, wie man sowas realisieren könnte? Ich dachte ja schon an > das OpenMoko, aber das hat keine Kamera... :) Ich denke es macht mehr sinn die arbeit beim fahren zu machen d.h. dort schon zu selektieren. Die 4000 fotos der reise von Dortmund nach Hannover sieht sich keiner mehr an. Der punkt mit der Kamera ist das wenn die lichtbedingungen nicht optimal sind alle bilder verschwommen sind - Selbst bei 1/125s geht das bei tempo 100 schief ... Ich selber habe das mit autorecordings gemacht. Dh. ich habe einen taster am Blinkerhebel und nen headset. D.h. ich tippe den taster und in dem moment wird ein waypoint geschrieben mit dem was ich aufspreche. Problem mit den Geschwindkeitsbeschraenkungen ist das es schwierig bis unmoeglich ist asymetrische maxspeeds einzutragen. D.h. es ist notwendig das man sich auch mal umdreht ob denn in gegenrichtung auch die entsprechende aufhebung ist. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] aus dem Panel starten
Christian Koerner schrieb: > Zwei Moeglichkeiten, du legst dir 'n Shellscript an das zuvor in das > Verzeichnis wechselt in dem tilesGen.pl liegt und es von dort aufruft. moin...ich habe die zweite Möglichkeit genommen aber noch ein rm stopfile.txt hinzugefügt: sodass man das nicht immer wieder löschen muss: #!/bin/sh TAHPATH=/home/user/osm cd ${TAHPATH} rm ${TAHPATH}/stopfile.txt perl ${TAHPATH}/tilesGen.pl loop desweiteren hab ich ein weiteres script angelegt um die loop zu stoppen: #!/bin/sh TAHPATH=/home/user/osm cp ${TAHPATH}/stopfile.txt.temp ${TAHPATH}/stopfile.txt alles gute Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
Hi, > 14274 ist die A 3, von Nürnberg bis Passau. Welche ways wurden denn da > gelöscht? Bei genauerem Hinsehen ergibt sich, dass diese Relation neben zahlreichen Ways genau einen Node enthielt. Dieser Node (269943443) wurde am 15.6. vom User Hexxer geloescht, verschwand irgendwie aber nicht aus der Relation. Die Relation war damit ungueltig (und in sowas wie JOSM nicht bearbeitbar). Hat aber wohl niemand gemerkt, mit Potlatch ging's anscheinend. Ist jetzt repariert. > 18558 ist bie B 15 Die enthaelt den Way 5061228, der am 5.7 vom User Reinhard75 geloescht wurde. Ich hab den Way aus der Relation entfernt und konnte sie dadurch wiederherstellen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagwatch für Europa
Hi, > zudem hab ich ein paar Änderungen gerade mit hochgeladen. > * Anbindung an die osmxapi um von den tags eine data.osm Datei zu bekommen und > diese so in JOSM direkt zu ändern wenn gewünscht. Die Funktion find ich vom feinsten, bis jetzt war immer ein mühsamer Umweg über manuelles eingeben notwendig. Das Feature scheint grossen anklang zu finden. Bei einigen Tippfehlern kommt nur noch eine leere Datei zurück :) Besten Dank. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagwatch für Europa
Am Mittwoch, 2. Juli 2008 21:14:50 schrieb Claudius Henrichs: > Super schön! Danke. Du solltest nur die Verlinkung automatisch > generierter Seiten mit Umlauten überprüfen. Evtl tuts ja ein urlencode(); > > Beispielhaft hier die Verlinkungen mit "ü" im Namen: > http://etricceline.de/osm/Europe/De/keystats_bridge.htm Der Fehler ist mittlerweile behoben, da hat sich beim hochladen ein wenig was bei der Unicode codierung zerschossen. zudem hab ich ein paar Änderungen gerade mit hochgeladen. * Die Bilder aus den wiki Seiten werden mit angezeigt * Dokumentierte tags haben ein Beispiel des Osmarender 6 renderers * Anbindung an die osmxapi um von den tags eine data.osm Datei zu bekommen und diese so in JOSM direkt zu ändern wenn gewünscht. Auf der englischen liste hat sich noch jemand gefunden, der daran arbeitet das man solche tags direkt online ändern kann um das ganze so nochmal zu vereinfachen. Das wird dann nochmal eingebaut, sobald das fertig ist. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Betr.: [EMAIL PROTECTED]: Halt estellen]
Mache ich. mallok -Ursprüngliche Nachricht- Von: Jochen Topf <[EMAIL PROTECTED]> Datum: 06/07/08 19:31 An: talk-de@openstreetmap.org Betreff: [Talk-de] [EMAIL PROTECTED]: Haltestellen] Möchte sich das jemand mal anschauen und mit Tobias Kontakt aufnehmen? Jochen - Forwarded message from [EMAIL PROTECTED] - Date: Sun, 06 Jul 2008 00:03:29 +0200 From: [EMAIL PROTECTED] Subject: Haltestellen To: [EMAIL PROTECTED] Hallo, ich habe die Koordinaten einiger Haltestellen bestimmt. http://www.materialordner.de/C0Mf7RMw31erld6f3d8ckBBBzbuCDML6.html Kann OSM sowas gebrauchen? Ich bin ständig dabei, die Liste zu erweitern. Kann man bereits bei OSM gespeicherte Haltestellen als GPX-Datei herunterladen? Viele Grüße Tobias P.S. ich bin reiner Anwender ohne jegliche Programmierkenntnisse. Selber einbauen kann ich sowas nicht. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer - End forwarded message - -- Jochen Topf Geofabrik GmbH [EMAIL PROTECTED] Rueppurrer Strasse 4 Tel: 0721-1803560-1 76137 Karlsruhe Fax: 0721-1803560-9 Handelsregister: HRB Mannheim 703657 http://www.geofabrik.de/ Geschaeftsfuehrung: Frederik Ramm ___ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
Am Sonntag, 6. Juli 2008 20:14:52 schrieb Siggi Seckler: > Deshalb wäre es ein schöner Zug, wenn jemand von den "Profis" auf > "De:Map_Features" dazu was schreiben könnte. Auf der englischen MF Seite wird auf [1] verlinkt. Das Deutsche Pendant dazu und das was ihr wohl zu suchen scheint wäre [2] Ich hab mal eine Bemerkung samt link auf die deutsche Map_Features Seite gepackt. Gruß Jörg [1] http://wiki.openstreetmap.org/index.php/Relations [2] http://wiki.openstreetmap.org/index.php/De:Relations ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
Hallo zusammen, Josias Polchau schrieb: > ich finde die sollten auf jedenfall in den Map Features > erwähntwerden... > auch was man unter dem tag type versteht. Dafür wäre ich auch dankbar. Ich bin zwar kein Anfänger mehr, aber das mit den 'relation' habe ich noch nicht wirklich verstanden, oder eine Idee wie ich das einsetzen sollte habe ich noch nicht. Deshalb wäre es ein schöner Zug, wenn jemand von den "Profis" auf "De:Map_Features" dazu was schreiben könnte. Viele Grüße Siggi > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:talk-de- > [EMAIL PROTECTED] Im Auftrag von Josias Polchau > Gesendet: Sonntag, 6. Juli 2008 19:51 > An: talk-de@openstreetmap.org > Betreff: Re: [Talk-de] Vandalismus > > Dominik Spies schrieb: > > [...]das war ein Versehen, da im Editor (Potlach) diese Straßen und > > Landkreisgrenzen blau unterlegt waren, was in anderen, schon ziemlich > > fertiggestellten Bereichen (Ruhrgebiet) nicht der Fall war. In erster > > Linie habe ich aber die Bezeichnung 'road' gelöscht, da ich diese > > Bezeichnung unter Map Features nicht fand. Erst am Ende entdeckte > ich, > > daß ein Klick auf eine 'boundary' eine 'relation' anzeigte und ich da > > wohl Mist gebaut habe. > > [...] > > ich kann das echt gut verstehen... ls ich das erste mal auf eine > relation gestoßen bin, bin ich auch erst mal stutzig geworden... > hab mich dann erst mal informiert... > ich finde die sollten auf jedenfall in den Map Features > erwähntwerden... > auch was man unter dem tag type versteht. > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Bernd Wurst wrote: > Leider wurde festgelegt, dass lanes=2 eine normale Straße ist, einmal hin und > einmal zurück. Wie kommst Du darauf? Ich verstehe http://wiki.openstreetmap.org/index.php/Key:lanes nicht auf diese Weise. Es würde für mich auch keinen Sinn machen, eine Gesamtzahl an Spuren anzugeben ohne aufzuschlüsseln in welche Richtung diese gehen. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
Dominik Spies schrieb: > [...]das war ein Versehen, da im Editor (Potlach) diese Straßen und > Landkreisgrenzen blau unterlegt waren, was in anderen, schon ziemlich > fertiggestellten Bereichen (Ruhrgebiet) nicht der Fall war. In erster > Linie habe ich aber die Bezeichnung 'road' gelöscht, da ich diese > Bezeichnung unter Map Features nicht fand. Erst am Ende entdeckte ich, > daß ein Klick auf eine 'boundary' eine 'relation' anzeigte und ich da > wohl Mist gebaut habe. > [...] ich kann das echt gut verstehen... ls ich das erste mal auf eine relation gestoßen bin, bin ich auch erst mal stutzig geworden... hab mich dann erst mal informiert... ich finde die sollten auf jedenfall in den Map Features erwähntwerden... auch was man unter dem tag type versteht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [patch] Breite von Flüssen :)
Christian Koerner <[EMAIL PROTECTED]> wrote: > Wir muessen zwei Breitenangaben beruecksichtigen 'width' und > 'est_width' und ich empfehle die Verwendung von > 'est_width' bei geschaetzter Breite. Das sehe ich vollkommen anders! Müssen tun wir gar nichts. Außerdem gefällt mir das nicht (Begründung siehe unten). Ich werde das jedenfalls nicht zusätzlich zum width Tag (der BTW im Gegensatz zu est_width im Wiki dokumentiert ist) einbauen. Wenn ich den Verlauf einer Straße nicht kenne dann trage ich die ja auch ganz normal ein und füge im Zweifelsfall einfach noch ein source=interpolation hinzu. Wenn nun jemand der Verlauf genauer verifiziert hat nimmt er den Zusatztag einfach raus und gut iss. Wenn Du z.B. einen Fluß mit width=5m taggst und nun stellt ein anderer mit einem Laser Entfernungsmesser fest, dass das aber nur 4.754 Meter sind dann ändert er halt den width Tag und gut ist. Gruss Sven -- All bugs added by David S. Miller <[EMAIL PROTECTED]> Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?[patch] Breite von Flüssen : )
Daniel Schmidt <[EMAIL PROTECTED]> wrote: > Feine Sache, Sven. Könnte man das vielleicht noch um "est_width" > erweitern? Bei vielen Flüssen werden wohl einfach nur grobe > Schätzungen zur Breite vorliegen, zumal sich die Breite oft alle paar > Meter ändert. Wenn sich die Breite ändert trennt man den Weg auf und setzt eine andere Breite, so wie man das bei Straßen mit wechselnden attributen ebenfalls macht. Wenn Die Breite nur geschätzt ist kannst Du nen zusätzlichen Tag dranhängen, der diese Aussage enthält. > Ich habe bisher meistens die Breite des Flusses auf einer Brücke > abgeschritten und dann als geschätzte Breite eingetragen. Was spricht nun dagegen das tagging entsprechend meines Vorschlages umzuändern? Der Renderer kennt hier nur schwarz und weiß ich halte es ehrlich gesagt nicht für sinnvoll zusätzlich zu width auch noch est_width zu berücksichtigen. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [EMAIL PROTECTED]: Haltestellen]
Möchte sich das jemand mal anschauen und mit Tobias Kontakt aufnehmen? Jochen - Forwarded message from [EMAIL PROTECTED] - Date: Sun, 06 Jul 2008 00:03:29 +0200 From: [EMAIL PROTECTED] Subject: Haltestellen To: [EMAIL PROTECTED] Hallo, ich habe die Koordinaten einiger Haltestellen bestimmt. http://www.materialordner.de/C0Mf7RMw31erld6f3d8ckBBBzbuCDML6.html Kann OSM sowas gebrauchen? Ich bin ständig dabei, die Liste zu erweitern. Kann man bereits bei OSM gespeicherte Haltestellen als GPX-Datei herunterladen? Viele Grüße Tobias P.S. ich bin reiner Anwender ohne jegliche Programmierkenntnisse. Selber einbauen kann ich sowas nicht. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer - End forwarded message - -- Jochen Topf Geofabrik GmbH [EMAIL PROTECTED] Rueppurrer Strasse 4 Tel: 0721-1803560-1 76137 Karlsruhe Fax: 0721-1803560-9 Handelsregister: HRB Mannheim 703657 http://www.geofabrik.de/ Geschaeftsfuehrung: Frederik Ramm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wettbewerb-Anmeldung/SOTM
Hi! Wir Ihr ja schon alle wißt, läuft seit einer Weile der OSM Summer Mapping-Wettbewerb. Wers noch nicht weiß, Infos dazu gibts unter http://wettbewerb.openstreetmap.de/ Wichtiges Ziel dieses Wettbewerbes ist es, die Community mehr zusammenzubringen und auch gegenseitig Ideen auszutauschen. Wenn ihr Ideen für eine Teilnahme am Wettbewerb habt bzw. schon feste Pläne, dann meldet Euch doch per Mail an [EMAIL PROTECTED] an. Mit den Ideen motiviert ihr andere, auch beim Wettbewerb mitzumachen und sich vielleicht sogar Eurer Gruppe anzuschließen. Teilnehmer sollten sich einen Account im Blog (an genannter Adresse) holen und über Ihre Planungen und dann später über die Durchführung berichten. Trommeln gehört zum Geschäft! Wenn Ihr Eure Projekte bis am Freitag eintragt, dann werde ich sie noch in meinem Vortrag über die Aktivitäten der deutschen Community auf der State of the Map-Konferenz am kommenden Wochenende vorstellen. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Hallo, > Schwäbisch-Hall ist an dieser Stelle die (ich schätze mal) 4. Stadt, durch > die > die B14 führt. Aber es steht auf dem Schild, das dort ist, nun mal ganz oben. > D.h. es sollte erfasst werden, welche Strecke an welcher Stelle mit welchem > Ort primär beschriftet ist. > Dazu ist mir aber auch noch nichts brauchbares eingefallen, wie wir das > erfassen können. Das kann man recht gut mit Relationen erfassen, nach dem gleichen Muster wie Turn Restrictions. Der "hereinkommende" und "herausgehende" Weg sind jeweils Member, und die Relation enthaelt dann die Info "wenn Du von nach willst, dann folge der Beschriftung ". Ein Router wuerde ganz 08/15 seine Route berechnen und dann schauen, ob es irgendwo passende Relationen gibt. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [patch] Breite von Flüssen :)
On Sat, 5 Jul 2008 17:56:18 + (UTC) Sven Geggus <[EMAIL PROTECTED]> wrote: > Hallo zusammen, > > so, jetzt kann ich endlich teilweise das anbieten, was ich eigentlich > schon länger haben wollte aber bisher mangels xslt Kenntnisse nicht > realisieren konnte. > > Prinzipiell bin ich zwar auch kein Perl Hacker sondern meine > Scriptsprachen sind eher Python und Tcl, aber trotzdem liegt > mir die prozedurale Welt wohl doch besser als xslt. > > Langer Rede kurzer Sinn! Ich hab trotzdem für orp einen patch gebaut, > der die Breite von Flüssen berücksichtig, wenn ein with=X Tag an den > Weg angehängt ist. X ist die Breite des Flusses in Meter. Wir muessen zwei Breitenangaben beruecksichtigen 'width' und 'est_width' und ich empfehle die Verwendung von 'est_width' bei geschaetzter Breite. Ich hab dein Patch etwas modifiziert (Anhang 'orp-river-width.diff'). > Ich möchte das ganze jedoch erst ins svn einchecken wenn es jemand > ausprobiert und für funktioniell befunden hat. > Fuer's Erste sollte es tun (ich werde mal noch 'ne Landschaft rendern in der ich mehr Breitenangaben habe). Grusz Christian Index: orp-drawing.pm === --- orp-drawing.pm (revision 8751) +++ orp-drawing.pm (working copy) @@ -78,15 +78,54 @@ { my ($linenode, $layer, $way, $class) = @_; +# explicit way specific style +my $style=""; + # convenience variables my $id = $way->{"id"}; my $nodes = $way->{"nodes"}; return unless(scalar(@$nodes)); +# this is a special case for ways (rivers) where we honor a +# with=something tag. +# It is used to generate rivers of different width. +# This is done by an explicit specification of a +# style="stroke-width:..px" tag in the generated SVG output + +my($way_width) = grep { defined } + map $way->{'tags'}->{$_} => qw( width est_width ); + +if( defined($way_width) and $way_width =~ /^ \d+\.?\d* m? $/x) +{ # width an integer number w/ optional unit (meters) + +$way_width =~ s/m$//; + +# get all classes where width should be honored +my @honorWidth = split ' ' => get_variable("honorWidth","waterway-river-core waterway-river-casing"); + +# check if the list of honored classes contains the current class +my %currentClass = map { $_ => 1 } split(/ /,$class); + +if(grep $currentClass{$_} => @honorWidth) +{ +my $meter2PixelFactor = get_variable("meter2px","0.1375"); + +$way_width *= $meter2PixelFactor; + +my $minLineWidth = get_variable("minLineWidth", "1"); +my $maxLineWidth = get_variable("maxLineWidth", "100"); + +$way_width = $minLineWidth if $way_width < $minLineWidth; +$way_width = $maxLineWidth if $way_width > $maxLineWidth; + +$style = "stroke-width:${way_width}px"; +} +} + # first draw middle segment if we have more than 2 nodes draw_path($linenode, "way_mid_$id", -"osmarender-stroke-linecap-butt osmarender-no-marker-start osmarender-no-marker-end") +"osmarender-stroke-linecap-butt osmarender-no-marker-start osmarender-no-marker-end", $style) if (scalar(@$nodes)>2); # count connectors on first and last node @@ -116,32 +155,32 @@ if ($first_node_connection_count == 1) { -draw_path($linenode, "way_start_$id", "osmarender-no-marker-end"); +draw_path($linenode, "way_start_$id", "osmarender-no-marker-end", $style); } elsif ($first_node_lower_layer_connection_count > 0) { draw_path($linenode, "way_start_$id", -"osmarender-stroke-linecap-butt osmarender-no-marker-end"); +"osmarender-stroke-linecap-butt osmarender-no-marker-end", $style); } else { draw_path($linenode, "way_start_$id", -"osmarender-stroke-linecap-round osmarender-no-marker-end"); +"osmarender-stroke-linecap-round osmarender-no-marker-end", $style); } if ($last_node_connection_count == 1) { -draw_path($linenode, "way_end_$id", "osmarender-no-marker-start"); +draw_path($linenode, "way_end_$id", "osmarender-no-marker-start", $style); } elsif ($last_node_lower_layer_connection_count > 0) { draw_path($linenode, "way_end_$id", -"osmarender-stroke-linecap-butt osmarender-no-marker-start"); +"osmarender-stroke-linecap-butt osmarender-no-marker-start", $style); } else { draw_path($linenode, "way_end_$id", -"osmarender-stroke-linecap-round osmarender-no-marker-start"); +"osmarender-stroke-linecap-round osmarender-no-marker-start", $style); } } @@ -719,17 +758,18 @@ } # --- -# sub draw_path($rulenode, $path_id, $class) +# sub draw_path($rulenode, $path_id, $class
Re: [Talk-de] [EMAIL PROTECTED]: orp für produktiven Ei nsatz?
Christian Koerner <[EMAIL PROTECTED]> wrote: > Ich schau's mir mal an, vielleicht laesst sich da was tun. Super! Ich schreib hier mal kurz auf deutsch was ich genau mache. Wenn der Weg einen Tag width hat wird geschaut, ob die Wegeklasse in honorWidth (default "waterway-river-core waterway-river-casing") vorkommt. Wenn ja wird ein separates style="stroke-width:XXpx" eingefügt, das die Angaben ind er zugehörigen Klasse überschreibt. XXpx rechnet sich aus meter2px*angegebene Länge. maxLineWidth und minLineWidth (jeweils in Meter) dienen als obere und untere Grenze. Gruss Sven -- "Whenever there is a conflict between human rights and property rights, human rights must prevail." (Abraham Lincoln) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?[patch] Breite von Flüssen : )
Raphael Studer <[EMAIL PROTECTED]> wrote: > Ich hab mal mein Lieblingsflüsschen zu einem River gemacht und die > Breite des Flusses in 1ner Schritten von 1 auf 35 vergrössert. Sieht > recht glatt aus, funktioniert tiptop, nur hab ich das Gefühl, dass > rendern dauert länger. Sollte eigentlich nicht. Das einzige was bei jedem Weg nun dazugekommen ist ist die Prüfung auf die Existenz eines width Tags. Nur wenn dieses vorhanden ist läuft der Renderer überhaupt in meinen Code rein. Eventuell mal mit time ./orp-neu.pl -r osm-map-features-z17.xml foobar.osm vs. time ./orp-alt.pl -r osm-map-features-z17.xml foobar.osm verifizieren. Gruss Sven -- "We don't know the OS that God uses, but the Vatican uses Linux" (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [patch] Breite von Flüssen :)
Am 05.07.2008 um 19:56 schrieb Sven Geggus: > > > Langer Rede kurzer Sinn! Ich hab trotzdem für orp einen patch gebaut, > der die Breite von Flüssen berücksichtig, wenn ein with=X Tag an den > Weg angehängt ist. X ist die Breite des Flusses in Meter. Feine Sache, Sven. Könnte man das vielleicht noch um "est_width" erweitern? Bei vielen Flüssen werden wohl einfach nur grobe Schätzungen zur Breite vorliegen, zumal sich die Breite oft alle paar Meter ändert. Ich habe bisher meistens die Breite des Flusses auf einer Brücke abgeschritten und dann als geschätzte Breite eingetragen. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
Bernd Wurst wrote: > Hallo. > > Ich hab mir bei einer längeren Autofahrt mit vielen > Geschwindigkeitsbegrenzungen gedacht, dass die zwar bestimmt nicht alle in > OSM sind, aber ich jetzt auch nicht jedes Mal die Digikam zücken will, wenn > ein Schild kommt. > > Daher die Frage: Gibt es ein Gerät, das ich parallel zum GPS-receiver im auto > montieren kann und das z.B. alle Sekunde ein gering-aufgelöstes, > weitwinkliges Bild macht, mit dem man dann später sämtliche POIs und > Geschwindigkeitsbegrenzungen nachtragen kann. > > Ziel soll es sein, dass man während der Fahrt nichts weiter tun muss, sondern > nachher als Geotagged-Images alles auswerten kann. > > Hat jemand ne Idee, wie man sowas realisieren könnte? Ich dachte ja schon an > das OpenMoko, aber das hat keine Kamera... :) Hallo, die meisten Canon PowerShot "A"-Modelle (aber auch etliche "Ixusse" lassen sich mit alternativer Firmware (siehe http://chdk.wikia.com/wiki/CHDK) für "Time Lapse Photography" gebrauchen. Etliche Modelle von Ricoh können das von Haus aus. Haben alle auch einen Stromanschluss, sobald du im Aut bist, steckst du an und die Kamera fotografiert. Am Anfang noch ein Beweisfoto deines GPS-Displays, damit du hinterher den Zeitversatz GPS-Kamerazeit feststellen kannst, und dann in JOSM einarbeiten. Interessant ist sicher die Befestigung im Auto. Man müsste ein Ministativ nehmen. lg roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Hallo. Am Sonntag, 6. Juli 2008 schrieb Etric Celine: > Damit wäre es immerhin ein leichtes auf einer Autobahn immer die > nächstgelegene Ausfahrt auf der berechneten Strecke anzugeben. Will man > nicht, dass das Navigationsgerät dauert die Namen der nächsten Ausfahrten, > sondern vielleicht nur die der nächst "wichtigeren/größeren" angibt, könnte > man zum Beispiel an dem wichtigen junction nodes ein "preferred=yes" oder > so etwas anhängen. > Navis könnten dann immer nach der nächsten Ausfahrt suchen, die mit mit so > einem Tag versehen sind. So etwas sollte ansich zum Ziel führen. Das ist aber bei weitem nicht so praktisch wie immer das anzugeben, was auf dem Wegweiser oben steht. Bei Schildern an Abfahrten steht zwar meist die nächste Abfahrt oben, aber bei Autobahnkreuzen o.ä. lässt sich das IMHO nicht algorithmisch herausfinden ohne an dieser Stelle entsprechende Daten zu hinterlegen. Gruß, Bernd -- Querstreifen machen dick. Längsstreifen machen schlank. Funkstreifen machen Tatü-tata. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
Bernd Wurst <[EMAIL PROTECTED]> writes: > Ziel soll es sein, dass man während der Fahrt nichts weiter tun muss, sondern > nachher als Geotagged-Images alles auswerten kann. 'gphoto' kann zahlreiche digiknipsen remote kontrollieren. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Hallo. Am Sonntag, 6. Juli 2008 schrieb Jonathan Schlüßler: > Ich denke für jede Spur einen Way zu machen ist da nicht nötig. Es gibt > sogar schon ein Feature was meiner Meinung nach genau hierfür eingesetzt > werden kann - und zwar lanes [1]. > Wenn man für "highway=motorway" beispielsweise "lanes=3" setzt und für > "highway=motorway_link" "lanes=2", hat ein Routing-Programm damit doch > alle gewünschten Informationen. > Man müsste nur konsequent alle Autobahnen, Bundesstraßen und sonstige > mehrspurige Straßen mit dem lanes-Tag versehen. Leider wurde festgelegt, dass lanes=2 eine normale Straße ist, einmal hin und einmal zurück. Über das "lanes" was wir bisher haben, lässt sich nicht festlegen, wie viele Spuren in welche Richtung gehen. Dabei immer Symmetrie zu unterstellen ist sehr gewagt. Was bleibt, sind die Richtungspfeile. Woher soll das arme Navi jetzt wissen, ob bei einer großen Kreuzung diese im Bogen verlaufende Abbiegespur auf dem Schild als links oder Halb-links dargestellt ist? Oder gar als grade aus? Oft erschließt sich das IMHO nicht direkt aus dem Datenmodell. Gruß, Bernd -- Hängt die Grünen, solange es noch Bäume gibt! - Mehmet Scholl (dt. Fußballer) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Am Sonntag, 6. Juli 2008 17:33:28 schrieb Jonathan Schlüßler: > Wie das Richtung Stadt x Problem gelöst werden kann, konnte ich bis > jetzt auch noch nicht für mich beantworten. Ist aber glaub ich nicht > ganz so einfach. Dafür gibt es derzeit highway=motorway_junction [1]. Damit wäre es immerhin ein leichtes auf einer Autobahn immer die nächstgelegene Ausfahrt auf der berechneten Strecke anzugeben. Will man nicht, dass das Navigationsgerät dauert die Namen der nächsten Ausfahrten, sondern vielleicht nur die der nächst "wichtigeren/größeren" angibt, könnte man zum Beispiel an dem wichtigen junction nodes ein "preferred=yes" oder so etwas anhängen. Navis könnten dann immer nach der nächsten Ausfahrt suchen, die mit mit so einem Tag versehen sind. So etwas sollte ansich zum Ziel führen. gruß Jörg [1] http://wiki.openstreetmap.org/index.php/Tag:highway%3Dmotorway_junction ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Bernd Wurst wrote: > Hallo. > > Hab grade in meinem Nicht-OSM-tauglichen Navi den Spur-Assistenten gesehen. > > Mit dem jetzigen Datenbestand von OSM ist so etwas IMHO nicht denkbar. Hat > sich schonmal jemand Gedanken gemacht, wie das erfasst bzw. gespeichert > werden könnte? > Der Spur-Assistent ist mir auch neulich auf einer PSP mit Navi-Erweiterung aufgefallen. Und bei Autobahnkreuzen kann das echt hilfreich sein. > Ich bin ja seit ich das kenne noch mehr dafür, alle Fahrspuren getrennt zu > erfassen und über Relations zu definieren ob di ebaulich getrennt sind oder > nicht. Dann kann, bei Bedarf, beim Export in ein anderes Datenformat auch > eine normale Straße wieder zu einer Straße zusammen gefügt werden. Ich denke für jede Spur einen Way zu machen ist da nicht nötig. Es gibt sogar schon ein Feature was meiner Meinung nach genau hierfür eingesetzt werden kann - und zwar lanes [1]. Wenn man für "highway=motorway" beispielsweise "lanes=3" setzt und für "highway=motorway_link" "lanes=2", hat ein Routing-Programm damit doch alle gewünschten Informationen. Man müsste nur konsequent alle Autobahnen, Bundesstraßen und sonstige mehrspurige Straßen mit dem lanes-Tag versehen. Wie das Richtung Stadt x Problem gelöst werden kann, konnte ich bis jetzt auch noch nicht für mich beantworten. Ist aber glaub ich nicht ganz so einfach. viele Grüße, Jonathan [1] http://wiki.openstreetmap.org/index.php/Key:lanes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Problem mit Datendownload
Moin, > gibt es zur Zeit ein Problem mit dem Daten download vom Server ? "bei mir geht's". Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI-recording-device
Am 6. Juli 2008 16:54 schrieb Bernd Wurst <[EMAIL PROTECTED]>: > > Daher die Frage: Gibt es ein Gerät, das ich parallel zum GPS-receiver im > auto > montieren kann und das z.B. alle Sekunde ein gering-aufgelöstes, > weitwinkliges Bild macht, mit dem man dann später sämtliche POIs und > Geschwindigkeitsbegrenzungen nachtragen kann. > http://www.mr-lee-catcam.de/cc_index_de.htm Da hat jemand etwas gebastelt, um herauszufinden, was seine Katze den ganzen Tag ueber macht. Gruesse, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] POI-recording-device
Hallo. Ich hab mir bei einer längeren Autofahrt mit vielen Geschwindigkeitsbegrenzungen gedacht, dass die zwar bestimmt nicht alle in OSM sind, aber ich jetzt auch nicht jedes Mal die Digikam zücken will, wenn ein Schild kommt. Daher die Frage: Gibt es ein Gerät, das ich parallel zum GPS-receiver im auto montieren kann und das z.B. alle Sekunde ein gering-aufgelöstes, weitwinkliges Bild macht, mit dem man dann später sämtliche POIs und Geschwindigkeitsbegrenzungen nachtragen kann. Ziel soll es sein, dass man während der Fahrt nichts weiter tun muss, sondern nachher als Geotagged-Images alles auswerten kann. Hat jemand ne Idee, wie man sowas realisieren könnte? Ich dachte ja schon an das OpenMoko, aber das hat keine Kamera... :) Gruß, Bernd -- Sigmentation fault signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Spur-Assistent und Richtungsangabe
Hallo. Hab grade in meinem Nicht-OSM-tauglichen Navi den Spur-Assistenten gesehen. Mit dem jetzigen Datenbestand von OSM ist so etwas IMHO nicht denkbar. Hat sich schonmal jemand Gedanken gemacht, wie das erfasst bzw. gespeichert werden könnte? Ich bin ja seit ich das kenne noch mehr dafür, alle Fahrspuren getrennt zu erfassen und über Relations zu definieren ob di ebaulich getrennt sind oder nicht. Dann kann, bei Bedarf, beim Export in ein anderes Datenformat auch eine normale Straße wieder zu einer Straße zusammen gefügt werden. Was dabei aber auch stört ist, dass die kommerziellen Karten die Pfeile so machen wie das in real ist. Die Richtungspfeile aus dem Datenbestand zu extrahieren stelle ich mir sehr schwer vor, da man dann mit Winkelmessungen o.ä. arbeiten müsste und das wohl nicht verlässlich geht. Dann, als zweites Feature, sagte mir mein Navi irgendwann: "Rechts halten auf B14 Richtung Schwäbisch Hall". Schwäbisch-Hall ist an dieser Stelle die (ich schätze mal) 4. Stadt, durch die die B14 führt. Aber es steht auf dem Schild, das dort ist, nun mal ganz oben. D.h. es sollte erfasst werden, welche Strecke an welcher Stelle mit welchem Ort primär beschriftet ist. Dazu ist mir aber auch noch nichts brauchbares eingefallen, wie wir das erfassen können. Gruß, Bernd -- Das Problem zu erkennen ist wichtiger, als die Lösung zu erkennen, denn die genaue Darstellung des Problems führt zur Lösung. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Problem mit Datendownload
Hi, gibt es zur Zeit ein Problem mit dem Daten download vom Server ? Ich versuche die Daten von http://openstreetmap.org/?lat=50.89784&lon=6.16619&zoom=15&layers=0B0TTF zu erhalten, sowohl JOSM und auch Merkaartor bringen mir keine Daten. Wenig Glück habe ich auch bei http://openstreetmap.org/?lat=49.46477&lon=7.15189&zoom=15&layers=0B0FTF mehr Gebiete habe ich nicht probiert. Schöne Grüße Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [patch] Breite von Flüssen :)
Hi Sven, > Ich möchte das ganze jedoch erst ins svn einchecken wenn es jemand > ausprobiert und für funktioniell befunden hat. Ich hab mal mein Lieblingsflüsschen zu einem River gemacht und die Breite des Flusses in 1ner Schritten von 1 auf 35 vergrössert. Sieht recht glatt aus, funktioniert tiptop, nur hab ich das Gefühl, dass rendern dauert länger. Gratulation, saubere arbeit. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cyclemap verbessern
Hallo, > das Thema smoothness = excelent, good, intermediate, bad, horrible, > impassable gibt es schon als Fahrbahnbelagstag in proposed features. Ist aber unter uns gesagt eine ziemlich bescheuerte Idee, weil zu subjektiv. Ist so auf dem Level wie "place=town, people=nice, food=expensive" oder so ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cyclemap verbessern
PieSchie schrieb: > Moin, > > das Thema smoothness = excelent, good, intermediate, bad, horrible, > impassable gibt es schon als Fahrbahnbelagstag in proposed features. Es > zeigt aber immer noch nur den Belag für die Hauptfahrbahn und sagt nix > über "Fußwegbeschaffenheit" und "Radwegbeschaffenheit". Hier ist IMHO > wirklich noch nachholbedarf. > > Das Thema speziellen Type für Fahrradwege hatten wir schon beim Thema > "Befahrbarkeit durch Skater". Wenn du für Fahrräder einen Type machen > willst, dann kommen die Inline-Skater, die Fußgänger, die Handbiker .. > eventuell sogar die Rennradfahrer, Trecking-Bikes und Mountainbikes. Und > für jeden braucht man einen eigenen Track. Ich finde das Argument > einsichtig, daß man nicht für jeden Typ einen Tracktype machen kann. Nee, versteh ich nicht. Wenn Radfahrer den Weg eben nach anderen Kriterien bewerten, als Inlineskater, dann sollen die doch alle ihre eigenen Bewertungen da dran taggen. Aber ich glaube du willst eher darauf hinaus, dass die Tags so aussagekräftig sind, dass die Informationen für alles schon irgendwie enthalten sind. Ich kenn mich da leider auch nicht so aus und weiß nicht, wie unterschiedlich Skater und Fußgänger und Radfahrer ihre Wege bewerten, aber Fakt ist folgendes: Wir sollten die allgemeine Fahrbahnbeschaffenheit, die zugehörige Radwegbeschaffenheit und wegen mir auch die Fußwegbeschaffenheit unterscheiden, da diese eben oft variieren kann (z.B. Betonplatten auf der Straße, geteerter Radweg am Rand und da neben ein gepflasterter Fußweg oder so...) > Dafür sollte jedoch das erste Problem gelöst werden, damit ersichtlich > ist, ob eine Straße einen oder mehrere Zusatzwege hat (Fußweg, Radweg, > getrennt, gemischt) und welche Eigenschaften (Befahrbarkeit durch > Verkehrsmittel und Belag) er besitzt - natürlich für jede Seite separat. Genau! Hat jemand ne Idee, wie man noch die Information der Straßenseite mit einbringen kann? Doppelte Tags? (einmal für links, einmal für rechts) Vielleicht gilt es auch per default einfach für beide Seiten - wenn man es explizit unterscheiden will/muss dann nehme man extra Tags. Ich würde hier jedenfalls nicht auf Relationen zurückgreifen. Zum Glück haben ja alle Wege ne Richtung also ist ja links und rechts ganz gut zu unterscheiden. Müssten nur noch Sicherungen einbauen, damit nicht mal jemand aus Versehen und Unwissenheit solche Wege umdreht. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED]: orp für produktiven Einsatz ?
On Sun, 6 Jul 2008 12:43:00 + (UTC) Sven Geggus <[EMAIL PROTECTED]> wrote: > Freiwillige vor, die meinen Flußbreite patch auch in osmarender.xsl > einbauen :) > Ich schau's mir mal an, vielleicht laesst sich da was tun. Grusz Christian signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] aus dem Panel starten
On Sun, 06 Jul 2008 13:54:08 +0200 Josias Polchau <[EMAIL PROTECTED]> wrote: > moin, > ich suche eine Möglichkeit [EMAIL PROTECTED] unter Ubuntu aus dem Panel zu > starten etwa so: > /home/user/osm/tilesGen.pl loop > > Can't locate tahconfig.pm in @INC (@INC > contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 > /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 > /usr/local/lib/site_perl .) > at /home/josias/osm/tilesGen.pl line 32. BEGIN failed--compilation > aborted at /home/josias/osm/tilesGen.pl line 32. > > auch > perl /home/user/osm/tilesGen.pl loop > funktioniert nicht. > > weiß jemand eine Lösung? > Zwei Moeglichkeiten, du legst dir 'n Shellscript an das zuvor in das Verzeichnis wechselt in dem tilesGen.pl liegt und es von dort aufruft. 8< #!/bin/sh TAHPATH=/home/user/osm cd ${TAHPATH} perl ${TAHPATH}/tilesGen.pl loop >8 Besser waere jedoch eine Aenderung an den [EMAIL PROTECTED] 8< use lib "$FindBin::Bin"; # adds script's directory path to @INC chdir($FindBin::Bin) or die "Can't change directory to '$FindBin::Bin': $!\n"; >8 Es reicht nicht nur @INC anzupassen da Dateien wie layers.conf, general.conf, etc. ueber relative Pfade angesprochen werden, also werden die dann trotzdem nicht gefunden. Entweder wechselt man beim Programmstart in das Skriptverzeichnis oder aendert die relativen Pfadzugriffe in absolute ab. Hmmm, ich brauch 'n SVN-Account... Christian signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mehrtägige Verzögerungen beim Render n in Osmarender/[EMAIL PROTECTED]
Bernd Wurst wrote: > Hallo. > > Am Sonntag, 6. Juli 2008 schrieb Gernot Hillier: >> Ich habe vorgestern und gestern tagsüber neue Straßen und Objekte mit >> JOSM hochgeladen, die bis heute morgen in der Osmarender-Ansicht nicht >> sichtbar sind. > > Ohne manuellen Render-Request geht mittlerweile nicht mehr viel, da das ganze > oceantiles-rendering die Queue ziemlich voll macht. > > Du solltest immer auf informationfreeway.org einen render-request absetzen > wenn du etwas geändert hast, was du sehen willst. ... und aber auch, daß die Clients aktuell die Queue nicht wirklich schnell durchlaufen können, weil die upload-queue der begrenzende Faktor ist imho. Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] aus dem Panel starten
Hallo. Am Sonntag, 6. Juli 2008 schrieb Josias Polchau: > perl /home/user/osm/tilesGen.pl loop > funktioniert nicht. cd /home/usr/osm/ ; ./tilesGen.pl loop Gruß, Bernd -- I don't ewes a key bored. Eye use voice wreck ignition technology. That's wye eye never halve tye post in my posts. - user comment on slashdot signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED]: orp für produktiven Einsa tz?
Raphael Studer <[EMAIL PROTECTED]> wrote: > Das war auch ne Zeit lang so, wurde aber wieder zurück gesetzt. > Weswegen weiss ich nicht genau. > Ich verwend für mich selber nach wievor den orp. Heißt das jetzt, dass wir Änderungen doppelt pflegen müssen? Einmal in orp und einmal im osmarender.xsl? Freiwillige vor, die meinen Flußbreite patch auch in osmarender.xsl einbauen :) Sven -- "I'm a bastard, and proud of it" (Linus Torvalds, Wednesday Sep 6, 2000) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] aus dem Panel starten
> moin, > ich suche eine Möglichkeit [EMAIL PROTECTED] unter Ubuntu aus dem Panel zu > starten > etwa so: > /home/user/osm/tilesGen.pl loop > > Can't locate tahconfig.pm in @INC (@INC contains: /etc/perl > /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 > /usr/local/lib/site_perl .) at /home/josias/osm/tilesGen.pl line 32. > BEGIN failed--compilation aborted at /home/josias/osm/tilesGen.pl line 32. > > auch > perl /home/user/osm/tilesGen.pl loop > funktioniert nicht. > > weiß jemand eine Lösung? Perl sucht in seiner Umgebung das file tahconfig.pm. Entweder fügst du das [EMAIL PROTECTED] Verzeichnis der Perl Umgebung hinzu oder wechselst zuerst in den Ordner bevor du den Client startest. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [EMAIL PROTECTED] aus dem Panel starten
moin, ich suche eine Möglichkeit [EMAIL PROTECTED] unter Ubuntu aus dem Panel zu starten etwa so: /home/user/osm/tilesGen.pl loop Can't locate tahconfig.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /home/josias/osm/tilesGen.pl line 32. BEGIN failed--compilation aborted at /home/josias/osm/tilesGen.pl line 32. auch perl /home/user/osm/tilesGen.pl loop funktioniert nicht. weiß jemand eine Lösung? alles Gute Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Einzelnes [EMAIL PROTECTED] Quadrat manuell rendern
On Sun, 06 Jul 2008 00:54:17 +0200 Roland Spielhofer <[EMAIL PROTECTED]> wrote: > Hallo, > wenn ich das probiere, bekomme ich immer eine Fehlermeldung, mein > Aufruf lautet: > > O:\OSM>msxsl.exe albania.osm osm-map-features-z15.xml -o map.svg > > Error occurred while compiling stylesheet 'osm-map-features-z15.xml'. > > Code: 0x80004005 > Erforderliches Attribut > '{http://www.w3.org/1999/XSL/Transform}version' fehlt. > > Weiß vielleicht jemand, wie das richtig geht? > Der Aufruf besteht nur aus (die OSM-Daten-Datei wird nicht mit angegeben). msxsl.exe osm-map-features-z15.xml -pi -o map.svg Die Datei aus der die OSM-Daten gelesen werden sollen ist in den osm-map-features-*.xml fest eingetragen (siehe Anfang der osm-map-features-Datei, da steht data="data.osm"). Du kannst deine Datei albania.osm in data.osm umbennenen oder wenn du es dauerhaft brauchst, aendere die Zeile data="data.osm" in der entsprechenden osm-map-features-Datei. Grusz Christian signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED]: orp für produktiven Einsatz ?
>> der tah-client zeigt *rendering using Osmarender/XSLT* an. Kann man auch >> den orp benutzen oder ist Letzterer noch nicht "freigegeben"? > > Das wundert mich jetzt. Letztens schrieb hier jemand, dass orp > inzwischen der default bei [EMAIL PROTECTED] sei. Das war auch ne Zeit lang so, wurde aber wieder zurück gesetzt. Weswegen weiss ich nicht genau. Ich verwend für mich selber nach wievor den orp. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Einzelnes [EMAIL PROTECTED] Quadrat manuell rendern
Martin Koppenhoefer wrote: >>> Du kannst den osmarender auch manuell anstossen. >>> Im Osmarenderverzeichnis (ich glaub das ist im [EMAIL PROTECTED] drin). >>> ./osmarender -r osm-map-features-z17.xml dein-osm-file.xml >>> dein-ausgabefile.png >> Geht natürlich auch mit orp :) >> > > geht auch unter windows (hier für xp): > C:\WINDOWS\system32\msxsl.exe osm-map-features-z17.xml -pi -o map.svg > > und eine data.osm im aufrufenden Verzeichnis. Rendern ist recht > simpel. Die Regeln zu ändern schon ein bisschen komplexer ;-) Hallo, wenn ich das probiere, bekomme ich immer eine Fehlermeldung, mein Aufruf lautet: O:\OSM>msxsl.exe albania.osm osm-map-features-z15.xml -o map.svg Error occurred while compiling stylesheet 'osm-map-features-z15.xml'. Code: 0x80004005 Erforderliches Attribut '{http://www.w3.org/1999/XSL/Transform}version' fehlt. Weiß vielleicht jemand, wie das richtig geht? lg roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED]: orp für produktiven Einsatz ?
Frank Gruender <[EMAIL PROTECTED]> wrote: > der tah-client zeigt *rendering using Osmarender/XSLT* an. Kann man auch > den orp benutzen oder ist Letzterer noch nicht "freigegeben"? Das wundert mich jetzt. Letztens schrieb hier jemand, dass orp inzwischen der default bei [EMAIL PROTECTED] sei. Wenn man in tahconfig.pm reinschaut findet man einen Schlüssel Osmarender, der die beiden gültigen Werte orp und XSLT hat. Da der SVN Server aber anscheinend grade down ist kann ich leider nicht in ein aktuelles tilesAtHome.conf.* reinschaun. Gruss Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Umsonstfest Hamburg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Buege schrieb: > Moin > Wir melden uns live vom Umsonstfest hier in Hamburg! > Unser kleiner Infostand erfreut sich wachsender Beliebtheit, weil wir > auch einen Stadtplanausschnitt von Hamburg zu verschenken haben. > Stephan und ich kommen kaum zum Kaffeetrinken, weil wir ununterbrochen > am Erklaeren sind. > Es macht einen Hoellenspass und wird von uns jetzt schon als Erfolg > verbucht. > Sehr gute Arbeit, weiter so! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIcKC0tqOggalmBZkRAjgKAJ0d799hG5/76WQeJxlS/LC6hRx/DwCfWONv HrHqo8N6tyK16vJwmWInVVQ= =BoTj -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kontakte in meiner Stadt finden
Hallo zusammen, ich würde gerne im Raum Dortmund mit den fleißigen Mappern in Kontakt treten, um eine Treffen oder sogar einen Stammtisch zu organisieren. Über das Wiki finde ich ein paar und über meine eigenen Daten werden mir auch eine handvoll Mapper aus meine Umgebung angezeigt. Jetzt würde ich gerne diesen Kreis noch etwas mehr als die 2-3 Kilometer erweitern. Kann mir jemand helfen, oder mir einen anderen Tipp geben, wie man mit den Leute in Kontakt treten kann, ohne Mühsam die Namenseinträge in der Karte quer durch Dortmund duchsuchen zu müssen? Viele Grüße Markus Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [EMAIL PROTECTED]: orp für produktiven Einsatz ?
Moin, der tah-client zeigt *rendering using Osmarender/XSLT* an. Kann man auch den orp benutzen oder ist Letzterer noch nicht "freigegeben"? In tilesAthome.conf.[linux|windows] ist die *Osmarender*-Option auch nicht aufgeführt. Grüsse, Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frankenweg
Hallo Karl, >> Mit dem neuen JOSM geht das auch ganz brauchbar. > > Ich habe r585 und werde erst gegen weihnachten updaten. Bist Du wahnsinnig? Dezember ist doch gerade die Zeit, in der die von Weihnachten genervten Programmierer sich verstaerkt an die Arbeit machen und allerhand wackelige Features einbauen. Wenn ueberhaupt, solltest Du Weihnachten auf eine Version von Juli oder August updaten, auf keinen Fall auf eine aktuelle. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
14274 ist die A 3, von Nürnberg bis Passau. Welche ways wurden denn da gelöscht? 18558 ist bie B 15 die anderen beiden boundarys scheint so als wurden die wieder von den erstellenden Usern gerichtet.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
Danke Frederik! Ich hab es mir noich nicht angesehen, aber ich denke es wird schon passen. Ich habe von vanellus eine Antwort bekommen: [...]das war ein Versehen, da im Editor (Potlach) diese Straßen und Landkreisgrenzen blau unterlegt waren, was in anderen, schon ziemlich fertiggestellten Bereichen (Ruhrgebiet) nicht der Fall war. In erster Linie habe ich aber die Bezeichnung 'road' gelöscht, da ich diese Bezeichnung unter Map Features nicht fand. Erst am Ende entdeckte ich, daß ein Klick auf eine 'boundary' eine 'relation' anzeigte und ich da wohl Mist gebaut habe. [...] Nun, ein Versehen. Kann passieren, muss aber nicht. Der Schaden sollte sich in Grenzen halten nach deiner Reparaturaktion. Man sollte nur was machen, dass sowas nicht öfter passiert. Ein Patentrezept habe ich aber auch nicht, und das wurde ja schon 1000 mal hier diskutiert.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Problem mit Kartenupload auf Garmin eTrex HCx
Florian Arnold schrieb: > Robin Rattay schrieb am 05.07.2008 20:30: >> http://osm.smash-net.org/latest/gmapsupp.img.gz > > Woher hast Du diese URL. Ich habe die URL von der üblichen > Computerteddy-Seite genommen. Es ist eine HTML-Meta-Weiterleitung (und leider keine richtige HTTP-Weiterleitung) eingerichte. Ich hatte mir die Datei automatisch mit cURL heruntergeladen, entpackt und auf's Gerät geladen und das funktionierte plötzlich nicht mehr, aber mit dem Browser konnte ich die Datei noch herunterladen. Im Gegensatz zum Browser konnte cURL die Weiterleitung nicht folgen, und lud nur die Weiterleitungs-HTML-Datei herunter, statt der Kartendatei. Die neue URL konnte ich dann dieser HTML-Datei entnehmen. > Aber wie auch immer: Habe mir jetzt die Datei von Deiner URL > runtergeladen - sie ist identisch mit meiner bisherigen Datei. Offenbar benutzt du den Brwoser zum Runterladen, also bist du von der Änderung der URL nicht betroffen. Dein Problem muss dann doch irgendwo andersliegen. Robin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de