Re: API Rate Limit (RateExceededError): Is it Developer token based or MCC Account Based?

2014-06-09 Thread Josh Radcliff (AdWords API Team)
Hi Rc,

Back when we charged for API units (we no longer do), the mutate job 
service did consume fewer API units. However, since we no longer charge for 
units (we only limit on operations, which is a different concept from the 
old API units), this no longer applies. The main advantages of 
MutateJobService 
https://developers.google.com/adwords/api/docs/reference/v201402/MutateJobService
 are 
asynchronous processing and simplifying retry logic.

In terms of changes to rate limits for specific services -- those limits 
are dynamic and may change over time, so you should design your application 
to handle these errors properly.

In terms of your token's allowable operations per day, that will not change 
unless your access type changes from *Basic* to *Standard* or vice versa.

You mentioned you found broken links on MutateJobService. Could you let me 
know how you came across those so I can investigate?

Thanks,
Josh, AdWords API Team

On Sunday, June 8, 2014 10:18:40 PM UTC-4, Ricky Cortopassi wrote:

 Thank you for the response.  I have reviewed the ratesheet.However,   I 
 had read before that using the bulkmutatejobservice would result in lower 
 amount of operations being used up ( half of what the adgroupservice mutate 
 request would). This does not seem to be the case on the rate sheet.. Do 
 you know if this has changed. I tried to find the page that talked about 
 the bulk mutate , however most of them now go to broken links. This just 
 started happening about a week ago, Before that we were using well over 
 10,000 operations per day. 

 Thanks, 
 Rc



 On Friday, June 6, 2014 3:09:16 PM UTC-5, Josh Radcliff (AdWords API Team) 
 wrote:

 Hi,

 I'm not aware of any way to see the type of access you have via the UI or 
 the API, but when you apply for standard access I would expect the API 
 Review Team to let you know if you already have that level of access.

 The numOperations returned in the response is not a cumulative value, and 
 as far as I know does not return different values based on your access type.

 If you want to track your operations count you'll need to implement that 
 in your application, using the Rate Sheet 
 https://developers.google.com/adwords/api/docs/ratesheet as a guide.

 Cheers,
 Josh, AdWords API Team

 On Friday, June 6, 2014 10:51:57 AM UTC-4, Ricky Cortopassi wrote:

 I am having the same issue regarding the RATE LIMIT - billing per day . 
 We applied for standard access, however - how can you tell if you have 
 standard access or basic . I think that the soap response should have num 
 operations as 0 if it is standard access, and the basic should have the num 
 operations of the 10,000 used if basic . Is this correct. ? 

 Thanks 

 On Tuesday, June 3, 2014 3:37:27 PM UTC-5, Sudi Gopinath wrote:

 I am trying to understand how  RateExceededError(s) are associated 
 with MCC accounts and Developer Tokens.

 My application uses a single developer token to pull various reports 
 from AdWords (Keyword Performance, Ad Performance etc.) across multiple 
 MCC 
 accounts. During some large pulls across multiple accounts/campaigns I get 
 a RateExceededError - RateExceededError rateName=BillingPerDay, 
 rateKey=level1_plan, rateScope=DEVELOPER, retryAfterSeconds=86400

 1. Since this is a BillingPerDay rate name, does this mean that it is 
 associated with my developer token? 
 2. If so, can I upgrade my developer token rate limit?
 3. The retryAfterSeconds = 86400 which is 24 hours (whoa!). Is there 
 any way around this as a stop gap?



-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/
https://plus.google.com/+GoogleAdsDevelopers/posts
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups AdWords API Forum group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
AdWords API Forum group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: API Rate Limit (RateExceededError): Is it Developer token based or MCC Account Based?

2014-06-06 Thread Ricky Cortopassi
I am having the same issue regarding the RATE LIMIT - billing per day . We 
applied for standard access, however - how can you tell if you have 
standard access or basic . I think that the soap response should have num 
operations as 0 if it is standard access, and the basic should have the num 
operations of the 10,000 used if basic . Is this correct. ? 

Thanks 

On Tuesday, June 3, 2014 3:37:27 PM UTC-5, Sudi Gopinath wrote:

 I am trying to understand how  RateExceededError(s) are associated with 
 MCC accounts and Developer Tokens.

 My application uses a single developer token to pull various reports from 
 AdWords (Keyword Performance, Ad Performance etc.) across multiple MCC 
 accounts. During some large pulls across multiple accounts/campaigns I get 
 a RateExceededError - RateExceededError rateName=BillingPerDay, 
 rateKey=level1_plan, rateScope=DEVELOPER, retryAfterSeconds=86400

 1. Since this is a BillingPerDay rate name, does this mean that it is 
 associated with my developer token? 
 2. If so, can I upgrade my developer token rate limit?
 3. The retryAfterSeconds = 86400 which is 24 hours (whoa!). Is there any 
 way around this as a stop gap?


-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/
https://plus.google.com/+GoogleAdsDevelopers/posts
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups AdWords API Forum group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
AdWords API Forum group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: API Rate Limit (RateExceededError): Is it Developer token based or MCC Account Based?

2014-06-05 Thread Sudi Gopinath
Good Morning Josh,

Thanks for answering all my questions. I will work on getting our developer 
token upgraded to standard. that might alleviate some of our problems.

I will also try your recommended method to get the accounts/campaigns list. 

Thanks,
Sudi

On Wednesday, June 4, 2014 4:07:27 PM UTC-4, Josh Radcliff (AdWords API 
Team) wrote:

 Hi Sudi,

 I've added more responses in blue below.

 Thanks,
 Josh, AdWords API Team

 On Wednesday, June 4, 2014 1:32:21 PM UTC-4, Sudi Gopinath wrote:

 Hi Josh,

 Thanks for the reply. 

 Couple of questions -
 1. Just to clarify - Is the access level upgrade tied to the Developer 
 token or is it tied to each MCC Account that I try to access with that Dev 
 Token?

 It's tied to the developer token. 

 2. Our Developer token is used by multiple applications that run various 
 API calls. Is there a way to get a breakdown of API request made versus 
 quota used per request so we can understand which request triggered the 
 RateExceedError? This will allow us to narrow down the rogue application.

 Each *mutate* response includes an *operations* header that you could use 
 to track the operations count on your side. For *get* requests, you would 
 need to implement operations counting on your side (see the Rate Sheet 
 https://developers.google.com/adwords/api/docs/ratesheet for 
 information on how operations are counted for these requests).
  


 We currently use ManagedCustomerService to get a list of accounts under 
 an MCC and thereafter use CampaignService to get the list of Campaigns 
 under each of the accounts under the MCC. Once the user selects the 
 necessary campaign(s), we proceed to run various reports (Keyword Perf, Ad 
 Perf etc) as the application demands 

 Our issue right now is against an MCC account that has more than 200 
 sub-accounts and the call to CampaignService fails with the RateExceedError 
 when we try to pull the list of campaigns across all the 200+ accounts.

 Is this not the most efficient way of doing this?

 I'm not sure how pulling zero-impression reports in this case will 
 alleviate our problem. Could you clarify?

 A more effective approach would be to use reporting to get the structure 
 of your MCC and campaigns. As the Rate Sheet 
 https://developers.google.com/adwords/api/docs/ratesheet states:

 *AdHoc report downloads 
 https://developers.google.com/adwords/api/docs/guides/reporting or any 
 requests by test accounts 
 https://developers.google.com/adwords/api/docs/test-accounts do not count 
 towards the daily operations limit. The following table gives some examples 
 of the accounting:*


 If you want to get *all* accounts and campaigns in your reports you 
 should explicitly request zero impression rows using the method described 
 in the link I sent previously (add 
 includeZeroImpressionstrue/includeZeroImpressions to your report 
 definition XML).

 For example, you could achieve your use case using the following 
 reporting-based approach:
 1. To get a list of accounts under an MCC, use the 
 ACCOUNT_PERFORMANCE_REPORT 
 https://developers.google.com/adwords/api/docs/appendix/reports#account 
 and read the *ExternalCustomerId* field values. Note that if your MCC has 
 child MCCs (not just child AdWords accounts) you will have to run the 
 report for those MCCs as well.
 2. Use the CAMPAIGN_PERFORMANCE_REPORT to get the list of campaigns for 
 each account.
 3. Run the various reports as you do today on a per-account basis.



 Thanks,
 Sudi

 On Wednesday, June 4, 2014 11:19:15 AM UTC-4, Josh Radcliff (AdWords API 
 Team) wrote:

 Hi,

 I've added my responses below in blue.

 Cheers,
 Josh, AdWords API Team

 On Tuesday, June 3, 2014 4:37:27 PM UTC-4, Sudi Gopinath wrote:

 I am trying to understand how  RateExceededError(s) are associated 
 with MCC accounts and Developer Tokens.

 Please see the section of our *Rate Limits Guide* that covers Decomposing 
 RateExceededError 
 https://developers.google.com/adwords/api/docs/guides/rate-limits#decomposing_rateexceedederror
 . 


 My application uses a single developer token to pull various reports 
 from AdWords (Keyword Performance, Ad Performance etc.) across multiple 
 MCC 
 accounts. During some large pulls across multiple accounts/campaigns I get 
 a RateExceededError - RateExceededError rateName=BillingPerDay, 
 rateKey=level1_plan, rateScope=DEVELOPER, retryAfterSeconds=86400

 1. Since this is a BillingPerDay rate name, does this mean that it is 
 associated with my developer token? 

 Per the *Rate Limits Guide*, the *rateScope* indicates if the rate is 
 at the developer (token) level or the AdWords account level. 

 2. If so, can I upgrade my developer token rate limit?

 The default level for developer tokens is *Basic access*, which allows 
 up to 10,000 operations per day. You can request an upgrade to the 
 *Standard 
 access *level by completing the standard access application 
 https://www.google.com/adwords/api/standardaccess/.


 3. The 

