WICHTIG: Der Betrieb von goMatlab.de wird privat finanziert fortgesetzt. - Mehr Infos...

Mein MATLAB Forum - goMatlab.de

Mein MATLAB Forum

 
Gast > Registrieren       Autologin?   

Partner:




Forum
      Option
[Erweitert]
  • Diese Seite per Mail weiterempfehlen
     


Gehe zu:  
Neues Thema eröffnen Neue Antwort erstellen

Dateigröße print

 

Tweety560
Forum-Anfänger

Forum-Anfänger


Beiträge: 22
Anmeldedatum: 23.01.14
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 20.01.2015, 11:46     Titel: Dateigröße print
  Antworten mit Zitat      
Hallo,

Ich plotte eine Fläche. Dazu nutze ich etwa 2000 gemessene Daten, die ich einer Winkeltransformation (0 bis 120 Grad) unterziehe und dann in der Variablen a abspeichere. Sie hat die Dimension 121x2000.

Was ich also tue ist

Code:

k = linspace(0,120,121);
l = linspace(1,2000,2000);
[xx yy] = meshgrid(l,k);
surfc(xx,yy,a)
shading interp
 


Das Ergebnis finde ich auch ganz hübsch, möchte es dann weiter nutzen für ein gedrucktes Dokument (PDFLaTeX). Also verwende ich
Code:

print -dpsc name.ps
 


Das resultiert dann in einer riesigen Datei von mehr als 200MB. Davon mehrere in mein Dokument einzubauen ist indiskutabel.

Code:
leistet natürlich seinen Beitrag zur Dateigröße.

Die Auflösung im print-Befehl zu ändern, bringt nichts.

Gibt es eine andere, elegantere Methode um an druckbare Dateien zu kommen? Ich kann .eps-, .svg- oder eben .ps-Dateien weiterverarbeiten.

Nachdem das Endergebnis ein LaTeX-Dokument sein soll, könnte ich natürlich auch mit Tikz was anfangen, allerdings wird hier die Datei noch größer. Das Skript plot2svg habe ich nicht zum Laufen gebracht Sad
Private Nachricht senden Benutzer-Profile anzeigen


Andreas Goser
Forum-Meister

Forum-Meister


Beiträge: 3.654
Anmeldedatum: 04.12.08
Wohnort: Ismaning
Version: 1.0
     Beitrag Verfasst am: 20.01.2015, 12:34     Titel:
  Antworten mit Zitat      
Die Frage ist welchen Erkenntnisgewinn man von der Darstellung hat und ab wann die erzeugte und dargestellte Datenmenge nur noch Ballast ist. Beispiel:

Code:

close, n=40, peaks(n), shading interp
 


Ich persönlich sehe ab n= 40 bis 50 keinen Unterschied mehr. Wenn das Ganze Messwerte wären würde ich sie vor der Darstellung dezimieren, also von z.B. 2000 zu 40.

Wenn bei den tatsächlichen Daten aber Erkenntnisgewinn vorliegt sie in 2000x121 darzustellen, dann sollte man das auch tun.

Ich weiss nicht inwiefern das Grafikformat diskutierbar ist. Ich höre immer wieder, dass Professoren oder Konferenzorganisatoren Vorgaben machen. Es ist mir klar, dasss das oft schwer verhandelbar ist. Aber dann ist die natürliche Konsequenz daraus, dass man aus seiner Grafik keine klein 100kB JPEG Datei machen darf eben, dass die PS Datei gross ist.

Andreas
Private Nachricht senden Benutzer-Profile anzeigen E-Mail senden
 
Tweety560
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 22
Anmeldedatum: 23.01.14
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 20.01.2015, 13:04     Titel:
  Antworten mit Zitat      
Hallo Andreas,

Doch, die Datenmenge kann ich mir leisten zu reduzieren. Stark sogar. Ich hatte danach schon mal gegoogelt, war aber nicht erfolgreich. Auch hatte ich mal über Polynominterpolation nachgedacht.

Welche eleganten Möglichkeiten gibt es denn zur Reduktion der Datenmenge?

Vielen Dank!
Private Nachricht senden Benutzer-Profile anzeigen
 
Winkow
Moderator

Moderator



Beiträge: 3.842
Anmeldedatum: 04.11.11
Wohnort: Dresden
Version: R2014a 2015a
     Beitrag Verfasst am: 20.01.2015, 13:06     Titel:
  Antworten mit Zitat      
simple sachen sind zb nur jedes 10. element darzustellen. quasi einfach
Code:
man kann das natürlich noch verbinden mit mittelwert bildung oder gleitender mittelwert etc.
_________________

richtig Fragen
Private Nachricht senden Benutzer-Profile anzeigen
 
Andreas Goser
Forum-Meister

Forum-Meister


Beiträge: 3.654
Anmeldedatum: 04.12.08
Wohnort: Ismaning
Version: 1.0
     Beitrag Verfasst am: 20.01.2015, 13:35     Titel:
  Antworten mit Zitat      
Bzw. im Codebeispiel der Frage wird ja das Meshgrid erst erzeugt. An der Stelle kann man ansetzen und mit Meshgrid und Griddata eine kleinere Datenmenge erzeugen.

Ich kann nicht ausschliessen, dass es auch andere Wege gibt das PS kleiner zu bekommen. Dazu kenne ich es zu wenig. Ich weiss nur, dass es generell nur ein akademisches Problem ist und die Anwender aus der Industrie nicht so starken Fokus darauf legen und JPG oder GIF machen.

Andreas
Private Nachricht senden Benutzer-Profile anzeigen E-Mail senden
 
Tweety560
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 22
Anmeldedatum: 23.01.14
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 21.01.2015, 19:48     Titel:
  Antworten mit Zitat      
Hallo,

Im Prinzip sind meine Fragen alle beantwortet. Ich werde mal gucken wie weit ich damit komme, vielen Dank schon mal. Läuft wohl auf eine Kombination raus... Daten reduzieren und "shading interp" weglassen, stattdessen
Code:
trisurf(tri,xx,yy,zz,'facecolor','interp')

Da werden die Bilder auch kleiner von.

Daher setze ich auch den Status auf beantwortet, mich würden Eure Vorschläge zum gleitenden Mittelwert trotzdem noch interessieren!

Vielen Dank,
Tweety560
Private Nachricht senden Benutzer-Profile anzeigen
 
Winkow
Moderator

Moderator



Beiträge: 3.842
Anmeldedatum: 04.11.11
Wohnort: Dresden
Version: R2014a 2015a
     Beitrag Verfasst am: 21.01.2015, 20:13     Titel:
  Antworten mit Zitat      
zum thema moving average giebt es unter der rubric filter in der doc ein beispiel.
_________________

richtig Fragen
Private Nachricht senden Benutzer-Profile anzeigen
 
Neues Thema eröffnen Neue Antwort erstellen



Einstellungen und Berechtigungen
Beiträge der letzten Zeit anzeigen:

Du kannst Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum posten
Du kannst Dateien in diesem Forum herunterladen
.





 Impressum  | Nutzungsbedingungen  | Datenschutz | FAQ | goMatlab RSS Button RSS

Hosted by:


Copyright © 2007 - 2025 goMatlab.de | Dies ist keine offizielle Website der Firma The Mathworks

MATLAB, Simulink, Stateflow, Handle Graphics, Real-Time Workshop, SimBiology, SimHydraulics, SimEvents, and xPC TargetBox are registered trademarks and The MathWorks, the L-shaped membrane logo, and Embedded MATLAB are trademarks of The MathWorks, Inc.