Renee Otten

Sorry, busy days... I'll take a look tonight!

> @reneeotten any objections to merging this? not really, other than the comments that I left earlier: to squash the commits to remove the flurry of commits including a "merge-commit"...

> FWIW, I didn't understand the failures (files were modified by `isort`?). Maybe @reneeotten can comment on that... I can, the changes/additions to import packages do not follow the guidelines...

> @reneeotten Ah, thanks -- "imports out of preferred order"! well... the main thing is you're not supposed to have several "import ..... as ....." on one line as was...

> @lellid Thanks! I'll plan to merge in a couple of days to give time for final comments or suggestions. thanks @lellid - for me the two comments about the...

> I consolidated the duplication of the docstring. thanks! > To the other question about the Wikipedia definition and my implementation: > > It is simply a numerical thing: >...

@newville I haven't had time to look at this more closely, but your proposal sounds reasonable. I suppose another option would be to add a flag to the `load` function...

I think that MCMC-methods like ```emcee``` certainly have a place in ```lmfit```; being able to get posterior distributions for parameters and deal with data uncertainty seems useful to me. Sure,...

dear all, I do use ```emcee``` myself quite often to get posterior distributions for parameters after a fit (so not as "real" optimizer) and -as I have said before- think...

I am not sure what you mean by "ModelResult caches the result of conf_inveral()" - I don't see anything special happening there or? I have never been really a fan...