My advice would be to get a copy of the data on the local drive for her computer and try it that way to remove any network issues.
- Nathan On Wed, Jul 15, 2015 at 10:17 AM, Johanna Botman < [email protected]> wrote: > All the layers come off the same server that holds all our GIS data. The > GIS data is held on a MS SQL server and copies of that data are made into > TAB and SHP files overnight. In this case, the user has her own mapped > drive with her own copy of those files (I can be risk averse as well). > > I know that I haven't changed anything. It is hard to know who may have > made changes and what changes they made. > > _______________ > Johanna Botman > GIS / Assets Officer > > > Griffith City Council > Ph: 02 6962 8168 > > [image: Inactive hide details for Nathan Woodrow ---15/07/2015 10:12:57 > AM---The other layers are coming off the network? If it's been]Nathan > Woodrow ---15/07/2015 10:12:57 AM---The other layers are coming off the > network? If it's been working fine something else has changed b > > From: Nathan Woodrow <[email protected]> > To: Johanna Botman <[email protected]>, > Cc: qgis-user <[email protected]> > Date: 15/07/2015 10:12 AM > > Subject: Re: [Qgis-user] Loading issues with project file in QGIS 2.4 (64 > bit) > ------------------------------ > > > > The other layers are coming off the network? If it's been working fine > something else has changed by the sounds of it. > > - Nathan > > On Wed, Jul 15, 2015 at 10:06 AM, Johanna Botman < > *[email protected]* <[email protected]>> > wrote: > > Thanks for the quick response Nathan, > > I'm not sure if you are familiar with Dial Before You Dig. When a > request is made for information about the underground assets in a > particular area, our council is one of the organisations that are asked to > respond. That request is emailed to us and contains a .gml file with the > specified location details. > > In order to speed up the processing at our end, I set up a project > file that accepts this gml file, we zoom to the layer, align that with the > canvas and produce the pdf file that goes back to the initial requestor. > > It worked fine for at least the last year. The layers in the project > file are not large. The largest is 13Mb, the smallest is a few kilobytes. > There are 17 layers in the project. I have had a request to put aerial > imagery under the maps, but have resisted that because of the size of the > images. > > What else do you need to know? > > _______________ > Johanna Botman > GIS / Assets Officer > > > Griffith City Council > Ph: *02 6962 8168* <02%206962%208168> > > [image: Inactive hide details for Nathan Woodrow ---15/07/2015 > 09:24:18 AM---On Wed, Jul 15, 2015 at 9:13 AM, Johanna Botman < > Johanna.]Nathan > Woodrow ---15/07/2015 09:24:18 AM---On Wed, Jul 15, 2015 at 9:13 AM, > Johanna Botman < *[email protected]* > <[email protected]>> wrote: > > From: Nathan Woodrow <*[email protected]* <[email protected]>> > To: Johanna Botman <*[email protected]* > <[email protected]>>, > Cc: qgis-user <*[email protected]* <[email protected]>> > Date: 15/07/2015 09:24 AM > Subject: Re: [Qgis-user] Loading issues with project file in QGIS 2.4 > (64 bit) > ------------------------------ > > > > > > On Wed, Jul 15, 2015 at 9:13 AM, Johanna Botman < > *[email protected]* > <[email protected]>> wrote: > but IT tell me it is the nature of open source software. > > Good thing your IT is wrong then hey :P > > I also suspect network if the files are large it will pull the whole > thing over the network before it can open it. GML also isn't the most > efficient format in the world so take that into consideration. > > What other layers are in the project? If you have lots of network > layers it will try and read them when you load the new layer in order to > refresh the map, remember each pan is going to read the files to get the > data. > > We will need a bit more info on the project and files to help more. > > - Nathan > > > > > > ------------------------------ > This e-mail, together with any attachments, is for the exclusive and > confidential use of the addressee(s). Confidentiality is not waived if you > are not the intended recipient. Any other distribution, use of, or > reproduction without prior written consent is strictly prohibited. > > Views expressed in this e-mail are those of the individual, except > where specifically stated otherwise. If this e-mail has been sent to you in > error, please delete the e-mail completely and immediately from your > system. Although reasonable precautions are taken, Griffith City Council > does not warrant or guarantee this message to be free of errors, > interference, viruses or similar malicious code and does not accept > liability for any consequences to the recipient opening or using this email > or attachments. > > This email was scanned and cleared by MailMarshal, Sophos & Kaspersky > AV > > ------------------------------ > > > > > > > > ------------------------------ > This e-mail, together with any attachments, is for the exclusive and > confidential use of the addressee(s). Confidentiality is not waived if you > are not the intended recipient. Any other distribution, use of, or > reproduction without prior written consent is strictly prohibited. > > Views expressed in this e-mail are those of the individual, except where > specifically stated otherwise. If this e-mail has been sent to you in > error, please delete the e-mail completely and immediately from your > system. Although reasonable precautions are taken, Griffith City Council > does not warrant or guarantee this message to be free of errors, > interference, viruses or similar malicious code and does not accept > liability for any consequences to the recipient opening or using this email > or attachments. > > This email was scanned and cleared by MailMarshal, Sophos & Kaspersky AV > ------------------------------ > >
_______________________________________________ Qgis-user mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-user