Re: API Rate Limit (RateExceededError): Is it Developer token based or MCC Account Based?

2014-06-04 Thread Josh Radcliff (AdWords API Team)
Hi,

I've added my responses below in blue.

Cheers,
Josh, AdWords API Team

On Tuesday, June 3, 2014 4:37:27 PM UTC-4, Sudi Gopinath wrote:

 I am trying to understand how  RateExceededError(s) are associated with 
 MCC accounts and Developer Tokens.

Please see the section of our *Rate Limits Guide* that covers Decomposing 
RateExceededError 
https://developers.google.com/adwords/api/docs/guides/rate-limits#decomposing_rateexceedederror
. 


 My application uses a single developer token to pull various reports from 
 AdWords (Keyword Performance, Ad Performance etc.) across multiple MCC 
 accounts. During some large pulls across multiple accounts/campaigns I get 
 a RateExceededError - RateExceededError rateName=BillingPerDay, 
 rateKey=level1_plan, rateScope=DEVELOPER, retryAfterSeconds=86400

 1. Since this is a BillingPerDay rate name, does this mean that it is 
 associated with my developer token? 

Per the *Rate Limits Guide*, the *rateScope* indicates if the rate is at 
the developer (token) level or the AdWords account level. 

2. If so, can I upgrade my developer token rate limit?

The default level for developer tokens is *Basic access*, which allows up 
to 10,000 operations per day. You can request an upgrade to the *Standard 
access *level by completing the standard access application 
https://www.google.com/adwords/api/standardaccess/.


 3. The retryAfterSeconds = 86400 which is 24 hours (whoa!). Is there any 
 way around this as a stop gap?

Are you sure you are getting this from *reporting* requests? The most 
common source of *RateExceededErrors* with the *BillingPerDay* is 
TargetingIdeaService 
https://developers.google.com/adwords/api/docs/reference/v201402/TargetingIdeaService.
 
If you are getting this from reporting requests could you let me know which 
reports you are running?

You cannot really work around rate limits, but the Rate Limits Guide 
https://developers.google.com/adwords/api/docs/guides/rate-limits contains 
some tips on best practices. Also, if you are using services to simply get 
structural information about your accounts, I'd recommend using Zero 
Impression Reports 
https://developers.google.com/adwords/api/docs/guides/zero-impression-reports
/Structure Reports 
https://developers.google.com/adwords/api/docs/guides/structure-reports 
instead 
of the SOAP services.

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/
https://plus.google.com/+GoogleAdsDevelopers/posts
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups AdWords API Forum group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
AdWords API Forum group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: API Rate Limit (RateExceededError): Is it Developer token based or MCC Account Based?

2014-06-04 Thread Sudi Gopinath
Hi Josh,

Thanks for the reply. 

Couple of questions -
1. Just to clarify - Is the access level upgrade tied to the Developer 
token or is it tied to each MCC Account that I try to access with that Dev 
Token?
2. Our Developer token is used by multiple applications that run various 
API calls. Is there a way to get a breakdown of API request made versus 
quota used per request so we can understand which request triggered the 
RateExceedError? This will allow us to narrow down the rogue application.

We currently use ManagedCustomerService to get a list of accounts under an 
MCC and thereafter use CampaignService to get the list of Campaigns under 
each of the accounts under the MCC. Once the user selects the necessary 
campaign(s), we proceed to run various reports (Keyword Perf, Ad Perf etc) 
as the application demands 

