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


















  • 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


















  • 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













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













share|improve this question











share|improve this question




share|improve this question










asked Nov 17 at 23:42









user2030

233




233








  • 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
});


}
});














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

80.2k491171




80.2k491171












  • 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


















draft saved

draft discarded




















































Thanks for contributing an answer to TeX - LaTeX Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




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

QoS: MAC-Priority for clients behind a repeater

Ивакино (Тотемский район)

Can't locate Autom4te/ChannelDefs.pm in @INC (when it definitely is there)