Re: [OSM-talk-be] URBis, Open!

[eMerzh]

Hi  everybody,

i've made a few corrections on the osm files,

so please grab the new files at the same place :
http://osm.bmaron.net/urbis/

Changelog :
- Add missing relation
- Fix some addresses not in relations
- Add type to multipolygons and building=yes
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! - relation 2966021 (suite)

[Marc Gemis]

On Mon, Jun 3, 2013 at 8:33 AM, Pierre Parmentier <
pierrecparment...@gmail.com> wrote:

> Hello,
>
>1. Relation http://www.openstreetmap.org/browse/relation/2966021 updated.
>Please check.
>2. Did we agree to include the node with the street number in the
>relation?
>
> all buildings with housenumbers and individual housenumbers go in the
relation


>1. Street number : do we add a node with the number or do we tag it in
>the way "building/house"?
>
> Usually the housenumber is placed as an attribute on the building, not as
a separate node.


>
>1. What to do with a street located in more than one "city" (e.g. from
>one "commune/gemeente" to another "commune/gemeente"?
>
> You need multiple associatedStreet relations for this. 1 associatedStreet
relation for street, city, postalcode. If any of those values changes, you
need a different associatedStreet relation


>
>1. What do we do with a "building" way located at the junction of two
>highways; quite often there is a steet num
>
>
The Building has to be split, so you can give each part a different number
and put it in another associatedStreet relation

At least this is what I have learned from Jo (Polyglot)

I do have a problem with POIs (shops, banks, etc.). When they are mapped as
nodes and placed inside a building outline, they do not inherit the address
information.
You can

a) duplicate all street information on the POI, but there will be
complaints that the housenumber is appearing multiple times in the
associatedStreet
b) put the POI information on the entire building. But this does not always
corresponds to the reality. Only a part of the building might be a shop,
And what with multiple POIs in this case ?

regards

m
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! - relation 2966021 (suite)

[Pierre Parmentier]

Hello,

   1. Relation http://www.openstreetmap.org/browse/relation/2966021 updated.
   Please check.
   2. Did we agree to include the node with the street number in the
   relation?
   3. Street number : do we add a node with the number or do we tag it in
   the way "building/house"?
   4. What to do with a street located in more than one "city" (e.g. from
   one "commune/gemeente" to another "commune/gemeente"?
   5. What do we do with a "building" way located at the junction of two
   highways; quite often there is a steet num
   6. The wiki page is not helpful with this. Do we plan to add some
   details?

Thanks for your help.

Foxandpotatoes




Oui d?sol? j'aurais pu ?tre plus pr?cis,
>
> donc en gros tu as une relation (id :
> http://www.openstreetmap.org/browse/relation/2966021 )
> tu as 1 seul tag sur ta relation :
>
>- associatedStreet = Rue Fran?ois Stroobant - Fran?ois Stroobantstraat
>
> alors qu'il faudrait :
>
>
>- type = associatedStreet
>- name = Rue Fran?ois Stroobant - Fran?ois Stroobantstraat
>
> Apr?s le reste est optionnel mais peut aider les outils a mieux comprendre
> le tout :
>
>- addr:postcode = *
>- addr:country = *
>- addr:city = *
>- name:fr = *
>- name:nl = *
>
> Voil?, en esp?rant que j'ai ?t? claire ...
>
> Brice
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

Hi,

I just managed to create another script which automates the integration of
the existing buildings with the buildings generated from the UrbIS data.

It runs inside the scripting plugin of JOSM.

So now there is 1 script to select all the buildings belonging to 1 street.

Then copy/paste this into a new layer.

Download the data from OSM and run the next script.

I'll be in Asse for the following 2 days. If somebody would like some help
to configure JOSM, Jython or a demonstration of how to use these scripts,
you're welcome there:

http://www.rhok.be/

If you want to come and help with the hacking, bettter subscribe, then
there's even some food included :-)

I refrain from posting the script at the moment, as I'm not done testing
it, quite yet.

Everybody who wants to start using the scripts, also needs to read this:

http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy

Of course, if somebody objects to us improving the address data in Brussels
or have suggestions on how to do it better, they should speak up now.

Hmm, I should go and create a page somewhere, where the process is
described in detail... I'll get around to that.

Important to note:
When uploading changes, you must add a "comment" tag to the changeset that
describes the changes made in this changeset in a human-readable way. You
must also add the tag "mechanical=yes" (or "bot=yes"), and you must link to
the wiki page or user page documenting your changes from the "description"
tag (e.g. "description=http://wiki.openstreetmap.org/wiki/MechanicalEdits/John
Doe#Tag Fixup January 2013").


We still have to vet every building manually to eliminate the superfluous
nodes though... I haven't found a way to automate that (yet)

I may come up with yet another script which takes care of setting all those
tags on the changeset, as well as a source tag.

Polyglot
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Georges De Gruyter]

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


2013/5/31 Marc Gemis 

> 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  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 
>>
>>> 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  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  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  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 
>>
>>> 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  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 

> Yey,
> thanks Jo :)
>
> I begin with Jette right away :)
>
>
>
>
> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne <
> pollo...@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 
>>
>>> 2013/5/27 A.Pirard.Papou 
>>>
  On 2013-05-27 07:38, Jo wrote :

Re: [OSM-talk-be] URBis, Open!

[Marc Gemis]

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  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 
>
>> 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  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  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  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 
>
>> 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  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 
>>>
 Yey,
 thanks Jo :)

 I begin with Jette right away :)




 On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne <
 pollo...@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 
>
>> 2013/5/27 A.Pirard.Papou 
>>
>>>  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 !!!
>>>

Re: [OSM-talk-be] URBis, Open!

[Jo]

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 

> 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  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  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  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 

> 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  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 
>>
>>> Yey,
>>> thanks Jo :)
>>>
>>> I begin with Jette right away :)
>>>
>>>
>>>
>>>
>>> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne <
>>> pollo...@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 

> 2013/5/27 A.Pirard.Papou 
>
>>  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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-be


>>>
>>
>

>>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

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  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  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  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 
>>>
 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  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 
>
>> Yey,
>> thanks Jo :)
>>
>> I begin with Jette right away :)
>>
>>
>>
>>
>> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne <
>> pollo...@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 
>>>
 2013/5/27 A.Pirard.Papou 

>  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@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-be


>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>

>>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! (suite)

[eMerzh]

Hello;
Oui désolé j'aurais pu être plus précis,

donc en gros tu as une relation (id :
http://www.openstreetmap.org/browse/relation/2966021 )
tu as 1 seul tag sur ta relation :

   - associatedStreet = Rue François Stroobant - François Stroobantstraat

alors qu'il faudrait :


   - type = associatedStreet
   - name = Rue François Stroobant - François Stroobantstraat

Après le reste est optionnel mais peut aider les outils a mieux comprendre
le tout :

   - addr:postcode = *
   - addr:country = *
   - addr:city = *
   - name:fr = *
   - name:nl = *

Voilà, en espérant que j'ai été claire ...

Brice


2013/5/30 Pierre Parmentier 

> Brice,
>
> Tu me dis : "sur la rue François Stroobant la relation est pas correct".
>
> Quelques précisions pour bien comprendre ? Je vois qu'elle n'a pas de vrai
> nom. Mais encore ?
>
> Thanks a lot.
>
> Foxandpotatoes
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! (suite)

[Pierre Parmentier]

Brice,

Tu me dis : "sur la rue François Stroobant la relation est pas correct".

Quelques précisions pour bien comprendre ? Je vois qu'elle n'a pas de vrai
nom. Mais encore ?

Thanks a lot.

Foxandpotatoes
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! (suite)

[eMerzh]

Ok coool :)

Sinon, je rencontre quand même assez fréquemment des nodes seuls qui ne
sont pas dans la relation ... ptet un bug dans le script ..
je cherche mais je n'ai pas encore réussi a établir une règle
kk fois c'était avec les lettres (9A, 9B, ...) mais pas tjs :s (genre 23
chee de wemmel a jette )



2013/5/29 Jo 

> Je cherche encore un moyen pour faciliter la sélection avant de recopier.
>
> Puis, j'essayerai de faire un script pour aider à simplifier les bâtiments
> et de faire une façon pour transférer les nouvelles géometries vers les
> bâtiments existants.
>
> Il faudrait que tout le monde installe le scripting plugin et configure
> Jython. Je ne sais pais si cela poserait un problème.
>
> Jo
>
>
> 2013/5/29 eMerzh 
>
>> Hello,
>>
>> j'ai rapidement regardé et voici mes petites remarques :
>>
>> - Il ne faut pas oublier de simplifier les noeuds sur les buildings:
>> enlever les points inutiles genre au 31 Rue François Stroobant,
>> - sur la rue François Stroobant la relation est pas correct, il faut
>> suivre  https://wiki.openstreetmap.org/wiki/Relation:associatedStreetle 
>> mieux c'est encore de copier la relation de Jo.
>> - Sinon, j'aime assez bien les relation associated street et comme c'est
>> pas forcément reconnu de tous les éditeurs, j'aime la duplication ... mais
>> bon c pas très osmesque
>> - Attention aux multipolygone (genre Rue Émile Bouilliot ~46)
>>
>> Sinon ça a l'aire ok :)
>> Avec ce volume de données , il vaut mieux yaller doucement mais en
>> vérifiant 2X se qu'on fait ... j'aime donc assez la démarche 
>> Par ailleurs, si tu t'attaque à un une commune, n'hésite pas a te
>> signaler qu'on ne se marche pas sur les pieds ;)
>>
>>
>> Bonne soirée
>>
>> Brice
>>
>>
>> 2013/5/29 Pierre Parmentier 
>>
>>>  Hello,
>>>
>>>1. Avec JOSM, j'ai fait des imports sur 1050, 1060, 1180 et 1190
>>>entre Brugmann, Waterloo et Vanderkindere. Merci de commenter si mes
>>>imports sont corrects.
>>>2. Ces imports ont été faits en copiant-collant les ways "building",
>>>sans import de relation.
>>>3. J'ai créé une relation *associatedStreet *pour la rue François
>>>Stroobant. Merci de commenter.
>>>4. Avons-nous convenu de créer à la fois (a) les relations et (b)
>>>les tags *addr:street*. N'est-ce pas redondant ?
>>>5. Si je suis dans le bon, je continue.
>>>6. Pas pigé comment faire l'import de la relation en même temps que
>>>les ways "building".
>>>7. Je ne vois pas le fichier "1170.zip" !
>>>
>>> Foxandpotatoes
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! (suite)

