Is it possible to draw this configuration in latex?
up vote
4
down vote
favorite
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
New contributor
add a comment |
up vote
4
down vote
favorite
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
New contributor
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
add a comment |
up vote
4
down vote
favorite
up vote
4
down vote
favorite
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
New contributor
I would like to draw this image in Latex.
Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.
tikz-pgf tikz-arrows
tikz-pgf tikz-arrows
New contributor
New contributor
New contributor
asked Nov 17 at 23:42
user2030
233
233
New contributor
New contributor
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
add a comment |
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
5
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45
add a comment |
1 Answer
1
active
oldest
votes
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
up vote
9
down vote
accepted
up vote
9
down vote
accepted
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
Welcome to TeX.SE! The purpose of this site is to exchange codes and to ask for help if one is stuck with some LaTeX problem. This usually does not include asking others to translate a screen shot to LaTeX code. However, for newcomers sometimes exceptions are made.
documentclass[tikz,border=3.14mm]{standalone}
usepackage{tikz-3dplot}
usetikzlibrary{3d,shapes.geometric,shadows.blur}
% small fix for canvas is xy plane at z % https://tex.stackexchange.com/a/48776/121799
makeatletter
tikzoption{canvas is xy plane at z}{%
deftikz@plane@origin{pgfpointxyz{0}{0}{#1}}%
deftikz@plane@x{pgfpointxyz{1}{0}{#1}}%
deftikz@plane@y{pgfpointxyz{0}{1}{#1}}%
tikz@canvas@is@plane}
makeatother
begin{document}
tdplotsetmaincoords{60}{130}
begin{tikzpicture}[tdplot_main_coords,>=latex,line join=bevel]
coordinate (O) at (0,0,0);
draw[thick,->] (O) -- (5,0,0) node[anchor=north east]{$x$};
draw[thick,->] (O) -- (0,5,0) node[anchor=north west]{$y$};
draw[thick,->] (O) -- (0,0,5) node[anchor=south]{$z$};
draw[dashed] (O) -- (-5,0,0);
begin{scope}[canvas is yz plane at x=5,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=65] (elliL) at (2,2) {};
path (elliL.west) -- (elliL.east) coordinate[pos=0.1] (L1b)
coordinate[pos=0.3] (L1t) coordinate[pos=0.4] (L2b)
coordinate[pos=0.6] (L2t) coordinate[pos=0.7] (L3b)
coordinate[pos=0.9] (L3t);
foreach X in {1,2,3}
{draw[thick,-latex] (LX b) -- (LX t);}
end{scope}
begin{scope}[canvas is yz plane at x=-1,transform shape]
node[ellipse,fill=blue,fill opacity=0.7,draw,minimum width=2cm,minimum height=8mm,
rotate=80] (elliR) at (2,2) {};
path (elliR.west) -- (elliR.east) coordinate[pos=0.1] (R1b)
coordinate[pos=0.3] (R1t) coordinate[pos=0.4] (R2b)
coordinate[pos=0.6] (R2t) coordinate[pos=0.7] (R3b)
coordinate[pos=0.9] (R3t);
foreach X in {1,2,3}
{draw[thick,-latex] (RX b) -- (RX t);}
end{scope}
% this is essentially from the tikz-3dplot manual p. 26-27
pgfmathsetmacro{rvec}{7}
pgfmathsetmacro{thetavec}{30}
pgfmathsetmacro{phivec}{60}
tdplotsetcoord{P}{rvec}{thetavec}{phivec}
node[anchor=south west,color=red] at (P) {$B$};
draw[-stealth,color=red,very thick] (O) -- (P);
draw[dashed, color=red] (O) -- (Pxy);
draw[dashed, color=red] (P) -- (Pxy);
tdplotdrawarc{(O)}{1}{0}{phivec}{anchor=north}{$phi$}
tdplotsetthetaplanecoords{phivec}
tdplotdrawarc[tdplot_rotated_coords]{(0,0,0)}{1.5}{0}%
{thetavec}{anchor=-110}{$theta$}
%
begin{scope}[canvas is xy plane at z=0,blue!70]
path (5,2) -- (-1,2) node[midway,below] {$d$};
pgflowlevelsynccm% not necessary but maybe nicer
draw[ultra thick,latex-latex] (5,2) -- (-1,2);
end{scope}
end{tikzpicture}
end{document}
I personally would not like to depend on others, the more so playing with these codes can be fun. Therefore, I'd like to encourage you to try to figure out what's going on here.
edited Nov 18 at 0:58
answered Nov 18 at 0:26
marmot
77.5k487164
77.5k487164
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
add a comment |
Usecanvas is yx plane at z
instead ofcanvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)
– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition ofxy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410
– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations likerotate=90
,xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.
– marmot
Nov 18 at 2:10
Use
canvas is yx plane at z
instead of canvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)– Henri Menke
Nov 18 at 1:41
Use
canvas is yx plane at z
instead of canvas is xy plane at z
(cf. tex.stackexchange.com/a/367560)– Henri Menke
Nov 18 at 1:41
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
@HenriMenke But I specifically use that plane to indicate that the distance is drawn in this plane, and I do load the fix for this plane. And I use Jake's fix which seems to be older than the fix you are referring to. Of course, I could switch to the other plane, but why would I?
– marmot
Nov 18 at 1:46
On the bugtracker it was pointed out that the “broken” definition of
xy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410– Henri Menke
Nov 18 at 1:48
On the bugtracker it was pointed out that the “broken” definition of
xy plane
might actually be deliberate: sourceforge.net/p/pgf/bugs/410– Henri Menke
Nov 18 at 1:48
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke I guess that only Till Tantau will be able to clarify this. I do believe that it might be deliberate, but it might be for another reason: this was all written before the tikz-3dplot package was written. So one interpretation is that it was deliberate in order to enable non-orthographic projections, like the one in the OPs screen shot. However, I personally do not like non-orthographic projections, and prefer to share Jake's opinion that the original transformation is not the transformation one should use. Plus the 3d library has no official manual AFAIK.
– marmot
Nov 18 at 1:54
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations like
rotate=90
, xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.– marmot
Nov 18 at 2:10
@HenriMenke One more thing. If you ever want to transform texts, it would be somewhat unfortunate to have only one option for the projection. Yes, I know you can rectify this by adding further transformations like
rotate=90
, xscale=-1
and so on. However, I guess there is only one person who will ultimately be able to clarify this. A compromise might be to just add another library to CTAN with a slightly different syntax. Some days I think that this together with these macros might be useful for some.– marmot
Nov 18 at 2:10
add a comment |
user2030 is a new contributor. Be nice, and check out our Code of Conduct.
user2030 is a new contributor. Be nice, and check out our Code of Conduct.
user2030 is a new contributor. Be nice, and check out our Code of Conduct.
user2030 is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f460519%2fis-it-possible-to-draw-this-configuration-in-latex%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
5
Yes, it is possible. Please show what you have tried so far.
– Henri Menke
Nov 17 at 23:45