after v.transform v.to.db gives incorrect length

[pertusus]

I import a dxf without georeferenced information, then scale it with v.transform. After that the line length obtained through v.to.db is wrong. If I export the line with v.out.ascii and reimport it, the length is correct.

A tarball to reproduce is attached.

tar xzvf bug_grass.tar.gz
cd bug_grass
./reproduce.sh

The script will show the lengths that are much lower than the correct length (should be like 3300 for the first line, for instance).

[pertusus]

reproduced for the bug

[mmetz]

Replying to pertusus:

I import a dxf without georeferenced information, then scale it with v.transform. After that the line length obtained through v.to.db is wrong.

The bug in v.to.db is that it does not use geodesic distance calculations in latitude-longitude projections. Fixed in trunk r55729.

Markus M

[mmetz]

Replying to mmetz:

Replying to pertusus:

I import a dxf without georeferenced information, then scale it with v.transform. After that the line length obtained through v.to.db is wrong.

The bug in v.to.db is that it does not use geodesic distance calculations in latitude-longitude projections.

Applies to 3D vectors only.

[pertusus]

It works now. It also affects 6.4.3svn. Do you want that I apply the changeset patch and test there?

[mmetz]

Replying to pertusus:

It works now. It also affects 6.4.3svn. Do you want that I apply the changeset patch and test there?

Tested and backported with r55746-7.

[pertusus]

Tested too in 6.4.3 svn branch, it works, closing now, thanks.