[Jo]

Je cherche encore un moyen pour faciliter la sélection avant de recopier.

Puis, j'essayerai de faire un script pour aider à simplifier les bâtiments
et de faire une façon pour transférer les nouvelles géometries vers les
bâtiments existants.

Il faudrait que tout le monde installe le scripting plugin et configure
Jython. Je ne sais pais si cela poserait un problème.

Jo

2013/5/29 eMerzh 

> Hello,
>
> j'ai rapidement regardé et voici mes petites remarques :
>
> - Il ne faut pas oublier de simplifier les noeuds sur les buildings:
> enlever les points inutiles genre au 31 Rue François Stroobant,
> - sur la rue François Stroobant la relation est pas correct, il faut
> suivre  https://wiki.openstreetmap.org/wiki/Relation:associatedStreetle 
> mieux c'est encore de copier la relation de Jo.
> - Sinon, j'aime assez bien les relation associated street et comme c'est
> pas forcément reconnu de tous les éditeurs, j'aime la duplication ... mais
> bon c pas très osmesque
> - Attention aux multipolygone (genre Rue Émile Bouilliot ~46)
>
> Sinon ça a l'aire ok :)
> Avec ce volume de données , il vaut mieux yaller doucement mais en
> vérifiant 2X se qu'on fait ... j'aime donc assez la démarche 
> Par ailleurs, si tu t'attaque à un une commune, n'hésite pas a te signaler
> qu'on ne se marche pas sur les pieds ;)
>
>
> Bonne soirée
>
> Brice
>
>
> 2013/5/29 Pierre Parmentier 
>
>> Hello,
>>
>>1. Avec JOSM, j'ai fait des imports sur 1050, 1060, 1180 et 1190
>>entre Brugmann, Waterloo et Vanderkindere. Merci de commenter si mes
>>imports sont corrects.
>>2. Ces imports ont été faits en copiant-collant les ways "building",
>>sans import de relation.
>>3. J'ai créé une relation *associatedStreet *pour la rue François
>>Stroobant. Merci de commenter.
>>4. Avons-nous convenu de créer à la fois (a) les relations et (b) les
>>tags *addr:street*. N'est-ce pas redondant ?
>>5. Si je suis dans le bon, je continue.
>>6. Pas pigé comment faire l'import de la relation en même temps que
>>les ways "building".
>>7. Je ne vois pas le fichier "1170.zip" !
>>
>> Foxandpotatoes
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! (suite)

[eMerzh]

Hello,

j'ai rapidement regardé et voici mes petites remarques :

- Il ne faut pas oublier de simplifier les noeuds sur les buildings:
enlever les points inutiles genre au 31 Rue François Stroobant,
- sur la rue François Stroobant la relation est pas correct, il faut
suivre  https://wiki.openstreetmap.org/wiki/Relation:associatedStreetle
mieux c'est encore de copier la relation de Jo.
- Sinon, j'aime assez bien les relation associated street et comme c'est
pas forcément reconnu de tous les éditeurs, j'aime la duplication ... mais
bon c pas très osmesque
- Attention aux multipolygone (genre Rue Émile Bouilliot ~46)

Sinon ça a l'aire ok :)
Avec ce volume de données , il vaut mieux yaller doucement mais en
vérifiant 2X se qu'on fait ... j'aime donc assez la démarche 
Par ailleurs, si tu t'attaque à un une commune, n'hésite pas a te signaler
qu'on ne se marche pas sur les pieds ;)


Bonne soirée

Brice


2013/5/29 Pierre Parmentier 

> Hello,
>
>1. Avec JOSM, j'ai fait des imports sur 1050, 1060, 1180 et 1190 entre
>Brugmann, Waterloo et Vanderkindere. Merci de commenter si mes imports sont
>corrects.
>2. Ces imports ont été faits en copiant-collant les ways "building",
>sans import de relation.
>3. J'ai créé une relation *associatedStreet *pour la rue François
>Stroobant. Merci de commenter.
>4. Avons-nous convenu de créer à la fois (a) les relations et (b) les
>tags *addr:street*. N'est-ce pas redondant ?
>5. Si je suis dans le bon, je continue.
>6. Pas pigé comment faire l'import de la relation en même temps que
>les ways "building".
>7. Je ne vois pas le fichier "1170.zip" !
>
> Foxandpotatoes
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! (suite)

[Jo]

2013/5/29 Pierre Parmentier 

> Hello,
>
>1. Avec JOSM, j'ai fait des imports sur 1050, 1060, 1180 et 1190 entre
>Brugmann, Waterloo et Vanderkindere. Merci de commenter si mes imports sont
>corrects.
>2. Ces imports ont été faits en copiant-collant les ways "building",
>sans import de relation.
>3. J'ai créé une relation *associatedStreet *pour la rue François
>Stroobant. Merci de commenter.
>4. Avons-nous convenu de créer à la fois (a) les relations et (b) les
>tags *addr:street*. N'est-ce pas redondant ?
>
> Je n'aime pas non plus, car c'est redondant et prend beaucoup de place,
mais les éditeurs sur les plateformes mobiles ne supportent pas les
relations et je pense qu'il y avait une autre raison qui m'échappe pour
l'instant.


>
>1. Si je suis dans le bon, je continue.
>2. Pas pigé comment faire l'import de la relation en même temps que
>les ways "building".
>
> Le plus facile c'est de commencer par la relation. Bouton droit,
sélectionner membres. Puis sélectionner relation (ajouter). Puis il faut
encore sélectionner les bâtiments avec plusieurs noeuds dedans et ceux qui
n'ont pas d'adresses avec Ctrl-bouton gauche.


>
>1. Je ne vois pas le fichier "1170.zip" !
>
>
Maintenant il y est. Je l'avais remis à plus tard et puis oublié. Désolé.

Après je vais vérifier ton travail.

Jo
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open! (suite)

[Pierre Parmentier]

Hello,

   1. Avec JOSM, j'ai fait des imports sur 1050, 1060, 1180 et 1190 entre
   Brugmann, Waterloo et Vanderkindere. Merci de commenter si mes imports sont
   corrects.
   2. Ces imports ont été faits en copiant-collant les ways "building",
   sans import de relation.
   3. J'ai créé une relation *associatedStreet *pour la rue François
   Stroobant. Merci de commenter.
   4. Avons-nous convenu de créer à la fois (a) les relations et (b) les
   tags *addr:street*. N'est-ce pas redondant ?
   5. Si je suis dans le bon, je continue.
   6. Pas pigé comment faire l'import de la relation en même temps que les
   ways "building".
   7. Je ne vois pas le fichier "1170.zip" !

Foxandpotatoes
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

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  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  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 
>>
>>> 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  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 

> Yey,
> thanks Jo :)
>
> I begin with Jette right away :)
>
>
>
>
> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne <
> pollo...@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 
>>
>>> 2013/5/27 A.Pirard.Papou 
>>>
  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@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>

>>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

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  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 
>
>> 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  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 
>>>
 Yey,
 thanks Jo :)

 I begin with Jette right away :)




 On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne <
 pollo...@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 
>
>> 2013/5/27 A.Pirard.Papou 
>>
>>>  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@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>

>>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

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 

> 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  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 
>>
>>> Yey,
>>> thanks Jo :)
>>>
>>> I begin with Jette right away :)
>>>
>>>
>>>
>>>
>>> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne >> > 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 

> 2013/5/27 A.Pirard.Papou 
>
>>  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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-be


>>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

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  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 
>
>> Yey,
>> thanks Jo :)
>>
>> I begin with Jette right away :)
>>
>>
>>
>>
>> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne 
>> 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 
>>>
 2013/5/27 A.Pirard.Papou 

>  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@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-be


>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

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 

> Yey,
> thanks Jo :)
>
> I begin with Jette right away :)
>
>
>
>
> On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne 
> 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 
>>
>>> 2013/5/27 A.Pirard.Papou 
>>>
  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@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

Yey,
thanks Jo :)

I begin with Jette right away :)




On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne 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 
>
>> 2013/5/27 A.Pirard.Papou 
>>
>>>  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@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Paul-André Duchesne]

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 

> 2013/5/27 A.Pirard.Papou 
>
>>  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@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

2013/5/27 A.Pirard.Papou 

>  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@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[A.Pirard.Papou]

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 !!!

André.


PS: you may want to add FIXMEs or to use some other means to know what
remains to merge manually.

___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

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.

The files can be found here:

http://osm.bmaron.net/urbis/

For every street I created an associatedStreet relation automatically. In
JOSM the easiest way to work with this is to

