If you execute the script below using gnuplot Version 5.0 patchlevel 5 on mac OSX 10.12.6 only every other line in the polar plot is plotted. If you do not use a third column to color the lines, then all lines are plotted. If you use points instead of lines, all points are plotted in the right color.
set polar
set angles degrees #set gnuplot on degrees instead of radians
set xrange [-14:14]
set yrange [-14:14]
set size square
set cbrange [7:14]
set palette defined ( 7 0.05 0.05 0.2, 8 0 0 1, 9 0.7 0.85 0.9, 10 0 0.75 0, 11 1 1 0, 12 1 0 0, 13 0.6 0.6 0.6, 14 0.95 0.95 0.95 )
plot "-" u 1:2:2 with lines notitle lc palette z
0 8
30 12
60 8
90 12
120 8
150 12
180 8
210 12
240 8
270 12
300 8
330 12
360 8
e
No problem on windows with an old 5.0pl1 or 5.0pl6 or the new 5.2pl0, I get a star with lines of alternating (red and blue) colours.
It'd be strange if this was mac-specific, I guess you have mixed up sth. in your palette and are plotting every other line in white. Can you add a third column for the colour and fill it with a different sequence of numbers to make sure the problem is real?
!/bin/bash
cat > plot.gp <<==
set polar
set angles degrees #set gnuplot on degrees instead of radians
set xrange [-14:14] #make gnuplot to go until 6000
set yrange [-14:14]
set size square
set cbrange [7:14]
set palette defined ( 7 0.05 0.05 0.2, 8 0 0 1, 9 0.7 0.85 0.9,\ 10 0 0.75 0, 11 1 1 0, 12 1 0 0, 13 0.6 0.6 0.6,\ 14 0.95 0.95 0.95 )
plot "-" u 1:2:3 with lines notitle lc palette z
0 8 7
30 12 7.4
60 8 7.8
90 12 8.2
120 8 8.6
150 12 9.0
180 8 9.4
210 12 9.8
240 8 10.2
270 12 10.6
300 8 11.0
330 12 11.4
360 8 11.8
e
==
gnuplot < plot.gp
problem persists, just every other line is plotted
Here is a screenshot
Here is the screenshot, i hope
I cannot reproduce the problem here.
Could it be a terminal driver problem? Does the same thing happen if you set the terminal type to postscript or pdf?
Last edit: Ethan Merritt 2017-09-14
You are right! The pdf terminal produces all colored lines, thanks!
OK. But what terminal were you using before? Was it aquaterm? If so you could try reporting it as a bug to the aquaterm project
https://sourceforge.net/projects/aquaterm/
Indeed, aquaterm, I'll try and report there, thanks again!
Fixed in upstream AquaTerm source code in the SourceForge git repository February 2025.