die aktuelle Version und alle späteren von LeAxe werden zukünftig von sf.net gehostet. Ich habe den Quellcode in das dortige CVS-System integriert, so dass dieser online verfügbar ist. Wer bspw. mit Eclipse arbeitet, kann diesen somit direkt beziehen und hat stets die aktuelle Version zur Verfügung.

Nachtrag: Wie es aussieht, hätten wir auch noch ein paar Infos von Stefan Lagemann bekommen können bezüglich des Formats...

Gruß Micha

1.) Das gleiche Problem wie schon mal bei den Nullen ganz hinten in der 021-Datei taucht auch vorne hinter der "021" auf. Wenn dort noch eine Leerspalte steht und nicht alle 5 Zeilen gefüllt sind (siehe Beispiel) startet LeAxe zwar, macht dann aber nix mehr.

In welcher Version soll das so sein? In der 0.11b sollte das bereits problemlos gehen. Wenn ich dort eine Datei mit Deinen Werten einlese:

021 0   834.995  360.9621     0.000
0210    834.995  360.9621     0.000
021     834.995  360.9621     0.000
02100   834.995  360.9621     0.000

erhalte ich als GSI:

41....+00000000 42....+0VALIGNM 43....+STACOORD 
11....+00834995 71....+STRAIGHT 72....+00000NON 83..10+00360962 
11....+00834995 71....+STRAIGHT 72....+00000NON 83..10+00360962 
11....+00834995 71....+STRAIGHT 72....+00000NON 83..10+00360962 
11....+00834995 71....+00000EOP 72....+00000NON 83..10+00360962 

Dies ist die selbe GSI, die ich auch bekomme, wenn ich die Nullen händisch hinzufüge.

2.) Könnte man als Ausgangsdatei neben .040/.021 auch .d40/.d21 möglich machen?

Ja!

Schöne Grüße
Micha

gerade eben habe ich erstmals einen ganzen Haufen neue Daten eines neuen Projektes durchgeorgelt.

2 Sachen sind mir aufgefallen:

1.) Das gleiche Problem wie schon mal bei den Nullen ganz hinten in der 021-Datei taucht auch vorne hinter der "021" auf. Wenn dort noch eine Leerspalte steht und nicht alle 5 Zeilen gefüllt sind (siehe Beispiel) startet LeAxe zwar, macht dann aber nix mehr.

021 0   834.995  360.9621     0.000
0210    834.995  360.9621     0.000
021     834.995  360.9621     0.000
02100   834.995  360.9621     0.000

Die oberen drei Zeilen sind "falsch", die untere quasi richtig. Gut wäre es also, auch die oberen "richtig" zu bekommen...
Natürlich wäre dann in dem Fall keine automatische Achsnummernerkennung mehr gegeben - aber offensichtlich gibt es eben auch 021er-Dateien, wo hinter der "021" nichts steht.

2.) Könnte man als Ausgangsdatei neben .040/.021 auch .d40/.d21 möglich machen? Ich erhalte sehr oft solche Dateiendungen. Es ist nun natürlich kein Problem, das manuell anzupassen, macht bei 20 Dateien aber auch wieder unnötige Arbeit...

Abschließend möchte ich alle Nutzer bitten, Fehler oder Anregungen zu melden, damit das Programm noch besser wird.

Hab ich eben glatt vergessen:

1.
Dezimalstellen funktionieren auch. Ist also egal, ob mit oder ohne Punkte/Kommas in der Ausgangsdatei.

2.
Wenn in der 040-Datei Leerstellen stehen bei Radius und/oder Klothoidenparameter (statt Nullen (oder Einsen)) rechnet LeAxe los, streicht aber die betreffende Zeile in der gsi raus.
Ob das nun möglich ist, daß eine 040 so aussieht (ich habe die betreffenden Nullen manuell gelöscht) weiß ich nicht, aber ich hatte das analog zum 021-Problem (vom letzten WE), wo es solche Leerstellen ja tatsächlich gibt, einfach mal ausprobiert.
Ändert wohl nichts an der Aussage, daß LeAxe einsatzbereit sein sollte, denn gesehen habe ich solche Leerstellen in der 040 wie gesagt noch nicht. Vll. kann man das prophylaktisch noch einbauen in LeAxe, vll. wäre das auch übertrieben - ich weiß es leider auch nicht...

Die 2-3 kleineren Dinge des letzten WE's hat Micha ja schon behoben und ich habe auch nichts weiteres mehr gefunden. Daher behaupte ich mal:

LeAxe ist einsatzbereit!

Allerdings nur im Rahmen der von uns zuvor gesteckten Grenzen.
Ich erinnere nochmals daran, daß wir nicht zu 100% alle unsere Annahmen prüfen konnten (z.B. das CURVEIN-Problem bei der Horizontalachse (040>gsi)) bzw. Annahmen getätigt haben, von denen wir nicht wissen, ob sie immmer so gelten (z.B. die Theorie, daß eine Gradiente immer mit einer Geraden beginnt und endet (021>gsi)).

Sollte solch ein oder ein anderer Spezialfall irgendwann doch mal auftreten gilt also erhöhte Wachsamkeit - wie sowieso eigentlich immer.
Ich empfehle auf jeden Fall, die Ergebnisse immer zu kontrollieren. Wer hat, kann z.B. das Leica-eigene RoadEd nutzen, um sehr schnell eine optische Prüfung der Achsen/Gradienten vornehmen zu können. So hab auch ich während der LeAxe-Entstehungsphase auf einen Blick Probleme erkannt. Schmeißt man dann noch das Prüfprotokoll der Software an und erhält keine Fehlermeldung, darf man wohl von einer gelungenen Umsetzung ausgehen.

Eine Sache noch:
Hatte ich auch schon mal erwähnt - es kann vorkommen, daß von LeAxe ermittelte Stationen von denen auf Längsschnitten angegebenen teilweise um mehrere Zentimeter abweichen. Da Micha die anerkannten Formeln genutzt hat vermute ich den "Fehler" da eher bei den Schnitten als bei uns.
Praktische Auswirkungen hat das eh keine, da die Höhen immer bis auf 1-2 Millimeter übereinstimmen und es in der Außendienst-Praxis bei den heute verwendeten Ausrundungsparametern auch egal ist, ob solch eine Ausrundung nun hier beginnt oder 10 Zentimeter weiter.

Abschließend möchte ich alle Nutzer bitten, Fehler oder Anregungen zu melden, damit das Programm noch besser wird.

So denn,
Flip