Our issue right now is against an MCC account that has more than 200 
sub-accounts and the call to CampaignService fails with the RateExceedError 
when we try to pull the list of campaigns across all the 200+ accounts.

Is this not the most efficient way of doing this?

I'm not sure how pulling zero-impression reports in this case will 
alleviate our problem. Could you clarify?

Thanks,
Sudi

On Wednesday, June 4, 2014 11:19:15 AM UTC-4, Josh Radcliff (AdWords API 
Team) wrote:

 Hi,

 I've added my responses below in blue.

 Cheers,
 Josh, AdWords API Team

 On Tuesday, June 3, 2014 4:37:27 PM UTC-4, Sudi Gopinath wrote:

 I am trying to understand how  RateExceededError(s) are associated with 
 MCC accounts and Developer Tokens.

 Please see the section of our *Rate Limits Guide* that covers Decomposing 
 RateExceededError 
 https://developers.google.com/adwords/api/docs/guides/rate-limits#decomposing_rateexceedederror
 . 


 My application uses a single developer token to pull various reports from 
 AdWords (Keyword Performance, Ad Performance etc.) across multiple MCC 
 accounts. During some large pulls across multiple accounts/campaigns I get 
 a RateExceededError - RateExceededError rateName=BillingPerDay, 
 rateKey=level1_plan, rateScope=DEVELOPER, retryAfterSeconds=86400

 1. Since this is a BillingPerDay rate name, does this mean that it is 
 associated with my developer token? 

 Per the *Rate Limits Guide*, the *rateScope* indicates if the rate is at 
 the developer (token) level or the AdWords account level. 

 2. If so, can I upgrade my developer token rate limit?

 The default level for developer tokens is *Basic access*, which allows up 
 to 10,000 operations per day. You can request an upgrade to the *Standard 
 access *level by completing the standard access application 
 https://www.google.com/adwords/api/standardaccess/.


 3. The retryAfterSeconds = 86400 which is 24 hours (whoa!). Is there any 
 way around this as a stop gap?

 Are you sure you are getting this from *reporting* requests? The most 
 common source of *RateExceededErrors* with the *BillingPerDay* is 
 TargetingIdeaService 
 https://developers.google.com/adwords/api/docs/reference/v201402/TargetingIdeaService.
  
 If you are getting this from reporting requests could you let me know which 
 reports you are running?

 You cannot really work around rate limits, but the Rate Limits Guide 
 https://developers.google.com/adwords/api/docs/guides/rate-limits contains 
 some tips on best practices. Also, if you are using services to simply get 
 structural information about your accounts, I'd recommend using Zero 
 Impression Reports 
 https://developers.google.com/adwords/api/docs/guides/zero-impression-reports
 /Structure Reports 
 https://developers.google.com/adwords/api/docs/guides/structure-reports 
 instead 
 of the SOAP services.



-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/
https://plus.google.com/+GoogleAdsDevelopers/posts
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups AdWords API Forum group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
AdWords API Forum group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: API Rate Limit (RateExceededError): Is it Developer token based or MCC Account Based?

2014-06-04 Thread Josh Radcliff (AdWords API Team)
Hi Sudi,

I've added more responses in blue below.

Thanks,
Josh, AdWords API Team

On Wednesday, June 4, 2014 1:32:21 PM UTC-4, Sudi Gopinath wrote:

 Hi Josh,

 Thanks for the reply. 

 Couple of questions -
 1. Just to clarify - Is the access level upgrade tied to the Developer 
 token or is it tied to each MCC Account that I try to access with that Dev 
 Token?

It's tied to the developer token. 

2. Our Developer token is used by multiple applications that run various 
 API calls. Is there a way to get a breakdown of API request made versus 
 quota used per request so we can understand which request triggered the 
 RateExceedError? This will allow us to narrow down the rogue application.

Each *mutate* response includes an *operations* header that you could use 
to track the operations count on your side. For *get* requests, you would 
need to implement operations counting on your side (see the Rate Sheet 
https://developers.google.com/adwords/api/docs/ratesheet for information 
on how operations are counted for these requests).
 


 We currently use ManagedCustomerService to get a list of accounts under an 
 MCC and thereafter use CampaignService to get the list of Campaigns under 
 each of the accounts under the MCC. Once the user selects the necessary 
 campaign(s), we proceed to run various reports (Keyword Perf, Ad Perf etc) 
 as the application demands 

 Our issue right now is against an MCC account that has more than 200 
 sub-accounts and the call to CampaignService fails with the RateExceedError 
 when we try to pull the list of campaigns across all the 200+ accounts.

 Is this not the most efficient way of doing this?

 I'm not sure how pulling zero-impression reports in this case will 
 alleviate our problem. Could you clarify?

