Re: [OSM-talk-be] URBis, Open!
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)
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! - relation 2966021 (suite)
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!
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! (suite)
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)
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 pierrecparment...@gmail.com 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!
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 merz...@gmail.com wrote: Btw, no need to say that we need to integrate this with care ... i've found some outdated shapes :) On Mon, May 27, 2013 at 10:00 PM, eMerzh merz...@gmail.com wrote: Yeah thanks iv just found it for the relation ... easyer now :) And for the point, i think the as we don't have the entrance info yet (need some times to check) it's easier to let it like this and it will be easier to change it later when we have the info On Mon, May 27, 2013 at 9:48 PM, Jo winfi...@gmail.com wrote: Hi, I do RMB (right mouse button) select members, then RMB again Select relation (add). I think it should be possible with search as well. Ctrl-f parent selected (Tick the o add to selection radio button) We'll have to discuss the merging of nodes to create 31-33 and put that housenumber on the building, or leave the nodes as they are. In France they'd put the nodes on the building outline, where the doors are, but their cadastre contains the location of those entrances. Jo 2013/5/27 eMerzh merz...@gmail.com Hi, just small questions - how do you do to copy the street relation too? you have to re do it when you change the layer ? (copy/past of buildings + addresses) for me it's better to let 2 nodes in a building if iut has multiple addresses than merging them (we don't know if it's exactly the same door, ...) what do you think? On Mon, May 27, 2013 at 6:36 PM, Jo winfi...@gmail.com wrote: I'm trying my hand at the most northern part of Sint-Lambrechts-Woluwe, where Leuvensesteenweg crosses it for a very short stretch. Who know, maybe I'll come up with a way to further automate the process inside JOSM... although I don't think it's a major problem some wetware intervention is required... Let me know if you find problems which would be relatively easy to solve. Jo 2013/5/27 eMerzh merz...@gmail.com 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 winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@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!
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 merz...@gmail.com Hi just a question... when an associated street goes over 2 city, do we make 2 relations? if no, how do we deal with street changing street translations between city ? On Mon, May 27, 2013 at 10:19 PM, eMerzh merz...@gmail.com wrote: Btw, no need to say that we need to integrate this with care ... i've found some outdated shapes :) On Mon, May 27, 2013 at 10:00 PM, eMerzh merz...@gmail.com wrote: Yeah thanks iv just found it for the relation ... easyer now :) And for the point, i think the as we don't have the entrance info yet (need some times to check) it's easier to let it like this and it will be easier to change it later when we have the info On Mon, May 27, 2013 at 9:48 PM, Jo winfi...@gmail.com wrote: Hi, I do RMB (right mouse button) select members, then RMB again Select relation (add). I think it should be possible with search as well. Ctrl-f parent selected (Tick the o add to selection radio button) We'll have to discuss the merging of nodes to create 31-33 and put that housenumber on the building, or leave the nodes as they are. In France they'd put the nodes on the building outline, where the doors are, but their cadastre contains the location of those entrances. Jo 2013/5/27 eMerzh merz...@gmail.com Hi, just small questions - how do you do to copy the street relation too? you have to re do it when you change the layer ? (copy/past of buildings + addresses) for me it's better to let 2 nodes in a building if iut has multiple addresses than merging them (we don't know if it's exactly the same door, ...) what do you think? On Mon, May 27, 2013 at 6:36 PM, Jo winfi...@gmail.com wrote: I'm trying my hand at the most northern part of Sint-Lambrechts-Woluwe, where Leuvensesteenweg crosses it for a very short stretch. Who know, maybe I'll come up with a way to further automate the process inside JOSM... although I don't think it's a major problem some wetware intervention is required... Let me know if you find problems which would be relatively easy to solve. Jo 2013/5/27 eMerzh merz...@gmail.com 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 winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@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)
2013/5/29 Pierre Parmentier pierrecparment...@gmail.com 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)
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 pierrecparment...@gmail.com 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)
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 merz...@gmail.com 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 pierrecparment...@gmail.com 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!
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!
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 winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@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!
Yey, thanks Jo :) I begin with Jette right away :) On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne pollo...@gmail.comwrote: 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 winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@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!
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 merz...@gmail.com Yey, thanks Jo :) I begin with Jette right away :) On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne pollo...@gmail.comwrote: 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 winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@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!
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 winfi...@gmail.com wrote: I'm trying my hand at the most northern part of Sint-Lambrechts-Woluwe, where Leuvensesteenweg crosses it for a very short stretch. Who know, maybe I'll come up with a way to further automate the process inside JOSM... although I don't think it's a major problem some wetware intervention is required... Let me know if you find problems which would be relatively easy to solve. Jo 2013/5/27 eMerzh merz...@gmail.com Yey, thanks Jo :) I begin with Jette right away :) On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne pollo...@gmail.comwrote: 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 winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@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!
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!
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 winfi...@gmail.com wrote: It seems we're the only ones communicating on this, but that's OK. 2013/5/12 eMerzh merz...@gmail.com Thanks for your help Jo, I looked at your files and you have the building shapes converted already... great! I'd like to learn how you did it. I'm not a qgis expert so it may not be the best/easiest way but : i've open the .shp files as a vector layer, then i did a count of address in the building polygons (Vector analysis pt in polygone) then i save all building with 1 addresses in anither shape file , then i did a datamanagement tools join by location to put address attributes in the building. It's certainly better than the way I had been trying it. I only started with QGIS maybe 2 weeks ago and I have no experience with other GIS tools. I do know PostgreSQL a bit, so I was trying it with PostGIS, using QGIS merely as a viewer tool to see what's available. Unfortunately things went south during the import of the shape files into PostGIS. Anyway, thanks for enlightening me. Then saved the shape as a WGS84 and i opened it in josm ... a few attribute renaming and i saved it in .osm.. and voilà :d I would have added associatedStreet relations to the osm files as well. mmm yeah ... unfortunately i don't see how i can do that OK, if you like, I can create a Python script now which does the steps I mentioned in the previous mail. Combine addr:street:fr and addr:street:nl in addr:street or omit it/them altogether. yes i know that usually we only have addr:street but as in BXL we (don't know who :p ) decided to set the street name as it come from the mapper (fr-nl or nl -fr ) it's really hard to discover... It was decided many years ago that the first mapper would 'decide' on the order of the languages in the name tag. I don't mind to put fr-nl everywhere to make it consistent. Except for 'faciliteitengemeentes' like Sint-Genesius-Rode where it should either be nl-fr, or nl in name and fr in name:fr. if i don't set it we will not have the relation to the street anymore :s If somebody knows a better solution? I'll tackle it in the script I'm going to create. Since most buildings are houses, I'd use building=house. mmmh do not really agree on this one ... for me building = yes is more generic ... if we know it's house then ok let's change it, but let's not put house everywhere and make the value house equivalent to yes I should probably have mentioned that I see it as the responsability of the 'integrator' to put building=yes/church/apartment where this is more appropriate. So I'd only do it to make life easier for the person doing the integration. Lots of houses were already drawn in Brussels. Do you plan to integrate/reusing the existing nodes? Or simply replace what was already there, making sure the shops and amenities get transfered properly? Jo Again on this one, i think it will be really hard to merge the nodes of existing houses... and to see what's already beneath is not easy either .. Most (all?) of the building in BXL are traced with bing which is really inaccurate (at least all the building i did are like this : etterbeek, ixelles, ..) and i'm in favor of a ***carefull*** !! remove and replace with merging of amenity, ... the integration will be slow but ... I've just been trying out the conflation plugin, but to my big disappointment it crashes... That would have been the real solution here. There is another solution (which involves PostGIS), but I'll need some time to work it out. In the mean time Utilsplugin 2 has a Replace Geometry tool, which does work. I first selected the URBis building, then the existing one, then Ctrl-Shift-G. Works like a charm. I created the associatedStreet relation manually. I'll let you know if/when I manage to create a Python script to convert the osm files. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] URBis, Open!
Thanks for your help Jo, On Sun, May 12, 2013 at 1:33 AM, Jo winfi...@gmail.com 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 merz...@gmail.com 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=filest=c73bc235b68982c874d6e29f9223a741 On Fri, May 3, 2013 at 10:31 AM, eMerzh merz...@gmail.com 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=filest=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 merz...@gmail.com 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
Re: [OSM-talk-be] URBis, Open!
It seems we're the only ones communicating on this, but that's OK. 2013/5/12 eMerzh merz...@gmail.com Thanks for your help Jo, I looked at your files and you have the building shapes converted already... great! I'd like to learn how you did it. I'm not a qgis expert so it may not be the best/easiest way but : i've open the .shp files as a vector layer, then i did a count of address in the building polygons (Vector analysis pt in polygone) then i save all building with 1 addresses in anither shape file , then i did a datamanagement tools join by location to put address attributes in the building. It's certainly better than the way I had been trying it. I only started with QGIS maybe 2 weeks ago and I have no experience with other GIS tools. I do know PostgreSQL a bit, so I was trying it with PostGIS, using QGIS merely as a viewer tool to see what's available. Unfortunately things went south during the import of the shape files into PostGIS. Anyway, thanks for enlightening me. Then saved the shape as a WGS84 and i opened it in josm ... a few attribute renaming and i saved it in .osm.. and voilà :d I would have added associatedStreet relations to the osm files as well. mmm yeah ... unfortunately i don't see how i can do that OK, if you like, I can create a Python script now which does the steps I mentioned in the previous mail. Combine addr:street:fr and addr:street:nl in addr:street or omit it/them altogether. yes i know that usually we only have addr:street but as in BXL we (don't know who :p ) decided to set the street name as it come from the mapper (fr-nl or nl -fr ) it's really hard to discover... It was decided many years ago that the first mapper would 'decide' on the order of the languages in the name tag. I don't mind to put fr-nl everywhere to make it consistent. Except for 'faciliteitengemeentes' like Sint-Genesius-Rode where it should either be nl-fr, or nl in name and fr in name:fr. if i don't set it we will not have the relation to the street anymore :s If somebody knows a better solution? I'll tackle it in the script I'm going to create. Since most buildings are houses, I'd use building=house. mmmh do not really agree on this one ... for me building = yes is more generic ... if we know it's house then ok let's change it, but let's not put house everywhere and make the value house equivalent to yes I should probably have mentioned that I see it as the responsability of the 'integrator' to put building=yes/church/apartment where this is more appropriate. So I'd only do it to make life easier for the person doing the integration. Lots of houses were already drawn in Brussels. Do you plan to integrate/reusing the existing nodes? Or simply replace what was already there, making sure the shops and amenities get transfered properly? Jo Again on this one, i think it will be really hard to merge the nodes of existing houses... and to see what's already beneath is not easy either .. Most (all?) of the building in BXL are traced with bing which is really inaccurate (at least all the building i did are like this : etterbeek, ixelles, ..) and i'm in favor of a ***carefull*** !! remove and replace with merging of amenity, ... the integration will be slow but ... I've just been trying out the conflation plugin, but to my big disappointment it crashes... That would have been the real solution here. There is another solution (which involves PostGIS), but I'll need some time to work it out. In the mean time Utilsplugin 2 has a Replace Geometry tool, which does work. I first selected the URBis building, then the existing one, then Ctrl-Shift-G. Works like a charm. I created the associatedStreet relation manually. I'll let you know if/when I manage to create a Python script to convert the osm files. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] URBis, Open!
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.DocumentBrowserIdmunicipality=CIBGLanguage=frIdparentcategory=1289Documentdate=; Showarchiveddocs=0Showforms=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=filest=69530c63b49f4d3835f5c475d9073c37 See you guys :) On Fri, May 3, 2013 at 10:31 AM, eMerzh merz...@gmail.com 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=filest=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 merz...@gmail.com 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 winfi...@gmail.com 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
Re: [OSM-talk-be] URBis, Open!
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=filest=c73bc235b68982c874d6e29f9223a741 On Fri, May 3, 2013 at 10:31 AM, eMerzh merz...@gmail.com 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=filest=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 merz...@gmail.com 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 winfi...@gmail.com 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!
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 merz...@gmail.com 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=filest=c73bc235b68982c874d6e29f9223a741 On Fri, May 3, 2013 at 10:31 AM, eMerzh merz...@gmail.com 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=filest=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 merz...@gmail.com 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 winfi...@gmail.com 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
Re: [OSM-talk-be] URBis, Open!
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=filest=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 merz...@gmail.com 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 winfi...@gmail.com 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!
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 a.pirard.pa...@gmail.comwrote: ** On 2013-04-27 09:58, Wim Crols wrote : On Sat, Apr 27, 2013 at 12:02 AM, A.Pirard.Papou 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 distributionhttp://trac.osgeo.org/proj/ticket/47(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 discussionshttp://lists.maptools.org/pipermail/proj/2010-January/005017.html . 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!
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 merz...@gmail.com 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 ben.abelshau...@gmail.be http://twitter.com/xivk http://twitter.com/xivk On Thu, Apr 25, 2013 at 6:53 PM, Marc Gemis marc.ge...@gmail.com 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=18311p=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 merz...@gmail.com 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 ben.abelshau...@gmail.be http://twitter.com/xivk http://twitter.com/xivk On Thu, Apr 25, 2013 at 5:20 PM, eMerzh merz...@gmail.com 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
Re: [OSM-talk-be] URBis, Open!
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!
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
[OSM-talk-be] URBis, Open!
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
Re: [OSM-talk-be] URBis, Open!
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 ben.abelshau...@gmail.be http://twitter.com/xivk http://twitter.com/xivk On Thu, Apr 25, 2013 at 5:20 PM, eMerzh merz...@gmail.com 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
Re: [OSM-talk-be] URBis, Open!
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=18311p=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.comwrote: 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 merz...@gmail.com 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 ben.abelshau...@gmail.be http://twitter.com/xivk http://twitter.com/xivk On Thu, Apr 25, 2013 at 5:20 PM, eMerzh merz...@gmail.com 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!
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 ben.abelshau...@gmail.be http://twitter.com/xivk http://twitter.com/xivk On Thu, Apr 25, 2013 at 6:53 PM, Marc Gemis marc.ge...@gmail.com 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=18311p=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 merz...@gmail.com 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 ben.abelshau...@gmail.be http://twitter.com/xivk http://twitter.com/xivk On Thu, Apr 25, 2013 at 5:20 PM, eMerzh merz...@gmail.com 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