Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [udig-users] Shapefiles on a network drive fail 
Jesse Eichar wrote:
> Thank Ugo,
> 
> I'll have to try to debug this issue.  Its one I really want to work...
> Although reading a shp of a CD is likely to be pretty slow :)

sure, but that's another matter. In the real world you get a CD with
shapefiles and try to use udig to browse through them looking for the
data you want. (Show stopper here, as udig couldn't read it).

Cheers,

Ugo

> Hopefully the work jody is doing on cached layers will come soon.
> 
> Jesse
> On 11-Apr-08, at 3:05 PM, Ugo Taddei wrote:
> 
>> Hi,
>>
>> Carr, Angus (MNR) wrote:
>>> I've clipped out the log to get the error message. It's an access denied
>>> exception on the .fix file. It's pasted in below.
>>
>> I *think* I've seen this happen with a shapefile that was on a CD. I
>> reckon udig is trying to write to the directory. I could read the
>> shapefile after it moved it to the harddisk.
>>
>> Cheers,
>>
>> Ugo
>>
>>>
>>> The file can be loaded by the wizard, but then fails at rendering.
>>>
>>> I submitted my log file to the bug reporting system just now, if you
>>> want to look at it in more detail.
>>>
>>> Y:\ is a mapped network drive.
>>>
>>> Thanks,
>>> Angus.
>>>
>>> -----Original Message-----
>>> From: Jody Garnett [mailto:jgarnett@xxxxxxxxxxxxxxx]
>>> Sent: April 8, 2008 8:06 PM
>>> To: Carr, Angus (MNR)
>>> Cc: udig-users@xxxxxxxxxxxxxxxxxxxxx
>>> Subject: Re: [udig-users] Shapefiles on a network drive fail
>>>
>>> Hi Carr,
>>>
>>> For a while we used different shapefile reading code when something is
>>> located on a network share (since the windows "memory mapped" idea does
>>> not work when working on a network shared file). That is the reason why
>>> the index files are not being used on network share.
>>>
>>> What kind of errors are you getting?
>>> Jody
>>>> Hi, List.
>>>>
>>>> Has anyone else had errors with getting non-local files to read
>>> properly?
>>>> I have a file WTRSHTER.shp (and all it's extra bits) which I cannot
>>>> read on the network drive (YJ but which when I copy it to a local
>>>> drive, it reads fine.
>>>>
>>>> Has anyone else had such a problem?
>>>>
>>>> Udig downloaded today, so v1.1-RC14
>>>>
>>>> The file can be read quite happily by other GIS products, in either
>>>> location.
>>>>
>>>> UDig creates the index files .fix and .qix in the directory when I
>>>> copy it locally, and does not on the network drive.
>>>>
>>>> I presume that the creation of these spatial index files is much of
>>>> the problem. Is there any way to read from a write-only directory?
>>>>
>>>> =============
>>>>
>>>> Angus Carr
>>>>
>>>> NWR Planning Analyst, OMNR
>>>> (807) 473-3175
>>>>
>>>> angus.carr@xxxxxxxxxx <mailto:angus.carr@xxxxxxxxxx>
>>>>
>>>>
>>> ------------------------------------------------------------------------
>>>> _______________________________________________
>>>> udig-users mailing list
>>>> udig-users@xxxxxxxxxxxxxxxxxxxxx
>>>> http://lists.refractions.net/mailman/listinfo/udig-users
>>>>
>>>
>>> !ENTRY net.refractions.udig.project 2 0 2008-04-09 08:50:47.861
>>> !MESSAGE Problem rendering: Exception rendering layer DefaultMapLayer[
>>> Test, VISIBLE, style=StyleImpl<NO_PARENT>[ name=Default Styler],
>>> data=net.refractions.udig.project.internal.impl.UDIGFeatureStore@1685e30
>>> , query=Query: [Request All Features]
>>>   feature type: null
>>>   filter: Filter.NONE
>>>   [properties:  ALL ]]
>>> !STACK 0
>>> net.refractions.udig.project.render.RenderException: Problem rendering:
>>> Exception rendering layer DefaultMapLayer[ Test, VISIBLE,
>>> style=StyleImpl<NO_PARENT>[ name=Default Styler],
>>> data=net.refractions.udig.project.internal.impl.UDIGFeatureStore@1685e30
>>> , query=Query: [Request All Features]
>>>   feature type: null
>>>   filter: Filter.NONE
>>>   [properties:  ALL ]]
>>>     at
>>> net.refractions.udig.render.internal.feature.basic.BasicFeatureRenderer.
>>> render(Unknown Source)
>>>     at
>>> net.refractions.udig.render.internal.feature.basic.BasicFeatureRenderer.
>>> render(Unknown Source)
>>>     at
>>> net.refractions.udig.project.internal.render.impl.RenderJob.startRenderi
>>> ng(Unknown Source)
>>>     at
>>> net.refractions.udig.project.internal.render.impl.RenderJob.run(Unknown
>>> Source)
>>>     at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>> Caused by: java.lang.Exception: Exception rendering layer
>>> DefaultMapLayer[ Test, VISIBLE, style=StyleImpl<NO_PARENT>[ name=Default
>>> Styler],
>>> data=net.refractions.udig.project.internal.impl.UDIGFeatureStore@1685e30
>>> , query=Query: [Request All Features]
>>>   feature type: null
>>>   filter: Filter.NONE
>>>   [properties:  ALL ]]
>>>     at
>>> org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.jav
>>> a:467)
>>>     at
>>> org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.jav
>>> a:374)
>>>     ... 5 more
>>> Caused by: java.io.FileNotFoundException:
>>> Y:\NDD\ThunderBayDistrict\WTRSHTER.fix (Access is denied)
>>>     at java.io.RandomAccessFile.open(Native Method)
>>>     at java.io.RandomAccessFile.<init>(RandomAccessFile.java:212)
>>>     at
>>> org.geotools.data.shapefile.indexed.FidIndexer.getWriteChannel(FidIndexe
>>> r.java:165)
>>>     at
>>> org.geotools.data.shapefile.indexed.FidIndexer.generate(FidIndexer.java:
>>> 71)
>>>     at
>>> org.geotools.data.shapefile.indexed.IndexedShapefileDataStore.createFeat
>>> ureReader(IndexedShapefileDataStore.java:428)
>>>     at
>>> org.geotools.data.shapefile.indexed.IndexedShapefileDataStore.getFeature
>>> Reader(IndexedShapefileDataStore.java:404)
>>>     at
>>> org.geotools.data.AbstractDataStore.getFeatureReader(AbstractDataStore.j
>>> ava:366)
>>>     at
>>> org.geotools.data.DefaultFeatureResults.reader(DefaultFeatureResults.jav
>>> a:147)
>>>     at
>>> org.geotools.renderer.lite.StreamingRenderer.getReader(StreamingRenderer
>>> .java:1178)
>>>     at
>>> org.geotools.renderer.lite.StreamingRenderer.processStylers(StreamingRen
>>> derer.java:1275)
>>>     at
>>> org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.jav
>>> a:464)
>>>     ... 6 more
>>> _______________________________________________
>>> udig-users mailing list
>>> udig-users@xxxxxxxxxxxxxxxxxxxxx
>>> http://lists.refractions.net/mailman/listinfo/udig-users
>>>
>>>
>>>
>>
>>
>> -- 
>> Ugo Taddei
>>
>> Fraunhofer Institut Intelligente Analyse- und Informationssysteme (FhG
>> IAIS)
>> http://www.iais.fraunhofer.de
>> Department Knowledge Discovery - IAIS.KD -
>> Working Group Spatial Decision Support
>> http://www.iais.fraunhofer.de/kd.html
>> phone  (+49)2241-14-2184    fax    (+49)2241-14-2072
>> Schloss Birlinghoven, D-53754 Sankt Augustin, Germany
>> ------------------------------------------------------
>> Visit our thematic mapping tool CommonGIS: http://www.commongis.de
>> _______________________________________________
>> udig-users mailing list
>> udig-users@xxxxxxxxxxxxxxxxxxxxx
>> http://lists.refractions.net/mailman/listinfo/udig-users
> 
> 
> 


-- 
Ugo Taddei

Fraunhofer Institut Intelligente Analyse- und Informationssysteme (FhG IAIS)
http://www.iais.fraunhofer.de
Department Knowledge Discovery - IAIS.KD -
Working Group Spatial Decision Support
http://www.iais.fraunhofer.de/kd.html
phone  (+49)2241-14-2184    fax    (+49)2241-14-2072
Schloss Birlinghoven, D-53754 Sankt Augustin, Germany
------------------------------------------------------
Visit our thematic mapping tool CommonGIS: http://www.commongis.de

Back to the top