I have since checked with some friends on other construction sites (all of us “real” surveyors who happen to work in construction) and they all say it is really a pain-in-the-can to use Access. I rather suspected Access might be a bear to deal with for use in construction. I have spoken to Steve about its new features and it is very impressive. It is truly a fine piece of software and continues to be so. ![]() I have not used Access for a long time, so I will need to discuss with some of my Geospatial colleagues tomorrow when I am next in the office to find out what options you have available to you).Īlan: Fist, kudos to you for the concept and execution of SCS900. I will try to put some thought into this over the next week to give you some guidelines, and will talk to a few customers that I know who are doing this very thing today (but are maybe also struggling with the concepts and processes). I understand that you are moving over to Access to support the SX10, and that unfortunately puts you in this situation of having to work out how to best manage the data from the two systems on the same Projects. While they adopted a Project Folder, the concept of Sites, Designs and Work Orders in SCS900 is way better for a Contractor. While a "Surveyor" may work for a Contractor on a Project (and in that process would need to use the same approach as SCS900 / Siteworks) so that each visit would just be a new task on an existing project etc.the Survey / Geospatial Team have never supported this approach as far as I know. Having been the person that started the SCS900 Product line back in 2003, that was fundamemntally our design concept - that being our "target user" would be working on the same site for many days, weeks, months or years vs the average Land Surveyor using Access jumps from job to job on a daily basis. So, given that Siteworks and Access have fundamentally different data structures what is the best practice for coordinating their use through TBC over the course of a project?Īll good points. Does this mean that every job's data has to be exported manually and, if so, what is the best way to track that? The manual references "editing xml system files" to make them available in other controllers via copy and paste but I cannot find another way to do it.ģ) Access creates each "job" as a file, and not a folder. (Is this correct?) It also has no mechanism that I can find to sync up multiple controllers so that each has the same data (designs etc). Siteworks file system maintains the integrity of the data structure.Ģ) Access (please correct me if I am wrong and missing a step) utilizes a Project folder to hold the site map, control points etc but does not pass the calibration/control data to individual job files within the same project? It seems to be a manual process each time you create a new "job". This can amount to hundreds (or more!) 'work orders' over the course of a project. I have read through both the Siteworks and the Access 2018 user guides this week (700+ pages) and I cannot figure out how the two can work together easily.ġ) Siteworks maintains a folder structure that 'passes' the site map, control, site calibration to all designs and work orders as the project progresses. ![]() SCS900/Siteworks does not support the use of the SX10. Here's the situation: We have used SCS900 since forever. I cannot find a forum (or any place else) to ask questions and receive answers about Access specifically. ![]() First, I do hope this is the correct forum to post this.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |