Automatisiertes Relationen Checkscript

tquadrat · 2015-07-25 17:49:23

Hi,

Ich würde ein script oder ein tool benötigen das mir Relationen überprüft.
Hintergrund ist das ich die Relationen die ich in letzter Zeit eingetragen habe irgendwie automatisch auf Vollständigkeit überprüfen will (Manuellist mittlerweile zu aufwendig geworden).

ich stell mir da irgendwie sowas vor wie script mit Relationsid starten und es wird mir ausgegeben ob die relation von A bis E durchgängig ist bzw wo da Lücken sind.
Bzw. einen Vergleich anstellt von einer einmal gespeicherten kompletten Relation (Soll) zu dem Iststand.

Gibts da sowas?

LG Thomas

Last edited by tquadrat (2015-07-25 17:49:37)

wambacher · 2015-07-25 18:08:06

tquadrat wrote:

Hintergrund ist das ich die Relationen die ich in letzter Zeit eingetragen habe irgendwie automatisch auf Vollständigkeit überprüfen will (Manuellist mittlerweile zu aufwendig geworden).

Tools gibt es einige, nur hab ich die nicht griffbereit. Warum nicht? Weil ich die normalerweise nicht brauche.

Ich schaffe mit Josm (ja, da stöhnen manche "nicht schon wieder" ) und der dort enthaltene Relationen-Editor zeigt mir solche Fehler auf einen Blick. Zudem "motzt" Josm vor dem Hochladen, wenn ringförmige Relationen (z.B Grenzen) nicht geschlossen sind.

Das deckt schon mal 95% dieser Probleme ab, weil sie erst garnicht auftreten: "Das Übel an der Wurzel packen" ist 100x besser als Nacharbeiten.

Denk mal drüber nach - bist ja lange genug dabei.

Gruss
walter

ps: da du ja eh Aufräumen musst: mit dem OSM-Inspector http://tools.geofabrik.de/osmi/ hab ich gute Erfahrungen gemacht. Für Routen und Multipolygone hat der eigene Auswertungen.

Last edited by wambacher (2015-07-25 18:20:53)

tquadrat · 2015-07-25 18:24:32

wambacher wrote:

tquadrat wrote:
Hintergrund ist das ich die Relationen die ich in letzter Zeit eingetragen habe irgendwie automatisch auf Vollständigkeit überprüfen will (Manuellist mittlerweile zu aufwendig geworden).
Tools gibt es einige, nur hab ich die nicht griffbereit. Warum nicht? Weil ich die normalerweise nicht brauche.
Ich schaffe mit Josm (ja, da stöhnen manche "nicht schon wieder" ) und der dort enthaltene Relationen-Editor zeigt mir solche Fehler auf einen Blick. Zudem "motzt" Josm vor dem Hochladen, wenn ringförmige Relationen (z.B Grenzen) nicht geschlossen sind.

Jajaaaaa reibs mir mal wieder unter die Nase

wambacher wrote:

Das deckt schon mal 95% dieser Probleme ab, weil sie erst garnicht auftreten: "Das Übel an der Wurzel packen" ist 100x besser als Nacharbeiten.

Geht ja eigendlich nicht um meine 95% . Wobei da natürlich ein Selbstcheck nicht so schlecht ist.
Mir gehts darum das ich meine Relationen die komplett sind und 100%ig passen (Selbstüberschätzung is was schönes ) tourlich kontrollieren möchte ob sie auch noch wirklich komplett sind.
Problem ist das im Iran die Leute teilweise mappen wie sie wollen. Meißtens aus Unwissenheit. Und ich würd die halt tourlich kontrollieren und gegebenenfalls korrigieren wollen.
Faul wie ich bin am Besten mit nem Cronjob der mir wöchentlich ne Auswertung der von mir gepflegten Relationen per Mail zukommen lässt.

LG Thomas

edit: PS war noch nicht da. Werd mir das gleich anschaun danke

Last edited by tquadrat (2015-07-25 18:25:12)

wambacher · 2015-07-25 18:34:00

