[Talk-de] heise berichtet ueber osm.org-Routing integration
... wenngleich auch etwas kritisch: http://www.heise.de/newsticker/meldung/OpenStreetMap-integriert-Routensuche-2552942.html A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-AT auf Nabble
Hallo! Ich habe die OSM talk-at Mailingliste auf Nabble eingetragen ( http://osm-talk-at.1116557.n5.nabble.com ). Wer ist denn für die Verwaltung der Nabble-Listen für OSM verantwortlich? Ich habe gesehen, dass andere OSM Listen dort zu einer Art Gruppe zusammengeschlossen sind. Beste Grüße, Markus ___ 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
Am 18.02.2015 12:09, schrieb Alexander Lehner: ... wenngleich auch etwas kritisch: ... und nicht ganz richtig: anonyme Korrekturen oder Hinweise akzeptiert OpenStreetMap nicht. Trotzdem sehr schön, dass uns das neue Routing-Feature ordentlich Aufmerksamkeit bringt. Sind schon etliche Artikel aufgetaucht: http://wiki.openstreetmap.org/wiki/OpenStreetMap_in_the_media ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Empfänger, blauzahn, für die stadt
Eifelhunde eifelhu...@gmx.de wrote: Differentielle Korrekturdaten müssen aber mit den Rohdaten verrechnet werden, bei fertigen Koordinaten nützt das nichts. Es gibt noch ein weiteres Problem. Dazu habe ich auf der electronica Messe in München Chiphersteller und Gerätelieferanten interviewt. Solange man EGNOS Empfang hat, erhält man korrigierte Daten. Hat man keinen Empfang, sind sie nicht korrigiert. Der User kann offenbar nicht feststellen, ob er korrigierte Daten erhält oder nicht. http://de.wikipedia.org/wiki/Electronica_%28Messe%29 Am Rande bemerkt: Die befragten Chinesen wollten wissen, wofür ich das benötige, konnten dann aber mit OSM so gar nichts anfangen. Als ich es ihnen dann auf dem Notebook vorführen wollte, lehnten sie freundlich ab. Offensichtlich war es ihnen nicht gestattet, in Deutschland ins Internet zu gehen. Einige, die beim Erklären glänzende Augen bekamen, wurden dann von Kollegen zurückgepfiffen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] App für Android
Am 16.02.2015 um 23:41 schrieb christian.pietz...@googlemail.com: Für Kartendarstellung, RoutenAufzeichnung und Geocaching kann ich Locus sehr empfehlen Hallo an Alle, vielen Dank für Eure Erfahrungen und Vorschläge. Liebe Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SotM.us güstige Flüge
Hi, da es ja keine Sotm geben wird, wird evt. die Sotm.us interessanter da gibt es gerade günstigere Flüge... http://www.schnaeppchenfuchs.com/reise/15-rabatt-auf-alle-fluege-mit-tap-portugal-z-b-new-york-hin-und-zurueck-fuer-392e mfg Marc ___ 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
Die Qualität unserer Daten in Bezug auf Routing ist in der Tat verbesserungswürdig. So wird man mitunter zu verbotenen Abbiegemanövern aufgefordert oder über Privatgrundstücke gelotst. Das liegt meiner Meinung nach weniger an den Daten in der Datenbank, sondern an der mangelhaften Umsetzung besonders in OSRM. Wenn solche grottigen Router auf der Homepage verlinkt werden, muss man eben mit schlechter Kritik am Gesamtsystem rechnen. 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. Soweit ich mich erinnere hat OSRM mal funktioniert, zumindest was die Abbiegerelationen betrifft. Aber seit etwa einem halben Jahr ist die Routing Machine kaputt. Bernhard ___ 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
Bei mir beachtet OSRM aber Abbiegebeschränkungen: http://www.openstreetmap.org/directions?engine=osrm_carroute=51.02214%2C13.76353%3B51.02112%2C13.76476#map=18/51.02224/13.76236 ( http://map.comlu.com/?zoom=19lat=51.021984lon=13.763307layer=Grayscaleoverlays=TTT ) Am 18. Februar 2015 um 21:04 schrieb Bernhard Weiskopf bweisk...@gmx.de: Die Qualität unserer Daten in Bezug auf Routing ist in der Tat verbesserungswürdig. So wird man mitunter zu verbotenen Abbiegemanövern aufgefordert oder über Privatgrundstücke gelotst. Das liegt meiner Meinung nach weniger an den Daten in der Datenbank, sondern an der mangelhaften Umsetzung besonders in OSRM. Wenn solche grottigen Router auf der Homepage verlinkt werden, muss man eben mit schlechter Kritik am Gesamtsystem rechnen. 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. Soweit ich mich erinnere hat OSRM mal funktioniert, zumindest was die Abbiegerelationen betrifft. Aber seit etwa einem halben Jahr ist die Routing Machine kaputt. 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] App für Android
Hi, dem schließe ich mich an, für Locus gibt es freie Vektorkarten für die Offline-Nutzung, mit verschiedenen Themes für Wanderer und Radfahrer: http://www.openandromaps.org/ Gruß Czmartin Am 18.02.2015 um 18:42 schrieb Michael: Für Kartendarstellung, RoutenAufzeichnung und Geocaching kann ich Locus sehr empfehlen ___ 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
Manche werden auch bei mir beachtet, aber eben nicht alle. Das kommt mir vor, als ob der Eintrag role = from/via/to nicht korrekt beachtet wird und dann die Funktion von der Reihenfolge der Einträge in der Relation abhängt. Überprüft habe ich das aber nicht. Bernhard -Ursprüngliche Nachricht- Von: christian.pietz...@googlemail.com [mailto:christian.pietz...@gmail.com] Gesendet: Mittwoch, 18. Februar 2015 21:31 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] heise berichtet ueber osm.org-Routing integration Bei mir beachtet OSRM aber Abbiegebeschränkungen: http://www.openstreetmap.org/directions?engine=osrm_carroute=51.02 214%2C13.76353%3B51.02112%2C13.76476#map=18/51.02224/13.76236 ( http://map.comlu.com/?zoom=19lat=51.021984lon=13.763307layer=G rayscaleoverlays=TTT ) Am 18. Februar 2015 um 21:04 schrieb Bernhard Weiskopf bweisk...@gmx.de: Die Qualität unserer Daten in Bezug auf Routing ist in der Tat verbesserungswürdig. So wird man mitunter zu verbotenen Abbiegemanövern aufgefordert oder über Privatgrundstücke gelotst. Das liegt meiner Meinung nach weniger an den Daten in der Datenbank, sondern an der mangelhaften Umsetzung besonders in OSRM. Wenn solche grottigen Router auf der Homepage verlinkt werden, muss man eben mit schlechter Kritik am Gesamtsystem rechnen. 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. Soweit ich mich erinnere hat OSRM mal funktioniert, zumindest was die Abbiegerelationen betrifft. Aber seit etwa einem halben Jahr ist die Routing Machine kaputt. 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 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass-QL Frage
Moin, Ich möchte gerne alle Daten eines Gebietes (eingegrenzt durch Relation). [..] Gibt es eine Möglichkeit die Objekte außerhalb der Grenzrelation ohne Attribute zu laden? Ja, das geht. Probiere mal bitte die folgende Abfrage: [out:xml]; area['de:amtlicher_gemeindeschluessel'='16070029']-.a; ( way(area.a); node(area.a); relation(area.a); )-.b; .b out; // Zeile 8 .b ; (._;- .b;); out skel; In Zeile 8 geben wir alle Objekte aus, die tatsächlich in dem Gebiet liegen. Weil wir die Menge gleich nochmal brauchen, speichern wir sie nach .b zwischen. In Zeile 9 lösen wir die Referenzen der Relationen und Ways auf, mit Standardergebnis nach ._. In Zeile 10 bilden wir die Differenz mit .b, so dass nur noch Objekte übrig sind, die wir noch nicht ausgegeben haben. In Zeile 11 geben wir das fertige Resultat dann aus. Was leider nicht geht, ist, die Objekte dabei strikt nach Typ zu sortieren. Viele Grüße, Roland ___ 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
Am 18.02.2015 um 12:09 schrieb Alexander Lehner: ... wenngleich auch etwas kritisch: Die Qualität unserer Daten in Bezug auf Routing ist in der Tat verbesserungswürdig. So wird man mitunter zu verbotenen Abbiegemanövern aufgefordert oder über Privatgrundstücke gelotst. Weitere Probleme: - Routinginseln - Anliegerverbote werden ignoriert - Wichtige Infos wie maxspeed sind noch lückenhaft Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass-SQL Frage
Moin, Ich möchte gerne alle Daten eines Gebietes (eingegrenzt durch Relation). Da Multipolygone und Grenzrelationen nicht zerstört werden sollen, arbeite ich mit folgendem Befehl: [out:xml]; area['de:amtlicher_gemeindeschluessel'='16070029']-.a; ( way(area.a); node(area.a); relation(area.a); ); (._;;); out; Dadurch werden auch Objekte außerhalb der Grenzrelation geladen, wenn sie Teil einer Relation sind, die zum Teil innerhalb der Grenze liegt. Leider werden die auswärtigen Objekte vollständig attributiert geladen. Ich brauche aber nur die geographischen Daten. Gibt es eine Möglichkeit die Objekte außerhalb der Grenzrelation ohne Attribute zu laden? Hoffe, dass ich nicht allzu verwirrt klinge und irgendjemand eine Lösung hat. Viele Grüße, Andreas -- Andreas Neumann http://map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ 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
Tobias Knerr wrote on 18.02.2015 12:28: Am 18.02.2015 12:09, schrieb Alexander Lehner: ... wenngleich auch etwas kritisch: ... und nicht ganz richtig: anonyme Korrekturen oder Hinweise akzeptiert OpenStreetMap nicht. Mittlerweile gibt es ein update des Artikels, welche die Hauptprobleme im Artikel behebt. -- Grüße Holger ___ 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
Am 18.02.2015 um 13:06 schrieb chris66: Weitere Probleme: ... - Wichtige Infos wie maxspeed sind noch lückenhaft Sehe ich weniger problematisch, oder werden kurvenreiche Strecken auch berücksichtigt? Häufig sind doch diese nicht beschränkt, erlauben aber wegen der vielen Kurven nur geringe Geschwindigkeiten während gut ausgebaute, gerade Strecken zwar beschränkt sind, aber eine höhere Durchschnittsgeschwindigkeit erlauben. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SotM.us güstige Flüge
Hi, wn reader schrieb: da es ja keine Sotm geben wird, wird evt. die Sotm.us interessanter dass sich der Termin zig mal verschoben hat, hab ich mitbekommen. Aber woher hast du die Info, dass es gar keine SOTM geben wird? Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