A more effective approach would be to use reporting to get the structure of 
your MCC and campaigns. As the Rate Sheet 
https://developers.google.com/adwords/api/docs/ratesheet states:

*AdHoc report downloads 
 https://developers.google.com/adwords/api/docs/guides/reporting or any 
 requests by test accounts 
 https://developers.google.com/adwords/api/docs/test-accounts do not count 
 towards the daily operations limit. The following table gives some examples 
 of the accounting:*


If you want to get *all* accounts and campaigns in your reports you should 
explicitly request zero impression rows using the method described in the 
link I sent previously (add 
includeZeroImpressionstrue/includeZeroImpressions to your report 
definition XML).

For example, you could achieve your use case using the following 
reporting-based approach:
1. To get a list of accounts under an MCC, use the 
ACCOUNT_PERFORMANCE_REPORT 
https://developers.google.com/adwords/api/docs/appendix/reports#account 
and read the *ExternalCustomerId* field values. Note that if your MCC has 
child MCCs (not just child AdWords accounts) you will have to run the 
report for those MCCs as well.
2. Use the CAMPAIGN_PERFORMANCE_REPORT to get the list of campaigns for 
each account.
3. Run the various reports as you do today on a per-account basis.



 Thanks,
 Sudi

 On Wednesday, June 4, 2014 11:19:15 AM UTC-4, Josh Radcliff (AdWords API 
 Team) wrote:

 Hi,

 I've added my responses below in blue.

 Cheers,
 Josh, AdWords API Team

 On Tuesday, June 3, 2014 4:37:27 PM UTC-4, Sudi Gopinath wrote:

 I am trying to understand how  RateExceededError(s) are associated with 
 MCC accounts and Developer Tokens.

 Please see the section of our *Rate Limits Guide* that covers Decomposing 
 RateExceededError 
 https://developers.google.com/adwords/api/docs/guides/rate-limits#decomposing_rateexceedederror
 . 


 My application uses a single developer token to pull various reports 
 from AdWords (Keyword Performance, Ad Performance etc.) across multiple MCC 
 accounts. During some large pulls across multiple accounts/campaigns I get 
 a RateExceededError - RateExceededError rateName=BillingPerDay, 
 rateKey=level1_plan, rateScope=DEVELOPER, retryAfterSeconds=86400

 1. Since this is a BillingPerDay rate name, does this mean that it is 
 associated with my developer token? 

 Per the *Rate Limits Guide*, the *rateScope* indicates if the rate is at 
 the developer (token) level or the AdWords account level. 

 2. If so, can I upgrade my developer token rate limit?

 The default level for developer tokens is *Basic access*, which allows 
 up to 10,000 operations per day. You can request an upgrade to the *Standard 
 access *level by completing the standard access application 
 https://www.google.com/adwords/api/standardaccess/.


 3. The retryAfterSeconds = 86400 which is 24 hours (whoa!). Is there any 
 way around this as a stop gap?

 Are you sure you are getting this from *reporting* requests? The most 
 common source of *RateExceededErrors* with the *BillingPerDay* is 
 TargetingIdeaService 
 https://developers.google.com/adwords/api/docs/reference/v201402/TargetingIdeaService.
  
 If you are getting this from 

API Rate Limit (RateExceededError): Is it Developer token based or MCC Account Based?

2014-06-03 Thread Sudi Gopinath
I am trying to understand how  RateExceededError(s) are associated with MCC 
accounts and Developer Tokens.

My application uses a single developer token to pull various reports from 
AdWords (Keyword Performance, Ad Performance etc.) across multiple MCC 
accounts. During some large pulls across multiple accounts/campaigns I get 
a RateExceededError - RateExceededError rateName=BillingPerDay, 
rateKey=level1_plan, rateScope=DEVELOPER, retryAfterSeconds=86400

1. Since this is a BillingPerDay rate name, does this mean that it is 
associated with my developer token? 
2. If so, can I upgrade my developer token rate limit?
3. The retryAfterSeconds = 86400 which is 24 hours (whoa!). Is there any 
way around this as a stop gap?

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/
https://plus.google.com/+GoogleAdsDevelopers/posts
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups AdWords API Forum group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
AdWords API Forum group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.