Frank Warmerdam pobox.com> writes:
> Sebastien,
>
> OGR cannot currently read shapefiles without a .shx file. The .sbn and
> .sbx files are spatial indexes, and not used by GDAL. The .shx file is
> basically a "shape id to file offset" index.
OpenJUMP can read features from just a lonely .shp
Hello,
However, you can repair shapefiles. ESRI site give several tools, one :
http://arcscripts.esri.com/details.asp?dbid=13733
After repairing, you will read your ESRI files with ogr how you want.
Thanks
--
Jérôme Cuinet
Selon Frank Warmerdam :
> Donnet , Sebastien wrote:
> > Hi,
> >
> >
Donnet , Sebastien wrote:
Hi,
sorry in advance if it's a stupid (or already well covered) question,
but today I tried to read a shapefile coming from, I believe, ArcGIS 9.2
and run out into trouble:
ERROR 4: Unable to open Bedrock.shx or Bedrock.SHX.
FAILURE:
Unable to open datasource `Bedr
Hi,
sorry in advance if it's a stupid (or already well covered) question,
but today I tried to read a shapefile coming from, I believe, ArcGIS 9.2 and
run out into trouble:
ERROR 4: Unable to open Bedrock.shx or Bedrock.SHX.
FAILURE:
Unable to open datasource `Bedrock.shp' with the following dri
hello
what is wrong about this project conversion ?
resulting map does not seem to be in lat/long.
Here is the original map's metadata:
name: Lambert Conformal Conic
proj: lcc
datum: wgs84
ellps: wgs84
lat_1: 40.66
lat_2: 43.34
lat_0: 0
lon_0: 34
x_0: 100
y_0: 0
no_d
Alans wrote:
>
>
> The problem here is that it is looking for libexpat.so in /usr/lib rather
> than /usr/lib64.
>
> I have tried configuring with '--with-expat-lib="-L/usr/lib64"' and with
> '--with-expat-lib=/usr/lib64' but neither made any difference. It is not
> clear to me how --with-expa
Alans wrote:
>
>
>
> Alans wrote:
>>
>>
>>
>> Alans wrote:
>>>
>>>
>>>
>>> Frank Warmerdam wrote:
This is very odd - I've never seen something quite like it.
One work around would likely be to configure GDAL --without-libtool. I
wonder if 1.6.3 got rele
Daniele Romagnoli wrote:
Hi again list,
I'm building a shapefile and, when setting the CRS, I use this code:
.
t_srs = osr.SpatialReference()
t_srs.SetFromUserInput("EPSG:32632")
Looking at the generated PRJ, I see it uses the ESRI WKT definition [1].
Is there a way to get the OGC defini
Hi again list,
I'm building a shapefile and, when setting the CRS, I use this code:
.
t_srs = osr.SpatialReference()
t_srs.SetFromUserInput("EPSG:32632")
Looking at the generated PRJ, I see it uses the ESRI WKT definition [1].
Is there a way to get the OGC definition [2] instead? (This one
Hello,
I'm to reprojecting/warping geotiff images with C# OSGeo.Gdal assembly.
Is there a way to initialize the output geotiff to some odd color (not black)
so setting the transparency only affects the areas it should?
>From the C++ api i learned that there should be something like GdalWarpOption
On Wed, 16 Dec 2009, Ari Jolma wrote:
Roger,
I have no problems with building the GPX driver.
Ari,
Thanks. My problem was the presence in /usr/local/include of 1.6 GDAL
headers, and that directory being ahead of the build tree includes. I
build without --prefix= set in ./configure, so defa
Thank you guys for the correction.
It seems I have copied an old polygon definition in my previous email (in my
last script, I have changed odd ',' with ' ' to set couples). The issue was
that I missed double brackets. However, the importFromWkt didn't work (Being
undefined in the python bindings,
12 matches
Mail list logo