tquadrat wrote:

Problem ist das im Iran die Leute teilweise mappen wie sie wollen. Meißtens aus Unwissenheit. Und ich würd die halt tourlich kontrollieren und gegebenenfalls korrigieren wollen.

Dann schreibe bitte nicht, dass du deine eigenen Fehler korrigieren willst ("Hintergrund ist das ich die Relationen die ich in letzter Zeit eingetragen habe irgendwie automatisch auf Vollständigkeit überprüfen will" - hier halte ich ein Vermeiden für viel sinnvoller.

Wenn du nachbessern musst, ist das natürlich was anderes.

<stichel>Aber das geht mit Josm auch ganz einfach:Relation laden (egal woher die Info kommt, dass die defekt ist), nach member sortieren - und staunen.</stichel>

Last edited by wambacher (2015-07-25 18:36:26)

Harald Hartmann · 2015-07-25 18:35:00

http://ra.osmsurround.org/

Harald Hartmann · 2015-07-25 18:37:04

hmm, langsam hört sich das aber eher nach "grenzrelationen" an, hab ich so das gefühl ... dann wäre mein o.g. tipp vielleicht nicht ganz der richtige

wambacher · 2015-07-25 18:39:01

Harald Hartmann wrote:

hmm, langsam hört sich das aber eher nach "grenzrelationen" an, hab ich so das gefühl ... dann wäre mein o.g. tipp vielleicht nicht ganz der richtige

Ja, 1-2 Beipiele "seiner" Problemkinder wären ganz nett.

kreuzschnabel · 2015-07-25 18:46:02

wambacher wrote:

Ich schaffe mit Josm (ja, da stöhnen manche "nicht schon wieder" ) und der dort enthaltene Relationen-Editor zeigt mir solche Fehler auf einen Blick.

Hier ein Bild dazu Ein sehr ausgewachsener, brauchbarer Relations-Editor.

Und irnkwann landet jeder OSMer bei JOSM ;-)

--ks

wambacher · 2015-07-25 20:27:59

-snip-

Last edited by wambacher (2015-07-25 20:29:19)

tquadrat · 2015-07-25 20:28:27

wambacher wrote:

Harald Hartmann wrote:
hmm, langsam hört sich das aber eher nach "grenzrelationen" an, hab ich so das gefühl ... dann wäre mein o.g. tipp vielleicht nicht ganz der richtige
Ja, 1-2 Beipiele "seiner" Problemkinder wären ganz nett.

@Harald nein sind keine Grenzrelationen.

Konkret gehts um Route Relationen des Asian Highway Systems speziell den iranischen Teil und das iranische Freeway bzw Highway System.
https://wiki.openstreetmap.org/wiki/Asi … ay_Network
https://wiki.openstreetmap.org/wiki/Wik … Iran/Roads
https://wiki.openstreetmap.org/wiki/Wik … n/Freeways

Grenzrelationen rühr ich nicht an. Da gibts sonst von Walter eine auf die Finger *zurückstichel* .
Konkretes Beispiel von heute wäre http://www.openstreetmap.org/relation/5326075

LG Thomas

edit: typo

Last edited by tquadrat (2015-07-25 20:33:26)

tquadrat · 2015-07-25 20:32:25

wambacher wrote:

kreuzschnabel wrote:
Und irnkwann landet jeder OSMer bei JOSM ;-)
Vergiss es - Unser Kollege weiss aus eigener Erfahrung ganz genau was gut und was schlecht für ihn ist:

:-P
Jedem das seine
Hat schon seine Gründe warum Potlatch und nicht JOSM . Obwohl ich Kreuzschnabel Recht geben muss. Nachdem Flash ja bald das zeitliche segnen wird, bleibt eh nur mehr JOSM über.

LG Thomas

wambacher · 2015-07-25 20:41:37

tquadrat wrote:

Hat schon seine Gründe warum Potlatch und nicht JOSM . Obwohl ich Kreuzschnabel Recht geben muss. Nachdem Flash ja bald das zeitliche segnen wird, bleibt eh nur mehr JOSM über.

