Mdthbs

Compactness of finite sets

What was the idiom for something that we take without a doubt?

How to execute this code on startup?

A steel cutting sword?

keyval - function for keyB should act dependent on value of keyA - how to do this?

What are the real benefits of using Salesforce DX?

How to know if a folder is a symbolic link?

Why did David Cameron offer a referendum on the European Union?

Why are C64 games inconsistent with which joystick port they use?

Is the Starlink array really visible from Earth?

Why colon to denote that a value belongs to a type?

Why do airplanes use an axial flow jet engine instead of a more compact centrifugal jet engine?

Who will lead the country until there is a new Tory leader?

What is the largest (size) solid object ever dropped from an airplane to impact the ground in freefall?

Count Even Digits In Number

If a person had control of every single cell of their body, would they be able to transform into another creature?

How to use Palladio font in text body but Computer Modern for Equations?

Text at the right of icon

What to do when you've set the wrong ISO for your film?

Can I install both XCode & Android Studio on MacBook Air with only 8 GB of Ram

Did people go back to where they were?

Is real public IP Address hidden when using a system wide proxy in Windows 10?

Line of lights moving in a straight line , with a few following

Where have Brexit voters gone?

Why does a perfectly-identical repetition of a drawing command given within an earlier loop 𝘯𝘰𝘵 produce exactly the same line?

Does TikZ use the same internal mechanism as PSTricks to produce vector based pdf outputs?Reuse of soft path in fading declaration? Transformation of fadings?Why does cleveref's crefname command have no effect when it appears within a foreach?Why does this pgfmathparse not work outside the foreach loop?tikz draws line in wrong place (2 pages above its definition)Why does “fill opacity” affect nodes in the same path?Tikz: Is it possible to change line style within same draw command?`latex` and `pdflatex` produce different colors given the same TikZ pictureWhy is prooftrees putting everything on the same line?Omit the same coordinate parameters in drawing line in tikz

4

1

Question. Why does the following code produce a line from vertex 0 to vertex 1 which does not perfectly coincide with the analogous line drawn earlier (by way of the foreach-loop)?

  begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathsetmacroauxone{Mod(n,5)};

      pgfmathsetmacroauxtwo{Mod(add(n,1),5)};

      pgfmathsetmacroauxthree{Mod(add(n,2),5)};          

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

The offending output is the following:

Remarks.

• My wish is to have the second line from 0 to 1 coincide perfect with the previously drawn one (and hence create a darker hue, because of the superposition of two opacity-0.5-lines).




• I fail to see any reason for the non-congruence of the two lines. (If one mentally substitues the variables auxone and auxtwo, then the two drawing-commands in question seem perfectly identical to me, hence can be expected to have exactly the same effect.)



• 
  

  I tried to exchange the line

  
  
  

  draw[opacity=0.5] (v0)--(v1);
  
  

  
  

with the line

    draw[opacity=0.5] (v0.center)--(v1.center);

producing a slighly different, yet still unexplained and undesirable, result, which I permit myself to also reproduce (in the hope that this might help someone understand the problem):

tikz-pgf foreach technical-drawing tikz-graphdrawing

share|improve this question

asked 8 hours ago

Peter HeinigPeter Heinig

38318

add a comment | 

4

1

Question. Why does the following code produce a line from vertex 0 to vertex 1 which does not perfectly coincide with the analogous line drawn earlier (by way of the foreach-loop)?

  begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathsetmacroauxone{Mod(n,5)};

      pgfmathsetmacroauxtwo{Mod(add(n,1),5)};

      pgfmathsetmacroauxthree{Mod(add(n,2),5)};          

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

The offending output is the following:

Remarks.

• My wish is to have the second line from 0 to 1 coincide perfect with the previously drawn one (and hence create a darker hue, because of the superposition of two opacity-0.5-lines).




• I fail to see any reason for the non-congruence of the two lines. (If one mentally substitues the variables auxone and auxtwo, then the two drawing-commands in question seem perfectly identical to me, hence can be expected to have exactly the same effect.)



• 
  

  I tried to exchange the line

  
  
  

  draw[opacity=0.5] (v0)--(v1);
  
  

  
  

with the line

    draw[opacity=0.5] (v0.center)--(v1.center);

producing a slighly different, yet still unexplained and undesirable, result, which I permit myself to also reproduce (in the hope that this might help someone understand the problem):

tikz-pgf foreach technical-drawing tikz-graphdrawing

share|improve this question

asked 8 hours ago

Peter HeinigPeter Heinig

38318

add a comment | 

Question. Why does the following code produce a line from vertex 0 to vertex 1 which does not perfectly coincide with the analogous line drawn earlier (by way of the foreach-loop)?

  begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathsetmacroauxone{Mod(n,5)};

      pgfmathsetmacroauxtwo{Mod(add(n,1),5)};

      pgfmathsetmacroauxthree{Mod(add(n,2),5)};          

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

