WIP: Make MPS default device for macOS M1

Currently MPS has many limitations:

mapLocation cannot be used to load model onto MPS
module that serialized with MPS device cannot be loaded as is, it can only be loaded when mapLocation set to CPU and GPU
Cannot convert a MPS Tensor to float64 dtype as the MPS framework doesn't support float64
Observed crash in .toDevice(): _ZN2at6native3mps13copy_cast_mps

This PR is just used as a reference, will make MPS default device when it become stable

Codecov Report
Base: 72.08% // Head: 69.61% // Decreases project coverage by -2.47% :warning:

Coverage data is based on head (e3fdeb0) compared to base (bb5073f).
Patch coverage: 68.42% of modified lines in pull request are covered.

Additional details and impacted files
@@             Coverage Diff              @@
##             master    #2044      +/-   ##
============================================
- Coverage     72.08%   69.61%   -2.48%
- Complexity     5126     5964     +838
============================================
  Files           473      597     +124
  Lines         21970    26510    +4540
  Branches       2351     2884     +533
============================================
+ Hits          15838    18456    +2618
- Misses         4925     6664    +1739
- Partials       1207     1390     +183

Impacted Files
Coverage Δ

api/src/main/java/ai/djl/modality/cv/Image.java
69.23% <ø> (-4.11%)
:arrow_down:

...rc/main/java/ai/djl/modality/cv/MultiBoxPrior.java
76.00% <ø> (ø)

...rc/main/java/ai/djl/modality/cv/output/Joints.java
71.42% <ø> (ø)

.../main/java/ai/djl/modality/cv/output/Landmark.java
100.00% <ø> (ø)

...main/java/ai/djl/modality/cv/output/Rectangle.java
72.41% <0.00%> (ø)

...i/djl/modality/cv/translator/BigGANTranslator.java
21.42% <0.00%> (-5.24%)
:arrow_down:

...odality/cv/translator/BigGANTranslatorFactory.java
33.33% <0.00%> (+8.33%)
:arrow_up:

.../cv/translator/InstanceSegmentationTranslator.java
0.00% <0.00%> (-86.59%)
:arrow_down:

...nslator/InstanceSegmentationTranslatorFactory.java
7.14% <0.00%> (-11.04%)
:arrow_down:

.../cv/translator/SemanticSegmentationTranslator.java
0.00% <0.00%> (ø)

... and 511 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


how to work form filler

Any body is here, I need help in form-filler, I installed this add on to firefox but can't find any way to use this. If any one has free time please post message step to step guide for this formfiller add on. It will be great help.

Form Filler should work without any configuration. Can you please give some more details about your use case? Is there a specific page you are trying to get the extension to work on?

Really thanks for your reply, I installed this formfiller but i can't find where I will fill my own details to fill forms, directories and etc. Means where i will fill own values like:-
Title, description, website url, keywords, meta description, and etc. Hope you will give me great solution for this.

You can customize how Form Filler generates random data for your fields using Custom Fields.


Support week-of-year format

http://en.wikipedia.org/wiki/ISO_8601#Week_dates

Added in abecccf770


iCal export broken

iCal gives the following error: The data downloaded from webcal://www.uwflow.com/schedule/ical/QR9HVJ0F0.ics isn’t valid. Please bring back the download in .ics format so that a subscription isn't necessary.

A fix to calendar generation has just been made. Can you please check if it resolved the issue?
You can also download the calendar directly by replacing webcal: with https: in the link.

Now clicking iCal export takes me to Google Calendar (as does Google Calendar export)

My guess is that you have your browser configured to open webcal links in Google Calendar, which the latter will ask you to do when you first open it. If this is the case, your chrome://settings/handlers will look like this:

You can remove this association by expanding the menu on the right and clicking "Remove". Then the second option should no longer take you to Google Calendar, but instead offer you to open it in iCal.
You can use this link to simply download the .ics file and then import it to iCal without subscription functionality. This option is not exposed in the web interface at the moment.


add getRealmRoles and getResourceRoles methods

Motivation
Github Issue #103
Description
Added getRealmRoles() and getResourceRoles() methods to improve the user experience of getting different users roles.

@wei-lee I refactored to remove those builder methods and fields for the specific roles.  Let me know if its good to merge. Thanks :)


Business licenses

How long are the audit records retained for Business Essentials, Premium, Microsoft 365 Business?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 3494b782-92ad-e365-3398-bd2d760d10c6
Version Independent ID: fa4bca98-3975-23dd-dfac-f23049c71d01
Content: Search the audit log in the Security & Compliance Center - Microsoft 365 Compliance
Content Source: microsoft-365/compliance/search-the-audit-log-in-security-and-compliance.md
Service: o365-seccomp
GitHub Login: @markjjo
Microsoft Alias: markjjo

@bkeski 90 days. Only Office 365 E5 or Microsoft 365 E5 subscriptions/licenses/add-ons provide 1-yr retention.


Various hardcoded NUM_VARS which break when applied to diagnostics

There are several pieces of code that have NUM_VARS hardcoded which one might wish to use for diagnostics from #119 . Some of the ones I have found so far:

https://github.com/GRChombo/GRChombo/blob/ffa4bbbda71f31453fcf532cb529e35ae15c4f7f/Source/BoxUtils/BoxPointers.hpp#L46
https://github.com/GRChombo/GRChombo/blob/ffa4bbbda71f31453fcf532cb529e35ae15c4f7f/Source/BoxUtils/SetValue.hpp#L26
https://github.com/GRChombo/GRChombo/blob/ffa4bbbda71f31453fcf532cb529e35ae15c4f7f/Source/BoxUtils/Cell.hpp#L104 and https://github.com/GRChombo/GRChombo/blob/ffa4bbbda71f31453fcf532cb529e35ae15c4f7f/Source/BoxUtils/Cell.hpp#L123 (and corresponding code in Cell.impl.hpp)
Derivative.hpp has lots although I think derivatives of diagnostic vars shouldn't be taken in general since the outer boundary ghost cells are not filled (if not using periodic BCs).

Also we need to update the parameter files for some of the examples which still specify the asymptotic boundary values (in the case of Sommerfeld BCs) for variables which are now diagnostics.


Set icon min-width to 0

