Re: [Talk-de] Fahrradroute über einen Platz
Hallo. Am Sonntag, 19. Oktober 2008 schrieb Michael Forster: > Schon auf der rein logischen Ebene stellt sich doch die Frage wie das zu > mappen ist. Es ist eben nicht der ganze Platz Bestandteil der Route, > sondern nur der Teil, auf dem die Route verläuft. Damit hat der Teil > worüber die Route verläuft eine andere Semantik (etwa den zusätzlichen > Namen der Route!). Wenn ein Teil eines Weges andere Eigenschaften hat, dann > beginnt man ja auch einen neuen Weg. Du hattest eingangs geschrieben, dass es kein dedizierter Weg ist sondern es mehrere potenzielle "Wege" über den Platz gibt. Die Logik sagt also doch eher "Die Route geht (irgendwie) über den Platz" und nicht "die Route verläuft so: [...]". Analog zum Straßen-Beispiel wäre es also so, dass du den Teil des Platzes, den der Radfahrer nutzen kann um irgendwie zu Fortsetzung der Route zu kommen, abtrennen müsstest. Würde ich aber nicht machen. Natürlich hast du Recht, man kann Hilfsdaten, die als solche gekennzeichnet sind auch algorithmisch wieder weglassen. Setzt dann aber eine eindeutige Kennzeichnung voraus. Allerdings ist es im Endeffekt doch eine Frage ob wir für Renderer mappen. Ist da kein (sichtbarer) Radweg und du zeichnest einen ein, hast du streng genommen falsche Daten produziert nur damit ein Renderer die Route schön durchgängig rendern kann. Gruß, Bernd -- Ganz viel Null ist fast ein bißchen Eins... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Dominik Spies schrieb: > Wo fängt denn deine Fläche an? Genau da, wo die Straße aufhört, davon > gehe ich jetzt aus. Alles andere lasse ich außen vor. Und da die > Straße dort aufhört, wo sie anfängt (in der Breite, in unserem > Datenmodel) muss auch die Flächengrenze mit der Straße überinstimmen. > Das muss ja nicht heißen: Fläche beginnt in der Mitte der Straße, > sondern kann heißen: Fläche beginnt da, wo die Straße aufhört. Alles > Definitionsache! Spätestens dort wo eine Straße übergeht in größere Kreuzungsbereiche, größere befahrbare/begehbare Flächen wie Marktplätze, Wendeplatten etc wird man Probleme bekommen. Gruß Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Nochmal Hallo, also wenn ich sowas sehe wie hier: http://www.openstreetmap.org/?lat=51.33085&lon=7.1639&zoom=16&layers=B000FTF landuse Flächen forest und farm. Die Grenzen wohl direkt aneinander, zumindest ist kein Weg oä eingezeichnet. DAFÜR gibt es nun wirklich keinen Grund, denn farm hört da auf wo Wald beginnt. Da will man nur krampfhaft nicht die selben Nodes benutzen.. Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Am 20. Oktober 2008 01:14 schrieb Dominik Spies <[EMAIL PROTECTED]>: > Hallo Leute, > > sehe ich gar nicht so. > > Wo fängt denn deine Fläche an? Genau da, wo die Straße aufhört, davon > gehe ich jetzt aus. Alles andere lasse ich außen vor. Und da die > Straße dort aufhört, wo sie anfängt (in der Breite, in unserem > Datenmodel) muss auch die Flächengrenze mit der Straße überinstimmen. > Das muss ja nicht heißen: Fläche beginnt in der Mitte der Straße, > sondern kann heißen: Fläche beginnt da, wo die Straße aufhört. Alles > Definitionsache! > > Gerade das, zwei unterschiedliche Verläufe für Straße und Fläche zu > pflegen OBWOHL untrennbar miteinander verbunden, halte ich für > unsauber. > > Abstraktion! heißt das Zauberwort. > > Gruß, > > Dominik > das kommt eben ganz drauf an, was man mit den Daten anstellen will. Für schöne Karten ist es sicher am besten, es so zu machen wie von Dir beschrieben, aber wenn es einem auf die Fläche ankommt (quantitativ), dann hilft einem diese "Abstraktion" hier nicht weiter, d.h. das Ergebnis einer Abfrage wie z.B.: wieviel Parkfläche enthält die boundingbox xy wird verfälscht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Hallo Leute, sehe ich gar nicht so. Wo fängt denn deine Fläche an? Genau da, wo die Straße aufhört, davon gehe ich jetzt aus. Alles andere lasse ich außen vor. Und da die Straße dort aufhört, wo sie anfängt (in der Breite, in unserem Datenmodel) muss auch die Flächengrenze mit der Straße überinstimmen. Das muss ja nicht heißen: Fläche beginnt in der Mitte der Straße, sondern kann heißen: Fläche beginnt da, wo die Straße aufhört. Alles Definitionsache! Gerade das, zwei unterschiedliche Verläufe für Straße und Fläche zu pflegen OBWOHL untrennbar miteinander verbunden, halte ich für unsauber. Abstraktion! heißt das Zauberwort. Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-mapstyle Transparenz
in JOSM werden neuerdings transparente Bilder zur Anzeige von features genutzt. Das funktioniert in den Fällen nicht, wo das Icon in schwarzer Farbe dargestellt ist, z.B: Telephone. Das erkennt man jetzt gar nicht mehr. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strasse Tagen in die man nicht reinfahren darf...
Hallo, oder eine turn_restriction! Gruß Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strasse Tagen in die man nicht reinfahren darf...
Moin Thomas, >Weil dort das Schild "267 - Verbot der Einfahrt" steht, wenn man >aber von der anderen Seite kommt kann man in der Straße hin und her >Fahren, ist also keine Einbahnstrasse. Ich habe hier zwei solcher Fälle so getaggt, daß ich am Ende ein kurzes Stückchen Einbahnstraße eingefügt habe. In dem einen Fall paßt das sogar mit der baulichen Ausführung zusammen, dort wurde die Straße durch Einbauten auf einer Länge von vll. 10 Metern auf eine Fahrspur verengt. Hier das Ende der Hansastraße: http://www.openstreetmap.org/?lat=51.58188&lon=7.65873&zoom=17&layers=B000FTF Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Das sehe ich auch so und zeichne Flächen neben die Straßen. Dieter -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Rainer Knaepper Gesendet: Sonntag, 19. Oktober 2008 22:07 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Flächen auf die Straße ziehen? Verbauen wir uns dadurch nicht die Möglichkeit, irgendwann Straßen /doch/ als Fläche aufzunehmen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schranke taggen
Moin Stefan, >Marc Schütz wrote: >> Am Samstag 18 Oktober 2008 14:35:49 schrieb Andreas Labres: >>> Ulf Möller wrote: Beide Sackgassen enden im selben Punkt, der Schranke. >>> Das geht nicht. Damit wären sie verbunden. Und damit keine >>> Sackgassen mehr. >>> >> >> Die Straße hört doch aber unter der Schranke nicht auf? Wenn man >> die Schranke wegdenkt, geht sie doch ganz normal weiter, oder? >> Dann muss sie auch verbunden werden. >Dem stimme ich zu. >Desweiteren stellt sich mir die Frage, wie wir denn Schranken >einzeichnen die standardmäßig geöffnet (!) sind. Es gibt solche >teilweise in Stadionnähe - die sind dann nur zu großen Spielen >geschlossen o.ä. Sowas gibt es auch bei überschwemmungsgefährdeten Gebieten (Hafen, Regenrückhaltebecken), die werden dann halt geschlossen, wenn Hochwasser angekündigt ist, damit nicht immer alle Autos über Nacht wegschwimmen. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Moin Tobias, >Tim Krüger schrieb: >> Wie steht ihr dazu? Sollte ich diese Anpassung machen? >AFAIK machen dies die meisten Mapper, da wir ja meistens Achsen, >also Mittellinien von Straßen und Wegen, und nicht die Flächen >erheben. Verbauen wir uns dadurch nicht die Möglichkeit, irgendwann Straßen /doch/ als Fläche aufzunehmen? Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Strasse Tagen in die man nicht reinfahren darf...
Hallo Weil dort das Schild "267 - Verbot der Einfahrt" steht, wenn man aber von der anderen Seite kommt kann man in der Straße hin und her Fahren, ist also keine Einbahnstrasse. Schöne Grüße Thomas Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Tim Krüger schrieb: > Mal ganz davon abgesehen das ich das Blitzen in der gerenderten Karte > nicht schön finde, bin ich der Meinung das die Flächen auf die Straßen > gezogen werden sollten (also auch auf die gleichen Nodes) um einen > sauberen Datenbestand zu erhalten. So sieht es auch z.B. das neue > Datenmodell ALKIS der Kataster- und Vermessungsämter in Deutschland vor. > > Wie steht ihr dazu? Sollte ich diese Anpassung machen? Ich finde man sollte die Flächen nicht mit den Straßen verbinden, denn das würde ja bedeuten dass die Flächen sich berühren. Dies tun sie aber nicht, da eine endlich breite Straße dazwischen ist. Wenn man es sauber machen wöllte, müsste man die Straße ebenfalls als Fläche zeichnen. Diese dürfte dann direkt mit den angrenzenden Flächen verbunden werden. Die Straßen so wie wir sie im Moment noch eingeben sind unendlich dünn, und stellen eigenlich eine reine Routing-Verbindung dar. Das Einzeichnen als Fläche macht nur der Renderer, da er nix besseres hat, worauf er zurückgreifen kann. Der width-tag wird ja kaum benutzt, und ist meiner Meinung nach auch nur eine Notlösung. Gruß Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Am Saturday 18 October 2008 19:28:06 schrieb Tim Krüger: > Hallo Mapper! > > Ich habe gerade einemal die Daten in meiner Heimatstadt gesichtet. Dabei > ist mir ein Bereich aufgefallen in dem Flächen neben die Straßen gelegt > wurden wobei es zu Lücken (Blitzen) in der gerenderten Karte kommt. > (siehe Link: > http://www.openstreetmap.org/?lat=51.55365&lon=7.207823&zoom=18&layers=B000 >FFF) > > Mal ganz davon abgesehen das ich das Blitzen in der gerenderten Karte > nicht schön finde, bin ich der Meinung das die Flächen auf die Straßen > gezogen werden sollten (also auch auf die gleichen Nodes) um einen > sauberen Datenbestand zu erhalten. So sieht es auch z.B. das neue > Datenmodell ALKIS der Kataster- und Vermessungsämter in Deutschland vor. > > Wie steht ihr dazu? Sollte ich diese Anpassung machen? Ich würde es so lassen wie es ist, solange ich keine weiteren Daten habe. Eventuell mal versuchen den Ersteller rausfinden und kontaktieren. Vielleicht gibt es einen Grund dafür. Ich tagge Flächen unabhängig von Straßen. Mir persönlich gefällt die Vorstellung nicht, Flächen größer zu machen als sie sind. Ich halte genau das für einen unsauberen Datenbestand. Außerdem ist es mir schnurz, ob das "gut" auf der Karte aussieht (Wir taggen nicht für Renderer). Wenn ich zusätzlich bedenke, dass die Straßen durch den Renderer übertrieben breit dargestellt werden (Ein highway=service wird meiner Erfahrung nach in Mapnik mit etwa 10 Metern Breite dargestellt), und die Flächen direkt an die Straße anschließen sollen, komme ich zu dem Schluss, dass die Daten dort recht ungenau sein könnten, bzw. der Renderer das unglücklich darstellt. Würde ich erst mal in JOSM überprüfen. Falls da nichts Klarheit bringt, wäre eine Neuaufnahme durch eine Begehung angebracht. Eventuell ist ja auch die Straße nicht korrekt eingetragen. -- Mit freundlichen Grüßen René Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradroute über einen Platz
Hi, 2008/10/19 Tordanik <[EMAIL PROTECTED]> > Bernd Wurst schrieb: > > Entweder ein geeigneter Weg lässt sich algorithmisch finden oder nicht. > Ich > > finde es ist möglich, also muss man keine Fake-Lösungen einbauen. > > Nebenbei: Hat das schon mal jemand algorithmisch gemacht? Das ist algorithmisch ein alter Hut: Im einfachsten Fall kann man den kürzesten Weg (Dijkstra) auf dem Sichtbarkeitsgraphen aller Punkte des Polygons berechnen. Wenn zwei Polygone an einer Seite aneinander grenzen, dann betrachtet man das als ein großes Polygon. Aber die Diskusion läuft schön langsam wieder darauf hinaus, worauf mir die meisten OSM-Diskussionen hinauslaufen zu scheinen: "Wir mappen nicht für Renderer". Dabei ging mir die Frage doch gar nicht darum. Natürlich ist wichtig, dass das ganze irgendwann mal richtig gerendert wird. Aber das war nicht meine Frage. Schon auf der rein logischen Ebene stellt sich doch die Frage wie das zu mappen ist. Es ist eben nicht der ganze Platz Bestandteil der Route, sondern nur der Teil, auf dem die Route verläuft. Damit hat der Teil worüber die Route verläuft eine andere Semantik (etwa den zusätzlichen Namen der Route!). Wenn ein Teil eines Weges andere Eigenschaften hat, dann beginnt man ja auch einen neuen Weg. Und, wenn wir schon über den Renderer reden müssen: Ein Render kann genauso einen Weg ignorieren wie einen Weg über den Platz finden. Dazu müsste man nur den Weg mit einem entsprechenden Tag versehen oder gemeinsam mit dem Polygon in eine Relation für den Platz packen. Mike ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Und OSM geht doch mit MapSource 6.14.1
Hi, es geht (getestet mit der "Deutschlandkarte" vom 15.10.08 von http://wiki.openstreetmap.org/index.php/User:Computerteddy). Und zwar dann wenn man die Karte richtig in die Registry eintragen läßt. Mapsettoolkit ist ein heißer Kandidat dazu. 1. Das Tool laden: http://cypherman1.googlepages.com/ 2. Auspacken. Installation ist nicht notwendig. 3. Auf der rechten Fensterseite "Install a existing mapset" klicken 4. Auf die 3 Punkte rechts von TDB file klicken, und das OSM-tdb-file wählen (hat die Endung tdb) 5. Auf die 3 Punkte rechts von Overview image klicken, und die Datei mit demselben Namen wie die tdb-Datei, aber Endung "img" wählen 6. Install klicken. Jetzt kann das mit MapSource getestet werden. Sollte es nicht klappen kann man mit Mapsettoolkit die kaputte Karte auch sehr einfach wieder loswerden, dann geht MapSource auch wieder. Technisches: Das steht bei mir in der Registry (Vista 32bit): Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\Mapsource\Products] "InstallDir"="C:\\Garmin\\" @="" [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\Mapsource\Products\1] "TDB"="C:\\Garmin\\OSM_DE\\6323.tdb" "LOC"="C:\\Garmin\\OSM_DE" "BMAP"="C:\\Garmin\\OSM_DE\\6323.img" Mapsettoolkit war sehr deutlich daß das ein Product sei und der Name "1" sein MUSS! Warum auch immer, es klappt. Wenn man die Typ-Files zur Verbesserung der Darstellung verwenden möchte geht das wenn man in Mapsettoolkit auf "convert to Family" aktiviert und zulässt daß das Typfile auf die Werte in der Maske angepasst werden. Damit kann man selbiges auch wechseln. Allerdings wird das Zeichnen der Karte in MapSource damit signifikant langsamer. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM => Polylinie konvertieren - Fehler !
Hallo, Jan Tappenbeck wrote: > ich wollte mit der Funktion osm2poly.pl von der geofabrik-Webseite eine > Polylinie konvertieren (siehe unten). osm2poly dient dazu, aus einer OSM-Datei ein Polygon fuer den --bp-Task von Osmosis zu machen. Das willst Du sicher nicht mit Deinen Busbahnhoefen. osm2poly ist auch auf der Geofabrik-Webseite weder drauf noch verlinkt noch erwaehnt - es ist ein Skript aus dem SVN-Repository von OSM! 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/listinfo/talk-de
[Talk-de] OSM => Polylinie konvertieren - Fehler !
Moin ! ich wollte mit der Funktion osm2poly.pl von der geofabrik-Webseite eine Polylinie konvertieren (siehe unten). Der Programmaufruf erfolgte mit osm2poly.pl bus_station.osm und ich bekomme folgende Fehlermeldung: incomplete way definition at osm2poly.pl at line 55, <> line 95. Kann mir einer sagen wo der Fehler sein kann ? Gruß Jan :-) -- hier der osm-Dateiinhalt - ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradroute über einen Platz
Hallo. Am Sonntag, 19. Oktober 2008 schrieb Tim 'avatar' Bartel: > ich habe aber ein anderes Verständnis von den > Aufgaben eines Renderes und denen eines Routers. Das ist in meinem > Hirn verankert und ich kann schwer beschreiben, warum ich das so sehe. Ich respektiere deine Sichtweise und du hast sicherlich für die aktuellen Renderer völlig Recht. Auch in sehr naher Zukunft wird sich daran wohl nichts ändern. Allerdings finde ich grade "Routen" wie z.B. ein spezieller Wanderweg haben auf einer 08/15-Karte wenig verloren. Wenn jeder Rundweg, den irgend ein beliebig lokaler Wanderverein festlegt als Relation erfasst ist (und das ist nicht unrealistisch), dann will ich sowas nicht auf einer normalen Karte sehen. Es gibt Wanderkarten, vermutlich in Zukunft mit speziellen interaktiven Overlays oder sowas, die sollen das anzeigen. Für die Erstellung solcher Karten ist ein Algorithmus, der alle einschlägigen Routen nach Plätzen absucht und entsprechende "Hilfs-Wege" errechnet nicht unrealistisch und eigentlich eher wenig zusätzlicher Aufwand (bei gegebenem Algorithmus, den ich jetzt auch nicht in der Hinterhand habe). Da es (viele) Leute gibt, die das gemappte ohne Kompromisse auf "die Karte" bringen wollen (und damit Mapnik oder Osmarender meinen), wird sich kaum vermeiden lassen, dass bei solchen Fällen "virtuelle Wege" gemalt werden. Ich fänd's schön, wenn dann dafür irgend ein Tag gefunden wird, damit man weiß dass die Wege eigentlich gar nicht so sichtbar sind. Ein Renderer könnte die dann z.B. blasser darstellen. Gruß, Bernd -- Zwei Dinge sind unendlich: Das Universum und die menschliche Dummheit. Aber beim Universum bin ich mir noch nicht sicher. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schranke taggen
Hallo. Am Freitag, 17. Oktober 2008 schrieb Andreas Labres: > Eine Schranke steht nicht "mal so" auf einer Straße. Entweder fängt dort > ein zugangsbeschränkter Weg an [...] Schranken stehen hier auch oft nach etwa 100m eines zugangsbschränkten Weges. An der Klassifizierung oder der Gesperrtheit des Weges ändert sich an der Stelle nichts, laut Schild darf man da auch vorher schon nicht (Auto-)fahren. Gruß, Bernd -- Wegen des Loches im Staatshaushalt wurde das Licht am Ende des Tunnels gelöscht. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schranke taggen
Am Freitag 17 Oktober 2008 schrieb Andreas Labres: > Guenther Meyer wrote: > > aber es wurde explizit als workaround fuer eine eizige anwendung > > vorgeschlagen, und sowas sollte nicht sein. > > Eine Schranke steht nicht "mal so" auf einer Straße. Entweder fängt dort > ein zugangsbeschränkter Weg an oder es enden an beiden Seiten Sackgassen. > Aber auch die mußt Du mit ein Stückchen Weg (wer halt da durchgehen/fahren > darf) verbinden. Das ist kein work around, sondern Abbild der Wirklichkeit. > Siehe mein Beispiel. > eine schranke laesst sich fuer mich absolut ausreichend mit einem node darstellen. wie der way vorher und nachher getaggt sind, hat damit nichts zu tun. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIS Flottenmanagement
Am Freitag 17 Oktober 2008 schrieb Ulf Lamping: > Jan-Benedict Glaw schrieb: > > On Thu, 2008-10-16 22:21:07 +0200, Ulf Lamping <[EMAIL PROTECTED]> wrote: > >> Will jetzt nicht heissen, daß es nicht prinzipiell möglich ist sowas > >> auch mit openlayers zu machen (javascript ist da ziemlich flexibel), > >> aber es gibt halt kaum (keine?) Beispiele wie man sowas machen kann. > > > > Naja, hängt davon ab, wie weit man gehen will. > > > > Wenn man sich OpenStreetBugs als Applikation anschaut, ist das doch > > schon fast das, was da gezeigt wird, oder? Punkte auf der Karte, > > zusammen mit etwas beschreibendem Text. > > Hmmm, bis auf die Kleinigkeit, daß sich die Sachen *bewegen* können. > > Das geht wie gesagt mit Trickserei mit openlayers bestimmt auch > irgendwie, aber ich schätze da wäre man dann der erste der sowas macht > (kann mich da aber auch täuschen) ... > > > Die AIS-Daten in eine Datenbank zu pumpen und dann mit als ein Layer > > anzeigen zu lassen sollte nicht wirklich schwer sein... Wenn man das > > schön machen will, dreht man die Icons ggf. noch in Fahrtrichtung. > hmmm, gpsdrive kann sowas aehnliches mit dem friends-service schon seit laengerem. die ais-daten an einen friendsd zu schicken sollte eigentlich kein problem sein. es ist halt keine webanwendung... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - No data imported
Am Donnerstag, den 16.10.2008, 03:13 +0200 schrieb Frederik Ramm: > Hallo, > > Tobias Hägele wrote: > > ich hab hier seit längerem das Problem, dass ich in JOSM keine Daten > > mehr herunterladen kann. > > Probier mal: > > % grep download ~/.josm/preferences > download.gps=false > download.osm=true Hallo, ne, da steht leider beides mal true. Es spielt auch keine Rolle, ob ich es als "New Layer" herunterlade oder nicht. Danke > Wenn da bei Dir beide Male "false" steht, dann hast Du versehentlich im > Download-Dialog sowohl GPS-Punkte als auch OSM-Daten deselektiert, dann > kann ja nix kommen. > > Das wuerde am ehesten auf Deine Beschreibung passen. Bei allen anderen > Fehlern sollte eigentlich zumindest im Terminal was erscheinen. > > Bye > Frederik > signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PERL problem mit ubuntu...
Hi, nach Aufruf von planet-excerpt-area.pl bekomme ich folgenden Fehler: "@specialsv_name" is not exported by the B module Can't continue after import errors at /usr/lib/perl5/Utils/Debug.pm line 6 BEGIN failed--compilation aborted at /usr/lib/perl5/Utils/Debug.pm line 7. Compilation failed in require at /usr/lib/perl5/Geo/OSM/Planet.pm line 30. BEGIN failed--compilation aborted at /usr/lib/perl5/Geo/OSM/Planet.pm line 30. Compilation failed in require at ./planetosm-excerpt-area.pl line 20. BEGIN failed--compilation aborted at ./planetosm-excerpt-area.pl line 20. [EMAIL PROTECTED]:~/perl/programs$ Ich habe schon das Paket libb-keywords-perl installiert. Hat nix gebracht. Was soll/kann ich tun, welches Paket fehlt noch? Die erwähnten Module debug und planet habe ich selbst installiert unter /usr/lib/perl5. Tnx Gerhard __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradroute über einen Platz
Hi,
Am 19. Oktober 2008 11:14 schrieb Bernd Wurst <[EMAIL PROTECTED]>:
> Am Sonntag, 19. Oktober 2008 schrieb Tim 'avatar' Bartel:
[Renderer vs. Router / Logik]
>
> Wieso sprichst du dem Renderer die Intelligenz ab, die ein Router deiner
> Meinung nach haben soll?
>
> Entweder ein geeigneter Weg lässt sich algorithmisch finden oder nicht. Ich
> finde es ist möglich, also muss man keine Fake-Lösungen einbauen. Wenn der
> Renderer den Weg malt, den ein Router annehmen würde (ggf. mit geglätteten
> Kurven), dann sähe das doch gar nicht schlecht aus, oder?
Ja, dem stimme ich zu - ich habe aber ein anderes Verständnis von den
Aufgaben eines Renderes und denen eines Routers. Das ist in meinem
Hirn verankert und ich kann schwer beschreiben, warum ich das so sehe.
Ich versuche es einmal:
Bei einem Router erwarte ich eine umfangreiche Logik ("Intelligenz").
Hauptaufgabe eines Routers ist es gerade, eine Route zu "errechnen".
Diese Logik/Intelligenz ist Hauptbestandteil der Routingsoftware.
Ein Renderer hingegen ist in der Regel dumm - er enthält keine
umfangreiche Logik/Intelligenz, sondern feste Regeln, nach denen er
"dumm" eine Karte erzeugt ("erst Areas zeichnen, dadrüber Ways
zeichnen"). Bei einem entsprechend hochentwickelten Renderer würde ich
noch Spezialregeln erwarten, wie z.B. "liegt Way a zu nah an Way b,
dann ziehe beide bei der Erstellung des Bildes etwas auseinander,
damit die Straßen sich nicht gegenseitig verdecken").
Eine komplette Routing-Logik kann aber IMHO nicht Aufgabe eines
Renders sein. Ansonsten müsste das Routing vor dem Rendern für jede
(!) Relation durchlaufen werden - und das, wo ein Renderer ggf. nur
ein bestimmtes Tile rendert und nicht die anderen dreiundzwölfzig
Teile der jeweiligen Relationen.
Tschüss, Tim.
--
http://wikipedistik.de
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIS Flottenmanagement // Empfänger
Bastelanleitung: http://www.aisgreece.com/setup/index.htm Links für die Techniker: http://gnuais.sourceforge.net/ http://www.kolter.de/psk31.html https://berlin.ccc.de/wiki/GNU_Radio http://www.gnu.org/software/gnuradio/index.html HW-Diskriminator http://www.discriminator.nl/index-en.html Links für Datenanalyse und Anzeige-SW: http://www.sping.com/seaclear/ http://www.coaa.co.uk/shipplotter.htm AIS-TCP/IP-Server: http://www.siitech.com/help/aissvr_sp.pdf http://www.coaa.co.uk/AISMessages2.exe Gruss, Markus PS: für Piloten und andere: http://www.gleitschirm-magazin.com/pdf/DHV-Livetracking_aus_GLEITSCHIRM_07_2006.pdf Sprachausgabe: http://www.kh-gps.de/gpstalk.wav http://www.kh-gps.de/unitalk.htm GPS-Decoder mit LCD-Anzeige: http://www.kh-gps.de/gpsdec1.htm NMEA-Protokoll: http://vancouver-webpages.com/peter/nmeatype.txt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradroute über einen Platz
Bernd Wurst schrieb: > Entweder ein geeigneter Weg lässt sich algorithmisch finden oder nicht. Ich > finde es ist möglich, also muss man keine Fake-Lösungen einbauen. Nebenbei: Hat das schon mal jemand algorithmisch gemacht? Ein paar Schwierigkeiten, die ich sehe, sind: 1. Flächen mit Delle. __ || || | || | |s__||__z| 2. Flächen mit Multipolygon. ___ | _| |s | | | ||_| z| | | |__| 3. zwei Flächen, die mit Seitenkanten aneinandergrenzen: ___ |s | | | | | | | | | | | |___|_z| Das ganze in beliebiger Kombination. Ich halte das schon für eine herausfordernde Aufgabe … Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datei in MySQL Datenbank schreiben
Irgendwie bin ich zu dämlich dazu. Haben nun den JDBC Treiber, der tatsächlich noch nicht installiert war, installiert. Klappt aber noch immer nicht. Es kommt immer noch die selbe Meldung wie in der Startmail dieses Threads! Hat es vielleicht was mit der JAVA Version zu tun? Meine ist folgende: ## [EMAIL PROTECTED]:~$ java -version java version "1.6.0_07" Java(TM) SE Runtime Environment (build 1.6.0_07-b06) Java HotSpot(TM) Server VM (build 10.0-b23, mixed mode) ## On Sat, 2008-10-18 at 21:30 +0200, Frederik Ramm wrote: > Hi, > > Tim Krüger wrote: > > com.bretth.osmosis.core.OsmosisRuntimeException: Unable to find > > database driver. > [...] > > Mein Betriebssystem ist übrigens Ubuntu 8.04! Schon einmal vielen dank > > das ihr euch bis hier her durchgewühlt habt. > > apt-get install libmysql-java > > Bye > Frederik > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradroute über einen Platz
Hallo. Am Sonntag, 19. Oktober 2008 schrieb Tim 'avatar' Bartel: > Wenn es sich nicht um eine vorgegebene Fahrradroute handeln würde > (z.B. "Rur-Ufer-Radweg), das wäre dass IMHO Aufgabe des Routers: Man > darf auf dem Platz Fahrrad fahren. Dann muss der entsprechend getagged > sein und der Router sucht den kürzesten Weg von Fahrradweg A, der an > den Platz grenzt zu Fahradweg B, der an den Platz grenzt. > > Im konkreten Fall, wo es sich um eine ausgeschilderte Fahrradroute > handelt, die durch eine Relation realisiert wird, dann würde ich > hingegen vermutlich wirklich einen "virtuellen" Radweg über den Platz > legen, der Teil der Relation ist - ansonsten sähe die hervorgehobene > Relation in einer Karte auch etwas seltsam aus. Wieso sprichst du dem Renderer die Intelligenz ab, die ein Router deiner Meinung nach haben soll? Entweder ein geeigneter Weg lässt sich algorithmisch finden oder nicht. Ich finde es ist möglich, also muss man keine Fake-Lösungen einbauen. Wenn der Renderer den Weg malt, den ein Router annehmen würde (ggf. mit geglätteten Kurven), dann sähe das doch gar nicht schlecht aus, oder? Anders sieht es aus, wenn Teile des Platzes explizit nicht befahrbar sind, dann müsste man sich überlegen wie man das sinnvoll tagged. Gruß, Bernd -- Die Frauen ändern zwar manchmal ihre Ansichten, aber nie ihre Absichten. - Curt Goetz (dt. Schriftsteller) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradroute über einen Platz
Hi, Am 18. Oktober 2008 21:56 schrieb Michael Forster <[EMAIL PROTECTED]>: > Wie würdet ihr eine Fahrradroute mappen, die über einen (recht großen, > verwinkelten) Platz führt? Der Platz existiert bereits und ist als Polygon > mit "area=yes" versehen. Die Fahrradroute (Relation mit type=route, > route=bicycle, network=lcn) führt mitten über den Platz. Der Radfahrer kann > sich seinen Weg selbst suchen, wird aber sicher nicht jedes Eck des Platzes > ausfahren. Wenn es sich nicht um eine vorgegebene Fahrradroute handeln würde (z.B. "Rur-Ufer-Radweg), das wäre dass IMHO Aufgabe des Routers: Man darf auf dem Platz Fahrrad fahren. Dann muss der entsprechend getagged sein und der Router sucht den kürzesten Weg von Fahrradweg A, der an den Platz grenzt zu Fahradweg B, der an den Platz grenzt. Im konkreten Fall, wo es sich um eine ausgeschilderte Fahrradroute handelt, die durch eine Relation realisiert wird, dann würde ich hingegen vermutlich wirklich einen "virtuellen" Radweg über den Platz legen, der Teil der Relation ist - ansonsten sähe die hervorgehobene Relation in einer Karte auch etwas seltsam aus. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender: Tiles gelöscht?
Hallo, > Leider scheine ich nicht das einzige Opfer zu sein. In Oberhausen und > Bochum sehe ich auch weiße Flecken... Das ist ein Bug im Renderer. Gelöscht ist da nix. Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