Right Mouse Button/Select Members

Then on the properties

Right Mouse Button on the relation/Select Relation (Add)

Then Ctrl-c

Now

File/New layer

Ctrl-v

Then download data from OSM.

The streets parts (highway=...) still need to be added to the
associatedStreet relations.

The building shapes contain too many points, so some of them need to be
cleaned up manually.

Some buildings (in the middle of a street) contain 2 or 3 address nodes
with consecutive numbers. These need to be merged, the numbers xx-yy. Then
Ctrl-c, Ctrl-Shift-V to apply the tags on the building outline.

For the buildings on the street corners, it's probably best to keep the
addresses on the nodes.

When working on a street where buildings were already present, Ctrl-Shift-G
is a life saver. First select the shape coming from UrbIS, then select the
target building.

If the target building contains nodes which already have tags, or which are
part of another relation, these need to be merged with 'm' before
transfering the geometry.

There is still quite a bit of manual work involved, but this also means we
get a chance to check what we're doing.


Enjoy!

Jo
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

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  wrote:

> It seems we're the only ones communicating on this, but that's OK.
>
> 2013/5/12 eMerzh 
>
>> 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
>
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

It seems we're the only ones communicating on this, but that's OK.

2013/5/12 eMerzh 

> 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
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

Thanks for your help Jo,

On Sun, May 12, 2013 at 1:33 AM, Jo  wrote:

> Hi eMerzh,
>
> I'm sorry, you ended up on the todo / procrastrination pile.
>

No problems ;-)


> 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.

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

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...
if i don't set it we will not have the relation to the street anymore :s
If somebody knows a better solution?


> 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"



> 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 ...



what are you thinking?
any one else on this topic?
let's discuss it here before someone start by himself without discussing it
here.


>
> 2013/5/11 eMerzh 
>
>> Hi everyone :)
>>
>> i take some times to look more in the data of urbis,
>> i also played with qgis to try to extract some informations...
>> i started with buildings and addresses as i think it's the weakest point
>> in brussels...
>>
>> So here is my take on etterbeek (as it's a small one):
>>
>> I split it in 3 files :
>> - buildings without addresses
>> - building with 1 address (address on the building shape)
>> - building with more than 1 address (address as diffrent points)
>>
>> What do you guys think?
>>
>>
>> before uploading there is still some work to do :
>> - check for duplicated node or self intersecting buildings
>> - check for existing buildings / address in osm
>>
>> Any comments?
>>
>>
>> http://my.bmaron.net/public.php?service=files&t=c73bc235b68982c874d6e29f9223a741
>>
>>
>>
>> On Fri, May 3, 2013 at 10:31 AM, eMerzh  wrote:
>>
>>> Hi ,
>>> Thanks for you researches Jo... i'm currently reading the user guide
>>> given upper, and it may helps you to understand what's what :p
>>>
>>> yesterday Cquest from osm-fr gave me his extract of addresses so it must
>>> be possible some way ... (see here
>>> http://my.bmaron.net/public.php?service=files&t=7264154f5a483352ebe0846fdeeeabbb)
>>>
>>> For the integration ... as it seems that the datas are far better than
>>> what's already in osm ( a lot of buildings where drawn by hand on top of
>>> bing )
>>> and addresses are far from complete ...
>>> my opinion is that we may try to first "integrate" buildings then
>>> address (address seems to be easier i think it's better if we could link
>>> them to the building).
>>> Another place where an import will be hard but we can still do smth is
>>> roads names.
>>>
>>> Then of course there is a lot of other things we can start thinking ...
>>> like pharmacy , ...
>>>
>>> Btw,
>>> how do we manage the attribution ? a text in the wiki pointing to URBIS?
>>> a source=* on every object ? or a source=* on the changeset?
>>>
>>>
>>> On Fri, May 3, 2013 at 10:27 AM, eMerzh  wrote:
>>>
 Hi ,
 Thanks for you researches Jo... i'm currently reading the user guide
 given upper, and it may helps you to understand what's what :p

 yesterday Cquest from osm-fr gave me his extract of addresses so it
 must be possible some way ... (see in attach)

 For the integration ... as it seems that the datas are far better than
 what's already in osm ( a lot of buildings where drawn by hand on top of
 bing )
 and addresses are far from complete ...
 my opinion is that we may try to first "integrate" building

Re: [OSM-talk-be] URBis, Open!

[Jo]

Hi eMerzh,

I'm sorry, you ended up on the todo / procrastrination pile.

I took another  go at trying to import the data into PostGIS, to be able to
visualise it in QGIS.

I noticed there are several hurdles:

LATIN1 encoded instead of UTF-8
Lambert72 instead of WGS-84

And now I noticed the dbf files contain commas as decimal separator...

Anyway the building shapes are in urbadm_bu, which has an id column.

There is a DBF file UrbAdm_AdPt with all the address information. Hopefully
bu_id in that one is a foreign key to that id column.



I looked at your files and you have the building shapes converted
already... great! I'd like to learn how you did it.


I would have added associatedStreet relations to the osm files as well.
Combine addr:street:fr and addr:street:nl in addr:street or omit it/them
altogether.
Since most buildings are houses, I'd use building=house.

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



2013/5/11 eMerzh 

> Hi everyone :)
>
> i take some times to look more in the data of urbis,
> i also played with qgis to try to extract some informations...
> i started with buildings and addresses as i think it's the weakest point
> in brussels...
>
> So here is my take on etterbeek (as it's a small one):
>
> I split it in 3 files :
> - buildings without addresses
> - building with 1 address (address on the building shape)
> - building with more than 1 address (address as diffrent points)
>
> What do you guys think?
>
>
> before uploading there is still some work to do :
> - check for duplicated node or self intersecting buildings
> - check for existing buildings / address in osm
>
> Any comments?
>
>
> http://my.bmaron.net/public.php?service=files&t=c73bc235b68982c874d6e29f9223a741
>
>
>
> On Fri, May 3, 2013 at 10:31 AM, eMerzh  wrote:
>
>> Hi ,
>> Thanks for you researches Jo... i'm currently reading the user guide
>> given upper, and it may helps you to understand what's what :p
>>
>> yesterday Cquest from osm-fr gave me his extract of addresses so it must
>> be possible some way ... (see here
>> http://my.bmaron.net/public.php?service=files&t=7264154f5a483352ebe0846fdeeeabbb)
>>
>> For the integration ... as it seems that the datas are far better than
>> what's already in osm ( a lot of buildings where drawn by hand on top of
>> bing )
>> and addresses are far from complete ...
>> my opinion is that we may try to first "integrate" buildings then address
>> (address seems to be easier i think it's better if we could link them to
>> the building).
>> Another place where an import will be hard but we can still do smth is
>> roads names.
>>
>> Then of course there is a lot of other things we can start thinking ...
>> like pharmacy , ...
>>
>> Btw,
>> how do we manage the attribution ? a text in the wiki pointing to URBIS?
>> a source=* on every object ? or a source=* on the changeset?
>>
>>
>> On Fri, May 3, 2013 at 10:27 AM, eMerzh  wrote:
>>
>>> Hi ,
>>> Thanks for you researches Jo... i'm currently reading the user guide
>>> given upper, and it may helps you to understand what's what :p
>>>
>>> yesterday Cquest from osm-fr gave me his extract of addresses so it must
>>> be possible some way ... (see in attach)
>>>
>>> For the integration ... as it seems that the datas are far better than
>>> what's already in osm ( a lot of buildings where drawn by hand on top of
>>> bing )
>>> and addresses are far from complete ...
>>> my opinion is that we may try to first "integrate" buildings then
>>> address (address seems to be easier i think it's better if we could link
>>> them to the building).
>>> Another place where an import will be hard but we can still do smth is
>>> roads names.
>>>
>>> Then of course there is a lot of other things we can start thinking ...
>>> like pharmacy , ...
>>>
>>> Btw,
>>> how do we manage the attribution ? a text in the wiki pointing to URBIS?
>>> a source=* on every object ? or a source=* on the changeset?
>>>
>>>
>>>
>>> On Fri, May 3, 2013 at 10:07 AM, Jo  wrote:
>>>
 Hi eMerzh,

 The data is provided in different ways. I started by looking at the
 topology files, but everything is totally fragmented in there and I can't
 seem to find the glue to tie it all together once again. One would have to
 'reconstruct' the front, sides and backside of the houses and combine with
 house numbers.

 The adm files seem to be more accessible. PostGIS has a plugin which
 enables to import dbf and shp files. So from the Urbis site we would
 download the data in SHP format.

 Unzip and then point Postgis to the DBF files. Don't forget to change
 the character encoding to LATIN1 (or set it to that for the whole DB, but
 then it needs to be converted to UTF-8 later on).

 Once it's all imported, start QGIS and connect to the DB. Now it's
 pos

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

Hi everyone :)

i take some times to look more in the data of urbis,
i also played with qgis to try to extract some informations...
i started with buildings and addresses as i think it's the weakest point in
brussels...

