[OSM-talk-be] URBis, Open!

Fri May 31 03:31:27 UTC 2013

Unfortunately, not all application handle this inheritance in  a proper
way. Even not Nomatim
I currently have a problem with house numbers in Reet.

Search for "Steenweg op Waarloos 35" on the openstreetmap.org site and you
get a complete address with postcode 2840. Search for any other number and
you get 12.

All houses are in a associatedStreet with postcode 2840. As an experiment
I've set the postcode explicitly on house number 35. (after seeing this
wrong postcode).

I've found one street in the neighborhood that had this wrong postcode and
removed it a couple of days ago. I did a search with overpass to find
similar mistagged roads, houses, relations, but couldn't find any.

This "incident" makes me wonder whether I should keep on putting work on
placing stuff in associatedStreet relations.

A related problem is POI's. I used to place them just inside the building,
hoping they would inherit everything. No way. In terraces I just added the
number and added them to the associatedStreet relation. But then Osmose
complains the number are double. Removing them from the relation, makes
osmose complain about a missing streetname.

>From DB point of view, the normalization of data is nice, but apparently
many/most OSM data application lack a good, complete handling of
associatedStreet. I know don't tag for the renderer, but when even nomatim
fails ....

m

On Thu, May 30, 2013 at 8:32 PM, Jo <winfixit at gmail.com> wrote:

> I create a new associatedStreet relation each time one of the parameters
> (addr:street, addr:postcode) changes.
>
> As far as I'm concerned these tags get inherited by the houses which are
> members of it.
>
> Jo
>
>
> 2013/5/30 eMerzh <merzhin at gmail.com>
>
>> Hi just a question...
>> when an associated street goes over 2 city, do we make 2 relations?
>> if no, how do we deal with street changing street translations between
>> city ?
>>
>>
>>
>> On Mon, May 27, 2013 at 10:19 PM, eMerzh <merzhin at gmail.com> wrote:
>>
>>> Btw, no need to say that we need to integrate this with care ... i've
>>> found some outdated shapes :)
>>>
>>>
>>>
>>>
>>> On Mon, May 27, 2013 at 10:00 PM, eMerzh <merzhin at gmail.com> wrote:
>>>
>>>> Yeah thanks iv" just found it for the relation ... easyer now :)
>>>>
>>>> And for the point, i think the as we don't have the entrance info yet
>>>> (need some times to check) it's easier to let it like this and it will be
>>>> easier to change it later when we have the info
>>>>
>>>>
>>>>
>>>> On Mon, May 27, 2013 at 9:48 PM, Jo <winfixit at gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I do RMB (right mouse button) select members, then RMB again Select
>>>>> relation (add).
>>>>>
>>>>> I think it should be possible with search as well.
>>>>>
>>>>> Ctrl-f
>>>>> parent selected
>>>>>
>>>>> (Tick the o add to selection radio button)
>>>>>
>>>>> We'll have to discuss the merging of nodes to create 31-33 and put
>>>>> that housenumber on the building, or leave the nodes as they are.
>>>>> In France they'd put the nodes on the building outline, where the
>>>>> doors are, but their cadastre contains the location of those entrances.
>>>>>
>>>>> Jo
>>>>>
>>>>>
>>>>> 2013/5/27 eMerzh <merzhin at gmail.com>
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> just small questions....
>>>>>> - how do you do to copy the street relation too? you have to re do it
>>>>>> when you change the layer ? (copy/past of buildings + addresses)
>>>>>> for me it's better to let 2 nodes in a building if iut has multiple
>>>>>> addresses than merging them (we don't know if it's exactly the same door,
>>>>>> ...) what do you think?
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, May 27, 2013 at 6:36 PM, Jo <winfixit at gmail.com> wrote:
>>>>>>
>>>>>>> I'm trying my hand at the most northern part of
>>>>>>> Sint-Lambrechts-Woluwe, where Leuvensesteenweg crosses it for a very short
>>>>>>> stretch.
>>>>>>>
>>>>>>> Who know, maybe I'll come up with a way to further automate the
>>>>>>> process inside JOSM... although I don't think it's a major problem some
>>>>>>> wetware intervention is required...
>>>>>>>
>>>>>>> Let me know if you find problems which would be relatively easy to
>>>>>>> solve.
>>>>>>>
>>>>>>> Jo
>>>>>>>
>>>>>>>
>>>>>>> 2013/5/27 eMerzh <merzhin at gmail.com>
>>>>>>>
>>>>>>>> Yey,
>>>>>>>> thanks Jo :)
>>>>>>>>
>>>>>>>> I begin with Jette right away :)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne <
>>>>>>>> pollofox at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> Great Job from you and eMerzh ! Thanks guys !
>>>>>>>>>
>>>>>>>>> The mouse and keyboard will now suffer for the corrections and
>>>>>>>>> creations in JOSM :)
>>>>>>>>>
>>>>>>>>> Kind regards,
>>>>>>>>>
>>>>>>>>> Paul
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2013/5/27 Jo <winfixit at gmail.com>
>>>>>>>>>
>>>>>>>>>> 2013/5/27 A.Pirard.Papou <A.Pirard.Papou at gmail.com>
>>>>>>>>>>
>>>>>>>>>>>  On 2013-05-27 07:38, Jo wrote :
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> So, UrbIS has opened all geodata for Brussels. eMerzh and me
>>>>>>>>>>> have been converting this data, so it becomes usable directly in JOSM or
>>>>>>>>>>> Merkaartor.  ...
>>>>>>>>>>>
>>>>>>>>>>> Great eMerging JoB !!!
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Yes, I really learned a lot about the possibilities of QGIS.
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>   André.
>>>>>>>>>>> PS: you may want to add FIXMEs or to use some other means to
>>>>>>>>>>> know what remains to merge manually.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> It's in fact quite obvious what should be merged manually. The
>>>>>>>>>> intention is that this is done by the person who does the integration of
>>>>>>>>>> the data before uploading it to the server.
>>>>>>>>>>
>>>>>>>>>> Jo
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Talk-be mailing list
>>>>>>>>>> Talk-be at openstreetmap.org
>>>>>>>>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Talk-be mailing list
>>>>>>>>> Talk-be at openstreetmap.org
>>>>>>>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20130531/8b5316a0/attachment.htm>