Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

correct building_historic tolerance #62

Open
mattyschell opened this issue Sep 19, 2024 · 3 comments
Open

correct building_historic tolerance #62

mattyschell opened this issue Sep 19, 2024 · 3 comments
Assignees
Labels
invalid This doesn't seem right

Comments

@mattyschell
Copy link
Owner

This is odd. It does not matter much since building_historic records get pasted in from buildings. We perform no spatial processing in the building_historic feature class.

image

Normal defaults:

image

@mattyschell mattyschell self-assigned this Sep 19, 2024
@mattyschell mattyschell added the invalid This doesn't seem right label Sep 19, 2024
@mattyschell
Copy link
Owner Author

Test this. It will likely re-start the archiving:

Modify the XML Schema:

  • Export the feature class schema to an XML workspace document.
  • Edit the XML file to change the resolution and tolerance settings.
  • Import the modified XML schema back into the geodatabase.

@mattyschell
Copy link
Owner Author

copy-paste defaults
xy tolerance
0.00328083333333333

resolution
0.000328083333333333

@mattyschell
Copy link
Owner Author

Importing the XML does not appear to allow overwriting the schema for existing feature classes. Even when setting the geoprocessing option to allow overwrites the "import XML workspace document" tool does not appear to honor it.

Also, XY Resolution is not included in the XML document. The result is BUILDING_HISTORIC_1 with updated XYTolerance.

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
invalid This doesn't seem right
Projects
None yet
Development

No branches or pull requests

1 participant