So here is my take on etterbeek (as it's a small one):

I split it in 3 files :
- buildings without addresses
- building with 1 address (address on the building shape)
- building with more than 1 address (address as diffrent points)

What do you guys think?


before uploading there is still some work to do :
- check for duplicated node or self intersecting buildings
- check for existing buildings / address in osm

Any comments?

http://my.bmaron.net/public.php?service=files&t=c73bc235b68982c874d6e29f9223a741



On Fri, May 3, 2013 at 10:31 AM, eMerzh  wrote:

> Hi ,
> Thanks for you researches Jo... i'm currently reading the user guide given
> upper, and it may helps you to understand what's what :p
>
> yesterday Cquest from osm-fr gave me his extract of addresses so it must
> be possible some way ... (see here
> http://my.bmaron.net/public.php?service=files&t=7264154f5a483352ebe0846fdeeeabbb)
>
> For the integration ... as it seems that the datas are far better than
> what's already in osm ( a lot of buildings where drawn by hand on top of
> bing )
> and addresses are far from complete ...
> my opinion is that we may try to first "integrate" buildings then address
> (address seems to be easier i think it's better if we could link them to
> the building).
> Another place where an import will be hard but we can still do smth is
> roads names.
>
> Then of course there is a lot of other things we can start thinking ...
> like pharmacy , ...
>
> Btw,
> how do we manage the attribution ? a text in the wiki pointing to URBIS? a
> source=* on every object ? or a source=* on the changeset?
>
>
> On Fri, May 3, 2013 at 10:27 AM, eMerzh  wrote:
>
>> Hi ,
>> Thanks for you researches Jo... i'm currently reading the user guide
>> given upper, and it may helps you to understand what's what :p
>>
>> yesterday Cquest from osm-fr gave me his extract of addresses so it must
>> be possible some way ... (see in attach)
>>
>> For the integration ... as it seems that the datas are far better than
>> what's already in osm ( a lot of buildings where drawn by hand on top of
>> bing )
>> and addresses are far from complete ...
>> my opinion is that we may try to first "integrate" buildings then address
>> (address seems to be easier i think it's better if we could link them to
>> the building).
>> Another place where an import will be hard but we can still do smth is
>> roads names.
>>
>> Then of course there is a lot of other things we can start thinking ...
>> like pharmacy , ...
>>
>> Btw,
>> how do we manage the attribution ? a text in the wiki pointing to URBIS?
>> a source=* on every object ? or a source=* on the changeset?
>>
>>
>>
>> On Fri, May 3, 2013 at 10:07 AM, Jo  wrote:
>>
>>> Hi eMerzh,
>>>
>>> The data is provided in different ways. I started by looking at the
>>> topology files, but everything is totally fragmented in there and I can't
>>> seem to find the glue to tie it all together once again. One would have to
>>> 'reconstruct' the front, sides and backside of the houses and combine with
>>> house numbers.
>>>
>>> The adm files seem to be more accessible. PostGIS has a plugin which
>>> enables to import dbf and shp files. So from the Urbis site we would
>>> download the data in SHP format.
>>>
>>> Unzip and then point Postgis to the DBF files. Don't forget to change
>>> the character encoding to LATIN1 (or set it to that for the whole DB, but
>>> then it needs to be converted to UTF-8 later on).
>>>
>>> Once it's all imported, start QGIS and connect to the DB. Now it's
>>> possible to visualise the data.
>>>
>>> Urbadm-bu contains the buildings.
>>>
>>> What we should decide is what do we want to use for import/integration?
>>>
>>> Many of the buildings in Brussels are already drawn. Are we going to
>>> replace them with this data? Does replacing mean: throw away the nodes and
>>> start over, or do we try to keep the nodes and "simply" change their
>>> positions? (Not so simple to code, but probably not impossible).
>>>
>>> What is probably simple is to create an OSM-file with all the
>>> housenumbers. Then it's still a lot of manual labour to put them in and
>>> verify with what we already had.
>>>
>>> Creating OSM files with all the building outlines would be a bit harder
>>> to accomplish. I've been trying to decipher how the data is organised in
>>> the tables for the past few hours...
>>>
>>> I can't seem to find the link between the buildings and the
>>> housenumbers/streets, but maybe I should have a fresh look at it, once the
>>> headache goes away... I do think it's in there somewhere.
>>>
>>> Jo
>>>
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

For info: (i wanted to send it to everybody but i send it only to Jo)


So First:
i've spoke to Osmose dev , they seems to agree to help with integration of
some elements of URBIS if we can provide csv files (easier for them to work
with).
They also think that this method better fit objects that are already half
into osm (i was thinking of pharmacy or schools or some other things)...

I was also still looking for documentation of datas, so i mailed urbis
helpdesk... here is how you can get all the doc :

> allez sur
http://irisbox.irisnet.be/vip/servlet/CCRLWebRequestServlet?$$controller=ccrl.server.controller.DocumentBrowser&Idmunicipality=CIBG&Language=fr&Idparentcategory=1289&Documentdate=&;
>Showarchiveddocs=0&Showforms=0

> Vous devez alors cliquer sur « CIRB URBIS DATA DOWNLOAD ».
> Vous devez cliquer sur la mention « J’accepte… » sur le formulaire PDF
qui apparaît ensuite.
> Vous devriez alors voir s’afficher le répertoire dont le sous répertoire
« UrbIS »  contient la doc (cf la capture d’écran ci-jointe).
> Le sous-répertoire « TABS » contient un tableau reprenant la description
de toutes les couches dans les différents formats.


As i got some problems with the PDF forms ... i've made them available on
my server :

http://my.bmaron.net/public.php?service=files&t=69530c63b49f4d3835f5c475d9073c37



See you guys :)


On Fri, May 3, 2013 at 10:31 AM, eMerzh  wrote:

> Hi ,
> Thanks for you researches Jo... i'm currently reading the user guide given
> upper, and it may helps you to understand what's what :p
>
> yesterday Cquest from osm-fr gave me his extract of addresses so it must
> be possible some way ... (see here
> http://my.bmaron.net/public.php?service=files&t=7264154f5a483352ebe0846fdeeeabbb)
>
> For the integration ... as it seems that the datas are far better than
> what's already in osm ( a lot of buildings where drawn by hand on top of
> bing )
> and addresses are far from complete ...
> my opinion is that we may try to first "integrate" buildings then address
> (address seems to be easier i think it's better if we could link them to
> the building).
> Another place where an import will be hard but we can still do smth is
> roads names.
>
> Then of course there is a lot of other things we can start thinking ...
> like pharmacy , ...
>
> Btw,
> how do we manage the attribution ? a text in the wiki pointing to URBIS? a
> source=* on every object ? or a source=* on the changeset?
>
>
> On Fri, May 3, 2013 at 10:27 AM, eMerzh  wrote:
>
>> Hi ,
>> Thanks for you researches Jo... i'm currently reading the user guide
>> given upper, and it may helps you to understand what's what :p
>>
>> yesterday Cquest from osm-fr gave me his extract of addresses so it must
>> be possible some way ... (see in attach)
>>
>> For the integration ... as it seems that the datas are far better than
>> what's already in osm ( a lot of buildings where drawn by hand on top of
>> bing )
>> and addresses are far from complete ...
>> my opinion is that we may try to first "integrate" buildings then address
>> (address seems to be easier i think it's better if we could link them to
>> the building).
>> Another place where an import will be hard but we can still do smth is
>> roads names.
>>
>> Then of course there is a lot of other things we can start thinking ...
>> like pharmacy , ...
>>
>> Btw,
>> how do we manage the attribution ? a text in the wiki pointing to URBIS?
>> a source=* on every object ? or a source=* on the changeset?
>>
>>
>>
>> On Fri, May 3, 2013 at 10:07 AM, Jo  wrote:
>>
>>> Hi eMerzh,
>>>
>>> The data is provided in different ways. I started by looking at the
>>> topology files, but everything is totally fragmented in there and I can't
>>> seem to find the glue to tie it all together once again. One would have to
>>> 'reconstruct' the front, sides and backside of the houses and combine with
>>> house numbers.
>>>
>>> The adm files seem to be more accessible. PostGIS has a plugin which
>>> enables to import dbf and shp files. So from the Urbis site we would
>>> download the data in SHP format.
>>>
>>> Unzip and then point Postgis to the DBF files. Don't forget to change
>>> the character encoding to LATIN1 (or set it to that for the whole DB, but
>>> then it needs to be converted to UTF-8 later on).
>>>
>>> Once it's all imported, start QGIS and connect to the DB. Now it's
>>> possible to visualise the data.
>>>
>>> Urbadm-bu contains the buildings.
>>>
>>> What we should decide is what do we want to use for import/integration?
>>>
>>> Many of the buildings in Brussels are already drawn. Are we going to
>>> replace them with this data? Does replacing mean: throw away the nodes and
>>> start over, or do we try to keep the nodes and "simply" change their
>>> positions? (Not so simple to code, but probably not impossible).
>>>
>>> What is probably simple is to create an OSM-file with all the
>>> housenumbers. Then it's still a lot of manual labour to put them in and
>>> verify with what we alrea

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

Hi ,
Thanks for you researches Jo... i'm currently reading the user guide given
upper, and it may helps you to understand what's what :p

yesterday Cquest from osm-fr gave me his extract of addresses so it must be
possible some way ... (see here
http://my.bmaron.net/public.php?service=files&t=7264154f5a483352ebe0846fdeeeabbb)

For the integration ... as it seems that the datas are far better than
what's already in osm ( a lot of buildings where drawn by hand on top of
bing )
and addresses are far from complete ...
my opinion is that we may try to first "integrate" buildings then address
(address seems to be easier i think it's better if we could link them to
the building).
Another place where an import will be hard but we can still do smth is
roads names.

Then of course there is a lot of other things we can start thinking ...
like pharmacy , ...

Btw,
how do we manage the attribution ? a text in the wiki pointing to URBIS? a
source=* on every object ? or a source=* on the changeset?


On Fri, May 3, 2013 at 10:27 AM, eMerzh  wrote:

> Hi ,
> Thanks for you researches Jo... i'm currently reading the user guide given
> upper, and it may helps you to understand what's what :p
>
> yesterday Cquest from osm-fr gave me his extract of addresses so it must
> be possible some way ... (see in attach)
>
> For the integration ... as it seems that the datas are far better than
> what's already in osm ( a lot of buildings where drawn by hand on top of
> bing )
> and addresses are far from complete ...
> my opinion is that we may try to first "integrate" buildings then address
> (address seems to be easier i think it's better if we could link them to
> the building).
> Another place where an import will be hard but we can still do smth is
> roads names.
>
> Then of course there is a lot of other things we can start thinking ...
> like pharmacy , ...
>
> Btw,
> how do we manage the attribution ? a text in the wiki pointing to URBIS? a
> source=* on every object ? or a source=* on the changeset?
>
>
>
> On Fri, May 3, 2013 at 10:07 AM, Jo  wrote:
>
>> Hi eMerzh,
>>
>> The data is provided in different ways. I started by looking at the
>> topology files, but everything is totally fragmented in there and I can't
>> seem to find the glue to tie it all together once again. One would have to
>> 'reconstruct' the front, sides and backside of the houses and combine with
>> house numbers.
>>
>> The adm files seem to be more accessible. PostGIS has a plugin which
>> enables to import dbf and shp files. So from the Urbis site we would
>> download the data in SHP format.
>>
>> Unzip and then point Postgis to the DBF files. Don't forget to change the
>> character encoding to LATIN1 (or set it to that for the whole DB, but then
>> it needs to be converted to UTF-8 later on).
>>
>> Once it's all imported, start QGIS and connect to the DB. Now it's
>> possible to visualise the data.
>>
>> Urbadm-bu contains the buildings.
>>
>> What we should decide is what do we want to use for import/integration?
>>
>> Many of the buildings in Brussels are already drawn. Are we going to
>> replace them with this data? Does replacing mean: throw away the nodes and
>> start over, or do we try to keep the nodes and "simply" change their
>> positions? (Not so simple to code, but probably not impossible).
>>
>> What is probably simple is to create an OSM-file with all the
>> housenumbers. Then it's still a lot of manual labour to put them in and
>> verify with what we already had.
>>
>> Creating OSM files with all the building outlines would be a bit harder
>> to accomplish. I've been trying to decipher how the data is organised in
>> the tables for the past few hours...
>>
>> I can't seem to find the link between the buildings and the
>> housenumbers/streets, but maybe I should have a fresh look at it, once the
>> headache goes away... I do think it's in there somewhere.
>>
>> Jo
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

Hi eMerzh,

The data is provided in different ways. I started by looking at the
topology files, but everything is totally fragmented in there and I can't
seem to find the glue to tie it all together once again. One would have to
'reconstruct' the front, sides and backside of the houses and combine with
house numbers.

The adm files seem to be more accessible. PostGIS has a plugin which
enables to import dbf and shp files. So from the Urbis site we would
download the data in SHP format.

Unzip and then point Postgis to the DBF files. Don't forget to change the
character encoding to LATIN1 (or set it to that for the whole DB, but then
it needs to be converted to UTF-8 later on).

Once it's all imported, start QGIS and connect to the DB. Now it's possible
to visualise the data.

Urbadm-bu contains the buildings.

What we should decide is what do we want to use for import/integration?

Many of the buildings in Brussels are already drawn. Are we going to
replace them with this data? Does replacing mean: throw away the nodes and
start over, or do we try to keep the nodes and "simply" change their
positions? (Not so simple to code, but probably not impossible).

What is probably simple is to create an OSM-file with all the housenumbers.
Then it's still a lot of manual labour to put them in and verify with what
we already had.

Creating OSM files with all the building outlines would be a bit harder to
accomplish. I've been trying to decipher how the data is organised in the
tables for the past few hours...

I can't seem to find the link between the buildings and the
housenumbers/streets, but maybe I should have a fresh look at it, once the
headache goes away... I do think it's in there somewhere.

Jo
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Jo]

Hi eMerzh,

Opening the shape file in QGIS was trivial, this helped me to determine
UrbTopBB06N contains the housenumbers. Opendata plugin was already
installed, and this means one can simply use File Open to open that shape
file.

Then I selected all and renamed NAME to addr:housenumber and I removed the
rest of the tags. The disadvantage is that the addr:street tag is missing
that way. Also you probably want the shapes of the buildings straight from
cadastre. That will take a bit more effort. I'll see what I can do.

Jo

2013/4/25 eMerzh 

> It seems to be possible to download everything in shape file... here
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/telechargement
>
> anyone has some experience on converting shape to osm files?
>
>
>
>
> On Thu, Apr 25, 2013 at 7:29 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> I have a similar thing setup for a task for HOT; I created a service that
>> returns OSM data based on a tile specification or bounding box:
>>
>> http://{hostname}:{port}/box/{filename}.osm?bbox=left,bottom,right,top
>> http://{hostname}:{port}/data/{x}/{y}/{zoom}/{filename}.osm
>>
>> It's on github (http://github.com/xivk/OsmDataService) and installed on
>> my own server already.
>>
>> Example with actual AGIV data:
>>
>>
>> http://www.osmsharp.com:815/box/AGIV_CRAB.osm?bbox=4.7792,51.25782,4.79665,51.26652
>>
>> It's very slow for now because it's not using a database yet (it
>> processes all addresses on each request). I was now in the process of
>> creating a simple webpage where you can get a link by selecting a bounding
>> box and import straight into JOSM using the remote control option.
>>
>> Does that sound like a good option for everybody or is it better to
>> search for another solution?
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com 
>> http://twitter.com/xivk 
>>
>>
>>
>> On Thu, Apr 25, 2013 at 6:53 PM, Marc Gemis  wrote:
>>
>>> Can't we contact the French and Dutch people that do similar things ?
>>> For The Netherlands, there is this (long running) forum thread on the
>>> BAG: http://forum.openstreetmap.org/viewtopic.php?id=18311&p=1
>>>
>>> They split the Db up in smaller (.osm) parts that can be imported in
>>> JOSM. Then a manual edit and upload. There is some discussion on the need
>>> of a dedicated user for the upload of the BAG data  (required by the DWG
>>> data work group ?)
>>>
>>> m.
>>>
>>>
>>> On Thu, Apr 25, 2013 at 6:21 PM, Ben Abelshausen <
>>> ben.abelshau...@gmail.com> wrote:
>>>
 I'm talking only about adresses. I'm not sure about the rest... but we
 should be very carefull with any imports.

 I think using the data more as a mapping guideline might be better in
 any situation compared to an actual automated import.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com
 http://twitter.com/xivk

 On Thu, Apr 25, 2013 at 6:13 PM, eMerzh  wrote:

> So if i'm right, you are thinking about like tracing OSM over Urbis
> by hand?
> Isn't there a nicer method and more accurate? not that i want to
> import everything in bulk... but at least avoid the manual tracing or 
> smth?
>
> i'm not that aware of what we can do with the format here :)
>
>
>
>
>
> On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> Hi,
>>
>> I have been working on this for AGIV also and I have emailed with
>> someone from urbis and i think the license is ok. There is the need to
>> mention the source but we should check with them if it is ok to put it on
>> the wiki as a datasource.
>>
>> I was thinking about an extra layer that could be loaded into JOSM or
>> any other editor showing the addresses already converted to the proper 
>> OSM
>> tags.
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com 
>> http://twitter.com/xivk 
>>
>>
>>
>> On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:
>>
>>> Hi,
>>> some times aga there where a announce about the liberation of Urbis
>>> (the gis system of Brussels).
>>>
>>> And now, this is it, i've miss the announce but it seems to be
>>> available since the 1st april ...no jokes :p
>>>
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>>>
>>> The licence seems to be permissive and OSM compatible...(any
>>> confirmation on that?)
>>>
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>>>
>>> So now , you know what's left to do?
>>>
>>> find a way to put all this stuff in OSM!
>>>
>>> What do you think is the best way?
>>>
>>> Yey f

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

Hi everybody ... it seems that i'm the only one interrested here :p

So i keep you posted with my last infos on urbis :

If you don't have a lot of fancy gis tools at home josm can help you,
install the opendata plugin it will let you open some shape files :) yey
step one :)

Then you find a lot of files in the zip ...; with a lot attributes ...

in the irc channel osm-fr we found this cursus that helps to understand all
of this 

http://archi-intranet.ulb.ac.be/cours/sis/DataSources/urbis/UrbIS-Documentation/UrbIS/Guide%20Utilisateur.pdf
thanks (caemir)

so now i can start to think about using the datas...

what do you think? everyone does his job or we try to set up smth common ?
We try to provide some pre compiled .osm files or smth else?


Brice
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

Btw,
the official announce :

http://blog.cibg.irisnet.be/brussels-urbis-enfin-disponible-sous-licence-open-data/



On Sat, Apr 27, 2013 at 4:01 PM, A.Pirard.Papou wrote:

