All articles
    site intelligence package

    What Is a Site Intelligence Package? Contents, Sources and Limits

    A practical definition of a site intelligence package: evidence, source dates, mapped context, assumptions, exports and the checks still required.

    ·4 min read·By Shatakshi Patil, Architect

    Quick answer

    A site intelligence package brings a site boundary, sourced findings, mapped context, assumptions and agreed outputs into one reviewable set. Its value depends on traceable evidence and clear limits; assembling a package does not establish planning approval, legal title or survey accuracy.

    A site review often starts with separate maps, policy documents, site notes and geometry. A useful package connects each finding to its source and explains which decision it informs. The file format alone does not determine quality: a well-controlled folder can work, while an attractive dashboard can still contain unsupported conclusions.

    This guide defines the contents. For a practical review sequence and a downloadable evidence register, use the site package handoff checklist.

    What should the package contain?

    Start with the agreed purpose: early screening, option comparison, a planning discussion or a design handoff. Record the site address, boundary, jurisdiction, revision and intended use. Then include the findings relevant to that purpose.

    ComponentWhat the reader needs
    Planning contextRelevant authority, policy source, edition and questions still requiring interpretation
    Environmental evidenceSource maps or reports, geographic coverage, dates and unresolved constraints
    Physical contextTerrain and surrounding features, origin of geometry and accuracy limitations
    Access and movementRelevant transport sources and the assumptions behind any accessibility measure
    Assumptions and issuesWhat is inferred, what is missing and who will check it
    Agreed outputsReadable summary, source register and requested spatial files with units and reference information

    An absent layer is an unknown until its coverage is checked. It is not evidence that the constraint is absent.

    How should a finding link to its evidence?

    Give each finding an identifier. Record the source URL or document, publisher, access date, publication or effective date when available, geographic scope and relevant page or section. Keep the observed source separate from your interpretation.

    For example, a map may show a designated area near the site. That observation does not by itself establish the effect on a particular proposal. Record the question, the responsible reviewer and the next check. Avoid replacing an unknown with an apparently precise score.

    How is a package different from a PDF report?

    A report communicates findings. A package can also hold the source register, mapped evidence, issue list and agreed spatial files. Neither format automatically guarantees completeness, current policy or reliable coordinates.

    PDFs may contain geospatial information, and spatial exports may still be unsuitable for the intended drawing. Before reusing geometry, confirm units, coordinate reference system, origin, extent and alignment against a known control. For GeoJSON that follows RFC 7946, positions use WGS 84 longitude and latitude in decimal degrees; they are not metre-based CAD coordinates.

    Who reviews the package?

    The client or developer reviews the decision summary and outstanding issues. The architect checks the implications for options and the suitability of design context. Planning and other specialist reviewers check the evidence within their scope. Assign ownership instead of assuming every recipient has verified every layer.

    Before circulation, agree which findings are checked, which are provisional and which require additional investigation. A package can support commissioning those investigations; it does not replace their professional scope.

    Where does Atlasly fit?

    Use Atlasly to assemble and review available site information, then check the evidence and outputs needed for your project. Coverage, source dates, account access and export support should be confirmed for the actual site and workflow. See the site analysis method and source limits and current plans.

    Ask for a representative export and open it in the receiving application before committing to a delivery requirement. A list of format names is not a compatibility test.

    Illustrative example

    Illustrative workflow, not a customer case study: a team receives a terrain layer and an environmental map from different dates. It records the source dates separately, checks whether both cover the agreed site boundary, and leaves drainage implications open for specialist review. The package helps the team see what is known and what still needs checking.

    Frequently asked

    What is a site intelligence package?

    It is a coordinated set of site context, sourced findings, assumptions, issues and agreed outputs prepared for a stated decision or handoff.

    Does a site intelligence package prove a site is developable?

    No. It supports an early review and records evidence and unknowns. Planning, legal, commercial and technical conclusions require the relevant checks for the specific proposal.

    Does every package need CAD exports?

    No. Agree outputs with the recipients. If geometry is required, verify the format, units, coordinates and successful import rather than assuming every file is design-ready.

    Conclusion

    Judge a site intelligence package by whether another person can trace its findings, understand its limits and carry out the next check. Use the handoff checklist and blank evidence register to make those checks explicit.

    Atlasly

    About the author

    Shatakshi Patil

    Architect writing about pre-construction due diligence, planning context, and site intelligence workflows for design teams using Atlasly.

    Sources and references

    Authoritative references for the planning policies, regulations, and standards referenced in this article. Always check the publisher for the latest version.

    1. 1RFC 7946: GeoJSON coordinate reference system· IETF / RFC Editor (2016)

    Related articles

    Auto-suggested