[gdal-dev] ogr2ogr problem converting UK Ordnance Survey MasterMap

[Even Rouault]

Jez,

Yes this is a limitation of the shapefile format (and most drivers, PostgreSQL 
databases being one of the exceptions).

Try adding -fieldTypeToString IntegerList,RealList,StringList to your ogr2ogr 
command line. This will transform any field of those types into a String 
field by concatenating the values into a single string (what you can see with 
ogrinfo). Beware that if the list if longer more than a few items, there will 
be a truncation at 80 characters.

I'm considering to see if it's practical or not to add an option to ogr2ogr to 
split fields of type *List into several fields of simple type. 

Best regards,

Even

PS: For the record, in http://download.osgeo.org/gdal/daily/, you can find 
daily snapshots of the source code of the trunk (1.8.0dev) and the 1.7 stable 
branch.

Le Monday 12 July 2010 18:09:16 Jez Walters, vous avez écrit :
> Even,
>
>
> I've just rebuilt GDAL/OGR using the latest code from the GDAL 'trunk', but
> now I get the following error using ogr2ogr to convert an OS MasterMap
> chunk (e.g.
> http://www.ordnancesurvey.co.uk/oswebsite/products/innovations/sampledata/O
>SMasterMap_Topo/58116-SX9192-2c1.gz) into ESRI shapefiles:
>
> "ERROR 6: Can't create fields of type StringList on shapefile layers."
>
> The various fields for which this error is reported do not appear to be in
> the resultant shapefiles. Unfortunately this makes the new GDAL code
> unusable for me.  :-(
>
> Any thoughts?
>
>
> Jez
>
>
> -----Original Message-----
> From: Even Rouault [mailto:even.rouault at mines-paris.org]
> Sent: Sunday 11 July 2010 11:12
> To: gdal-dev at lists.osgeo.org
> Cc: Martin Daly; Peter J Halls; Jez Walters
> Subject: Re: [gdal-dev] ogr2ogr problem converting UK Ordnance Survey
> MasterMap
>
> Just to inform you that now that the NAS driver is in GDAL trunk, I've been
> able to port its enhancements to the main GML driver. On the few samples
> I've tested, OS Mastermap GML files seem to be read correctly now.
>
> See http://trac.osgeo.org/gdal/ticket/3680
>
> Le Friday 02 July 2010 09:04:38 Martin Daly, vous avez écrit :
> > >     Here it is not only GDAL/OGR that has a problem!  Currently, I know
> > > of no importer that can handle this construct, other than the tool
> > > (from Snowflake) used by OSGB to generate it - and there is also the
> > > question of onwards storage.
> >
> > Not even close, I'm afraid.
> >
> > There are plenty of tools to read (all parts of) OS MM:
> >
> > http://www.ordnancesurvey.co.uk/oswebsite/products/osmastermap/informatio
> >n/ technical/software.html
> >
> > e.g. (an excellent one, at a very reasonable price...)
> >
> > http://www.ordnancesurvey.co.uk/oswebsite/products/osmastermap/informatio
> >n/ technical/software/cadcorp.html
> >
> > Also, as far as I am aware, OS GB use in-house software to generate the
> > data.
> >
> > Martin
> > *************************************************************************
> >** * This email is confidential and may be privileged and should not be
> > used, read or copied by anyone who is not the  original intended
> > recipient. If you have received this email in error  please inform the
> > sender and delete it from your mailbox or any other storage mechanism.
> > Unless specifically stated, nothing in this email constitutes an offer by
> > Cadcorp and Cadcorp does not warrant that any information contained in
> > this email is accurate. Cadcorp cannot accept liability for any
> > statements made which are clearly the sender's own and not expressly made
> > on behalf of Cadcorp or one of its agents. Please rely on your own virus
> > check. No responsibility is taken by Cadcorp for any damage arising out
> > of any bug or virus infection.
> > *************************************************************************
> >** *
> >
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> The information transmitted is intended only for the person
> or entity to which it is addressed and may contain
> confidential and/or privileged material. If you are not the
> addressee, any disclosure, reproduction, copying,
> distribution, or other dissemination or use of this
> communication is strictly prohibited. If you have received
> this transmission in error please notify the sender
> immediately and then delete this email.
>
> Any representations or commitments expressed in this email
> are subject to contract.
>
> This message has been scanned for viruses and dangerous
> content. However, it is essential that the recipient also
> checks this message using commercially available mail
> scanning and anti-virus software. IPL Information Processing
> Limited accepts no liability for any loss or damage resulting
> from any virus or other dangerous content in this message.
>
> IPL Information Processing Limited is registered in England
> and Wales under company registration number 1418818.
> Registration took place at Cardiff on 10 May 1979. IPL
> Information Processing Limited's registered office and
> normal place of business is Eveleigh House, Grove Street,
> Bath, BA1 5LR, United Kingdom. IPL is also registered for
> Value Added Tax (VAT) under registration number GB 601 2931 83.