As per discussion here: https://github.com/mobify/stencil/pull/124#issuecomment-74949530

Closed by PR-130


Shape and dtype check for FrozenModel

Added shape and dtype check for input tensors.
fixed https://github.com/tensorflow/tfjs/issues/370

This change is

Review status: 0 of 1 LGTMs obtained

src/executor/graph_executor.ts, line 241 at r1 (raw file):
Previously, bileschi (Stanley Bileschi) wrote…
This error message doesn't quite make sense gramatically:
perhaps:
The dtype of the input is float32 but int32 was expected'

thanks for the suggestion. updated.

Comments from Reviewable

Thank you for adding these! Couple comments

Reviewed 1 of 4 files at r1, 2 of 2 files at r2.
Review status: 0 of 1 LGTMs obtained

src/executor/graph_executor.ts, line 236 at r2 (raw file):

                (dim, index) => shape[index] === -1 || shape[index] === dim);
        util.assert(
            match, `${node.name} shape(${input.shape}) must be ${shape}`);

How about:
The shape of dict['${node.name}'] provided in model.execute(dict) must be [${shape}], but was [${input.shape}]
This will produce an example message:
The shape of dict['images'] provided in model.execute(dict) must be [1, 32, 32, 3] but was [32, 32, 3].
Do the same for the dtype below.