> **
> On 2013-04-27 09:58,  Wim Crols wrote :
>
> On Sat, Apr 27, 2013 at 12:02 AM, A.Pirard.Papou  > wrote:
>
>>  On 2013-04-26 11:20,  Chris Browet wrote :
>>
>>  The Lambert72 PROJ4 string extracted from the prj is:
>>
>>  +proj=lcc +lat_1=49.839 +lat_2=51.172333 +lat_0=90
>> +lon_0=4.3674866 +x_0=15.01256 +y_0=5400088.4378 +ellps=intl
>> +units=m +no_defs
>>
>>  And doesn't quite work.
>>
>>  This one is ok:
>>
>> +proj=lcc +lat_1=51.172334 +lat_2=49.838999 +lat_0=90
>> +lon_0=4.3674866 +x_0=15.013 +y_0=5400088.438 +ellps=intl
>> +towgs84=-99.1,53.3,-112.5,0.419,-0.83,1.885,-1.0 +units=m +no_defs
>>
>>   There are 4 or 5 proj4 definitions of Lambert 72 around and bugs
>> reports.
>> This is the correct one, I think, that I configured Merkaartor with after
>> much searching.
>>
>>
>  Actually this is the one defined in proj4 now
>
> +proj=lcc +lat_1=51.172333 +lat_2=49.839 +lat_0=90
> +lon_0=4.3674866 +x_0=15.013 +y_0=5400088.438 +ellps=intl
> +towgs84=106.869,-52.2978,103.724,-0.33657,0.456955,-1.84218,1 +units=m
> +no_defs
>
>  https://svn.osgeo.org/metacrs/sr.org/epsg/proj/epsg
>
>  look for 31370
>
> Indeed, and that is why everybody should carefully check that this #47
> bug is corrected in their proj.4 
> distribution(library file libproj0.so.0 
> or such) or in other sources or in any other
> "manual" configuration in order to avoid producing bad work and confusion
> like this message + replies and other 
> discussions
> .
>
>
>
>>  Obviously, IGN/NGI should specify their projections' proj4 definitions
>> on their site.
>> Someone should notify them.
>>
>   Obviously.
>
>
>> Cheers
>>
>>   André.
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[A.Pirard.Papou]

 On 2013-04-27 09:58,  Wim Crols wrote :
> On Sat, Apr 27, 2013 at 12:02 AM, A.Pirard.Papou
> mailto:a.pirard.pa...@gmail.com>> wrote:
>
> On 2013-04-26 11:20,  Chris Browet wrote :
>> The Lambert72 PROJ4 string extracted from the prj is:
>>
>> +proj=lcc +lat_1=49.839 +lat_2=51.172333 +lat_0=90
>> +lon_0=4.3674866 +x_0=15.01256 +y_0=5400088.4378
>> +ellps=intl +units=m +no_defs
>>
>> And doesn't quite work.
>>
>> This one is ok:
>>
>> +proj=lcc +lat_1=51.172334 +lat_2=49.838999
>> +lat_0=90 +lon_0=4.3674866 +x_0=15.013
>> +y_0=5400088.438 +ellps=intl
>> +towgs84=-99.1,53.3,-112.5,0.419,-0.83,1.885,-1.0 +units=m +no_defs
>
> There are 4 or 5 proj4 definitions of Lambert 72 around and bugs
> reports.
> This is the correct one, I think, that I configured Merkaartor
> with after much searching.
>
>
> Actually this is the one defined in proj4 now
>  
> +proj=lcc +lat_1=51.172333 +lat_2=49.839 +lat_0=90
> +lon_0=4.3674866 +x_0=15.013 +y_0=5400088.438 +ellps=intl
> +towgs84=106.869,-52.2978,103.724,-0.33657,0.456955,-1.84218,1
> +units=m +no_defs
>
> https://svn.osgeo.org/metacrs/sr.org/epsg/proj/epsg
>
> look for 31370
Indeed, and that is why everybody should carefully check that this #47
bug is corrected in their proj.4 distribution
 (library file libproj0.so.0 or
such) or in other sources or in any other "manual" configuration in
order to avoid producing bad work and confusion like this message +
replies and other discussions
.
>  
>
> Obviously, IGN/NGI should specify their projections' proj4
> definitions on their site.
> Someone should notify them.
>
Obviously.


Cheers

André.



___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Wim Crols]

On Sat, Apr 27, 2013 at 12:02 AM, A.Pirard.Papou
wrote:

> **
> On 2013-04-26 11:20,  Chris Browet wrote :
>
>  The Lambert72 PROJ4 string extracted from the prj is:
>
>  +proj=lcc +lat_1=49.839 +lat_2=51.172333 +lat_0=90
> +lon_0=4.3674866 +x_0=15.01256 +y_0=5400088.4378 +ellps=intl
> +units=m +no_defs
>
>  And doesn't quite work.
>
>  This one is ok:
>
> +proj=lcc +lat_1=51.172334 +lat_2=49.838999 +lat_0=90
> +lon_0=4.3674866 +x_0=15.013 +y_0=5400088.438 +ellps=intl
> +towgs84=-99.1,53.3,-112.5,0.419,-0.83,1.885,-1.0 +units=m +no_defs
>
> There are 4 or 5 proj4 definitions of Lambert 72 around and bugs reports.
> This is the correct one, I think, that I configured Merkaartor with after
> much searching.
>
>
Actually this is the one defined in proj4 now

+proj=lcc +lat_1=51.172333 +lat_2=49.839 +lat_0=90
+lon_0=4.3674866 +x_0=15.013 +y_0=5400088.438 +ellps=intl
+towgs84=106.869,-52.2978,103.724,-0.33657,0.456955,-1.84218,1 +units=m
+no_defs

https://svn.osgeo.org/metacrs/sr.org/epsg/proj/epsg

look for 31370


> Obviously, IGN/NGI should specify their projections' proj4 definitions on
> their site.
> Someone should notify them.
>
> Cheers
>
>   André.
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[A.Pirard.Papou]

 On 2013-04-26 11:20,  Chris Browet wrote :
> The Lambert72 PROJ4 string extracted from the prj is:
>
> +proj=lcc +lat_1=49.839 +lat_2=51.172333 +lat_0=90
> +lon_0=4.3674866 +x_0=15.01256 +y_0=5400088.4378
> +ellps=intl +units=m +no_defs
>
> And doesn't quite work.
>
> This one is ok:
>
> +proj=lcc +lat_1=51.172334 +lat_2=49.838999 +lat_0=90
> +lon_0=4.3674866 +x_0=15.013 +y_0=5400088.438 +ellps=intl
> +towgs84=-99.1,53.3,-112.5,0.419,-0.83,1.885,-1.0 +units=m +no_defs
There are 4 or 5 proj4 definitions of Lambert 72 around and bugs reports.
This is the correct one, I think, that I configured Merkaartor with
after much searching.

Obviously, IGN/NGI should specify their projections' proj4 definitions
on their site.
Someone should notify them.

Cheers

André.


___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Julien Fastré]

Very good news !

> The licence seems to be permissive and OSM compatible...(any
> confirmation on that?)

The licence was written to permit a reuse in OSM, according to the
responsible of the Urbis Service. We should ask our French colleagues
how to satisfy the mention of the data's producer: the licence is a copy
of the French Etalab licence.

Julien



Le 25/04/13 17:20, eMerzh a écrit :
> Hi,
> some times aga there where a announce about the liberation of Urbis
> (the gis system of Brussels).
>
> And now, this is it, i've miss the announce but it seems to be
> available since the 1st april ...no jokes :p
>
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>
> The licence seems to be permissive and OSM compatible...(any
> confirmation on that?)
>
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>
> So now , you know what's left to do?
>
> find a way to put all this stuff in OSM!
>
> What do you think is the best way?
>
> Yey for opendata
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be

___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Chris Browet]

Merkaartor can open shape files.
I tried it but there seems to be an issue with the the shp projection (the
.prj file).

The Lambert72 PROJ4 string extracted from the prj is:

+proj=lcc +lat_1=49.839 +lat_2=51.172333 +lat_0=90
+lon_0=4.3674866 +x_0=15.01256 +y_0=5400088.4378 +ellps=intl
+units=m +no_defs

And doesn't quite work.

This one is ok:

+proj=lcc +lat_1=51.172334 +lat_2=49.838999 +lat_0=90
+lon_0=4.3674866 +x_0=15.013 +y_0=5400088.438 +ellps=intl
+towgs84=-99.1,53.3,-112.5,0.419,-0.83,1.885,-1.0 +units=m +no_defs



On 25 April 2013 22:34, eMerzh  wrote:

> It seems to be possible to download everything in shape file... here
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/telechargement
>
> anyone has some experience on converting shape to osm files?
>
>
>
>
> On Thu, Apr 25, 2013 at 7:29 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> I have a similar thing setup for a task for HOT; I created a service that
>> returns OSM data based on a tile specification or bounding box:
>>
>> http://{hostname}:{port}/box/{filename}.osm?bbox=left,bottom,right,top
>> http://{hostname}:{port}/data/{x}/{y}/{zoom}/{filename}.osm
>>
>> It's on github (http://github.com/xivk/OsmDataService) and installed on
>> my own server already.
>>
>> Example with actual AGIV data:
>>
>>
>> http://www.osmsharp.com:815/box/AGIV_CRAB.osm?bbox=4.7792,51.25782,4.79665,51.26652
>>
>> It's very slow for now because it's not using a database yet (it
>> processes all addresses on each request). I was now in the process of
>> creating a simple webpage where you can get a link by selecting a bounding
>> box and import straight into JOSM using the remote control option.
>>
>> Does that sound like a good option for everybody or is it better to
>> search for another solution?
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com 
>> http://twitter.com/xivk 
>>
>>
>>
>> On Thu, Apr 25, 2013 at 6:53 PM, Marc Gemis  wrote:
>>
>>> Can't we contact the French and Dutch people that do similar things ?
>>> For The Netherlands, there is this (long running) forum thread on the
>>> BAG: http://forum.openstreetmap.org/viewtopic.php?id=18311&p=1
>>>
>>> They split the Db up in smaller (.osm) parts that can be imported in
>>> JOSM. Then a manual edit and upload. There is some discussion on the need
>>> of a dedicated user for the upload of the BAG data  (required by the DWG
>>> data work group ?)
>>>
>>> m.
>>>
>>>
>>> On Thu, Apr 25, 2013 at 6:21 PM, Ben Abelshausen <
>>> ben.abelshau...@gmail.com> wrote:
>>>
 I'm talking only about adresses. I'm not sure about the rest... but we
 should be very carefull with any imports.

 I think using the data more as a mapping guideline might be better in
 any situation compared to an actual automated import.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com
 http://twitter.com/xivk

 On Thu, Apr 25, 2013 at 6:13 PM, eMerzh  wrote:

> So if i'm right, you are thinking about like tracing OSM over Urbis
> by hand?
> Isn't there a nicer method and more accurate? not that i want to
> import everything in bulk... but at least avoid the manual tracing or 
> smth?
>
> i'm not that aware of what we can do with the format here :)
>
>
>
>
>
> On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> Hi,
>>
>> I have been working on this for AGIV also and I have emailed with
>> someone from urbis and i think the license is ok. There is the need to
>> mention the source but we should check with them if it is ok to put it on
>> the wiki as a datasource.
>>
>> I was thinking about an extra layer that could be loaded into JOSM or
>> any other editor showing the addresses already converted to the proper 
>> OSM
>> tags.
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com 
>> http://twitter.com/xivk 
>>
>>
>>
>> On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:
>>
>>> Hi,
>>> some times aga there where a announce about the liberation of Urbis
>>> (the gis system of Brussels).
>>>
>>> And now, this is it, i've miss the announce but it seems to be
>>> available since the 1st april ...no jokes :p
>>>
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>>>
>>> The licence seems to be permissive and OSM compatible...(any
>>> confirmation on that?)
>>>
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>>>
>>> So now , you know what's left to do?
>>>
>>> find a way to put all this stuff in O

Re: [OSM-talk-be] URBis, Open!

[Ben Abelshausen]

I can do using ogr2osm.

http://wiki.openstreetmap.org/wiki/Ogr2osm

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
ben.abelshau...@gmail.com 
http://twitter.com/xivk 



On Thu, Apr 25, 2013 at 10:34 PM, eMerzh  wrote:

> It seems to be possible to download everything in shape file... here
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/telechargement
>
> anyone has some experience on converting shape to osm files?
>
>
>
>
> On Thu, Apr 25, 2013 at 7:29 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> I have a similar thing setup for a task for HOT; I created a service that
>> returns OSM data based on a tile specification or bounding box:
>>
>> http://{hostname}:{port}/box/{filename}.osm?bbox=left,bottom,right,top
>> http://{hostname}:{port}/data/{x}/{y}/{zoom}/{filename}.osm
>>
>> It's on github (http://github.com/xivk/OsmDataService) and installed on
>> my own server already.
>>
>> Example with actual AGIV data:
>>
>>
>> http://www.osmsharp.com:815/box/AGIV_CRAB.osm?bbox=4.7792,51.25782,4.79665,51.26652
>>
>> It's very slow for now because it's not using a database yet (it
>> processes all addresses on each request). I was now in the process of
>> creating a simple webpage where you can get a link by selecting a bounding
>> box and import straight into JOSM using the remote control option.
>>
>> Does that sound like a good option for everybody or is it better to
>> search for another solution?
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com 
>> http://twitter.com/xivk 
>>
>>
>>
>> On Thu, Apr 25, 2013 at 6:53 PM, Marc Gemis  wrote:
>>
>>> Can't we contact the French and Dutch people that do similar things ?
>>> For The Netherlands, there is this (long running) forum thread on the
>>> BAG: http://forum.openstreetmap.org/viewtopic.php?id=18311&p=1
>>>
>>> They split the Db up in smaller (.osm) parts that can be imported in
>>> JOSM. Then a manual edit and upload. There is some discussion on the need
>>> of a dedicated user for the upload of the BAG data  (required by the DWG
>>> data work group ?)
>>>
>>> m.
>>>
>>>
>>> On Thu, Apr 25, 2013 at 6:21 PM, Ben Abelshausen <
>>> ben.abelshau...@gmail.com> wrote:
>>>
 I'm talking only about adresses. I'm not sure about the rest... but we
 should be very carefull with any imports.

 I think using the data more as a mapping guideline might be better in
 any situation compared to an actual automated import.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com
 http://twitter.com/xivk

 On Thu, Apr 25, 2013 at 6:13 PM, eMerzh  wrote:

> So if i'm right, you are thinking about like tracing OSM over Urbis
> by hand?
> Isn't there a nicer method and more accurate? not that i want to
> import everything in bulk... but at least avoid the manual tracing or 
> smth?
>
> i'm not that aware of what we can do with the format here :)
>
>
>
>
>
> On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> Hi,
>>
>> I have been working on this for AGIV also and I have emailed with
>> someone from urbis and i think the license is ok. There is the need to
>> mention the source but we should check with them if it is ok to put it on
>> the wiki as a datasource.
>>
>> I was thinking about an extra layer that could be loaded into JOSM or
>> any other editor showing the addresses already converted to the proper 
>> OSM
>> tags.
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com 
>> http://twitter.com/xivk 
>>
>>
>>
>> On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:
>>
>>> Hi,
>>> some times aga there where a announce about the liberation of Urbis
>>> (the gis system of Brussels).
>>>
>>> And now, this is it, i've miss the announce but it seems to be
>>> available since the 1st april ...no jokes :p
>>>
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>>>
>>> The licence seems to be permissive and OSM compatible...(any
>>> confirmation on that?)
>>>
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>>>
>>> So now , you know what's left to do?
>>>
>>> find a way to put all this stuff in OSM!
>>>
>>> What do you think is the best way?
>>>
>>> Yey for opendata
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mail

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

It seems to be possible to download everything in shape file... here
http://www.cirb.irisnet.be/catalogue-de-services/urbis/telechargement

anyone has some experience on converting shape to osm files?




On Thu, Apr 25, 2013 at 7:29 PM, Ben Abelshausen
wrote:

> I have a similar thing setup for a task for HOT; I created a service that
> returns OSM data based on a tile specification or bounding box:
>
> http://{hostname}:{port}/box/{filename}.osm?bbox=left,bottom,right,top
> http://{hostname}:{port}/data/{x}/{y}/{zoom}/{filename}.osm
>
> It's on github (http://github.com/xivk/OsmDataService) and installed on
> my own server already.
>
> Example with actual AGIV data:
>
>
> http://www.osmsharp.com:815/box/AGIV_CRAB.osm?bbox=4.7792,51.25782,4.79665,51.26652
>
> It's very slow for now because it's not using a database yet (it processes
> all addresses on each request). I was now in the process of creating a
> simple webpage where you can get a link by selecting a bounding box and
> import straight into JOSM using the remote control option.
>
> Does that sound like a good option for everybody or is it better to search
> for another solution?
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
> ben.abelshau...@gmail.com 
> http://twitter.com/xivk 
>
>
>
> On Thu, Apr 25, 2013 at 6:53 PM, Marc Gemis  wrote:
>
>> Can't we contact the French and Dutch people that do similar things ?
>> For The Netherlands, there is this (long running) forum thread on the
>> BAG: http://forum.openstreetmap.org/viewtopic.php?id=18311&p=1
>>
>> They split the Db up in smaller (.osm) parts that can be imported in
>> JOSM. Then a manual edit and upload. There is some discussion on the need
>> of a dedicated user for the upload of the BAG data  (required by the DWG
>> data work group ?)
>>
>> m.
>>
>>
>> On Thu, Apr 25, 2013 at 6:21 PM, Ben Abelshausen <
>> ben.abelshau...@gmail.com> wrote:
>>
>>> I'm talking only about adresses. I'm not sure about the rest... but we
>>> should be very carefull with any imports.
>>>
>>> I think using the data more as a mapping guideline might be better in
>>> any situation compared to an actual automated import.
>>>
>>> Met vriendelijke groeten,
>>> Best regards,
>>>
>>> Ben Abelshausen
>>> ben.abelshau...@gmail.com
>>> http://twitter.com/xivk
>>>
>>> On Thu, Apr 25, 2013 at 6:13 PM, eMerzh  wrote:
>>>
 So if i'm right, you are thinking about like tracing OSM over Urbis  by
 hand?
 Isn't there a nicer method and more accurate? not that i want to import
 everything in bulk... but at least avoid the manual tracing or smth?

 i'm not that aware of what we can do with the format here :)





 On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen <
 ben.abelshau...@gmail.com> wrote:

> Hi,
>
> I have been working on this for AGIV also and I have emailed with
> someone from urbis and i think the license is ok. There is the need to
> mention the source but we should check with them if it is ok to put it on
> the wiki as a datasource.
>
> I was thinking about an extra layer that could be loaded into JOSM or
> any other editor showing the addresses already converted to the proper OSM
> tags.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
> ben.abelshau...@gmail.com 
> http://twitter.com/xivk 
>
>
>
> On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:
>
>> Hi,
>> some times aga there where a announce about the liberation of Urbis
>> (the gis system of Brussels).
>>
>> And now, this is it, i've miss the announce but it seems to be
>> available since the 1st april ...no jokes :p
>>
>>
>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>>
>> The licence seems to be permissive and OSM compatible...(any
>> confirmation on that?)
>>
>>
>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>>
>> So now , you know what's left to do?
>>
>> find a way to put all this stuff in OSM!
>>
>> What do you think is the best way?
>>
>> Yey for opendata
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-be


