Die Suche ergab 44 Treffer
- Sonntag 10. Januar 2010, 20:03
- Forum: Installation/Konfigurieren
- Thema: OpenCV 2.0 Installation
- Antworten: 1
- Zugriffe: 2019
OpenCV 2.0 Installation
Hallo, ich versuche OpenCV 2.0 zu kompilieren weil es für den Mac (OS X 10.6) keine fertigen Pakete gibt. Ich benutze cmake (cmake-gui) und XCode. Alles kompiliert abgesehen von ein paar Warnungen sauber durch, nur wo finde ich jetzt das Python-Modul? Ich habe keine Ahnung was ich da falsch mache. I...
- Sonntag 26. Juli 2009, 21:56
- Forum: Allgemeine Fragen
- Thema: Speichernutzung mit ndarray-Variablen
- Antworten: 3
- Zugriffe: 886
Unter der Annahme das `zeros` ein neues Array anlegt und `append` irgendwas mit Arrays macht und auch eines zurückgibt, dann erzeugt jeder Aufruf von `func` neue Arrays. Ist aber wahrscheinlich egal, weil die alten von Python automatisch weggeräumt werden, wenn sie nicht mehr benutzt (d.h. irgendwi...
- Sonntag 26. Juli 2009, 21:17
- Forum: Allgemeine Fragen
- Thema: Speichernutzung mit ndarray-Variablen
- Antworten: 3
- Zugriffe: 886
Speichernutzung mit ndarray-Variablen
Hallo, ich habe ein Programm geschrieben, dass ungefaehr so aussieht: from numpy import * # Funktion def func(inA, a0, a1, a2): tempA = zeros((10,3)) for i in range(0,10): tempA[i,:] = array([a0, a1, a2]) return append(inA, tempA, 0) # Programm inA = zeros((1,3)) inA = func(inA, 1, 2, 3) inA = func(...
- Samstag 4. Juli 2009, 15:44
- Forum: Allgemeine Fragen
- Thema: Bus error beim importieren von pylab
- Antworten: 5
- Zugriffe: 1146
Sorry, aber EPD kommt als Installer für OS X - da ist nicht selbstverständlich, dass die Deinstallation nur über das Löschen der relevanten Ordner geschieht. Hätte ja auch mehr sein können. Ja, das stimmt und ehrlich gesagt waere es auch besser so, denn das loeschen der Ordner loescht nicht alles. ...
- Samstag 4. Juli 2009, 15:30
- Forum: Allgemeine Fragen
- Thema: Bus error beim importieren von pylab
- Antworten: 5
- Zugriffe: 1146
- Freitag 3. Juli 2009, 18:06
- Forum: Allgemeine Fragen
- Thema: Bus error beim importieren von pylab
- Antworten: 5
- Zugriffe: 1146
Problem quasi-geloest
Man kann das Problem umschiffen in dem man alte Pythonversionen von Hand loescht. Die Enthought Dist. ist in /Library/Frameworks/python.framework. Das Python in /Library/Python und/oder /System/Library/Python braucht man nicht (denke ich), wenn man Enthought hat. Kann spaeter vielleicht zu Irritatio...
- Freitag 3. Juli 2009, 17:58
- Forum: Allgemeine Fragen
- Thema: Bus error beim importieren von pylab
- Antworten: 5
- Zugriffe: 1146
Bus error beim importieren von pylab
Hallo, ich habe (neuerdings) ein ziemlich nerviges Problem: Wenn ich versuche "ipython -pylab" zu starten, dann dauert es ein bisschen und dann bekomme ich einen Bus error und die Meldung, dass Python abgeschmiert ist. Ich benutze Enthought 4.3.0 (also python 2.5) auf einem Mac (OS X 10.5)...
- Mittwoch 24. Juni 2009, 08:10
- Forum: Allgemeine Fragen
- Thema: Nichtblockende Alternative zu maplotlib show()
- Antworten: 9
- Zugriffe: 1832
- Dienstag 23. Juni 2009, 12:58
- Forum: Allgemeine Fragen
- Thema: Nichtblockende Alternative zu maplotlib show()
- Antworten: 9
- Zugriffe: 1832
Der interaktive Modus funktioniert vermutlich nur aus einer GUI Anwendung heraus. Folgendes Beispiel funktioniert: from matplotlib.pyplot import close, figure, plot, draw, show, ion from matplotlib import interactive from numpy import array import gtk import gobject def show_plots(): b = array([[1,...
- Dienstag 23. Juni 2009, 12:55
- Forum: Allgemeine Fragen
- Thema: Nichtblockende Alternative zu maplotlib show()
- Antworten: 9
- Zugriffe: 1832
Vielleicht schaust du dir mal an, wie ``ipython -pylab`` das macht, denn darin funktionieren die mpl-Befehle auch interaktiv. Wuerde ich machen aber seit einer Neuinstallation der Enthought-Distribution bekomme ich von Python immer einen Bus-Error wenn ich pylab importiere. Wenn ich matplotlib impo...
- Dienstag 23. Juni 2009, 11:53
- Forum: Allgemeine Fragen
- Thema: Nichtblockende Alternative zu maplotlib show()
- Antworten: 9
- Zugriffe: 1832
Versuch es mal mit matplotlib.interactive(True) dann dürfte nach einem show() die Berechnungen nicht eingefroren werden. Das ist schon die halbe Miete, vielen Dank. Allerdings hat es noch einen kleinen Haken. Zum Beispiel folgendes Programm: from matplotlib.pyplot import close, figure, plot, draw, ...
- Dienstag 23. Juni 2009, 09:31
- Forum: Allgemeine Fragen
- Thema: Nichtblockende Alternative zu maplotlib show()
- Antworten: 9
- Zugriffe: 1832
Nichtblockende Alternative zu maplotlib show()
Hallo, ich such seit geraumer Zeit nach einer Moeglichkeit plots nacheinander automatisch darzustellen OHNE das ich jedesmal das Fenster von Hand schliessen muss. Also z.B.: Rechnung 1 wird geplottet, dann wird Rechnung 2 ausgefuehrt. Bis Rechnung 2 fertig ist wuerde ich gerne das Ergebnis von R. 1 ...
- Dienstag 17. Februar 2009, 22:10
- Forum: Allgemeine Fragen
- Thema: Py_Finalize() leak?
- Antworten: 8
- Zugriffe: 1410
Ohne genau zu wissen ob's das ist: http://www.nabble.com/Embedding-numpy-works-once,-but-not-twice---td21772015.html Jup, dass scheint mir das gleiche Problem zu sein, allerdings schreiben die The problem is not with NumPy. You can't run Py_Initialize/Py_Finalize more than once. Python doesn't have...
- Dienstag 17. Februar 2009, 21:26
- Forum: Allgemeine Fragen
- Thema: Py_Finalize() leak?
- Antworten: 8
- Zugriffe: 1410
Ich habe bisher nicht rausfinden koennen ob die DLL neugeladen wird oder im Speicher verbleibt. Allerdings kann man auf die DLL nicht zugreifen solange LabView aktiv ist. Das deutet wohl eher darauf hin, dass LabView sie haelt. Ich dachte immer DLLs werden nach Prozessende entlassen und ggf neu gela...
- Dienstag 17. Februar 2009, 19:24
- Forum: Allgemeine Fragen
- Thema: Py_Finalize() leak?
- Antworten: 8
- Zugriffe: 1410
Eigentlich gibt es bei mir aber nur einmal Py_Finalize(), also keine Schleife wie in Deinem Beispiel. D.h. ich bin mir nicht ganz sicher, wie und was LabView mit der DLL macht, das zeigt manchmal ein sehr seltsamens Verhalten. Aber eigentlich wuerde ich denken, wenn die DLL einmal durchgelaufen ist ...
- Dienstag 17. Februar 2009, 13:30
- Forum: Allgemeine Fragen
- Thema: Py_Finalize() leak?
- Antworten: 8
- Zugriffe: 1410
- Dienstag 17. Februar 2009, 12:01
- Forum: Allgemeine Fragen
- Thema: Py_Finalize() leak?
- Antworten: 8
- Zugriffe: 1410
Py_Finalize() leak?
Hallo, ich beschaeftige mich gerade mit dem Einbetten eines Python-Skriptes in eine DLL. Selbige hat folgenden Code (der nicht sehr viel macht, weil ich das meiste zum Debuggen auskommentiert habe): #include "DLLTest.h" using namespace std; extern "C" { DECLDIR int getDataPy(CStr...
- Freitag 13. Februar 2009, 10:24
- Forum: Allgemeine Fragen
- Thema: C++ ObjectWrapper für Python
- Antworten: 25
- Zugriffe: 3812
- Donnerstag 12. Februar 2009, 21:16
- Forum: Allgemeine Fragen
- Thema: C++ ObjectWrapper für Python
- Antworten: 25
- Zugriffe: 3812
Ueberprueft wird da eigentlich nichts, weil mit dem Rueckgabewert gar nichts gemacht wird. Ich habe das nur kopiert und nachtraeglich nicht angepasst. Urspruenglich wurde in Zeile 25 ein beliebiges PyObject zurueck gegeben und mit Zeile 29 wurde das PyObject dann in C++-Variablen geschrieben/zerlegt...
- Donnerstag 12. Februar 2009, 19:06
- Forum: Allgemeine Fragen
- Thema: C++ ObjectWrapper für Python
- Antworten: 25
- Zugriffe: 3812
So wirklich hübsch ist das aber alles nicht. `PyArg_Parse()` zu benutzen, um den Typ zu überprüfen, ist ja einfach nur Missbrauch. Dafür gibt es `PyObject_TypeCheck()`, außerdem bringt da numpy `PyArray_Check()`mit. Davon abgesehen geben die ganzen PyArg*-Funktionen geliehene Referenzen bei Python-...