Importeren van as-built CAD-gegevens van openbare werken in geodatabase, beste praktijken

Matt_Trebesch

<\/HEAD>

Ik was op de UC en bezocht de ESRI-CAD ondersteuningsstand. Een ESRI-medewerker stelde voor dat ik hier zou vragen...<\/P>

<\/P>

Dus, ik werk voor een vrij kleine stad die hun nieuwe gemeentelijke infrastructuurgegevens (water, riolering, straten, borden, storm, enz.) ontvangt van CAD as-built tekeningen van ingenieursbureaus die het project beheren en voor ons ontwerpen.
Via onze gemeentelijke engineeringnormen vereisen we dat ontwerpen aan ons worden ingediend in NAD83 MT State Plane, internationale voet. Dus het importeren van het .dwg-bestand is geen probleem.<\/P>

Wat het probleem is, is dat de verschillende ingenieurs die deze projecten ontwerpen meestal tot ongeveer 50 lagen hebben (sommige aan, sommige uit) en het is moeilijk dat sommige resulterende as-built tekeningen hele CAD-lagen exporteren als "new water", "new sewer", enz. Je eindigt meestal met veel CAD-lagen die een bepaald stuk infrastructuur definiëren.<\/P>

<\/P>

Daarnaast zijn er meestal andere lagen die de weergave rommelig maken - en het vinden welke welke is om uit te schakelen wordt soms een karwei.<\/P>

Als gevolg hiervan is onze huidige werkwijze om deze gegevens in onze GIS te krijgen door ze handmatig te digitaliseren vanaf de CAD-gegevens. Het is een enorme last en niet efficiënt.<\/P>

Ik wil graag weten welke andere methoden kleine (en met weinig personeel uitgeruste) gemeentelijke overheden gebruiken om dit soort gegevens in hun GIS te krijgen. Een ESRI-medewerker raadde aan om CAD "standaarden" af te dwingen zodat onze engineeringpartners hun ontwerp ten minste in een formaat indienen dat gemakkelijker te gebruiken is. Als dat zo is, zouden enkele voorbeelden daarvan of DWG-sjablonen helpen?
en dan een controle doen met data reviewer?<\/P>

Ideeën? <\/P><\/BODY><\/HTML>

WillWalter1

I have assisted a number of public utilizes / public works organizations in the development of "CAD / Digital Submittal Standards" over the years and have seen examples of complex to simple requirements.  The more complex, the more difficult to enforce.  Here is an example of simple requirement: 

For all digitally created construction / site plan documents, one (1) disk (CDROM) of the master plan file, including, where applicable, easements, water/wastewater facilities, and stormwater drainage system.  The digital data to be submitted shall follow these formatting guidelines:  All data shall be delivered in the StatePlane coordinate system, with a <SYSTEM> Projection, and a xyz datum, with xyz units;  files shall be in a CAD format.  Information layers shall have common naming conventions (i.e. right-of-way - ROW, centerlines - CL, edge-of-pavement - EOP, etc.). For a plan to be deemed complete, the layering scheme must be readily understood by <ORGANIZATION> Staff. These digital submittal requirements are enacted to enable the <ORG> to serve our customers, the public, better.  It will allow applications to be reviewed faster, and reduce the number of paper copies to be submitted.

An organization that I have worked with in the past, the City of Mesquite NV, has an excellent set of comprehensive digital submittal requirements which I am sure they would be happy to share.  https://www.mesquitenv.gov/departments/public-works