Ideen für ein mittel großes Android Projekt

[White_Fox]

Mal eine kurze Zwischenmeldung: Testlieferscheine und -etiketten gibt es nächste Woche.

 

[MisterBu]

Es gibt eine neue Version der Terminkalender App. Backup und Restore wurden auf einen DocumentsProvider umgestellt.

 

[Jw456]

Habe das Projekt jetzt auch bei Sourceforge hochgeladen. Der aktuelle Stand kann mit folgendem Befehl geklont werden:
git clone git://git.code.sf.net/p/barcodescannercompare/code barcodescannercompare-code
Es ist jetzt auch die Abfrage nach der Permission eingebaut.

Hallo nach anschauen deines Codes stiemme ich hier nicht ganz zu.

Du hast eine Abfrage und Aufruf eingebaut aber eine Reaktion darauf wie der User antwortet nicht. Das gehört auch zu dem Thema.
Nach einen ablehnen und App Neustart kommt logischer weise keine User Abfrage mehr.
Schaue in die Doku wie das komplett geht. Was du hast ist nur die halbe Miete.

 

[Jw456]

Habe einen weiteren Punkt der To Do Liste abgearbeitet: "dropFromListn" Buttons.

Was meinst du damit besser gesagt wo soll das in deinem Code sein?

Inder Letzen Version von SourceFoge [7fa467] oder [1c2fc7] sehe ich da nichts.
Du willst doch das ein Eintrag in der Liste anklickbar auswählbar ist oder nicht?
Weder in der ListActivity noch in der CompareActivity.
Das wäre dann zb „onitemclicklistener“

 

[Jw456]

OK du willst nur den letzten gescannten Barcode von einer liste löschen, sollte er doppelt sei.

Doppelt könnten Barcode vorkommen.
Zb wenn 10 Stück Bestellt sind und jedes einzeln verpackt sind. Aber die Stückzahl ist auch auf dem Lief. Und die Stückzahl ist auch zusammen mit der Artikelnummer auf den Tüchern plus weitre Infos.
Bei einem Sinnvollen DB Model , könntest du 10 Teile Scannen bis die Pos im Lief abgehakt ist.
Dem User könnte man auch die Anzahl eingeben lassen beim Scannen.

Zur DB ich finde es nicht sinnvoll die Listen wieder zu löschen wenn ein neuer Auftrag Lieferung kommt. Besseres sinnvolleres DB Model.

Lieferschein und Teileliste könnt zb eine 1 zu N Beziehung sein.

 

[MisterBu]

Hallo Jw456, das sind ja eine Menge Punkte. Muss dahingehend nochmal über die App schauen. Dauert aber, da ich nicht der Schnellste bin.

 

[mihe7]

Installiert ihr das Programm auf einem richtigen Handy, oder gibt es einen Simulator dafür?

Beides. Mein App-Kollege nimmt normalerweise das Handy. Der Simulator kommt in erster Linie zum Einsatz, um API-Geschichten (Berechtigungen etc.) zu testen.

 

[White_Fox]

So...ich habe da mal etwas.

Leider funktioniert das mit dem Lieferscheinscannen nur bei Würth. Mouser hat in den Lieferscheinen keine Barcodes zu den Lieferpositionen.

@MisterBu: Könntest du vielleicht als alternative Datenquelle einen Exceldateienimport (Ich denke da an die BOM, die man sich von seinem ECAD-Programm ausgeben lassen kann) einbauen?

Edit: Das Forum sagt, "Die Datei ist zu groß". Auch wenn es nur ein paar Kilobyte sind...
Jetzt muß ich erstmal überlegen wie ich euch die Datei zukommen lassen kann.

 

[Jw456]

Leider funktioniert das mit dem Lieferscheinscannen nur bei Würth. Mouser hat in den Lieferscheinen keine Barcodes zu den Lieferpositionen.

Gebe da doch Beispiele man kann es ja mit OCR erfassen und in eine DB einfügen.
Die Artikelnummer wird doch auf dem Schein sein und auch im Barcode

Exceldateienimport : Apache POI gibt es auch für Android

 

[KonradN]

Gebe da doch Beispiele man kann es ja mit OCR erfassen und in eine DB einfügen.
Die Artikelnummer wird doch auf dem Schein sein und auch im Barcode

Also hier der dezente Hinweis: Sowas kann ein LLM sehr gut. Das könnte interessant sein, wenn man nicht ein fixes Format hat (Und bei Lieferscheinen: Man hat ja durchaus mehrere Lieferanten und die wechseln ja auch nicht zu selten oder man macht mal irgendwo eine weitere Bestellung ...), da die LLMs da halt sehr "dynamisch" agieren und sowas sehr erfolgreich machen. Und da kann dann auch die Lieferscheinnummer mal etwas anders angegeben worden sein und das System kommt dennoch klar ...

