[HOT] CAR Activation; experienced mappers to finish the import of UNICEF data?

Wed Dec 25 13:30:20 UTC 2013

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi again:

I noticed one problem with the operator:type tag for hospitals: it's
being imported as "operator_type", instead of "operator:type". For
schools facilities it's being imported ok (operator:type).

Cheers,

Rafael.

On 22/12/13 23:22, Severin MENARD wrote:
> Hi Rafael,
> 
> My comments inline (I deleted my first message; I do not understand
> why a whole wikipage shows up).
> 
> 
> 
> 
> 
> 
> 
> Message: 1 Date: Sun, 22 Dec 2013 13:15:24 +0100 From: Rafael Avila
> Coya <ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>> To:
> hot at openstreetmap.org <mailto:hot at openstreetmap.org> Subject: Re:
> [HOT] CAR Activation; experienced mappers to finish the import of
> UNICEF data? Message-ID: <52B6D7DC.9070708 at gmail.com 
> <mailto:52B6D7DC.9070708 at gmail.com>> Content-Type: text/plain;
> charset=UTF-8
> 
> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
> 
> Hi, S?verin:
> 
> I will be glad to collaborate in this import.
> 
> Thanks!
> 
> 
> Its wiki is very clear, but I have a small question:
> 
> In the UNICEF import wiki it says, in the "Roads" subsection ( 
> http://wiki.openstreetmap.org/wiki/Import_CAR_UNICEF_workflow#Roads
> ), that if a road doesn't exist, we can use the workflow for the
> WRI data import.
> 
> In the "Road network" section of the WRI import wiki it says the
> job will be coordinated through the job
> http://tasks.hotosm.org/job/219 , but once you go there, there is a
> note that says: THIS JOB IS UNDERTAKEN BY A SPECIFIC TEAM, PLEASE
> DO NO PROCESS IT.
> 
> Actually, I had in mind to use Bing imagery to trace the roads; I
> added that to the Wiki page. WRI imagery is not accurate for roads
> and would serve only as an indication of the existence of a road to
> be traced with Bing Imagery. Anyway I think process to one import +
> one check on another source would be tricky
> 
> 
> What to do then?
> 
> I can start working with the UNICEF import, but will ignore that
> road WRI import for the time being, to save time.
> 
> WRI data import will be interesting for the landuses (this data has
> been created from remote sensing), but it is not a priority for the
> moment
> 
> 
> Cheers,
> 
> Rafael ?vila.
> 
> 
> Message: 2 Date: Sun, 22 Dec 2013 19:26:17 +0100 From: Rafael Avila
> Coya <ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>> To:
> hot at openstreetmap.org <mailto:hot at openstreetmap.org> Subject: Re:
> [HOT] CAR Activation; experienced mappers to finish the import of
> UNICEF data? Message-ID: <52B72EC9.1090308 at gmail.com 
> <mailto:52B72EC9.1090308 at gmail.com>> Content-Type: text/plain;
> charset=UTF-8
> 
> Hi again:
> 
> I am just importing the data for a tile as a test (the one that
> has Berb?rati town in the SE corner ( http://osm.org/go/wJ4HSfE-
> )).
> 
> I've seen three things that I am in doubt:
> 
> In the Education import:
> 
> 1) All schools have a 'fixme' tag that doesn't make any sense for
> me, and that I left unchanged. They are like fixme=16.9603;7.62196
> . They look geolocation data, but they don't match with the
> latitude/longitude of the place at all. One example is this node
> (?cole Saint Beris):
> 
> http://www.openstreetmap.org/node/2590517305
> 
> The key was not a good choice when set: it is not a fixme, but
> actually just a remember of te original poisiton of the UNICEF
> data. But I am surprised you say it does not matchwith the actual
> place
> 
> 
> 
> 2) Some schools have the 'capacity:classrooms', 'capacity:pupils'
> and 'capacity:teachers' with value "0". Shouldn't it be set to
> "unknown" in case there is no data of number of classrooms and
> pupils/teachers capacity, as it doensn't make sense a school
> without classrooms, nor pupils nor teachers?
> 
> Right, the original data was with 0, but unknown would be better.
> 
> 
> I am now with the Water wells import:
> 
> 3) All nodes have a 'operator' tag that is set to "yes" or "no". I
> think this should be wrong. Even if we think that the mistake is
> about mixing 'operator' with 'operational_status' tags, it isn't
> again the point, as there are wells that are set with
> operational_status=closed + operator=yes, and wells that have
> operational_status=open + operator=no.
> 
> Actually operator measns if there is someone specifically caring
> for the water well. If this is a community one, operator=no
> 
> 
> As for the Health import I didn't spot any problem, but I would
> suggest to add to the wiki the meaning of the abbreviations to help
> mappers to change the names accordingly:
> 
> CS = Centre de Sant? PS = Poste de Sant? HR = H?pital Regional
> 
> Good idea
> 
> ...
> 
> Cheers,
> 
> Rafael.
> 
> 
> 
> _______________________________________________ HOT mailing list 
> HOT at openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> 

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

iQIcBAEBAgAGBQJSut3dAAoJEB3niTly2pPQo4QP/19OsDsG0HbhkSRFN6MjQkQm
MDRJI1n4+XzY2kHSaqp/LR09Q2/USRvQiIq1rIW9A5qXEHx/So8vEp5bxOCm42JU
Owy1i64kedEOguZh2w6OO9OoQdFVNzvxsZE8qzZLhbepO6fUm+r9i9NVMC6TILu0
vTqW4r0L+xgxLJ48EWK8FcXtMgJ0mheEzbetF9zTIZ8rjyjrJXXpzK7kOCKKwrd3
f5ziuOa2/KW2aL/EqqJD+NeYquj3vi1exXaG6qq3NRcyP+ZYZ3OEJBJtxuuA3Mnj
iN970D5+mpecQeoScRzFT5CFZXy6VtCJAgbymCN0/NCJiFumsirUlm/6V5MqEaZd
2CxW/xGEzROqaMlKahqbX9jLRPirrEekVjqaw2qH/mKzGlS6AZjtBCFkF2vzMFLa
0yFsoemfzwe4mVM/bDMnGbf/Pi3Iy4SYTbs4IVacz4/s4YJeD+/ZblYnVol2WZIw
tLYNduF7khcUC0ZkOyEx41UcriErwXRP7mIg1Wslq1R0neKHdf4huZtIxfMkFnh1
zdqvFg6nS+Tq20oa0kQk2zVh/4vSp2ONzocrJJYTEd+ltbdqf/uFYcV9hTx8kX8X
wbJ/6ocE1ZcBocPaY8BvGo/ws5AqxtDUUallBg6KfDseKHEltRkyGswgKaq/96yU
bhXsoCrAEg1eBfEz9I6G
=yFOz
-----END PGP SIGNATURE-----