Is it possible to draw this configuration in latex?












4














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
















4














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














4












4








4







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 tikz-3d






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 15 mins ago









Stefan Pinnow

19.4k83175




19.4k83175










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


















9














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',
autoActivateHeartbeat: false,
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









9














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
















9














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














9












9








9






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

85.6k497181




85.6k497181












  • 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

A CLEAN and SIMPLE way to add appendices to Table of Contents and bookmarks

Calculate evaluation metrics using cross_val_predict sklearn

Insert data from modal to MySQL (multiple modal on website)