Diskussion:Kölner Phonetik

message: Ich denke, dass die Umsetzung mit der Tabelle etwas mißverständlich dargestellt ist, weil ja in dem Verfahren nicht wirklich Buchstabengruppen umgesetzt werden, sondern alle Buchstaben einzeln. Also zum Beispiel die Umsetzung von "Scoobydoo" erfolgt so:
* Das "S" in "8" (dabei ist aber in der Tabelle schon nicht klar, ob die Umsetzung auf Basis "S" oder "SC" erfolgt; falsch wäre auf jeden Fall - aber genau das impliziert die Tabelle - das "SC" gemeinsam in eine "8" umzuwandeln und anschließend mit dem "O" weiterzumachen)
* Das "C" in "4" (weil ein "O" folgt)
* ... und dann "OOBYDOO" in "0010200".
Somit erhält man letztlich im Ergebnis "8412" und richtigerweise wäre das phonetisch gleich mit "SKOOBYDOO" --84.134.246.152 07:07, 1. Mai 2007 (CEST)
replies: text: Die Umsetzung in "812" ist richtig, die Aufspaltung erfolgt nach der längsten Gruppe: SC,O,O,B,Y,D,O,O ergibt 80010200, dies wird zu 812
SKOOBYDOO wird dagegen umgesetzt in S,K,O,O,B,Y,D,O,O ergibt 840010200, wird 8412. Die ponetische Umsetzung ist tatsächlich verschieden. --Xqt 06:11, 2. Mai 2007 (CEST)

text: Das kann ich bestätigen: Die Implementierung der Kölner Phonetik von Maroš Kollár liefert die Werte (Scoobydoo: 812; Skoobydoo: 8412), die Du nennst. Übrigens: Soundex und Metaphone machen hier keinen Unterschied. --Thüringer ☼ 15:39, 25. Aug. 2010 (CEST)

message: Wo wird dieses System denn angewendet?--Kölscher Pitter 01:31, 23. Aug. 2007 (CEST)
replies: text: Ist (s.o.) vermutlich in SAP implementiert, kann es selbst aber nicht verifizieren.-- @xqt 06:01, 23. Aug. 2007 (CEST)
thread_title:  Anwendung 

message: Zwischem dem Algorithmus, der in der Magisterarbeit (siehe Quelle) definiert ist und diesem Artikel gibt es eine Diskrepanz!
Im Artikel werden erst die doppelten entfernt, dann die 0'en für Vokale beseitigt. In der Magisterarbeit ist die 0 einzig und alleine im Anlaut vorhanden. In den Beispielen der Magisterarbeit wird auch "Hoffmann" zu 036 und nicht zu 0366, wie es der Wikipedia Artikel besagt. Allerdings scheint die Implementierung in der Magisterarbeit wieder dem Wikipedia-Artikel zu entsprechen. Hat jemand Zugriff auf das Original von IBM und kann das verifizieren?
-- McWizard 15:55, 5. Mär. 2008 (CET)
replies: text: Es kommt auf die konkrete Implementierung an. In der Kölner Phonetik steht die 0 nur im Anlaut und zwar für die Buchstaben AEIOUYJÄÖÜH. Man kann das erreichen, indem man das erreichen, indem man die o.g. Buchstaben in einem Zwischenschritt zu 0 umsetzt und, nachdem alle Dupletten entfernt wurden, alle 0en außer im Anlaut ebenfalls entfernt. Es gibt aber auch Implementierungsmöglichkeiten, die ein Wort in ähnlichklingende Zeichen umsetzt. Das sind dann neben den o.g. noch PTFKLNRS, denen die Ziffern 1-8 zugeordnet werden. Nach dem Entfernen der Dupletten und anschließendem Entfernen der Buchstaben AEIOUYJÄÖÜH (außer einmalig im Anlaut) bleibt dann der phonetische Code übrig. Hoffmann wird folgendermaßen kodiert:
#  Hoffmann
# $HOFFMANN (in Großbuchstaben umwandeln)
# $HOFFNANN (in ähnlichklinkende Laute umwandeln)
# $HOFNAN   (Dubletten entfernen)
#  0366 (Kodieren, 0 nur im Anlaut)
Die kodierung zu 036 ist höchstwahrscheinlich falsch. Ich kann's aber z.B. in SAP nicht falsifizieren. -- @xqt 06:55, 10. Mär. 2008 (CET)

