Hi All,
I am trying to check, if there is an overlap between two area featuretypes.Ex:
LNDARE and OBSTRN. Actually in my dataset I have an overlap but my code pasted
below is returning false value for overlap. Can anyone help me out. Here we are
trying to code with C#.
while ((featLNDARE = la
Hi Even,
Thanks very much for your assistance. I think I'm understanding this better
now. I've changed the relevant portion of the code to what I've copied in here
and it seems to work now. I do admit that I'm finding it hard to get my head
around all this so I'd be grateful if somebody coul
Hi,
i'm running gdal_rasterize for several *.shp using xargs, sending
the process to 10 cpu.
1) ls /weldgfs/p51/gius_urban/pop_urban/2010/shp_albers/*.shp |
xargs -n 1 -P 10 bash
/weldgfs/p51/gius_urban/pop_urban/scripts/sc2a_shp_rasterizeP30_2010.sh
the same process can be run using one pro
> I will do, I tend to use "limit 10" of something in making quick tests but
> OSM is so odd data that I was not surprised in seeing that it fails. Is
> this driver specific or related to OGR SQL engine generally?
This is specific to the OSM driver needing to be a bit clever about the SQL
statem
Even Rouault wrote:
> Selon Jukka Rahkonen :
>> Hi,
>>
>> The following SQL works fine when using Spatialite as source
>>
>> osm_data>ogrinfo osm.sqlite -dialect SQLITE -sql "select * from lines
>> where highway is not null limit 20"
> Note that for a SQLite datasource, -dialect SQLite is useless
Selon Jukka Rahkonen :
> Hi,
>
> The following SQL works fine when using Spatialite as source
>
> osm_data>ogrinfo osm.sqlite -dialect SQLITE -sql "select * from lines
> where highway is not null limit 20"
Note that for a SQLite datasource, -dialect SQLite is useless since the SQL
engine of SQLit
Hi,
The following SQL works fine when using Spatialite as source
osm_data>ogrinfo osm.sqlite -dialect SQLITE -sql "select * from lines
where highway is not null limit 20"
With native OSM data it fails
OSM_data>ogrinfo -dialect SQLITE finland.osm.pbf -sql "select * from lines
limit 20"
Had to o
Dear list,
in gdal-dev archiveI found a question about COSMO SKYMED data which was
obviously not answered:
"COSMO delivers two kinds of HDF5 data:
1. Complex Dataset that is a [MxNx2] matrix. In this case the problem is
that the gdal method Open() reads this Dataset not such as 2 Datasets of
Selon Nik Sands :
> My application is doing a warp using GDAL which works fine for some source
> images, but with others results in an image with the colours all wrong (eg,
> water areas are red instead of blue). I'm guessing that the RGB(A) (bands?)
> are getting mixed up somehow, but I really d
My application is doing a warp using GDAL which works fine for some source
images, but with others results in an image with the colours all wrong (eg,
water areas are red instead of blue). I'm guessing that the RGB(A) (bands?)
are getting mixed up somehow, but I really don't know where to start
Hi Even,
> From an internet search, I see the "undefined symbol:
> _ZTVN10__cxxabiv120__si_class_type_infoE" error message is the symptom
> of a
> missing link to libstdc++, and indeed in the ldd trace you gave,
> there's no such
> sign of libstdc++, which is weird.
>
> 0/ What is your Linux dist
Selon Hendy Sumanto :
> Hi Even,
>
> I finally found the cause of the issue.
>
> If I build the 1.9 branch from https://svn.osgeo.org/gdal/branches/1.9/gdal
> it builds OK and printing shared libraries (such as ldd -d -r libgdal.so or
> ldd -d -r libgdaljni.so) are OK too.
>
> If I build the lates
12 matches
Mail list logo