src/executor/graph_executor_test.ts, line 113 at r2 (raw file):

      });

      it('should throw exception if inputs dtype do not match graph', () => {

add unit tests that are calling model.predict() (in addition to model.execute()).

Comments from Reviewable

thanks for the review, updated accordingly.

Review status: 0 of 1 LGTMs obtained

src/executor/graph_executor.ts, line 241 at r1 (raw file):
Previously, pyu10055 (Ping Yu) wrote…
thanks for the suggestion. updated.

Done.

src/executor/graph_executor.ts, line 236 at r2 (raw file):

The shape of dict['${node.name}'] provided in model.execute(dict) must be [${shape}], but was [${input.shape}]
done

src/executor/graph_executor_test.ts, line 113 at r2 (raw file):
Previously, dsmilkov (Daniel Smilkov) wrote…
add unit tests that are calling model.predict() (in addition to model.execute()).

the graph executor does not have predict method, the predict method is on the FrozenModel. Unless you think the test needs to be added there.

Comments from Reviewable

Review status: 0 of 1 LGTMs obtained

src/executor/graph_executor_test.ts, line 113 at r2 (raw file):
Previously, pyu10055 (Ping Yu) wrote…
the graph executor does not have predict method, the predict method is on the FrozenModel. Unless you think the test needs to be added there.

Since this change has effect on frozenmodel.predict() add unit tests there too (new ones, keep these here). these will test public api which is a good thing.

Comments from Reviewable

Review status: 0 of 1 LGTMs obtained

src/executor/graph_executor_test.ts, line 113 at r2 (raw file):
Previously, dsmilkov (Daniel Smilkov) wrote…
Since this change has effect on frozenmodel.predict() add unit tests there too (new ones, keep these here). these will test public api which is a good thing.

test added.

Comments from Reviewable

 Nice! Thank you!

Reviewed 1 of 4 files at r1, 2 of 2 files at r3, 1 of 1 files at r4.
Review status: :shipit: complete! 1 of 1 LGTMs obtained

Comments from Reviewable


maxNativeZoom broken

[x] I've looked at the documentation to make sure the behavior is documented and expected
[x] I'm sure this is a Leaflet code issue, not an issue with my own code nor with the framework I'm using (Cordova, Ionic, Angular, React…)
[x] I've searched through the issues to make sure it's not yet reported

Steps to reproduce
Steps to reproduce the behavior:

create map with maxZoom > 18
add tile layer with maxNativeZoom = 18
set zoom 18

Expected behavior

Layer should stay on map.
Current behavior

Layer dissapears (leaflet-tile-container empty)
Environment

Leaflet version: 1.5.1
Browser (with version): Google Chrome Version 74.0.3729.169 (Official Build) (32-bit)
OS/Platform (with version): Windows 10 (32-bit)

Minimal example reproducing the issue
https://jsbin.com/rafikinike/edit?html,output
This sample is equivalent to official https://leafletjs.com/examples/quick-start/example.html, except maxNativeZoom is used for layer instead of maxZoom.

That example is not setting the maxZoom of the L.TileLayer and, consequently, the L.TileLayer is inheriting the default of 18.
This is behaviour as expected.

Ok, it's not a bug, you are right.
But I still believe that current behavior can be enhanced:
maxZoom is useful to define available zoom levels.
But when our map is explicitly set to higher zoom level, than is it really useful for any layer to just disappear?
Well, I can imagine one use case: when we have several layers with similar data but for different zoom levels.
(But I really doubt that it is typical use)


DPDK: fix regex iterator assumption, drop unreliable samples

Two small fixes:

First and last samples have bad data, since we're looking for an order of magnitude difference they can mess up the data sometimes. Discard first and last sample before calculating the mean of the data.

Fix an incorrect assumption about the boolean value of an empty iterator. Cast to list first, makes other logic cleaner.

Two small fixes:

First and last samples have bad data, since we're looking for an order of magnitude difference they can mess up the data sometimes. Discard first and last sample before calculating the mean of the data.
Fix an incorrect assumption about the boolean value of an empty iterator. Cast to list first, makes other logic cleaner.

Please add it to commit message. It's easy to search in code history.

Two small fixes:

First and last samples have bad data, since we're looking for an order of magnitude difference they can mess up the data sometimes. Discard first and last sample before calculating the mean of the data.
Fix an incorrect assumption about the boolean value of an empty iterator. Cast to list first, makes other logic cleaner.

Please add it to commit message. It's easy to search in code history.

added :)


JSON-RPC error when training sentence simlarity model

The JSON-RPC connection with the remote party was lost before the request could complete.
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at StreamJsonRpc.JsonRpc.d__162.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at StreamJsonRpc.JsonRpc.d__151`1.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.ML.ModelBuilder.ViewModels.TrainViewModel.<b__92_0>d.MoveNext()

Probably related to the model disposing bug in torchsharp,the fix is already in the main branch and will release soon after


dnsmasq /<IP_ADDRESS> bad option

ζ brew info dnsmasq
==> dnsmasq: stable 2.89 (bottled)
Following installation steps give following error
dnsmasq: bad option at line 4 of /Users/shivshankarsharma/.maza/dnsmasq.conf
I tried to comment line 4 that is /<IP_ADDRESS> then give me error for another line
NOTE: I'm trying with URL_DNS_LIST="https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts"

Share me your content of dnsmasq.conf that Maza generates.

Facing the same issue with StevenBlack's host list
Here's the dnsmasq.conf which Maza generated: https://pastebin.com/Wu9T2DW0

The file was not created correctly, it is as if it was corrupted or modified by hand. Maybe the connection was cut? I would generate it again. Here is a sample of how it should start.
## MAZA - List ad blocking
### https://github.com/tanrax/maza-ad-blocking
### Created by Andros Fenollosa (https://andros.dev/)
address=/1-1ads.com/<IP_ADDRESS>
address=/101com.com/<IP_ADDRESS>
address=/101order.com/<IP_ADDRESS>
address=/123freeavatars.com/<IP_ADDRESS>
address=/180hits.de/<IP_ADDRESS>
address=/1link2020.com/<IP_ADDRESS>
address=/1rx.io/<IP_ADDRESS>
address=/207.net/<IP_ADDRESS>
address=/247media.com/<IP_ADDRESS>
address=/24log.com/<IP_ADDRESS>
address=/24log.de/<IP_ADDRESS>
address=/24pm-affiliation.com/<IP_ADDRESS>
address=/2mdn.net/<IP_ADDRESS>
address=/2o7.net/<IP_ADDRESS>
address=/2znp09oa.com/<IP_ADDRESS>
address=/30ads.com/<IP_ADDRESS>
address=/3337723.com/<IP_ADDRESS>
address=/33across.com/<IP_ADDRESS>
address=/360yield.com/<IP_ADDRESS>
address=/3o9s.short.gy/<IP_ADDRESS>
address=/4d5.net/<IP_ADDRESS>
address=/4info.com/<IP_ADDRESS>

@codingCoffee @shivshankar3578  I see the problem. StevenBlack's host list format is not supported.
The format is currently not supported. I will leave a warning note in the README. Perhaps a compatibility and status table would be needed.
Thanks for the heads up.

👋🏻 Hello everybody and Andros @tanrax here's a suggestion:
The lines highlighted in the image above ⬆ are common, in whole or in part, to all hosts files.  Rules to handle this would be a small finite set.  Just 14 lines covers all OEM hosts files shipped with Windows OS (current and historical) as well as all hosts versions shipped with the various Linux OS.
Since the set if finite and bounded, I'm suggesting you could filter those lines as part of any pre-processing and validation you may be doing already.

I have uploaded an update. The domains in the highlighted list will now be ignored by default. I have also added improvements to make "Steven Black's main list" or any other similar list work better.
To make it work:

Delete the ".config/maza/ignore" file.
Update maza: "curl -o maza https://raw.githubusercontent.com/tanrax/maza-ad-blocking/master/maza && sudo rm -rf /usr/local/bin/maza && chmod +x maza && sudo mv maza /usr/local/bin".
Update list: "maza update".

Happy hacking!

Is is just me, or now the Steven Black's list is enabled by default?

@sbstn87 Use Yoyo by default. If you want to use Steven Black's list, see the README for instructions on how to make this possible. You only have to modify one line  😉


Add latest queso versions and update task names

What's this PR do?

queso-tools and queso-ui move to the latest release
Adds more consistent npm script command names

Why are we doing this? How does it help us?

Doesn't really help us, but I like the idea of queso-ui staying pretty up to date. As we add more features, it'll be nice to reach for them and have them there without having to update. The build tasks got a security patch which didn't do much, but I figured update while I'm in there.

I hated the names I created because I couldn't remember them and they contradicted the naming convention on the js tasks. The prefix of css: is little misleading since it does icons too, but eh feels close enough.

How should this be manually tested?
make backing
make
make restart
Just make sure it all builds and the styles aren't broken on /donate
How should this change be communicated to end users?
Shouldn't
Are there any smells or added technical debt to note?
nope
What are the relevant tickets?
off-sprint; general housekeeping
Have you done the following, if applicable:
(optional: add explanation between parentheses)

[ ] Added automated tests? ( )
[ ] Tested manually on mobile? ( )
[x] Checked for performance implications? ( )
[x] Checked for security implications? ( )
[ ] Updated the documentation/wiki? ( )

TODOs / next steps:

[ ] your TODO here

...extraneous dependencies hanging around in package.json (or maybe I'm just missing something): glob-watcher, fast-glob, etc.

Yeah fast-glob is how we used to grab */**.scss files. Now we're more explicit so that can go. I guess I can lump that in. This wasn't super tied to that, but I see why you made the connection. Glob watch is still needed.
https://github.com/texastribune/donations/blob/master/config/tasks/dev.js#L1

@AndrewGibson27 I 🗑 ed fast-glob and node-sass, which created lots of red in yarn.lock. I mean that's good and I'd imagine expected. Just to be safe, I'll stick with deploy as infrequently as possible on Fridays rule and push this out Monday.


White space between Jumbotron and nav bar

When the browser has a lower than normal width then the Jumbotron has some whitespace above it.

This issue has be resolved.


carousel  enhancements -   Indicator style and position

This function solves the problem (这个功能解决的问题)
At present, referring to the design of other products, I find that Naive function is simple
Expected API (期望的 API)
style：
dot
line
slider
position ：
left
right
top
bottom
outer

still not fixed


[mle] test harness issue when joining after #8836

We found joining issue with Kirale leader with this PR.  During analysis we suspected aNeighbor.SetLastHeard(TimerMilli::GetNow()) which is now calling from InitNeighbor() from Handle parent request and response.
Do you think aNeighbor.SetLastHeard(TimerMilli::GetNow()) required to update during Handle parent request and response?
Before this PR, it was not updated in parent request and response. When we are not calling in parent request and response, we able to join the device.
can you elaborate please?
Originally posted by @Ashish-Vara in https://github.com/openthread/openthread/issues/8836#issuecomment-1551166072

@Ashish-Vara, are you able to post the Test Harness output (e.g. test report PDF, pcap, logs, etc.)?

I responded on the PR -> https://github.com/openthread/openthread/pull/8836#issuecomment-1551891608. Copying it here:

Hi @Ashish-Vara ,

Do you think aNeighbor.SetLastHeard(TimerMilli::GetNow()) required to update during Handle parent request and response?

Yes. We should set LastHeard time in these cases. Note that MleRouter::HandleParentRequest() was setting the "last heard" on child before this PR from this if() block:
https://github.com/openthread/openthread/blob/dae3ff2c50210cf2e098caee65c1b30f94c6fb40/src/core/thread/mle_router.cpp#L1437-L1441
(now InitNeighbor is also setting the same from earlier block of code witin same method)

When we are not calling in parent request and response, we able to join the device.

This is weird. Suggest investigating this further to figure out the root cause and what is happening (collect the logs on devices to see what is happening).

L_5_3_2_issue.zip
Please check the logs. It contains few debug logs also. Kirale is leader and DUT acting as a router. We see after sometimes link quality becomes zero.

@Ashish-Vara , I reviewed the packet trace and it appears that the Leader is not establishing a link with the Router.

In pkt13, you can see that the Router has a valid link to the Leader (in/out link quality are both 3).
In pkt23, you can see that the Leader does not have a valid link to the Router (in/out link quality are both 0).

At no time does the Leader attempt to send an MLE Link Request to establish a link with the neighboring router. The Leader should be doing this when it receives an MLE Advertisement from a router that it does not have an established link with.
I believe this is an issue with the Leader reference device. I suggest raising this issue with the Thread Group directly.

Thanks @jwhui,
I will raise with thread group.


fix: align interpolation type

What is the purpose of this pull request? (put an "X" next to item)
[ ] Documentation update
[x] Bug fix
[ ] New feature
[ ] Other, please explain:
What changes did you make? (Give an overview)
align type with docs and implementation. has been more strict than necessary apparently.
interpolation.suffix and interpolation.prefix are optional according to the readme. from what I can see, that is correct.

@aralroca could you have a look?

@all-contributors please add @boredland for code


Update percentage and circle

Is there a way to update the percentage and the circle without re doing the circle?
I just want to update the circle every time the user performs certain action.
Thank you.

Thanks so much, it helps a lot. :+1:

Works for me! Thanks a lot!

For anyone interested, I found a way to make the percentage text work as an updating counter. This will add up the displayed number along with the animating bar.
var updatePerc = 0;
function update() {
setInterval(function(){
if(updatePerc <= 57){//this one goes until 57%
updatePerc++;
$('#circFull').empty().removeData().attr('data-percent', updatePerc).attr('data-text', updatePerc+'%').attr('data-animationstep', '50').circliful();//use a high number for animationstep so you don't see the animation going over and over again.
}
}, 50);//miliseconds for the interval. Make this number higher for slower animation.
}
The method I used with a high number in animationstep is maybe not the ideal way, but it works fairly well. The colored bar may flicker a bit though. Don't use too high a number to avoid using more processing power than neccesary.
P.s. if anyone knows of a better way, I'd like to know!! :D

@paddotk You can just do
$('#your-circle').find('.circle-text').html(updatePerc + '%');
No css positioning needed

@kylescousin This does exactly the same... Assuming the '.circle-text' still refers to the span inside the circle div?

Here is my solution
function draw(idwhere,idwhat,options){
    $("#"+idwhat).remove();
    $("#"+idwhere).append('

');
    $.each(options, function(i, val){
        $("#"+idwhat).attr('data-'+i, val)
    });
    $("#"+idwhat).circliful();
}

And if you dont want to redraw circles there is an extended circliful lib
https://github.com/mikael-desharnais/circliful-reloaded/tree/master/js
But it has some bugs in drawing more than 2 circles

sQu1rr ... worked great.  Wasted several hours trying to do this myself until I found your solution.  THANK YOU!

Hi
I'm trying to make a half circle update using the sQu1rr method but it just erase and redraw a full circle with always 75% value.
is there a simple way to make the circle update ?

To change the foreground circle degree I used the following method:
$("#circle").children("svg").eq(0).children("circle").eq(1).css("stroke-dasharray", degree + ", 20000");
where degree is the between 0 and 360. So you only update the outer circle degree without recreating the circle object.

@gesaleh  Same here, my solution is a combination of answers above:
var container = $('#id]').parent();
$('#[id]').remove();
container.append('

');
$("#id]").attr("data-percent", [new percentage]);
$("#id]").circliful();

with the new implementation you can call the update function to set the percentage
circle.update({type: 'percent', value: 50});


ImportError: No module named _caffe

After I compiled the lib for windows, I cd to tools folder and run: python  demo.py, error occurs:
Traceback (most recent call last):
File "demo.py", line 18, in
from fast_rcnn.test import im_detect
File "C:\Users\ys\Desktop\pycaffe\Faster-RCNN\tools..\lib\fast_rcnn\test.py", line 16, in
import caffe
File "C:\Users\ys\Desktop\pycaffe\Faster-RCNN\tools..\caffe-fast-rcnn\python\caffe_init_.py", line 1, in
from .pycaffe import Net, SGDSolver, NesterovSolver, AdaGradSolver, RMSPropSolver, AdaDeltaSolver, AdamSolver
File "C:\Users\ys\Desktop\pycaffe\Faster-RCNN\tools..\caffe-fast-rcnn\python\caffe\pycaffe.py", line 13, in
from ._caffe import Net, SGDSolver, NesterovSolver, AdaGradSolver,
ImportError: No module named _caffe
anything else should I compile besides running python setup.py install/python setup_cuda.py install ???

Did you solve this issue? Same here!


Allow usage of eslint's --fix

eslint 1.4 introducing autofixing: http://eslint.org/blog/2015/09/eslint-v1.4.0-released/

Closing this out as I'm no longer interested in pushing for this PR.


Support custom start

Before
After (angleStart = 90)

I'm actually going to close this. The use case I had in mind is no longer valid and this doesn't work in all cases that I'd like it to.
That being said, I will take some time to update the README to support the new scale property for segments


test_usage_data.xml IntervalBlock updated/published dates all the same

Published dates for IntervalBlocks should reflect when the block was created. This is when the block is closed (end of last interval in the block).

Resolved 4791b64a9a3d61608014d89ccd4a746305ce5c47


Coordinates of Bounding Box with respect to Ego Vehicle

Hello,
The coordinates of the bounding box that we are currently getting in Carla are in the world frame, and I am trying to get these coordinates with respect to ego vehicle. I am trying to get a solution using computer vision basics and finding out the distance between the ego vehicle and other actors with a bounding box and then get the extent.
Does anyone have any idea and help me with this.
Thanks !!

Hey @dev015 How are you getting the bounding box of the vehicle? I think that the carla.BoundingBox class has everything you are asking for. Or am I missunderstanding your question?

Hey @glopezdiest, the coordinates of BB (bounding box) we get are in the world frame, but I am trying to get them with respect to ego vehicle instead of world frame.

Hmm... If by coordinates you mean vertices, you can use get_local_vertices(self).

@dev015 is your question answered?

Hello @germanros1987, if I am not wrong if we need coordinates of an actor with respect to ego vehicle then we need to find the distance from ego to actor, is it right?

@dev015 Yes, sort of. You should get the world coordinates of the specific actor and then subtract the ones from the ego vehicle.

Hello, @glopezdiest I have written a code for the same, do you mind if I can get your email id and discuss it with you?

I don't see the need to do so. You can send your code through here directly, if you want. However, if you don't, we can use Discord too, which is the main way we communicate with everyone. Here is my user tag Guillermo Lopez#3589

@glopezdiest Thank you for your suggestions, this is solved.

@dev015 Hey, me and my colleague are attempting to the same thing as you were trying back then. To calculate distance with respect to other vehicles on the road after applying the YOLO-v3 object detection but we are unable to, can you give us assistance or share the code reached? my mail is<EMAIL_ADDRESS>if needed, thanks in advance.

@Banna74 Hey, sure, can you please explain to me the exact problem you are facing.


numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)

I get a LoweringError when I run my code in a Python virtual environment:
$ mkvirtualenv climate_indices_numba_error -p python3
$ workon climate_indices_numba_error
$ git clone git@github.com:monocongo/example_climate_indices.git
$ pip install climate-indices
$ pip list | grep numba
numba              0.44.0
$ process_climate_indices --index spi --periodicity monthly --netcdf_precip example_climate_indices/example/input/nclimgrid_lowres_prcp.nc --var_name_precip  prcp --output_file_base ~/tmp/nclimgrid_lowres --scales 6 --calibration_start_year 1951 --calibration_end_year 2010 --multiprocessing all
2019-06-14  15:11:10 ERROR Failed to complete
multiprocessing.pool.RemoteTraceback:
"""
Traceback (most recent call last):
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/errors.py", line 661, in new_error_context
    yield
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/pylowering.py", line 176, in lower_inst
    raise NotImplementedError(type(inst), inst)
NotImplementedError: (<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7f62041124e0>)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 119, in worker
    result = (True, func(*args, **kwds))
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 44, in mapstar
    return list(map(*args))
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1343, in _apply_along_axis
    parameters=args)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numpy/lib/shape_base.py", line 403, in apply_along_axis
    buff[ind] = asanyarray(func1d(inarr_view[ind], *args, **kwargs))
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1123, in _spi
    periodicity=parameters["periodicity"])
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py", line 26, in fit
    lmoments = _estimate_lmoments(timeseries)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 370, in _compile_for_args
    raise e
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 327, in _compile_for_args
    return self.compile(tuple(argtypes))
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 659, in compile
    cres = self._compiler.compile(args, return_type)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 83, in compile
    pipeline_class=self.pipeline_class)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 955, in compile_extra
    return pipeline.compile_extra(func)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 377, in compile_extra
    return self._compile_bytecode()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 886, in _compile_bytecode
    return self._compile_core()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 463, in stage_objectmode_frontend
    cres = self.frontend_looplift()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 435, in frontend_looplift
    lifted=tuple(loops), lifted_from=None)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 1017, in compile_ir
    lifted_from=lifted_from)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 385, in compile_ir
    return self._compile_ir()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 893, in _compile_ir
    return self._compile_core()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 711, in stage_objectmode_backend
    self._backend(lowerfn, objectmode=True)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 687, in _backend
    lowered = lowerfn()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 659, in backend_object_mode
    self.flags)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 1148, in py_lowering_stage
    lower.lower()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 177, in lower
    self.lower_normal_function(self.fndesc)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 218, in lower_normal_function
    entry_block_tail = self.lower_function_body()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 243, in lower_function_body
    self.lower_block(block)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/usr/lib/python3.6/contextlib.py", line 99, in __exit__
    self.gen.throw(type, value, traceback)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/errors.py", line 669, in new_error_context
    six.reraise(type(newerr), newerr, tb)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/six.py", line 659, in reraise
    raise value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7f62041124e0>)

File ".virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

Please report the error message and traceback, along with a minimal reproducer
at: https://github.com/numba/numba/issues/new

If more help is needed please feel free to speak to the Numba core developers
directly at: https://gitter.im/numba/numba

Thanks in advance for your help in improving Numba!

"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1689, in main
    _compute_write_index(kwrgs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1021, in _compute_write_index
    args=args)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1303, in _parallel_process
    pool.map(_apply_along_axis, chunk_params)
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 266, in map
    return self._map_async(func, iterable, mapstar, chunksize).get()
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 644, in get
    raise self._value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7f62041124e0>)

File ".virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

Please report the error message and traceback, along with a minimal reproducer
at: https://github.com/numba/numba/issues/new

If more help is needed please feel free to speak to the Numba core developers
directly at: https://gitter.im/numba/numba

Thanks in advance for your help in improving Numba!

multiprocessing.pool.RemoteTraceback:
"""
Traceback (most recent call last):
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/errors.py", line 661, in new_error_context
    yield
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/pylowering.py", line 176, in lower_inst
    raise NotImplementedError(type(inst), inst)
NotImplementedError: (<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7f62041124e0>)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 119, in worker
    result = (True, func(*args, **kwds))
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 44, in mapstar
    return list(map(*args))
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1343, in _apply_along_axis
    parameters=args)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numpy/lib/shape_base.py", line 403, in apply_along_axis
    buff[ind] = asanyarray(func1d(inarr_view[ind], *args, **kwargs))
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1123, in _spi
    periodicity=parameters["periodicity"])
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py", line 26, in fit
    lmoments = _estimate_lmoments(timeseries)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 370, in _compile_for_args
    raise e
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 327, in _compile_for_args
    return self.compile(tuple(argtypes))
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 659, in compile
    cres = self._compiler.compile(args, return_type)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/dispatcher.py", line 83, in compile
    pipeline_class=self.pipeline_class)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 955, in compile_extra
    return pipeline.compile_extra(func)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 377, in compile_extra
    return self._compile_bytecode()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 886, in _compile_bytecode
    return self._compile_core()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 463, in stage_objectmode_frontend
    cres = self.frontend_looplift()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 435, in frontend_looplift
    lifted=tuple(loops), lifted_from=None)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 1017, in compile_ir
    lifted_from=lifted_from)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 385, in compile_ir
    return self._compile_ir()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 893, in _compile_ir
    return self._compile_core()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 711, in stage_objectmode_backend
    self._backend(lowerfn, objectmode=True)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 687, in _backend
    lowered = lowerfn()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 659, in backend_object_mode
    self.flags)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/compiler.py", line 1148, in py_lowering_stage
    lower.lower()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 177, in lower
    self.lower_normal_function(self.fndesc)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 218, in lower_normal_function
    entry_block_tail = self.lower_function_body()
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 243, in lower_function_body
    self.lower_block(block)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/usr/lib/python3.6/contextlib.py", line 99, in __exit__
    self.gen.throw(type, value, traceback)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/errors.py", line 669, in new_error_context
    six.reraise(type(newerr), newerr, tb)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/numba/six.py", line 659, in reraise
    raise value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7f62041124e0>)

File ".virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

Please report the error message and traceback, along with a minimal reproducer
at: https://github.com/numba/numba/issues/new

If more help is needed please feel free to speak to the Numba core developers
directly at: https://gitter.im/numba/numba

Thanks in advance for your help in improving Numba!

"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/james/.virtualenvs/climate_indices_numba_error/bin/process_climate_indices", line 10, in <module>
    sys.exit(main())
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1689, in main
    _compute_write_index(kwrgs)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1021, in _compute_write_index
    args=args)
  File "/home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/__main__.py", line 1303, in _parallel_process
    pool.map(_apply_along_axis, chunk_params)
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 266, in map
    return self._map_async(func, iterable, mapstar, chunksize).get()
  File "/usr/lib/python3.6/multiprocessing/pool.py", line 644, in get
    raise self._value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7f62041124e0>)

File ".virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/.virtualenvs/climate_indices_numba_error/lib/python3.6/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

I also get the same error when I run the code in a conda environment, although I can make it disappear and the code runs fine after I run conda install numba, although it doesn't appear to actually update the numba installation:
$ conda create -n numba_test python=3.7
$ conda activate numba_test
$ pip install climate-indices
$ conda list numba
# packages in environment at /home/james/miniconda3/envs/numba_test:
#
# Name                    Version                   Build  Channel
numba                     0.44.0                   pypi_0    pypi
$ process_climate_indices --index spi --periodicity monthly --netcdf_precip example_climate_indices/example/input/nclimgrid_lowres_prcp.nc --var_name_precip  prcp --output_file_base ~/tmp/nclimgrid_lowres --scales 6 --calibration_start_year 1951 --calibration_end_year 2010 --multiprocessing all
2019-06-14  15:44:04 ERROR Failed to complete
multiprocessing.pool.RemoteTraceback:
"""
Traceback (most recent call last):
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/errors.py", line 661, in new_error_context
    yield
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/pylowering.py", line 176, in lower_inst
    raise NotImplementedError(type(inst), inst)
NotImplementedError: (<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7ff6c85bbd30>)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 121, in worker
    result = (True, func(*args, **kwds))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 44, in mapstar
    return list(map(*args))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1343, in _apply_along_axis
    parameters=args)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numpy/lib/shape_base.py", line 403, in apply_along_axis
    buff[ind] = asanyarray(func1d(inarr_view[ind], *args, **kwargs))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1123, in _spi
    periodicity=parameters["periodicity"])
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py", line 26, in fit
    lmoments = _estimate_lmoments(timeseries)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 370, in _compile_for_args
    raise e
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 327, in _compile_for_args
    return self.compile(tuple(argtypes))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 659, in compile
    cres = self._compiler.compile(args, return_type)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 83, in compile
    pipeline_class=self.pipeline_class)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 955, in compile_extra
    return pipeline.compile_extra(func)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 377, in compile_extra
    return self._compile_bytecode()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 886, in _compile_bytecode
    return self._compile_core()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 463, in stage_objectmode_frontend
    cres = self.frontend_looplift()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 435, in frontend_looplift
    lifted=tuple(loops), lifted_from=None)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 1017, in compile_ir
    lifted_from=lifted_from)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 385, in compile_ir
    return self._compile_ir()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 893, in _compile_ir
    return self._compile_core()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 711, in stage_objectmode_backend
    self._backend(lowerfn, objectmode=True)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 687, in _backend
    lowered = lowerfn()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 659, in backend_object_mode
    self.flags)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 1148, in py_lowering_stage
    lower.lower()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 177, in lower
    self.lower_normal_function(self.fndesc)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 218, in lower_normal_function
    entry_block_tail = self.lower_function_body()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 243, in lower_function_body
    self.lower_block(block)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/contextlib.py", line 130, in __exit__
    self.gen.throw(type, value, traceback)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/errors.py", line 669, in new_error_context
    six.reraise(type(newerr), newerr, tb)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/six.py", line 659, in reraise
    raise value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7ff6c85bbd30>)

File "miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

Please report the error message and traceback, along with a minimal reproducer
at: https://github.com/numba/numba/issues/new

If more help is needed please feel free to speak to the Numba core developers
directly at: https://gitter.im/numba/numba

Thanks in advance for your help in improving Numba!

"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1689, in main
    _compute_write_index(kwrgs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1021, in _compute_write_index
    args=args)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1303, in _parallel_process
    pool.map(_apply_along_axis, chunk_params)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 268, in map
    return self._map_async(func, iterable, mapstar, chunksize).get()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 657, in get
    raise self._value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7ff6c85bbd30>)

File "miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

Please report the error message and traceback, along with a minimal reproducer
at: https://github.com/numba/numba/issues/new

If more help is needed please feel free to speak to the Numba core developers
directly at: https://gitter.im/numba/numba

Thanks in advance for your help in improving Numba!

multiprocessing.pool.RemoteTraceback:
"""
Traceback (most recent call last):
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/errors.py", line 661, in new_error_context
    yield
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/pylowering.py", line 176, in lower_inst
    raise NotImplementedError(type(inst), inst)
NotImplementedError: (<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7ff6c85bbd30>)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 121, in worker
    result = (True, func(*args, **kwds))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 44, in mapstar
    return list(map(*args))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1343, in _apply_along_axis
    parameters=args)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numpy/lib/shape_base.py", line 403, in apply_along_axis
    buff[ind] = asanyarray(func1d(inarr_view[ind], *args, **kwargs))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1123, in _spi
    periodicity=parameters["periodicity"])
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py", line 26, in fit
    lmoments = _estimate_lmoments(timeseries)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 370, in _compile_for_args
    raise e
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 327, in _compile_for_args
    return self.compile(tuple(argtypes))
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 659, in compile
    cres = self._compiler.compile(args, return_type)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/dispatcher.py", line 83, in compile
    pipeline_class=self.pipeline_class)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 955, in compile_extra
    return pipeline.compile_extra(func)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 377, in compile_extra
    return self._compile_bytecode()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 886, in _compile_bytecode
    return self._compile_core()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 463, in stage_objectmode_frontend
    cres = self.frontend_looplift()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 435, in frontend_looplift
    lifted=tuple(loops), lifted_from=None)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 1017, in compile_ir
    lifted_from=lifted_from)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 385, in compile_ir
    return self._compile_ir()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 893, in _compile_ir
    return self._compile_core()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 873, in _compile_core
    res = pm.run(self.status)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler_lock.py", line 32, in _acquire_compile_lock
    return func(*args, **kwargs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 254, in run
    raise patched_exception
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 245, in run
    stage()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 711, in stage_objectmode_backend
    self._backend(lowerfn, objectmode=True)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 687, in _backend
    lowered = lowerfn()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 659, in backend_object_mode
    self.flags)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/compiler.py", line 1148, in py_lowering_stage
    lower.lower()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 177, in lower
    self.lower_normal_function(self.fndesc)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 218, in lower_normal_function
    entry_block_tail = self.lower_function_body()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 243, in lower_function_body
    self.lower_block(block)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/lowering.py", line 258, in lower_block
    self.lower_inst(inst)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/contextlib.py", line 130, in __exit__
    self.gen.throw(type, value, traceback)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/errors.py", line 669, in new_error_context
    six.reraise(type(newerr), newerr, tb)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/numba/six.py", line 659, in reraise
    raise value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7ff6c85bbd30>)

File "miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

Please report the error message and traceback, along with a minimal reproducer
at: https://github.com/numba/numba/issues/new

If more help is needed please feel free to speak to the Numba core developers
directly at: https://gitter.im/numba/numba

Thanks in advance for your help in improving Numba!

"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/james/miniconda3/envs/numba_test/bin/process_climate_indices", line 10, in <module>
    sys.exit(main())
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1689, in main
    _compute_write_index(kwrgs)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1021, in _compute_write_index
    args=args)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/__main__.py", line 1303, in _parallel_process
    pool.map(_apply_along_axis, chunk_params)
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 268, in map
    return self._map_async(func, iterable, mapstar, chunksize).get()
  File "/home/james/miniconda3/envs/numba_test/lib/python3.7/multiprocessing/pool.py", line 657, in get
    raise self._value
numba.errors.LoweringError: Failed in object mode pipeline (step: object mode frontend)
Failed in object mode pipeline (step: object mode backend)
(<class 'numba.ir.StaticRaise'>, <numba.ir.StaticRaise object at 0x7ff6c85bbd30>)

File "miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py", line 142:
def _estimate_lmoments(values: np.ndarray) -> np.ndarray:
    <source elided>
        _logger.warning(message)
        raise ValueError(message)
        ^

[1] During: lowering "raise <class 'ValueError'>('Insufficient number of values to perform sample L-moments estimation')" at /home/james/miniconda3/envs/numba_test/lib/python3.7/site-packages/climate_indices/lmoments.py (142)
-------------------------------------------------------------------------------
This should not have happened, a problem has occurred in Numba's internals.

Please report the error message and traceback, along with a minimal reproducer
at: https://github.com/numba/numba/issues/new

If more help is needed please feel free to speak to the Numba core developers
directly at: https://gitter.im/numba/numba

Thanks in advance for your help in improving Numba!

$ conda install numba
Collecting package metadata: done
Solving environment: done

## Package Plan ##

  environment location: /home/james/miniconda3/envs/numba_test

  added / updated specs:
    - numba

The following NEW packages will be INSTALLED:

  libblas            conda-forge/linux-64::libblas-3.8.0-7_openblas
  libcblas           conda-forge/linux-64::libcblas-3.8.0-7_openblas
  libgfortran        conda-forge/linux-64::libgfortran-3.0.0-1
  liblapack          conda-forge/linux-64::liblapack-3.8.0-7_openblas
  llvmlite           conda-forge/linux-64::llvmlite-0.28.0-py37hdbcaa40_0
  numba              conda-forge/linux-64::numba-0.43.1-py37hf2d7682_0
  numpy              conda-forge/linux-64::numpy-1.16.4-py37h95a1406_0
  openblas           conda-forge/linux-64::openblas-0.3.5-ha44fe06_0

Proceed ([y]/n)?

Preparing transaction: done
Verifying transaction: done
Executing transaction: done

$ conda list numba
# packages in environment at /home/james/miniconda3/envs/numba_test:
#
# Name                    Version                   Build  Channel
numba                     0.44.0                   pypi_0    pypi

$ process_climate_indices --index spi --periodicity monthly --netcdf_precip example_climate_indices/example/input/nclimgrid_lowres_prcp.nc --var_name_precip  prcp --output_file_base ~/tmp/nclimgrid_lowres --scales 6 --calibration_start_year 1951 --calibration_end_year 2010 --multiprocessing all
$

So it appears that the packages provided by the conda-forge repository somehow play nicer with numba, in that using that environment, in this case, gets around this LoweringError.
Please advise if there is anything else I can provide to help reproduce or troubleshoot this error.
Finally thanks to all involved who contribute to numba, it's very useful for speeding up my code!

Thanks for the report, I can reproduce and will take a look. However, given this is a scientific application and I imagine looking for performance, I can strongly recommend taking a look at the 5 minute guide, particularly the part about nopython mode. The use of numba.jit without the nopython=True kwarg means that the compiler can fall back to object mode (this pattern is being deprecated because of cases just like this one) and as a result of this the performance of the compiled function is unlikely to be a) stable and b) anywhere near optimal.

This is a small reproducer:
from numba import jit
import numpy as np

@jit
def foo():

    if object:
        raise ValueError("")

    for j in range(1):
        pass

foo()

I think that this is a knock-on effect from the work to prevent IR mutation across pipelines that happened in 0.44.

Thanks for the heads up about using @numba.jit without the nopython=True argument. You're correct, there's no utility in me using numba in object mode.
BTW when I replace @numba.jit with @numba.njit I get errors similar to the one reported above triggered by a simple raise ValueError(message) statement (which is supported according to the documentation). For example:
multiprocessing.pool.RemoteTraceback:
"""
Traceback (most recent call last):
  File "/home/james/miniconda3/envs/climate/lib/python3.7/multiprocessing/pool.py", line 121, in worker
    result = (True, func(*args, **kwds))
  File "/home/james/miniconda3/envs/climate/lib/python3.7/multiprocessing/pool.py", line 44, in mapstar
    return list(map(*args))
  File "/home/james/git/climate_indices/climate_indices/__main__.py", line 1343, in _apply_along_axis
    parameters=args)
  File "/home/james/miniconda3/envs/climate/lib/python3.7/site-packages/numpy/lib/shape_base.py", line 380, in apply_along_axis
    res = asanyarray(func1d(inarr_view[ind0], *args, **kwargs))
  File "/home/james/git/climate_indices/climate_indices/__main__.py", line 1123, in _spi
    periodicity=parameters["periodicity"])
  File "/home/james/miniconda3/envs/climate/lib/python3.7/site-packages/numba/dispatcher.py", line 363, in _compile_for_args
    error_rewrite(e, 'constant_inference')
  File "/home/james/miniconda3/envs/climate/lib/python3.7/site-packages/numba/dispatcher.py", line 318, in error_rewrite
    reraise(type(e), e, None)
  File "/home/james/miniconda3/envs/climate/lib/python3.7/site-packages/numba/six.py", line 658, in reraise
    raise value.with_traceback(tb)
numba.errors.ConstantInferenceError: Failed in nopython mode pipeline (step: nopython rewrites)
no single definition for 'message'

File "indices.py", line 142:
def spi(values: np.ndarray,
    <source elided>
        _logger.error(message)
        raise ValueError(message)
        ^

Numba could not make a constant out of something that it decided should be
a constant. This could well be a current limitation in Numba's internals,
however please first check that your code is valid for compilation,
particularly with respect to string interpolation (not supported!) and
the requirement of compile time constants as arguments to exceptions:
http://numba.pydata.org/numba-doc/latest/reference/pysupported.html?highlight=exceptions#constructs

Thanks for your attention/help on this.

Thanks for the heads up about using @numba.jit without the nopython=True argument. You're correct, there's no utility in me using numba in object mode.

No problem.

BTW when I replace @numba.jit with @numba.njit I get errors similar to the one reported above triggered by a simple raise ValueError(message) statement

I think the error message might help here:

Numba could not make a constant out of something that it decided should be
a constant. This could well be a current limitation in Numba's internals,
however please first check that your code is valid for compilation,
particularly with respect to string interpolation (not supported!) and
the requirement of compile time constants as arguments to exceptions:

seems like the code is interpolating what dist is here:
https://github.com/monocongo/climate_indices/blob/25825e0f71adf5f9ea2f362b4b743626bb9c0d16/climate_indices/indices.py#L139-L140
One approach that might be good here is to not try and jit(nopython=True) the whole function yet, instead pull small compute intensive parts out of the large function into separate functions and @njit those as individual parts and call them. If this is done progressively it'll become clear which parts can be fused into larger functions and so on until all that remains is the things that Numba cannot work out how to compile, then you could perhaps take a view on them/ask here/ask on gitter.im for some advice (the Numba core developers are available on gitter.im real time chat).
Hope this helps.

https://github.com/numba/numba/pull/4224 is in mainline, closing.


opt Support Memory Profile

Support Memory Tracker to create Memory Profile snapshots.
Remove BE mem_tracker web page and replace it with more intuitive Memory Profile.


Fix missing filename in exceptions

Without this, exceptions raised when parsing tasks uniformly report
"Unknown" as their filename and line number.

Do you have an example? I'd have thought this would have been noticed earlier!

https://gist.github.com/stpierre/4f9891b521e7e61b74dc01e24107e103

Weirdly, the Ansible 1.9 tests now fail as a result of this change.

Fixed the Ansible 1.9 with an additional commit.

v3.3.3 has been released to include this change


Built-in match with the Levenshtein Distance usage

It would be nice to have built-in matcher with the Levenshtein Distance usage (http://stackoverflow.com/q/11919065/359284), understand that it could be implemented now with customer matcher (btw, documentation is missing  - https://select2.github.io/options.html#matcher), but looking for built-in functionality.

While this is something I'd love to see done, I don't think it will end up landing in the core. There's quite a bit of complexity to it and I think it deserves to be a third-party package, but we can gladly link to it as an alternative matcher/sorter function.

btw, documentation is missing

The documentation will be there later when we roll 4.0.0-beta.3 out.


update to RC1

update to RC1

@superboyiii can you give some info to neo community when testnet will be ready , thanks

@superboyiii can you give some info to neo community when testnet will be ready , thanks

@ioannistsil Please do not ask these kind of question in github. You can refer to official blog, discord or twitter to get more info and announcement.