Mailman 3 - python-de

Programmiersprache für KI
by Peter Müller 02 Sep '24

02 Sep '24

Bekanntlich wird für KI ganz gerne Python verwendet, weil es viele KI-Bibliotheken in Python gibt. Gibt es besondere Gründe, wieso für diese Python verwendet werden und nicht z. B. Java?

5 4

Re: PDT: Dateien kopieren und Kopien verifizieren
by Hermann Riemann 28 Aug '24

28 Aug '24

Am 28.08.24 um 12:43 schrieb Stefan Ram: > Aha. Unter Microsoft® Windows können Pfade auch /Leerzeichen/ > enthalten! Kopiert man eine Gruppe solcher Dateien nun mit > Strg-V in den Quelltext, so erhält man dann: In solchen Fällen neige ich dazu Leerzeichen mit _ zu ersetzen. Das macht dann unter Linux bash dann eine Probleme mehr. Falls _ nicht gehen sollte würde sich « ( Altgr x ) anbieten. In Python nehme ich dann string.replace() -- <http://www.hermann-riemann.de>

1 0

Re: PDT: Dateien kopieren und Kopien verifizieren
by Hermann Riemann 28 Aug '24

28 Aug '24

Am 27.08.24 um 00:39 schrieb Stefan Ram: > ram(a)zedat.fu-berlin.de (Stefan Ram) schrieb oder zitierte: >> sources =[ source.strip() for source in ''' > > Da fehlt wohl ein "r" vor dem "'''"! > > sources =[ source.strip() for source in r''' > > Hier ergab das keinen Fehler, weil bei mir die Dateien aus der > Zwischenablage mit "/" als Pfadkomponententrenner eingefügt > wurden, obwohl ich unter Windows arbeite. > > Warum so kompliziert? Versuch mal: sources1 =[ source.strip() for source in ''' C:\otherdir\example.txt C:\somedir\example.txt C:\somedir\example1.txt ''' .strip().split( '\n' ) if source ] sources2 = ''' C:\otherdir\example.txt C:\somedir\example.txt C:\somedir\example1.txt ''' .split() print(sources1) print(sources2) -- <http://www.hermann-riemann.de>

1 0

Re: PDT: Dateien kopieren und Kopien verifizieren
by Hartmut Goebel 28 Aug '24

28 Aug '24

Am 27.08.24 um 00:01 schrieb Stefan Ram: > sources =[ source.strip() for source in ''' > > C:\otherdir\example.txt > C:\somedir\example.txt > C:\somedir\example1.txt > > ''' .strip().split( '\n' ) if source ] a) splitlines() ist eleganter b) Wenn in einer Zeile nur Leerzeichen stehen, landet sie trotzdem in Deiner Liste. # Generator, um alle Zeilen zu strippen, erspart mehrmaliges .strip() sources = (source.strip() for source in ''' … '''.splitlines()) # generator expression # Liste mit nicht-leeren Zeilen sources = [source for source in sources if source] > if not target_path.is_dir(): > raise RuntimeError( f'Target must be a directory! Target is "{target}".' ) > else: Nach einem "raise" brauchst Du keinen else-Zweig. Wenn Du ihn weg lässt, hat der Code weniger Ebenen und ist leichter zu lesen. DIto unten. > if filecmp.cmp( source_path, target_file_path, shallow=False ): > pass Hier würde ich eine "okay" ausgeben. HTH -- Schönen Gruß Hartmut Goebel Dipl.-Informatiker (univ), CISSP, CSSLP, ISO 27001 Lead Implementer Information Security Management, Security Governance, Secure Software Development Goebel Consult, Landshut http://www.goebel-consult.de Blog: https://www.goebel-consult.de/blog/2020/alternative-android-betriebssysteme/ Kolumne: https://www.goebel-consult.de/blog/cissp-gefluester/2011-11-in-troja-nichts…

1 0

Re: [Anleitung] Bearbeitbare Installationen
by Hermann Riemann 26 Aug '24

26 Aug '24

