-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello everyone. As you are probably aware HOT has been working to map
the areas affected by Ebola in west Africa and to help humanitarian
organizations better use OSM data in their efforts there. Because OSM
has the best dataset of settlements (towns
Hi Andrew,
I agree taht pairing the OSM Ids will be the most simple and robust
solution.
Regarding the Pcodes methodology, seems an old method (that was used eg in
Haiti) has been abandonned (or you did not mention it), whas is really
fortunate: concatenate admin level IDs (every admin level havin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yeah, the method of including the various admin level distric pcodes
in the settlement pcode was discussed by the group when they were
generating them, but they decided against it for exactly the reason
you stated, boundaries change over time.
Regardi
Clark,
Quick tip, always reply all to these list emails so it goes back into the
list.
Definitely use the PNG! I'll license it as CC0.
For approval we should wait a few days for others to comment. Also we'll
want to check if there's any existing data that would be duplicated.
I can do the impor
Hi Andrew:
As I see, this pcodes seem the same as the unmil:id we are adding to the
nodes of the ongoing Liberia UNMIL place nodes import.
Wouldn't it be then a good idea to change the unmil:id=* tag to pcode=* tag?
Cheers,
Rafael.
El 25/09/2014 01:56, "Andrew Buck" escribió:
> -BEGIN PGP SI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I don't think the unmil id in that file is actually a pcode, I think
that is just their own internal identifier in the database. I was
told that pcodes hadn't yet been generated for the place names for
these countries so that is what I am going on.
I
Ah! I see.
Cheers,
Rafael
El 25/09/2014 09:46, "Andrew Buck" escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I don't think the unmil id in that file is actually a pcode, I think
> that is just their own internal identifier in the database. I was
> told that pcodes hadn't yet been