Closed GoogleCodeExporter closed 9 years ago
Thanks for the feedback. Next time, please provide the permalink that allow us
to
observe the problem (and not only a non localized print screen;-)
Original comment by cedric.m...@gmail.com
on 20 Mar 2010 at 7:16
could i ask you to try to find out why this data has been lost?
can you input
view-source:http://xapi.openstreetmap.org/api/0.6/*[addr:housenumber][bbox=6,46,
7,47]
into firefox using the correct danish bbox into your browser to analyze what's
special about the
given addresses? why are we missing them?
Thx,
Jeff
Original comment by jaykay...@gmail.com
on 20 Mar 2010 at 8:50
Original comment by jaykay...@gmail.com
on 21 Mar 2010 at 12:50
You're right... that wasn't a very smart way to communicate ! It took me quite a
while to get back to the right spot ;-( I don't know every street in
The link is here
http://www.openaddresses.org/?northing=7495401.8546897&easting=1385396.0565194&z
oom=17&overlayOpacity=0.7
and I will do the tests proposed by Jeff.
Original comment by jlmise...@gmail.com
on 21 Mar 2010 at 4:18
Here are some results:
When I query :
http://xapi.openstreetmap.org/api/0.6/*[addr:housenumber][bbox=12.446137,55.6814
5,12.454065,55.683906]
I get the file attached (rodovre.osm)
In this dataset, 2 houses have the number 43 (for example). The one further
East was
not included into OA, whereas the other one is.
In terms of OSM description, we get:
The point imported into OA:
<node id='340732533' lat='55.6829648' lon='12.4494763' user='findvej'
timestamp='2010-03-06T11:28:40Z' uid='80543' version='3' changeset='4048980'>
<tag k='addr:city' v='Rødovre'/>
<tag k='addr:country' v='DK'/>
<tag k='addr:housenumber' v='43'/>
<tag k='addr:postcode' v='2610'/>
<tag k='addr:street' v='Lucernevej'/>
<tag k='created_by' v='FindvejBot v0.1'/>
<tag k='kms:county_name' v='Københavns Amtskommune'/>
<tag k='kms:county_no' v='15'/>
<tag k='kms:house_no' v='43'/>
<tag k='kms:last_updated' v='2002'/>
<tag k='kms:municipality_name' v='Rødovre'/>
<tag k='kms:municipality_no' v='175'/>
<tag k='kms:parish_name' v='Grøndalslund,Rødovre'/>
<tag k='kms:parish_no' v='7138'/>
<tag k='kms:street_name' v='Lucernevej'/>
<tag k='kms:street_no' v='0512'/>
<tag k='kms:zip_name' v='Rødovre'/>
<tag k='kms:zip_no' v='2610'/>
<tag k='osak:identifier' v='0A3F507D88D532B8E0440003BA298018'/>
<tag k='osak:revision' v='2004-12-12T00:00:00'/>
<tag k='source' v='OSAK (2010)'/>
</node>
The other one:
<node id='340732481' lat='55.6824032' lon='12.4492979' user='findvej'
timestamp='2010-03-18T08:29:22Z' uid='80543' version='3' changeset='4159326'>
<tag k='addr:city' v='Rødovre'/>
<tag k='addr:country' v='DK'/>
<tag k='addr:housenumber' v='43'/>
<tag k='addr:postcode' v='2610'/>
<tag k='addr:street' v='Lucernestien'/>
<tag k='created_by' v='FindvejBot v0.1'/>
<tag k='kms:county_name' v='Københavns Amtskommune'/>
<tag k='kms:county_no' v='15'/>
<tag k='kms:house_no' v='43'/>
<tag k='kms:last_updated' v='2002'/>
<tag k='kms:municipality_name' v='Rødovre'/>
<tag k='kms:municipality_no' v='175'/>
<tag k='kms:parish_name' v='Grøndalslund,Rødovre'/>
<tag k='kms:parish_no' v='7138'/>
<tag k='kms:street_name' v='Lucernestien'/>
<tag k='kms:street_no' v='0510'/>
<tag k='kms:zip_name' v='Rødovre'/>
<tag k='kms:zip_no' v='2610'/>
<tag k='osak:identifier' v='0A3F507D88A032B8E0440003BA298018'/>
<tag k='osak:revision' v='1998-11-05T00:00:00'/>
<tag k='source' v='OSAK (2010)'/>
</node>
It seems to me that absolutely nothing differ in these 2 points, except the
Road Name
and road number of course.
I'm stuck here!
Original comment by jlmise...@gmail.com
on 21 Mar 2010 at 4:38
Attachments:
it seems to me that the timestamp of the address is newer than our import date
...
can it be that simple ?
Original comment by jaykay...@gmail.com
on 21 Mar 2010 at 4:58
Well,... certainly... quite embarrassing :-(
"-1" for myself on this one ...
Original comment by jlmise...@gmail.com
on 21 Mar 2010 at 5:05
Original comment by cedric.m...@gmail.com
on 21 Mar 2010 at 5:32
Original issue reported on code.google.com by
jlmise...@gmail.com
on 20 Mar 2010 at 4:16Attachments: