[OSM-talk-be] URBis, Open!

Fri May 31 11:17:57 UTC 2013

Maybe ? Ways with postalcode 12 are from 2008, rest from 2012 ?


2013/5/31 Marc Gemis <marc.gemis at gmail.com>

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