>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Ben Abelshausen]

I have a similar thing setup for a task for HOT; I created a service that
returns OSM data based on a tile specification or bounding box:

http://{hostname}:{port}/box/{filename}.osm?bbox=left,bottom,right,top
http://{hostname}:{port}/data/{x}/{y}/{zoom}/{filename}.osm

It's on github (http://github.com/xivk/OsmDataService) and installed on my
own server already.

Example with actual AGIV data:

http://www.osmsharp.com:815/box/AGIV_CRAB.osm?bbox=4.7792,51.25782,4.79665,51.26652

It's very slow for now because it's not using a database yet (it processes
all addresses on each request). I was now in the process of creating a
simple webpage where you can get a link by selecting a bounding box and
import straight into JOSM using the remote control option.

Does that sound like a good option for everybody or is it better to search
for another solution?

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
ben.abelshau...@gmail.com 
http://twitter.com/xivk 



On Thu, Apr 25, 2013 at 6:53 PM, Marc Gemis  wrote:

> Can't we contact the French and Dutch people that do similar things ?
> For The Netherlands, there is this (long running) forum thread on the BAG:
> http://forum.openstreetmap.org/viewtopic.php?id=18311&p=1
>
> They split the Db up in smaller (.osm) parts that can be imported in JOSM.
> Then a manual edit and upload. There is some discussion on the need of a
> dedicated user for the upload of the BAG data  (required by the DWG data
> work group ?)
>
> m.
>
>
> On Thu, Apr 25, 2013 at 6:21 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> I'm talking only about adresses. I'm not sure about the rest... but we
>> should be very carefull with any imports.
>>
>> I think using the data more as a mapping guideline might be better in any
>> situation compared to an actual automated import.
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com
>> http://twitter.com/xivk
>>
>> On Thu, Apr 25, 2013 at 6:13 PM, eMerzh  wrote:
>>
>>> So if i'm right, you are thinking about like tracing OSM over Urbis  by
>>> hand?
>>> Isn't there a nicer method and more accurate? not that i want to import
>>> everything in bulk... but at least avoid the manual tracing or smth?
>>>
>>> i'm not that aware of what we can do with the format here :)
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen <
>>> ben.abelshau...@gmail.com> wrote:
>>>
 Hi,

 I have been working on this for AGIV also and I have emailed with
 someone from urbis and i think the license is ok. There is the need to
 mention the source but we should check with them if it is ok to put it on
 the wiki as a datasource.

 I was thinking about an extra layer that could be loaded into JOSM or
 any other editor showing the addresses already converted to the proper OSM
 tags.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com 
 http://twitter.com/xivk 



 On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:

> Hi,
> some times aga there where a announce about the liberation of Urbis
> (the gis system of Brussels).
>
> And now, this is it, i've miss the announce but it seems to be
> available since the 1st april ...no jokes :p
>
>
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>
> The licence seems to be permissive and OSM compatible...(any
> confirmation on that?)
>
>
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>
> So now , you know what's left to do?
>
> find a way to put all this stuff in OSM!
>
> What do you think is the best way?
>
> Yey for opendata
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-be


>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Marc Gemis]

Can't we contact the French and Dutch people that do similar things ?
For The Netherlands, there is this (long running) forum thread on the BAG:
http://forum.openstreetmap.org/viewtopic.php?id=18311&p=1

They split the Db up in smaller (.osm) parts that can be imported in JOSM.
Then a manual edit and upload. There is some discussion on the need of a
dedicated user for the upload of the BAG data  (required by the DWG data
work group ?)

m.


On Thu, Apr 25, 2013 at 6:21 PM, Ben Abelshausen
wrote:

> I'm talking only about adresses. I'm not sure about the rest... but we
> should be very carefull with any imports.
>
> I think using the data more as a mapping guideline might be better in any
> situation compared to an actual automated import.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
> ben.abelshau...@gmail.com
> http://twitter.com/xivk
>
> On Thu, Apr 25, 2013 at 6:13 PM, eMerzh  wrote:
>
>> So if i'm right, you are thinking about like tracing OSM over Urbis  by
>> hand?
>> Isn't there a nicer method and more accurate? not that i want to import
>> everything in bulk... but at least avoid the manual tracing or smth?
>>
>> i'm not that aware of what we can do with the format here :)
>>
>>
>>
>>
>>
>> On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen <
>> ben.abelshau...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I have been working on this for AGIV also and I have emailed with
>>> someone from urbis and i think the license is ok. There is the need to
>>> mention the source but we should check with them if it is ok to put it on
>>> the wiki as a datasource.
>>>
>>> I was thinking about an extra layer that could be loaded into JOSM or
>>> any other editor showing the addresses already converted to the proper OSM
>>> tags.
>>>
>>> Met vriendelijke groeten,
>>> Best regards,
>>>
>>> Ben Abelshausen
>>> ben.abelshau...@gmail.com 
>>> http://twitter.com/xivk 
>>>
>>>
>>>
>>> On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:
>>>
 Hi,
 some times aga there where a announce about the liberation of Urbis
 (the gis system of Brussels).

 And now, this is it, i've miss the announce but it seems to be
 available since the 1st april ...no jokes :p

 http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees

 The licence seems to be permissive and OSM compatible...(any
 confirmation on that?)


 http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file

 So now , you know what's left to do?

 find a way to put all this stuff in OSM!

 What do you think is the best way?

 Yey for opendata

 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-be


>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Ben Abelshausen]

I'm talking only about adresses. I'm not sure about the rest... but we
should be very carefull with any imports.

I think using the data more as a mapping guideline might be better in any
situation compared to an actual automated import.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
ben.abelshau...@gmail.com
http://twitter.com/xivk

On Thu, Apr 25, 2013 at 6:13 PM, eMerzh  wrote:

> So if i'm right, you are thinking about like tracing OSM over Urbis  by
> hand?
> Isn't there a nicer method and more accurate? not that i want to import
> everything in bulk... but at least avoid the manual tracing or smth?
>
> i'm not that aware of what we can do with the format here :)
>
>
>
>
>
> On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen <
> ben.abelshau...@gmail.com> wrote:
>
>> Hi,
>>
>> I have been working on this for AGIV also and I have emailed with someone
>> from urbis and i think the license is ok. There is the need to mention the
>> source but we should check with them if it is ok to put it on the wiki as a
>> datasource.
>>
>> I was thinking about an extra layer that could be loaded into JOSM or any
>> other editor showing the addresses already converted to the proper OSM tags.
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>> ben.abelshau...@gmail.com 
>> http://twitter.com/xivk 
>>
>>
>>
>> On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:
>>
>>> Hi,
>>> some times aga there where a announce about the liberation of Urbis (the
>>> gis system of Brussels).
>>>
>>> And now, this is it, i've miss the announce but it seems to be available
>>> since the 1st april ...no jokes :p
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>>>
>>> The licence seems to be permissive and OSM compatible...(any
>>> confirmation on that?)
>>>
>>>
>>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>>>
>>> So now , you know what's left to do?
>>>
>>> find a way to put all this stuff in OSM!
>>>
>>> What do you think is the best way?
>>>
>>> Yey for opendata
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[eMerzh]

So if i'm right, you are thinking about like tracing OSM over Urbis  by
hand?
Isn't there a nicer method and more accurate? not that i want to import
everything in bulk... but at least avoid the manual tracing or smth?

i'm not that aware of what we can do with the format here :)





On Thu, Apr 25, 2013 at 5:52 PM, Ben Abelshausen
wrote:

> Hi,
>
> I have been working on this for AGIV also and I have emailed with someone
> from urbis and i think the license is ok. There is the need to mention the
> source but we should check with them if it is ok to put it on the wiki as a
> datasource.
>
> I was thinking about an extra layer that could be loaded into JOSM or any
> other editor showing the addresses already converted to the proper OSM tags.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
> ben.abelshau...@gmail.com 
> http://twitter.com/xivk 
>
>
>
> On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:
>
>> Hi,
>> some times aga there where a announce about the liberation of Urbis (the
>> gis system of Brussels).
>>
>> And now, this is it, i've miss the announce but it seems to be available
>> since the 1st april ...no jokes :p
>>
>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>>
>> The licence seems to be permissive and OSM compatible...(any confirmation
>> on that?)
>>
>>
>> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>>
>> So now , you know what's left to do?
>>
>> find a way to put all this stuff in OSM!
>>
>> What do you think is the best way?
>>
>> Yey for opendata
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] URBis, Open!

[Ben Abelshausen]

Hi,

I have been working on this for AGIV also and I have emailed with someone
from urbis and i think the license is ok. There is the need to mention the
source but we should check with them if it is ok to put it on the wiki as a
datasource.

I was thinking about an extra layer that could be loaded into JOSM or any
other editor showing the addresses already converted to the proper OSM tags.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
ben.abelshau...@gmail.com 
http://twitter.com/xivk 



On Thu, Apr 25, 2013 at 5:20 PM, eMerzh  wrote:

> Hi,
> some times aga there where a announce about the liberation of Urbis (the
> gis system of Brussels).
>
> And now, this is it, i've miss the announce but it seems to be available
> since the 1st april ...no jokes :p
>
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/acces-aux-donnees
>
> The licence seems to be permissive and OSM compatible...(any confirmation
> on that?)
>
>
> http://www.cirb.irisnet.be/catalogue-de-services/urbis/licence-urbis-open-data/at_download/file
>
> So now , you know what's left to do?
>
> find a way to put all this stuff in OSM!
>
> What do you think is the best way?
>
> Yey for opendata
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be