Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo Adrian, mir ist ein Problem mit dem Analyzer aufgefallen. Enthält eine Route ein Teilstück mit einer unbekannten Role wirft der Analyzer einen Fehler aus. org.osmsurround.ra.AnalyzerException: Unknown member role [alternate] Es wäre schön, wenn der RA unbekannte Role's einfach ignoriert und normal bearbeitet oder aber das Teilstück ignoriert und nur einen Hinweis ausgibt, dass es Abschnitte mit unbekannten Role's gibt. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi! Der RA hat jetzt noch ein Update auf Version 1.0.8 bekommen. Neu ist jetzt die Darstellung auf einer Karte mit der Möglichkeit die entsprechenden Endknoten anzuklicken und in einem Editor zu bearbeiten. Jeder zusammenhängende Abschnitt (Graph) wird in einer Farbe angezeigt. Die Marker zeigen die Endknoten des Graphen an und sind in der entsprechenden Farbe des Graphen. Ein Klick auf den Marker zeigt die Gesamtlänge des Graphen an, sowie die Edit-Links für JOSM und Potlatch. Zum Beispiel eine Buslinie: http://ra.osmsurround.org/analyzeMap?relationId=1122586 Oder ein Wanderweg: http://ra.osmsurround.org/analyzeMap?relationId=296201 Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Mon, Sep 19, 2011 at 11:54:15PM +0200, Henning Scholland wrote: Das macht es aber nicht besser. Du verlangst von anderen, dass ein Service der einmal angeboten wurde ewig bestehen bleibt, weil du diesen Service anderen empfohlen hast und das kann in meinen Augen nicht sein. OK, vielleicht war die Wortwahl meiner Begründung suboptimal. Allerdings denke ich nicht, daß ich etwas verlangt habe, sondern ich habe eine Antwort auf die Bitte um Meinungen zum RA gegeben. Es ging darin unter anderem darum, ob der Service bestehen bleibt oder nicht. Der OP Adrian hat es nicht nötig gehabt, darauf unwirsch zu reagieren. Ich weiß jetzt nicht in welcher Eigenschaft Du Dich an der Diskussion beteiligst. daraus nicht die Pflicht, sie über ewig und 3 Tage so weiter anzubieten. Evtl. musst du deinen Bekannten andere Seiten empfehlen. Es ist ja nicht so, dass es jetzt keine alternativen Lösungen gibt um eine Relation in einen Track zu bringen oder auf einer Karte anzuzeigen. ... die da wären??? Also wie genau finde ich z.B. nur mit einem Browser ob es eine Relation *Jakobsweg* gibt, die durch Ravensburg führt. Das genau war mein Anwendungsfall. Und um hier gleich noch die Bemerkung von Frederik zu beantworten: Wenn Google sowas finden sollte (was ich jetzt absichtlich nicht probiert habe), dann ist das keinesfalls eine äquivalente Lösung zu der, die nunmehr verschwunden ist. Sie setzt voraus, daß eine Relation irgendwo mal auf einer Webseite erwähnt wurde, was nicht notwendig der Fall ist. Speziell ist das nicht der Fall bei kürzlich angelegten Relationen, die man per Google definitiv nicht kurz nach dem Anlegen finden kann. http://hiking.lonvia.de/de/ Es mag sein, daß hier ein Proxy was rausfilter, aber wo genau finde ich dort bitte das Eingabefeld für den regulären Ausdruck *Jakobsweg*? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Moin, Andreas Tille schrieb: On Mon, Sep 19, 2011 at 11:54:15PM +0200, Henning Scholland wrote: *Jakobsweg* gibt, die durch Ravensburg führt. Das genau war mein Anwendungsfall. http://hiking.lonvia.de/de/ Es mag sein, daß hier ein Proxy was rausfilter, aber wo genau finde ich dort bitte das Eingabefeld für den regulären Ausdruck *Jakobsweg*? Gleicher Anwendungsfall, aber anderes Tool == ggf. etwas andere Vorgehensweise. Du kannst Dir die Gegend anschauen, die Dich interessiert und über die Schaltfläche Routes wird eine Liste aller Routen (=Relationen) eingeblendet. (Diese Liste lässt sich dann übrigens ganz normal im Browser nach Jakobsweg durchsuchen.) Aber der Jakobsweg taucht als kontinental auch ganz oben auf. Falls nicht (wie hier im Stadtbereich von Ravensburg), ist er in der betrachteten Gegend halt (noch) nicht vorhanden. Dann ggf. weiter herauszoomen, bis er auftaucht. Bei Klick auf die jeweilige Route wird diese in der Karte markiert und es werden weitere Informationen/Möglichkeiten angezeigt. Dein Anwendungsfall ist damit zumindest abgedeckt. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 20.09.2011 10:27, schrieb Andreas Tille: On Mon, Sep 19, 2011 at 11:54:15PM +0200, Henning Scholland wrote: Also wie genau finde ich z.B. nur mit einem Browser ob es eine Relation *Jakobsweg* gibt, die durch Ravensburg führt. Das genau war mein Anwendungsfall. Und um hier gleich noch die Bemerkung von Frederik zu beantworten: Wenn Google sowas finden sollte (was ich jetzt absichtlich nicht probiert habe), dann ist das keinesfalls eine äquivalente Lösung zu der, die nunmehr verschwunden ist. Sie setzt voraus, daß eine Relation irgendwo mal auf einer Webseite erwähnt wurde, was nicht notwendig der Fall ist. Speziell ist das nicht der Fall bei kürzlich angelegten Relationen, die man per Google definitiv nicht kurz nach dem Anlegen finden kann. http://hiking.lonvia.de/de/ Es mag sein, daß hier ein Proxy was rausfilter, aber wo genau finde ich dort bitte das Eingabefeld für den regulären Ausdruck *Jakobsweg*? Moment: Du wolltest die Jakobswegrelation finden, die durch Regensburg verläuft. Von einem Eingabefeld war nicht die Rede. Beweg' dich in obiger Karte auf Regensburg und lass dir die Routen anzeigen, die vorhanden sind und wähle dir die passende raus. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 20.09.2011 10:27, schrieb Andreas Tille: On Mon, Sep 19, 2011 at 11:54:15PM +0200, Henning Scholland wrote: http://hiking.lonvia.de/de/ Es mag sein, daß hier ein Proxy was rausfilter, aber wo genau finde ich dort bitte das Eingabefeld für den regulären Ausdruck *Jakobsweg*? Wie man den Weg findet, wurde hier schon beschrieben. Es ist die Relation 38443 Jakobsweg Ulm - Konstanz. Wenn du die als GPX-Track extrahierst, egal ob mit dem alten Relation Analyzer, mit meinem Tool rel2gpx.pl oder mit Josm, dann wirst du genau das bestätigt bekommen, was ich heute morgen schon geschrieben habe: - der Weg beginnt auf freiem Feld irgendwo zwischen Wiblingen und Unterweiler. - Es sind 16 isolierte Teilstrecken erfasst, zum Teil nur wenige Meter voneinander entfernt sind, aber auch zwei große Lücken von 10 und 45 km, - ein wohl nicht zum Jakobsweg gehörender Abzweig nördwestlich von Meckenbeuren und ein weiterer am westlichen Rand von Brochenzell. Die kleinen Lücken könnte ein Tool miteinander verbinden und in Josm gibt es dafür m.W. sogar ein Plugin. Aber das ist sicher nicht die Aufgabe eines Analyzers. Der soll Fehler aufzeigen und nicht selbständig Fehler ausbügeln. Solange solch prominente Wanderwege so miserabel erfasst sind, würde ich OSM keinem Außenstehenden als Quelle für GPX-Tracks empfehlen. Das schadet dem Projekt mehr als es nützt. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Tue, Sep 20, 2011 at 11:10:36AM +0200, Henning Scholland wrote: Moment: Du wolltest die Jakobswegrelation finden, die durch Regensburg verläuft. Von einem Eingabefeld war nicht die Rede. Beweg' dich in obiger Karte auf Regensburg und lass dir die Routen anzeigen, die vorhanden sind und wähle dir die passende raus. Also im Kontext mit dem Relation Analyser war es möglich, Relationen per regulärem Ausdruck zu suchen. Dort hätte ich *Jakobsweg* gesucht und mir dann die Relation herausgepickt, die in der Gegend verläuft, die ich suche. Ich bin sicher, daß es verschiedene Tools gibt, die auf die eine oder andere Art zum Ziel führen. Das Suchen nach regulären Ausdrücken im Namen einer Relation betrachte ich als praktische und wertvolle Eigenschaft, die mir an der Neuentwicklung fehlt und die ich sonst nirgends finde. Der neue RA ist ein Tool das Relationen analysiert, von denen man nun notwendigerweise die ID kennen muß. Früher gab es (im RA!) Methoden, um nach den zu analysierenden Relationen zu suchen. Ich habe das Fehlen dieser Suchfunktion (mit ganz offensichtlich total mißverständlichen Worten für die ich mich entschuldigen möchte) im Thread Relation Analyzer noch state of the art? bemängelt, weil ich glaube, daß das Fehlen eben nicht state of the art ist. Ich wäre total begeistert, wenn man mir Anspruchsdenken, fehlendes Wissen über andere Tools, etc. in einem gesonderten Thread mitteilen würde, weil ich befürchte, daß sich der OP nicht mehr durch so einen langen OT Thread wühlen möchte. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo, am Rande moechte ich anmerken, dass Regensburg und Ravensburg zweierlei sind (Du sprachst anfangs von Ravensburg, andere lasen Regensburg), und dass *Jakobsweg* zwar ein regulaerer Ausdruck im allgemeinen Informatik-Sinn sein kann, dass die meisten Software-Entwickler diese Zeichenkette aber nicht als regulaeren Ausdruck bezeichnen wuerden (da * ueblicherweise beliebig viel vom vorhergehenden Zeichen bedeutet). Der neue RA ist ein Tool das Relationen analysiert, von denen man nun notwendigerweise die ID kennen muß. Früher gab es (im RA!) Methoden, um nach den zu analysierenden Relationen zu suchen. Hat der alte RA denn dazu eine eigene, lokale Relationendatenbank verwendet, oder hat er eventuell auf die XAPI zugegriffen? Falls naemlich letzteres, dann koennte das der Grund fuer den Wegfall des Such-Features sein. Zum Thema Suchen mit Google schriebst Du anderswo: Und um hier gleich noch die Bemerkung von Frederik zu beantworten: Wenn Google sowas finden sollte (was ich jetzt absichtlich nicht probiert habe), dann ist das keinesfalls eine äquivalente Lösung zu der, die nunmehr verschwunden ist. Sie setzt voraus, daß eine Relation irgendwo mal auf einer Webseite erwähnt wurde, was nicht notwendig der Fall ist. Dass Google nicht alles findet, ist sicher richtig, und dass ein gerade neu angelegtes Objekt nicht gefunden wird, auch. Aber Du solltest das nicht gleich abtun; auch OSM-Ways koennen grundsaetzlich von Google gecrawlt werden, und diese haben wiederum Links auf die Relationen, in denen sie enthalten sind und auf andere Ways, die am Ende anschliessen. Ueber kurz oder lang sollte also das gesamte Strassennetz sowie saemtliche Relationen, die mindestens eine Strasse nutzen, enthalten sein ;) Mit Google finde ich bei site:www.openstreetmap.org way jakobsweg ravensburg an 4. Stelle die Relation 38443, von der hier die Rede ist. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 20.09.2011 13:00, schrieb talk-de-requ...@openstreetmap.org: Am 11.09.2011 17:45, schrieb Uwe R. Kunzmann: * Warum ?ndern sich die Links zum Aufruf des Analyzers? Ich habe diesen beispielsweise in Webseiten eingebunden, um auch unbedarfte Leute an das Thema heranzuf?hren. Wenn diese Links jetzt einfach von heute auf morgen nicht mehr funktionieren, dann ist das nicht gerade ein Pluspunkt f?r OpenSource die Community... Wie der Name schon sagt handelt es sich beim Analyzer um ein Analyse-Tool f?r den Mapper, mit dem die Vollst?ndigkeit und Konsistenz einer Relation gepr?ft werden kann. Die GPX-Tracks waren ein Nebenprodukt der Analyse und k?nnen f?r manche Mapper bei der Pflege von Relationen als zus?tzliche Unterst?tzung n?tzlich sein. Wer sie braucht, kann sie auch mit Josm erstellen. Hallo nochmal, schön, dass jetzt irgendwo gesagt wird, dass der Analyzer nur ein Analyse-Tool für Mapper ist - ich würde mich als solchen bezeichnen und habe nicht unerheblichen Aufwand in die Fertigstellung einiger Routen gesteckt. Nebenbei hab ich dann die Routen als KML extrahiert und stelle diese bei mir lokal als Service für meine Gäste zur Verfügung. Bekanntlich macht aber Information Hunger nach mehr - und daher, und weil ich OSM aufgrund der öffentlichen Bearbeitkeit als hervorragendes Werkzeug ansehe, habe ich natürlich auch den Link auf den Analyzer gesteckt - nachdem ich diesen dann nach vielem Suchen als sinnvolles und geeignetes Werkzeug erkannt habe. Besonders gut fand ich dabei nicht die Dastellung der Routen auf OSM, sondern die Möglichkeit, die auf OSM bearbeiteten Routen eben beispielsweise auf GoogleMaps direkt als KSM anzeigen zu können - das ist nun mal für den Otto-Normalverbraucher einfach eine bessere Darstellung, die eher gewohnten Karten entspricht, in welche dann *deutlich* markiert die Routen eingetragen sind. Über GoogleMaps habe ich dann übrigens für mich als Mapper auch nachgesehen, wo noch Lücken sind und diese geschlossen. Der Analyzer war aber nach meinem Verst?ndnis nie daf?r vorgesehen, alltagstaugliche GPX-Tracks f?r unbedarfte Leute zu produzieren. ...dafür habe ich ihn auch nicht genommen. Aber wie willst Du denn Interesse bei Leuten zur Mitarbeit finden, wenn diese sich auf allen möglichen Seiten (es gibt ja weisgott genug, gpsies, etcetera...) erst ma durchwursteln müssen?? Unter alltagstauglich verstehe ich dabei, dass ein (Rad-)Wanderweg als Track vorliegt, der unver?ndert in ein Outdoor-Navi geladen werden kann und mit der Track-Navigationsfunktion des Ger?ts nachgelaufen/gefahren werden kann. Das setzt voraus, dass der Track linear (Kreisverkehre!) und l?ckenlos ist und bei Radwanderwegen auch Einbahnstrecken ber?cksichtigt. Das sind Anforderungen, die f?r den Analyzer nicht relevant bzw. nicht essentiell sind. für mich erst mal auch nicht - zur Not kann man schieben. Ich hatte ja auch mal die Vision eines alltagstauglichen GPX-Export-Tools f?r unbedarfte Leute. Beim Versuch, ein solches Tool zu entwickeln, habe ich erkannt, dass die OSM-Datenbank auf absehbare Zeit nicht als Basis daf?r geeignet ist. Viele Routen sind nur l?ckenhaft erfasst. Bei anderen gibt es Abstecher, Varianten und Einbahnstrecken, die nicht als solche gekennzeichnet sind. Routen, die einmal komplett ohne Haken und ?sen erfasst waren, und f?r die alle mir bekannten Tools einen alltagstauglichen Track erzeugt haben, sind nach wenigen Monaten wieder versaut, weil jemand versehentlich die Relationszugeh?rigkeit auf nicht zur Route geh?rige Wegsegmente ausgedehnt hat. ok, das bedeutet eben Pflege. Aber bitte nicht immer wieder mit neuen tools - wobei ich gar nicht dagegen einwenden will, neue Dinge bereitzustellen. Allerdings scheinen etliche Leutchen die alte Version des Analyzers als gut eingestuft zu haben. Wäre es dann ein Problem, den alten Analyzer wieder zum Laufen zu bringen? Plattenplatz kann es nicht sein heutzutage, das Skript dürfte auch nicht so riesig sein - und sooo viel Rechenleistung wird das ganze wohl auch nicht benötigen. Unbedarfte Leute k?nnen mit GPX-Tracks solcher Routen nichts anfangen und bekommen nur einen negativen Eindruck von OSM. Hmmm.. hier wird mir eine andere Meinung gestattet sein. Jeder, der sich mit OSM auch nur kurz beschäftigt, wird wissen, dass hier tausende Leute mitarbeiten. Und das kann nun auch mal dazu führen, dass temporär etwas nicht mehr so ganz in Ordnung ist - aber das sollte ja dann auch wieder korrigiert werden - oder? Und wie soll das passieren, wenn man das nicht ab und an überprüft und sich einfach nur auf die Richtigkeit der daten verlässt? Dann haben wir immer mehr Datenmüll, weil immer mehr (fast) identische Routen auf immer mehr Servern abgelegt sind... Und ewig grüßt die Redundanz... Also - nochmal zusammengefasst: ich finde es schade, dass der alte Analyzer mit vielen guten Möglichkeiten nicht mehr erreichbar ist. Natürlich gibt es tausende andere Wege, um ans Ziel zu kommen. Hier war eben nur alles, was
Re: [Talk-de] Relation Analyzer noch state of the art?
ohhh - toll, offensichtlich hat sich entweder am neuen Analyzer noch was getan - oder ich war letzte Woche zu blind. Er ist fast wieder so gut wie der alte. Zwei Anmerkungen: - vielleicht wuerde es Sinn machen, hinter dem kleine unscheinbaren Link Home noch das Wort Suche zu schreiben?? - das würde die Bedienung erleichtern. - eigentlich fehlt jetzt nur noch die Möglichkeit zum Export als GPX oder/und KML - und - als I-Tüpfelchen - die Anzeige auf GoogleMaps... :-) Gruss - uku69. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Tue, Sep 20, 2011 at 01:46:36PM +0200, Frederik Ramm wrote: am Rande moechte ich anmerken, dass Regensburg und Ravensburg zweierlei sind (Du sprachst anfangs von Ravensburg, andere lasen Regensburg), Die Verwechslung war mir nicht entgangen, ich hatte sie aber ignoriert, da es ohnehin nur um das Prinzip ging und jedes beliebige Beispiel hätte genommen werden können. und dass *Jakobsweg* zwar ein regulaerer Ausdruck im allgemeinen Informatik-Sinn sein kann, dass die meisten Software-Entwickler diese Zeichenkette aber nicht als regulaeren Ausdruck bezeichnen wuerden (da * ueblicherweise beliebig viel vom vorhergehenden Zeichen bedeutet). Auch das ist richtig. Ehrlich gesagt, weiß ich auch gar nicht mehr, wie die richtige Syntax zum Suchen im RA war (und kann es nun auch nicht mehr nachvollziehen). Hat der alte RA denn dazu eine eigene, lokale Relationendatenbank verwendet, oder hat er eventuell auf die XAPI zugegriffen? Falls naemlich letzteres, dann koennte das der Grund fuer den Wegfall des Such-Features sein. Ich glaube, diese Frage wird Adrian beantworten müssen. Ich habe ihn mal in CC gesetzt, falls er den langen Thread nicht mehr verfolgen sollte. Dass Google nicht alles findet, ist sicher richtig, und dass ein gerade neu angelegtes Objekt nicht gefunden wird, auch. Aber Du solltest das nicht gleich abtun; auch OSM-Ways koennen grundsaetzlich von Google gecrawlt werden, und diese haben wiederum Links auf die Relationen, in denen sie enthalten sind und auf andere Ways, die am Ende anschliessen. Ueber kurz oder lang sollte also das gesamte Strassennetz sowie saemtliche Relationen, die mindestens eine Strasse nutzen, enthalten sein ;) Ahhh, richtig - sorry, das ich den Hinweis ignoriert habe! Mit Google finde ich bei site:www.openstreetmap.org way jakobsweg ravensburg an 4. Stelle die Relation 38443, von der hier die Rede ist. site:www.openstreetmap.org/browse/relation jakobsweg ravensburg Kurz: Es gibt also eine Lösung, die zumindest hilfsweise das liefert, was mir im neuen RA besonders fehlt. Denoch möchte ich behaupten, daß zu einem state of the art Relation Analyzer eine wie auch immer geartete Suche nach den zu analysierenden Relationen dabei sein sollte. Wenn es dabei in der Tat technische Probleme geben sollte, die sich als nicht in kurzer Zeit behebbar herausstellen, wird Adrian das sicher darlegen können. Danke noch mal für die hilfreiche Erklärung Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi! Sorry, dass ich erst jetzt auf die Mails reagiere. War leider die ganze Woche weg. Vielen Dank für dein Feedback. Harsche Kritik ist besser als keine Kritik. Es ist sicherlich ärgerlich, dass durch den neuen Relation Analyzer erst einmal Funktionen verloren gegangen sind. Ich habe keine Möglichkeit mehr gesehen den alten RA weiter zu pflegen. Außerdem war der alte RA eher ein Relation Export Tool mit einer Analyzer-Funktion. Der alte RA hat einfach versucht aus jeder Relation eine durchgehende Linie zu bilden. Dies hat immer wieder zu Missverständnissen geführt, da viele User den RA zum Analysieren von komplexen Relationen genutzt haben und die Ergebnisse total falsch waren. Ich denke, dass der neue Ansatz aus einer Relation einen oder mehrere Graphen zu bilden deutlich mehr Potential hat. Mit dem neuen RA lassen sich beispielsweise Buslinien sehr gut prüfen. Dies war auch die Motivation hinter der neuen Version. Einen Parallelbetrieb von zwei Versionen halte ich nicht für sinnvoll, da dies zu ähnlichen Problemen wie mit der Lizenz führen könnte. Mein Vorschlag ist die neue Version weiter zu verbessern. Deshalb ist auch der Source Code verfügbar. Die Darstellung der Relationen auf einer Karte ließe sich sehr einfach realisieren. Der Code für den GPX Export ist bereits vorhanden. Bzgl. der Probleme mit der Suche bin ich etwas erstaunt. Ich bin davon ausgegangen, dass das neue Formular deutlich mehr Transparenz liefert, da der User genau angeben kann in welchen Tags er suchen will. Jakobsweg ist kein Problem: http://ra.osmsurround.org/searchRelation?name=%25Jakobsweg Auch über den Ref Tag: http://ra.osmsurround.org/searchRelation?ref=Jw Aus Performancegründen werden jedoch immer nur max. 100 Relations angezeigt. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Tue, Sep 20, 2011 at 02:34:17PM +0200, Uwe R. Kunzmann wrote: ohhh - toll, offensichtlich hat sich entweder am neuen Analyzer noch was getan - oder ich war letzte Woche zu blind. Er ist fast wieder so gut wie der alte. Wir mögen kollektiv blind gewesen sein. Zwei Anmerkungen: - vielleicht wuerde es Sinn machen, hinter dem kleine unscheinbaren Link Home noch das Wort Suche zu schreiben?? - das würde die Bedienung erleichtern. Jaaa, btte. Dann wäre die längliche Diskussion hier auch hinfällig gewesen. - eigentlich fehlt jetzt nur noch die Möglichkeit zum Export als GPX oder/und KML - und - als I-Tüpfelchen - die Anzeige auf GoogleMaps... :-) Das wäre in der Tat das I-Tüpfelchen, denn auch ich bin der Meinung, daß auch Mapper durchaus mit letzteren Arbeiten und es nicht notwendig nur zum Feldeinsatz für Unbedarfte benutzt werden dürfte. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Tue, Sep 20, 2011 at 06:58:12PM +0200, Adrian Stabiszewski wrote: Einen Parallelbetrieb von zwei Versionen halte ich nicht für sinnvoll, da dies zu ähnlichen Problemen wie mit der Lizenz führen könnte. OK, das ist ein Argument (und mittlerweile will ja wohl auch keiner mehr so richtig den alten haben, da sich der neue ja offensichtlich dahin entwickelt, alle Wünsche zu erfüllen). Mein Vorschlag ist die neue Version weiter zu verbessern. Deshalb ist auch der Source Code verfügbar. Die Darstellung der Relationen auf einer Karte ließe sich sehr einfach realisieren. Der Code für den GPX Export ist bereits vorhanden. Sehr schon (sowohl die Codebereitstellung als auch der GPX-Export). Bzgl. der Probleme mit der Suche bin ich etwas erstaunt. Ich bin davon ausgegangen, dass das neue Formular deutlich mehr Transparenz liefert, da der User genau angeben kann in welchen Tags er suchen will. Klar, die neue Suche ist viel besser. Ich hatte sie offensichtlich nur nicht gefunden (und war da scheinbar auch nicht der einzigste). Wie bereits erwähnt, könnte da noch etwas am Text / Layout verbessert werden. Jakobsweg ist kein Problem: http://ra.osmsurround.org/searchRelation?name=%25Jakobsweg Auch über den Ref Tag: http://ra.osmsurround.org/searchRelation?ref=Jw Alles sehr schön. Danke! Aus Performancegründen werden jedoch immer nur max. 100 Relations angezeigt. Auch kein Problem. Die Suche fördert IMHO gleich auch noch ein zu behebendes Problem zu Tage: Da sollten wohl mal die eine oder andere Relation zusammengefaßt werden (muß man sich aber mal in Ruhe ansehen). Vielen Dank für das lieb gewonnene Tool Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo, On 09/19/11 07:56, Andreas Tille wrote: Mir fehlt auch noch die Suche nach Reletionen nach Namen. Das ist allerdings was, was unsere Freunde bei Google ganz gut im Griff haben. Probier doch mal einen Suchbegriff wie site:openstreetmap.org relation neckar-radweg Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On 19.09.11 08:54, Frederik Ramm wrote: Das ist allerdings was, was unsere Freunde bei Google ganz gut im Griff haben. Probier doch mal einen Suchbegriff wie site:openstreetmap.org relation neckar-radweg Naja, das ist wohl das Ergebnis der vielen Tabellen von Relationen im Wiki... IMO wär ist gut, mal über eine automatisierte, regelmäßige Prüfung der Relationen nachzudenken (Sind boundaries geschlossen? Sind admin-boundaries vollständig? Sind Routen am Stück? Sind sie so lang, wie sie sein sollten? Passt das Tagging noch?...). Da gibt's leider immer wieder (wohl meist irrtümliche) Zerstörungen... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo, Am 19.09.2011 07:56, schrieb Andreas Tille: Mir fehlt auch noch die Suche nach Reletionen nach Namen. Neben den oben genannten Punkten ist der Wegfall dieser Funktionen in meinen Augen besonders schlecht, weil ich einige Bekannte genau auf diese Funktionen hingewiesen habe. Hmmm...klingt nach; Ich hab meinen Bekannten empfohlen, dass es an der Fleischtheke für die kleinen Kinder immer eine Scheibe Wurst gratis gibt, nun sollen die das aber auch auf ewig so weiter machen, kann ja wohl nicht sein, dass sich daran was ändert, obwohl ich doch genau deshalb meine Bekannten darauf aufmerksam gemacht habe. (ja ich weiß, diese Zeiten sind schon länger vorbei). Nur weil man einmal eine gewisse Sache allen Angeboten hat, entsteht daraus nicht die Pflicht, sie über ewig und 3 Tage so weiter anzubieten. Evtl. musst du deinen Bekannten andere Seiten empfehlen. Es ist ja nicht so, dass es jetzt keine alternativen Lösungen gibt um eine Relation in einen Track zu bringen oder auf einer Karte anzuzeigen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Mon, Sep 19, 2011 at 10:58:28AM +0200, Henning Scholland wrote: Mir fehlt auch noch die Suche nach Reletionen nach Namen. Neben den oben genannten Punkten ist der Wegfall dieser Funktionen in meinen Augen besonders schlecht, weil ich einige Bekannte genau auf diese Funktionen hingewiesen habe. Hmmm...klingt nach; Ich hab meinen Bekannten empfohlen, dass es an der Fleischtheke für die kleinen Kinder immer eine Scheibe Wurst gratis gibt, nun sollen die das aber auch auf ewig so weiter machen, kann ja wohl nicht sein, dass sich daran was ändert, obwohl ich doch genau deshalb meine Bekannten darauf aufmerksam gemacht habe. (ja ich weiß, diese Zeiten sind schon länger vorbei). Naja, nicht alles was hinkt ist notwendigerweise ein Vergleich - ich spare mir daher die Zeit auf diese Bemerkung einzugehen. Nur weil man einmal eine gewisse Sache allen Angeboten hat, entsteht daraus nicht die Pflicht, sie über ewig und 3 Tage so weiter anzubieten. Evtl. musst du deinen Bekannten andere Seiten empfehlen. Es ist ja nicht so, dass es jetzt keine alternativen Lösungen gibt um eine Relation in einen Track zu bringen oder auf einer Karte anzuzeigen. ... die da wären??? Also wie genau finde ich z.B. nur mit einem Browser ob es eine Relation *Jakobsweg* gibt, die durch Ravensburg führt. Das genau war mein Anwendungsfall. Und um hier gleich noch die Bemerkung von Frederik zu beantworten: Wenn Google sowas finden sollte (was ich jetzt absichtlich nicht probiert habe), dann ist das keinesfalls eine äquivalente Lösung zu der, die nunmehr verschwunden ist. Sie setzt voraus, daß eine Relation irgendwo mal auf einer Webseite erwähnt wurde, was nicht notwendig der Fall ist. Speziell ist das nicht der Fall bei kürzlich angelegten Relationen, die man per Google definitiv nicht kurz nach dem Anlegen finden kann. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 19.09.2011 22:35, schrieb Andreas Tille: On Mon, Sep 19, 2011 at 10:58:28AM +0200, Henning Scholland wrote: Mir fehlt auch noch die Suche nach Reletionen nach Namen. Neben den oben genannten Punkten ist der Wegfall dieser Funktionen in meinen Augen besonders schlecht, weil ich einige Bekannte genau auf diese Funktionen hingewiesen habe. Hmmm...klingt nach; Ich hab meinen Bekannten empfohlen, dass es an der Fleischtheke für die kleinen Kinder immer eine Scheibe Wurst gratis gibt, nun sollen die das aber auch auf ewig so weiter machen, kann ja wohl nicht sein, dass sich daran was ändert, obwohl ich doch genau deshalb meine Bekannten darauf aufmerksam gemacht habe. (ja ich weiß, diese Zeiten sind schon länger vorbei). Naja, nicht alles was hinkt ist notwendigerweise ein Vergleich - ich spare mir daher die Zeit auf diese Bemerkung einzugehen. Das macht es aber nicht besser. Du verlangst von anderen, dass ein Service der einmal angeboten wurde ewig bestehen bleibt, weil du diesen Service anderen empfohlen hast und das kann in meinen Augen nicht sein. Nur weil man einmal eine gewisse Sache allen Angeboten hat, entsteht daraus nicht die Pflicht, sie über ewig und 3 Tage so weiter anzubieten. Evtl. musst du deinen Bekannten andere Seiten empfehlen. Es ist ja nicht so, dass es jetzt keine alternativen Lösungen gibt um eine Relation in einen Track zu bringen oder auf einer Karte anzuzeigen. ... die da wären??? Also wie genau finde ich z.B. nur mit einem Browser ob es eine Relation *Jakobsweg* gibt, die durch Ravensburg führt. Das genau war mein Anwendungsfall. Und um hier gleich noch die Bemerkung von Frederik zu beantworten: Wenn Google sowas finden sollte (was ich jetzt absichtlich nicht probiert habe), dann ist das keinesfalls eine äquivalente Lösung zu der, die nunmehr verschwunden ist. Sie setzt voraus, daß eine Relation irgendwo mal auf einer Webseite erwähnt wurde, was nicht notwendig der Fall ist. Speziell ist das nicht der Fall bei kürzlich angelegten Relationen, die man per Google definitiv nicht kurz nach dem Anlegen finden kann. http://hiking.lonvia.de/de/ Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo, Am 11.09.2011 17:45, schrieb Uwe R. Kunzmann: * Warum ändern sich die Links zum Aufruf des Analyzers? Ich habe diesen beispielsweise in Webseiten eingebunden, um auch unbedarfte Leute an das Thema heranzuführen. Wenn diese Links jetzt einfach von heute auf morgen nicht mehr funktionieren, dann ist das nicht gerade ein Pluspunkt für OpenSource die Community... Wie der Name schon sagt handelt es sich beim Analyzer um ein Analyse-Tool für den Mapper, mit dem die Vollständigkeit und Konsistenz einer Relation geprüft werden kann. Die GPX-Tracks waren ein Nebenprodukt der Analyse und können für manche Mapper bei der Pflege von Relationen als zusätzliche Unterstützung nützlich sein. Wer sie braucht, kann sie auch mit Josm erstellen. Der Analyzer war aber nach meinem Verständnis nie dafür vorgesehen, alltagstaugliche GPX-Tracks für unbedarfte Leute zu produzieren. Unter alltagstauglich verstehe ich dabei, dass ein (Rad-)Wanderweg als Track vorliegt, der unverändert in ein Outdoor-Navi geladen werden kann und mit der Track-Navigationsfunktion des Geräts nachgelaufen/gefahren werden kann. Das setzt voraus, dass der Track linear (Kreisverkehre!) und lückenlos ist und bei Radwanderwegen auch Einbahnstrecken berücksichtigt. Das sind Anforderungen, die für den Analyzer nicht relevant bzw. nicht essentiell sind. Ich hatte ja auch mal die Vision eines alltagstauglichen GPX-Export-Tools für unbedarfte Leute. Beim Versuch, ein solches Tool zu entwickeln, habe ich erkannt, dass die OSM-Datenbank auf absehbare Zeit nicht als Basis dafür geeignet ist. Viele Routen sind nur lückenhaft erfasst. Bei anderen gibt es Abstecher, Varianten und Einbahnstrecken, die nicht als solche gekennzeichnet sind. Routen, die einmal komplett ohne Haken und Ösen erfasst waren, und für die alle mir bekannten Tools einen alltagstauglichen Track erzeugt haben, sind nach wenigen Monaten wieder versaut, weil jemand versehentlich die Relationszugehörigkeit auf nicht zur Route gehörige Wegsegmente ausgedehnt hat. Unbedarfte Leute können mit GPX-Tracks solcher Routen nichts anfangen und bekommen nur einen negativen Eindruck von OSM. Um einen zufriedenstellenden GPX-Export aus OSM für das breite Publikum zur Verfügung stellen zu können, müsste in die Erfassung und Pflege der Routen-Relationen ein ähnlicher Aufwand gesteckt werden wie z.B. bei den ÖPNV-Linien. Angesichts der Tatsache, dass es die meisten Routen inzwischen anderswo als fertigen GPX-Track gibt, bei gpsies.com, ADFC oder anderen Portalen oder direkt bei der für den Weg zuständigen Behörde oder Organisation, halte ich diesen Aufwand nicht für sinnvoll. Erfahrene User können die Relationen als GPX exportieren, sie nachbearbeiten und auf den genannten Portalen für unbedarfte Leute bereitstellen. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo, On Sun, Sep 11, 2011 at 05:45:11PM +0200, Uwe R. Kunzmann wrote: Die Informationen und Möglichkeiten, die man hier früher bekommen hat, waren meiner Meinung nach erheblich besser - Ich stimme Uwe *vollkommen* zu. mir fehlen jetzt ganz einfach: * die Infos zur Streckenlänge; * zu den Unterbrechnungen und der hierzu gehörenden Streckenlänge, * die Möglichkeit zur Anzeige der Route bei googleEarth (!) (bessere/übersichtlichere Darstellung als in OSM, auch wegen der farbigen Aufbereitung der unterschiedlichen Streckenabschnitte) * die Möglichkeiten zum Export. Mir fehlt auch noch die Suche nach Reletionen nach Namen. Neben den oben genannten Punkten ist der Wegfall dieser Funktionen in meinen Augen besonders schlecht, weil ich einige Bekannte genau auf diese Funktionen hingewiesen habe. * Warum wird eigentlich die alte Version nicht mehr bereitgestellt bzw. bleibt nicht mehr online, solange die neue nicht über diese Features verfügt? Ich würde sogar so weit gehen, daß die alte Version auch unter der alten Adresse verfügbar sein sollte, solange die neue solche wesentlichen Funktionen nicht aufweist. Die neue Version könnte unter http://ra-dev.osmsurround.org oder ähnlich angeboten werden. Mindestens ein Link auf die alte Version wäre ausgesprochen wünschenswert. * Warum ändern sich die Links zum Aufruf des Analyzers? Ich habe diesen beispielsweise in Webseiten eingebunden, um auch unbedarfte Leute an das Thema heranzuführen. Wenn diese Links jetzt einfach von heute auf morgen nicht mehr funktionieren, dann ist das nicht gerade ein Pluspunkt für OpenSource die Community... Volle Zustimmung - geht mir exakt genauso. Trotz der etwas harschen Kritik oben: Danke an die Verantwortlichen, die hier Ihre Zeit investieren. Auch hier Zustimmung. :-) Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo zusammen, der relation analyzer wurde überarbeitet - einesteils schön, anderesteils - naja. Die Informationen und Möglichkeiten, die man hier früher bekommen hat, waren meiner Meinung nach erheblich besser - mir fehlen jetzt ganz einfach: * die Infos zur Streckenlänge; * zu den Unterbrechnungen und der hierzu gehörenden Streckenlänge, * die Möglichkeit zur Anzeige der Route bei googleEarth (!) (bessere/übersichtlichere Darstellung als in OSM, auch wegen der farbigen Aufbereitung der unterschiedlichen Streckenabschnitte) * die Möglichkeiten zum Export. Zwei Fragen: * Warum wird eigentlich die alte Version nicht mehr bereitgestellt bzw. bleibt nicht mehr online, solange die neue nicht über diese Features verfügt? * Warum ändern sich die Links zum Aufruf des Analyzers? Ich habe diesen beispielsweise in Webseiten eingebunden, um auch unbedarfte Leute an das Thema heranzuführen. Wenn diese Links jetzt einfach von heute auf morgen nicht mehr funktionieren, dann ist das nicht gerade ein Pluspunkt für OpenSource die Community... ...ich hab mich jetzt erst mal mit der Mailingliste beschäftigt und die Diskussion aus dem August gefunden - schade, hätte auch da schon gern was gesagt, ist mir aber durch die Lappen gegangen. Kann nur die dort vertretene Meinung wiederholen, ich nutz(t)e den Relation Analyzer sehr gern, da es ein ziemlich mächtiges Tool war - in der alten Form. Die Fragen nach der Nutzung (wer, wie oft...) sollten eigentlich nicht auftauchen müssen - auf dem Server könnten ja die entsprechenden Daten geloggt werden. m.E. sollte das ohnehin automatisch passieren - die Logs müssten doch nur ausgewertet werden? Für weitere Diskussionen stehe ich gern zur Verfügung :-) Trotz der etwas harschen Kritik oben: Danke an die Verantwortlichen, die hier Ihre Zeit investieren. Ich mappe bisher nur, da ich vor allem leider auch viel wenig zeit finde, um konzentriert an Entwicklungsthemen mitzuarbeiten :-( Muss schon so genug entwickeln in meinem Hauptjob... Andererseits: warum eigentlich nicht? ... die Zeit wird's zeigen. Gruss - uku69. -- u...@gmxpro.de / Uwe R. Kunzmann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Mon, Aug 29, 2011 at 11:46:24AM +0200, Adrian Stabiszewski wrote: Der Export von GPX und KML Dateien ist nicht Implementiert. Es gibt jedoch eine Implementierung des Dijsktra Algorithmus, der den Graphen von einem Start-Knoten zu einem End-Knoten durchwandert und eine Liste von Knoten zurückliefert. Für diese Liste gibt es auch eine Export-Klasse, die GPX Dateien erzeugt. Das einzige Problem ist nur noch herauszufinden, wo die Relation anfängt und wo sie endet ;) Hat jemand Ideen? Der Hinweis zu rel2gpx[1] kam ja schon mal in diesem Thread. Dort sollte das Problem ja schon mal gelöst worden sein ... (rel2gpx hat bei mir immer functioniert, falls RA mal versagt hatte). Viele Grüße und schönen Dank für die Pflege von RA Andreas. [1] http://mr-unseld.de/?q=de/node/170 -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi! Ich habe den Relation Analyzer etwas überarbeitet und als TEST Version online gestellt: http://ra.osmsurround.org/TEST Der Source Code dazu ist ebenfalls verfügbar: https://github.com/grundid/relation-analyzer Die Funktionsweise vom RA wurde grundlegend geändert, so dass er nicht mehr wie früher Relations nur als Routen betrachtet. Stattdessen werden sie zu Graphen aufgebaut. Auch die Suche wurde um typische Relations-Tags erweitert, so dass man jetzt beispielsweise alle Relationen mit den Werten type=route, route=bus, network=VVS findet: http://ra.osmsurround.org/TEST/searchRelation?relationType=routeroute=busn etwork=vvs Der Export von GPX und KML Dateien ist nicht Implementiert. Es gibt jedoch eine Implementierung des Dijsktra Algorithmus, der den Graphen von einem Start-Knoten zu einem End-Knoten durchwandert und eine Liste von Knoten zurückliefert. Für diese Liste gibt es auch eine Export-Klasse, die GPX Dateien erzeugt. Das einzige Problem ist nur noch herauszufinden, wo die Relation anfängt und wo sie endet ;) Hat jemand Ideen? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi, Am 04.08.2011 17:08, schrieb Bernd Wurst: Wobei man bei allem Git-Hype dennoch sagen muss: SVN und GIT unterscheiden sich. In der Technik und im Funktions-Prinzip. Wenn man eines der beiden Tools kennt, sollte man das weiter benutzen und nicht wechseln nur weil das andere momentan hipper ist. Das wäre in meinen Augen der falsche Ansatz. Die Entwicklung geht weiter. SVN unterscheidet sich in vielen Punkten deutlich von Git. Hauptmerkmal von SVN ist die zentrale Serverinstanz im Gegensatz zu Git. Branching ist nicht wirklich schön mit SVN, auch ist das spätere Aufbereiten bei einem Wechsel von SVN zu Git dann etwas tricky, aber lösbar. Anyway, die Anforderung ergibt eigentlich sich aus dem Problem. Dann suche ich mir das Tool mit welchem ich die Probleme am besten gelöst bekomme. Ich habe bis vor wenigen Monaten eigentlich nur mit Subversion gearbeitet, inzwischen bevorzuge ich Git und möchte eigentlich nicht mehr zu SVN zurück. Das Reparieren von Berkely DBs nervt manchmal schon. :-) Ich nutze durchaus beide und bei git ist nicht alles nur besser, manches ist einfach anders. Es ist vieles Gewöhnungssache. Jein, wie geschrieben, Branching gibt es eigentlich nicht in Subversion. Also mal eben mehrfach einen neuen Code probieren bringt dann immer ein neues Verzeichnis hervor mit allen Abhängigkeiten. Da lobe ich mir Git. Oder mal eben eine Patch schreiben der sich auch noch einspielen lässt obwohl inzwischen mehrere neuere Revisionen vorliegen. Mein Server ist kaputt, mit Git kein Problem, hier liegt die komplette Historie im Tree. Also für mich hat Git unter dem Strich mehr Vorteile wie SVN. War es vor wenigen Jahren ein Problem einen freien Hoster zu finden so hat man heute viele kostenlose Angebote um sich in Git zurecht zu finden. Für den User der nur mal was aus checkt ist es natürlich egal welches VCS benutzt wird. Für den Entwickler aber eher weniger. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 07.08.2011 10:12, schrieb Carsten Schönert: Für den User der nur mal was aus checkt ist es natürlich egal welches VCS benutzt wird. Für den Entwickler aber eher weniger. Bei allen Features ist mir ein VCS lieber bei dem der Entwickler nach jeder Änderung einchecked (und published!) als eines bei dem er sich immer überwinden muss oder (z.B. bei git häufig) nur lokal arbeitet und man alle Jubeljahre als Außenstehender überhaupt was sieht. Und da wir hier von kleinen Projekten reden bei dem man auch ohne Umstände komplett linear arbeiten kann (oder mit branching abseits des VCS), wiegen die Features nicht ganz so schwer. Bei größeren Projekten mit vielen Entwicklern ist das anders, da sollte so etwas irgendwann gut geplant werden. Gruß, Bernd -- Ich entscheide, wen ich lese, und Du entscheidest, was wichtiger ist: Von möglichst vielen gelesen zu werden oder ein Pseudonym zu benutzen und auf einige Leser zu verzichten. - C.Treffler in de.soc.netzkultur signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi, Am 07.08.2011 17:41, schrieb Bernd Wurst: Am 07.08.2011 10:12, schrieb Carsten Schönert: Für den User der nur mal was aus checkt ist es natürlich egal welches VCS benutzt wird. Für den Entwickler aber eher weniger. Bei allen Features ist mir ein VCS lieber bei dem der Entwickler nach jeder Änderung einchecked (und published!) als eines bei dem er sich immer überwinden muss oder (z.B. bei git häufig) nur lokal arbeitet und man alle Jubeljahre als Außenstehender überhaupt was sieht. Und wo ist das Problem? Nennt sich bei Git git push da Git so gesehen nur lokal arbeitet. Genau das ist für mich ein Vorteil. Bei SVN,CVS, ... benötige ich immer einen Server um zu commiten, ich besitze keine UMTS Flat um permanent im Bus oder Bahn online zu sein, werde ich auch nie haben. Muss ich nun einen Commit machen, weil eben klein und übersichtlich eingescheckt wird habe ich bei SVN ein Problem. Insgesamt ein Kommando mehr und Deine Außenwelt ist glücklich. Es steht Dir frei nach jeden Commit auch zu pushen. Oder ein Tag später gemerkt das in einem der Commits doch was nicht ganz richtig war ... wenn du noch nicht gepusht hast null problemo. Sorry, das ist für mich kein Argument das man eine Zeile mehr tippen muss. Und da wir hier von kleinen Projekten reden bei dem man auch ohne Umstände komplett linear arbeiten kann (oder mit branching abseits des VCS), wiegen die Features nicht ganz so schwer. Bei größeren Projekten mit vielen Entwicklern ist das anders, da sollte so etwas irgendwann gut geplant werden. Na dann viel Spass wenn Du dann doch mal an einen größeren Projekt was arbeiten wirst. Es vergeht wertvolle Zeit sich mit Git auseinander zu setzen. Von den erweiterten Möglichkeiten die Git bietet vom Diff und Log vergleichen z.B. auch ganz zu schweigen. Lernt man aber erst zu schätzen wenn man eine Weile damit gearbeitet hat. Für mich irgendwie komisch das es damals auch ohne ging bzw. war es wesentlich aufwendiger. Alles was Du hier schreibst hat meiner zitierten Zeile nicht wirklich viel zu tun. Dem Benutzer der *nur* was nachbauen will wird es wie gesagt relativ egal sein welches VCS da benutzt wird. Egal, ist hier vollkommen Offtopic inzwischen. :) -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Vielen Dank für eure Antworten. Jetzt habe ich definitiv eine bessere Übersicht. Ich kann auch alle beruhigen, die den RA noch verwenden. Das Abschalten des Tools ist nicht mein Ziel, sondern die Frage ob es sich lohnt mehr Zeit in das Tool zu investieren um es besser zu machen. Persönlich bin ich etwas überrascht, dass das Thema der Rollen von Relations nicht angesprochen wurde ;) In der Vergangenheit habe ich mehrere Mails bekommen, in denen die schlechte Behandlung von Rollen innerhalb einer Relation beim RA bemängelt wurde. Ich werde mir dieses Thema in dem Relationseditor von JOSM anschauen. Wie regelt ihr das mit den Rollen wenn ihr GPX Tracks extrahiert? Meine Idee wäre hier pro Rolle einen vollständigen GPX Track zu erzeugen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 03.08.11 22:03, schrieb Sarah Hoffmann: Richtig, die GPX-Tracks der Karten sind in der Tat zur Zeit noch nicht geordnet und Einrichtungswege werden nicht beruecksichtigt. Das steht noch auf der TODO-Liste. Insofern wuerde ich mich freuen, wenn der Code des Relation Analyzers Open Source wird, damit man das Rad nicht schon wieder neu erfinden muss. Da ist Rainer Kluge mit seinem rel2gpx.pl aber schon ein wenig weiter als der RA. Es wäre schön, wenn aus beiden Anwendungen das beste weiterentwickelt wird. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Adrian Stabiszewski mynewsletter at nitegate.de writes: 1. Ist der RA noch in der Benutzung oder gibt es bessere Tools? Wie schon geschrieben: Wird im Wiki genutzt und von mir dort auch regelmäßig verwendet. 4. Bzgl. Open source: Was steht im Moment mehr im Kurs: Github oder OSM SVN Repo? Github oder Gitorious. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo. Am 04.08.2011 12:23, schrieb Manuel Reimer: 4. Bzgl. Open source: Was steht im Moment mehr im Kurs: Github oder OSM SVN Repo? Github oder Gitorious. Wobei man bei allem Git-Hype dennoch sagen muss: SVN und GIT unterscheiden sich. In der Technik und im Funktions-Prinzip. Wenn man eines der beiden Tools kennt, sollte man das weiter benutzen und nicht wechseln nur weil das andere momentan hipper ist. Ich nutze durchaus beide und bei git ist nicht alles nur besser, manches ist einfach anders. Es ist vieles Gewöhnungssache. Gruß, Bernd -- »Niemand hat die Absicht, eine Mauer zu errichten« - Walter Ulbricht (SED), 1961 »Es hat niemand vor, einen Überwachunsstaat in Deutschland zu errichten« - Wolfgang Bosbach (CDU), 2007 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyzer noch state of the art?
Hallo. Als Entwickler vom Relation Analyzer bin gerade dabei am überlegen, wie die Zukunft von dem Projekt aussehen soll. Meine besten OSM Zeiten scheinen vorbei, so dass ich es selber kaum noch einsetze. ;) Da ich auch keinerlei Nutzerstatistik habe, wollte ich die Community fragen, ob das Tool überhaupt noch (sinnvoll) benutzt wird. Gleichzeitig hätte ich nächste Woche ein paar Tage Zeit um das Projekt auf einen besseren Stand zu bringen und zu open sourcen, falls daran noch Interesse besteht. Meine Fragen wären wie folgt: 1. Ist der RA noch in der Benutzung oder gibt es bessere Tools? 2. Macht es Sinn den RA zu verbessern, so dass er alle Relations (multi relations, roles) korrekt prüfen kann? 3. Ist ein JOSM Plugin besser oder doch Web-Anwendung? 4. Bzgl. Open source: Was steht im Moment mehr im Kurs: Github oder OSM SVN Repo? 5. Will sich jemand an der Entwicklung beteiligen? (Rainy Sommer of Code?) Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo Andrian Als dein Analyzer zeitweise sehr lange für die Analyse brauchte bzw. gar kein Ergebnis ausspuckte, habe ich mir selbst ein Perl-Skript (rel2gpx.pl) mit ähnlicher Funktionalität geschrieben, mehr als programmiertechnische Fingerübung und aus Langeweile als aus einem konkreten Bedarf heraus. Wie der Analyzer untersucht mein Skript die Relation auf Lücken und kann einen GPX-Track erzeugen. Ich habe inzwischen festgestellt, dass der Relationseditor in Josm völlig ausreichend ist, um Lücken in Routen-Relationen zu erkennen. Man braucht nur die Members sortieren und schon bekommt man Bruchstellen angezeigt, und das sogar ohne spürbare Verzögerung. Aus meiner Sicht besteht daher kein Bedarf für einen Lückendetektor. Nach wie vor sehe ich aber den Bedarf für ein Tool, mit dem man Routen-Relationen aus der OSM-Datenbank als GPX-Track extrahieren kann. Ich habe aber irgendwann festgestellt, dass das für Routen, welche Kreisverkehre und Einbahnstrecken enthalten oder Lücken aufweisen, nicht trivial ist, wenn der erzeugte Track möglichst wenige Segmente umfassen soll und die Segmente vernünftig sortiert und gerichtet sein sollen. Da das meine graphentheoretischen Kenntnisse übersteigt, habe ich die Arbeit an meinem Skript eingestellt. Ich sehe daher den Bedarf für einen Online-GPX-Track-Extraktor, der auch aus lückenhaften Routen und Routen mit Einbahnssegmenten und Kreisverkehren einen GPX-Track erzeugt, der ohne große Nachbearbeitung zur Streckenplanung und zum Einsatz auf einem Navi geeignet ist. Möglicherweise gibt es so etwas ja schon. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Rainer Kluge rklug...@web.de wrote: Ich sehe daher den Bedarf für einen Online-GPX-Track-Extraktor, der auch aus lückenhaften Routen und Routen mit Einbahnssegmenten und Kreisverkehren einen GPX-Track erzeugt, der ohne große Nachbearbeitung zur Streckenplanung und zum Einsatz auf einem Navi geeignet ist. Möglicherweise gibt es so etwas ja schon. Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch viele einzelne trkseg Abschnitte. Gruss Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is giggls@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] Relation Analyzer noch state of the art?
Hi Adrian, On Wed, Aug 03, 2011 at 12:06:40PM +0200, Adrian Stabiszewski wrote: Als Entwickler vom Relation Analyzer bin gerade dabei am überlegen, wie die Zukunft von dem Projekt aussehen soll. Meine besten OSM Zeiten scheinen vorbei, so dass ich es selber kaum noch einsetze. ;) :-( Da ich auch keinerlei Nutzerstatistik habe, wollte ich die Community fragen, ob das Tool überhaupt noch (sinnvoll) benutzt wird. Also ich benutze den RA sehr gern und würde ihn seehr vermissen, wenn er nicht mehr da wäre! Gleichzeitig hätte ich nächste Woche ein paar Tage Zeit um das Projekt auf einen besseren Stand zu bringen und zu open sourcen, falls daran noch Interesse besteht. Das kann ja nie falsch sein! Meine Fragen wären wie folgt: 1. Ist der RA noch in der Benutzung oder gibt es bessere Tools? Wie gesagt - ich benutzte ihn sehr gerne und habe auch schon das rel2gpx-script (siehe anderes Posting) eingesetzt, aber wirklich nur wenn ich mal Fix ein GPX haben wollte. Für mich ist rel2gpx in keiner Weise ein Ersatz für den RA. Suchen von Relationen ist für mich hier sehr schön gelöst, alles wichtige zu einer Relation an einer Stelle und man kann auch mal jemanden, der Angst vor Kommandozeilen-Skripten hat darauf loslassen. 2. Macht es Sinn den RA zu verbessern, so dass er alle Relations (multi relations, roles) korrekt prüfen kann? Hört sich sinnvoll an, ist mir persönlich aber nicht so wichtig. 3. Ist ein JOSM Plugin besser oder doch Web-Anwendung? Die Web-Anwendung halte ich für sinnvoll - es wäre abzuwägen, ob man dadurch vielleicht die Möglichkeit verliert, OSM-Neulinge auf etwas aufmerksam zu machen (also Leute die keinen JOSM haben und auch keinen wollen, sondern nur mal einen Track runterladen oder wissen wollen, wieviel Kilometer eine bestimmte Relation umfaßt, oder ...) Die in dem anderen Mail beschriebene Methode der Aufspürung von Lücken per Relation Sortieren ist mir unklar. Eventuell könnte man sowas innerhalb von JOSM noch leicht eleganter lösen als mit der Web-Anwendung, aber eigentlich ging's schon ganz gut mit dem RA. 4. Bzgl. Open source: Was steht im Moment mehr im Kurs: Github oder OSM SVN Repo? Kann ich nicht beantworten. 5. Will sich jemand an der Entwicklung beteiligen? (Rainy Sommer of Code?) Es wäre super wenn hier jemand einspringen würde - ich bin's aber leider nicht. Viele Grüße und bei der Gelegenhait vielen Dank für das schöne Tool RA Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 3. August 2011 16:04 schrieb Andreas Tille andr...@an3as.eu: Die in dem anderen Mail beschriebene Methode der Aufspürung von Lücken per Relation Sortieren ist mir unklar. Eventuell könnte man sowas innerhalb von JOSM noch leicht eleganter lösen als mit der Web-Anwendung, aber eigentlich ging's schon ganz gut mit dem RA. In JOSM geht das Finden von Lücken so: 1. Relation im Relationeneditor öffnen (z.B. eines der Member anclicken und im tag-Fenster den Relationen-Eintrag auswählen und den Bearbeiten-Button anklicken). 2. Ggf. noch nicht geladene Member nachladen (Button links im Relationeneditor). 3. Im Relationeneditor linke Seite den Sortieren-Button anklicken (A-Z). Es sollten vorher alle Member der Relation geladen sein. 4. Die rechte Spalte der einzelnen Way-Member zeigt an, welche Ways miteinander verbunden sind und wo evtl. noch Lücken sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo, am 03.08.2011 12:06 schrieb Adrian Stabiszewski: 1. Ist der RA noch in der Benutzung oder gibt es bessere Tools? Im OSM-Wiki ist Template:Relation auf über 2000 Seiten (mit jeweils beliebig vielen Relationen) eingebunden. Die Vorlage liefert einen Link auf den RA, der inzwischen eine gute Antwortzeit hat. Soll dieser Service ersatzlos eingestellt werden? Ich nutze diese schnelle Prüfung direkt aus dem Wiki sehr gerne und würde das vermissen. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 03.08.2011 15:49, schrieb Sven Geggus: Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch viele einzelnetrkseg Abschnitte. Das ist aus meiner Sicht genau der Richtige Ort für den GPX-Export von Wander- und Radwanderwegen. Die erzeugten Tracks sollten möglichst ohne Nachbearbeitung in ein Outdoor-Navi geladen werden können. Bei komplett erfassten Wanderwegen ist das Ergebnis schon sehr gut. Für Radwege, auch wenn sie vollständig erfasst sind, könnte das Ergebnis noch verbessert werden, Stichwort Kreisverkehre und Einbahnstrecken. Aber das ist nicht das Thema dieses Threads. Der Relation Analyzer von Adrian ist dagegen ein Tool für den Mapper, der Routen-Relationen egal welchen Typs bearbeitet. Auch der von ihm erzeugte GPX-Track soll der Unterstützung beim Mappen dienen und können/sollen daher eins zu eins aus den zugrunde liegenden Wegen generiert werden. Dabei sollte es auch bleiben. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hallo, ich nutze den Relation Analyzer auch sehr gerne. Aber eher weniger um Lücken zu finden, sondern viel mehr, weil er eine Suchfunktion hat und das macht ihn auch für Nutzer jenseits von den OSM-Pros interessant. Die Problemstellung wäre: Ich will den xy-Radweg als Track. Ich hab keine Ahnung, wo er genau lang läuft, ergo kann ich schlecht in josm den Bereich laden und daraus die ID feststellen. Ohne Nachbearbeitung wäre sicherlich schön, aber dafür sind meiner Meinung einfach die Daten zu schlecht. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 03.08.2011 15:49, schrieb Sven Geggus: Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch viele einzelnetrkseg Abschnitte. Das ist aus meiner Sicht genau der Richtige Ort für den GPX-Export von Wander- und Radwanderwegen. Die erzeugten Tracks sollten möglichst ohne Nachbearbeitung in ein Outdoor-Navi geladen werden können. Bei komplett erfassten Wanderwegen ist das Ergebnis schon sehr gut. Für Radwege, auch wenn sie vollständig erfasst sind, könnte das Ergebnis noch verbessert werden, Stichwort Kreisverkehre und Einbahnstrecken. Aber das ist nicht das Thema dieses Threads. Der Relation Analyzer von Adrian ist dagegen ein Tool für den Mapper, der Routen-Relationen egal welchen Typs bearbeitet. Die von ihm erzeugten GPX-Tracks sollen der Unterstützung beim Mappen dienen und sollen daher auch eins zu eins aus den den Relationen zugrunde liegenden Wegen generiert werden. Dabei sollte es auch bleiben. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
On Wed, Aug 03, 2011 at 06:01:38PM +0200, Rainer Kluge wrote: Am 03.08.2011 15:49, schrieb Sven Geggus: Hm, die Exportfunktion von Sarahs Wanderkarte eventuell? Erzeugt aber auch viele einzelnetrkseg Abschnitte. Das ist aus meiner Sicht genau der Richtige Ort für den GPX-Export von Wander- und Radwanderwegen. Die erzeugten Tracks sollten möglichst ohne Nachbearbeitung in ein Outdoor-Navi geladen werden können. Bei komplett erfassten Wanderwegen ist das Ergebnis schon sehr gut. Für Radwege, auch wenn sie vollständig erfasst sind, könnte das Ergebnis noch verbessert werden, Stichwort Kreisverkehre und Einbahnstrecken. Aber das ist nicht das Thema dieses Threads. Richtig, die GPX-Tracks der Karten sind in der Tat zur Zeit noch nicht geordnet und Einrichtungswege werden nicht beruecksichtigt. Das steht noch auf der TODO-Liste. Insofern wuerde ich mich freuen, wenn der Code des Relation Analyzers Open Source wird, damit man das Rad nicht schon wieder neu erfinden muss. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
