Whilst the ESRI comment is currently strictly true, spatialite is now supported
by FME (as of the current release of earlier this year), so ESRI support may
come in the Data Interoperability extension (which is FME) in due course -
perhaps when 9.4 is released next year.
Peter
Matt Wilkie wro
>> I'm confused, I thought spatialite support was being added to ogr in
>> 1.7 . http://www.gdal.org/ogr/drv_sqlite.html
I didn't know that, this is good news.
>> As to ESRI, I asked at the last DOI meeting prior to the ESRI
>> conference this year about spatialite support and they said they had
09 13:59
Para: Chris Barker
Cc: gdal-dev@lists.osgeo.org; gdal-dev-boun...@lists.osgeo.org
Assunto: Re: [gdal-dev] Fastest vector format for combining shapefiles
I'm confused, I thought spatialite support was being added to ogr in 1.7 .
http://www.gdal.org/ogr/drv_sqlite.html
As to ESRI, I ask
On Oct 19, 2009, at 7:59 AM, doug_newc...@fws.gov wrote:
I'm confused, I thought spatialite support was being added to ogr in
1.7 . http://www.gdal.org/ogr/drv_sqlite.html
As to ESRI, I asked at the last DOI meeting prior to the ESRI
conference this year about spatialite support and they s
I'm confused, I thought spatialite support was being added to ogr in 1.7 .
http://www.gdal.org/ogr/drv_sqlite.html
As to ESRI, I asked at the last DOI meeting prior to the ESRI conference
this year about spatialite support and they said they had no plans to
support it. Of course, they used to
Simon Greener wrote:
What else is there to do for its adoption as the new shapefile for the
open source community?
I heard someone say once that a specification isn't a standard unless
there is more than one implementation (preferably more). Is there any
other way to read or write a spatialit
Matt,
(Sorry for the duplicate email, I initially replied only to you and not the
list.)
In my experience the open source community rarely, if ever, defines a
thing before creating it. What usually happens is that somebody (whether
an individual or small group) builds somethings that works, or
Brent Wood
--- On Sat, 10/17/09, Matt Wilkie wrote:
> From: Matt Wilkie
> Subject: Re: [gdal-dev] Fastest vector format for combining shapefiles
> To: "Simon Greener"
> Cc: "gdal-dev@lists.osgeo.org"
> Date: Saturday, October 17, 2009, 7:26 AM
> >
Before ever I would advise anything I would want to see the open
source GIS community clearly define that it is that it wants in a
new physical file format.
In my experience the open source community rarely, if ever, defines a
thing before creating it. What usually happens is that somebody (whe
Before ever I would advise anything I would want to see the open source GIS
community clearly define that it is that it wants in a new physical file format.
Here is a discussion on the question of new open vector format that occurred
two years ago (note that most of the discussion is technical
Simon, it's clear you have a great deal of experience in this area. If
it were up to you to chart out a course for an open source spatial
vector format that trancends the current limitations of shape, gml, etc.
what would you advise? Perhaps all that is missing is an architectural
plan.
The on
Simon,
I agree a long way with you.
But how about a solution?
I think enough smart people are involved in OSGeo, it should be possible to
get them together and create a fully Open-Source fast vector format.
I'm not one of those but I'm willing to help with the requirements,
implementation and test
Matt Wilkie wrote:
I'm by no way a vector expert, but for this kind of stuff I'd go the
postgis way, at least for intermediate storage.
I've thought of this but have shied away from it because of the
overhead of installing postgis etc. just to get started. Time to get
over my shyness perhaps
The need for a new vector file format has been discussed many times with no
action initiated by the open source community on what to do.
ESRI has said they will do so, but it's been several
years since they first announced it and when it is finally is released
there is no guarantee it will be u
I'm by no way a vector expert, but for this kind of stuff I'd go the
postgis way, at least for intermediate storage.
I've thought of this but have shied away from it because of the overhead
of installing postgis etc. just to get started. Time to get over my
shyness perhaps :)
cheers,
matt
Matt Wilkie wrote:
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'v
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 me
Jukka,
it depends upon what your desired result is. If you just want to replicate
maps, the answer might differ from seeking to work with the information
contained within the maps. Either way, if your data is going to exceed 6GB, you
probably ought to be looking to one of the DBMS soluti
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 feeled perfect, but I have problems
19 matches
Mail list logo