Ja, bei der Erfahrung kannst du wirklich mitreden:

select ct.value,count(ct.value) count 
  from changesets cs,changesets_tags ct
 where user_name='tquadrat'
   and cs.id=ct.id
   and ct.key='created_by'
 group by ct.value;

   value    | count 
------------+-------
 Potlatch 2 |   608
 iD 1.3.6   |     1
 OSMapTuner |     3
(3 Zeilen)

zu "meinen" Grenzen: Ich freue mich über jeden Mapper, der die Dinger fixt - egal wie und egal womit. Und wir haben leider auch Mapper, die die mit Josm schreddern.

gruss
walter

tquadrat · 2015-07-25 20:45:04

Harald Hartmann wrote:

http://ra.osmsurround.org/

Ja das schaut ned schlecht aus um einen schnellen check zu machen danke.

LG Tom

tquadrat · 2015-07-25 20:53:58

wambacher wrote:

tquadrat wrote:
Hat schon seine Gründe warum Potlatch und nicht JOSM . Obwohl ich Kreuzschnabel Recht geben muss. Nachdem Flash ja bald das zeitliche segnen wird, bleibt eh nur mehr JOSM über.
Ja, bei der Erfahrung kannst du wirklich mitreden:

Schon mal dran gedacht das es technische Gründe haben könnte. Wie zB Deep Packet Inspection die Proxyrequests nicht durchlasst wenn die Requests nicht von Browsern kommen?

LG Thomas

Last edited by tquadrat (2015-07-25 20:54:52)

malenki · 2015-07-25 20:57:20

Nur als Hinweis (falls du den nicht schon woanders gehört/gelesen hast): Je größer "deine" Relationen werden, desto fehleranfälliger werden sie auch. Stichwort Bearbeitungskonflikt.
Und da bei jedem Bearbeiten irgendeines Teils der Straße die Version um eins hochzählt (und mit Potlatch der Versionierungszähler Überstunden macht – z.B. in diesem Changeset 8 Versionen), ist schnell der Punkt erreicht, wo der OSM-Server die History nicht mehr herausrücken mag.
Wie man den oben genannten Problemen abhelfen kann, steht hier (das habe ich vermutlich sogar selbst geschrieben bzw. ergänzt).

PS: Merkaartor soll ja auferstanden sein.

Last edited by malenki (2015-07-25 21:00:27)

tquadrat · 2015-07-25 21:34:58

malenki wrote:

Nur als Hinweis (falls du den nicht schon woanders gehört/gelesen hast): Je größer "deine" Relationen werden, desto fehleranfälliger werden sie auch. Stichwort Bearbeitungskonflikt.

Ja das mit den 300 Elementen ist mir auch schon im Wiki untergekommen. Deswegen sind die Iranischen Teile alle in einer Subrelation an die schon existierende Hauptrelation geknüpft.

malenki wrote:

Und da bei jedem Bearbeiten irgendeines Teils der Straße die Version um eins hochzählt (und mit Potlatch der Versionierungszähler Überstunden macht – z.B. in diesem Changeset 8 Versionen), ist schnell der Punkt erreicht, wo der OSM-Server die History nicht mehr herausrücken mag.

Ah Ok danke hab ich wieder was dazu gelernt.

malenki wrote:

Wie man den oben genannten Problemen abhelfen kann, steht hier (das habe ich vermutlich sogar selbst geschrieben bzw. ergänzt).
PS: Merkaartor soll ja auferstanden sein.

Echt? den hatte ich auch schon in den Fingern zum anschaun. Leider gleiches Problem wie JOSM ->Firewalls
Für daheim wirds dann eh JOSM werden weil mit ID kann ich irgendwie so gar nicht. Vielleicht schau ich mir nochmal Merkaartor an

LG Thomas

Last edited by tquadrat (2015-07-25 21:35:45)

Peda · 2015-07-25 21:59:30

Vielleicht auch interessant für dich: OSMarelmon?

