高级会员
注册日期: 06-11
帖子: 14579
精华: 1
现金: 224494 标准币
资产: 234494 标准币
|
【转帖】invalid input while hatching a polyline
invalid input while hatching a polyline
invalid input while hatching a polyline
i am trying to hatch the following polyline:
vertex point and bulge
0: ( -10.00000044, 0.00000000, 0.00000000) -0.41421354
1: ( 0.00000000, -9.99999881, 0.00000000) 0.0
2: ( 0.00000000, -48.23632813, 0.00000000) -0.08748877
3: ( -0.60307518, -51.65653338, 0.00000000) 0.0
4: ( -28.21622021, -127.52539063, 0.00000000) 0.52093741
5: ( 9.35359687, -181.24866602, 0.00000000) 0.0
6: ( 9.35409229, -316.68913610, 0.00000000) 0.0
7: (-158.39873871, -190.00000000, 0.00000000) 0.0
8: (-304.05223701, -190.00000000, 0.00000000) 0.0
9: (-304.05223701, -90.00000000, 0.00000000) 0.0
10: (-190.00000000, -90.00000000, 0.00000000) 0.0
11: (-190.00000000, 0.00000000, 0.00000000) 0.0
12: ( -10.00000044, 0.00000000, 0.00000000) 0.0
when attempting to add this hatchloop i get an 'invalid input'
error. however, if i change the bulge of the first vertext to 0.0
(i.e. straighten it) the loop is added succesfully. and the hatch
is added to the database. the polyline itself is created correctly
in either case so it is not a case of an invalid polyline geometry.
is there a known issue with hatch loops that start with a bulge
that might cause this problem?
(edit)
apparently there is equally a problem with the closing segment
of the polyline being a bulge.
(end edit)
if i reorder the points so the first segment is straight then the
hatch is created successfully, though it will initially draw only
partially. a forced regen in autocad (by moving it from 0,0,0 to
0,0,0) will cause the entire hatch to be drawn. this is of course
somewhat annoying as it makes batch conversion of drawings
impossible.
thanks in advance
last edited by hansverhoef; 26th january 2005 at 06:59 amfff">.
it is a bug of dwgdirect. fix will be in 1.12 next update or in 1.13 release.
thank you for feedback.
--
best regards,
sergey zaitcev
quote:
originally posted by sergey z.
it is a bug of dwgdirect. fix will be in 1.12 next update or in 1.13 release.
thank you for feedback.
thank you for your reply.
i was wondering though if you were refering to the problem with creating polylines that start or end with bulged vertices, or to the problem with (solid) hatches initially being incompletely drawn in a new dwg, or possibly both.
the same polyline from my example (after rotating the points to start and end correctly) will, when used for a hatch boundary, typically contain only part of the hatch when first viewed in autocad. the problem, if it occurs, seems more often to happen starting/ending with concave corners, but this is not exclusively so. bulges, even ones that cause concave shapes, do not seem to trigger this behaviour more often than straight vertices, oddly enough.
i am fully aware that problems that occur 'sometimes' or 'typically' are next to impossible to reproduce in controlled situations with handy access to a debugger, but i would be grateful if somebody could have a quick look at least to try and see if the problem occurs for others as well. any indication what might trigger this particular problem would be most welcome, as it could allow us to skip a time consuming post-production step in autocad of creating and running scripts to open each drawing and move them by 0,0,0 to force autocad to regenerate the hatches.
thank you in advance for any information you can give.
quote:
originally posted by hansverhoef
the same polyline from my example (after rotating the points to start and end correctly) will, when used for a hatch boundary, typically contain only part of the hatch when first viewed in autocad.
could you attach or send by email an example such file? possible it will help to resolve problem.
--
best regards,
sergey zaitcev
|