[OSM-talk-be] URBis, Open!

eMerzh merzhin at gmail.com
Mon May 13 09:24:49 UTC 2013


Hi Jo,
i'm also new to Qgis so not really aware of the limits ...
why not a python script.... but i can't help you with this one.. what kind
of input do you think will be the best?

i have to test those josm plugin but it can be part of a solution yes...




On Mon, May 13, 2013 at 12:36 AM, Jo <winfixit at gmail.com> wrote:

> 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/b1f86fc7/attachment.htm>


More information about the Talk-be mailing list