1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

[Guybrush]

Hallo,

aus div. Gründen haben unsere Artikelnummern die unterschiedlichsten Zeichen, leider oft auch irgendwelche "Sonderzeichen" wie auch mal ein oder mehrere Strichpunkte am Ende und auch Leerzeichen etc. Realistisch betrachtet wird das wsl. auch nicht mehr rückwirkend geändert werden.

Jetzt wollte ich einfach eine Liste aller Artikelnummern von Amazonangeboten via Ameise exportieren und musste feststellen, dass jeder Artikel/jede Zeile pauschal noch das Trennzeichen dahinterstehen hat -> sehr unschön, und IMHO unnötig, da ich nicht sicher sein kann, ob nicht irgendeiner der zahlreichen Artikel nicht doch eines der hardcodierten Trennzeichen am Ende hat. Die Ameise sollte bei nur 1 Spalte bzw. der letzten exportierten Spalte nicht pauschal den "Spaltenbegrenzer" ausgeben. Typisches "Entwicklerproblem" beim Konkatenieren von Strings...

Ich werde das nun notgedrungen direkt über die Datenbank machen müssen. Oder gibt es noch einen anderen einfachen Weg, eine Liste aller Artikelnummern/SKUs von z. B. Amazon Angeboten zu erhalten?

Kleiner Bonus: DB direkt ist deutlich schneller, aber eigentlich verwende ich lieber supportete und offizielle Wege

Eine sehr interessante Lib, über die ich gestolpert bin für solche CSV Files und mehr:
FileHelpers Library

Open Source, MIT Lizenz, vllt. hilft's ja

 

[Marc Völker]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Hei,

auch wenn ich nicht JTL bin Vielleicht TAB als begrenzer nehmen, ich denke nicht das ihr Tabs in Artikelnummern verwendet Ansonsten gibt es natürlich CSV Bibliotheken on mass. Wir nutzen da CsvHelper. Sehr leistungsfähig, auch OpenSource. Lizenz war Dual MS-PL and Apache 2.0

Entspricht es den noch der CSV Normierung wenn es garkeinen Spaltenbegrenzer besitzt?
Alternativ wenn alle Stricke Reisen könntest du ja auch mit Regulärenausdrücken und notepad++ die Artikelnummern separieren (;\r\n) oder (\t\r\n) wenn du tab verwendest.

 

[Guybrush]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Hi Marc,

ich habe nun einfach via SQL Management Studio die entsprechende Spalte "SELECTiert" und via Copy & Paste in notepad eingefügt

Nur zur Verdeutlichung meines Problems, da ich meinen Text auch erst nochmal lesen musste, um es zu verstehen

Artikelnummer lautet z. B. 1234; oder 1234| etc. -> hätte die Ameise das letzte Trennzeichen einfach weggelassen, hätte das gleich via Ameise geklappt.

Naja, für mich ist es erst einmal geklärt, vllt. hilft's ja der Nachwelt

 

[Marc Völker]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Joar klar, vor allem allen dennen, die sich nicht zutrauen auf die DB zu gehen.

Wie gesagt gäbe ja sonst noch Tab als trenner.

 

[John]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Workaround, sehr dirty aber funkioniert.

Die Ameise eine zweite Spalte hinter deiner Spalte mit Nutzdaten exportieren lassen und in diese Spalte immer einen fixen und eindeutigen Wert eintragen, z.B. "#$EOL$"
In der exportierten Datei dann mit einem Texteditor per Suchen und Ersetzten den fixen String UND den Sapltentrenner durch "nichts" suchen und ersetzten.

> Fertig ist die Tabelle ohne letzten Spaltentrenner.

Ich verwende dafür Notepad++ weil "ersetzen mit nichts" nicht jeder Editor kann.

 

[christian1701]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Aus div Gründen ist gemein, da muss ich doch nachfragen was so ein Grund sein kann einen strichpunkt in einer Artikelnummer zu haben

 

[Guybrush]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Hi Christian,

allgemeingültige, aber ehrliche Antwort: historisch, hat mal irgendwer angefangen, hat funktioniert, wurde beibehalten. Da nun alles auf Basis dieser SKUs arbeitet und funktioniert und sowohl das alte Programm als auch Amazon & Co damit keine Probleme hatten... wieso nicht? Ich bin eh der Meinung, dass die Zeiten von 8.3 und Umlaute meiden der Steinzeit angehören und jede Software, die ernstgenommen werden möchte damit klar kommen sollte

Gerade bei Amazon musste man früher öfter mal die SKU ändern, das war früher wohl noch schwieriger als heutzutage.

 

[christian1701]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Klar "sollte" Software damit klarkommen, aber programmierer denken halt nicht an alle eventualitäten sondern nur an das was ihnen selbst logisch erscheint, den rest liest man dann im error- log

 

[christian1701]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Klar "sollte" Software damit klarkommen, aber programmierer denken halt nicht an alle eventualitäten sondern nur an das was ihnen selbst logisch erscheint, den rest liest man dann im error- log
Wär aber ein leichtes die Sonderzeichen in der Artikelnummer mit der Ameise auszutauschen, die wawi arbeitet intern ja eh mit einer eindeutigen nummer.

 

[Guybrush]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Ja, aber das Thema Encoding sollte heutzutage jeder Programmierer bedenken und das .Net Framework ist auch entsprechend ausgelegt - auch wenn die Realität anders aussieht... aber das führt nun zu weit - hier ist das nun erst mal "in Stein gemeißelt" und vllt. wird's ja noch gefixt Meiner Programmiererfahrung nach sind das ein paar wenige Zeilen Code und schlicht ein Bug und es wäre "richtig", aber auch hier kann die Realität anders und komplexer aussehen.

Und wie gesagt, *alles* baut aktuell darauf auf und niemand wird und möchte hier alles ändern... und bisher kommt auch JTL prima damit klar, also alles gut.

 

[Marc Völker]

AW: 1.0.6.0: Ameise sollte nur Trennzeichen ausgeben, wenn notwendig

Also eigentlich stellt das auch kein Problem dar, und dafür kann CSV auch die unterschiedlichsten Trennzeichen.

Encoding hat da sicher erst mal nix mit zu tun. Wir reden hier ja nicht von Japanischen, Arabischen, Russichen Zeichen, sondern von Zeichen, die halt meistens einer aufgabe in einer CSV nach kommen.
Ich sehe da auch so kein Problem drin, Zeichen die wirklich nur in bestimmten Encodings möglich sind, sollten halt vermieden werden, genauso wie Spezielle Whitespace Zeichen. Aber diese halt eben nur bei Eindeutigen Nummern.
In der Bezeichnung, Beschreibung ist das ja auch wieder was anderes, wofür das aber dann wieder mit einem anderen Zeichen eingeschlossen wird, Meistens ", oder ' aber da gibt es natürlich auch wieder diverse Variationen.

Die wawi wird da sicher fast alles an möglichen Zeichen im "Normalen Windows Zeichensatz" auch nehmen. Genauso wie sicher auch Amazon und Co. Problematisch wird es halt eben mit den Spezial ZEichensätzen, da die Wawi aktuell nocht kein UTF kann. Was den C++ Core noch geschuldet ist.

Ansonsten schweife ich hier glaub ich ab. Ich denke der Thread kann geschlossen werden.