text: Bei der SAP-Implementierung ergibt sich für "Hoffmann" die doppelte 6. --Brotbaecker 17:23, 23. Mai 2008 (CEST)
thread_title:  Diskrepanz im Algorithmus zwischen Artikel und Magisterarbeit 

message: X nicht nach C, K, Q wird durch 48 ersetzt, so die Quelle (Seite 18). --Koveras 15:45, 7. Jul. 2009 (CEST)
thread_title:  48 

message: Hallo! 
Besagte "48" für X halte ich für einen Schreibfehler, denn in den Grundregeln heißt es: "...eine Ziffer zwischen 0 und 8 ab". Da passt die 48 wohl nicht ins Konzept. Es ist wohl eher die 4 gemeint, denn X nach C, K, Q erhält die 8. Das wäre logisch und nachvollziehbar. 
Dagegen gibt es einen Widerspruch in den Regeln: C vor ... X --> 4 und ganz unten X nach C... --> 8. Das ist für mich identisch oder übersehe ich da eine Bedingung?
Hat eigentlich schon mal jemand das Original gesehen oder sich mit Herrn Postel verständigt (falls es noch möglich ist)? Es wäre sehr interessant und auch wichtig, dass offene Fragen geklärt oder zumindest eindeutig festgelegt werden. Dann könnte die Kölner Phonetik noch Furore machen. Zumindest für meine Zwecke (ca. 5000 Namen verwalten) scheint sie mir recht gut geeignet zu sein. Ich habe alles mal in EXCEL nachgebildet und es arbeitet sehr zufriedenstellend. Am Ende muss ich es irgendwie in ACCESS als Modul einbinden können. ALs Nichtprogrammierer bin ich ganz schön aufgeschmissen. Kann mir jemand weiterhelfen? Die Beispiele in PHP und Python aus dem Internet habe ich mir schon angesehen.
zuppinger25 (21:29, 3. Aug. 2009 (CEST)
replies: text: Das passt schon: X wird wie KS gesprochen, daher die Codierung in "48" -- @xqt 23:06, 3. Aug. 2009 (CEST)
thread_title:  Fragen über Fragen! 

message: Zum Beispiel:
* Krupphusten -> 4713826
* Krupp -> 471
* husten -> (0)826
* kruphusten -> 473826
Da ph generell als f (3) kodiert wird, interpretiert der Algorithmus Krupphusten sozusagen als Krupfusten. Schreibt nun jemand das Wort versehentlich mit einem P (phonetisch zumindest annähernd identisch), wird daraus Krufusten (473826) (nicht signierter Beitrag von 78.52.234.172 (Diskussion) 10:24, 28. Apr. 2011 (CEST)
thread_title:  Grenzen des Algorithmus 

message: Wenn es richtig ist, dass sämtliche Vokale den Code '0' bekommen (der dann - außer am Anfang - auch noch entfernt wird, was dann aber auch nicht mehr viel ausmacht), kann dieser Algorithmus aus meiner Sicht praktisch nur fürs Allergröbste angewendet werden, denn das führt z.B. dazu, dass die phonetischen Codes für "Meier","Moor" und "Mauer" (und auch "Nuhr") identisch sind ("67"). Vielleicht sollte diese Einschränkung kurz im Artikel erwähnt werden. --Porrohman (Diskussion) 15:18, 3. Apr. 2013 (CEST)
replies: text: Vergleiche dazu auch: Reicht die phonetische Suche?--62.245.152.55 19:09, 24. Apr. 2022 (CEST)
thread_title:  Grenzen des Algorithmus II