[OSM-talk-be] data error? errors with osm2gml.xsl

2009-12-08 Thread Luc Van den Troost
Hi,

Just signaling a technical problem I had updating the 'antwerpen status'
page.

When using osm2gml.xsl on the data file of the north part of Antwerpen
(Berendrecht/Zandvliet and north part of the harbour) it produced an
error due to the following entry in the osm data:

  way id=45068245 visible=true timestamp=2009-11-26T15:04:10Z
version=1 changeset=3220871 user=3dShapes uid=195219
nd ref=571468796/
nd ref=571468799/
nd ref=571468800/
nd ref=571468797/
nd ref=571468795/
nd ref=571468794/
nd ref=571468798/
nd ref=571468796/
tag k=natural v=water/
tag k=3dshapes:ggmodelk v=23/
tag k=source v=3dShapes/
  /way
 
the tag tag k=3dshapes:ggmodelk v=23/ is the one that produces the
error. No idea what it does, or what it is used for. Perhaps the one
that put it there knows or other more technical skilled people do. 

Dont know if it produces errors elsewhere. 

For now I just remove this tag and process my data without it. For the
Antwerpen status page I do not need it. 

Luc / Speedy


___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] data error? errors with osm2gml.xsl

2009-12-08 Thread Lennard
 For now I just remove this tag and process my data without it. For the
 Antwerpen status page I do not need it.

Removing a tag just because a tool doesn't grok it, seems like the wrong
thing to do. Unless you only removed it from your local data, of course,
and not from the OSM db. There is nothing wrong with a tag named
'3dshapes:ggmodelk' in OSM. The colon is used in various places in OSM
tags, as a namespace delimiter. The tool needs to be fixed, not the data.

By the way, I am the one that put it there. Be prepared for a lot more of
these tags, near the NL border. See
http://wiki.openstreetmap.org/wiki/3dShapes for more info. The /Details
page also explains 3dshapes:ggmodelk, and what you can do with it if you
encounter it. Basically, it's the value an object had in the original
dataset. If you're sure that what's imported is right (for instance,
really a house, really a forest, really water), there's no harm in
deleting the key for that object.

-- 
Lennard


___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] data error? errors with osm2gml.xsl

2009-12-08 Thread Luc Van den Troost
Yes, removed it from the local data :-)

On Tue, 2009-12-08 at 12:11 +0100, Lennard wrote:
  For now I just remove this tag and process my data without it. For the
  Antwerpen status page I do not need it.
 
 Removing a tag just because a tool doesn't grok it, seems like the wrong
 thing to do. Unless you only removed it from your local data, of course,
 and not from the OSM db. There is nothing wrong with a tag named
 '3dshapes:ggmodelk' in OSM. The colon is used in various places in OSM
 tags, as a namespace delimiter. The tool needs to be fixed, not the data.
 
 By the way, I am the one that put it there. Be prepared for a lot more of
 these tags, near the NL border. See
 http://wiki.openstreetmap.org/wiki/3dShapes for more info. The /Details
 page also explains 3dshapes:ggmodelk, and what you can do with it if you
 encounter it. Basically, it's the value an object had in the original
 dataset. If you're sure that what's imported is right (for instance,
 really a house, really a forest, really water), there's no harm in
 deleting the key for that object.
 


___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be