See also https://trac.osgeo.org/postgis/wiki/UsersWikiPostgisarcgis
:S
2015-11-23 20:01 GMT+01:00 David Vick :
> Paul,
>
> Thanks for the response. We are running ArcSDE on top of the PostgreSQL
> server hence the first part of the question. As part of our process we are
> using ArcObjects to
Tim,
> Would it make sense to do something as follows? (Note: I haven't tried
> this yet, I'm just soliciting early feedback so please bare with me )
>
>
> if (osMinResolution.size() != 0)
> {
> double dfMinResolution = CPLAtofM(osMinResolution);
>
> while (nOvervi
I'm trying to open a WMS dataset using the minimally documented
MINRESOLUTION option. (http://www.gdal.org/frmt_wms.html)
When providing a way-too-fine resolution, I manage to create a raster
that exceeds GDALs 32-bit integer based dimensions. Below shows what
I'm seeing. You can see that on
Paul,
Thanks for the response. We are running ArcSDE on top of the PostgreSQL
server hence the first part of the question. As part of our process we are
using ArcObjects to extract the schema of the FileGDB and write the schema
to PostgreSQL and then are attempting to use gdal/ogr2ogr to move th
This is a non-sequitur "PostgreSQL/PostGIS that has the default
geometry_storage parameter set to st_geometry”. The ST_Geometry type is an ESRI
thing, and you need to have ESRI dll’s installed in your PostgreSQL/ESRI server
in order to create such a column. That’s Problem #1.
Problem #2 is tha
All,
I'm trying to use ogr2ogr to ingest FileGDB's into PostgreSQL/PostGIS that
has the default geometry_storage parameter set to st_geometry. When
running ogr2ogr with DEBUG on I see a message PG: Field shape is of unknown
format type st_multipolygon ogr2ogr completes and I
can verify that the
Hi, sorry for intruding, this help describes the specification of --v95/v7--
versions.
The --v8-- spec is different, OpenDGN only supports read v95/v7 files, and
read/write v8 files.
Alvaro
De: Andre Vautour
Para: Even Rouault
CC: gdal-dev@lists.osgeo.org
Enviado: Lunes 23 de noviembre
Hi all,
I tried to build *GDAL 2.0.1* with *filegeodb* support with *proj4* as
static lib on *Linux*. I am able to use the API to get the field data from
Filegeodb but I am *not able to get the geometry*. I have configured as
./configure --with-fgdb=/fgdblib --with-static-proj4=/usr/local/
--wit
On 2015-11-23 12:00, Even Rouault wrote:
Le lundi 23 novembre 2015 16:48:48, Andre Vautour a écrit :
Right, thanks, I wasn't thinking of that when I wrote my reply.
Guess it makes sense for a closed format such as DWG. Might not make as
much sense to use it for DGN which is more open
DGN v8:
Le lundi 23 novembre 2015 16:48:48, Andre Vautour a écrit :
> Right, thanks, I wasn't thinking of that when I wrote my reply.
>
> Guess it makes sense for a closed format such as DWG. Might not make as
> much sense to use it for DGN which is more open
DGN v8: open ? If you have pointers to a spec
Right, thanks, I wasn't thinking of that when I wrote my reply.
Guess it makes sense for a closed format such as DWG. Might not make as
much sense to use it for DGN which is more open and does not need to be
reverse engineered.
André
On 2015-11-23 11:41, Ivan Lucena wrote:
Just a comment on
Just a comment on that: In order to build the DWG driver, you or your company,
need to be part of some kind of alliance to be able to download a full version
of the Teigha SDK. AFAIK
From: gdal-dev on behalf of Andre Vautour
Sent: Monday, November 23,
Thanks for your reply, I have a requirement that I should have two GDALs. I
have also an issue, I have build gdal 2.0.1 with proj4 as static, it does
not process the geometry inside from filegeodb. any thoughts will be
appreciated. I have the GDAL_DATA environ set, and pro4 share lib also
exist on
On 2015-11-20 17:40, Brad Hards wrote:
On Fri, 20 Nov 2015 02:20:55 PM Martin Landa wrote:
I am trying to open sample DGN file, but it fails. I guess that the
reason is unsupported version (man pages says: Microstation DGN files
from Microstation versions predating version 8.0 are supported for
I have a requirement of two version of gdal one with filegeodb (gdal 2.0.1)
and other without filegeodb (gdal 2.0.1) on linux, any references how this
can make co exist ?
thanks
Gane
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.o
Hi Paul,
The RFS48 implemented, but only in trunk. The plan for release was on
GDAL 2.1.
Yes, you can create shortest path between 2 points using a shapefile of
roads, but the graph needed to be created. The autocreate method
developed mostly for points (valves) and lines (tubes) so it may b
16 matches
Mail list logo
