Jukka Rahkonen writes:
Hi,
I am combining some GIS data where each layer is divided to around
thousand
separare shapefiles by mapsheets. Now I would like to store all the
35000
shapefiles to something that is more easy to handle. At first pushing
each layer
to own Spatialite database
Hi,
Interesting topic !
The most efficient way is the one which will fit your needs the best.
Forget the OneShape idea, but I think you can either have a database
approach (either PostGIS or Oracle) or a file approach (your thousands
of shapefiles).
It depends on what you have to do with data and
Hi,
Maybe I need to clarify a bit my aim. This is huge dataset with hundreds of
layers and we do not use actively all of them. The layers we need we will
insert to Oracle database but it is a managed, hosted production system and it
is far too expensive to use it as a backyard storage shed.
Perhaps, although not yet supported by GDAL because publication of the format is
not due until 2010, the new ESRI File geodatabase might be something to explore.
This is limited only be any operating system restrictions on size and appears
to be replacing the shapefile in due course. However,
Randy,
Therefore, I doubt there is something wrong with my ENC file and want to use
“ogrinfo.exe” for testing. However, the window disappear as soon as it
appear when I dblclick it and so does some other application like
gdalwarp.exe.
These applications are best run from command line
Julien Michel wrote:
Dear Gdal developpers,
Yesterday I was trying to read my favourite radar dataset, consisting in
a raw file along with an ENVI style header with gdal 1.6.2. I was very
confident since it was working perfectly fine with earlier version of gdal.
But this time, I only
Hi Frank List
I tested the program below but it does not out put the .tab or
.mif/.mid with the coordinate system. It is always non-earth.
Could you please check it against your gdal/ogr installation to see
if something went wrong during my compilation of gdal 1.6.2?
Thanks a lot,
Frank Warmerdam wrote:
Rahkonen Jukka wrote:
I can tell now that shapefile format is not suitable at all. The shp
part can obviously not go over 2 GB limit because after that ogr2ogr
throws these error messages:
ERROR 1: Error in psSHP-sHooks.FSeek() or fwrite() writing object to
.shp file.
I am having difficulty programming in the spatial reference for a shape file I
have built. The Spatial Refererence is
NAD_1983_HARN_StatePlane_Washington_South_FIPS_4602_Feet, which is our shop
standard. The rest of the program is working, but this one part eludes me. I
have numerous
2009/10/7 Burris, Celeste Suliin cbur...@ci.tacoma.wa.us
I am having difficulty programming in the spatial reference for a shape
file I have built. The Spatial Refererence is
NAD_1983_HARN_StatePlane_Washington_South_FIPS_4602_Feet, which is our shop
standard. The rest of the program is
I am combining some GIS data where each layer is divided to around thousand
separare shapefiles by mapsheets.
We are in the same boat. For the moment I'm exploring the approach of
aggregrating map sheets, creating super tiles, until we approach the 2gb
shapefile limit. I've not found a good
11 matches
Mail list logo
