Re: [HOT] Tracing the clan boundaries in Liberia
Clan names from the import had problems with truncation, as far as I recall, so they would have to be verified. On Sat, 22 Nov 2014 15:01 Andrew Buck wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I am not sure this is worth doing, at least not manually. GIS > software can draw enclosing polygons around the common clan entries > and then these could be used to the same effect, with a lot less > manual work. > > However in any case, I think we need to ask if deriving them this way > is the best way to go anyway. The data likely already exists > somewhere, so our efforts may be better spent trying to free that data > than trying to recreate a rough copy of it. > > - -AndrewBuck > > > On 11/22/2014 07:39 AM, Rafael Avila Coya wrote: > > Hi all: > > > > I was doing some testing on manually tracing the clan boundaries > > of Liberia from the UNMIL places data. That data includes, for the > > huge majority of the 14,020 nodes, the clan each place belongs to, > > and also the district and county. > > > > There are 15 counties, divided in a total of 90 districts, and it > > seems all of those boundaries are already in OSM (correct me if I > > am wrong). > > > > I would suggest to do this by one or two people, with experience > > in making boundaries. We should agree in a tagging schema, to > > avoid inconsistencies (it would be mainly for the source tag). > > Needless to say, I offer myself on doing this. > > > > To speed up the thing, here is my proposal for the tagging: > > > > Segments: > > > > boundary=administrative admin_level=8 source=estimate (or something > > similar) > > > > Maybe source:description=Data derivated from the UNMIL place nodes > > > > Relations: > > > > type=boundary boundary=administrative name=* admin_level=8 > > source=UNMIL source:description=Data derivated from the UNMIL place > > nodes > > > > We would include the admin_centre of all clans (when easily > > guessed) as member of each relation, adding to it the capital=8 > > tag. We could also check if all districts have their admin_centre > > as member. If not, we would add it, tagging it with capital=6. > > > > Any problems, like having to change the district borders or other > > issues, we would discuss them before doing such changes. > > > > Cheers, > > > > Rafael. > > > > > > > > ___ HOT mailing list > > HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot > > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQIcBAEBAgAGBQJUcJbSAAoJEK7RwIfxHSXbTpoP/3Hjk7uA7D8g6+HobV0HAGYu > ncZEofun+LOZSiQA9cYVGgAn5Q2NEdk3Patet2IJvEEj6WjA6R7g9VUngFSd1ihv > M4uZCgivt6uLLUaPoXlPw794GVDLZAzUj94q3oEDjcJIafIZTEdPFbK2VcglaMe8 > +8vkQ04mFHeunNCnHKOM/kQ0fyyDCCwa5KuaJ2MkuMHp9f3uyFMxPzDb0wWIBXKb > qP6R68k0JGpK+e3Qwe+1YAoWD+InlhgggRYATZcXHLfOeivxk6ZZaurGxgMvLOIC > FGCs1nrNwUaMzp7r2Wq9K/tTCkI0TQsUa+chKJmCQyjg2V3DH0WSNooHGqW+JBIZ > HLrrcoO6rFL+YPfaDRwo+j6pDFK5EACG9V9UWMZ3Qf23tBYNL2K3w0OFVlqckZOl > wGoaMRvG79JXq0WEVYKtT9UgGt6sKr0V6vAZn+wd6PSzey+OWO3Vc5XKxg7xI8sp > G9bZAeOUZyUiThcF72PfWqeg+P6fkbjrWLXUYz1omWhOnO26I5PM0nuQAB4jUKEY > DmT89r72xltEn1byMZq5Joz5p61eNJHPJg4S9p0l9vmdjyFdWgUvUoUM/taXuY7j > DGEoZ65aFx811I3JfdKKADRPFUFvo9ITqTMA+phtPnt4pVDY/qgGdTCGVZOKYysr > 05y7gyS0XW6ALrjrrKYn > =RsoD > -END PGP SIGNATURE- > > ___ > HOT mailing list > HOT@openstreetmap.org > https://lists.openstreetmap.org/listinfo/hot > ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] Tracing the clan boundaries in Liberia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am not sure this is worth doing, at least not manually. GIS software can draw enclosing polygons around the common clan entries and then these could be used to the same effect, with a lot less manual work. However in any case, I think we need to ask if deriving them this way is the best way to go anyway. The data likely already exists somewhere, so our efforts may be better spent trying to free that data than trying to recreate a rough copy of it. - -AndrewBuck On 11/22/2014 07:39 AM, Rafael Avila Coya wrote: > Hi all: > > I was doing some testing on manually tracing the clan boundaries > of Liberia from the UNMIL places data. That data includes, for the > huge majority of the 14,020 nodes, the clan each place belongs to, > and also the district and county. > > There are 15 counties, divided in a total of 90 districts, and it > seems all of those boundaries are already in OSM (correct me if I > am wrong). > > I would suggest to do this by one or two people, with experience > in making boundaries. We should agree in a tagging schema, to > avoid inconsistencies (it would be mainly for the source tag). > Needless to say, I offer myself on doing this. > > To speed up the thing, here is my proposal for the tagging: > > Segments: > > boundary=administrative admin_level=8 source=estimate (or something > similar) > > Maybe source:description=Data derivated from the UNMIL place nodes > > Relations: > > type=boundary boundary=administrative name=* admin_level=8 > source=UNMIL source:description=Data derivated from the UNMIL place > nodes > > We would include the admin_centre of all clans (when easily > guessed) as member of each relation, adding to it the capital=8 > tag. We could also check if all districts have their admin_centre > as member. If not, we would add it, tagging it with capital=6. > > Any problems, like having to change the district borders or other > issues, we would discuss them before doing such changes. > > Cheers, > > Rafael. > > > > ___ HOT mailing list > HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot > -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUcJbSAAoJEK7RwIfxHSXbTpoP/3Hjk7uA7D8g6+HobV0HAGYu ncZEofun+LOZSiQA9cYVGgAn5Q2NEdk3Patet2IJvEEj6WjA6R7g9VUngFSd1ihv M4uZCgivt6uLLUaPoXlPw794GVDLZAzUj94q3oEDjcJIafIZTEdPFbK2VcglaMe8 +8vkQ04mFHeunNCnHKOM/kQ0fyyDCCwa5KuaJ2MkuMHp9f3uyFMxPzDb0wWIBXKb qP6R68k0JGpK+e3Qwe+1YAoWD+InlhgggRYATZcXHLfOeivxk6ZZaurGxgMvLOIC FGCs1nrNwUaMzp7r2Wq9K/tTCkI0TQsUa+chKJmCQyjg2V3DH0WSNooHGqW+JBIZ HLrrcoO6rFL+YPfaDRwo+j6pDFK5EACG9V9UWMZ3Qf23tBYNL2K3w0OFVlqckZOl wGoaMRvG79JXq0WEVYKtT9UgGt6sKr0V6vAZn+wd6PSzey+OWO3Vc5XKxg7xI8sp G9bZAeOUZyUiThcF72PfWqeg+P6fkbjrWLXUYz1omWhOnO26I5PM0nuQAB4jUKEY DmT89r72xltEn1byMZq5Joz5p61eNJHPJg4S9p0l9vmdjyFdWgUvUoUM/taXuY7j DGEoZ65aFx811I3JfdKKADRPFUFvo9ITqTMA+phtPnt4pVDY/qgGdTCGVZOKYysr 05y7gyS0XW6ALrjrrKYn =RsoD -END PGP SIGNATURE- ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
[HOT] Tracing the clan boundaries in Liberia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I was doing some testing on manually tracing the clan boundaries of Liberia from the UNMIL places data. That data includes, for the huge majority of the 14,020 nodes, the clan each place belongs to, and also the district and county. There are 15 counties, divided in a total of 90 districts, and it seems all of those boundaries are already in OSM (correct me if I am wrong). I would suggest to do this by one or two people, with experience in making boundaries. We should agree in a tagging schema, to avoid inconsistencies (it would be mainly for the source tag). Needless to say, I offer myself on doing this. To speed up the thing, here is my proposal for the tagging: Segments: boundary=administrative admin_level=8 source=estimate (or something similar) Maybe source:description=Data derivated from the UNMIL place nodes Relations: type=boundary boundary=administrative name=* admin_level=8 source=UNMIL source:description=Data derivated from the UNMIL place nodes We would include the admin_centre of all clans (when easily guessed) as member of each relation, adding to it the capital=8 tag. We could also check if all districts have their admin_centre as member. If not, we would add it, tagging it with capital=6. Any problems, like having to change the district borders or other issues, we would discuss them before doing such changes. Cheers, Rafael. - -- Twitter: http://twitter.com/ravilacoya - Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJUcJIUAAoJEB3niTly2pPQHs8P/iFLb5gMH0MdcHmMuUCu6bFz fGvApzTqdAND7Y57EC9K05gyS7LJXpVEcJzAt4xVvXTMipUzNg9/BiPoZj+68x5J jbIOg1t2qmpx0vN1fYgkVEz/8Zw44LJckQMiO+T+1rVz7L4HMXY46nIrUd8VoAZE d7cgqCdsSxTJVafpMg3ZAYtc4x5pV+BDJUgwSmwF1l0bwNMHcucgiFtpXnZqihaE VVnzbMviLdYHLIU5bK9gNYpXQV+WuJqHpwO8ZZ0S2OrScAvrvJi0T+iB1KtmIR7Q UPIydFvuxN41U+BEme+63lWJIuEKRxbTwDxIgh640VoufE2EJ4oXVDLRE28CPFcF nmwUo8I+D++UjlQ9ptsYOvAb5dcIdnkopDDkHhxPETzwtn5VejAiujvP1KNO4++G LQpJ2rhd99JN72zusWJSZf1z3bsQuLqn2NYwzXa/l0C4EX0RVz+hZOinb4uCduXV f52G+3MtE+Z7cLGlex3fmWC8itkkSks70VJY7vmoKQwqdLlnpmUCW+xQfPvyPBlY NfMav8sUgHzgixAx1v62zZ3Vg6XJJk4wvI6L7/YnX2O4eSQZm/HPO8/BBINWjE2d dVuWZsniL17/b3KC10at4gsMkNS6j/hvltpc/7RgKbgaFBZjDnQLskx7I7gNMdCS icALVTbc6lqKkhvfY+dR =9FUl -END PGP SIGNATURE- ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