Am 26.08.24 um 12:42 schrieb Stefan Ram: > Viele Python-Programmierer kommen irgendwann einmal an den > Punkt, daß sie ein selbstgeschriebenes Modul "meinmodul" in > verschiedenen eigenen Projekten importieren wollen, die aber > in anderen Verzeichnissen stehen. > > In vielen Python-Büchern wird diese Thema leider kaum > behandelt. Wenn man lange genug rumfragt, erfährt man, > daß man eine "bearbeitbare Installation" mit > > pip install -e <Pfad mit den Modulen> > > erzeugen soll. Aber dafür soll man erst einmal eine "setup.py" > or "pyproject.toml" anlegen. Hier habe ich dann noch ein Problem > mit den "setuptools". Die soll ich auch erst einmal installieren > ("Batteries included"?), aber wenn ich das dann mache (neueste > Version!) und "import setuptools" ohne Fehlermeldung läuft, > meldet pip weiterhin, daß ihm die setuptools fehlen . . . > > Also, das macht mir so keinen Spaß! Es erinnert an Java. Nach > etwas Probieren fand ich heraus, daß folgende Technik hier > unter einer aktuellen Version von CPython zum Ziel führt: > > Ich gehe in das "Lib/site-packages"-Verzeichnis der Python- > Installation. Dort lege ich eine Datei mit der Endung ".pth" an, > zum Beispiel "meinmodul.pth". In diese Datei schreibe ich eine Zeile > mit dem Dateisystempfad des Verzeichnisses, in dem sich die Module > befinden, die ich von überall her importieren können will. Fertig.! > > Das ist so schön einfach - ich bin sicher, daß die Herrscher > der Python-Welt es schon als "deprecated" markiert haben und > bald entfernen werden . . . Mein Schablone für Python Programm Anfänge: #!/usr/bin/python3 import os, sys, string sys.path.append("Name von meinem Standard Pythonverzeichnis") Ein Schattenverzeichnis mit symlinks halte ich wegen .pyc auch zweckmäßig, da Editoren auf die Originaldateien zugreifen, in grep -rn aber .pyc unerwünscht ist -- <http://www.hermann-riemann.de>

2 1

Re: PDT: Datei blockweise kopieren
by Hartmut Goebel 19 Aug '24

19 Aug '24

Hi, Am 18.08.24 um 16:44 schrieb Stefan Ram: > Das "Python-Programm des Tages" erscheint für Diskussionszwecke, Dann vermute ich mal, Du willst Diskussionsbeiträge :-) > with open( src_path, 'rb' )as src_file: Ist zwar syntaktisch korrekt, aber bei ")as" drehen sich mir die Zehnnägel hoch. Bitte mach ein Leerzeichen hinter die schließende Klammer. > def compare( src_path, dest_path ): > print( "comparing ..." ) > with open( src_path, 'rb' )as f1, open( dest_path, 'rb')as f2: > while True: > chunk1 = f1.read( 4096 ) > chunk2 = f2.read( 4096 ) > if chunk1 != chunk2: return 1 > if not chunk1: break > return 0 Sollte besser True (bei Erfolg) und False (bei Fehler) zurückgeben. > product = copy_and_compare\ > ( r"C:\example\from.txt", > r"C:\example\to.txt" ) Hint: Die öffnende Klammer hinter "copy_and_compare" und Du kannst Dir den Backslash sparen. -- Regards Hartmut Goebel | Hartmut Goebel |h.goebel(a)crazy-compilers.com | |www.crazy-compilers.com | compilers which you thought are impossible |

1 0

Fwd: Codepage-Methode vs. UTF8
by Erich Schnoor 18 Aug '24

18 Aug '24

