Hi!
I am trying to transform a dxf-file from SWEREF99 13 30 to SWEREF99 TM. I simply set the coordinatesytem to the one I want in the writer and executes. The result is a file that is more than ten times as big as the original. Why is this?
Thankyou.
Best answer by mark_f
Regarding the large file, there is a parameter that "Explode Blocks into Entities"
This would increase the file size.
Hi @tobiasp, can you try using the FME's quick translator?
+2Regarding the large file, there is a parameter that "Explode Blocks into Entities"
This would increase the file size.
+29
DXF files are basic text files, so have you had a look inside them with a text editor ? Maybe the answer is obvious just from looking at them ?
Cheers
+7Hi @tobiasp,
When I look at the definitions of both coordinate systems, they are quite similar. The only differences between them are the central meridian ("13 30" has 13.5 while "TM" has 15) and the scale factor. "SWEREF99 13 30" has a scale factor of 1 (so no scaling occurs), whereas "TM" has a scale factor of 0.9996. This might be the cause of your "exploding" file size: all coordinates that were integers before become doubles now and all floating point coordinates that were rounded to (let's say) 3 decimals might end up with a lot more.
What you could try (to see if the file size gets any smaller) is to make a workspace with a DXF reader, followed by a Reprojector (or CsmapReprojector if the file contains Z values) transformer set to convert to "SWEREF99 TM" and then a CoordinateRounder where you round to 3 decimals for example (if mm resolution is good enough). Finally, add a DXF writer and set the Coordinate System to <Not Set>, so it will take the one set by the Reprojector.
Hope this helps!
+7Hi @tobiasp,
When I look at the definitions of both coordinate systems, they are quite similar. The only differences between them are the central meridian ("13 30" has 13.5 while "TM" has 15) and the scale factor. "SWEREF99 13 30" has a scale factor of 1 (so no scaling occurs), whereas "TM" has a scale factor of 0.9996. This might be the cause of your "exploding" file size: all coordinates that were integers before become doubles now and all floating point coordinates that were rounded to (let's say) 3 decimals might end up with a lot more.
What you could try (to see if the file size gets any smaller) is to make a workspace with a DXF reader, followed by a Reprojector (or CsmapReprojector if the file contains Z values) transformer set to convert to "SWEREF99 TM" and then a CoordinateRounder where you round to 3 decimals for example (if mm resolution is good enough). Finally, add a DXF writer and set the Coordinate System to <Not Set>, so it will take the one set by the Reprojector.
Hope this helps!
Regarding the large file, there is a parameter that "Explode Blocks into Entities"
This would increase the file size.
Hi @tobiasp,
When I look at the definitions of both coordinate systems, they are quite similar. The only differences between them are the central meridian ("13 30" has 13.5 while "TM" has 15) and the scale factor. "SWEREF99 13 30" has a scale factor of 1 (so no scaling occurs), whereas "TM" has a scale factor of 0.9996. This might be the cause of your "exploding" file size: all coordinates that were integers before become doubles now and all floating point coordinates that were rounded to (let's say) 3 decimals might end up with a lot more.
What you could try (to see if the file size gets any smaller) is to make a workspace with a DXF reader, followed by a Reprojector (or CsmapReprojector if the file contains Z values) transformer set to convert to "SWEREF99 TM" and then a CoordinateRounder where you round to 3 decimals for example (if mm resolution is good enough). Finally, add a DXF writer and set the Coordinate System to <Not Set>, so it will take the one set by the Reprojector.
Hope this helps!
Hi @tobiasp,
When I look at the definitions of both coordinate systems, they are quite similar. The only differences between them are the central meridian ("13 30" has 13.5 while "TM" has 15) and the scale factor. "SWEREF99 13 30" has a scale factor of 1 (so no scaling occurs), whereas "TM" has a scale factor of 0.9996. This might be the cause of your "exploding" file size: all coordinates that were integers before become doubles now and all floating point coordinates that were rounded to (let's say) 3 decimals might end up with a lot more.
What you could try (to see if the file size gets any smaller) is to make a workspace with a DXF reader, followed by a Reprojector (or CsmapReprojector if the file contains Z values) transformer set to convert to "SWEREF99 TM" and then a CoordinateRounder where you round to 3 decimals for example (if mm resolution is good enough). Finally, add a DXF writer and set the Coordinate System to <Not Set>, so it will take the one set by the Reprojector.
Hope this helps!
+7
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
