Awesome Andre!
That will work. So I guess it is possible.
many thanks,
jason
On April 10, 2014 at 9:38:00 AM, Andre Joost (andre+jo...@nurfuerspam.de) wrote:
Am 10.04.2014 17:13, schrieb Jason Mathis:
> Hi All,
>
> thanks for the responses.
>
> I believe my extents are:
>
> (
Am 10.04.2014 17:13, schrieb Jason Mathis:
Hi All,
thanks for the responses.
I believe my extents are:
(-120.00591219477626, -114.03946520116759, 35.00247168585889, 42.00234483532862)
This sounds reasonable for Nevada.
$ ogr2ogr version is:
GDAL 1.10.1, released 2013/08/26
I not sure how
Hi All,
thanks for the responses.
I believe my extents are:
(-120.00591219477626, -114.03946520116759, 35.00247168585889, 42.00234483532862)
$ ogr2ogr version is:
GDAL 1.10.1, released 2013/08/26
I not sure how to find the proj4 version. Is it this?
$ proj --version
Rel. 4.8.0, 6 March 2012
Hi
You should specify the version of gdal you are using (and proj4 too).
Sometimes ago I used NGA Geotrans to perform GeoId conversion. But recent
version of proj4 are able to perform such conversion.
Le 10 avr. 2014 06:11, "Andre Joost" a écrit :
Am 10.04.2014 04:31, schrieb Jason Mathis:
Hi
Am 10.04.2014 04:31, schrieb Jason Mathis:
Hi All,
On to the next problem:) I discovered today that I need to reproject
the shape file before rasterizing it. I get the below error.
Any ideas? Is it not possible?
What extent does your shapefile have?
Some projections are limited to the visib
Hi All,
On to the next problem:) I discovered today that I need to reproject the shape
file before rasterizing it. I get the below error.
Any ideas? Is it not possible?
Thanks!
palos:noharm jmathis$ ogr2ogr -t_srs prj2.txt output.shp source.shp
ERROR 6: No translation for Albers to PROJ.4 f
Zoltan,
ERROR 6 is a generic error number, so a google on it would not be helpful.
It sounds like you got all or almost all your data, so I suppose how much you
followup will depend on how exactly you want to preserve the data.
Assuming you would like to follow up the best approach is likely to f
I downloaded and tried the mitab in Windows, and it gave me the record
number on which it failed.
True enough, that record in the MID file was incorrect according to the
schema.
So, for the next version of ogr2ogr, any chance we can get a record
number please :-) ?
Thanks for the pointer, C
Hi Chaitanya,
I'm shelling out from a Genamap script to Linux BASH shell, to run
ogr2ogr, so nope, not in Windows.
Regards,
Zoltan
On 2011/07/16 12:36, Chaitanya kumar CH wrote:
Zoltan,
If you are in Windows, try the mif2tab utility from
http://mitab.maptools.org/
OGR's Mitab driver is bas
Zoltan,
If you are in Windows, try the mif2tab utility from
http://mitab.maptools.org/
OGR's Mitab driver is based on the same library.
On Sat, Jul 16, 2011 at 3:34 PM, Zoltan Szecsei wrote:
> Hi,
> I'm converting a bunch of MID-MIF files to TAB format, and one of them
> gives:
> ERROR 6: Error
Hi,
I'm converting a bunch of MID-MIF files to TAB format, and one of them
gives:
ERROR 6: Error during reading Record.
google comes up with: CreateField() not supported by this layer
So I check the mif headers and they seem fine, and contain 240 POINT
records with schema layout of 43 fields
11 matches
Mail list logo