The offending output is the following:

Remarks.

• My wish is to have the second line from 0 to 1 coincide perfect with the previously drawn one (and hence create a darker hue, because of the superposition of two opacity-0.5-lines).




• I fail to see any reason for the non-congruence of the two lines. (If one mentally substitues the variables auxone and auxtwo, then the two drawing-commands in question seem perfectly identical to me, hence can be expected to have exactly the same effect.)



• 
  

  I tried to exchange the line

  
  
  

  draw[opacity=0.5] (v0)--(v1);
  
  

  
  

with the line

    draw[opacity=0.5] (v0.center)--(v1.center);

producing a slighly different, yet still unexplained and undesirable, result, which I permit myself to also reproduce (in the hope that this might help someone understand the problem):

tikz-pgf foreach technical-drawing tikz-graphdrawing

share|improve this question

asked 8 hours ago

Peter HeinigPeter Heinig

38318

  begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathsetmacroauxone{Mod(n,5)};

      pgfmathsetmacroauxtwo{Mod(add(n,1),5)};

      pgfmathsetmacroauxthree{Mod(add(n,2),5)};          

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

    draw[opacity=0.5] (v0.center)--(v1.center);

share|improve this question

asked 8 hours ago

Peter HeinigPeter Heinig

38318

share|improve this question

asked 8 hours ago

Peter HeinigPeter Heinig

38318

asked 8 hours ago

Peter HeinigPeter Heinig

38318

asked 8 hours ago

Peter HeinigPeter Heinig

38318

1 Answer
1

active

oldest

votes

6

Because you were using pgfmathsetmacro, which adds .0 at the end of the numbers, which get interpreted as anchors (.0 is equivalent to .east in this case). If you use pgfmathtruncatemacro instead the lines match perfectly, as they should.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

If you want to close the gaps, you may want to use coordinates instead of nodes.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      coordinate (vn) at (a:r pt);

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

share|improve this answer

answered 8 hours ago

marmotmarmot

130k6164312

add a comment | 

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

Sign up or log in

StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name

Email

Required, but never shown

StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f492625%2fwhy-does-a-perfectly-identical-repetition-of-a-drawing-command-given-within-an-e%23new-answer', 'question_page');
}
);

Post as a guest

Name

Email

Required, but never shown

6

Because you were using pgfmathsetmacro, which adds .0 at the end of the numbers, which get interpreted as anchors (.0 is equivalent to .east in this case). If you use pgfmathtruncatemacro instead the lines match perfectly, as they should.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

If you want to close the gaps, you may want to use coordinates instead of nodes.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      coordinate (vn) at (a:r pt);

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

share|improve this answer

answered 8 hours ago

marmotmarmot

130k6164312

add a comment | 

6

Because you were using pgfmathsetmacro, which adds .0 at the end of the numbers, which get interpreted as anchors (.0 is equivalent to .east in this case). If you use pgfmathtruncatemacro instead the lines match perfectly, as they should.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

If you want to close the gaps, you may want to use coordinates instead of nodes.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      coordinate (vn) at (a:r pt);

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

share|improve this answer

answered 8 hours ago

marmotmarmot

130k6164312

add a comment | 

Because you were using pgfmathsetmacro, which adds .0 at the end of the numbers, which get interpreted as anchors (.0 is equivalent to .east in this case). If you use pgfmathtruncatemacro instead the lines match perfectly, as they should.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

If you want to close the gaps, you may want to use coordinates instead of nodes.

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      coordinate (vn) at (a:r pt);

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

share|improve this answer

answered 8 hours ago

marmotmarmot

130k6164312

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      node (vn) at (a:r pt) []{};

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

documentclass[tikz,border=3.14mm]{standalone}

begin{document}

 begin{tikzpicture}

    foreach n/a/r in {0/0/100,1/72/100,2/144/100,3/216/100,4/288/100}{

      coordinate (vn) at (a:r pt);

    }

    foreach n in {0,1,2,3,4}{

      pgfmathtruncatemacroauxone{Mod(n,5)};

      pgfmathtruncatemacroauxtwo{Mod(add(n,1),5)};

      pgfmathtruncatemacroauxthree{Mod(add(n,2),5)};

      draw[opacity=0.5] (vauxtwo)--(vauxone);

      draw[opacity=0.5] (vauxthree)--(vauxone);          

    }

    draw[opacity=0.5] (v0)--(v1);

  end{tikzpicture}

end{document}

share|improve this answer

answered 8 hours ago

marmotmarmot

130k6164312

answered 8 hours ago

marmotmarmot

130k6164312

answered 8 hours ago

marmotmarmot

130k6164312