[Community] Unable to load a datastore
Vaishal Sheth
vpsheth at gmail.com
Fri Dec 2 17:05:26 EET 2005
Sean,
Here's what I get.
C:\Program Files\FWTools0.9.9\bin>ogrinfo c:\gis\world_borders.ovf
ERROR 4: Update access not supported for VRT datasources.
Had to open data source read-only.
INFO: Open of `c:\gis\world_borders.ovf'
using driver `VRT' successful.
1: world_borders (Polygon)
And ogrinfo can successfully ready the .shp. Does this imply permission
issues?
Thanks,
Vaishal
On 12/1/05, Sean Gillies <sgillies at frii.com> wrote:
>
> Vaishal,
>
> Will you try running ogrinfo (a GDAL/OGR utility program in FWTools)
> against world_borders.ovf? This could help us diagnose the problem.
>
> Sean
>
> On Dec 1, 2005, at 3:30 PM, Vaishal Sheth wrote:
>
> > Thanks all for the replies. Here's something interesting.
> >
> > Sean, I tried your suggestion and changed the relativeToVRT to 1
> > and provided the relative name for the shapefile but no luck.
> >
> > I have another shapefile in the same folder called
> > state_bounds.shp. I can't create the datastore using the ovf file
> > (configured similar to world_borders.ovf). However, when I try
> > Josh's suggestion to access the shapefile directly, I can access
> > it. I cannot access the world_borders in this manner though. The
> > only thing that's different between the two files on the filesystem
> > is that the state_bounds has a prj file associated. Though I don't
> > think it should matter.
> >
> > Any ideas?
> >
> > On 12/1/05, Sean Gillies <sgillies at frii.com> wrote: If
> > world_borders.shp and world_border.ovf are in the same folder, the
> > ovf file should look like this:
> >
> > <OGRVRTDataSource>
> > <OGRVRTLayer name="world_borders">
> > <SrcDataSource relativeToVRT="1">world_borders.shp</
> > SrcDataSource>
> > <SrcLayer>world_borders</SrcLayer>
> > <LayerSRS>EPSG:4326</LayerSRS>
> > </OGRVRTLayer>
> > </OGRVRTDataSource>
> >
> > I believe your original error is most likely due to a problem with
> > the SrcDataSource element.
> >
> > Sean
> >
> > On Dec 1, 2005, at 2:56 PM, Vaishal Sheth wrote:
> >
> > > When I do that, I get the error "Data store is improperly
> > > configured: 'NoneType' object has no attribute 'ExportToWkt'" Does
> > > that imply that it can at least read the shapefile and hence the
> > > issue is not with the permissions? because both world_borders.shp
> > > and .ovf reside in the same folder.
> > >
> > >
> > > On 12/1/05, Josh Livni < josh at livniconsulting.com> wrote: Try
> > > replace in the zco datastore with world_borders.shp (or whatever the
> > > ovf refers to).
> > >
> > > Does that help?
> > >
> > > -Josh
> > >
> > > Vaishal Sheth wrote:
> > > > Kai,
> > > >
> > > > Thanks for the quick response. Yes, I can access the file and
> > print
> > > > it's contents from the python interpreter. So, any ideas where
> > else
> > > > the error might be?
> > > >
> > > > Vaishal
> > > >
> > > > On 12/1/05, *Kai Hänninen* <kai.hanninen at mbconcert.fi
> > > > <mailto: kai.hanninen at mbconcert.fi>> wrote:
> > > >
> > > > to, 2005-12-01 kello 15:45 -0500, Vaishal Sheth kirjoitti:
> > > > > Hello list,
> > > > >
> > > > > A while ago, I succeeded in installing PrimaGIS 0.4 with
> > > PCL 0.9 and
> > > > > ZCO 0.6 along with a lot of help from the community. Now
> > I am
> > > > trying
> > > > > to reproduce the installation on another machine and am
> > > strangely
> > > > > getting a datastore error. The error log shows
> > > > >
> > > > > Traceback (most recent call last):
> > > > > File "C:\Program Files\Plone 2\Zope\lib\python\ZPublisher
> > > > > \Publish.py", line 101, in publish
> > > > > request, bind=1)
> > > > > File "C:\Program Files\Plone 2\Zope\lib\python\ZPublisher
> > > > > \mapply.py", line 88, in mapply
> > > > > if debug is not None: return debug(object,args,context)
> > > > > File "C:\Program Files\Plone 2\Zope\lib\python\ZPublisher
> > > > > \Publish.py", line 39, in call_object
> > > > > result=apply(object,args) # Type s<cr> to step into
> > > published
> > > > > object.
> > > > > File "C:\Program Files\Plone
> > > > 2\Data\Products\PrimaGIS\PrimaGIS.py",
> > > > > line 171, in view
> > > > > bgcolor = maprenderer.getProperty ('pg-bgcolor',
> > > '#ffffff'))
> > > > > File "C:\Program Files\Plone 2\Data\Products\ZCO
> > > \MapRenderer.py",
> > > > > line 162, in render
> > > > > layering.append((layer.layer(), style.style ()))
> > > > > File "C:\Program Files\Plone 2\Data\Products\ZCO
> > \Layer.py",
> > > > line 75,
> > > > > in layer
> > > > > store = self.getDataStore ().datastore()
> > > > > File "C:\Program Files\Plone
> > > > 2\Data\Products\ZCO\DataStore.py", line
> > > > > 130, in datastore
> > > > > store = disk.DiskFeatureStore(self.path)
> > > > > File "C:\Program Files\Plone
> > > > 2\Python\lib\site-packages\cartography
> > > > > \data\disk.py", line 62, in __init__
> > > > > raise Exception, "Cannot access %s" % (path)
> > > > > Exception: Cannot access c:\gis\world_borders.ovf
> > > > >
> > > > > I have read/write permissions to the c:\gis folder. Any
> > > ideas?
> > > >
> > > > Does running the following in the same python interpreter
> > > that your
> > > > Plone system is using work?
> > > >
> > > > >>> print open("c:\gis\world_borders.ovf").read()
> > > >
> > > > It should print out the contents of the file. If it does,
> > > than at
> > > > least
> > > > your python is able to access the file and the error must be
> > > somewhere
> > > > else. Otherwise double-check your access rights and the path.
> > > >
> > > >
> > > > cheers,
> > > > Kai
> > > >
> > > > --
> > > > Kai Hänninen mobile:+358-44-541 9567
> > > > Software engineer www.mbconcert.fi
> > > > <http://www.mbconcert.fi>
> > > > MB Concert Ky kai.hanninen at mbconcert.fi
> > > > <mailto:kai.hanninen at mbconcert.fi>
> > > >
> > > >
> > > >
> > > >
> > >
> > ----------------------------------------------------------------------
> > > --
> > > >
> > > > _______________________________________________
> > > > Community mailing list
> > > > Community at lists.gispython.org
> > > > http://lists.gispython.org/mailman/listinfo/community
> > > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Community mailing list
> > > Community at lists.gispython.org
> > > http://lists.gispython.org/mailman/listinfo/community
> >
> > ---
> > Sean Gillies
> > sgillies at frii dot com
> > http://zcologia.com/news
> >
> >
> >
> >
>
> ---
> Sean Gillies
> sgillies at frii dot com
> http://zcologia.com/news
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gispython.org/pipermail/community/attachments/20051202/dd647fd7/attachment.htm>
More information about the Community
mailing list