Hallo Indd-Gemeinde,

ich bin mit meinem Latein am Ende.
Habe einen großen XML-Job auf dem Schreibtisch.
Die Testdatei hatte noch super funktioniert, sie hatte nur ein Fünftel der Dateigröße, der aktuellen.

Habe mir diese XML mit XSLT umgeformt, um bestimmte Absätze/Softreturns und Leerräume zu generieren.

Der letzte Schritt – "Tags zu Formate" umwandeln – geht leider nicht. Habe jetzt diverse Versuche gemacht, selbst einen Teil der Daten kann er nicht umwandeln. Es passiert eben nix. Der letzte Versuch lief dann heute nacht (insgesamt 18 Std. !!!!) das Fenster von "Tags zu Formate umwandeln" (es sind ca 35 Absatz-/Zeichenformate) schließt einfach nicht, stattdessen gibts den berühmten "SAT1-Ball" zu sehen.

Wenn ich nur ein Absatzformat in die Liste gebe, dann hat er das nach 20 Minuten auch angewendet, ein 2. Format dagegen bewirkt wieder oben beschriebenes Szenario.

Hat jemand eine ähnliche Erfahrung gemacht?
Sieht jemand eine Lösung?

Grüße
Frank

Hallo Frank,

man müsste irgendwie Beispiel-Daten zum Untersuchen und Experimentieren zur Verfügung haben.

Hallo Frank,

Betriebssystem und ID-Version (x.x.x) zu nennen, könnte hilfreich sein.

Gruß
Stephan

Hallo Stephan,

ich habe das auf allen Systemen getetest (älterer G5 OS 10.4 CS 4/ neuer IMaC 10.6 CS4/5, XP CS5.5). Überall das gleiche Verhalten!

Sorry
Frank

Hallo,
in einen solchen Fall ist es hilfreich, das XML zu importieren, so das zunächst alle Tags existieren. Anschließend das XML löschen, die Tags zu Formaten zuordnen (das geht dann sehr schnell) und nun wieder das XML laden.
Damit lässt sich der quälende SAT1-Ball vermeiden.

Hallo Frank,

geht es immer noch um dasselbe Problem wie in Script: XML-Tag zu Format konvertieren?

Ich habe versucht, mit meiner Antwort in http://www.hilfdirselbst.ch/...i?post=483203#483203 die große Textmenge (über 150 Seiten dreispaltigen Text in einem Textabschnitt mit einer großen Zahl (48) unterschiedlicher Tags) als möglichen Verursacher in den Fokus zu rücken.

Hast Du mal versucht, den einen Textabschnitt in z.B. 10 kleinere zu trennen und nach der Zuordung wieder zu verbinden?
Oder die Datei mal halbieren, vierteln, zehnteln, um sie hinterher wieder zusammenzufügen?

Bei mir hat damals der Test nach einer Verkleinerung Deiner Daten auf zwei Seiten Umfang spontan prima funktioniert.

----
edit:
Ich sehe, das hast Du schon versucht: http://www.hilfdirselbst.ch/...i?post=483207#483207.
Möglicherweise liegt es tatsächlich an einem händischen Eingriff.
Blancs sind in Tag-Namen nicht erlaubt.
In Formaten schon. Aber ohne Umlaute, Blancs, "ß" wäre es eine Fehlerquelle weniger, die es einzukreisen gilt.

Hallo Ihr Lieben,

habe jetzt endlich eine Lösung gefunden:
Zunächstmal habe ich die Dateien nicht mehr auf unserem Server sondern auf der lokalen Platte gespeichert, und von dort aus gestartet, dann habe ich – um mögliche Namensgebungs-/Konventionsfehler auszuschließen, Formate "erfunden" die genau so heißen, wie die Tags selber, und konnte dann die Zuordnung automatisieren. Ich habe nur darauf geachtet, dass das jeweilige Format ein ZF bzw. AF ist, die ich später ja nur noch ersetzen muß/wollte.

Was soll ich Euch sagen, nach 1 Stunde war mein neuer IMac (i7) fertig, hatte eigentlich mit einer Nachtschicht des Rechners gerechnet. So weit so gut. Da ich aus Zeitgründen mittlerweile den Text (über xslt modifiziert) als normalen .txt weiterverarbeitet hatte (und dort dann auch schon massive Korrekturen vorgenommen hatte), habe ich die Baustelle erstmal geschlossen, da kein Nebeneffekt (bsplw. xml zu html) benötigt wird. Wobei ich im Anschluß an diese Produktion, weiter mit den Daten testen werde, inwieweit der XML-Weg für mich "begehbar" ist. Die nächste Ausgabe wird dann hoffentlich um ein vielfaches "gängiger".

Danke auch an J. Puff für den "Trick", den werde ich dann auch mal ausprobieren.

Danke, für Eure Hilfe
Frank