[OSM-talk-be] URBis, Open!
Jo
winfixit at gmail.com
Sun May 12 22:36:58 UTC 2013
It seems we're the only ones communicating on this, but that's OK.
2013/5/12 eMerzh <merzhin at gmail.com>
> Thanks for your help Jo,
>
>
>
>> I looked at your files and you have the building shapes converted
>> already... great! I'd like to learn how you did it.
>>
>
> I'm not a qgis expert so it may not be the best/easiest way but :
> i've open the .shp files as a vector layer,
> then i did a count of address in the building polygons (Vector > analysis
> > pt in polygone)
> then i save all building with 1 addresses in anither shape file ,
> then i did a datamanagement tools > join by location to put address
> attributes in the building.
>
It's certainly better than the way I had been trying it. I only started
with QGIS maybe 2 weeks ago and I have no experience with other GIS tools.
I do know PostgreSQL a bit, so I was trying it with PostGIS, using QGIS
merely as a viewer tool to see what's available. Unfortunately things went
south during the import of the shape files into PostGIS.
Anyway, thanks for enlightening me.
>
> Then saved the shape as a WGS84 and i opened it in josm ... a few
> attribute renaming and i saved it in .osm.. and voilĂ :d
>
>
>>
>> I would have added associatedStreet relations to the osm files as well.
>
>
> mmm yeah ... unfortunately i don't see how i can do that
>
OK, if you like, I can create a Python script now which does the steps I
mentioned in the previous mail.
>
> Combine addr:street:fr and addr:street:nl in addr:street or omit it/them
>> altogether.
>>
>
> yes i know that usually we only have addr:street but as in BXL we (don't
> know who :p ) decided to set the street name as it come from the mapper
> (fr-nl or nl -fr ) it's really hard to discover...
>
It was decided many years ago that the first mapper would 'decide' on the
order of the languages in the name tag. I don't mind to put fr-nl
everywhere to make it consistent. Except for 'faciliteitengemeentes' like
Sint-Genesius-Rode where it should either be nl-fr, or nl in name and fr in
name:fr.
> if i don't set it we will not have the relation to the street anymore :s
> If somebody knows a better solution?
>
I'll tackle it in the script I'm going to create.
>
>
>> Since most buildings are houses, I'd use building=house.
>>
> mmmh do not really agree on this one ...
>
for me building = yes is more generic ... if we know it's house then ok
> let's change it, but let's not put house everywhere and make the value
> "house" equivalent to "yes"
>
I should probably have mentioned that I see it as the responsability of
the 'integrator' to put building=yes/church/apartment where this is more
appropriate. So I'd only do it to make life easier for the person doing the
integration.
>
>
>
>> Lots of houses were already drawn in Brussels. Do you plan to
>> integrate/reusing the existing nodes? Or simply replace what was already
>> there, making sure the shops and amenities get transfered properly?
>>
>> Jo
>>
>> Again on this one, i think it will be really hard to merge the nodes of
> existing houses... and to see what's already beneath is not easy either ..
> Most (all?) of the building in BXL are traced with bing which is really
> inaccurate (at least all the building i did are like this : etterbeek,
> ixelles, ..) and i'm in favor of a ***carefull*** !! remove and replace
> with merging of amenity, ...
>
> the integration will be slow but ...
>
I've just been trying out the conflation plugin, but to my big
disappointment it crashes... That would have been the real solution here.
There is another solution (which involves PostGIS), but I'll need some time
to work it out.
In the mean time Utilsplugin 2 has a Replace Geometry tool, which does
work. I first selected the URBis building, then the existing one, then
Ctrl-Shift-G. Works like a charm. I created the associatedStreet relation
manually.
I'll let you know if/when I manage to create a Python script to convert the
osm files.
Jo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20130513/976e2a18/attachment.htm>
More information about the Talk-be
mailing list