The Origin Forum
File Exchange
Try Origin for Free
The Origin Forum
Home | Profile | Register | Active Topics | Members | Search | FAQ | Send File to Tech support
 All Forums
 Origin Forum
 Origin Forum
 Steps in Line Plot - Issue of valid digits?

Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!

Screensize:
UserName:
Password:
Anti-Spam Code:
Format Mode:
Format: BoldItalicizedUnderlineStrikethrough Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkUpload FileInsert Image Insert CodeInsert QuoteInsert List
   
Message:

* HTML is OFF
* Forum Code is ON
Smilies
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Clown [:o)]
Black Eye [B)] Eight Ball [8] Frown [:(] Shy [8)]
Shocked [:0] Angry [:(!] Dead [xx(] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

 
Check here to subscribe to this topic.
   

T O P I C    R E V I E W
fabif Posted - 10/14/2016 : 07:45:14 AM
Origin Ver. and Service Release (Select Help-->About Origin): OriginPro 2015G Sr2
Operating System: Windows 7

Hello,
I would like to plot the following data as a curve in an x-y-plot. The scale of the y-axis is 0 to 1. This scale is used since further data is plotted in the same graph, too.
The problem is that the plotted line is not smooth. Instead the line is plotted in steps. The smoothing tools show no improvement. It seems that not all data points are used for creating the line plot. Maybe the number of the valid digits is limited in a plot? Does someone has an idea? Thanks a lot!

Fabian

X Y
0 1
1 0.99988
2 0.99975
3 0.99963
4 0.9995
5 0.99938
6 0.99926
7 0.99913
8 0.99901
9 0.99888
10 0.99876
11 0.99864
12 0.99851
13 0.99839
14 0.99827
15 0.99814
16 0.99802
17 0.99789
18 0.99777
19 0.99765
20 0.99752
21 0.9974
22 0.99728
23 0.99715
24 0.99703
25 0.99691
26 0.99678
27 0.99666
28 0.99654
29 0.99641
30 0.99629
31 0.99617
32 0.99604
33 0.99592
34 0.9958
35 0.99567
36 0.99555
37 0.99543
38 0.9953
39 0.99518
40 0.99506
41 0.99493
42 0.99481
43 0.99469
44 0.99457
45 0.99444
46 0.99432
47 0.9942
48 0.99407
49 0.99395
50 0.99383
51 0.99371
52 0.99358
53 0.99346
54 0.99334
55 0.99322
56 0.99309
57 0.99297
58 0.99285
59 0.99273
60 0.9926
61 0.99248
62 0.99236
63 0.99224
64 0.99211
65 0.99199
66 0.99187
67 0.99175
68 0.99162
69 0.9915
70 0.99138
71 0.99126
72 0.99114
73 0.99101
74 0.99089
75 0.99077
76 0.99065
77 0.99053
78 0.9904
79 0.99028
80 0.99016
81 0.99004
82 0.98992
83 0.98979
84 0.98967
85 0.98955
86 0.98943
87 0.98931
88 0.98919
89 0.98906
90 0.98894
91 0.98882
92 0.9887
93 0.98858
94 0.98846
95 0.98833
96 0.98821
97 0.98809
98 0.98797
99 0.98785
100 0.98773
101 0.98761
102 0.98748
103 0.98736
104 0.98724
105 0.98712
106 0.987
107 0.98688
108 0.98676
109 0.98664
110 0.98652
111 0.98639
112 0.98627
113 0.98615
114 0.98603
115 0.98591
116 0.98579
117 0.98567
118 0.98555
119 0.98543
120 0.98531
121 0.98519
122 0.98506
123 0.98494
124 0.98482
125 0.9847
126 0.98458
127 0.98446
128 0.98434
129 0.98422
130 0.9841
131 0.98398
132 0.98386
133 0.98374
134 0.98362
135 0.9835
136 0.98338
137 0.98326
138 0.98314
139 0.98302
140 0.9829
141 0.98278
142 0.98265
143 0.98253
144 0.98241
145 0.98229
146 0.98217
147 0.98205
148 0.98193
149 0.98181
150 0.98169
151 0.98157
152 0.98145
153 0.98133
154 0.98121
155 0.98109
156 0.98097
157 0.98086
158 0.98074
159 0.98062
160 0.9805
161 0.98038
162 0.98026
163 0.98014
164 0.98002
165 0.9799
166 0.97978
167 0.97966
168 0.97954
169 0.97942
170 0.9793
171 0.97918
172 0.97906
173 0.97894
174 0.97882
175 0.9787
176 0.97858
177 0.97846
178 0.97835
179 0.97823
180 0.97811
181 0.97799
182 0.97787
183 0.97775
184 0.97763
185 0.97751
186 0.97739
187 0.97727
188 0.97715
189 0.97704
190 0.97692
191 0.9768
192 0.97668
193 0.97656
194 0.97644
195 0.97632
196 0.9762
197 0.97609
198 0.97597
199 0.97585
200 0.97573
201 0.97561
202 0.97549
203 0.97537
204 0.97526
205 0.97514
206 0.97502
207 0.9749
208 0.97478
209 0.97466
210 0.97454
211 0.97443
212 0.97431
213 0.97419
214 0.97407
215 0.97395
216 0.97383
217 0.97372
218 0.9736
219 0.97348
220 0.97336
221 0.97324
222 0.97313
223 0.97301
224 0.97289
225 0.97277
226 0.97265
227 0.97254
228 0.97242
229 0.9723
230 0.97218
231 0.97206
232 0.97195
233 0.97183
234 0.97171
235 0.97159
236 0.97148
237 0.97136
238 0.97124
239 0.97112
240 0.97101


4   L A T E S T    R E P L I E S    (Newest First)
Castiel Posted - 10/17/2016 : 10:36:44 AM
quote:
Originally posted by fabif

Thanks for your advice, Snow. The anti-aliasing function improves the smoothness of the curve on the screen, but has no effect on the printed graph. Is that right?
I have tried different file formats like pdf, png, jpg, emf, wmf, tif with an dpi resolution of 300 or more. The quality of the lines on the graph differs. None of the formats shows a smooth line.
It seems that Origin does not use all data points or reduces the number of valid digits for creating the curve.
Has someone else an idea?

Thanks,
Fabian



I deem on exporting as graph, there's a re-sampling process. Or there's no need for the option resolution = 300. It's quite reasonable to have that option if you intend to reduce the file size (especially back on those old days). But not now, obviously.

I was confused by similar problem years ago too. If exporting as an EPS file, and looking into it's contents (yes, you can open it as plain text), you will find that it tries to scale all points to integers (similar to JCAMP-dx). Actually event as old as PostScript, floating points are supported. I'm afraid you have to set a higher resolution (like 3000 or even larger? but then your raster image would become extreme large).

In fact, there should have been another option other than resolution: export as original.

To see the line of your data, save a ps file, say, line.ps, in the following format (FYI google 'GSview' in case you need a ps file viewer):


/fl {exch 30 add 2 mul exch 0.955 sub 12000 mul} def

newpath

1 1 scale

0 1 fl moveto
1 0.99988 fl lineto
2 0.99975 fl lineto
...
238 0.97124 fl lineto
239 0.97112 fl lineto
240 0.97101 fl lineto

stroke
showpage


©c¡Ï   ¤È¥¹  ©f¨u©c  ©c¥ì    ¥Î¤³  ©c/     ©¦£¯
 ©c¨Ê¥Î ¤´¥¨  ¥ó ¨×   ¥ó¤á' ¥Ì©¦¥­   /¤í  ¥Õ©¦©f
   ¨Ö             ¦á          ©¦£þ  ©` ¥Õ   ©¦
                              ©¦
snowli Posted - 10/17/2016 : 09:47:21 AM
Hi Fabian,

I tried print, export graph, and copy page & paste to Word, I do see significant difference. With Anti-aliasing on, the lines are smooth.

So it's not just for screen.

Is it possible that you are using remote desktop? I can see when using remote desktop, even though anti-aliasing is on, the printout isn't good though on the screen, it shows fine.

Thanks, Snow
fabif Posted - 10/17/2016 : 04:13:41 AM
Thanks for your advice, Snow. The anti-aliasing function improves the smoothness of the curve on the screen, but has no effect on the printed graph. Is that right?
I have tried different file formats like pdf, png, jpg, emf, wmf, tif with an dpi resolution of 300 or more. The quality of the lines on the graph differs. None of the formats shows a smooth line.
It seems that Origin does not use all data points or reduces the number of valid digits for creating the curve.
Has someone else an idea?

Thanks,
Fabian
snowli Posted - 10/14/2016 : 09:16:39 AM
Hello, on right side of Origin workspace, there is a Graph toolbar. The 1st one is called Anti-aliasing. Could you click it to see if it makes the line straight.



Thanks, Snow

The Origin Forum © 2020 Originlab Corporation Go To Top Of Page
Snitz Forums 2000