Macht zwar keinen solchen Zusammenhangscheck, liefert dir aber per RSS-Feed alle Änderungen an einem Satz von Relationen die du beobachten lässt.

tquadrat · 2015-07-25 22:19:53

Peda wrote:

Vielleicht auch interessant für dich: OSMarelmon?
Macht zwar keinen solchen Zusammenhangscheck, liefert dir aber per RSS-Feed alle Änderungen an einem Satz von Relationen die du beobachten lässt.

In Kombination ist das sicher interessant. Wie belastbar ist der feed denn? Sprich wenn ich zB network = ir:national eingeben würd um alle nationalen Routen zu monitoren?
Das wären dann wenn ichs richtig im Kopf hab ca. 80-90 Relationen. Und falls das zu viel sein sollte besteht die Möglichkeit es selber zu hosten?

LG Thomas

wambacher · 2015-07-25 22:21:19

tquadrat wrote:

Schon mal dran gedacht das es technische Gründe haben könnte. Wie zB Deep Packet Inspection die Proxyrequests nicht durchlasst wenn die Requests nicht von Browsern kommen?

Jo, dass da techniche Gründe hinter stehen könnten, ist mir auch schon eingefallen. Nur wirst du die bald ändern müssen, da ja Flash bald sterben soll. Was mich nur wundert ist, dass du bei der Deep Packee Instpection nichs umkonfugurierst - es sein denn, du schaffst nur von der Firma/Uni oder von wo auch immer aus, wo du die FW nicht administrieren kannst. Auch am Samstag um Mitternacht?

Ok, lassen mer's. Bringt eh nix.

walter

tquadrat · 2015-07-25 22:28:06

wambacher wrote:

tquadrat wrote:
Schon mal dran gedacht das es technische Gründe haben könnte. Wie zB Deep Packet Inspection die Proxyrequests nicht durchlasst wenn die Requests nicht von Browsern kommen?
Jo, dass da techniche Gründe hinter stehen könnten, ist mir auch schon eingefallen. Nur wirst du die bald ändern müssen, da ja Flash bald sterben soll. Was mich nur wundert ist, dass du bei der Deep Packee Instpection nichs umkonfugurierst - es sein denn, du schaffst nur von der Firma/Uni oder von wo auch immer aus, wo du die FW nicht administrieren kannst. Auch am Samstag um Mitternacht?
Ok, lassen mer's. Bringt eh nix.
walter

Wie du richtig vermutet hast hab ich da leider keinen Einfluss auf die FWs/NIPS und IPS. Manchmal auch am Samstag um Mitternacht ja. Und wenn ich von daheim was mach dann is es Macht der Gewohnheit zugegeben.
Und wie ich oben schon erwähnt hab und du auch richtig gesagt hast wird ja Flash bald sterben, dann muss ich mir sowieso was überlegen.

LG Thomas

Peda · 2015-07-26 00:28:57

Hi,

tquadrat wrote:

Wie belastbar ist der feed denn? Sprich wenn ich zB network = ir:national eingeben würd um alle nationalen Routen zu monitoren?
Das wären dann wenn ichs richtig im Kopf hab ca. 80-90 Relationen. Und falls das zu viel sein sollte besteht die Möglichkeit es selber zu hosten?

das ganze hatte ein Student als Bachelorarbeit an der Uni Passau geschrieben (siehe hier) und war so ausgelegt, dass das effizient auch noch mit großen Datenmengen umgehen kann. Die VM dahinter hat aber sehr wenig RAM, die Subdomain hab ich mal eingerichtet. Sourcecode ist auf Github, kannst du also auch selber hosten. Der Student arbeitet aber sicher nicht mehr weiter dran und würde wohl auch keine Pullrequests annehmen. Ob die enthaltene Info dann wirklich was für dich ist müsstest du halt einfach mal ausprobieren.

Klumbumbus · 2015-07-26 12:31:26

