Error or bug when copying - Rhino connects or creates new curves

Hi

I and a collegue of mine is having issues when copying. We’re working on a larger project and usually copy areas of the file for studies as to not change the original file location or curves until the final design is inserted. This is usually not a problem, but we’ve both encountered this issue in different files (independant copies of an original) and on different laptops today.

Have anyone seen this before and have a fix? It’s very unsettling to not be able to count on the linework after a copy. It’s a problem both with the copy command and gumball-drag-copy.

Thanks a lot for reading.

Before copying.

After copying. The red and orange curves have somehow been connected - sometimes to what seems like random places and sometimes between two curves from the same layer.

Hi Anne - if you can please send a file that shows the problem (the simpler the better) to tech@mcneel.com, with instructions on exactly what to select and what command to run (Copy or CopyToClipboard etc) to reproduce the problem.
Do these objects have History (SelObjectsWithHistory) ?

-Pascal

Hi Pascal

In the process of making a simple file that’d also have the same problem, I think I found the problem.

We got the material from another company, so the curves are not created in Rhino – when I select one it’s weirdly connected, but still fragmented.

How it looks.

<img width=“443” height=“232” style=“width:4.6145in;height:2.4166in” id=“Picture_x0020_2” src=“//cdck-file-uploads-global.s3.dualstack.us-west-2.amazonaws.com/mcneel/uploads/default/original/4X/7/8/e/78eb477af82776dc534ae57bfd66b7edefa64048.png” alt="A picture containing text, way, night sky

Description automatically generated">

When it’s selected, it shows as an open curve, but is somehow still attached – it’s not a group though.

<img width=“995” height=“475” style=“width:10.3645in;height:4.9479in” id=“Picture_x0020_3” src=“//cdck-file-uploads-global.s3.dualstack.us-west-2.amazonaws.com/mcneel/uploads/default/original/4X/f/1/4/f147211def3091100560f9d6301027535e092dc5.png” alt="A screenshot of a computer

Description automatically generated">

If it’s copied in any way or the original is moved (except copy to clipboard), it forms a line where it was ‘connected’ before.

<img width=“966” height=“458” style=“width:10.0625in;height:4.7708in” id=“Picture_x0020_4” src=“//cdck-file-uploads-global.s3.dualstack.us-west-2.amazonaws.com/mcneel/uploads/default/original/4X/0/8/f/08f70e143631d0fcbcb4964691189945a40a6318.png” alt="A picture containing schematic

Description automatically generated">

If it’s exploded and then joined it’s just line segments without this ‘link’.

I’ve attached the file. Is there any way to select this type of curve without selecting every open curve or to turn off the possibility of this type of joint? Then I can work around it with the explode and join, but it’s a large file with a 40 km road-extension project, so finding out which of the specific curves have this interesting property would take some time.

They don’t have history on.

And I can also send it to technical, but realizing this, it might not be a bug like I original thought, just a strange feature for connecting I didn’t know Rhino had.

Venlig hilsen / Best regards

Anne Søby Nielsen
Arkitekt MAA

Mobil: +45 6110 2117

~WRD000.jpg

221101_Error.3dm (137 KB)

Hi Anne - run SimplifyCrv on this object… the curve does not pass Check as is but simplifying cleans it up. (Copying actually fixes the curve as well)

-Pascal

Hi Pascal

Unfortunately, these curves shouldn’t be connected, so when they connect it’s an issue for us. They’re meant to be separate lines – in this case a ditch, which just reappears along the stretch, but without being one continuous area/line.

I’m guessing there’s no way to select them separately from ‘normal’ open curves?

Venlig hilsen / Best regards

Anne Søby Nielsen
Arkitekt MAA

Mobil: +45 6110 2117

Hi Anne - you can Split the curve snapping carefully to End points of the visible portion of the curve , then select all of these and Invert and Delete the invisible parts - the remaining parts are valid and can be grouped for convenience. Does that help?

221101_Error_Maybe.3dm (135.1 KB)

-Pascal

Hi Pascal

It results in the same as the explode/join, but thanks.

The main issue is we have a bunch of these curves in the file, so it’d be handy to have a sel-command for this type. I’m guessing there isn’t.

Thanks a lot for your help though – it helped me understand what we’re dealing with, which is a big step up from yesterday – now it’s not as mysterious :blush:

Venlig hilsen / Best regards

Anne Søby Nielsen
Arkitekt MAA

Mobil: +45 6110 2117

~WRD000.jpg

Hi Anne - SelBadObjects should find these curves - Rhino does not consider them to be valid.

-Pascal

Hi Pascal

Perfect, thanks a lot!

Venlig hilsen / Best regards

Anne Søby Nielsen
Arkitekt MAA

Mobil: +45 6110 2117

~WRD000.jpg