Hi,
2014-09-09 4:54 GMT+02:00 David Strip :
> 83 int GetFeatureCount(int = TRUE);
>
>
> ie, you have not changed the default to FALSE as you intended. If this is the
> code you're compiling, it would certainly explain your problem.
no, of course I changed the code, ie.
int
On 9/8/2014 8:15 AM, Martin Landa wrote:
Hi all,
I was trying to change a default value of bForce in
OGRVFKLayer::GetFeatureCount() to FALSE [1], but when I debug eg.
ogrinfo, it still reports bForce as TRUE (1)
Breakpoint 1, OGRVFKLayer::GetFeatureCount (this=0x71a7d0, bFor
> - gnm/frmts/gnm_frmts.h : I'm a bit concerned about exposing (installed
>
> > header + CPL_DLL) an interface that has not yet been implemented. My
> > intuition
> > is that it might change once the first one or two implementations have
> > been made. So maybe keep it internal/experimental for
Even, firstly thanks for your remarks!
Not much to say on the RFC itself. Perhaps you should mention who will take
> care of committing in the source : Dmitry I guess ?
>
Yes, I think someone who has committing rights can do this. I will discuss
it with Dmitriy.
> I looked at the code changes:
Le lundi 08 septembre 2014 14:08:11, Mikhail Gusev a écrit :
> Hello all.
> My work on GSoC 2014 project is finished and I made an RFC in order to
> discuss the integration of my subproject into GDAL:
> http://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support. I
> think it may be necessa
Hi Even,
2014-09-08 16:22 GMT+02:00 Even Rouault :
> My suggestion would be that you remove the (|| bForce) test in your
> implementation, if the poDataBlock->GetFeatureCount() is reliable.
that make sense to me, thanks. Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
__
Martin,
I'm far from being a C++ expert, but I don't think it makes sense to change the
default value of an optional parameter of a virtual method in a child class of
the base class.
http://svn.osgeo.org/gdal/trunk/gdal/ogr/ogrsf_frmts/ogrsf_frmts.h :
virtual int GetFeatureCount( int bFor
Hi all,
I was trying to change a default value of bForce in
OGRVFKLayer::GetFeatureCount() to FALSE [1], but when I debug eg.
ogrinfo, it still reports bForce as TRUE (1)
Breakpoint 1, OGRVFKLayer::GetFeatureCount (this=0x71a7d0, bForce=1)
at ogrvfklayer.cpp:162
Any idea what could be wrong?
Th
Selon Jukka Rahkonen :
> Hi,
>
> Anybody interested in biting some bytes of WKB? Thorough description of the
> trouble is in Stackexchange
>
http://gis.stackexchange.com/questions/113029/polygon-from-line-creation-problem
>
> Summary:
> User has converted a linestring from dxf format into PostGIS
Hi,
Anybody interested in biting some bytes of WKB? Thorough description of the
trouble is in Stackexchange
http://gis.stackexchange.com/questions/113029/polygon-from-line-creation-problem
Summary:
User has converted a linestring from dxf format into PostGIS with ogr2ogr.
By staring at the WKB th
Hello all.
My work on GSoC 2014 project is finished and I made an RFC in order to
discuss the integration of my subproject into GDAL:
http://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support. I
think it may be necessary to make some small changes/improvements before
the integration will
Hi Michal,
I installed GDAL with PostGIS on CentOS 6.5 using this instruction:
http://www.postgresonline.com/journal/archives/329-An-almost-idiots-guide-to-install-PostgreSQL-9.3,-PostGIS-2.1-and-pgRouting-with-Yum.html
Works to me:
[bishop@centos ~]$ uname -a
Linux centos 2.6.32-431.23.3.el6.
Hi,
I installed GDAL 1.11.0, released 2014/04/16 on CentOS 6.5 following
https://github.com/wavded/ogre/wiki/Compiling-a-recent-ogr2ogr-from-source-on-CentOS-%28RHEL%29
.
Trying ogr2ogr or ogrinfo always results in Unable to open datasource
`path` with the following drivers. Any of you ever experie
13 matches
Mail list logo
