-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Séverin:
About the WRI I understand now. But bear in mind that there are areas in W CAR without HRES Bing imagery. About the fixme tag, and with a thourough check, I've seen that it doesn't bear any relation with the lat/lon of all the schools in the tile I did the import. Three examples: École Saint Beris in Ca-Va 1 suburb, Berbérati city: http://www.openstreetmap.org/node/2590517305 École Sainte Cécile in Barka-Basso village: http://www.openstreetmap.org/node/2590517316 École Mixte de Babadja, in Babadja village: http://www.openstreetmap.org/node/2590517249 The water nodes fixme tags do correspond to the lat/long of the fixme tag though. And "lat" and "long" tags for hospitals are ok too. But both "fixme" tag for water nodes and "lat"/"long" tags for hospitals get wrong as soon as you move them to a better position. For example, when I moved the Hôpital Régional de Berbérati, "lat" and "long" tag values got wrong: Hôpital Régional de Berbérati http://www.openstreetmap.org/node/2590406457 So I wonder what's the point to keep, not only the "fixme" tags for water nodes, but also the "lat"+"long" tags for the hospitals, unless we want to keep the original UNICEF position somewhere in the tagging, but in that case I think the name of the tags can be confusing. I will just keep the lat and long tags of hospitals for now though, until a decision is taken about it. The "0" on the 'capacity:classrooms', 'capacity:pupils' and 'capacity:teachers' could be changed to "unknown" easily afterwards, in case this import team decides to, so I don't see a big issue here. Finaly, I find the operator=yes/no confusing. As it says the key:operator wiki, "the operator tag is used to name a company, corporation, person or any other entity who is in charge of the operation of a certain map object". But "yes" or "no" aren't any entity themselves. I think it would be more appropiate to change it to operated=yes/no, maintained=yes/no, manned=yes/no or something similar. But again, this could be easily done after the import, with a bot or manually with JOSM. One last doubt: For 12 water nodes inside Berbérati city, I've seen an extra "addr:ward" tag associated to each of them. I used them to create 12 "place=suburb" nodes near each one of them. In case you find it wrong, I can delete them in a minute. Congrats for the import wiki. It's very detailed, smart and easy to follow. Cheers, and Merry Christmas to all, 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 <ravilac...@gmail.com <mailto:ravilac...@gmail.com>> To: > hot@openstreetmap.org <mailto:hot@openstreetmap.org> Subject: Re: > [HOT] CAR Activation; experienced mappers to finish the import of > UNICEF data? Message-ID: <52b6d7dc.9070...@gmail.com > <mailto:52b6d7dc.9070...@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 <ravilac...@gmail.com <mailto:ravilac...@gmail.com>> To: > hot@openstreetmap.org <mailto:hot@openstreetmap.org> Subject: Re: > [HOT] CAR Activation; experienced mappers to finish the import of > UNICEF data? Message-ID: <52b72ec9.1090...@gmail.com > <mailto:52b72ec9.1090...@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@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/ iQIcBAEBAgAGBQJSuX25AAoJEB3niTly2pPQYUMP/RDmecsrSziiElTe82PFxs8g Eu11CPO/TbceXUy7hEQhewQj01mLCC18behH0uVPZOaBaWXiLbrq0S/Dr1nqwQcH o+zBIR/uyyYLTbWmQYHEDachO1+Sz+xn+zWFxyjRsh1yb+b1PEDJvZLvxq86KbHg 460MEQ6IG1onGf7YyDrkcGSxbLzoCs2SHT3YKsr18XBNFpoS5s/2oumFkDTEZKn5 UMxVdOCdtjnJ5Ed7RAq4DfhY41Gc+s3y6wUPQb/aH2nSaelP/FFXorzn64L1N6P1 g2nGDzBBY0Sc9AmL9o0MEkZC44BpT06qfsD18fsqvjCHJMb53sNgh9VLYsp/oCGL yZdTpUo17UasBuErKmYlbO/U517WUNtqP5YbTaLgRFuMRtfepBfY/JW6RxTHSBmH mL+OvkFRW1KWsoswJvs3beYh6xuxc7cRwo8/NpJJI82kb/IKc10Ey6oKRH27YPCy flUfzXsUTWBeL2R48u6wugxjshZZ/CYo12qLk3oKbHD5ZXo0NqWlL94SRkC0Rt50 YV9K3V1v/veA4U8t3UE5Qf5knySTtjRf0SQ5bfOHlpwr3cEvKuCPrhurB5VDaCXA JZxDzMARwhb+KEruTqNqYmAsanhQcsuIGRGUFk5k3iAToKRvbbaifrgSUKjkwh22 0lEqodk/hHM1Nnw3PCjP =ECo5 -----END PGP SIGNATURE----- _______________________________________________ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
