Re: [Talk-de] Routenplanung mit osrm
Hey, sorry eigentlich haben wir nichts vom Netz genommen, wir werden nur regelmäßig von Leuten DDOSed und dann geht der Server halt down. OSM.org wollen wir nur wechseln weil es relativ viel Arbeit ist zwei Server zu betreuen und die meisten nicht wirklich Lust haben sich da Sonntag Nachmittag darum zu kümmern. Ich habe es mal neu gestartet, sollte wieder gehen. Cheers, Patrick 2017-10-08 13:37 GMT+00:00 chris66 : > Am 08.10.2017 um 15:22 schrieb Peter Pointner: > >> derzeit nicht verfügbar ist, da der bislang dafür verwendete >> OSRM-Demoserver ohne >> Vorwarnung vom Netz genommen wurde." > > > Ja, daran liegt es wohl. Andere Frage ist, wieso der Link dann auf > openstreetmap.org nicht temporär entfernt wird oder zumindest ein > passender Hinweis eingeblendet wird. > > Chris > > > > > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Radfahren zwar erlaubt aber nicht wirklich gut gesucht
Ja solche "weichen" Kriterien sind immer schwer auf OSM abzubilden und die meisten würden wahrscheinlich auch behaupten sie gehören gar nicht ins Tagging. Der Fahrradweg hat auch `surface` Tags und die Kreisstraße ist als `highway=primary` getaggt oder? Momentan erlauben wir [1] ca. 30% Umweg um auf einen Fahrradweg zu kommen. Kannst mir ja mal die Route schicken [2] (die Seite ist nur temporär, wird später ins offizielle Feedback eingebunden) und ich gucke es mir an. Schönen Sonntag, Patrick [1] https://www.mapbox.com/blog/bicycle-directions/ [2] https://www.mapbox.com/bites/00138/directions-feedback/mapbox/#15/-122.4365/37.7794 2015-05-24 18:44 GMT+02:00 Bernhard Kuisle : > Hallo, > ich habe folgendes Problem: > Bei uns in der Nähe befindet sich eine vielbefahrene Kreisstraße (gerader > Verlauf, schnelle PKW und auch viele Laster) auf der natürlich Radfahren > erlaubt ist, aber auf der kein Einheimischer (auch kein Rennradler) mit dem > Fahrrad fährt, da auf beiden Seiten mehr oder weniger parallel kleine Straßen > (auch asphatiert) verlaufen. > Alle mir bekannten Fahrradrouter benutzen die Kreisstraße, da sie natürlich > etwas kürzer ist. > Mit welchen tags könnte ich die Router dazu bringen, eine der beiden > Alternativen zu wählen? > Gruß Bernhard > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] heise berichtet ueber osm.org-Routing integration
> Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch Abbiegerelationen und Anliegerstraßen beachtet, die gehören meiner Meinung nach zu den Grundfunktionen. Falls du Abbiegerelationen findest die nicht funktionieren, dann poste das bitte hier [1]. Momentan nicht unterstützt werden lediglich Abbiegerelationen bei den via ein Way ist. > Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem > als vielleicht zu grob erfasste Straßenverläufe die den realen > Verlauf zu sehr begradigen. Auf Grund der Größe der Daten verwerfen die meisten Router die geometrische Information schon beim Pre-Processing*. Das worauf der wirkliche Routing-Algorithmus ausgeführt ist deutlich abstrakter als das Straßennetzwerk das ein Mensch auf einer Karte wahrnimmt. (* zumindest für das eigentliche Routing, am Ende braucht man es schon wieder um eine Linie auf die Karte zeichnen zu können) Also: Bitte nicht Anfangen unnötig genaue Geometrien zu erfassen. Das führt nur zu unnötig großen Daten! (ein echtes Problem, zusehen auch bei den TIGER Imports in den USA) Um tatsächlich halbwegs verlässliche ETAs zu bekommen braucht es allerdings wirklich gemessene Daten von echten Fahrzeugen (kann aus hinreichend vielen GPS Traces berechnet werden). OSM kann einfach Dinge wie Verkehrsaufkommen u.Ä. nicht erfassen. Wenn man das nicht hat, muss man sich leider auf Heuristiken verlassen [2]. Hinreichende Abdeckung von maxspeed Tags kann da sicherlich nicht schaden. Wer wirklich helfen will die Daten zu verbessern sollte sich auf zwei Dinge konzentrieren: Konnektivität, Abbiegerelationen, Zugangsberschränkungen. Natürlich ist fehlende Straßen erfassen auch gut. :-) map.project-osrm.org hat ein "Small Components" Layer um das Konnektivität fixen etwas einfacher zu machen. Pinke Straßen sind nicht mit dem Rest des Straßennetzwerks verbunden. [1] https://github.com/Project-OSRM/osrm-backend/issues [2] https://github.com/Project-OSRM/osrm-backend/blob/develop/profiles/car.lua 2015-02-19 23:29 GMT+01:00 Florian Lohoff : > On Thu, Feb 19, 2015 at 11:04:11PM +0100, Garry wrote: > > 80km/beschränkt ist erlaubt in der Regel eine deutlich > > höhere Geschwindigkeit als z.B. eine Passstraße die nicht > > explizit(!) beschränkt ist. > > > > Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem > > als vielleicht zu grob erfasste Straßenverläufe die den realen > > Verlauf zu sehr begradigen. > > Gibt es stand heute irgendeine Routingengine für OSM die > Geometrien der Straße (Also ausser länge) auswertet? Ich kenne > derzeit keine. Man könnte durchaus da ja noch deutlich mehr machen > so wie "viele Gebäude in der nähe" "in landuse=residential" etc > um via heuristik die Geschwindigkeit zu ermitteln. > > Defakto sind alle router heute total stumpf: > > switch(highway) > trunk) > avgspeed=75 > residential) > avgspeed=10 > > So zur Veranschaulichung. Selbst der Maxspeed wird nicht in jedem > fall zu rate gezogen. Damit lassen sich auch für 90-95% aller > fälle sehr passable resultate erzielen. > > Flo > -- > Florian Lohoff f...@zz.de > We need to self-defense - GnuPG/PGP enable your email today! > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > > iQIVAwUBVOZj5JDdQSDLCfIvAQpVvg/+IGsqusfqgnBGzg1IB2IQ5Oz6Vzp9uf15 > 5bgVtL5xXQyfPVsGAISkzaxhhYi5ntMWSWk2PSZ/SRWa81B0kwStn0MdxmFBk5wM > tChDbZxiI19KyaizxloMlViOdPPCPs5+yo2LOXXmLaMw1MZ0rsQPBFvUn69clNpp > AYYz9y+9tD0OFsGdOoSWIj0G+dQl8mfiIFeQP9dcUryuWO/dKvKEGmvWCO/UTNnF > 1oXEA7ziT8qaHEVpZ0g2M22KtNxlrmUz25De2UerEwGn2UoEDfB9sE4N0A5N8OXE > ZJ7YIb759KVYCAy5a3Hrt45x3VkxVPXDDLu8I/s0f838xA2nonFL56DSrz7CwSzA > UPlabwuH8jIWRtH7/IReSQZB91ZkXrGb4WiFLD7vdEb2rcmQWezR32umLc0bQQwV > n0d6vTw+rbD1ySLez8WNKjS1CHn7orXZ/I9W5il32IZzp9i9MH0Pc6G6pmX4r5Dw > 7AHX0U4oPANrrPR2NwJNWxGcHt2+KFQf66py+wxZv2B2m+hOeCJRgJk1FXgtHDAk > 8d73nAk/iWAtxak+Lkkyw9LGZvZQBvVxnKu2nuq1W6oU2OsOf/HKnQt706F61ENB > l9awxRi1XZzmf5OcF8++rQ1snM+el6x4AJlNwQJJLYtyldmRVAYuCjRNonKb/mwU > 24YKOePXwyQ= > =0rTY > -END PGP SIGNATURE- > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Release] alaCarte Renderer 0.3.0
Seit dem ersten Release hat sich viel getan beim alaCarte (MapCSS-)Renderer! Einige Highlights: * MapCSS wird fast vollständig unterstützt * Tiles werden jetzt in 4x4 Blöcken gerendert (=> Speedup + bessere visuelle Qualität) * Speicherverbrauch wurde reduziert, da für Rechtecksanfragen jetzt ein STR-Tree eingesetzt wird Diese Release wäre nicht möglich gewesen ohne unsere zahlreichen Helfer. Insbesondere möchten wir Dmitry "AMDmi3" Marakasov für den Ausbau der MapCSS-Unterstützung und Mixaill für die MinGW-Unterstützung danken. Links: http://alacarte-maps.github.io/ Github: https://github.com/alacarte-maps/alacarte Demo: http://studwww.ira.uni-karlsruhe.de/~s_scheir/alacarte/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Release] alaCarte Tile-Renderer 0.2.1
2013/4/10 Sven Geggus : > > Welche Vorteile hat denn das tool im Vergleich zu herkömmlicher Renderer > Software wie Mapnik oder dem (UMN) Mapserver? > > Gibt es Lösungen für bekannte Probleme herkömmlicher Renderer (Verdrängung, > Generalisierung, Label-Placement, ...)? > Wir benutzen MapCSS[1] zum erstellen von Stylesheets. MapCSS ist recht nah an den OpenStreetMap-Daten dran (was man jetzt als Vorteil oder Nachteil sehen kann, je nach Anwendung), deshalb ist es recht einfach damit Stylesheets zu basteln. alaCarte lädt die Stylesheets zur Laufzeit, d.h. von Benutzer-Seite aus sieht man sofort, wenn man etwas geändert hat. (kein Server-Restart oder so erforderlich) Ein Server kann auch beliebig viele Stylesheets gleichzeitig anbieten. (Vorausgesetzt er hat die entsprechenden Resourcen.) Unser Renderer implementiert auch ein halbwegs gutes Label-Placement: Abgeschnittene und Überdeckte Labels werden zum einen erkannt und nicht gerendert, zum anderen wird auch versucht überdeckte Labels ein wenig zu verschieben um die Überdeckung zu beheben. > > Ich bin ja ein großer Anhänger des Rendering Ansatzes, den Jochen Topf > unter > http://blog.jochentopf.com/2011-03-22-new-approaches-for-map-rendering.html > beschrieben hat. > Unsere Implementierung von MapCSS ist übrigens IMHO nicht Turing Complete. Allerdings haben wir ein paar einfache Eval-Funktionen implementiert, was aber auch nicht mehr als ein kleiner Taschenrechner mit ein paar Sonderfunktionen ist. Allerdings ist alaCarte kein "Rendering-Toolkit" wie es in deinem Link beschrieben wurde, sondern ein Renderer im klassische Sinne: Daten + Aussehen = Bilder [1] http://wiki.openstreetmap.org/wiki/MapCSS/0.2 Cheers, Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Release] alaCarte Tile-Renderer 0.2.1
Was ist alaCarte? alaCarte ist ein Tile-Renderer (+ Server) für OpenStreetMap geschrieben in C++11. Für das Rendering wird Cairo benutzt und für das Parsen von MapCSS-Stylesheets Boost-Spirit. alaCarte wurde für mittelgroße Datensätze entwickelt. Auf einem typischen System mit 8GB RAM kann alaCarte z.B. mit einem ungefilterten Datensatz der Größe von Baden-Württemberg umgehen. Für mehr Informationen: https://github.com/TheMarex/alacarte Da momentan leider eine Datenbankanbindung fehlt, kann alaCarte nur mit Daten umgehen, die auch in den Arbeitsspeicher passen. Wir haben einen kleinen Demo-Server aufgesetzt, da dieser allerdings aus dem Uni-Netz heraus läuft ist es fraglich, wie lange er durchhält. Wenn jemand von euch also einen Server hat der sich langweilt... ;-) Demo-Server: http://studwww.ira.uni-karlsruhe.de/~s_scheir/alacarte/ Enwickelt wurde alaCarte im Rahmen eines Uni-Projektes am Karlsruher Institut für Technologie. [1] Das 0.2.1-Release ist das erste Open-Source-Release. Wer fragen zur Technik hat, ask away. Auf der Website des Demo-Servers ist auch noch eine Präsentation verlinkt, die einen kurzen Überblick gibt. [1] http://algo2.iti.kit.edu/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] History Spam
Hallo, mir ist vor kurzem ein relativ großer Edit in meiner Region aufgefallen vom User "hasse_osm_korinthenkacke" (orgineller Name...). Hier mal die Beispiel History von einem Node aus seinem Changeset: http://www.openstreetmap.org/api/0.6/node/27593751/history Täusch ich mich, oder wurde bei den letzten Version Updates nur der Timestamp geändert? Habe den User mal angeschrieben und gefragt was er da treibt... Habt ihr auch schon solchen History Spam beobachtet? Könnte man sowas vll auf OSM Seite beheben, indem vor dem Updaten eines Nodes erst mal geprüft wird, ob wirklich was anderes als der Timestamp verändert wurde? Mit freundlichen Grüßen, Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserwege eintragen
> > Habe ich mir auch schon überlegt, aber ich würde das Ding > an einer Schnur festhalten und nicht durch Röhren schwimmen > lassen, denn in den Röhren hast du wahrscheinlich eh keinen > Empfang und das Risiko ist zu groß, dass es an einem Gitter > hängen bleibt. Der unterirdische Verlauf des Baches ist meines > Erachtens sowieso eher zweitrangig. > Den oberirdischen Teil werde ich auf alle Fälle in nächste Zeit versuchen so zu vermessen. Bin mir nur noch nicht ganz sicher wie ich meinen GPSLogger verpacke. Das mit der Schnur ist auf jeden Fall eine gute Idee. Beim unteridischen Teil werd ich dann wohl die Bebauungplane zu Rate ziehen müssen. Weiss einer von euch wie ich die Bebauungpläne von http://www.geoportal.rlp.de/ in JOSM oder Merkaartor ansehen kann? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wasserwege eintragen
Hallo, ich stehe im Moment vor dem Problem, dass ich einen nahe gelegenen Bach eintragen will, mir allerdings nicht sicher bin wie ich am besten anstellen soll. Satellitenfotos als Quelle fallen schon mal aus, 1) weil man den Bach darauf sowieso nur sehr schlecht sieht und 2) weil der Bach teilweise unterirdisch verläuft (durch Röhren). Meine zweite Idee einfach ein GPSLogger wasserdicht verpacken und durch den Bach treiben lassen, ist etwas riskant, da ich nicht weiss wie lange sowas bis zur Mündung brauch und auch nicht ob zwischendrin Gitter oder so angebracht sind. Gibt es vll Daten vom Vermessungsamt oder so die man übertragen könnte? Gruß, Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
> > kannst Du mir mal ein Beispiel/einen Screenshot geben? > Klar, siehe Anhang. Ich kann nicht sagen, in wie fern das menu jetzt auch wiklich alle Elemente anzeigt, aber zumindest sollten die Punkte vll nach Unterpunkten Sortiert werden, oder das ganze sollte als Dock umgesetzt werden (mit nem TreeView vll). Für meinen kleinen Laptop Bildschirm ist das Menu definitiv zu groß. Grüße, Patrick <>___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Auf jedenfall müsste die Seitenleiste von JOSM deutlich aufgeräumt werden. In die Seitenleiste gehörem IMHO keine Dock-Optionen, die gehören in ein Menu unter "View". Das "Select" tool müsste mit dem "Delete" tool zusammengefasst werden. (Bzw. sollte beim "Selector" das Drücken der Taste Entf das löschen des Nodes bewirken und ein Menupunkt unter "Edit" eingefügt werden) Was auch fehlt ist ein Kontextmenu, wenn man einen Rechtsklick auf ein selektiertes Objekt macht. (Auschneiden, Kopieren, Einfügen, Duplizieren etc.) Das "Presets" Menu müsste auch mal aufgeräumt werden, passt bei mir gar nicht mehr auf den Bildschirm. BTW. Ist JOSM bei euch auch so langsam beim rendern? Mein armer CPU wird ganz schön gequält. Bin mir nicht sicher ob das JOSM, der Treiber (Intel) oder Java ist. Normalerweise ist die 2D Performance mit Intel aber recht ordentlich. Gruß, Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de