Nur lange Routen bei WorldTSP?

[crit]

tja wen sagst du das - wie es so aussieht is vfrey der einzige der hier superrouten bekommt

[vfrey]

wie es so aussieht is vfrey der einzige der hier superrouten bekommt

tja, Beziehungen sind alles...

Nachdem Pascal und einige andere User im Neo-Forum den 19.xxx-Mißstand bereits moniert hatten und dem Projektleiter Mike Curry nicht wirklich viel dazu einfällt, kann ich im Moment auch nur empfehlen: solltet Ihr das Pech haben, von den Top-Routen weit entfernt zu sein und auch nicht näher zu kommen, wartet lieber bis zu einer Problemlösung von Seiten der Projektleitung...sonst isses nämlich wirklich ein bißchen Zeitverschwendung...

[Pascal]

Sagen wir's doch mal so. Wir kämen weiter, wenn du uns deinen Clientordner zur Verfügung stellen würdest.
Natürlich ohne die Datei neotsp.cfg. Da stehen die persönlichen Infos drin (eigentlich nur die Email).

Hätte irgendwer eine Uploadmöglichkeit?

Oder wäre das eher unfair anderen gegenüber? Ich denke nicht.

[vfrey]

Wir kämen weiter, wenn du uns deinen Clientordner zur Verfügung stellen würdest.

Hab' ich kein Problem damit, sollten wir aber über Mike Curry klären...ich will nicht in die Situation kommen, dass wir dem Projekt in irgendeiner Form inkonsistente Daten liefern...

Oder wäre das eher unfair anderen gegenüber?

Ja, mir gegenüber...ich wäre dann nicht mehr der einzige Rechenkraftler, der manchmal in die TopTen kommt...

[vfrey]

So, hab' mal im Neo-Forum gepostet...dann schau mer mal...

[crit]

Das wäre schön - sehr schön - also ich uppe die datei gerne

[crit]

Hier die angebliche Lösung für das Problem mit den langen Routen:

I had a similar error with all versions and I may have found the problem.

Looking at the exception stack, I saw the exception occured during the call of the Parse function to get a double number from a string.
BUT with the .NET Framework, you must remember that unless otherwise specified, the string <=> double conversions will use the local/country settings.
So I got an exception because the number US people would write 1,234.56 is written 1.234,56 in France (my country) => the number 1.23 has no meaning in french notation and will generate an exception if you try to parse the string "1.23" to get the corresponding number.

There's a simple and efficient solution to solve this problem. In C# you can write the following (I don't know which language you are using) :

using System.Globalization;
using System.Threading;
...

Thread.CurrentThread.CurrentCulture = new CultureInfo( "en-US" );
double d = 1.23;
string s = d.ToString(); // s = "1.23", even for froggies' computers

If you want to restore the original culture :
Thread.CurrentThread.CurrentCulture = CultureInfo.InstalledUICulture;

If you want to apply the culture change only for the call to "ToString" :
s = d.ToString(new CultureInfo( "en-US" ));

Hope that helps

PS : Sorry for bad English and/or poor formatting, huge lack of sleep


Tja - wenn mir mal einer genau erzählen kann was ich genau ändern muß?

[crit]

oh - wie einfach

also hier die Lösung:

einfach in Systemsteeuerung ---> Ländereinstellung ---> Gebietsschema USA ---> Clients einfach wieder starten und nun ---> 13 er Route

[vfrey]

Hat's denn auch geklappt ?

[crit]

jo - auf allen 3 rechnern - hab ich das gemacht und überall ne 13 er route

*freu*

[Patrick Keller]

Kann dieses Problem nicht ziemlich einfach "programmiertechnisch" umgangen werden ? (es klappt aber bei mir jetzt auch)

[crit]

kann es bestimmt - wurde ja auch beschrieben das Problem liegt an der unterschiedlichen darstellung der Zahlentrennung mit komma oder mit punkt - deswegen - aber nunja - nun gehts erstmal - und ich hoffe das der nächste client den fehler behoben hat damit ich wieder zurückstellen kann