Berechnung der gesamten Pfadkosten in der Chiffre unter Berücksichtigung der Direktionalität

Mit einer Chiffre-Abfrage auf neo4j, in einem gerichteten, zyklischen Graphen, benötige ich eine BFS-Abfrage und eine Zielknoten-Sortierung pro Tiefe.

Für die Sortierung innerhalb der Tiefe sollte eine benutzerdefinierte "Gesamtpfadkostenfunktion" verwendet werden, die basierend auf

• alle Beziehungsattribute r.followrank zwischen Start- und Endknoten.
• Relation Direktionalität (follarank, wenn es zum Endknoten zeigt, oder 0, falls nicht)

Auf jeder Suchtiefe n sollte ein Knoten, der mit einem hochrangigen Knoten auf der Ebene n-m, m>0 verbunden ist, höher eingestuft werden als ein Knoten, der mit einem niedrigrangigen Knoten auf der Ebene n-m verbunden ist. Umgekehrte Direktionalität sollte einen 0-Rang ergeben (was bedeutet, dass der Knoten und sein Teilbaum immer noch Teil der Rangfolge sind).

Ich benutze neo4j community-1.9.M01. Der Ansatz, den ich bisher gemacht habe, war, eine Folge von Folgen für den kürzesten Weg zu jedem Endknoten zu extrahieren

Ich dachte, ich hätte eine großartige erste Idee für diese Frage, aber sie scheint an mehreren Punkten zu versagen.

Meine Abfrage lautet:

welche Ausgaben

Es sieht ähnlich wie ich aus, aber die Probleme sind

1. Knoten 8, 9, 10, 11 haben die gleiche Beziehungsrichtung wie 7! Das inverse Abfrageergebnis ...*length(strt-[*0..]-()-[r]->() )... sieht noch seltsamer aus - siehe die Abfragen rechts unten.
2. Ich weiß nicht, wie ich die Ergebnisse des Ausdrucks length() auf 1 normieren soll.

Direktionalität:

Inverse Abfrage:

Meine Fragen sind also:

1. Was ist mit dieser Abfrage los?
2. Gibt es einen Arbeitsansatz?

Für ein zusätzliches Detail, ich kenne den Min (Länge (Pfad)) Aggregator, aber es funktioniert nicht in diesem Fall, wo ich versuche, Informationen über den besten Treffer zu extrahieren - die zusätzlichen Informationen, die ich über die besten zurücksende Hit wird das Ergebnis wieder disaggregieren - ich denke, das ist eine Einschränkung der Ziffern.