Hi,
2014-10-14 11:35 GMT+02:00 Even Rouault :
> Paul indeed identified the issue. If you use SetFrom(), it will not manage to
> match the target field names with the source ones, because CreateField() has
> done the field name truncation. ogr2ogr builds an integer map from the source
> field index
On Tuesday 14 October 2014 11:28:19 Martin Landa wrote:
> Hi,
>
> 2014-10-14 11:22 GMT+02:00 Paul Meems :
> > For ESRI shapefiles to max size of fieldnames is 10, so it is truncated.
Paul indeed identified the issue. If you use SetFrom(), it will not manage to
match the target field names with t
Hi,
2014-10-14 11:22 GMT+02:00 Paul Meems :
> For ESRI shapefiles to max size of fieldnames is 10, so it is truncated.
I know. I am referring to something different - missing values.
Input:
KmenoveCislo (Integer) = 162
Output (Esri Shapefile):
KmenoveCis (Integer) = (null)
Martin
--
M
Hi Martin,
For ESRI shapefiles to max size of fieldnames is 10, so it is truncated.
Paul
*Paul Meems *
Release manager, configuration manager
and forum moderator of MapWindow GIS.
www.mapwindow.org
Owner of MapWindow.nl - Support for
Dutch speaking users.
www.mapwindow.nl
*The English pres
Hi,
2014-10-13 18:30 GMT+02:00 Martin Landa :
I have another problem with Esri Shapefile format probably not related
to the originally reported issue. When converting data (GML)
OGRFeature(Parcely):0
gml_id (String) = PA.2561191602
Id (String) = 2561191602
Nespravny (String) = (null)
Kme
2014-10-13 17:11 GMT+02:00 Even Rouault :
> Yes that's what I meant with "it is a matter of declaring a ogr.OFTString
> field
> in the target layer definition"
> That's what is done in ogr2ogr.cpp or swig/python/samples/ogr2ogr.py
right, solved. Thanks for super quick help! Martin
--
Martin Lan
On Monday 13 October 2014 17:01:49 Martin Landa wrote:
> 2014-10-13 14:43 GMT+02:00 Martin Landa :
> > ofeature = ogr.Feature(olayer.GetLayerDefn())
>
> the problem will be probably in the code above. Do I need to define
> types of affected attributes manually (StringList -> String)?
Yes that's w
2014-10-13 14:43 GMT+02:00 Martin Landa :
> ofeature = ogr.Feature(olayer.GetLayerDefn())
the problem will be probably in the code above. Do I need to define
types of affected attributes manually (StringList -> String)?
Thanks, Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
Hi,
2014-10-13 12:58 GMT+02:00 Even Rouault :
> Basically it is a matter of declaring a ogr.OFTString field in the target
> layer
> definition. dstFeature.SetFrom(srcFeature) will do the translation.
yes, I am already doing it
ofeature = ogr.Feature(olayer.GetLayerDefn())
ofeature.SetFrom(featu
On Monday 13 October 2014 12:47:45 Martin Landa wrote:
> Hi,
>
> 2014-10-13 10:41 GMT+02:00 Even Rouault :
>
> [...]
>
> > If you use ogr2ogr, you could use the "-fieldTypeToString StringList"
> > option to ask for StringList fields to be converted to String.
>
> ah, ok, I overlooked this optio
Hi,
2014-10-13 10:41 GMT+02:00 Even Rouault :
[...]
> If you use ogr2ogr, you could use the "-fieldTypeToString StringList" option
> to
> ask for StringList fields to be converted to String.
ah, ok, I overlooked this option. Is it possible also from Python API?
Thanks, Martin
--
Martin Landa
On Monday 13 October 2014 10:03:22 Martin Landa wrote:
> Hi,
>
> it seems that StringList type is not supported by Esri Shapefile
> format. I am not sure how to solve this problem in the right way.
>
> ERROR: Unable to read 20140930_OB_571041_UKSH.xml.gz: Can't create
> fields of type StringList
Hi,
it seems that StringList type is not supported by Esri Shapefile
format. I am not sure how to solve this problem in the right way.
ERROR: Unable to read 20140930_OB_571041_UKSH.xml.gz: Can't create
fields of type StringList on shapefile layers.
Probably the Esri Shapefile driver could conver
13 matches
Mail list logo
