---

Hallo,

wer hat Erfahrungen bezüglich des Datenaustausches zwischen einer englischen und deutschen SE-Installation (gleiche Version)?

1.
Welchen Einfluss hat die Sprachversion des Windows-Betriebsystems (D/E) auf die SE-Installation (D/E)?

2.
Sind folgende Installations-Kombinationen möglich: Win(D) & SE(E) oder Win(E) & SE(D)?

3.
Mit welchen Problemen muss beim Datenaustausch gerechnet werden:
Zeichensätze (Umlaute), Dezimaltrenner (Punkt/Komma), Formelementnamen, Konfigurationsnamen, Variablennamen, Interpartkopien, Eigenschaften der Vorkommnisse, Servicepacks, etc. ?

Bin für jede Info dankbar.

------------------

Mit freundlichem Gruß
Hauke

[Diese Nachricht wurde von Hauke Krohn am 16. Aug. 2006 editiert.]

---

Hallo Hauke,

der Datenaustausch an sich ist problemlos, da in den Daten ja nicht die Sprachversion hinterlegt ist. Servicepacks sind auch uninteressant.
Benamung der Formelemente wenn möglich ohne Umlaute.
Umlaute, Sonderzeichen im Namen vermeiden sollte klar sein.
Was sich problematisch erweißt sind bspw. Verknüpfungen auf Excel. Da im deutschen Zeilen und Spalten verwendet werden, heißen die im englisch Column und Row.
Auf einem deutschen XP kann man ein englisches SE installieren und vermutlich auch umgekehrt.
Wenn es größere Projekte sind, dann wäre der optimalste Weg, das man sich mit dem Partner auf eine Sprache einigt.

Lars

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

1.
Welchen Einfluss hat die Sprachversion des Windows-Betriebsystems (D/E) auf die SE-Installation (D/E)?

keinen

2.
Sind folgende Installations-Kombinationen möglich: Win(D) & SE(E) oder Win(E) & SE(D)?

ja

3.
Mit welchen Problemen muss beim Datenaustausch gerechnet werden:
Zeichensätze (Umlaute), Dezimaltrenner (Punkt/Komma), Formelementnamen, Konfigurationsnamen,
Variablennamen, Interpartkopien, Eigenschaften der Vorkommnisse, Servicepacks, etc. ?

Variablennamen: in SE-DE nur Deutsch also: Thema statt Subject und Titel statt Title
                ebenfalls fuer Variablen der Tabelle: Biegeradius statt Bend Radius

Excel-Verkuepfungen: da RxCx verwendet wird sollte es keine Probleme verursachen

Konfigurationsnamen: beide Sprachversionsnamen sind ggf. vorhanden

ServicePacks dort ist DE bzw. EN auszuwaehlen

Ob das Teil nun in DE bzw. EN erstellt wurde hat keinen Einfluss auf die SE-Funktionalitaet
jedenfalls ist mir das noch nicht untergekommen. Allenfalls Zusatzmodule, die namensabhaengig
sind koennten Probleme verursachen wenn sie in einer 'falschen' Version eingesetzt werden

modeng

Nachtrag:

Materialtabelle: wenn Eingabegebietsschema auf EN steht ist das
                Dezimaltrennzeichen ein Punkt. Schema kann aber
                in WIN-EN auf DE gestellt werden

------------------
And then one wonders why a man/woman ages so fast in this nutty business

[Diese Nachricht wurde von modeng am 16. Aug. 2006 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

SE-Gewinde_Zoll-statt-Metrisch.pdf

Hallo modend, hallo Lars,

vielen Dank für eure Beiträge. Sie sind für mich sehr wertvoll. Bezüglich der ServicePacks habt ihr allerdings unterschiedliche Aussagen gemacht. Basieren diese auf eigene Erfahrungen?

Zwischenzeitlich habe ich weitere Erkenntnisse bezüglich der Auswirkungen von Sprachoptionen in der Windows-Systemsteuerung auf die SE-Installation gewonnen.

In einem deutschen SE werden automatisch zöllige statt metrische Gewindebohrungen angeboten, wenn in der Windows-Systemsteuerung (Regions- und Sprachoptionen) abweichend von den deutschen Grundeinstellungen eine der folgenden Einstellungen vorgenommen wird:
a) Regionale Einstellungen, Standards und Formate:
Englisch (USA, Großbritannien, etc)
b) Regionale Einstellungen, Standards und Formate, Anpassen:
Dezimaltrennzeichen (Punkt statt Komma)
Symbol für Zifferngruppierung (Komma statt Punkt)

Keine Auswirkung auf diese Thematik haben folgende Windows-Einstellungen:
a) Regionale Einstellungen, Standort: USA oder Vereinigtes Königreich
b) Sprachen, Sprache für Menüs und Dialogfelder: Englisch

Weiter Details hierzu im Anhang.

------------------

Mit freundlichem Gruß
Hauke

---

Die Einstellung von Kommat statt Punkt habe ich auch eine
Zeit lang verwendet. Meine Gewinde waren alle wie sosnt auch
vorhanden.

Überhaupt kann es sinnvoll sein, sich alle Gewinde (metrisch, zoll,
NPT und sonstige Spezialgewinde) in eine Datei zu schreiben.

Dann sind immer alle Daten vorhanden.

------------------
Gruß

CadKD

[Diese Nachricht wurde von CadKD am 19. Aug. 2006 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

was Probleme bereitet sind benutzerdefinierte Draft Vorlagen.
Da kommt bei mir die Fehlermeldung, das die Version nicht passen soll, was nicht stimmt.
Ich hatte mir zu Testzwecken eine englische SE CD schicken lassen und habe versucht die Draftvorlage der Firma zu benutzen. Beim Versuch ist es geblieben  . Alle anderen vorlagen funktionieren reibungslos. Ob part,psm,asm ect. Bei holes.txt und material.mtl auch keine Probleme (WinXP-DE und SE-E)

Gruß Mike

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin,

[...]
was Probleme bereitet sind benutzerdefinierte Draft Vorlagen.
[...]
damit hab' ich keine Probleme bekommen, alle Vorlagen sind eigene.
Wurden in V14 DE erstelt und liessen sich problemlos in V17/18 (US)
oeffnen. Probleme machen ggf. die Legenden-Variablen, welche u.U. nicht
alle automatisch von SE beim Open umgesetzt werden.
Die engl. CD war hoffentlich die gleiche Version (od. +) wie die zum
Erstellen der Vorlage. Aus UK habe ich auch mal eine CD bekommen
die war V16 aktuell war V17!

modeng

------------------
And then one wonders why a man/woman ages so fast in this nutty business

[Diese Nachricht wurde von modeng am 19. Aug. 2006 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP