Object Data can only be 'viewed' using Map3D and Civil3D. Users who use Vanilla AutoCad can view the 'geometry' or the object itself, but they won't be able to view the Object Data that is attached to the object.
Please explain in detail what you have besides property boundaries because simply saying you have a prop boundary does not provide enough info to formulate an effective workflow.
Also, 'coordinates' to describe a property boundary will invariably confuse the reader. Coordinates of what? Coordinates of a property corner? Which corner? Coordinates of the boundary centroid? A more appropriate and and useful attribute would be square footage or meters. Or length of perimeter.
How are you viewing the object data in table form? Viewing the OD by clicking on a single object and scrolling to the bottom of the property palette does not constitute view the OD in table form, it constitutes viewing OD for a single entity. However, one way to view data in Table Form would be to use the Map Explorer Tab of the Task Pane.
I am guessing you are trying to do something with coordinate transformation. If this is the case the OD is not the way to go, because there are better and more appropriate tools to get info, and even transform, from one coordinate system to another..
Chicagolooper
I regret to inform you, but you’ve got a major problem of epic proportions. Don't be discouraged. This can be done, you just need to freely share your data.
Your data is not good. Somewhere, you have, or had, two SDFs: All Prop and Prop Schema. You need to upload both of those. You also have, or had, a shapefile named Substations and you need to upload all 4 components of that shapefile: Substations.shp, Substations.shx, Substations.dbf and Substations.prj. From what I can see, all your data appears to a mass of mess.
Your dwg file doesn't appear to have any usable geometry. The Map Task Pane is describing polygons such as property boundaries, but I don't see objects that look like property boundaries, they look like arbitrarily drawn lines, some intersecting roads, some intersecting streams, some bordering streams and none of it is logical.
Some of the OD you have acquired look official and came from the county. Did someone give you a shapefile that originated from the County Assessor’s office? If you have a parcel shapefile, it's GOLDEN, upload it so it can be used to create what you need. Also upload all SDFs associated with your project too. The data needs to be organized into ‘usable’ object data. Right now, its just a big pile of yuk.
Sorry, but right now, you shouldn’t even think about adding new data, deleting data, exporting to shapefile or how others will be able to interact with your map. That stuff is not going to happen until this drawing is cleaned up and that entails getting your parcel geometry right and organizing your data.
Chicagolooper
Sorry, the DATAEXTRACTION procedure will not extract 'Object Data.'
Properties and Block Attributes, yes, extraction is possible. Object Data, on the other hand, no, not possible.
Chicagolooper
Sorry, but there is neither geometry nor data associated with this SDF. Not a line, not a polygon, not even a feature ID number in the data. Unless you can upload all pictures, shapefiles, sdf's, excel sheets, and everything else, I cannot provide further assistance. I believe the relevancy of anything uploaded should be determined after upload, not before.
Chicagolooper
@Anonymous wrote:
....... I have managed to set up my Object Class for the property lines and attached a data as attributes to the entities.......
So you have managed to set up your object class.
I am not convinced setting up an object class, whatever that may be, is the correct thing to do. I want to return the drawing to the state it was in before you set up that 'class.' How can I do that?
You have also attached a data as attributes to the entities.
There are five other Data Tables in this drawing besides the one you choose. Why you picked that particular one over the others is beyond me. Can you explain 'why' you choose the Table named Property_Info?
The two things you've done so far, set up class and attach data, might be two different things but they may also be capable of accomplishing the same goal and if this is the case, one of them might be expendable.
You mentioned you don't have data in the tables, that they're blank. This is normal and what happens when you have successfully 'attached' a Table to objects. A Table is merely a placeholder to store an entity's data.
You walk into a firm to apply for a job. You are handed an application. You now question the VP of Human resources why you don't see your name, address, relevant experience and targeted position on the application. the VP responds, 'Don't you fill in that info yourself?'
The other table names you didn't use all start with TPM. What does that stand for? I am guessing one of the other five tables might be a better choice. You may also attach more than one table or even attach all tables except the one you chose. I can actually see the logic in choosing all them, except for the one you choose.
I am hoping the drawing and the data you have provided can be salvaged into a usable map. In all honesty, it doesn't look promising. Your only salvation is to provide as much info you possibly can. I still don't know what you're trying to achieve. Switch your position and make yourself the reader, not the author. Exactly what are you, the reader, able to get out of this drawing once it's completed?
Chicagolooper
Thank you for uploading the new drawing. Unfortunately, you still have issues.
You have parcel boundaries intersecting other parcel boundaries. This is not allowed because it doesn't create two mutually exclusive areas. Intersecting boundaries mean the parcels have partial overlap and confusion arises when trying to determine who owns what in the area of overlap.
You have small parcels completely enclosed by large parcels. This is also not allowed because there are areas of overlap. The small and large parcels must be mutually exclusive. Overlap is simply not allowed when analyzing parcels.
You will need to redraw your parcels. Without redrawing, I don't see a way where you can perform any type of analysis. If it were me, I'd perform a JOIN. A Join operation is an effective way get me what I need.
WARNING: You cannot perform a join without first cleaning up your parcel line work. Creating, manipulating and editing a table like you have described is not possible in Map 3D. However, with a proper JOIN, you can manipulate your table in Excel or Access. Whoever told you it was possible to create, view and edit data in a table while you're using Map3D is the same person who will sell you swamp land in the Everglades.
Chicagolooper
Should've mentioned Carlson and Global Mapper at the beginning, like in the opening post. Why the secret?
Please understand that disclosure is the name of the game here in this forum. And yes, I am familiar with Global Mapper.
Warning: your parcel boundaries are not good in your AutoCad drawing. The boundaries overlap and that makes it impossible to analyze your parcels no matter what program you use.
Chicagolooper