Start to fix the position of ellipses

Till this library won't use ctx.ellipse() this weird transformation will be a huge mess.
This little fix imroves position of not transformed ellipses.
You can see the fixes on the example i will post below.
It needs improvement to work with other transformMatrix.
Update ellipse.class.js
Update ellipse.class.js
Path positioning

This path positioning change renders correctly the svg 170 ( the many red triangles ) and change the visualization of issue #1363. Need extensive testing. Consider that viewbox has to be implemented better, so don't take too much negatively the errors on svgs that have viewbox with negative numbers.

if this is not a solution i hope at least it can inspire someone
remove path positioning fixes

in different branch.
Update path.class.js
Update ellipse.class.js

Fixed some error i could not find but stopped the js to work.
Update circle.class.js

Forgot those changes.
Update ellipse.class.js

As crazy as it looks like. Translate the ellipse just if it doesn't have a transformMatrix.
I have the feeling that the problem is somewhere else, but i cannot fix it different way.
Update ellipse.class.js

just extra space.
Update circle.class.js

Same kind of modification from ellipse.
Update parser.js

Get rid of error stopping the parser for elements that doesn't have a parent with visible defined.
Update parser.js
Merge pull request #1413 from asturur/parent.attribute

Stop error on parentAttributes.visible
Merge pull request #1407 from asturur/master

Ellipse positioning fix
Update path.class.js

Modified path positioning, fixes svg 170, debian logo, change some errors in different errors.
Update arc.js

while investigating why some arcs fails, reduced the number of calls to math.sin and math.cos, not by that much.
Merge pull request #1415 from asturur/master

Update path.class.js
Update packages
Build dist