Re: [Talk-de] Seen und Inseln
1.) See mit natural=water wird mit Bezierkurven dargestellt. Eine Insel wird nur sichtbar, wenn sie natural=land hat und auf einem höheren Layer als der See liegt. Alles andere funktioniert nicht. Darstellung mit Bezierkurven. Eine Relation funktioniert auch nicht? Nicht dass ich schon einmal eine Insel aufgeschüttet hätte, aber eine Lichtung in einem Wald rode ich jeweils folgendermassen: Also ich habe gestern erfolgreich per Relations einen See mit einer Insel versorgt und es wird auch mit Osmarender angezeigt. Geht allerdings nur mit JOSM Vorgegangen bin ich nach dieser Anleitung - http://wiki.openstreetmap.org/index.php/Relations/Multipolygon Wichtig erscheint mir dabei vor allem: See in Uhrzeigersinn gezeichnet Insel(n) gegen Uhrzeigersinn. Die Rollen Vergabe (inner outer). Und dass See und Insel beide GLEICH getagged werden, sprich sowohl See als auch Insel mit natural=water und NICHT die Insel z.B. mit natural=land. Im Grunde genommen also wie Matthias bei Lichtungen vorgegangen ist. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] eigene Karte in openlayers verwenden
Hi zusammen, ich habe gesehen, dass openstreetmap die Software openlayers verwendet und hoffe, dass mir jemand weiterhelfen kann. Ich versuche eine Webapplikation zu bauen, die als Hintergrundkarte die Österreichkarte hat. Die Österreichkarte liegt in Kacheln (png Files) vor, wobei jeder Kachel eine Größe von 512x512 Pixel aufweist. Da ich in die Karten zoomen und diese auch verschieben möchte, würde ich openlayers zur Umsetzung verwenden. Meine Frage dazu wäre: Wie bzw. wo kann ich in openlayers den Verweis auf selbstdefinierte Kacheln machen? Kacheln liegen am Server in folgender Filestruktur vor: (Beispiel für die Zoomstufe 100%) Layer0/Reihe0/file0.png Layer0/Reihe0/file1.png Layer0/Reihe0/file2.png Layer0/Reihe1/file0.png Layer0/Reihe1/file1.png Layer0/Reihe1/file2.png d.h. die Österreichkarte hat bei einer Zoomstufe von 100% 6 Kacheln (2 Reihen und 3 Spalten) insgesamt gibt es 8 Zoomstufen - also 7 Layer (layer 0-7), die die selbe Filestrukur wie oben beschrieben haben, nur mehr Kacheln besitzen. Wie bzw. wo kann ich in openlayers diese Filestruktur einbauen. Danke im Voraus für eure Tipps. Lg Herbert _ Jetzt 30 Gratis-Emoticons für Windows Live Messenger downloaden! http://www.livemessenger-emoticons.com/de-at___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] pyroute-fehlermeldung
Gerade habe ich pyroute mal runtergeladen und mit python gui.py gestartet. Nach einer Weile habe ich dieselbe bekloppte Meldung bekommen. Danach habe ich data/poi_all.osm einfach gelöscht, weil er das sowieso runterladen will. Anschließend noch ein Versuch, und es hat funktioniert, zumindest soweit, dass ich das GUI sehen. Das hab ich nun auch gemacht, dann kommt bei mir keine Fehlermeldung sondern /Downloading POIs from OSM /Wie lang dauert das nun? Ich hab das Gefühl, da tut sich gar nichts, in der Systemüberwachung bzw. Netzwerk-Chronik wird keinerlei Download angezeigt. Ich hoffe, das das nicht mit der virtuellen Maschine zusammnen hängt, Internetzugriff hat die aber. Wäre es möglich, das mir jemand mal die funktionierend po_all.osm schickt? Gruß und Danke für die bisherige Hilfe. Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Seen und Inseln
Also ich habe gestern erfolgreich per Relations einen See mit einer Insel versorgt und es wird auch mit Osmarender angezeigt. Also, ich muss bekennen: bislang hat mich noch nichts motiviert, mich mit dieser Relationen-Geschichte überhaupt zu befassen. Deshalb mal eine Frage: ist Deine Art, eine Insel zu kennzeichnen, einfacher? Schneller gemacht? Verbraucht weniger Ressourcen? Schneller gerendert? Oder...? Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Seen und Inseln
On Jan 16, 2008 2:11 PM, Paul Lenz [EMAIL PROTECTED] wrote: Also ich habe gestern erfolgreich per Relations einen See mit einer Insel versorgt und es wird auch mit Osmarender angezeigt. Also, ich muss bekennen: bislang hat mich noch nichts motiviert, mich mit dieser Relationen-Geschichte überhaupt zu befassen. Deshalb mal eine Frage: ist Deine Art, eine Insel zu kennzeichnen, einfacher? Schneller gemacht? Verbraucht weniger Ressourcen? Schneller gerendert? Oder...? Zukunftsträchtig und im Moment die einzige Möglichkeit Löcher in Wälder (und scheinbar auch Seen) zu machen so dass sie auch gerendert werden. Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Seen und Inseln
Hallo, Also, ich muss bekennen: bislang hat mich noch nichts motiviert, mich mit dieser Relationen-Geschichte überhaupt zu befassen. Muss auch keiner, wenn ers nicht braucht ;-) Deshalb mal eine Frage: ist Deine Art, eine Insel zu kennzeichnen, einfacher? Schneller gemacht? Verbraucht weniger Ressourcen? Schneller gerendert? Oder...? Persoenlich empfinde ich alles, was sich auf die Richtung von Ways verlaesst, als ziemlich zerbrechlich. Daten, die sich nicht darauf verlassen, sind sicherer gegen unbeabsichtige Aenderungen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Logger für 99 Euro
Colin Marquardt schrieb: Naja, die Uhrzeit ist schon auch nuetzlich, wenn man Fotos mit dem GPS synchronisieren will. Klar, geht auch anders... Wird die Uhrzeit nicht schon von der GPS-Technik selbst gebraucht? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Seen und Inseln
Raphael Studer schrieb: Zukunftsträchtig und im Moment die einzige Möglichkeit Löcher in Wälder (und scheinbar auch Seen) zu machen so dass sie auch gerendert werden. Raphael Schaut Euch mal meine Jagst bei Crailsheim an. Dort habe ich eine Insel ohne Relations gemacht, wenn gleich meine aktuelle Lösung nicht gut ist, wenn es um den doppelten Fluss geht, hat aber damit nichts zu tun. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Logger für 99 Euro
2008/1/16 André Reichelt [EMAIL PROTECTED]: Colin Marquardt schrieb: Naja, die Uhrzeit ist schon auch nuetzlich, wenn man Fotos mit dem GPS synchronisieren will. Klar, geht auch anders... Wird die Uhrzeit nicht schon von der GPS-Technik selbst gebraucht? Ja wird sie, deshalb kann jeder GPS Empfänger auch als (sehr genaue) Uhr dienen. Wichtiger ist daher, dass die Fotokamera die korrekte Uhrzeit eingestellt hat, so lassen sich Fotos anschliessend den Wegpunkten zuordnen (auch automatisch). Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Logger für 99 Euro
In-Reply-To: [EMAIL PROTECTED] ...oops, das ging versehentlich zuerst an [EMAIL PROTECTED] On 2008-01-16 17:02, André Reichelt wrote: Colin Marquardt schrieb: Naja, die Uhrzeit ist schon auch nuetzlich, wenn man Fotos mit dem GPS synchronisieren will. Klar, geht auch anders... Wird die Uhrzeit nicht schon von der GPS-Technik selbst gebraucht? gebraucht vermutlich schon, aber nicht unbedingt mitgeloggt? Worauf kommt es eigentlich bei den Loggern an, was sind die wichtigen Merkmale? Beispielsweise gibt es ja einen Nokia LD-3W auch schon fuer 75 EUR - was ist daran schlechter? http://geizhals.at/deutschland/?cat=gpssort=p http://geizhals.at/deutschland/a203353.html Nokia LD-3W Holux M-241 * Chipsatz: Sirf Star IIIMTK * Bluetooth 2.0 SPP * USB: ja * Display: Status-LED 30x9 mm * Betriebszeit: 15 h * Akku: 1xAA * Gewicht: 65 g 40 g * GrÖsse: 78x45x17 mm * Preis:75 EUR 99 EUR Was gut oder schlecht ist, davon habe ich keine Ahnung. Kann jemand im Wiki Infos ergänzen? z.B. Unterschiede der Chipsaetze, wesentliche Kennzeichen (Antenne? Startzeit? Empfindlichkeit? Kanäle?) Mit solchen Hinweisen findet man vielleicht auch billigere und noch immer taugliche Gebrauchtgeraete. Beispielsweise sehe ich auch schon http://www.pearl.de/pearl.jsp?redir=yesscreenX=2880screenY=1200 für 40 Euro: * Chipsatz: Prolific * Bluetooth 2.0 * USB: power only? * Display: * Betriebszeit: 9h * Akku: 720 mAh Li-Ion * Gewicht: 47 g * GrÖsse: 64x56x17 mm * Preis:40 EUR Schoenen Gruss Martin -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger?did=10 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Logger für 99 Euro
Martin Trautmann schrieb: gebraucht vermutlich schon, aber nicht unbedingt mitgeloggt? Also meiner loggt hier unter anderem auch die Satellitenanzahl bei jedem Waypoint und dieser komische HDCP (oder wie auch immer) Wert mit. Diese sind aber anscheinend nicht bestandteil von dem GPX. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Travelingsalesman
Hallo, hat jemand es geschafft, mit diesem Programm eine Route berechnen zu lassen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Doppelpfeile
Ich sehe es öfters, dass, wenn ich Zwischenpunkte in Wege einfüge, über der Straße eine weitere Linie erscheint, deren Pfeil in gegenrichtung läuft? WIe kann ich diese überlagernden Nodes entfernen bzw. vermeiden? Einfach löschen geht nicht, da zuerst die Straße darunter entfernt wird. Danke schonmal für die Hilfe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Doppelpfeile
Christoph Eckert schrieb: Lösung: Beim Klickern die Umschalttaste gedrückt halten, dann werden die Punkte nicht verbunden Und wie löscht man vorhandene Punkte? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
André Reichelt schrieb: [...] Das Thema wurde nicht weiter verfolgt, weil Osmarender bzw. [EMAIL PROTECTED] bereits seit einiger Zeit mit Bezierkurven arbeitet. Das kannst du hier schön beim TU-Gelände sehen, im Vergleich zu Mapnik: http://www.informationfreeway.org/?lat=52.2769lon=10.53709zoom=17layers=B000F000F Allerdings findet die Umwandlung nicht direkt in Osmarender statt. Vielmehr werden die SVG-Dateien aus Osmarender bei [EMAIL PROTECTED] noch durch einen Filter gejagt bevor sie in Inkscape zu Rasterdaten (PNG) gewandelt werden. Der Filter weiß aber nicht mehr, was für Wege er da zu Kurven wandelt, weshalb auch (in der Realität) gerade Linien und Ecken zu Kurven werden. Einzig den Winkel, ab dem zur Kurve gewandelt wird kann man einstellen - ich glaube das sind gerade 90°. Alles was spitzer als 90° ist bleibt unberührt, alles was stumpfer ist wird zur Kurve, egal ob es ein See, eine Straße oder ein Gebäude ist. Soweit ich weiß kommt aber keiner von den Leuten die sich den Renderern befassen aus Deutschland,. weshalb dein Anliegen auf talk@ oder dev@ besser aufgehoben wäre. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Ich wollte viel mehr darauf hinaus, dass man selbstständig in JOSM oder was weiss ich in Zukunft kurven anstatt mit vielen Geraden durch eine einzige Kurve ersetzen könnte. Dies würde das Mappen deutlich erleichtern und die Datenmenge reduzieren. Notfalls könnte man beim Rendern mit bestimmten renderern vorher immer noch die Kurven in Geraden umwandeln. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] parallele Ways (war: Re: Unterschiedliche Geschwindigkeitsbeschraenkungen fuer jede Fahrtrichtung)
Hi! Bernd Raichle schrieb: Da könnte ich mir grundsätzlich das selbe vorstellen, finde aber auch passend das dann als zwei Wege zu mappen. - Es ist ja dann eh meist verboten die Mittellinie zu überqueren. Aber ja, richtig begeistert bin ich nicht, weil es ja nicht unbedingt baulich getrennt ist. Keine zwei Wege -- da nicht baulich getrennt, wuerde eine solche Strasse kaum jemand so abbilden. So richtig habe ich mich mit dem Thema bisher nicht beschäftigt, aber gestern hatte es mich doch mal interessiert. Wann genau macht man denn nun zwei Ways, wann nur einen? Hier auf der Mailingliste habe ich schon verschiedentlich von diesem Kriterum der baulich getrennten Fahrstreifen o.ä. gehört. Allerdings konnte ich diese Aussage bisher im OSM-Wiki nirgends wieder finden. Das einzige, was ich dazu gefunden habe, war diese Aussage: The general rule is that if it is not possible to turn across the street at any junction then it should be drawn as two paths. - von der als teilweise veraltet markierten Seite http://wiki.openstreetmap.org/index.php/Editing_Standards_and_Conventions#Roads Ehrlich gesagt ist mir aber nicht so ganz klar, was jetzt to turn across the street at any junction für deutsche Straßen bedeuten würde. Ich hätte es bisjetzt intuitiv eigentlich immer so gesehen: kann man - aus welchen Gründen auch immer - auf einer Straße nicht auf die Gegenfahrbahn wechseln, dann mache ich zwei Ways. Das entspricht für mich intuitiv der richtigen Abstraktion. Oder anders gesagt: was interessiert es irgendwen, ob eine Straße nun durch ein bauliches Hindernis oder eine/zwei durchgezogenen Linie(n) getrennte Fahrstreifen enthält? Ich persönlich würde also zuerstmal naiv immer dann zwei getrennte Ways malen, wenn es eine durchgezogene Linie zwischen den beiden Fahrstreifen gibt. Wir haben hier in Landshut bsp.weise eine 2x2-spurige Bundesstraße, die in einem bestimmten Gebiet über zwei durchgezogene Linien getrennt ist. In einer Kurve kommen dann aber auf einmal langgezogene Verkehrsinseln dazwischen, damit man die Straße als Fußgänger überqueren kann. Nach der Logik mit den getrennten Fahrspuren müsste man also die Straße über die ganze Länge mit einem Weg malen und nur in dieser (längeren) Kurve mit zwei Wegen. Ich finde das reichlich unintuitiv, da ja eigentlich die Straße dort ihren Charakter nicht ändert. Ausserdem bringen parallele Ways immer weitere Probleme mit sich: Jede moegliche querende Verbindung benoetigt einen kurzen (Pseudo-)Way, der in Realitaet nicht da ist, sondern nur benoetigt wird, da ich ein zweidimensionales Gebilde (Strassenflaeche) auf ein eindimensionales Gebilde (Kantenzug) abbilde. Nicht zwingend. Ich hätte jetzt intuitiv einfach die beiden Wege an dieser Stelle über einen gemeinsamen Node verbunden. Das mag in einer wahnsinnig hohen Zoom-Stufe merkwürdig aussehen, aber ich denke nicht, dass das wirklich stören würde. Das würde all diese... Und diese kuenstlich eingefuehrten Wege machen beim Taggen (welcher highway-Tag, welcher Strassenname etc.?), beim Routen und den daraus erzeugten Abbiegehinweisen wieder Probleme (statt einmal links abbiegen, kommt ein links abbiegen und ein darauf folgendes geradeaus o.ae.). Ich tagge diese Pseudo-Ways, die gerade in etwas groesseren Kreuzungen gehaeuft vorkommen, gerne mit plural_junction=yes, angelehnt an den GDF-Standard. ... Probleme lösen. Meine oben zitierte Seite sagt dazu übrigens: If there are limited turning points then these should be explicitly marked as a link between the two carriageways. Wobei mir jetzt nicht klar ist, was mit einem Link gemeint ist - eine Verbindung in meinem Sinne über einen gemeinsamen Node oder ein als link getaggtes Stück Weg. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] GPS-Logger für 99 Euro
Beispielsweise sehe ich auch schon http://www.pearl.de/pearl.jsp?redir=yesscreenX=2880screenY=1200 http://www.pearl.de/pearl.jsp?redir=yesscreenX=2880screenY=1200 für 40 Euro: Da finde ich keinen Logger, nur einen BT-GPS-Receiver (ohne Speicher zum loggen). Was die Geschichte mit den Displays angeht: Frederik hat recht, die Anzeige der Waypointnummer würde schon Sinn machen wenn man schon ein Display einbaut. Ansonsten sind das aber eigentlich keine Produkte die ein Display haben sollten, das macht die Geräte nur teurer und anfälliger, da kann man dann gleich zu einem GPS-Handheld greifen oder auf Handy/PDA per Blutooth die notwendigen Informationen darstellen lassen. Für dem Foto einzustellen braucht man sowas nicht. Den kann man auch über eine DCF77Uhr, Videotext etc. abgleichen wenn man eine hinreichend genaue Zeit einstellen möchte. Ausserdem reicht es eine Fotoposition zu kennen und schon kann man den Offset zwischen der geloggten Zeit und der Foto-Uhr berechnen. In TTQV z.B. ist das recht gut gelöst. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] abhaengig von der Richtung eines Ways (was: Seen und Inseln)
Hallo, Also, ich muss bekennen: bislang hat mich noch nichts motiviert, mich mit dieser Relationen-Geschichte überhaupt zu befassen. Muss auch keiner, wenn ers nicht braucht ;-) Mmmh, sobald ich etwas beschreiben will, was mehr als ein OSM-Objekt (Node bzw. Way) referenzieren muss, kann ich das nur mit einer Relation tun, da ich genau hiermit Beziehungen zwischen zwei und mehr OSM-Objekten beschreiben kann. Habe ich nie bestritten. Ich habe die Relations ja eben deswegen ins OSM-Datenmodell eingebaut und lang dafuer gefochten, weil ich sie nuetzlich finde. Aber ich draenge sie niemandem auf, das wollte ich damit zu sagen. Persoenlich empfinde ich alles, was sich auf die Richtung von Ways verlaesst, als ziemlich zerbrechlich. Daten, die sich nicht darauf verlassen, sind sicherer gegen unbeabsichtige Aenderungen. Wie sollte man sonst beschreiben, was links bzw. rechts einer begrenzenden Linie liegt? Oder was bei einer Flaeche/Area nun innerhalb und was ausserhalb ist? Oder ob eine Way in eine bestimmte Richtung befahrbar ist? Oder etwas richtungsabhaengig unterschiedliche Eigenschaften besitzt? Was innerhalb und ausserhalb ist, kann man ja gut mit Relations abbilden. (Nur zur Klaerung: Ich finde Relations gut. Es war Paul, der absichtlich ketzerisch nach ihrem Nutzen fragte. Und ich antwortete, dass man mit Relations eben die Abhaengigkeit von der Richtung eines Ways aufloesen kann.) In welche Richtung eine Einbahnstrasse oder ein Tempolimit oder eine Steigung gelten, haette ich persoenlich lieber auch ueber eine Relation (in der Gestalt eines erweiterten Tags) geloest, die entweder sagt von Node X bis Node Y ist das hier Einbahnstrasse, oder von mir aus auch in Richtung Norden ist das hier Einbahnstrasse. Die Info in Richtung des Ways ist das hier Einbahnstrasse finde ich gefaehrlicher, zerbrechlicher; und vor allem kommt man da in Schwulitaeten, wenn irgendwas in der einen Richtung Einbahnstrasse ist und in der anderen Richtung ein Gefaelle hat ;-) Diese Relationen, die Tags fuer Weg-Segmente angeben, muessten in den Editoren bei der Tag-Liste eines Weges auftauchen, mit der Ergaenzung, fuer welchen Abschnitt (Start- + Endknoten) sie gelten und ob sie richtungsbezogen sind. Ja, sowas waere nicht schlecht, stellt aber das bisher angedachte Relation-Konzept (wir machen viele kleinen Ways und fassen die zusammen) etwas auf den Kopf, daher erstmal ein bisschen im Wiki diskutieren ;-) 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] Bézierkurven verwenden
André Reichelt wrote: Ich wollte viel mehr darauf hinaus, dass man selbstständig in JOSM oder was weiss ich in Zukunft kurven anstatt mit vielen Geraden durch eine einzige Kurve ersetzen könnte. Dies würde das Mappen deutlich erleichtern und die Datenmenge reduzieren. Notfalls könnte man beim Rendern mit bestimmten renderern vorher immer noch die Kurven in Geraden umwandeln. Dieses Thema wurde vor einiger Zeit schon mal diskutiert. Ein paar der Punkte gegen Bezierkurven haben sich mir eingeprägt: - Bei vielen Strassen gibt es mit Bezierkurven garkeinen Vorteil. - Renderer auf Geräten mit wenig CPU-Power haben grosse Probleme Bezierkurven zu berechnen. Dies könnte das Rendern unnötig komplexer machen. - Macht der Einsatz von Bezier-Kurven das Editieren für den Einsteiger nicht noch komplizierter? Als wichtigen Benchmark würde ich mir die kommerzielle Konkurrenz anschauen. Benutzen die Bezier-Kurven? Ich sehe zur Zeit keinen Handlungsbedarf bezüglich Bezier. Jeder sorgt von Hand dafür, dass er in den Kurven mehr Punkte setzt als auf den Geraden. Ich finde das sehr pragmatisch. Ralf München ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Ralf Zimmermann schrieb: - Bei vielen Strassen gibt es mit Bezierkurven garkeinen Vorteil. - Renderer auf Geräten mit wenig CPU-Power haben grosse Probleme Bezierkurven zu berechnen. Dies könnte das Rendern unnötig komplexer machen. - Macht der Einsatz von Bezier-Kurven das Editieren für den Einsteiger nicht noch komplizierter? zu 1: In wie fern? Solche Aussagen sollte man schon begründen. zu 2: Wie gesagt: Man kann bei solchen Geräten den Server dazu bringen, die Kurven vor dem Runterladen ggf. in Linien zu wandeln. Allerdings sollten aktuelle Geräte keine Probleme damit haben. Immerhin schafft das sogar mein Taschenrechner mit 100 kHz in ner vernünftigen Zeit... zu 3: Ich denke nicht. Richtige Querseinsteiger gibt es hier wohl eh nicht und die Meisten werden wohl schjonmal mit Inkscape gearbeitet haben. An sich setzt man ja wie gewohnt Start- und Endpunkt und zieht dann die beiden Punkte einfach so hin, dass die Kure den rechten Verlauf hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
- Bei vielen Strassen gibt es mit Bezierkurven garkeinen Vorteil. zu 1: In wie fern? Solche Aussagen sollte man schon begründen. Meine Aussage ist nicht mit Zahlen hinterlegt. Aber wenn ich mir die von mir gemappten Gebiete anschaue, dann würden nur sehr wenige Strassen von Bezier-Kurven profitieren. Die meisten Strassen lassen sich sehr gut mit geraden Linien zwischen wenigen Stützpunkten beschreiben. Ich habe zwar viel OSM-Erfahrung, aber meine Aussage ist rein subjektiv. - Renderer auf Geräten mit wenig CPU-Power haben grosse Probleme Bezierkurven zu berechnen. Dies könnte das Rendern unnötig komplexer machen. zu 2: Wie gesagt: Man kann bei solchen Geräten den Server dazu bringen, die Kurven vor dem Runterladen ggf. in Linien zu wandeln. Allerdings sollten aktuelle Geräte keine Probleme damit haben. Immerhin schafft das sogar mein Taschenrechner mit 100 kHz in ner vernünftigen Zeit... Ich weiss wieviel Zeit mein Palm OS Handheld braucht um Strassen von München aus OSM-Daten zu rendern. Trotz mehrerer hundert MHz dauert das seine Zeit. Speziell wenn man mehrere Frames pro Sekunde anzeigen möchte ist hier Optimierung gefragt. Unnötige Bezier-Berechnungen sind da nicht hilfreich. Eine Option für den Download vom Server ohne Bezier-Daten wäre natürlich hilfreich. - Macht der Einsatz von Bezier-Kurven das Editieren für den Einsteiger nicht noch komplizierter? zu 3: Ich denke nicht. Richtige Querseinsteiger gibt es hier wohl eh nicht und die Meisten werden wohl schjonmal mit Inkscape gearbeitet haben. An sich setzt man ja wie gewohnt Start- und Endpunkt und zieht dann die beiden Punkte einfach so hin, dass die Kure den rechten Verlauf hat. Normale Windows-Benutzer kennen Inkscape nicht. Solche Linux-Freaks wie wir sehen das natürlich anders. Aber auch dieser Punkt ist sehr subjektiv. Ich bleibe aber bei meiner Aussage, dass ich zur Zeit keinen Handlungsbedarf sehe. Die gerenderten Karten sehen sehr gut aus. (Oh Gott, schon wieder eine subjektive Aussage von mir!) Ein paar schlagkräftige Beispiele für den Nutzen von Bezier-Kurven in den OSM-Daten wären hilfreich. Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Travelingsalesman
Hallo, hat jemand es geschafft, mit diesem Programm eine Route berechnen zu lassen? Ne, ich habs auch schon probiert, hat sich aber nichts getan, Orte konnte ich auswählen, aber dann ging irgendwie nichts mehr. Ich interessiere mich zur Zeit stark für das Thema Routingsoftware, nur leider funktioniert pyroute bei mir auch nicht (siehe Mailinglist) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Travelingsalesman
mallok wrote: Hallo, hat jemand es geschafft, mit diesem Programm eine Route berechnen zu lassen? Hast du schon mal in die OSM-Mailingliste Routing geschaut? http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/routing Dort gibt es einige Beiträge zu diesem Thema. Du könntest auch direkt den Autor des Tools anschreiben. Hier ein Beitrag von ihm: http://lists.openstreetmap.org/pipermail/routing/2007-November/53.html Wenn ich den Email-Fuss richtig lese ist Marcus Deutscher, von daher sollte die Kommunikation kein Problem sein. Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Travelingsalesman
John07 schrieb: Hallo, hat jemand es geschafft, mit diesem Programm eine Route berechnen zu lassen? Ne, ich habs auch schon probiert, hat sich aber nichts getan, Orte konnte ich auswählen, aber dann ging irgendwie nichts mehr. Ich interessiere mich zur Zeit stark für das Thema Routingsoftware, nur leider funktioniert pyroute bei mir auch nicht (siehe Mailinglist) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de hast du in den einstellungen auch die routen-methode ausgewählt? gibt nämlich mehrere zur auswahl. bei mir klappts dann. -- mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Hi! André Reichelt schrieb: Ralf Zimmermann schrieb: - Bei vielen Strassen gibt es mit Bezierkurven garkeinen Vorteil. - Renderer auf Geräten mit wenig CPU-Power haben grosse Probleme Bezierkurven zu berechnen. Dies könnte das Rendern unnötig komplexer machen. - Macht der Einsatz von Bezier-Kurven das Editieren für den Einsteiger nicht noch komplizierter? [...] zu 3: Ich denke nicht. Richtige Querseinsteiger gibt es hier wohl eh nicht und die Meisten werden wohl schjonmal mit Inkscape gearbeitet haben. An sich setzt man ja wie gewohnt Start- und Endpunkt und zieht dann die beiden Punkte einfach so hin, dass die Kure den rechten Verlauf hat. Ähm, Einspruch. Ich wüsste nicht, was es hier sonst geben sollte als Quereinsteiger. Oder gibt es eine Ausbildung zum Mapper mit Prüfung, die ich verpasst habe? ;) Ich habe außerdem - glaube ich - noch nie mit Inkscape gearbeitet. Und ich hatte in meiner Computerurzeit in CorelDraw schon ein wenig Schwierigkeiten, bis ich das Zeichnen von Bezier-Kurven begriffen hatte. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] pyroute Fehlermeldung
Für Jonas Krueckel [EMAIL PROTECTED]: Habe versucht, den poi_all direkt zu schicken, aber es passiert das hier: http://spf.pobox.com/why.html?sender=pifpafpuf%40gmx.deip=151.189.21.57receiver=m2.goneo.de Da ich nicht vorhabe, mich mit diesem Unfug zu beschäftigen, kann ich die Datei leider nicht schicken, denn ich werde die mit Sicherheit nicht in die die Mailbox aller talk-de Nutzer einwerfen. Tut mir leid, HaraldK. -- --+- Harald Kirsch | pifpafpuf bei gmx punkt de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Ralf Zimmermann schrieb: Normale Windows-Benutzer kennen Inkscape nicht. Solche Linux-Freaks wie wir sehen das natürlich anders. Linux-Freak würde ich mich nicht gerade nennen... Nein, eher würde ich mich den Windows-Fanboys zuschreiben und vor allem als jemanden, der Mac, Apple und die restliche Farm hasst ;). Ja genau: Auch Windows-Leute können OSS und Co. unterstützen, auch wenn sie Linux für ein Möchtegern-OS, von Leuten entwickelt, die in einer abstrakten Traumwelt leben, halten. Kannst ja ein paar Blog-Artikel von mir im Vista-Blog.de lesen Ein paar schlagkräftige Beispiele für den Nutzen von Bezier-Kurven in den OSM-Daten wären hilfreich. Schlagkräftig nicht gerade, aber hier bei mir gibt es viele Straßen, die durch und durch auch Kurven bestehen. Genau an diesem Punkt wären Kurven hilfreich. Btw: Nicht, dass das wer falsch versteht. Die Kurven sollen nur eine Ergänzung sein, also man kann praktisch eine Strecke in eine Kurve umwandeln, geraden bleiben weiterhin mit zwei Punkten beschrieben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Gernot Hillier schrieb: Und ich hatte in meiner Computerurzeit in CorelDraw schon ein wenig Schwierigkeiten, bis ich das Zeichnen von Bezier-Kurven begriffen hatte. Schwer von Begriff? Alsomit Inkscape ist einfach: Du wandelst ne Strecke in ne Kurve um und ziehst dann einfach so lange die beiden Punkte an die rechte Stelle, bis die Kurve dem gewünschten Linienverlauf entspricht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Hi! André Reichelt schrieb: Gernot Hillier schrieb: Und ich hatte in meiner Computerurzeit in CorelDraw schon ein wenig Schwierigkeiten, bis ich das Zeichnen von Bezier-Kurven begriffen hatte. Schwer von Begriff? Alsomit Inkscape ist einfach: Du wandelst ne Strecke in ne Kurve um und ziehst dann einfach so lange die beiden Punkte an die rechte Stelle, bis die Kurve dem gewünschten Linienverlauf entspricht. Mit so wie jetzt ist, ist auch einfach. Du klickst einfach dreimal in 'ner Kurve und es ist in Ordnung. Dürfte schneller gehen als das Malen von Bezier-Kurven. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Gernot Hillier schrieb: Mit so wie jetzt ist, ist auch einfach. Du klickst einfach dreimal in 'ner Kurve und es ist in Ordnung. Dürfte schneller gehen als das Malen von Bezier-Kurven. Für nen normalen Menschen mag das schnell gehen, aber ich bin Perfektionist und stochere minutenlang an einem Punkt, bis er perfekt sitzt, um dann festzustellen, dass er doch unsauber sitzt ;). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
André Reichelt wrote: Gernot Hillier schrieb: Mit so wie jetzt ist, ist auch einfach. Du klickst einfach dreimal in 'ner Kurve und es ist in Ordnung. Dürfte schneller gehen als das Malen von Bezier-Kurven. Für nen normalen Menschen mag das schnell gehen, aber ich bin Perfektionist und stochere minutenlang an einem Punkt, bis er perfekt sitzt, um dann festzustellen, dass er doch unsauber sitzt ;). Da kann es aber auch sehr schnell gehen, dass man in den OSM-Daten mehr Genauigkeit abbilden möchte als der GPS-Empfänger eigentlich realistisch hergibt. Mir geht es selbst immer wieder so, dass ich mich daran erinnern muss, dass die absolute Genauigkeit all meiner GPS-Empfänger (und ich habe eine ansehnliche Sammlung) bei weitem nicht so hoch ist, wie die kleinen Punkte in JOSM mir weissmachen wollen. Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] eigene Karte in openlayers verwenden
Schau dir mal den Code der Demo unter openlayers.org an, und auch die Beispiele unter http://dev.openlayers.org/releases/OpenLayers-2.5/examples/ ; die haben mir sehr geholfen. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Logger für 99 Euro
Raphael Studer [EMAIL PROTECTED] writes: 2008/1/16 André Reichelt [EMAIL PROTECTED]: Colin Marquardt schrieb: Naja, die Uhrzeit ist schon auch nuetzlich, wenn man Fotos mit dem GPS synchronisieren will. Klar, geht auch anders... Wird die Uhrzeit nicht schon von der GPS-Technik selbst gebraucht? Ja wird sie, deshalb kann jeder GPS Empfänger auch als (sehr genaue) Uhr dienen. Wichtiger ist daher, dass die Fotokamera die korrekte Uhrzeit eingestellt hat, so lassen sich Fotos anschliessend den Wegpunkten zuordnen (auch automatisch). Genau, und einen moeglichen Offset zwischen den beiden Uhren herauszufinden geht eben am einfachsten, wenn man ein Foto des GPS-Receivers/Loggers macht. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Tunnel unter Brücken z.B. Autobah n/Straße bzw. Gleise/Straße
Hallo, mir sind hier in Gö jetzt schon ein paar mal unter schon seit längerem in OSM bestehenden Brücken neuerdings Tunnel aufgefallen. Beispiel: http://www.informationfreeway.org/?lat=51.52537982805308lon=9.878811526974152zoom=17layers=B000F000F Dabei handelt es sich um eine Autobahn die auf einem Wall liegt. Ich hätte das auch einfach als Brücke für die Autobahnstrecken getagged, höchstens evtl. nur als Tunnel für die darunter liegenden, aber nicht beides. Wie seht ihr das? Und ab wann ist sowas als Tunnel zu bezeichnen? Wir haben hier zum Beispiel eine Straße, die unter den Gleisen knapp vor dem Bahnhof durchgeht. Da sind also viele Gleise über der Straße also fährt die Straße recht lange unter etwas durch. Ist dies dann besser als Tunnel für die Straße, oder doch als Brücke für die Eisenbahn zu sehen? Vielen Dank. Grüße, Fabian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Hallo, In der Wiki gibt es Vorschläge, Bézierkurven zu verwenden. Wird regelmaessig auf der Mailingliste diskutiert, ja ;-9 Dies hat, wie man sich denken kann, zur bisherigen Technik diverse Vorteile. Und auch diverse Nachteile. Nachem es aber noch keine Diskussion auf Deutsch gibt, will ich diese hier mal anfachen. Waere es dabei nicht sinnvoll, die im Raum stehenden Argumente kurz darzulegen, oder ist zu erwarten, dass Logik auf Deutsch anders funktioniert ;-) Auf der Diskussionsseite baheuptet jemand, dass die Technik patentiert wäre, was ich aber nicht glauben kann. Es geht dabei um dieses Navteq-Patent hier: http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1Sect2=HITOFFd=PALLp=1u=%2Fnetahtml%2FPTO%2Fsrchnum.htmr=1f=Gl=50s1=6,366,927.PN.OS=PN/6,366,927RS=PN/6,366,927 Ganz kurz die ersten Zeilen: A system and method for storing data to represent other-than-straight map features in a computer-readable geographic database for use in a navigation system. For geographic features that are other-than-straight, a curve generated by a computable function is fitted to an image of the other-than-straight map feature. The computable function may be a polynomial equation whose shape is defined by its coefficients. Also auf Deutsch zusammengefasst: Eine Methode, wie nicht-gerade Karten-Objekte in einer Datenbank modelliert werden koennen, unter Verwendung von Funktionen, beispielsweise Polynomialfunktionen, deren Koeffizienten gespeichert sind. Zum einen nennt er keinerlei Quellen, Haette man durch Google-Suche auf der Mailingliste (Suchbegriff site:lists.openstreetmap.org bezier patent) finden koennen. Eventuell ist der Wiki-Schreiber davon ausgegangen, dass den Leuten die Mailingliste gegenwaertig ist - oft eine Fehlannahme, wenn die Wiki-Beitraege Monate spaeter gelesen werden. zum Anderen wäre das ja gerade so, als würde jemand die Technik der DragDrop patentieren wollen. Oder One-Click-Buy ;-) - im Ernst, jeder Mist wird patentiert. Ich glaube wie gesagt kaum, dass die generelle Verwendung von Kurven durch ein Patent schützbar ist aus oben genannten Gründen. Das Patent ist erteilt. Ob eine Anfechtung Erfolg haette, steht in den Sternen. Es wird aber nicht dadurch ungueltig, dass irgendjemand nicht dran glaubt. Die Frage, die wir uns stellen muessen, ist vielmehr: Kuemmern wir uns um solche Patente oder nicht? Und die Stimmung auf der Mailingliste war ungefaehr so: Am besten, wir schauen gar nicht hin, sonst koennen wir bald ueberhaupt nichts mehr programmieren - ausserdem ist es weniger verwerflich, wissentlich gegen ein Patent zu verstossen, als es schlicht nicht zu kennen. Zur eigentlichen Kernfrage, ob man Bezierkurven zum Speichern (nicht zum Darstellen - das haben wir ja schon und das ist ein ganz andres Paar Schuhe) nutzen soll, bin ich auch der Ansicht, dass wir uns damit viel Stress einhandeln. Beispielsweise wird es dann viel schwerer, mal eben auszurechnen, ob sich zwei Ways schneiden oder wie lang alle Strassen in Deutschland zusammengerechnet sind. Man koennte es ja mal als Experimentalfeature einbauen, wenn man dabei darauf achtet, dass Programme, die die Bezier-Information nicht auslesen, immer noch halbwegs gescheite Darstellungen hinbekommen. 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] Tunnel unter Brücken z.B. Autobah n/Straße bzw. Gleise/Straße
Patzi schrieb: Wie seht ihr das Hm, da lässt sich natürlich viel philosophieren. Als Brücke würde ich all das bezeichnen, was Stützen darunter hat. Dämme würde das ausschließen. Bei solchen röhrenförmigen Unterführungen würde ich Tunnel anstatt Brücke wählen. Gleiches gilt für Durchlässe. Allgemein würde ich sagen: Alles, was röhrenförmig ist als Tunnel taggen, und ansonsten immer normal, also auch bei längeren Unterführungen, solange diese noch wie eine Brücke aussehen und nicht als Tunnel ausgeschrieben sind (meistens ist ein blaues Schild davor). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
André Reichelt [EMAIL PROTECTED] writes: Ralf Zimmermann schrieb: Da kann es aber auch sehr schnell gehen, dass man in den OSM-Daten mehr Genauigkeit abbilden möchte als der GPS-Empfänger eigentlich realistisch hergibt. Scheint schon recht genau zu sein. Ich habe nun schon ein paar Straßen mehrfasch abgegangen und die Punkte liegen exakt übereinander. Mir wurde das schonmal gesagt, dass es verschoben sein könnte, aber entweder, es ist permanent verschoben, oder eben überhaupt nicht, denn ein Nutzer meinte, ich könne an 5 Tagen an ein und der selben Stelle fünf Positionen messen, was ja Gott sei dank nicht so ist. Uhm. Das klingt aber sehr danach, dass Dein GPS-Log nicht die tatsaechlich erhaltenen Satellitendaten enthaelt, sondern sich an den Strassen eines Navigationssystems orientiert? So etwas wird allgemein fuer untauglich fuer OSM gehalten, weil ja damit quasi eine Vorlage abgetastet wird. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Frederik Ramm schrieb: Man koennte es ja mal als Experimentalfeature einbauen, wenn man dabei darauf achtet, dass Programme, die die Bezier-Information nicht auslesen, immer noch halbwegs gescheite Darstellungen hinbekommen. Bye Frederik Mir kommt da noch ne Idee. Wie wäre es denn, wenn man min. eine Funktion in JOSM einbauen könnte, um dies zu realisieren, dass das intern umgewandelt wird und ggf. so gataggt wird, dassman es hinterher wieder als Kurver ausgeben kann. Also praktisch etwas, dass anhand der Kurve möglichst optimal die Linien verteilt, um es möchlichst rund ausgeben zu lassen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bézierkurven verwenden
Colin Marquardt schrieb: Uhm. Das klingt aber sehr danach, dass Dein GPS-Log nicht die tatsaechlich erhaltenen Satellitendaten enthaelt, sondern sich an den Strassen eines Navigationssystems orientiert? Nee, auf jeden Fall nicht. Oder hast Du schonmal einen Logger gesehen, der es loggt, wenn man nen Kreis mit nem Meter Durchmesser läuft oder die Straße überquert, oder nen Schlenker auf dem Gehweg macht? Schau dir mal meine drei Tracks (AndreR) an, dann weisst Du, was ich meine. Da überschneiden sich ein paar Strecken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tunnel unter Brücken z.B. Autobahn /Straße bzw. Gleise/Straße
Hallo Stephan, On Wed, Jan 16, 2008 at 11:35:18PM +0100, Stephan Schildberg wrote: Wenn Du potentiell an die Brückenlager dran kommst, dann ist es einen Brücke. Ich würde auch die Brücken für die Taxiways der Flugzeuge über die Autobahnen zwischen Flughafen Halle/Leipzig oder Charles de Gaule ^ Die sind schon so getaggt. als Brücken taggen, auch wenn sie recht lang sind. Naja, mit dem Auto kommt man da meistens schneller drunter durch, als mit dem Flugzeug drueber. Gruß, Stephan. Gruss Holger 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] Bézierkurven verwenden
Scheint schon recht genau zu sein. Ich habe nun schon ein paar Straßen mehrfasch abgegangen und die Punkte liegen exakt übereinander. Mir wurde das schonmal gesagt, dass es verschoben sein könnte, aber entweder, es ist permanent verschoben, oder eben überhaupt nicht, denn ein Nutzer meinte, ich könne an 5 Tagen an ein und der selben Stelle fünf Positionen messen, was ja Gott sei dank nicht so ist. In und um N gibt es zahlreiche stellen, an denen mein gps-teil grundsätzlich artefakte feststellt. Bisweilen hängt das auch davon ab, aus welcher richtung ich komme das scheint mir ein zeichen dafür zu sein, dass irgendwas (das Hollux? maemo-mapper?) interpolierend tätig ist ;-((( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Travelingsalesman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] schrieb: | From: John07 [EMAIL PROTECTED] | Subject: Re: [Talk-de] Travelingsalesman | To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org | Message-ID: [EMAIL PROTECTED] | Content-Type: text/plain; charset=ISO-8859-1; format=flowed | | Hallo, | hat jemand es geschafft, mit diesem Programm eine Route berechnen zu lassen? | | Ne, ich habs auch schon probiert, hat sich aber nichts getan, Orte | konnte ich ausw?hlen, aber dann ging irgendwie nichts mehr. | Ich interessiere mich zur Zeit stark f?r das Thema Routingsoftware, nur | leider funktioniert pyroute bei mir auch nicht (siehe Mailinglist) | Gru? | Jonas Hallo Jonas, das ist wirklich ungewönlich. Gab es irgendwelche Fehlermeldungen? Stack-Overflow, OutOfMemoryException oder irgendwelche IOExceptions? Wärend der Routen-Berechnung zeigt er immer den Punkt an, an dem er gerade ist und in der Progress-Bar die Entfernung des aktuellen Punktes bis zum Startpunkt. Evtl existierte in dem heruntergeladenem oder eingelesenem Kartenabschnitt keine für Autos fahrbare Route zwischen den 2 Punkten. Beim Herunterladen-Button holt er nur den gerade sichtbaren Bildschirmausschnitt als Bounding-Box. Der Default-Algorithmus ist Dijkstra mit mehreren Zielen. Der sollte eigentlich immer klappen und recht schnell sein. Kannst du mir die benutzte Karte (oder dein ~/.openstreetmap - -Verzeichniss) geben zusammen mit der Version von TS und deinem Start+Ziel-Punkt? Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHjuwhf1hPnk3Z0cQRAm7EAKCXknaNbUrBa1kqIPiOAFsTvlJsFACfX1IX /DZeOgdORk3/SmI3uCZW8Pk= =vKJc -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Doppelpfeile
On Jan 16, 2008 6:03 PM, André Reichelt [EMAIL PROTECTED] wrote: Christoph Eckert schrieb: Lösung: Beim Klickern die Umschalttaste gedrückt halten, dann werden die Punkte nicht verbunden Und wie löscht man vorhandene Punkte? Möchtest du nicht eher den doppelten Weg (überlagernder Pfeil in die andere Richtung) löschen? Du kannst die beiden Wege mit der Mitteltaste anklicken dann erhälst du eine Auswahl aller Elemete darunter, da wählst du nur den kürzeren und löschst ihn. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Logger für 99 Euro
Genau, und einen moeglichen Offset zwischen den beiden Uhren herauszufinden geht eben am einfachsten, wenn man ein Foto des GPS-Receivers/Loggers macht. Sofern dieser denn eine Uhr anzeigt :) Ansonsten einfach irgendwas abknipsen und gleichzeitig einen Waypoint setzen. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de