New answers tagged

0

This bug seems to affect different versions differently, so more than one workaround is needed. Here is another workaround that does not work in version 10.3.1, but it does work on other versions. GeoRegionValuePlot[vals, GeoRange -> {{-60, 75}, {-130, 165}}, GeoBackground -> None, ColorRules -> Flatten@Union[({# -> colfoo@#} & /@ vals[[...


1

That's a funky bug. As JasonB points out in the comments, this can be reduced to a two-country example: GeoRegionValuePlot[ { Entity["Country", "UnitedStates"] -> -1, Entity["Country", "India"] -> 0 } , GeoRange -> {{-60, 75}, {-130, 165}} , ColorFunctionScaling -> False , ColorFunction -> (Blend[{{-1, Red}, {0, Yellow}}, #] &) ...


3

$Version (* "10.4.1 for Mac OS X x86 (64-bit) (April 11, 2016)" *) Let m = <pastebin monster>. ns1 = NullSpace[m]; ns2 = NullSpace[m, Method -> "OneStepRowReduction"]; diff = ns1 - ns2; RootReduce[diff] (* {{0, 0, 0, 0, 0, 0, 0, 0}} *) So they're equivalent in V10.4.1. Update: Checking correctness After many minutes, this returns ...


0

I tried this problem (fed the matrix into an object called m) with 10.3 on a Macbook pro running OS X 10.10.5 (Yosemite). Both methods yield an empty Nullspace, though onesteprowreduction took much longer. So it looks like it hasn't been fixed in 10.3 :(. Another possibility remains. @scott-morrison - can you demonstrate that it really is in the kernel? ...


2

The workaround given in comments works. You should set CacheGraphics->False. i.e. Button[ Style[ SetAlphaChannel[ Graphics@Rectangle[], Graphics@Disk[]], CacheGraphics -> False ], Print[1] ] – ihojnicki Jul 13 at 19:59 One can put it in BaseStyle -> {CacheGraphics -> False} too.


0

Wolfram support have confirmed that TriangleWave[t+3/4]/4 would be a more appropriate result for Integrate[SquareWave[t], t]


8

I think the problem is sloppy documentation, rather than an implementation bug. A lot of current documentation is incomplete, misleading, or just plain wrong. Here is another example of bad documentation taken from HighlightImage. The following wrappers can be used ... $\qquad$Tooltip[e, label] attach an arbitrary tooltip to the element But ...


2

(All observations apply to version 10.1.0.) ErrorListPlot is written in as a rather straightforward post-processing of ListPlot, with error bar values first assigned to and then retrieved from a definition upon ErrorBarPlots`Private`error (hereafter notated error). A definition is made as a side-effect within a replacement rule: {x_?NumericQ, y_?NumericQ, ...


2

This has been confirmed as a bug by Wolfram support.


5

The behavioral discrepancy can be shown with a very simple example. assoc = <|1 -> 1, 2 -> 2|>; {KeyTake[assoc, 1], KeyTake[assoc, Key[1]], KeyTake[assoc, Key[1][assoc]]} {<|1 -> 1|>, <||>, <|1 -> 1|>} {KeyDrop[assoc, 1], KeyDrop[assoc, Key[1]], KeyDrop[assoc, Key[1][assoc]]} {<|2 -> 2|>, <|2 -> ...


13

The difference between your two examples is that one uses packed arrays and the other doesn't. The lists generated by Range are, by default, packed. << Developer` PackedArrayQ /@ {{1, 2, 3, 4}, Range[4]} (* {False, True} *) There is a bug, where if the sublists in the array fed to TreeForm are packed, then the function doesn't behave properly: ...


1

This appears to be a bug. Histogram shows result of 100K RV on PascalDistribution[1,1/50] for 100k batch using RandomVariate[...,100000] (blue) and generating a table of 100k single calls (default chicken-poop-and-mud jaundice beige): Thanks to Karsten for verification and Jim for histogram idea.


1

In the t1 case Random`DistributionVector[PascalDistribution[1, 1/50], 10000, ∞] is evaluated and in the t2 case Random`DistributionVector[PascalDistribution[1, 1/50], 10, ∞] The definition of this function contains a Which statement. Its first test is True for 10000 and False for 10. Its second test (there are only two) is True. For your parameters ...


1

Just an extended comment: Rather than a consistent shift for the values in the minimum values for t2, it appears that the distribution is completely different than for t1, t3, and t4. Here's a figure showing that: h[x_, label_] := Histogram[Min /@ x, {1}, "PDF", PlotRange -> {{0, 30}, {0, 0.20}}, PlotLabel -> Style[label, Bold, Larger]] ...


4

It is a bug that the local variable c isn't shared with Condition when the latter appears at the LHS outside of the KeyValuePattern. The following simplified examples demonstrate the bug: gfail1[KeyValuePattern@{"c" -> c_}] /; c == 0 := 0 gfail2[KeyValuePattern@{"c" -> c_} /; c == 0] := 0 gfail1[<|"c" -> 0|>] gfail2[<|"c" -> 0|>] ...


2

Consider test[p : KeyValuePattern@{"c" -> c_List}] /; First[p["c"]] == 0 := $Succeeded test[p : KeyValuePattern@{"c" -> c_List}] := $Failed then test[<|"c" -> {0, 1}|>] $Succeeded test[<|"c" -> {1, 1}|>] $Failed Perhaps that is form you are looking for.


2

What is the bug? It seems that GeoRegionValuePlot will not work correctly when two or more entities have the exact same value. Consider these examples (and ignore the legend, which is always wrong unless you give an explicit ColorFunction as below): GeoRegionValuePlot[{Entity[ "AdministrativeDivision", {"Arkansas", "UnitedStates"}] -> 1, Entity["...


4

This turns out to be a bug since v9. v8.0.4 gives the correct result: $Version eqn = D[x[t], t] == a*x[t] + c*t^n; bc = x[0] == x0; sol = Simplify[DSolve[{eqn, bc}, x[t], t], {a > 0, n >= 1, c > 0}] (* "8.0 for Microsoft Windows (64-bit) (October 24, 2011)" *) (* {{x[t] -> a^(-1 - n) E^(a t) (a^(1 + n) x0 + c Gamma[1 + n] - c Gamma[1 + n, a t])}}...


4

This IS NOT A BUG but do IS A BUG as well. This is not a BUG at first, but I found a serious BUG while trying to persuade @yode it's not a BUG. I think I've got an explanation for this problem: First thing first, Let's first check our documentation: It said that when setting EdgeCost to Automatic cost per unit flow on an edge is taken to be 1. Thus we ...


1

There is an Issue on "9.0 for Mac OS X x86 (64-bit) (January 24, 2013)" There is "no" Issue on "10.0 for Mac OS X x86 (64-bit) (December 4, 2014)" ContourPlot[\[Theta]1 + \[Theta]2 == 0, {\[Theta]1, -3 \[Pi]/2, \[Pi]/2}, {\[Theta]2, -\[Pi]/2, 3 \[Pi]/2}, FrameTicks -> {{{0, \[Pi]}, None}, {{-\[Pi], 0.}, None}}, FrameLabel -> {"\!\(\*...


0

Edit, 28.06.2016 There is a Background on PlotMarkers on 10.0 for Mac OS X x86 (64-bit) (December 4, 2014) with the StandardReport style: bgc = White; ListPlot[{{1, 1}, {2, 2}}, Background -> bgc, TicksStyle -> {{12, Background -> bgc}, {12, Background -> bgc}}, Joined -> True, PlotMarkers -> Automatic] There is no Background ...



Top 50 recent answers are included