Re: [Talk-de] Steigungen/Gefaelle
Klar haben wir so ein Tag. Es nennt sich incline (http://wiki.openstreetmap.org/index.php/Proposed_features/Incline) Problem is derzeit, dass es als highway=incline in den Map Features steht, es aber ein Proposal dazu gibt was incline als eigenstauml;ndiges Tag ausweiszlig;t, welches als Wert den Prozentwert der Steigung/des Gefauml;lles beinhaltet. Ich bin doch fuuml;r das Proposal, weil so die Straszlig;eninformationen nicht verloren gehen... Frohes Fest Steffen - Originalnachricht - Betreff: Re: [Talk-de] Steigungen/Gefaelle Von: Guenther Meyer An: Openstreetmap allgemeines in Deutsch Datum: 24-12-2007 1:23 Am Montag 24 Dezember 2007 schrieb Christoph Eckert: Hi, gibts ein tag fuer steigungen bzw. gefaelle? also sowas wie gefaelle=13% hab da nix brauchbares gefunden... soweit ich weiszlig; haben wir da nichts. Hauml;tte es dieser Tage auch brauchen kouml;nnen. waere durchaus nuetzlich... Allerdings ist es eigentlich Schwachsinn, das zu taggen. Meiner Meinung nach wauml;re es wesentlich sinnvoller, wenn alle Nodes eines Weges Houml;heninformationen hauml;tten. Dann kouml;nnte das Gefauml;lle automatisch bestimmt werden. finde ich nicht. die schilder, die die steigung angeben, stehen nicht zum spass rum, drum sollte man die auch erfassen. das koennte mal fuer zum beispiel lkw-routing nuetzlich sein. oder auch fuer fahrrad-fahrer. Wir sammeln leider fast keine Houml;heninformationen in der Datenbank. Das wauml;re aber ziemlich cool, weil wir unser Wegenetz dann nauml;mlich als Drahtmodell der Weltkugel abbilden kouml;nnten usw. An GPS-Tracks hauml;ngt meist auch die Houml;heninformation 'dran. Beim manuellen Abmalen gehen die aber leider flouml;ten. Konvertiert man automatisch, dann kouml;nnte man die Houml;hentags zumindest theoretisch mit uuml;bernehmen. schoen waers, aber bei der ungenauigkeit der meisten gps-hoehendaten ist das nicht wirklich zu gebrauchen. ___ 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] Interesse an taeglichen Europa- oder Laender-Updates?
Waere es sinnvoll, fuer diese Teilbereiche auch taegliche Diffs zu generieren, so dass jemand, der z.B. immer Deutschland tagesaktuell haben will, statt taeglich 60 MB herunterzuladen dann nur noch geschaetzte 600 KB am Tag braucht? Also ich wäre an täglichen Diffs SEHR interessiert. Sieht nämlich so aus, dass ich derzeit an nem Routenplaner für Deutschland werkel (im Wiki unter PHProute zu finden) und für einen kompletten Durchlauf des gesamten Deutschland-Files derzeit 4-4,5 Stunden brauche. Würde natürlich den Aufwand DEUTLICH verringern, wenn man da mit DIFFs arbeiten könnte. Ansonsten hole ich mir mein wöchentliches Update auch so und lasse meinen Server in der Nacht werkeln ;) Würde mich aber trotzdem sehr freuen! Gruß Steffen aka will.i.am/HeavenKiller ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
ich finde das auch eine super Möglichkeit, die ein Communityprojekt wie OSM hat, aber ich würde es spontan besser finden, wenn solche temporären Daten (wie z. B. auch Staus) nicht direkt in den OSM-Daten gepflegt werden sollten. Wir brauchen wohl längerfirstig einen Dienst für dynamische Daten, die dann auf den Karten als Overlay drübergelegt werden können oder auch irgendwie per Geo-RSS oder weiß der Geier was für Web 3.0-Geplonke geholt werden können. Für Staus ist es wichtiger, dass die Daten wirklich dynamisch sind und extra behandelt werden, aber ich finde eine Baustelle ist einem Stau ähnlicher als normalen Kartendaten. - Ihr wisst schon, was ich meine ;-) Genau so sehe ich das auch. Dafür ist OSM - in meinen Augen - ansich nicht gedacht. Solche (sehr) dynamischen Daten gehören in die Hände eines ebenso dynamischen Dienstes. Derzeit Programmiere ich an einem Routenplaner auf PHP Basis, der die OSM-Daten von ganz Deutschland in einer DB hält. Das sind derzeit noch über 3.500.000 Nodes und 430.000 Wege und Areas. Also ein stumpfer germany.osm Import ohne intelligentes Filtern, dass auf Straßen ausgelegt ist. Ein Import der derzeit 610MB großen germany.osm dauert derzeit bissel mehr als 2 Stunden. Updates von einem Mapstand zu einem anderen gibt es derzeit noch nicht. Geplant sind bislang (von meiner Seite aus) wöchentliche Imports der germany.osm in die Datenbank, weil der Rechenaufwand und Zeitaufwand doch relativ hoch ist. Also werden solche Daten, wie oben besprochen, in keinem vergleichbaren Projekt aktuell Verfügbar sein. Daher spricht vieles für einen dynamischen Dienst, der dann mit den Routingdaten abgeglichen wird und ggf. verarbeitet wird. Denkbar sind da Overlays wie bei Map24, die auch Staus und Baustellen auf den Strecken anzeigen. In wie weit die Verknüpft werden ist mir derzeit unbekannt. Sollte theoretisch aber machbar sein. Gruß Steffen aka will.i.am(Wiki)/HeavenKiller(OSM) P.S.: Wer sich über mein Projekt informieren will, kann dies gerne in der OSM-Wiki machen. Habe dort 2 Seiten mit den Namen PHProute (der o.g. Routenplaner) und OSM2Postgre (der DB Importer). Würde mich über Anregungen freuen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] secondary_link wird nicht gerendert
Hello Mario, also ich sehe ein highway=motorway_link für Autobahn-Auffahrten und primary_link sowie trunk_link aber das eine Sekundärstraße überhaupt Auf- und Abfahrten hat oder diese auf der Map_Features -Seite (http://wiki.openstreetmap.org/index.php/Map_Features) verzeichnet sind wäre mir neu. hab gerade in der englischen Talk-Liste einen ähnlichen Thread entdeckt. Mapnik scheint die secondary_link sogar noch zu rendern. [EMAIL PROTECTED] nicht (mehr?). mario Also ich kenne Straßen, die durchaus secondary_link brauchen, aber derzeit noch nicht gemapped sind - kommt aber an diesem WE dran. Die Stadt Salzgitter (südlich von Braunschweig, Niedersachsen) hat viele secondary Straßen, die Auf- und Abfahrten haben, aber nicht unter primary und tertiary fallen. Wenn ich die Stellen gemapped habe, folgt ein Link! Wäre schade, wenn man da auf irgendeine Konstruktion umsteigen müsste. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OpenLayers eigene Slippy-Map
Hallo zusammen! Ich hoffe einfach auf unsere Community, da sich bei OpenLayers anscheinend nicht wirklich was tut. Ich hoffe einfach darauf, dass sich hier jemand auskennt. Ich spiele gerade mit OpenLayers herum und versuche eine eigene SlippyMap zu basteln. Allerdings stoße ich auf 2 große Probleme. 1.) Als Permalink bzw. in der Anzeige unten rechts bekomme ich keine LON/LAT-Koordinaten, sondern nur die Mercator. Wie kann ich das ändern? 2.) Würde ich gerne Polylinien (eine Linie mit mehreren Eckpunkten) zeichnen lassen, wie auf der Beispielseite http://openlayers.org/dev/examples/modify-feature.html, allerdings automatisch. Soll bedeuten: Ich gebe die Koordinaten vor und ein javascript Schnippsel soll die Linie malen. Hat da jemand Erfahrung und würde das Wissen mit mir teilen? Zweck des Ganzen soll ein recht simpler Routenplaner sein, der auf Basis eines PHP Scriptes die Route berechnet und die Route dann via JavaScript einzeichnen soll. Doch ohne diese Linie, macht das ganze kaum einen Sinn. Würde mich über Hilfe sehr freuen! Gruß Steffen aka will.i.am P.S.: Ich habe bislang den Quelltext von informationfreeway.org so übernommen und nur OpenLayer durch die aktuelle Version 2.5 ersetzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