Ich sehe da für mich nur eben das Problem, dass es nicht mehr ein typischer, deterministischer Ansatz ist. Das ist alles etwas wie diese Bonbons bei Harry Potter bei denen man jeden Geschmack erwischen kann ... Das kann dann sogar so weit gehen, dass man bei möglichen Problemen eine Anfrage einfach mehrfach wiederholt um dann das Ergebnis zu nehmen, das am meisten gekommen ist

(Wir haben sowas mal im Rahmen eines Vibe Programming Versuchs gemacht. Es ist erstaunlich wie einfach / schnell sowas gehen kann. Diese Agent Modi sind schon relativ faszinierend... Man muss sich nur sehr viele Gedanken zu den Vorgaben machen - das kann am Anfang die meiste Zeit benötigen, damit man halt am Ende Code hat, der akzeptabel ist....)

 

[MisterBu]

Ohje, jetzt wird es aber kompliziert. Fühle mich gerade etwas überfordert. Hatte mit LLM noch nichts zu tun.
Und so ganz ohne Testdaten, ist es glaub ich nicht zu schaffen.

 

[KonradN]

Ohje, jetzt wird es aber kompliziert. Fühle mich gerade etwas überfordert. Hatte mit LLM noch nichts zu tun.
Und so ganz ohne Testdaten, ist es glaub ich nicht zu schaffen.

Wenn es das Umfeld erlaubt: Schau Dir mal GitHub Copilot oder so an. Und schau mal, was sich hinter Vibe Programming versteckt.

Die Idee ist da halt - grob gesagt - dass Du nur Anforderungen stellst, die KI macht alles. Das kann also relativ schnell und einfach zu Ergebnissen führen. Da kann man dann die Funktionalität testen und Fehler einfach an den Agent zurück geben. Man kann sich also prinzipiell komplett vom Code verabschieden - es ist Dir egal, was da genau drin ist.

Das ist natürlich so mit Problemen behaftet. Daher sollte man zur Qualitätssicherung natürlich das nicht so lassen. Aber hier geht es dann nicht darum, dass man selbst den Code anpasst und Refactorings macht sondern man gibt der KI Vorgaben oder weitere Prompts zur Anpassung. Der Weg über Vorgaben ist der beste Weg, aber hier kommt die Problematik der Kontextgröße zum tragen. Daher bleibt oft nur der Weg über weitere Prompts. Aber erstaunlich ist, dass die KI sehr viel kann. Also sowas wie OWASP und Co kennt es (bis zu einem bestimmten Zeitpunkt in der Vergangenheit).

Aber da tut sich sehr viel - bei OpenAI habe ich in den letzten Modellen gesehen, dass da eine Context Grösse von 1 Mio Token sowohl bei Eingabe als auch Ausgabe möglich sind! (Aber 1 Mio Token kosten 2$ / 8$ bei Ein- / Ausgabe). Und das sind dann natürlich auch Preise, die man bei anderen Angeboten mit bedienen muss (bzw. die nutzen da andere eigene Limits)

 

[Jw456]

Ok Danke.

Du hast ein paar Beispiele Bilder von Lieferseinen und Produkt geschickt.
Es wäre nur schön gewesen wenn auch der Lieferschein zu den Prunkten passen würde.

Was ist zb Bei Lieferschein Mauser die erste Nummer die nur zu hälfte drauf ist?
Ist das die Position also der erste Barcode auf dem Tütchen.
Was steht da im Spalten Kopf?

Was ist in den Lieferschein die Artikelnummer und was ist die Teile Nummer?
Da der Schein und das Tüchern nicht zusammenpassen ist das nicht eindeutig ersichtlich.

Barcode gibt es auf dem Tüchern für Pos , Artikelnr , Teilenr , Menge ist perfekt.



Auch die Würth Lieferschein und Barcode passt nicht zusammen.

Die Bespiele sollten schon zusammenpassen.

 

[Jw456]

Also die Lieferscheine mit einer einfachen OCR ohne KI in eine Tabellen Format zubekommen ist schon eine Mammut Aufgabe und wenn der Hersteller was ändert geht das wieder von vorne los.

Hier würde sich eine meist kostenpflichtige Profiversion anbieten. Das könnte ja auch auf den Desktop Rechner erfolgen oder Online kosten aber auch meisten etwas.

 

[White_Fox]

Sorry, ich kann auch nur weiterleiten, was ich bekommen habe, und mein Bekannter hat da momentan leider wenig Zeit.

Aber zumindest sollte MisterBu damit sicherstellen können, daß die Daten vernünftig gescannt werden können.