Hallo, Herr Büchel, eine schriftliche Zusammenfassung der Codepage-Methode ist noch in Arbeit. Hier die Grundlagen für neue Erkenntnisse: _____________________________ _______________________________ "Seit Einführung der Unicode-Tabelle ist die Zeichencodierung (codepage, charset) der wichtigste Schritt in der Informatik. Die Codierung geschieht grundsätzlich nach den Regeln des Unicode Transformation Formats (UTF). Die Zeichen werden mit ihrem <point> in Bytes aufgerufen [#1]. Die gesamte Unicode-Tabelle stellt eine einheitliche Codepage dar. Diese Erkenntnis ist jedoch neu. Für eine Codepage sind zwei Merkmale erforderlich: „skalierbarer Sachverhalt“ „sachbezogenes Ordnungssystem“ Für das gesamte Unicode-Verfahren sind diese Voraussetzungen erfüllt. Die Zeichen aller Sprachen sind in einer skalierbaren Reihenfolge geordnet und werden in einem sachgerechten Ordnungssystem aufgerufen (Zahlensysteme zur Basis 10, 16). Allerdings gilt das nur für definierte Codeages und die dort erfassten Unicode-Zeichen ((z.B: ‎ISO/IEC 8859-1/www. cscvt.de). n diesem Bereich zeigt die Informatik eine essenzielle Lücke: Zahlensysteme oberhalb der Basis 16 und darauf aufbauende Schritte werden bisher nicht benutzt. Das Zahlensystem zur Basis 4096 ist von besonderer Bedeutung. Es bildet die Grundlage für eine neue Zeichenkodierung mit einem String von 4096 Zeichen: Zahlenstring: 123456789Abcdefghijklmno . . . . . . . . . .. . . . . . . . . . . . . .ꮌꮍꮎꮏꮐꮑꮒꮓꮔꮕꮖꮗꮘꮙꮚꮛꮜ Die Zeichen des Strings als<index>Ziffern ersetzen die bisherigen <point>Zahlen. Für die Kodierung von Unicode-Zeichen sind nur 1 oder 2 Byte (16 bit) erforderlich. Von <point>256 bis <point>65535 genügen zweistellige <index>Ziffern. Mit 3 Bytes (24 bit) werden die <points> von 65536 bis 16777215 angesprochen. Die Position der Ziffer im String stellt ihren <index> Wert dar. Die Kodierung führt zu identischen Binärziffern wie <point>Zahlen.” _____________________________________________________________ > Anfang der weitergeleiteten Nachricht: > > Von: Wolfgang J. Büchel <wjb131(a)web.de> > Betreff: Aw: [Python-de] Codepage-Methode vs. UTF8 > Datum: 17. August 2024 um 18:06:22 MESZ > An: Erich Schnoor <eschnoor(a)multi-matrix.de> > > Hallo Herr Schnoor, > > wie geht denn das CPM-Verfahren? Gibt es darüber eine gute Darstellung? > > mfg > W. Büchel > > > Am 17.08.24 um 14:19 schrieb Erich Schnoor über python-de: >> Hallo, sehr geehrter Herr Büchel, >> >> Sie schreiben: >> >>> Da wird lediglich jede Indexzahl in eine äquivalente Dezimalzahl unmgewandelt. >>> >>> Dies zeigt auch der mir zugesandte Programmcode der Datei Zahlensysteme.py: >>> >> Das ist ja wohl auch die Aufgabe eines jeden Zahlensystems ! >> Nur eines wird mir hier klar: Sie argumentieren offensichtlich ausschließlich >> im bekannten “UTF-8”-Verfahren, während ich versuche, den im neu entdeckten >> Informatik-Bereich - . hier mit “CPM”-Verfahren bezeichnet - zu arbeiten. >> Dazu würde ich gern Ihre Meinung erfahren? >> >> Mit freundlichen Grüßen >> Erich Schnoor >> >> >> _______________________________________________ >> python-de Mailingliste -- python-de(a)python.org <mailto:python-de@python.org> >> Zur Abmeldung von dieser Mailingliste senden Sie eine Nachricht an python-de-leave(a)python.org <mailto:python-de-leave@python.org> >> https://mail.python.org/mailman3/lists/python-de.python.org/ >> Mitgliedsadresse: wjb131(a)web.de <mailto:wjb131@web.de> >

1 0

Codepage-Methode vs. UTF8
by Erich Schnoor 17 Aug '24

17 Aug '24

Hallo, sehr geehrter Herr Büchel, Sie schreiben: > Da wird lediglich jede Indexzahl in eine äquivalente Dezimalzahl unmgewandelt. > > Dies zeigt auch der mir zugesandte Programmcode der Datei Zahlensysteme.py: > Das ist ja wohl auch die Aufgabe eines jeden Zahlensystems ! Nur eines wird mir hier klar: Sie argumentieren offensichtlich ausschließlich im bekannten “UTF-8”-Verfahren, während ich versuche, den im neu entdeckten Informatik-Bereich - . hier mit “CPM”-Verfahren bezeichnet - zu arbeiten. Dazu würde ich gern Ihre Meinung erfahren? Mit freundlichen Grüßen Erich Schnoor

1 0

Codepage-Methode vs. UTF8
by Wolli Buechel 17 Aug '24

17 Aug '24

