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

[Paul Norman]

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