FAQ: There is a difference in coordinates and output of a Inkscape SVG and other SVG packages like LibreCAD and Lasaur, why and what can be done to fix the discrepancy?

Answer: Inkscape is a fantastic legacy standard graphics package that has the normal convention of X, Y coordinate axes of graphics packages such as gifs and jpegs. That is X axis in Inkscape is increasing when moving right, whereas Y is increasing as one goes upward. The origin (0,0) is at the left hand bottom corner. Along comes a new SVG standard which has declared that for its vector graphic should instead use a inverted y axis that is y would increase as one moved downwards. Now Lasaur correctly uses the SVG standard for its axis that is the top left corner is 0,0 coordinate. But Inkscape because of past baggage of supporting older documents/graphics formats has not yet implemented the full SVG standard (only different in origin and inversion of Y-axis). Fortunately this means nothing then just a bit of re-calibrating for the end user inside his own brain, using Inkscape to get the same results as other standard SVG packages like LibreCad. Just looking at the Inkscape rulers you'll see that 0,0 is at the lower left corner instead of the top left corner. So basically what happened that many mistakenly move their graphics in Inkscape to what they think will raster/cut the same as a Lasaur work area (a true SVG coordinate system). Unfortunately, a large y value in Inkscape (upper left) instead correlates to a postion of Y nearly off, if not completely off, the bottom of the work area.

First let get a better picture of the Lasaur y coordinate system, which agrees with the full SVG standard. Again notice the origin is top left corner, and y increase in downward direction:

So let's show what happens when a user mistakenly ignores these coordinate changes. They most likely will place the object/vector/graphic in Inkscape at the top left corner. But notice that the origin and direction of y increasing is exactly opposite to the Lasaur previous screen image.

To fix this discrepancy inside inkscape we are going to first drag the image instead to the bottom left corner.

Clicking on the flip in y direction will correctly take in account the inversion of the Y-axis.

In this case we are going to generate our raster using the 305 engineering extension.

But when we import the generated .NGC file from the 305 engineering extension, we notice that we now have a raster that is correctly oriented. So an inversion of an inversion by flipping and a positioning to the correct origin fixes the coordinate issues between Inkscape and Lasaur application.