nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Problems importing a standalone table of coordinates

LaboratorioGeomatica

Hi! I've a problem importing a standalone table with coordinates x,y,z of 4 points.

To visualize the points I use Display XY Data, in the window on the right I compile the fields with the coordinates, the firts problem when I select the Coordinate System is the warning "No vertical coordinate system defined" so I define the vertical system too.

Then when I click on run, I don't see any warning, but the points are imported without the Z coordinate, and I really don't know why, and what I'm doing wrong.

I attach the table with the data, that are in Coordinates System 3003

Thank you

Punti_Rossi_XYZ.csv.zip

Vind meer berichten getagd met

Accepted answers

KoryKramer

I guess another question that I have here is where you're getting the data. Because it has an ObjectID and Shape (which is already Point Z) it seems to me it was at some already a feature class (either file gdb or enterprise gdb).

Anyway, I think the issue is that the input table already has a field called Shape. When I remove that field from your original CSV so that your data looks like this:

I'm able to bring that in as a z-enabled (Point Z) feature class.

I've contacted the development team to make them aware of the issue where the tool doesn't handle an input table with a field named Shape.

I hope this helps.

Cheers

Punti_Rossi_XYZ.csv.zip

All comments

LaboratorioGeomatica

Yes, it was a shape, I needed 3 points as vertices of a triangle of a TIN surface for educational purpose.
But I didn't want to import directly the shape, but I wanted to start from the table of coordinates.

Thank you for the tip, removing the field SHAPE from the original CSV worked.

Thank you very much for your help!

LaboratorioGeomatica

I used Genoa for the z values

MelitaKennedy

If the z/vertical values are ellipsoidal, the VCS must use the same datum as the horizontal/geographic coordinate system. We don't have an ellipsoidal Monte Mario VCS. Could the z values be on Genoa? or EVRF2000 or EVRF2007?

KoryKramer

Anyway, I think the issue is that the input table already has a field called Shape. When I remove that field from your original CSV so that your data looks like this:

I'm able to bring that in as a z-enabled (Point Z) feature class.

I've contacted the development team to make them aware of the issue where the tool doesn't handle an input table with a field named Shape.

I hope this helps.

Cheers

Punti_Rossi_XYZ.csv.zip

KoryKramer

It looks like the original error when setting the Coordinate System in the XY Table to Point tool was because the WGS 84 datum from the default vertical coordinate system is a different datum than your XY spatial reference which is D Monte Mario.

What is the correct vertical coordinate system (i.e. you said that you set that. What did you set it to?)?

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.