Auch ein schönes Tool, welches Lücken und Überschneidungen in Routenrelationen auf der Karte anzeigt (hat aber wohl Probleme mit Kreisverkehren, oder es liegt an den fehlenden Rollen foward/backward): http://analyser.openstreetmap.fr/cgi-bi … on=5326075 (Laden der Relation und Zommen dorthin dauert ein paar Sekunden)

Last edited by Klumbumbus (2015-07-26 12:35:28)

tquadrat · 2015-07-26 16:03:32

Danke für die vielen Links.

@Klumbumbus: Ja ich sehs Kreisverkehre mag er nicht so

LG Thomas

cepesko · 2015-07-26 20:05:33

tquadrat wrote:

....
malenki wrote:
Und da bei jedem Bearbeiten irgendeines Teils der Straße die Version um eins hochzählt (und mit Potlatch der Versionierungszähler Überstunden macht – z.B. in diesem Changeset 8 Versionen), ist schnell der Punkt erreicht, wo der OSM-Server die History nicht mehr herausrücken mag.
Ah Ok danke hab ich wieder was dazu gelernt.

Ich lern' auch gern dazu: warum nochmals macht der Versionierungszähler Überstunden? Wenn ich nach all meinen Edits einmal speichere geht der Versionszähler genau um 1 höher, genau wie bei JOSM, oder nicht?
Cepesko

tquadrat · 2015-07-26 21:20:52

cepesko wrote:

Ich lern' auch gern dazu: warum nochmals macht der Versionierungszähler Überstunden? Wenn ich nach all meinen Edits einmal speichere geht der Versionszähler genau um 1 höher, genau wie bei JOSM, oder nicht?
Cepesko

Ich denke bei mir wars der Fall weil ich nicht nur einmal gespeichert hab sondern nach jeder größeren Strecke. Zwar ein Changeset aber mehrere Versionsnummern.

Announcement

#1 2015-07-25 17:49:23

Automatisiertes Relationen Checkscript

#2 2015-07-25 18:08:06

Re: Automatisiertes Relationen Checkscript

#3 2015-07-25 18:24:32

Re: Automatisiertes Relationen Checkscript

#4 2015-07-25 18:34:00

Re: Automatisiertes Relationen Checkscript

#5 2015-07-25 18:35:00

Re: Automatisiertes Relationen Checkscript

#6 2015-07-25 18:37:04

Re: Automatisiertes Relationen Checkscript

#7 2015-07-25 18:39:01

Re: Automatisiertes Relationen Checkscript

#8 2015-07-25 18:46:02

Re: Automatisiertes Relationen Checkscript

#9 2015-07-25 20:27:59

Re: Automatisiertes Relationen Checkscript

#10 2015-07-25 20:28:27

Re: Automatisiertes Relationen Checkscript

#11 2015-07-25 20:32:25

Re: Automatisiertes Relationen Checkscript

#12 2015-07-25 20:41:37

Re: Automatisiertes Relationen Checkscript

#13 2015-07-25 20:45:04

Re: Automatisiertes Relationen Checkscript

#14 2015-07-25 20:53:58

Re: Automatisiertes Relationen Checkscript

#15 2015-07-25 20:57:20

Re: Automatisiertes Relationen Checkscript

#16 2015-07-25 21:34:58

Re: Automatisiertes Relationen Checkscript

#17 2015-07-25 21:59:30

Re: Automatisiertes Relationen Checkscript

#18 2015-07-25 22:19:53

Re: Automatisiertes Relationen Checkscript

#19 2015-07-25 22:21:19

Re: Automatisiertes Relationen Checkscript

#20 2015-07-25 22:28:06

Re: Automatisiertes Relationen Checkscript

#21 2015-07-26 00:28:57

Re: Automatisiertes Relationen Checkscript

#22 2015-07-26 12:31:26

Re: Automatisiertes Relationen Checkscript

#23 2015-07-26 16:03:32

Re: Automatisiertes Relationen Checkscript

#24 2015-07-26 20:05:33

Re: Automatisiertes Relationen Checkscript

#25 2015-07-26 21:20:52

Re: Automatisiertes Relationen Checkscript

Board footer