Re: [Talk-de] News auf ORS - Update Webseite Hö henprofil
Dann sollte man aber an den Algorithmen arbeiten. Eine Kreuzung sollte sich doch einfach daran erkennen lassen, ob man 2x ca. 90° abbiegen kann oder dazu noch geradeaus oder ähnliches. Daraus könnte man ableiten, dass die Strecke mit dem größeren Winkel einfach teurer ist. Du hast das Problem nicht verstanden. Für viele Routing-Alorithmen wie z.B. den Standard Dijkstra gibt es kein Abbiegen von - auf sondern nur Weg von A nach B mit Kosten x und Weg von B nach D mit Kosten y. Deswegen hat er ja auch geschrieben, man sollte an den Algorithmen arbeiten = die Algorithmen ändern. Ich glaub aber, es geht auch ohne: Man könnte alle relevanten Knoten (z.B. barrier, Kreuzungen/Abzweigungen) als Wegstücke abbilden. Ich bin mir nur nicht ganz sicher, wie man am besten an Knoten mit mehreren angrenzenden Wegen verfährt. Wahrscheinlich reicht es, dort einen Kreisverkehr einzufügen. Auf diesen Graphen kann man dann die Standard-Algorithmen fast unverändert anwenden. Grüße, Marc -- Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite H öhenprofil
On Thu, 19 Feb 2009, marcus.wolsc...@googlemail.com wrote: Für viele Routing-Alorithmen wie z.B. den Standard Dijkstra gibt es kein Abbiegen von - auf sondern nur Weg von A nach B mit Kosten x und Weg von B nach D mit Kosten y. Das hat mit Winkeln oder der Erkennung was eine Kreuzung ist garnichts zu tun. Kann man nicht einfach eine Kostenfunktion definieren, die sehr kurze Abschnitte bestraft? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
On Thu, 19 Feb 2009 11:17:41 +0100, Marc Schütz schue...@gmx.net wrote: Deswegen hat er ja auch geschrieben, man sollte an den Algorithmen arbeiten = die Algorithmen ändern. Ich glaub aber, es geht auch ohne: Man könnte alle relevanten Knoten (z.B. barrier, Kreuzungen/Abzweigungen) als Wegstücke abbilden. Ich bin mir nur nicht ganz sicher, wie man am besten an Knoten mit mehreren angrenzenden Wegen verfährt. Wahrscheinlich reicht es, dort einen Kreisverkehr einzufügen. Auf diesen Graphen kann man dann die Standard-Algorithmen fast unverändert anwenden. Das ist genau das, was ich seid Mittwoch programiere. Ein Kreisverkehr reicht nicht, da er equivalent zu einem Punkt ist aber viel komplizierter ist der allgemeine Fall auch nicht. (Egal wie viele Wege sich treffen.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
On Thu, 19 Feb 2009 11:19:12 +0100 (CET), Dirk Stöcker openstreet...@dstoecker.de wrote: On Thu, 19 Feb 2009, marcus.wolsc...@googlemail.com wrote: Für viele Routing-Alorithmen wie z.B. den Standard Dijkstra gibt es kein Abbiegen von - auf sondern nur Weg von A nach B mit Kosten x und Weg von B nach D mit Kosten y. Das hat mit Winkeln oder der Erkennung was eine Kreuzung ist garnichts zu tun. Kann man nicht einfach eine Kostenfunktion definieren, die sehr kurze Abschnitte bestraft? Wenn deine Metrik ist kürzeste Strecke definitiv nicht, denn sie ist kurz und damit gut. Wenn deine Metrik ist schnellster Weg dann auch nicht, denn die Metrik weist ja schon die korrekte, angenommene Fahrtzeit für diesen kurzen Abschnitt aus. Du kannst lediglich versuchen dein Modell der zu erwartenden Fahrtzeit immer näher an eine Grundlage von real gemessenen Fahrtzeiten anzugleichen indem du anfängst den realen Einfluss von Abbiegen, Ampeln oder Strassen- Breite auf die Durchschnittliche Fahrtzeit zu Untersuchen. Dass sich dabei aber herausstellt, dass kurze Wege eine längere Fahrtzeit bedeuten als längere Wege darf bezweifelt werden. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
Pascal Neis n...@geoinform.fh-mainz.de wrote: Weiterhin ist seit gestern Nachmittag noch ein neuer Service online, der zu einer berechneten Route ein Höhenprofil erstellt. Wird das beim Fahrrad- und/oder Fußgängerrouting berücksichtigt? Insbesondere mit dem Fahrrad ist das ja nicht unerheblich, ob man 5km außenrum oder 2km direkt über den Berg füht. Je nach Höhe des Berges und Kondition des Fahrers dauert der direkte Weg in diesem Beispiel meistens länger. Gruss Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite H öhenprofil
On Wed, 18 Feb 2009, Pascal Neis wrote: Hi, wie in letzter Woche angekündigt ist eine neue Version der Webseite von ORS online (thx to peter). Dabei wurde die Oberfläche etwas aufgeräumt und ein besseres Handling von Start-, Via und Zielpunkt realisiert. Daneben können jetzt diese Punkte auch über einen Rechts-Klick in die Karte gesetzt werden. Alternative können die Punkte auch in der Karte angefasst und verschoben werden. Ein Wechsel zwischen den vers. Punkten kann über ein Klicken in das jeweilige Textfeld erreicht werden. Weiterhin ist seit gestern Nachmittag noch ein neuer Service online, der zu einer berechneten Route ein Höhenprofil erstellt. Das Profil kann in den RouteResults über den Profile-Button abgerufen werden (thx to wolfgang). Dieser Service wird aber erstmal nur für Deutschland verfügbar sein und enthält eine Begrenzung bis ca. 450km. Dieses sollte in den meisten Fällen reichen ;-) Zwei Sachen die mir immer wieder auffallen: 1) ORS bevorzugt im Fastest-Modus immer noch kurze Strecken: Z.B. http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1822771,51.1260447end=14.183189,51.1298759pref=Fastestlang=de Mal davon abgesehen, dass hier auf kleinen Gassen langgefahren wird (das liegt wohl an der Straßendefinition): Entweder man fährt geradeaus bis zum Altmarkt und dann rechts in die Kirchstraße oder rechts in Am Mühlteich und dann nach links. Das wären jeweils 2 oder 3 Anweisungen. Momentan sind es 5. 2) Auch die Straßentypen werden nicht optimal genutzt. Im Fastest-Modus sollte normalerweise gelten, dass man solange wie möglich auf höherrangigen Straßen bleibt. Hier macht er das z.B. nicht: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1801635,51.1401762end=14.1908494,51.1331211pref=Fastestlang=de Statt der August-König-Straße sollte er die etwas längere Carl-Maria-von-Weber-Straße nehmen. Das ist natürlich ein ausgesuchtes Beispiel. Aufgefallen ist es mir in Berlin, wo er mitten durch die Stadt routet, statt solange wie möglich auf Bundesstraßen zu bleiben. Der Unterschied in der Streckführung waren nur wenige 100 Meter. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Hö henprofil
On Wed, Feb 18, 2009 at 11:58:24AM +0100, Dirk Stöcker wrote: Zwei Sachen die mir immer wieder auffallen: 1) ORS bevorzugt im Fastest-Modus immer noch kurze Strecken: Z.B. http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1822771,51.1260447end=14.183189,51.1298759pref=Fastestlang=de Mal davon abgesehen, dass hier auf kleinen Gassen langgefahren wird (das liegt wohl an der Straßendefinition): Mir ist meiner meinung nach mal aufgefallen das die Penalty fuer abbiegen relativ gering ist d.h. es wird bevorzugt durch die engen gassen zu kurven anstatt 50m mehr drumherum zu fahren ... Bei deinen Beispielen sind die abbiegevorgaenge meistens identisch d.h. die penalty ist gleich - Evtl ist es noetig in abhaengigkeit der Straßenklasse die penalty fuer abbiegen unterschiedlich zu gestalten (tertiary++ sollte ja evtl abknickende vorfahrt oder bevorzugt in der ampelschaltung sein) D.h. penalty fuer kleine straßen und abbiegen auf kleineren straßen hochsetzen und schon sollte das fluppen ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
On Wed, 18 Feb 2009 12:32:44 +0100, Florian Lohoff f...@rfc822.org wrote: On Wed, Feb 18, 2009 at 11:58:24AM +0100, Dirk Stöcker wrote: Zwei Sachen die mir immer wieder auffallen: 1) ORS bevorzugt im Fastest-Modus immer noch kurze Strecken: Z.B. http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1822771,51.1260447end=14.183189,51.1298759pref=Fastestlang=de Mal davon abgesehen, dass hier auf kleinen Gassen langgefahren wird (das liegt wohl an der Straßendefinition): Mir ist meiner meinung nach mal aufgefallen das die Penalty fuer abbiegen relativ gering ist d.h. es wird bevorzugt durch die engen gassen zu kurven anstatt 50m mehr drumherum zu fahren ... Das ist nicht ganz so einfach wie es klingt. Die meisten Routing-Algorithmen erlauben keine Kosten für ein Abbiegen sondern lediglich für die Kanten des Graphen. Wird später ein günstigerer Weg zum Knoten, wo man abgeboten ist gefunden, so setzt sich der neue, optimale Weg aus dem schnelleren Weg bis zum Knoten und dem Weg ab diesem Knoten zusammen. Folglich hat sich der Abbiege-Winkel geändert ohne dass auch nur ein einziges Mal die Kosten-Funktion neu ausgewertet worden wäre. Eine Möglichkeit dies doch zu erlauben und gleichzeitig mit Abbiege-Verboten umzugehen wäre, die Knoten der OSM-Karte intern durch temporäre Wege zwischen der Einfahrt und der Ausfahrt aus einer Kreuzung zu ersetzen. Diese Wege haben dann zwar keine geometrische Länge aber können trotzdem Kosten zugeordnet bekommen. Der Nachteil ist der Verwaltungs-Aufwand in den internen Datenstrukturen, da man diese Wege eher nicht in der lokalen Karten-Datenbank mit ablegen will (man denke an die Anzahl an Knoten in sowas wie Europa multipliziert mit 2x ihrer Ordnung). Für Abbiege-Verbote könnte jemand (ich?) ein Osmosis-Plugin schreiben was diese Vorverarbeitung mal macht und alle nicht erlaubten Wege halt nicht erzeugt (und Kreuzungen ohne Abbiege- Verbote nicht anfässt). Dann muss nicht jeder das von neuem programmieren. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
marcus.wolsc...@googlemail.com schrieb: On Wed, 18 Feb 2009 12:32:44 +0100, Florian Lohoff f...@rfc822.org wrote: Mir ist meiner meinung nach mal aufgefallen das die Penalty fuer abbiegen relativ gering ist d.h. es wird bevorzugt durch die engen gassen zu kurven anstatt 50m mehr drumherum zu fahren ... Das ist nicht ganz so einfach wie es klingt. Die meisten Routing-Algorithmen erlauben keine Kosten für ein Abbiegen sondern lediglich für die Kanten des Graphen. Dann sollte man aber an den Algorithmen arbeiten. Eine Kreuzung sollte sich doch einfach daran erkennen lassen, ob man 2x ca. 90° abbiegen kann oder dazu noch geradeaus oder ähnliches. Daraus könnte man ableiten, dass die Strecke mit dem größeren Winkel einfach teurer ist. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
Hallo. Am Mittwoch, 18. Februar 2009 schrieb André Reichelt: Dann sollte man aber an den Algorithmen arbeiten. Eine Kreuzung sollte sich doch einfach daran erkennen lassen, ob man 2x ca. 90° abbiegen kann oder dazu noch geradeaus oder ähnliches. Daraus könnte man ableiten, dass die Strecke mit dem größeren Winkel einfach teurer ist. Eine große Verbesserung ohne Winkelberechnung wäre einfach,den Wechsel des Highway-Typs zu gewichten. Und zwar von große auf kleine Straße ist ganz, ganz teuer. :) Aber ja, Kreuzungen die nicht gradeaus gequert werden, sollten ein Abbiege-Gewicht bekommen. Gruß, Bernd -- Joey: Also gut Ross hör zu. Du fühlst dich momentan hundeelend, du bist sehr wütend, und gekränkt. Soll ich dir mal 'nen guten Rat geben? Ross: Ah. Joey: Geh in ein Striplokal. - Friends (am. Sitcom) 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] News auf ORS - Update Webseite Höhe nprofil
On Wed, 18 Feb 2009 18:20:05 +0100, André Reichelt andr...@online.de wrote: marcus.wolsc...@googlemail.com schrieb: On Wed, 18 Feb 2009 12:32:44 +0100, Florian Lohoff f...@rfc822.org wrote: Mir ist meiner meinung nach mal aufgefallen das die Penalty fuer abbiegen relativ gering ist d.h. es wird bevorzugt durch die engen gassen zu kurven anstatt 50m mehr drumherum zu fahren ... Das ist nicht ganz so einfach wie es klingt. Die meisten Routing-Algorithmen erlauben keine Kosten für ein Abbiegen sondern lediglich für die Kanten des Graphen. Dann sollte man aber an den Algorithmen arbeiten. Eine Kreuzung sollte sich doch einfach daran erkennen lassen, ob man 2x ca. 90° abbiegen kann oder dazu noch geradeaus oder ähnliches. Daraus könnte man ableiten, dass die Strecke mit dem größeren Winkel einfach teurer ist. Du hast das Problem nicht verstanden. Für viele Routing-Alorithmen wie z.B. den Standard Dijkstra gibt es kein Abbiegen von - auf sondern nur Weg von A nach B mit Kosten x und Weg von B nach D mit Kosten y. Das hat mit Winkeln oder der Erkennung was eine Kreuzung ist garnichts zu tun. Es hat nichtmal etwas mit Koordinaten zu tun. Ich arbeite unter http://apps.sourceforge.net/mediawiki/travelingsales/index.php?title=OsmosisTask/induce-ways-for-turnrestrictions daran dieses durch Berechnen einen equivalenten Graphen auf den einfacheren Fall von unidirektionalen Graphen (Einbahn- und normale Strassen) abzubilden, den jeder Algorithmus zum Finden eines Weges durch einen Graphen kann. Es ist ein mathematisches Problem, kein Geographisches welches ich sowohl für mich als auch für die Entwickler der anderen Routing- und Navi-Programme lösen will. PS: Ja, es gibt Routing-Algorithmen die das können aber die kennt und wichtiger: versteht nicht jeder und folglich wird nicht jeder sie implementieren. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Aufgefallen ist mir auch etwas im Fall, dass die addr:street sich vom Namen der nächstliegenden Straße unterscheidet. Da wird der nächste Punkt der namensgleichen Straße und nicht einer auf der nächstliegenden Straße genommen. Das mag manchmal sinnvoll sein; aber zum Beispiel bei Im Weidenbruch 46, Köln wird auf diese Weise eine Stelle beim Tunneleingang der Straße Im Weidenbruch angezeigt, während die richtige Zufahrt am Melissenweg liegen und am Melissenweg 20, Köln vorbeiführen würde. - Zur vereinfachten Demo habe ich hier einmal den Weg von der echten Position des Adress-Nodes zu der mit der Suche ermittelten Position Im Weidenbruch 46, Köln verlinkt: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=7.0278436,50. 979942end=7.0278114,50.9803202pref=Shortestlang=de Ich glaube, dein Fall ist eher die Ausnahme. Normalerweise gehört ja ein Haus zu der Straße, in der es den Eingang hat. Für Fälle wie diesen sieht das Karlsruhe-Schema eine Relation vor (die wahrscheinlich von ORS noch nicht ausgewertet würde): http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Giving_hints_about_the_road- access_.28optional.29 Grüße, Marc 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] News auf ORS
Marc Schütz wrote: Hatto schrieb: Zur vereinfachten Demo habe ich hier einmal den Weg von der echten Position des Adress-Nodes zu der mit der Suche ermittelten Position Im Weidenbruch 46, Köln verlinkt: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=7.0278436,50.979942end=7.0278114,50.9803202pref=Shortestlang=de Ich glaube, dein Fall ist eher die Ausnahme. Normalerweise gehört ja ein Haus zu der Straße, in der es den Eingang hat. Für Fälle wie diesen sieht das Karlsruhe-Schema eine Relation vor (die wahrscheinlich von ORS noch nicht ausgewertet würde): http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Giving_hints_about_the_road-access_.28optional.29 In die deutsche Übersetzung dieser Seite habe ich diese Möglichkeit eines Hinweises auf einen Zugang nicht eingebaut, weil ich den englischen Text nicht verstanden habe. Vielleicht könnte mir (oder besser noch: im Wiki) jemand mal erklären, welcher way da als accessto in die Relation aufgenommen und ob denn nicht irgendwie auch der Adress-Node eingebaut werden soll. Oder steht da einfach nur versehentlich way statt node? Was für ein und warum überhaupt irgendein Weg als accessfrom einzutragen ist, ist mir im Übrigen auch nicht klar, vor allem wenn es nur eine Zufahrt gibt. Im Übrigen kommt es hier in Köln recht oft vor, dass der Zugang zu einem Haus von einer anderen Straße aus geht - wenn auch meist nur bei Häusern an einer Straßenecke und damit nur um ein paar Meter daneben und nicht so weit entfernt wie im oben geschilderten Fall. Im obigen Fall muss ich übrigens den access-node fast auf dieselbe Stelle setzen wie den adress-node, was auch sehr wenig intuitiv ist. Da wäre es m.E. sinnvoller, wenn man die Sache umdreht, d.h. wenn der Suchalgorithmus immer die nächstliegende Straße nimmt (unabhängig von deren Namen) und man im Fall, dass der Zugang sich wirklich an einer entfernter liegenden Straße befindet, dorthin einen access-node setzt. Es ist ja auch nicht so, dass überall und in allen Ländern die postalische Adresse den Namen der Straße, an der das jeweilige Gebäude steht, enthält; dies aber wird vom obigen Suchalgorithmus anscheinend erwartet. Grüße, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Neue Suche Was: News auf ORS
Hallo, vielen Dank mal wieder, dass könnte die Hausnummererfassung stark steigern :) Mir sind aber auch noch ein paar komische Dinge bei der neuen Suche aufgefallen. Wenn ich z.B. nach Immenrode suche findet er: 1. (DE) 38690Immenrode (Niedersachsen) 2. (DE) 99735Immenrode (Thüringen) das ist schon super (1. Auswahl war gesucht). Suche ich aber zusätzlich mit einer Straße Immenrode Weddinger Straße, so findet er: 1. (DE) 38704 Liebenburg Weddinger Straße (Niedersachsen) 2. (DE) 38690 Vienenburg Weddinger Straße (Niedersachsen) Hier stehen leider nicht mehr die Dorfnamen dabei, was etwas unpraktisch ist. Gesucht wäre hierbei übrigens die 2. Auswahl gewesen. Ich schätze mal bei der Suche schaut der Algorithmus ins Adress-Schema und findet da den postalischen Ort, oder nicht? Außerdem ist mir aufgefallen dass wenn man im Search Feld die Eingabe macht, spuckt er bei der Suche kein Leerzeichen zwischen PLZ und Ortsnamen aus, bei Start und End schon. Ich hoffe das hilft etwas die super Arbeit noch mehr zu verbessern :) Grüße, Fabian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Neue Suche Was: News auf ORS
Hi, Hallo, vielen Dank mal wieder, dass k?nnte die Hausnummererfassung stark steigern :) Mir sind aber auch noch ein paar komische Dinge bei der neuen Suche aufgefallen. Wenn ich z.B. nach Immenrode suche findet er: 1. (DE) 38690Immenrode (Niedersachsen) 2. (DE) 99735Immenrode (Th?ringen) das ist schon super (1. Auswahl war gesucht). Suche ich aber zus?tzlich mit einer Stra?e Immenrode Weddinger Stra?e, so findet er: 1. (DE) 38704 Liebenburg Weddinger Stra?e (Niedersachsen) 2. (DE) 38690 Vienenburg Weddinger Stra?e (Niedersachsen) Hier stehen leider nicht mehr die Dorfnamen dabei, was etwas unpraktisch ist. Gesucht w?re hierbei ?brigens die 2. Auswahl gewesen. Ich sch?tze mal bei der Suche schaut der Algorithmus ins Adress-Schema und findet da den postalischen Ort, oder nicht? Da gibt's leider manchmal noch etwas Probleme. Wie ich schonmal erwähnt habe nutzen wir für die Erstellung des Addressbooks (der Address-Tabelle) auch andere Daten außer OSM. In OSM fehlen halt an manchen Stellen noch ein paar Daten. Deswegen kann es manchmal gerade bei den PLZ-Gebieten mit der Zuordnung von Stadt zu PLZ Probleme geben Au?erdem ist mir aufgefallen dass wenn man im Search Feld die Eingabe macht, spuckt er bei der Suche kein Leerzeichen zwischen PLZ und Ortsnamen aus, bei Start und End schon danke, werde dies gleich beheben! grüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Florian Lohoff schrieb: On Thu, Jan 15, 2009 at 11:45:36AM +0100, Pascal Neis wrote: Die zweite Neuigkeit betrifft den Geocoder von ORS. Zum einen wurde die Performance verbessert und eine unscharfe-Suche (Fuzzy-Search) implementiert. Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) Das heisst: - wird bei einer Suche die Hausnummer im Datenbstand gefunden, wird diese zurück gegeben - wird eine Hausnummer zwischen zwei vorhanden Hausnummern gefunden, wird interpoliert - andernfalls findet die mitgesendete Hausnummer keine Anwendung Aus den OSM Daten werden für die Hausnummernsuche die Einträge nach dem Karlsruhe Schema verwendet. Das sind für Deutschland derzeit ca. 80.000 und für Europa ca. 320.000. Da der Geocoder-Service noch in einer Beta-Testpahse ist, kann es evtl. mal zu Problemen führen. Weiterhin werden die Hausnummern noch nicht beim Revsere-Geocoder zurückgegeben. Grandios - endlich haben meine Arbeitseinsaetze einen Sinn ;) http://www.informationfreeway.org/?lat=51.801486284635914lon=8.378062264014506zoom=17layers=BF000F http://www.informationfreeway.org/?lat=51.82851410120073lon=8.402797590192327zoom=17layers=BF000F Genau, dem kann ich mich nur anschließen. In meiner näheren Umgebung dürfte man nun fast jede Adresse relativ genau ansteuern können. :) Schon über 1000 Nodes mit Hausnummer habe ich gesetzt, hätte ich nicht gedacht. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Pascal Neis wrote: Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Wie alle anderen hier, die sich geäußert haben, bin ich sehr angetan von den neuen Features. Ich will das hier deutlich sagen - denn wenn dann bei vielen ein aber kommt, dann kommt das ja gerade davon, dass die Sache so gut ist und man deshalb gerne Kreativität entwickelt und weitere Entwicklungsmöglichkeiten erkennt. Eine grundlegende Frage habe ich zu der Suchfunktion: Erhöht es nicht das Fehlerpotential, wenn Ortsname und Straße prinzipiell ohne Trennungszeichen eingegeben werden müssen (Frankfurt Am Mainufer 13 u.ä.)? Man könnte doch ein fakultatives Trennzeichen verwenden (Frankfurt; Am Mainufer 13), an dem sich die Suchfunktion dann orientieren könnte. (Ich habe hier übrigens ein Semikolon verwendet und kein Komma, da letzteres z.B. in Italien zur Trennung zwischen Hausnummer und Straßenname verwendet wird). Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) Das heisst: - wird bei einer Suche die Hausnummer im Datenbestand gefunden, wird diese zurück gegeben - wird eine Hausnummer zwischen zwei vorhanden Hausnummern gefunden, wird interpoliert - andernfalls findet die mitgesendete Hausnummer keine Anwendung Viele solche Dienste geben irgendeine Art der Rückmeldung, wenn die genaue Hausnummer nicht gefunden wurde. Wäre das hier nicht auch gut? Immerhin wird z.B. die Adresse Köln Berliner Straße 999 derzeit (die dortigen höheren Hausnummern habe ich erst vorletzte Woche und auch nur vereinzelt gemappt) einige Kilometer entfernt von der richtigen Stelle angezeigt, und da wäre m.E. eine Warnung hilfreich. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Hallo Hatto, danke erstmal für die Anregungen! Hatto von Hatzfeld schrieb: Eine grundlegende Frage habe ich zu der Suchfunktion: Erhöht es nicht das Fehlerpotential, wenn Ortsname und Straße prinzipiell ohne Trennungszeichen eingegeben werden müssen (Frankfurt Am Mainufer 13 u.ä.)? Man könnte doch ein fakultatives Trennzeichen verwenden (Frankfurt; Am Mainufer 13), an dem sich die Suchfunktion dann orientieren könnte. (Ich habe hier übrigens ein Semikolon verwendet und kein Komma, da letzteres z.B. in Italien zur Trennung zwischen Hausnummer und Straßenname verwendet wird). Das wäre allerdings *deutlich* einfacher, da hast du recht! Hinter der Analyse des Suchbegriffs und der Aufteilung in die entsprechenden Komponenten steckt ein relativ komplexer Algorithmus den es sicherlich auch noch zu verfeinern gilt. Allerdings wollten wir Freitextsuche eben gerade für den Anwender so einfach wie möglich gestalten mit Blick auf die Akzeptanz des Services (bei Google brauchst du ja auch keine Trennzeichen ;-)). Trotzdem hilfst du dem Service, wenn du ein Komma als Trennzeichen benutzt! Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) Das heisst: - wird bei einer Suche die Hausnummer im Datenbestand gefunden, wird diese zurück gegeben - wird eine Hausnummer zwischen zwei vorhanden Hausnummern gefunden, wird interpoliert - andernfalls findet die mitgesendete Hausnummer keine Anwendung Viele solche Dienste geben irgendeine Art der Rückmeldung, wenn die genaue Hausnummer nicht gefunden wurde. Wäre das hier nicht auch gut? Immerhin wird z.B. die Adresse Köln Berliner Straße 999 derzeit (die dortigen höheren Hausnummern habe ich erst vorletzte Woche und auch nur vereinzelt gemappt) einige Kilometer entfernt von der richtigen Stelle angezeigt, und da wäre m.E. eine Warnung hilfreich. Einen (zugegebenermaßen vielleicht nicht ganz offensichtlichen) Hinweis bekommst du schon in der Liste der gefundenen Adressen. Wird die Hausnumer exakt gefunden, dann steht sie dort drin. Wurde sie interpoliert steht da z.B. 40-48 und wenn gar nichts gefunden wurde, dann steht dort nur die Straße. Viele Grüße, Christof winmail.dat___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Hi Marco, Marco Horstmann schrieb: Ich habe grade mal rumprobiert. Also wenn ich nur Barenburg als Ziel suche, dann findet er es wie du es beschrieben hast. Wenn ich Barenburg Am Sportplatz suche dann findet er Barenburg nicht, sondern nen Ort Namens (AT) Am Sportplatz . Da hast du leider zufällig einen ziemlich blöden Fall erwischt ;-) Das Problem ist hier, dass es im OSM keine Stadt namens Barenburg gibt - dafür aber eine namens Am Sportplatz (die in Österreich). Daher kommt unsere Suche etwas durcheinander, weil sie Am Sportplatz für die Stadt und Barenburg für die Straße hält. Wenn du es mit einer anderen Straße probierst (z.B. Staugarten) klappt es. Es ist nicht ganz einfach so einen Fall abzufangen, aber wir werden sehen was möglich ist. Wenn ich dann Barenburg bei Sulingen Am Sportplatz suche, dann zeigt er mir es richtig auf der Karte an, aber in der Liste mit der falschen Ortsbezeichnung Kirchdorf weil ich denke der zieht das aus der PLZ. Ja, auch das ist in der Implementierung begründet, denn die Straße ist intern mit dem Ort Kirchof verknüpft und nicht mit Barenburg bei Sulingen. Viele Grüße, Christof winmail.dat___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
christof.amelun...@sbg.ac.at schrieb: Hi Marco, Marco Horstmann schrieb: Ich habe grade mal rumprobiert. Also wenn ich nur Barenburg als Ziel suche, dann findet er es wie du es beschrieben hast. Wenn ich Barenburg Am Sportplatz suche dann findet er Barenburg nicht, sondern nen Ort Namens (AT) Am Sportplatz . Da hast du leider zufällig einen ziemlich blöden Fall erwischt ;-) Das Problem ist hier, dass es im OSM keine Stadt namens Barenburg gibt - dafür aber eine namens Am Sportplatz (die in Österreich). Daher kommt unsere Suche etwas durcheinander, weil sie Am Sportplatz für die Stadt und Barenburg für die Straße hält. Wenn du es mit einer anderen Straße probierst (z.B. Staugarten) klappt es. Es ist nicht ganz einfach so einen Fall abzufangen, aber wir werden sehen was möglich ist. Bin mal gespannt wie man das lösen kann. ggf. dass man das erste Wort versucht primär als Ort aufzulösen? Wenn ich dann Barenburg bei Sulingen Am Sportplatz suche, dann zeigt er mir es richtig auf der Karte an, aber in der Liste mit der falschen Ortsbezeichnung Kirchdorf weil ich denke der zieht das aus der PLZ. Ja, auch das ist in der Implementierung begründet, denn die Straße ist intern mit dem Ort Kirchof verknüpft und nicht mit Barenburg bei Sulingen. Blöde Frage: Ich als Laie habe die Straße doch in Barenburg bei Sulingen einzeichnet. Oder sagt eure Datenbank nur PLZ + Straße? Weil es kann in in zwei Orten mit der gleichen Postleitzahl ggf. die gleichen Straßennamen haben. Bin grade auf der Suche danach, gestaltet sich aber beschwierig. ;) Viele Grüße, Christof ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Hi Marco, Marco Horstmann schrieb: Wenn ich Barenburg Am Sportplatz suche dann findet er Barenburg nicht, sondern nen Ort Namens (AT) Am Sportplatz . Da hast du leider zufällig einen ziemlich blöden Fall erwischt ;-) Das Problem ist hier, dass es im OSM keine Stadt namens Barenburg gibt - dafür aber eine namens Am Sportplatz (die in Österreich). Daher kommt unsere Suche etwas durcheinander, weil sie Am Sportplatz für die Stadt und Barenburg für die Straße hält. Wenn du es mit einer anderen Straße probierst (z.B. Staugarten) klappt es. Es ist nicht ganz einfach so einen Fall abzufangen, aber wir werden sehen was möglich ist. Bin mal gespannt wie man das lösen kann. ggf. dass man das erste Wort versucht primär als Ort aufzulösen? Das ist bereits so, und gäbe es den Ort Barenburg, dann würde der auch gefunden. Theoretisch könnte man alle möglichen Varianten hin- und her testen, aber wir müssen leider derzeit auch Kompromisse hinsichtlich der Performance machen...sonst dauert die Suche einfach zu lange. Aber wir arbeiten dran ;-) Wenn ich dann Barenburg bei Sulingen Am Sportplatz suche, dann zeigt er mir es richtig auf der Karte an, aber in der Liste mit der falschen Ortsbezeichnung Kirchdorf weil ich denke der zieht das aus der PLZ. Ja, auch das ist in der Implementierung begründet, denn die Straße ist intern mit dem Ort Kirchof verknüpft und nicht mit Barenburg bei Sulingen. Blöde Frage: Ich als Laie habe die Straße doch in Barenburg bei Sulingen einzeichnet. Ja, du hast sie in dem Ort eingezeichnet, aber es ist vom Datenmodell her trotzdem leider nicht so ohne weiteres möglich daraus eine eindeutige Zuordnung zu dem Ort Barenburg zu machen. Man könnte zwar einfach den nächsten Ort nehmen, aber das ist auch nicht immer richtig und kann zu anderen Problem führen. Viele Grüße, Christof winmail.dat___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
christof.amelun...@sbg.ac.at wrote: Hatto von Hatzfeld schrieb: Man könnte doch ein fakultatives Trennzeichen verwenden (Frankfurt; Am Mainufer 13), an dem sich die Suchfunktion dann orientieren könnte. [...] Trotzdem hilfst du dem Service, wenn du ein Komma als Trennzeichen benutzt! Ich erinnerte mich an eine Suche (vor längerer Zeit), bei der ich erst dann überhaupt etwas fand, als ich das Komma entfernt hatte. - Jetzt kann ich es aber nicht reproduzieren. Vielleicht wurde inzwischen ja etwas geändert. Viele solche Dienste geben irgendeine Art der Rückmeldung, wenn die genaue Hausnummer nicht gefunden wurde. Einen (zugegebenermaßen vielleicht nicht ganz offensichtlichen) Hinweis bekommst du schon in der Liste der gefundenen Adressen. Wird die Hausnumer exakt gefunden, dann steht sie dort drin. Wurde sie interpoliert steht da z.B. 40-48 und wenn gar nichts gefunden wurde, dann steht dort nur die Straße. Vielleicht wäre es doch gut, darauf etwas deutlicher hinzuweisen. Zumindest dann, wenn es überhaupt keine Anhaltspunkte für die Position innerhalb der Straße gibt (was derzeit noch oft der Fall sein dürfte). Was mir aber jetzt noch auffiel: Anscheinend werden Service-Wege bei der Suche nicht berücksichtigt. Das wäre m.E. aber sinnvoll. Ein Beispiel ist die Adresse Melissenweg 32, Köln, die sich am westlichen Ende einer kleinen Zufahrtsstraße befindet. Angezeigt wird aber ein Punkt, der wohl die dem betreffenden Haus nächste Stelle der mit Melissenweg benannten residential-Straße ist. Seltsamerweise wird bei Melissenweg 22, Köln aber die richtige Position angezeigt, obwohl das auch ein Service-Weg ist. Aufgefallen ist mir auch etwas im Fall, dass die addr:street sich vom Namen der nächstliegenden Straße unterscheidet. Da wird der nächste Punkt der namensgleichen Straße und nicht einer auf der nächstliegenden Straße genommen. Das mag manchmal sinnvoll sein; aber zum Beispiel bei Im Weidenbruch 46, Köln wird auf diese Weise eine Stelle beim Tunneleingang der Straße Im Weidenbruch angezeigt, während die richtige Zufahrt am Melissenweg liegen und am Melissenweg 20, Köln vorbeiführen würde. - Zur vereinfachten Demo habe ich hier einmal den Weg von der echten Position des Adress-Nodes zu der mit der Suche ermittelten Position Im Weidenbruch 46, Köln verlinkt: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=7.0278436,50.979942end=7.0278114,50.9803202pref=Shortestlang=de Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Pascal Neis wrote: wie vielleicht verschiedene von euch bereits mitbekommen haben gibt es zwei Neuerungen auf OpenRouteService.org (ORS). Was mir noch auffiel: Bei meinen Tests des Fußgänger- und Fahrradroutings verwirrt mich derzeit, dass es (bei der Anzeige mit mapnik) manche blauen Rad- bzw. roten Fußwege gibt, die nicht berücksichtigt werden, während andere durchaus einbezogen werden. Wenn ich richtig gesehen habe, dann liegt das daran, dass highway=path; foot/bicycle=designated beim Routing noch ignoriert werden. Müsste sich das nicht recht leicht ändern lassen? Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Pascal Neis schrieb: Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). Hi Pascal, hab es gerade mal getestet. Es reicht anscheinend nicht wenn NUR der addr:housenumber Tag vorhanden ist? Es muss auch der addr:street Tag existieren? Da muss ich mein Wohngebiet wohl nochmal überarbeiten. Und wie ich sehe wird access=destination noch nicht beachtet? Mmmh, da hab ich brav alle Anliegerstrassen hier erfasst und OSR schickt mich trotzdem da durch... ;-) http://wiki.openstreetmap.org/index.php/OpenRouteService#Used_OSM_Tags_for_Routing So, genug gemeckert, Danke für Deine Arbeit! Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
On Thu, 15 Jan 2009 12:01:05 +0100, Chris-Hein Lunkhusen chris66...@gmx.de wrote: Pascal Neis schrieb: Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). Hi Pascal, hab es gerade mal getestet. Es reicht anscheinend nicht wenn NUR der addr:housenumber Tag vorhanden ist? Es muss auch der addr:street Tag existieren? Da muss ich mein Wohngebiet wohl nochmal überarbeiten. Ich bin sowieso gerade am Osmosis-Tasks-Schreiben und könnte die nächsten Wochen mal einen Task als Plugin schreiben, der die addr:street als Vorverarbeitung versucht automatisch zu ermitteln bevor das in die OSR- Datenbank kommt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
On Thu, Jan 15, 2009 at 11:45:36AM +0100, Pascal Neis wrote: Die zweite Neuigkeit betrifft den Geocoder von ORS. Zum einen wurde die Performance verbessert und eine unscharfe-Suche (Fuzzy-Search) implementiert. Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) Das heisst: - wird bei einer Suche die Hausnummer im Datenbstand gefunden, wird diese zurück gegeben - wird eine Hausnummer zwischen zwei vorhanden Hausnummern gefunden, wird interpoliert - andernfalls findet die mitgesendete Hausnummer keine Anwendung Aus den OSM Daten werden für die Hausnummernsuche die Einträge nach dem Karlsruhe Schema verwendet. Das sind für Deutschland derzeit ca. 80.000 und für Europa ca. 320.000. Da der Geocoder-Service noch in einer Beta-Testpahse ist, kann es evtl. mal zu Problemen führen. Weiterhin werden die Hausnummern noch nicht beim Revsere-Geocoder zurückgegeben. Grandios - endlich haben meine Arbeitseinsaetze einen Sinn ;) http://www.informationfreeway.org/?lat=51.801486284635914lon=8.378062264014506zoom=17layers=BF000F http://www.informationfreeway.org/?lat=51.82851410120073lon=8.402797590192327zoom=17layers=BF000F Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Moin, Seit Ende Dezembers letzten Jahres werden Zwischenpunkte (Via-Punkte) bei einer Routenplanung nicht mehr nur vom RouteService selbst sondern auch auf der Webseite unterstützt. (thx Peter) oh Mann, ist das geil! :) Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Pascal Neis wrote: Hi, wie vielleicht verschiedene von euch bereits mitbekommen haben gibt es zwei Neuerungen auf OpenRouteService.org (ORS). Seit Ende Dezembers letzten Jahres werden Zwischenpunkte (Via-Punkte) bei einer Routenplanung nicht mehr nur vom RouteService selbst sondern auch auf der Webseite unterstützt. (thx Peter) Die zweite Neuigkeit betrifft den Geocoder von ORS. Zum einen wurde die Performance verbessert und eine unscharfe-Suche (Fuzzy-Search) implementiert. Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) Das heisst: - wird bei einer Suche die Hausnummer im Datenbstand gefunden, wird diese zurück gegeben - wird eine Hausnummer zwischen zwei vorhanden Hausnummern gefunden, wird interpoliert - andernfalls findet die mitgesendete Hausnummer keine Anwendung Aus den OSM Daten werden für die Hausnummernsuche die Einträge nach dem Karlsruhe Schema verwendet. Das sind für Deutschland derzeit ca. 80.000 und für Europa ca. 320.000. Da der Geocoder-Service noch in einer Beta-Testpahse ist, kann es evtl. mal zu Problemen führen. Weiterhin werden die Hausnummern noch nicht beim Revsere-Geocoder zurückgegeben. ORS ist cool! Beim Bicycle-Routing wäre noch die Erweiterung von cycleway-tags (cycleway=opposite_lane, opposite_track) noch schön. Das wäre meine Bitte, besonders, weil cycleway=opposite schon berücksichtigt wird. lg roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Hi Chris, Chris-Hein Lunkhusen schrieb: Pascal Neis schrieb: Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). hab es gerade mal getestet. Es reicht anscheinend nicht wenn NUR der addr:housenumber Tag vorhanden ist? Es muss auch der addr:street Tag existieren? Da muss ich mein Wohngebiet wohl nochmal überarbeiten. Nein, es reicht, wenn addr:housenumber vorhanden ist. In dem Fall wird der Punkt der Straße zugeordnet, die am nächsten an dem Punkt liegt. Wann hast du denn die Punkte eingetragen? Der verwendete Hausnummerndatensatz ist ca. 3 Wochen alt, evtl. sind sie ja deshalb noch nicht drin? Viele Grüße, Christof winmail.dat___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Hi, On Thu, Jan 15, 2009 at 11:45:36AM +0100, Pascal Neis wrote: Die zweite Neuigkeit betrifft den Geocoder von ORS. Zum einen wurde die Performance verbessert und eine unscharfe-Suche (Fuzzy-Search) implementiert. Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) wie ist das denn mit der zuordnung mit der Hausnummer zu den Straßen. Auf dem Land ist es ja oft so das die Haeuser ab von der Straße an einer service road (Hofzufahrt) liegen. D.h. routed ORS dann die zufahrt runter oder ist der naechstgelegene Punkt immer die Straße mit dem namen? Spannend waere ja die zuordnung zu der Service road die aber vermutlich standardmaessig keinen namen traegt. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
On Thu, Jan 15, 2009 at 09:05:06PM +0100, Florian Lohoff wrote: Hi, On Thu, Jan 15, 2009 at 11:45:36AM +0100, Pascal Neis wrote: Die zweite Neuigkeit betrifft den Geocoder von ORS. Zum einen wurde die Performance verbessert und eine unscharfe-Suche (Fuzzy-Search) implementiert. Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) wie ist das denn mit der zuordnung mit der Hausnummer zu den Straßen. Auf dem Land ist es ja oft so das die Haeuser ab von der Straße an einer service road (Hofzufahrt) liegen. D.h. routed ORS dann die zufahrt runter oder ist der naechstgelegene Punkt immer die Straße mit dem namen? Spannend waere ja die zuordnung zu der Service road die aber vermutlich standardmaessig keinen namen traegt. Nur so als Beispiel:: http://tools.geofabrik.de/osmi/?view=addresseslon=8.36810lat=51.78246zoom=17baselayer=ti...@home Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Hallo Pascal, ich fänd auch klasse wenn es möglich ist ab einer bestimmten Länge der Eingabe eine Auflistung der Möglichkeiten zu machen. z.B. haben ich Barenburg meinem Heimatdorf gesucht und nicht gefunden. Es fiel mir dann ein, dass irgendjemand Barenburg als Barenburg bei Sulingen eingepflegt hat in die Datenbank. Dann hat er auch den Ort gefunden und zwar als 27245 Kirchdorf. Scheinbar wird bei der Suche die PLZ abgefragt und daraus der Ort generiert. In diesem Fall Kirchdorf. Jedoch haben hier mehrere Orte die gleiche PLZ, daher müsstet ihr das auch beachten. Dazu kommt auch noch, dass in beiden Orten teilweise Straßen gibt mit gleichem Namen. Also zwei Dinge müsste man noch beachten: 1. Bei Ortsname müsste man wenn man Barenburg sucht, Barenburg bei Sulingen angezeigt bekommen. 2. Wenn ihr die Orte dann auflistet, müsstet ihr Ortsname und PLZ aus der DB ziehen, damit es nicht passiert dass man über die PLZ nen falschen Ortsnamen angezeigt bekommt. Weil im Nachbarort gibt es ab und an die gleichen Straßennamen (auch wenn die noch im OSM fehlen. ;-) ) Ansonsten sieht das Ding schon echt nett aus. Mfg Marco Pascal Neis schrieb: Hi, wie vielleicht verschiedene von euch bereits mitbekommen haben gibt es zwei Neuerungen auf OpenRouteService.org (ORS). Seit Ende Dezembers letzten Jahres werden Zwischenpunkte (Via-Punkte) bei einer Routenplanung nicht mehr nur vom RouteService selbst sondern auch auf der Webseite unterstützt. (thx Peter) Die zweite Neuigkeit betrifft den Geocoder von ORS. Zum einen wurde die Performance verbessert und eine unscharfe-Suche (Fuzzy-Search) implementiert. Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) Das heisst: - wird bei einer Suche die Hausnummer im Datenbstand gefunden, wird diese zurück gegeben - wird eine Hausnummer zwischen zwei vorhanden Hausnummern gefunden, wird interpoliert - andernfalls findet die mitgesendete Hausnummer keine Anwendung Aus den OSM Daten werden für die Hausnummernsuche die Einträge nach dem Karlsruhe Schema verwendet. Das sind für Deutschland derzeit ca. 80.000 und für Europa ca. 320.000. Da der Geocoder-Service noch in einer Beta-Testpahse ist, kann es evtl. mal zu Problemen führen. Weiterhin werden die Hausnummern noch nicht beim Revsere-Geocoder zurückgegeben. Viel Spass damit! grüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS
Hallo Christof, ich habe Barenburg Am Sportplatz als Routing Ziel gesucht. Ich habe grade mal rumprobiert. Also wenn ich nur Barenburg als Ziel suche, dann findet er es wie du es beschrieben hast. Wenn ich Barenburg Am Sportplatz suche dann findet er Barenburg nicht, sondern nen Ort Namens (AT) Am Sportplatz . Wenn ich dann Barenburg bei Sulingen Am Sportplatz suche, dann zeigt er mir es richtig auf der Karte an, aber in der Liste mit der falschen Ortsbezeichnung Kirchdorf weil ich denke der zieht das aus der PLZ. Sorry, habe mich da wohl unglücklich ausgedrückt. Hätte beischreiben sollen, dass ich da ne Straße auch reingeschrieben habe. Mfg Marco P.S.: Doppelt weil antworten war nicht an liste, sorry bin Mailinglisten noch nicht gewohnt. ;-) Christof Amelunxen schrieb: Hi Marco, danke erstmal für dein Feedback. Aber wenn ich Barenburg als Suchbegriff im OpenRouteService eingebe, dann findet er in der Auswahlliste an der Position Nr. 13 (s. Anhang): (DE) 27245 Barenburg bei Sulingen (Niedersachsen) Was hast du anders gemacht? Viele Grüße, Christof Marco Horstmann schrieb: ich fänd auch klasse wenn es möglich ist ab einer bestimmten Länge der Eingabe eine Auflistung der Möglichkeiten zu machen. z.B. haben ich Barenburg meinem Heimatdorf gesucht und nicht gefunden. Es fiel mir dann ein, dass irgendjemand Barenburg als Barenburg bei Sulingen eingepflegt hat in die Datenbank. Dann hat er auch den Ort gefunden und zwar als 27245 Kirchdorf. Scheinbar wird bei der Suche die PLZ abgefragt und daraus der Ort generiert. In diesem Fall Kirchdorf. Jedoch haben hier mehrere Orte die gleiche PLZ, daher müsstet ihr das auch beachten. Dazu kommt auch noch, dass in beiden Orten teilweise Straßen gibt mit gleichem Namen. Also zwei Dinge müsste man noch beachten: 1. Bei Ortsname müsste man wenn man Barenburg sucht, Barenburg bei Sulingen angezeigt bekommen. 2. Wenn ihr die Orte dann auflistet, müsstet ihr Ortsname und PLZ aus der DB ziehen, damit es nicht passiert dass man über die PLZ nen falschen Ortsnamen angezeigt bekommt. Weil im Nachbarort gibt es ab und an die gleichen Straßennamen (auch wenn die noch im OSM fehlen. ;-) ) Ansonsten sieht das Ding schon echt nett aus. Mfg Marco Pascal Neis schrieb: Hi, wie vielleicht verschiedene von euch bereits mitbekommen haben gibt es zwei Neuerungen auf OpenRouteService.org (ORS). Seit Ende Dezembers letzten Jahres werden Zwischenpunkte (Via-Punkte) bei einer Routenplanung nicht mehr nur vom RouteService selbst sondern auch auf der Webseite unterstützt. (thx Peter) Die zweite Neuigkeit betrifft den Geocoder von ORS. Zum einen wurde die Performance verbessert und eine unscharfe-Suche (Fuzzy-Search) implementiert. Durch die Unscharfe-Suche sollten Schreibfehler im Stadt- oder Straßennamen bis zu einem gewissen Grad keine Auswirkungen bei der Suche verursachen. Weiterhin werden jetzt auch Hausnummern bei der Suche verwendet (soweit in OSM vorhanden!). (thx Christof) Das heisst: - wird bei einer Suche die Hausnummer im Datenbstand gefunden, wird diese zurück gegeben - wird eine Hausnummer zwischen zwei vorhanden Hausnummern gefunden, wird interpoliert - andernfalls findet die mitgesendete Hausnummer keine Anwendung Aus den OSM Daten werden für die Hausnummernsuche die Einträge nach dem Karlsruhe Schema verwendet. Das sind für Deutschland derzeit ca. 80.000 und für Europa ca. 320.000. Da der Geocoder-Service noch in einer Beta-Testpahse ist, kann es evtl. mal zu Problemen führen. Weiterhin werden die Hausnummern noch nicht beim Revsere-Geocoder zurückgegeben. Viel Spass damit! grüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
