Is it possible to draw this configuration in latex?











up vote
4
down vote

favorite












I would like to draw this image in Latex.



enter image description here



Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.










share|improve this question







New contributor




user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
















  • 5




    Yes, it is possible. Please show what you have tried so far.
    – Henri Menke
    Nov 17 at 23:45















up vote
4
down vote

favorite












I would like to draw this image in Latex.



enter image description here



Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.










share|improve this question







New contributor




user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
















  • 5




    Yes, it is possible. Please show what you have tried so far.
    – Henri Menke
    Nov 17 at 23:45













up vote
4
down vote

favorite









up vote
4
down vote

favorite











I would like to draw this image in Latex.



enter image description here



Here the arrows inside the ellipse represent dipoles. They are polarized by the magnetic field $B$. $d$ is the distance between the two ellipses.










share|improve this question







New contributor




user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











I would like to draw this image in Latex.



enter image description here



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






share|improve this question







New contributor




user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











share|improve this question







New contributor




user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









share|improve this question




share|improve this question






New contributor




user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









asked Nov 17 at 23:42









user2030

233




233




New contributor




user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






user2030 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.








  • 5




    Yes, it is possible. Please show what you have tried so far.
    – Henri Menke
    Nov 17 at 23:45














  • 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










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}


enter image description here



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.






share|improve this answer























  • 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










  • 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 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











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});






user2030 is a new contributor. Be nice, and check out our Code of Conduct.










 

draft saved


draft discarded


















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

























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}


enter image description here



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.






share|improve this answer























  • 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










  • 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 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















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}


enter image description here



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.






share|improve this answer























  • 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










  • 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 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













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}


enter image description here



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.






share|improve this answer














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}


enter image description here



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.







share|improve this answer














share|improve this answer



share|improve this answer








edited Nov 18 at 0:58

























answered Nov 18 at 0:26









marmot

77.5k487164




77.5k487164












  • 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










  • 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 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


















  • 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










  • 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 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
















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










user2030 is a new contributor. Be nice, and check out our Code of Conduct.










 

draft saved


draft discarded


















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.















 


draft saved


draft discarded














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





















































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







Popular posts from this blog

How do I know what Microsoft account the skydrive app is syncing to?

When does type information flow backwards in C++?

Grease: Live!