Re: [Talk-de] Ersatz fuer Namefinder
marcus.wolsc...@googlemail.com wrote: >> Das Problem ist die aggregate function "MIN" in Kombination mit >> Distance(x,y), denn hierfür müssen zunächst einmal alle >> Kombinationen ausgerechnet werden, da hilft dir auch kein räumlicher > Index >> weiter, denn die werden bei dieser Abfrage >> nicht benutzt (zumindest nicht bei PostGIS oder Oracle Spatial). > > Er macht doch nur ein MIN auf den Einträgen, welche dem WHERE entsprechen. Klar, allerdings ist die WHERE-Bedingung ja genau das Problen, denn die lautet sinngemäß "für alle Punkte vom Typ XY die nicht weiter als der Suchradius XY voneinander entfernt sind". Wenn du dafür sowas wie "WHERE Distance(x,y) <= radius" schreibst, dann muss er die Distanz trotzdem erstmal für alle Kombinationen ausrechnen und kann dafür auch keinen Index benutzen - mit ST_DWithin hingegen klappt das. > Ich nehme an ST_DWithin liefert dir alle elemente welche "within" sind > und nicht das eine nächstgelegene welche der bounding-box aus der WHERE > Bedingung entspricht? Ja, eine "nearest neighbor"-Funktion gibt es bei Postgis aktuell nicht soweit ich weiß. > Ich denke mal wir können abschliessen: > * Es ist mit SQL möglich den einen oder keinen Ort zu einem Punkt > entsprechend der aktuell im Wiki dokumentierten Semantik zu finden. > * Es ist mit SQL auf einer Datenbank mit 2D-index effizient möglich. > Einverstanden? Keine Einwände, bei meinem Hinweis ging es ja auch nicht um das "ob" sondern nur um das "wie" :-) Grüße, Christof ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Mon, 27 Apr 2009 16:04:01 +0200, Christof Amelunxen wrote: >> Sie sollte zuerst den Index mit dem kleinsten CostFactor anwenden >> (also entweder den Vergleich auf "key" und "value" in Tag oder >> die Bounding-Box auf location). Eine gute Datenbank wird das >> Ergebniss mit dem zweiten Index weiter verkleinern können, eine >> weniger gute muss da schon anfangen alle Ergebnisse auf die weiteren >> Bedingungen hin zu testen. > > Das Problem ist die aggregate function "MIN" in Kombination mit > Distance(x,y), denn hierfür müssen zunächst einmal alle > Kombinationen ausgerechnet werden, da hilft dir auch kein räumlicher Index > weiter, denn die werden bei dieser Abfrage > nicht benutzt (zumindest nicht bei PostGIS oder Oracle Spatial). Er macht doch nur ein MIN auf den Einträgen, welche dem WHERE entsprechen. Oder habe ich hier was Grundsätzliches an SQL falsch verstanden? >> Da eine Geodatenbank wohl sinnvoll einen Punkt oder einen Linestring >> nach Enthaltensein in einer Bounding-Box/in einem Kreis testen kann >> sehe ich hier kein Problem. >> (The details are left as an exercise to the reader.) > > Deshalb mein Hinweis auf ST_DWithin statt MIN(Distance(x,y)), denn genau > dafür ist die Funktion da. Mit Distance(x,y) > klappt das nicht und da wollte ich nur drauf hinweisen. Ich nehme an ST_DWithin liefert dir alle elemente welche "within" sind und nicht das eine nächstgelegene welche der bounding-box aus der WHERE Bedingung entspricht? Ich denke mal wir können abschliessen: * Es ist mit SQL möglich den einen oder keinen Ort zu einem Punkt entsprechend der aktuell im Wiki dokumentierten Semantik zu finden. * Es ist mit SQL auf einer Datenbank mit 2D-index effizient möglich. Einverstanden? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hi Marcus,
marcus.wolsc...@googlemail.com wrote:
> On Mon, 27 Apr 2009 14:56:57 +0200, Christof Amelunxen
>>> Du selektierst ja nicht über alle Places eines type
>>> sondern nur die in einem maximalen sinnvollen Radius
>>> für diese Typ.
>>> Das sind im Normalfall 0, 1 oder vieleicht mal 2.
>> ...wenn du so selektierst wie von dir beschrieben ("SELECT
>> MIN(DISTANCE(X.location, Y.location)) AS distance...") dann
>> selektierst "du" zwar nur einen Datensatz, aber "die Datenbank"
> selektiert,
>> berechnet und sortiert intern trotzdem alles
>> und das dauert genauso lange ;-)
>
> Sie sollte zuerst den Index mit dem kleinsten CostFactor anwenden
> (also entweder den Vergleich auf "key" und "value" in Tag oder
> die Bounding-Box auf location). Eine gute Datenbank wird das
> Ergebniss mit dem zweiten Index weiter verkleinern können, eine
> weniger gute muss da schon anfangen alle Ergebnisse auf die weiteren
> Bedingungen hin zu testen.
Das Problem ist die aggregate function "MIN" in Kombination mit Distance(x,y),
denn hierfür müssen zunächst einmal alle
Kombinationen ausgerechnet werden, da hilft dir auch kein räumlicher Index
weiter, denn die werden bei dieser Abfrage
nicht benutzt (zumindest nicht bei PostGIS oder Oracle Spatial).
> Da eine Geodatenbank wohl sinnvoll einen Punkt oder einen Linestring
> nach Enthaltensein in einer Bounding-Box/in einem Kreis testen kann
> sehe ich hier kein Problem.
> (The details are left as an exercise to the reader.)
Deshalb mein Hinweis auf ST_DWithin statt MIN(Distance(x,y)), denn genau dafür
ist die Funktion da. Mit Distance(x,y)
klappt das nicht und da wollte ich nur drauf hinweisen.
Grüße,
Christof
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Mon, 27 Apr 2009 14:56:57 +0200, Christof Amelunxen
>> Du selektierst ja nicht über alle Places eines type
>> sondern nur die in einem maximalen sinnvollen Radius
>> für diese Typ.
>> Das sind im Normalfall 0, 1 oder vieleicht mal 2.
>
> ...wenn du so selektierst wie von dir beschrieben ("SELECT
> MIN(DISTANCE(X.location, Y.location)) AS distance...") dann
> selektierst "du" zwar nur einen Datensatz, aber "die Datenbank"
selektiert,
> berechnet und sortiert intern trotzdem alles
> und das dauert genauso lange ;-)
Sie sollte zuerst den Index mit dem kleinsten CostFactor anwenden
(also entweder den Vergleich auf "key" und "value" in Tag oder
die Bounding-Box auf location). Eine gute Datenbank wird das
Ergebniss mit dem zweiten Index weiter verkleinern können, eine
weniger gute muss da schon anfangen alle Ergebnisse auf die weiteren
Bedingungen hin zu testen.
Da eine Geodatenbank wohl sinnvoll einen Punkt oder einen Linestring
nach Enthaltensein in einer Bounding-Box/in einem Kreis testen kann
sehe ich hier kein Problem.
(The details are left as an exercise to the reader.)
Marcus
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hi Marcus,
marcus.wolsc...@googlemail.com wrote:
> On Fri, 24 Apr 2009 16:38:40 +0200, Christof Amelunxen
> wrote:
>> Hi Marcus,
>>
>> marcus.wolsc...@googlemail.com wrote:
Mal gucken, ob ich das zu PostGIS "übersetzen" kann.
>>> Kann das Teil sowas wie:
>>>
>>> SELECT MIN(DISTANCE(X.location, Y.location)) AS distance, X.nodeID,
>>> T.value
>>> AS placetype
>>> FROM Nodes X, NodeTags T WHERE
>>> T.nodeID = X.nodeID AND T.key = 'place'
>>> und dann halt prüfen ob das resultiernde "distance"-Feld kleiner
>>> als der Radius des placetype ist?
>> Sowas kannst du bei PostGIS z.B. mit der Bedingung
>> ST_DWithin(geom1,geom2,distance) abbilden. Die Distanz zwischen zwei
>> Punkten bekommst du zwar mit ST_Distance auch heraus...wenn du allerdings
>> wie in deinem Beispiel erstmal die Distanz
>> aller möglichen Kombinationen berechnen lässt und davon das Minimum
>> ermitteln willst, dann läuft der SELECT ewig.
>
>
> Du selektierst ja nicht über alle Places eines type
> sondern nur die in einem maximalen sinnvollen Radius
> für diese Typ.
> Das sind im Normalfall 0, 1 oder vieleicht mal 2.
...wenn du so selektierst wie von dir beschrieben ("SELECT
MIN(DISTANCE(X.location, Y.location)) AS distance...") dann
selektierst "du" zwar nur einen Datensatz, aber "die Datenbank" selektiert,
berechnet und sortiert intern trotzdem alles
und das dauert genauso lange ;-)
Grüße,
Christof
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Fri, 24 Apr 2009 16:38:40 +0200, Christof Amelunxen wrote: > Hi Marcus, > > marcus.wolsc...@googlemail.com wrote: >>> Mal gucken, ob ich das zu PostGIS "übersetzen" kann. >> >> Kann das Teil sowas wie: >> >> SELECT MIN(DISTANCE(X.location, Y.location)) AS distance, X.nodeID, >> T.value >> AS placetype >> FROM Nodes X, NodeTags T WHERE >> T.nodeID = X.nodeID AND T.key = 'place' >> und dann halt prüfen ob das resultiernde "distance"-Feld kleiner >> als der Radius des placetype ist? > > Sowas kannst du bei PostGIS z.B. mit der Bedingung > ST_DWithin(geom1,geom2,distance) abbilden. Die Distanz zwischen zwei > Punkten bekommst du zwar mit ST_Distance auch heraus...wenn du allerdings > wie in deinem Beispiel erstmal die Distanz > aller möglichen Kombinationen berechnen lässt und davon das Minimum > ermitteln willst, dann läuft der SELECT ewig. Du selektierst ja nicht über alle Places eines type sondern nur die in einem maximalen sinnvollen Radius für diese Typ. Das sind im Normalfall 0, 1 oder vieleicht mal 2. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hi Marcus, marcus.wolsc...@googlemail.com wrote: >> Mal gucken, ob ich das zu PostGIS "übersetzen" kann. > > Kann das Teil sowas wie: > > SELECT MIN(DISTANCE(X.location, Y.location)) AS distance, X.nodeID, T.value > AS placetype > FROM Nodes X, NodeTags T WHERE > T.nodeID = X.nodeID AND T.key = 'place' > und dann halt prüfen ob das resultiernde "distance"-Feld kleiner > als der Radius des placetype ist? Sowas kannst du bei PostGIS z.B. mit der Bedingung ST_DWithin(geom1,geom2,distance) abbilden. Die Distanz zwischen zwei Punkten bekommst du zwar mit ST_Distance auch heraus...wenn du allerdings wie in deinem Beispiel erstmal die Distanz aller möglichen Kombinationen berechnen lässt und davon das Minimum ermitteln willst, dann läuft der SELECT ewig. Gruß, Christof ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Thu, 23 Apr 2009 17:22:10 +0200, Tobias Wendorff wrote: > marcus.wolsc...@googlemail.com schrieb: >> http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/trunk/libosm/src/org/openstreetmap/osm/data/searching/advancedAddressDB/ >> Wie sonst sollte ich eine Adress-Suche machen. > > Mal gucken, ob ich das zu PostGIS "übersetzen" kann. Kann das Teil sowas wie: SELECT MIN(DISTANCE(X.location, Y.location)) AS distance, X.nodeID, T.value AS placetype FROM Nodes X, NodeTags T WHERE T.nodeID = X.nodeID AND T.key = 'place' und dann halt prüfen ob das resultiernde "distance"-Feld kleiner als der Radius des placetype ist? Natürlich nur als Fallback falls kein Polygon gefunden wurde. Ich hab halt nie mit PostGIS gearbeitet. Das ganze Konzept mit den Linestrings ist in meinen Augen falsch. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
marcus.wolsc...@googlemail.com schrieb: > http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/trunk/libosm/src/org/openstreetmap/osm/data/searching/advancedAddressDB/ > Wie sonst sollte ich eine Adress-Suche machen. Mal gucken, ob ich das zu PostGIS "übersetzen" kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Wed, 22 Apr 2009 14:23:59 +0200, Tobias Wendorff wrote: > marcus.wolsc...@googlemail.com schrieb: >> Für Voronoi musst du die gesammte Welt verarbeiten. In vielen >> Fällen ist das nicht möglich und schon das Durchsuchen aller Nodes >> im Radius einer Stadt nach einem place-node kann zu teuer sein. > > Yupp ... alleine schon bei tausenden von Hausnummern in Köln kann > dies einige Minuten dauern. Wie kommst du auf Hausnummern? Ich rede von Ortschaften für die Zuordnung Strassen-Abschnitt <-> Ortschaft. > Hast Du den Algorithmus schon irgendwo implementiert? Ich würde > eventuell noch eine Gewichtung auf die Einwohnerzahl legen. Sicher doch. http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/trunk/libosm/src/org/openstreetmap/osm/data/searching/advancedAddressDB/ Wie sonst sollte ich eine Adress-Suche machen. Wenn du die warscheinlichsten Durchmesser abhängig vom Radius für die Welt (nicht nur DE) ermitteln kanns, könnte ich sowas einbauen um den Fallback-Fall wenn das Polygon fehlt zu verbessern. > Also bleibt wohl nur die Möglichkeit: Dortmund, nördlich von > Schwerte? :-) Hilft nur wenn du nach "Dortmund" suchst. Such mal nach "DorfXY" + "Hauptstrasse". Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Am 22. April 2009 14:23 schrieb Tobias Wendorff : > Also bleibt wohl nur die Möglichkeit: Dortmund, nördlich von > Schwerte? :-) > ich bin zufrieden ;-) City Tübingen, about 12km west of Reutlingen City Reutlingen, about 12km east of Tübingen naja, fast ;-) City Roma [cs:Řím] [en:Rome] [eu:Erroma] [de:Rom] [hu:Róma] [pl:Rzym] [fi:Rooma], about 60km north-west of Latina City Latina, about 40km south-west of Frosinone Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
marcus.wolsc...@googlemail.com schrieb: > Für Voronoi musst du die gesammte Welt verarbeiten. In vielen > Fällen ist das nicht möglich und schon das Durchsuchen aller Nodes > im Radius einer Stadt nach einem place-node kann zu teuer sein. Yupp ... alleine schon bei tausenden von Hausnummern in Köln kann dies einige Minuten dauern. > b) > Mit dem Algorithmus lässt sich bei sich ändernden Karten ein > korrekter Index aller Ortschaften aufrechterhalten ohne auf > mehr als die sich ändernden Elemente zu schauen. Insbesondere > ist nur 1 Datenbankzugriff (kombiniertes Update/Insert-Komanto) > nötig und keine aufwendige 2D-Area-Suche nach vorhandenen > Ortschaften vor einem Update um die Form der Voronoi-Region > zu ändern. Hast Du den Algorithmus schon irgendwo implementiert? Ich würde eventuell noch eine Gewichtung auf die Einwohnerzahl legen. Aber ich könnte mir vorstellen, dass es in Agglomerationsräumen eh zu Problemen kommt ... ob es jetzt Bochum oder Dortmund ist, wissen viele Einwohner wohl selbst nicht :-) > Fazit: > Voronoi würde wohl funktionieren ist aber oft nicht praktikabel > und bringt keinen den Aufwand an Bandbreite, Speicherplatz, > Arbeitspeicher und nicht zu letze Rechenzeit rechtfertigenden > Mehrwert. Also bleibt wohl nur die Möglichkeit: Dortmund, nördlich von Schwerte? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Wed, 22 Apr 2009 13:11:48 +0200, Tobias Wendorff wrote: > Gernot Hillier schrieb: >> Auf der folgenden Seite ist auch schon seit längerem ein schöner >> Algorithmus dafür vorgeschlagen: >> http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing#City > > Dabei entstehen aber deutliche Lücken. Ich würde da eher > Voronoi-Diagramme vorschlagen. a) Auf dem Erdboden GIBT es deutliche Lücken zwischen Ortschaften. Wenn es sie nicht gäbe und keine Polygone vorliegen würde Voronoi die gleichen Fehler machen. b) Voronoi hilft nur wenn mehrere Ortschaften im Suchradius gefunden werden. Dass man hier die nächstgelegene nimmer ist selbstverständlich und führt somit zum exakt gleichen Ergebniss. Das Ergebniss unterscheidet sich also nur wenn weit ausserhalb einer Ortschaft eine Strasse auftaucht. Diese kann gut und gerne aber auch zu gar keiner oder einer nicht in der Karte eingetragenen Ortschaft gehören. c) Für Voronoi musst du die gesammte Welt verarbeiten. In vielen Fällen ist das nicht möglich und schon das Durchsuchen aller Nodes im Radius einer Stadt nach einem place-node kann zu teuer sein. b) Mit dem Algorithmus lässt sich bei sich ändernden Karten ein korrekter Index aller Ortschaften aufrechterhalten ohne auf mehr als die sich ändernden Elemente zu schauen. Insbesondere ist nur 1 Datenbankzugriff (kombiniertes Update/Insert-Komanto) nötig und keine aufwendige 2D-Area-Suche nach vorhandenen Ortschaften vor einem Update um die Form der Voronoi-Region zu ändern. Fazit: Voronoi würde wohl funktionieren ist aber oft nicht praktikabel und bringt keinen den Aufwand an Bandbreite, Speicherplatz, Arbeitspeicher und nicht zu letze Rechenzeit rechtfertigenden Mehrwert. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Gernot Hillier schrieb: > Auf der folgenden Seite ist auch schon seit längerem ein schöner > Algorithmus dafür vorgeschlagen: > http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing#City Dabei entstehen aber deutliche Lücken. Ich würde da eher Voronoi-Diagramme vorschlagen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hi! Tobias Wendorff schrieb: >> Die einzigen "OSM-fremden" Daten für den Geocoder sind >> Postleitzahlengebiete. > > Ja, das erlaubt deutlich bessere Suchergebnisse. Ich kann momentan nur > auf Kreisbasis zusammenfassen und eine Suche wird dann bei identischen > Straßennamen natürlich ziemlich unscharf. > > Ich überlege, eine Funktion wie die von Gary68 einzubauen, die anhand > einer Umkreissuche eine Straße einer Kommune zuordnet - aber schärfer > wird das dann auch nicht unbedingt :-( Und hier sind sie wieder: warum nicht place-Polygone verwenden? Auf der folgenden Seite ist auch schon seit längerem ein schöner Algorithmus dafür vorgeschlagen: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing#City -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hallo Christof, Christof Amelunxen schrieb: > Nicht "war eine Diplomarbeit" sondern "ist eine Master Thesis", d.h. noch in > Arbeit und daher kann ich bzw. können wir > auch zumindest im Moment nichts veröffentlichen. Sorry & ACK :-) > Die einzigen "OSM-fremden" Daten für den Geocoder sind > Postleitzahlengebiete. Ja, das erlaubt deutlich bessere Suchergebnisse. Ich kann momentan nur auf Kreisbasis zusammenfassen und eine Suche wird dann bei identischen Straßennamen natürlich ziemlich unscharf. Ich überlege, eine Funktion wie die von Gary68 einzubauen, die anhand einer Umkreissuche eine Straße einer Kommune zuordnet - aber schärfer wird das dann auch nicht unbedingt :-( Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hi, Tobias Wendorff wrote: >>> Wie ist denn da der Status, gibt es irgendein Projekt, das >>> halbwegs vielversprechend aussieht >> Vom Resultat gefällt mir, was die Suche beim openrouteservce liefert. >> Ob es davon freie Sourcen gibt, Pascal Neis wird dazu sicher mehr sagen >> können. > > War eine Diplomarbeit von einem Studierenden einer anderen Uni und > es sieht mir aus, als ob die Daten mit kommerziellen Daten gemischt > wurden. Nicht "war eine Diplomarbeit" sondern "ist eine Master Thesis", d.h. noch in Arbeit und daher kann ich bzw. können wir auch zumindest im Moment nichts veröffentlichen. Die einzigen "OSM-fremden" Daten für den Geocoder sind Postleitzahlengebiete. Grüße, Christof ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Johann H. Addicks schrieb: > Frederik Ramm schrieb: >> Wie ist denn da der Status, gibt es irgendein Projekt, das >> halbwegs vielversprechend aussieht > > Vom Resultat gefällt mir, was die Suche beim openrouteservce liefert. > Ob es davon freie Sourcen gibt, Pascal Neis wird dazu sicher mehr sagen > können. War eine Diplomarbeit von einem Studierenden einer anderen Uni und es sieht mir aus, als ob die Daten mit kommerziellen Daten gemischt wurden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Frederik Ramm schrieb: > Wie ist denn da der Status, gibt es irgendein Projekt, das > halbwegs vielversprechend aussieht Vom Resultat gefällt mir, was die Suche beim openrouteservce liefert. Ob es davon freie Sourcen gibt, Pascal Neis wird dazu sicher mehr sagen können. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Am Di, 21.04.2009, 00:16 schrieb Frederik Ramm: > Wie ist denn da der Status, gibt es irgendein Projekt, das > halbwegs vielversprechend aussieht (kann man Source sehen?), oder ist > das alles im Sand verlaufen? Ich werde morgen dazu ein Telefonat führen. Jan-Benedict und ich wollen uns im Mai aktiv um die Realisierung kümmern, Source der OSM-Version kann jedoch derzeit noch nicht präsentiert werden. Das vorhandenr Script werkelt derzeit in einer bekannten Fahrplanauskunft und muss zur Unterscheidung von Nodes, Ways und Areas umgeschrieben werden. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
