Hi,
is this function currently supported in OGR library?
When I'm trying to call it, I'm getting this error (C# in VS 2003):
'OSGeo.OGR.SpatialReference' does not contain a definition for
'importFromMICoordSys'.
I'm missing some additional references? Everything else works fine
(all standart Ogr li
Hi List,
I'm would like to use the Python bindings to open a specific SUBDATASET in a
NetCDF file and read the contents. I read in
http://www.gdal.org/gdal_datamodel.html, under the "SUBDATASETS domain"
section, that I should be able to pass the "_NAME" parameter into GDALOpen()
in order to do th
I have extracted the file and followed the README instructions. The
interesting is that the epgs file that comes with executables differs with
respect to the epgs file that comes with the source pack. In this file it
does exist the epsg:3003. It should be a file version matter.
moreover
from qgis
On Mon, Sep 15, 2008 at 12:43 PM, Antonio Parrotta
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I solved, it was because epsg:3003 was missing in epsg file and proj env
> variable were not set. I have add
>
> +proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 +y_0=0 +ellps=intl
> +units=m +no_defs
>
> in
http://gdal.org/ogr/drv_ogdi.html
Aurélien Kamel wrote:
Hi all,
For a project I’m working on I’m looking for a GDAL driver that could
read (read only) VMAP files (level 0 and 1). Does such a driver already
exist? The project is quite restrictive, we must use GDAL (and OGR) and
we can’t do
Hi all,
For a project Im working on Im looking for a GDAL driver that could read
(read only) VMAP files (level 0 and 1). Does such a driver already exist?
The project is quite restrictive, we must use GDAL (and OGR) and we cant do
any conversion from VMAP to another format before opening it
Hi,
I solved, it was because epsg:3003 was missing in epsg file and proj env
variable were not set. I have add
+proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 +y_0=0
+ellps=intl +units=m +no_defs
in epsg file
now I have same result as you.
Thanks a lot for the helping me!
cheers
Antonio
Vielen Dank für Ihre Nachricht.
Ich bin bis einschließlich 26.09.2008 nicht im Büro und kann Ihre Anfrage
leider nicht bearbeiten. Ihre Nachricht wird nicht automatisch weitergeleitet.
Ich werde Ihre eMail gerne nach meiner Rückkehr beantworten.
Thank you very much for your message.
I'm out of
I'm trying proj4 too, but after downloaded binary and
set PROJ_LIB=
set set PATH=%PATH%;
>cs2cs -v +proj=latlong +datum=WGS84 +to +init=epsg:3003
+towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68
I obtain :
Using to definition: init=epsg:3003
towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.
I downloaded the source from http://download.osgeo.org/gdal/gdal152.zip,
built on windows XP with VC2008 with and PROJ4 dll from
http://download.osgeo.org/proj/proj446_win32_bin.zip
any clue
Antonio
2008/9/15 Markus Neteler <[EMAIL PROTECTED]>
> On Mon, Sep 15, 2008 at 11:02 AM, Antonio Parrott
On Mon, Sep 15, 2008 at 11:02 AM, Antonio Parrotta
<[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I'm facing in strange result using gdaltransform. What I'm doing is to try
> to trasform coordinates from WGS84 to Gauss-Boaga:
>
> gdaltransform.exe -s_srs "WGS84" -t_srs "+proj=tmerc +ellps=intl +lat_0=0
Hi All,
I'm facing in strange result using gdaltransform. What I'm doing is to try
to trasform coordinates from WGS84 to Gauss-Boaga:
gdaltransform.exe -s_srs "WGS84" -t_srs "+proj=tmerc +ellps=intl +lat_0=0
+lon_0=9 +k=0.9996 +x_0=150 +y_0=0 +units=m
+towgs84=-104.1,-49.1,-9.9,0.971,-2.917,
[fwd from the grass list]
> Glynn wrote:
> > > > It's more likely that some other file also contains a symbol named
> > > > "line". But the only one which I can find is the line() function in
> > > > lib/driver/Polygon.c, and that isn't exported.
> Hamish:
> > > led me to determine that the commit
13 matches
Mail list logo
