Jump to content

Recommended Posts

Posted

Hi,

 

Does anybody has a lisp that will move or shrink the text whenever is overlapping with another text or line? The job to re-arrange the texts is boring and I am sure that someone thought how to get out of this.

 

Thanks,

Mircea

  • Replies 21
  • Created
  • Last Reply

Top Posters In This Topic

  • pro100mir

    8

  • alanjt

    4

  • Organic

    4

  • Tharwat

    4

Posted

I know what you are trying to achieve although can't think of a logical way to do it. You can certainly detect the overlap, although how do you then know which text object to move, where to move it to etc, not to mention getting it aligned and looking well presented.

 

I'd look at how the text is being exported from another program/whatever you are doing to it so that it overlaps like that in the first place and try to fix that instead.

Posted

Tharwat: Does the command overkill move / shrink the text , or just delete one of the texts?

Dink87522 : For instance, it is enough if, for the text overlapped, the one in the left to be moved more to the left (with a certain distance), and the one to the right remains unchanged.Does this help you?

Posted
Tharwat: Does the command overkill move / shrink the text , or just delete one of the texts?

Dink87522 : For instance, it is enough if, for the text overlapped, the one in the left to be moved more to the left (with a certain distance), and the one to the right remains unchanged.Does this help you?

And what if the one you move to the left then overlaps another piece of text? It's a never ending cycle. Text placement shouldn't be automated, you need to make sure it looks good.

Posted

Overkill command would delete texts which are duplicates .

Posted
Overkill command would delete texts which are duplicates .

He's not talking about duplicates.

Posted
He's not talking about duplicates.

 

Agree , I did not notice that from their first post , it was foggy to me .:)

Posted

What if for each overlapping case the lisp will try to move it anywhere in North/South/East/West where is enough room, with the condition that if one text has been moved, never touch it again?

I am thinking to pareto Rule : 80 / 20 . If the lisp will take care of 80% of the overlapping situations, I will have to move only 20% of them. This way we'll save 80% of time.

Posted

Why is it the text is all overlapping in the first place? Is it text exported from a survey package showing level heights and codes etc? If so, look into the export settings and adjust those.

Posted
What if for each overlapping case the lisp will try to move it anywhere in North/South/East/West where is enough room, with the condition that if one text has been moved, never touch it again?

I am thinking to pareto Rule : 80 / 20 . If the lisp will take care of 80% of the overlapping situations, I will have to move only 20% of them. This way we'll save 80% of time.

Even then, if you are seemingly moving text at random distance/angles, how are you to know what said text is then referring to? Seems sloppy.

Posted

The texts are generated using a soft called TopoLT. The only thing you can set with TopoLT is the distance from the line where the text will be put.

Posted

Alanjt, we can have ,let's say, a maximum distance where the text could be moved to. Anyway, I will b happy to resolve 80% of all.

Posted
Alanjt, we can have ,let's say, a maximum distance where the text could be moved to. Anyway, I will b happy to resolve 80% of all.

Well, then it's completely doable.

Posted
Alanjt, we can have ,let's say, a maximum distance where the text could be moved to. Anyway, I will b happy to resolve 80% of all.

 

If you can assume the distance to be moved to from the insertion point of a text , me or anyone here could help you with a routine to do so .

 

Regards

 

Tharwat

Posted

The maximum distance on the printed plan is 1 cm (Ex : for scale 1:1000 -> distance is 10 m. The most frequent scales are 1:2000 and 1:5000)

Posted

I am ready to put some money on stake. PM me with the price.

Mircea

Posted (edited)

I took a look at your file and I see what you are trying to do now.

 

The best option is to keep the bearing lengths displayed as they are (rotated with the bearing, not perpendicular to it like that short line ones area) on the longer legs, while adding the shoter leg lengths in another column in your coordinates table. There is no other way to display this data nicely otherwise (short of having several enlarged detail views) whether by manually moving the text or by a lisp. Quite simply a lisp has no chance of doing what you want. Look at where the data is coming from and any options you can change when exporting/producing it in there. Civil 3D can automatically put this info (when defined in Civil 3D) in a table for you.

 

AutoCad mentioned the file was not created by it, so what program did you create this in initially? Also, why is the layout and ucs rotated? A better way of doing it is to keep the survey data on the original coordinates (as I assume it is), then create a paperspace layout to display it rather than having a rotated template in model space.

Edited by Organic

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...