You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This would be a complicated feature, but some polygons or circles could be represented as single objects within QET, like a single polygon or ellipse, but in the dxf are represented as multiple splines. It would be nice if instead of the converted element file having a bunch of spline, it corrected these to the proper element types. This would simplify the element and likely improve performance (of QET with the converted element file) but would add significant complexity to dxf2elmt.
In order to do this I need to look at objects as a group and try to determine the shape, as the number of objects in the dxf increase you would get combinatorial growth of the processing needed to check.
I could try and start with an easier route. After I get clean up and get the block importing finalized I could try and do some shape testing for circles made of splines etc, just within each block. This would reduce the number of combinations that need to be processed.
The text was updated successfully, but these errors were encountered:
hmm just a random thought, no clue if it will bear fruit. For circles, the any splines that make up the circle I would assume should have close to if not the same degree_of_curve. I might be able to filter on entities with the same degree_of_curve to narrow down splines to test for splines making up circles? Could narrow down some of the entities before doing more complex processing?
Ok maybe not....just looking at a single test file the degree_of_curve was 3 for all splines...and one of the circles, was made up of 5 splines and an LwPolyline....so, that add more complication.
This would be a complicated feature, but some polygons or circles could be represented as single objects within QET, like a single polygon or ellipse, but in the dxf are represented as multiple splines. It would be nice if instead of the converted element file having a bunch of spline, it corrected these to the proper element types. This would simplify the element and likely improve performance (of QET with the converted element file) but would add significant complexity to dxf2elmt.
In order to do this I need to look at objects as a group and try to determine the shape, as the number of objects in the dxf increase you would get combinatorial growth of the processing needed to check.
I could try and start with an easier route. After I get clean up and get the block importing finalized I could try and do some shape testing for circles made of splines etc, just within each block. This would reduce the number of combinations that need to be processed.
The text was updated successfully, but these errors were encountered: