Hi,

To address your questions:

1) I believe they are trying to launch that feature within the next
couple of weeks, but I can't say for certain.

2) I can put in a request for this feature, but I don't think it is
very high priority.

3) You can file Python client library feature requests here:
http://code.google.com/p/google-api-adwords-python-lib/issues/list

4) This behavior is consistent with the rest of the AdWords API and
not likely to change.

Best,
- Eric

On Jul 29, 11:50 pm, xero <zcl...@gmail.com> wrote:
> Hi Eric,
>   Thanks for helping out!
>
>   I've a few further ones:
>
> 1. It's a pity that TargetingIdeaService can't return >800 entries for
> keywords only. But it's definitely great news that gzipped HTTP
> transport support is under way. When will it be ready? Is there any
> timetable for that?
>
> 2. Is it possible for DEV team to add support for returning valid
> category ids?
>   It doesn't need to be "real" by all means, but some "dummy" random
> number falling into the range of valid/possible keyword category ids.
> In this way, users can still see some "dummy" results of keyword
> category names from the sandbox data. Basically it's generating a
> random number in one range instead of another.
>
> 3. It would be useful to add keyword category utility functions just
> like what GetCategories() did for placement categories. And It's nice
> to know keyword supports multiple categories.
>
> 4. Thanks for clarifying on keyword format. Besides invalid
> characters, are there any other restrictions, e.g, keyword lengths?
>   Actually I'm thinking that returning all-0s or N/A results for those
> keywords may be a better way for Adwords API implementation. It's
> customer's fault to submit malformed keywords, and the customer can
> prevent or remedy such mistake in many ways. Google doesn't need to be
> responsible for that. Throwing an exception/failing the entire call is
> too "heavy".
>
> On Jul 29, 5:45 am, AdWords API Advisor <adwordsapiadvi...@google.com>
> wrote:
>
>
>
> > Hi,
>
> > To address your questions:
>
> > 1) Yes, TargetingIdeaService.get() has an upper limit of 800 entries.
> > We'll work to make this more clear in the documentation.
>
> > 2) Unfortunately not.
>
> > 3) I believe only the following attributes can be requested:
> > AD_SHARE, EXTRACTED_FROM_WEBPAGE, IDEA_TYPE, KEYWORD, SEARCH_SHARE.
>
> > 4) The URL is used to generate keyword ideas, the same as the get()
> > method.
>
> > 5) The current Python client library doesn't support gzipped HTTP
> > transport, but this feature is in the works already.
>
> > 6) The sandbox will always return dummy data, including the category
> > ids.
>
> > 7) This method returns the available placement categories, now called
> > Verticals in the API.  There are not compatible with the keyword
> > categories.
>
> > 8) Yes, keywords can have multiple categories.
>
> > 9) Information about invalid characters in keywords is available 
> > here:http://adwords.google.com/support/aw/bin/answer.py?hl=en&answer=53539
>
> > Best,
> > - Eric Koleda, AdWords API Team
>
> > On Jul 27, 11:32 am, xero <zcl...@gmail.com> wrote:
>
> > > Hi,
>
> > >   I'm currently using Adwords API python lib. The following are
> > > problems encountered in development. Can anyone help?
>
> > > Q1. For getting ideas using "get":
> > > Is it true that "totalNumEntries" returned is always <=800? It's not
> > > clearly stated in API docs, but mentioned several times in other
> > > articles on Internet.
>
> > > Q2. If the answer to Q1 is yes, is there any way to retrieve >800
> > > keyword ideas by using a list of keywords only(without providing URL)?
>
> > > Q3. For getting ideas using "getBulkKeywordIdeas":
> > > In API docs, it says "A limited, fixed set of attributes will be
> > > returned." What are those "limited, fixed set of attributes" exactly?
>
> > > Q4. How is the result of "getBulkKeywordIdeas" related to input URL?
> > > If I use this URL to call "get" to retrieve keyword ideas, are the
> > > results the same (at least for those 800 results)?
>
> > > Q5. Is it possible to retrieve gzipped results of Targeting Idea
> > > Service and Traffic Estimate Service? Does Adwords python lib support
> > > gzipping/un-gzipping the requests & the responses?
>
> > > Q6. I did some tests for keyword categories in sandbox, and found out
> > > that none of the keyword category id returned from sandbox is in
> > > category id range described 
> > > here:http://code.google.com/intl/en/apis/adwords/v2009/docs/codelists/keyw....
> > > Is it intentional behavior? Where can I get accurate category
> > > description for a category id?
>
> > > Q7. There's a function GetCategories() in Adwords python lib. What's
> > > this category list used for? Is it related to keyword category id
> > > returned by targeting idea service?
>
> > > Q8. Does a keyword idea support multiple keyword categories?
> > >   In API docs, it says "KEYWORD_CATEGORY represents a category id for
> > > a category within the category hierarchy for keyword ideas. Resulting
> > > attribute is IntegerSetAttribute."
> > >   It seems keyword category is only an integer, but it uses integer
> > > set as return type.
>
> > > Q9. What's google's keyword format ('invalid character' problem)?
> > >   In one of my tests, when calling estimateKeywordList in traffic
> > > estimator service, it returns:
> > > "aw_api.Errors.RequestError: Code 14: This keyword text is not valid."
> > >   I've found out *?() can't occur in keyword text. Otherwise the web
> > > service call will fail.
> > >   Why raising an exception instead of returning some specific values
> > > for those malformed keywords, such as all-zeros or N/A flag, is beyond
> > > me. It's not appealing that a list of keywords including only one
> > > invalid keyword text will fail the entire call.
> > >   Web service calls are much more expensive than local calls. TCP
> > > connection setup/teardown has overheads. Transferring list of keywords
> > > takes time. Although ideally, we can fish out the malformed keyword by
> > > calling web service for each keyword, such behavior will have much
> > > more burden & overhead on both client and server sides. Personally I
> > > don't think it's a good idea.
> > >   So what I'm doing now is to validate keyword format locally, with
> > > the rules I learned from the tests. But it's far from the best way. Is
> > > there any official description of google's keyword format, such as
> > > invalid characters, invalid length etc?
>
> > >   Thanks.

-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and discussion group:
http://adwordsapi.blogspot.com
http://groups.google.com/group/adwords-api
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

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

Reply via email to