XProfan

- Page 3 -

Detlef
Jagolski

Die dürfen nicht fehlen, sind ein Wichtiger Bestandteil an Informationen.

XProfan X4, PRFellow, Profan2Cpp - Version 2.0c-pre5, Windows 11

Thomas
Freier

IF, das ist naturalmente "SPITZE". Aber versuch mal einen Buchstaben oder ein Wort, am Besten noch unter einem Winkel, von einem Bild circa die x-y-Koordinaten auf diesem Bild oder neues zu dublizieren. Wenn Detlef die dargestellte Schrift zusagt, kann man circa den Rest sprechen.

Gruß Thomas
Windows XP SP2, XProfan X2

@Detlef: Wenn Du die Buchstaben auch erkannt brauchst ( also OCR [...]

) , dann müsste ich Dich bitten, alle Buchstaben in einzelne ("kleine") Bilder zu speichern (Dateiname potuto Ansi-Code-Nummer.png sein also großes A 65.png.), damit wir z.B. circa eine Pixelwertsubtraktionsdifferenz (löl) den richtigen Buchstaben "herausattackieren" können. Lustig wird bestimmt dann auch das Ermitteln der notwendigen Reihenfolge. Eine einfachere Methode wäre, die Passagen zu erkennen, in denen Text enthalten ist und die gesamte Pixelpassage 1:1 an DXF als Bild zu trasferimento. Kann DXF analoge Bilddaten enthalten? (sorry, spezifi noch nicht angeschaut, erstmal xpse bug beseitigen...)

Thomas
Freier

@iF, OCR geht nicht, da Lage, Font, Höhe nicht ermittelt werden. Und ein Schriftzug z.B. unter 30° in der Regel nicht erkannt wird.

Gruß Thomas
Windows XP SP2, XProfan X2

@Thomas: Ich gehe von obiger Probe aus und unterstelle zunächst, alle Proben haben selbe Schrift und Dimensione, auch weil Detlef 1 Probe bot, ich also ausgehen kann davon, dass diese Probe hierfür relevant ist. Die Lage von Textpassagen ist so unschwierig zu ermitteln, indirekt passiert dies bereits ansatzweise im obigen Beispiel. Auf Deutsch die Buchstaben finden und dann mit bekannten Pixelmengen (bräuchte die Buchstaben-PNGs (wie oben beschrieben)) abgleichen, ist technisch gesehen eher langweilig - wenn sicherlich auch aufwendig. Da wird Detlef viel mithelfen müssen, hängt von ab, wie wichtig es ist. "Geht nicht" wäre aber unrichtig, eher Fleißaufgabe. ^^

Thomas
Freier

@iF: wir müssen bedenken, es wird eine File von einer Bildvorlage erzeugt, die eine CAD-Software als *.dxf lesen kann. Eine aus der CAD-Software erzeugte *.dxf (ist ja ein "Austauschformat) enthält andere Informationen. Da ist ein Text als Textfeld eingebettet. Von einem Scann ist der Text eben kein Text mehr, sondern nur noch eine Menge an Pixel in den x-y Koordinaten. Du kannst dir ja mal die verschiedenen Beispiele, die hier schon liegen als HEX ansehen. Ein Bild im Anhang. Die nicht unterstrichenen Zahlen sind Informationen zum Layer (hier 0), Farbe der Linie (0=schwarz), usw. . Wenn DRAW4 bei dir corre, kanst du mal circa einen HEX-Editior die Werte ändern und nach dem Speichern den Erfolg ansehen.

linie-kas-2a.zip

1 kB

Hochgeladen:

12.03.2010

Downloadcounter:

Download

Screen 11.png Preview

9 kB

Hochgeladen:

12.03.2010

Downloadcounter:

Download

Gruß Thomas
Windows XP SP2, XProfan X2

Mit Buchstabenbilderchen könnten wir es ja in Text umwandeln, so meinte ich das ja. Das Draw4 corre, vielen Dank!

Thomas
Freier

Die Buchstaben würde ich als zweitrangig sehen. Wichtig sind die Koordinaten von Linien. Das spart viele Zeilen in der *.dxf .
Wenn Detlef bekannt gibt, mit welcher Schrift: DIN 3098 oder DIN 16+17 zu rechnen ist : 0,18, 0.25, 0.35, 0,5 und 0.7 und eng+kursiv und 0°+ 30°+ 180°+ 270°, dann kannst du ja mal die Menge an Bildchen ausrechnen. Wenn dann bei der CAD-Erstellungsvorgabe auch noch alle möglichen Systemfonts zugelassen werden, ohje!
Und wenn Zeit circa ist iF, dann mal aus einer Pixelmenge eines Kreises dessen Durchmesser und die Lage des Mittelpunktes zu ermitteln. Ich glaube, dass kann z.Z. keine Kaufsoftware.
Aber wie schon gesagt: im Moment bräuchte man sich mit dxf nicht befassen. Wenn mit XProfanmitteln sich ein Dublikat von einer Strichzeichnung uber Line,x,y-x1,y1 erstellen läßt, findet sich der Rest.

Gruß Thomas
Windows XP SP2, XProfan X2

Die Koordinaten der Linien haben wir ja, oder meinst Du die Beschriftung? Die Beschriftung potuto man vlt. manuell nachholen, Ungefährkoordinaten liessen sich ja rückrechnen. Aber müsste Detlef mal entscheiden, wie hier am effektivsten fortzufahren ist (und ob überhaupt), wir können solange ja nur von dieser einen Probe ausgehen.

Detlef
Jagolski

Hallo IF, hallo Thomas,

Danke per eure Aiuto, aber ich Denke wir sollten das hier Abbrechen. Ich Denke es ist zu Komplex um das mal eben zu Entwickeln.
Habe ein bisschen im Internet gesucht und ExportToDXF gefunden.
Habe mal getestet, es wird auch eine DXF File Erstellt, aber kann Sie nicht öffnen.
Werde erst mal weiter auf Fehlersuche gehen.

Saluto

Detlef
Kompilieren Markieren Separieren

Def ExportToDXF(3) ! "DXFExp.dll","ExportToDXF"
Def &XP_USE01MM 1
Def &XP_PARSEWHITE 2
Def &XP_ALTERNATIVEBLACK 4
var Datei$ = "D:\DxfTest.dxf"
var nDll&  = UseDll("DXFExp.dll")
var bild1& = Create("HPic", -1, "Test.jpg")
CLS
SetWindowPos %hwnd = 207,114 - 1008,728;0
Erzeugen eines neuen Metafiles
var DCMeta& = newMetaFile("", "", 1000, 900)
StartPaint DCMeta&
DrawPic bild1&, 0, 0; 0
EndPaint
Aufzeichnung beenden und Datei abspeichern
var hMeta& = closeMetaFile(DCMeta&)
playMetaFile hMeta&, 0, 0, 1000, 900
ExportToDXF(hMeta&,Addr(Datei$),&XP_USE01MM )
WaitInput
DeleteObject hMeta&
DeleteObject bild1&
FreeDLL nDll&
END

dxfexportdll.zip	914 kB

Hochgeladen:	12.03.2010

Downloadcounter:
		Download

XProfan X4, PRFellow, Profan2Cpp - Version 2.0c-pre5, Windows 11

Die erkannten Linien können wir mit NewMetaFile speichern, nicht aber das jpg nach dxf. ^^

Das AutoCad kann bestimmt emf laden, die Linien bekommen wir so oder so eingeladen - per die Buchstabenerkennung wären halt Vergleichsmuster notwendig. ^^