[HOT] Consensus call Re: Import UNICEF data in Central African Republic, act II

Kate Chapman kate at maploser.com
Tue Jan 28 05:46:38 UTC 2014


Hi Tom,

It appears the task is marked as private. Since I'm not involved in
this import I've left it as private and haven't added any accounts. It
appears your regular account TomT5454 has access to the task, so you
can add your import account yourself if necessary.

Thanks,

-Kate

On Tue, Jan 28, 2014 at 12:18 PM, Paul Norman <penorman at mac.com> wrote:
> This would not be anything to do with OSM resources, but be a HOT tasking
> manager issue, so it doesn't require any OSM administrative action, but a
> may require someone within HOT to adjust something.
>
>> -----Original Message-----
>> From: Tom Taylor [mailto:tom.taylor.stds at gmail.com]
>> Sent: Monday, January 27, 2014 7:14 PM
>> To: hot at openstreetmap.org
>> Subject: Re: [HOT] Consensus call Re: Import UNICEF data in Central
>> African Republic, act II
>>
>> I just tried to log in to Job 250 and got the response that I am not
>> allowed to view that page. Sorry if it wasn't you, but apparently some
>> administrative action is required.
>>
>> Tom Taylor
>>
>> On 27/01/2014 9:58 PM, Paul Norman wrote:
>> > In any case, no action is needed, as there are no blocks.
>> >
>> >> -----Original Message-----
>> >> From: Rafael Avila Coya [mailto:ravilacoya at gmail.com]
>> >> Sent: Monday, January 27, 2014 4:48 PM
>> >> To: hot at openstreetmap.org
>> >> Subject: Re: [HOT] Consensus call Re: Import UNICEF data in Central
>> >> African Republic, act II
>> >>
>> >> -----BEGIN PGP SIGNED MESSAGE-----
>> >> Hash: SHA1
>> >>
>> >> Tom meant edvac and edvac_import (both me)
>> >>
>> >> Cheers,
>> >>
>> >> Rafael.
>> >>
>> >> On 28/01/14 00:32, Paul Norman wrote:
>> >>> TomT5454_imports has never been blocked - nor would any blocks last
>> >>> longer than 96 hours without special intervention from admins.
>> >>>
>> >>> There is no user with the name ed_vac.
>> >>>
>> >>>> -----Original Message----- From: Tom Taylor
>> >>>> [mailto:tom.taylor.stds at gmail.com] Sent: Monday, January 27, 2014
>> >>>> 10:03 AM To: 'Paul Norman' Cc: HOT Openstreetmap Subject: Fwd:
>> >>>> Consensus call Re: Import UNICEF data in Central African Republic,
>> >>>> act II
>> >>>>
>> >>>> I believe this call has succeeded. Would you please unlock
>> >>>> TomT5454_imports and, I guess ed_vac so we can clean up what we
>> >>>> already added and carry on?
>> >>>>
>> >>>>
>> >>>> -------- Original Message -------- Subject: Consensus call Re:
>> >>>> Import UNICEF data in Central African Republic, act II Date: Sat,
>> >>>> 25 Jan 2014 16:53:00 -0500 From: Tom Taylor
>> >>>> <tom.taylor.stds at gmail.com> To: Imports OpenStreetMap.org
>> >>>> <imports at openstreetmap.org>
>> >>>>
>> >>>> Drop source tags from the discussion. They are a broader issue and
>> >>>> should not hold up the import.
>> >>>>
>> >>>> Any objections to the following?
>> >>>>
>> >>>> On 24/01/2014 11:29 AM, Tom Taylor wrote:
>> >>>>> Are there any objections to the following proposed resolution to
>> >>>>> the Central African Republic UNICEF import issue:
>> >>>>>
>> >>>>> 1. Delete all fixme tags before import.
>> >>>>>
>> >>>>> 2. Record the admin level values as part of an addr:full tag.
>> >>>>> That could also include the ward information Rafael Coya Avila
>> >>>>> noted.
>> >>>>>
>> >>>>> 3. On the operator issue, operator=yes/no certainly makes no
>> >>>>> sense, and managed=yes/no does. So: a. change the operator= tag to
>> >>>>> managed= b. If an operator can be identified by other means, add a
>> >>>>> new operator= tag with that information.
>> >>>>>
>> >>>>> TomT5454
>> >>>>>
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________ 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/
>> >>
>> >> iQIcBAEBAgAGBQJS5v45AAoJEB3niTly2pPQBd8P/Ay8M7eoqm5jKpvWmQTu9iWu
>> >> Byg5U5h4rWUv4KZVw1aJVSssgYGEClHoGwDfDKEkFh5fPr7MZN/AWGWLY7N33eIS
>> >> nZpMUcnGr8L6CPan5VmDnMh+59xdzesRQQyt/7EffE4bMpUN0HQNaZSKSBb4kmlp
>> >> vwylcgHhBw4wVF5QHesSKGmxYiCX0PM92ZAcyBGnL1BJDd6gag7qJPUAsnNc2ktK
>> >> A8A6/0pAZw32I3WjHSOvJzL3rCMwtEf34m1Aq6seq4g+bpcUOpID4O3bAAf+UWwV
>> >> ngr//KQhF4/JeJnagOFcMrX3Gtwn+aiYVr6GXHa3+nSBE5LGN1v4Wp27Unyszh6a
>> >> ZXPpcSPhgmub8R7ZksHPcWjWyYtCVX4uZeYF7FT3wzNpBPly08EA9+hhW3YCALrd
>> >> 31ESIlH33qWXXZe5MN6nhMRKNRlQnEyYNPJJyNUJNWUvVIB531tLeq2lYXVUGLpy
>> >> W3Ao/wJSueuAgzBtdmm/POB5FqfGMgxaR0Oxm8ABMCQksjp0nqLEYWidX+tbeFAI
>> >> 1nwWKURvnmJG5HIgmgK4PamZLFbxhI3EFzU6oAsnc55orNIs2JMJRYWCvORBEATa
>> >> BzUwMJgVfBqcoLUmLMH/NcvtlyIJ9cj7aq179jc+ybUYM8FZ22ecmXArgOlnAvgR
>> >> jNZ0cTmhIkm1l4XSKM5b
>> >> =YYcJ
>> >> -----END PGP SIGNATURE-----
>> >>
>> >> _______________________________________________
>> >> HOT mailing list
>> >> HOT at openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/hot
>> >
>> >
>> > _______________________________________________
>> > HOT mailing list
>> > HOT at openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/hot
>> >
>> >
>>
>> _______________________________________________
>> HOT mailing list
>> HOT at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>
>
> _______________________________________________
> HOT mailing list
> HOT at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot



More information about the HOT mailing list