Hallo Herr Schnoor, > hier komnmt der Code: > if modus == "x": > ziffer = input(" insert <index>number > ") > point = nachdez(basis,ziffer) > point = int(point) > zeichen = chr(point) > digit = nachsys(2,point) > print(" Digit: ",digit) > print() > print(" sign: ",zeichen) > print(" point: ",point ) > print(" binär: ",digit) > lg = len(digit) > print(" bit: ",lg) den habe ich etwas verbessert: def decodeIndex(index, ziffern): """ index : ein Zahlzeichen (aus beliebig vielen Ziffern) des Positionssystems zur Basis b = len(ziffern) Voreinstellung: b = 4096 ziffern : Ziffernstring (aus UTF8-Zeichen) zur Notation von Zahlzeichen dieses Positionsystems index codiert die dezimale Ordnungsnummer point = ord(ch) eines UTF8-Zeichens ch also index = nachsys(basis, point, ziffern) zulässige Werte für index: index < nachsys(basis, 2**24-1, ziffern) """ MaxUTF8 = 1114111 point = nachdez(basis, index, ziffern) # point = ord(ch) eines UTF8-Zeichens ch digit = nachsys(2, point, ziffern) # point = ord(ch) als Dualzahl print("\nIndex: %s" % index) print(" Dual: ", digit) print(" point: ", point ) # print(" binär: ", digit) # irreführende Bezeichnung: dual != binär # siehe: https://www.danisch.de/blog/2024/07/26/vom-unterschied-zwischen-einem-binae… lg = len(digit) # Anzahl der Dualziffern (0,1) von digit print(" bit: ", lg) # irreführende Bezeichnung: Dualziffer != bit if point > MaxUTF8: print("Fehler: point > %d" % MaxUTF8) print("ValueError: chr() arg not in range(0x110000)") return zeichen = chr(point) # UTF8-Zeichen, ord(zeichen) = point print(" sign: ", zeichen) und damit etwas herumgespielt: for k in range(4, 18, 2): point = 2**(2*k) - 1 index = nachsys(basis, point, ziffern) decodeIndex(index, ziffern) ergibt: Basis : 4096 Index: Ɖ Dual: 11111111 point: 255 bit: 8 sign: ÿ Index: ꓰ Dual: 111111111111 point: 4095 bit: 12 sign: ࿿ Index: Fꓰ Dual: 1111111111111111 point: 65535 bit: 16 sign: Index: Ɖꓰ Dual: 11111111111111111111 point: 1048575 bit: 20 sign: 󿿿 Index: ꓰꓰ Dual: 111111111111111111111111 point: 16777215 bit: 24 Fehler: point > 1114111 ValueError: chr() arg not in range(0x110000) Index: Fꓰꓰ Dual: 1111111111111111111111111111 point: 268435455 bit: 28 Fehler: point > 1114111 ValueError: chr() arg not in range(0x110000) Index: Ɖꓰꓰ Dual: 11111111111111111111111111111111 point: 4294967295 bit: 32 Fehler: point > 1114111 ValueError: chr() arg not in range(0x110000) ------------------------------ Da Sie -- vielleicht wegen des Sommerwetters? -- offensichtlich nur CPM-Codeschnipsel-Gedöns und etwas Python sprechen können, muss ich wohl oder übel meine Frage Muß in einem längeren Indexstring aus einziffrigen (Typ A) und mehrziffrigen (Typ B) 4096-er Systemzahlen zwischen diesen unterschiedlichen Zeichentypen ein Trennzeichen (z.B. Leerzeichen) stehen? selbst beantworten, und zwar mit einem JA. Dies vollkommen analog dem Leerzeichen, um zwischen den drei Zahlen 4711 und 47 11 unterscheiden zu können. Was bedeutet das für den Byte-Gehalt B(N) der beiden Nachrichten, (1) der Original-Nachricht (= N1) eines Textes aus -- clever konzipierten -- UTF8-Zeichen und (2) der zu Index-Zahlen des 4096-er Systems übersetzten Nachricht (= N2) -- "angereichert'' mit Leerzeichen zwecks Zahlzeichentrennung? Ich denke, das bedeutet B(N2) > B(N1). Oder irre ich mich da? W. Büchel

2 3

Codepage-Methode vs. UTF8
by Wolli Buechel 16 Aug '24

16 Aug '24

Hallo Herr Schnoor, wie ich zuletzte dargelegt habe, verwendet UTF8 einen "Geheimcode" der Bytes eines Zeichens, mit dem diese Bytes markiert werden als Solo-Bytes oder als zusammengehörige Bytes eines Mehr-Byte-Zeichens. Hier noch mal zur Erinnerung: > In der folgenden Tabelle sind die Intervalle der Ordnungszahlen für 1/2/3/4 Bytes > sowie die geheime Bit-Struktur des Codes dargestellt ( vgl. https://en.wikipedia.org/wiki/UTF-8#Encoding ): > > Code point ↔ UTF-8 conversion > First code point Last code point Byte 1 Byte 2 Byte 3 Byte 4 > U+0000 U+007F 0xxxxxxx > U+0080 U+07FF 110xxxxx 10xxxxxx > U+0800 U+FFFF 1110xxxx 10xxxxxx 10xxxxxx > U+010000 U+10FFFF 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx > Dieser Geheimcode ist doch clever gemacht von den Entwicklern der UTF8-Codierung der Unicode-Zeichen, oder? Jetzt meine Frage an sie als Schöpfer der Codepage-Methode (CPM): Wie löst Ihre CPM dieses Problem, ob ein Zeichen in einem Indexstring ein Solo-Zeichen ist oder ob zwei (oder mehr ?) Zeichen zusammengehören als Codierung einer Systemzahl. Ein konkretes Beispiel: Angenommen, der Ziffernstring für das 4096-er System lautet schlicht ziffern = ''.join( [ chr(x) for x in range(1,4097) ] ) und ich habe den Indexstring 'èé '. Das könnten theoretisch zwei einziffrige Zahlzeichen sein oder eine zweiziffrige Systemzahl. Wie löst Ihr CPM-Programm dieses Problem? W. Büchel

2 3