Scopus Serial API allows to retrieve titles for a particular classification category by a subj parameter. For instance, when I specify subj=COMP&content=journal, I get all the journals in a category "Computer Science (all)", abbrev=COMP, code=1700.
However, in this list, there are only journals with code=1700 and the journals from Computer Science sub-categories are missing. How do I get journals, e.g., for a sub-category "Computer Science (Software)" that has code=1712 and the same abbrev=COMP?
This seems to be a bug in the API. According to the Scopus Source Title list (https://www.elsevier.com/?a=91122), there are over 2,000 titles in Computer Science; and according to the Scopus Subject Classification API (https://dev.elsevier.com/documentation/SubjectClassificationsAPI.wadl), they all should have the 'COMP' abbreviation (even if they have different sub-classifications, i.e. 17xx codes). But when calling the Scopus Serial API as in your example (https://api.elsevier.com/content/serial/title?subj=COMP), there seem to be at most 330 or so journal records that can be retrieved. We'll report this to our development group.
Related
I'm utilising google autocomplete to allow visitors to enter towns, suburbs or postcodes, so that they can select the right one from the autocomplete list. I then need to store the postcode for that location so that I can compare that postcode to entries in a database to find service providers in that postcode.
The problem I'm now having is that the Google API doesn't return postcodes for all locations. This especially seems to be the case for larger cities. For example, it doesn't return postcodes for Melbourne Australia, Sydney Australia or Perth Australia.
Has anyone developed a solution or workaround to this issue? Any suggestions?
I've been googling for ages now and can't find a solution. Google itself doesn't seem to mention this situation in their Google Places docs.
Since many cities span multiple postal codes, you probably need your users to provide the exact street address where they need service. Fearing the tedium of entering a full street address? Fear not; Place Autocomplete can save them many keystrokes especially if you constrain results to a specific country or location bounds.
You might want to create an address form and use Places Autocomplete to auto-fill the components including postal code once the user selects the address from autocomplete predictions. This section of the documentation demonstrates how it works and this page provides sample Javascript code for implementing an auto-completing address form.
For a marketplace, schema data becomes more confusing. Not only will you want to represent your organization, but you also have the supplier's organization to worry about. Is it bad practice to have all of this data on one page? Should the product page only have product information in the metadata, and the local business only have local business details on it?
Marketplace Org
logo
name
description
LocalBusiness Org
logo
name
description
address
lat/long
product
description
rating
price
I can provide html for all of this, but I am not sure this needs it to explain. I read the schema docs pretty in-depth but it doesn't have great examples of what a marketplace site would do with multiple organizations or what Google will think of it. For instance, if there is a localbusiness with many products, is it proper to have an aggregate rating on the localbusiness page of all of their products combined into one rating?
Is it bad practice to have all of this data on one page?
No. The more the better! (Of course it may be the case that some consumers only like to work with a single item per page, but when it comes to this topic, anything might be possible. So when you are interested in a particular consumer, you should consult their documentation.)
Every itemscope creates a new item. Every item on a page is (… should be) about something different.
So don’t create several items for the same thing on the same page (unless you can use itemid so that it’s clear that the items are about the same thing).
If possible, use properties to relate the items.
For example, LocalBusiness has the property makesOffer to point "to products or services offered by the organization" (i.e., Offer), or the property owns for products "owned by the organization" (i.e., Product).
You can associate a Product via brand or manufacturer with an Organization (resp. LocalBusiness).
I'm trying to determine if the Google Places API is suitable for a restaurant review website I'm working on (disclaimer: I'm not a developer so please excuse my lack of knowledge here).
Specifically, looking at https://developers.google.com/places/documentation/details for support, I'm trying to determine if the Places API includes the following restaurant-specific attributes in its database that we could query: cuisine type (i.e. Indian, Brunch, American) and/or neighborhood (i.e. Marina, Mission, Financial District). As an example in Layman's terms, if we were to use the Google Places API, would users on our site be able to search for Indian restaurants in the Financial District and see restaurants that meet that criteria?
Thanks,
Jaydon
You'd have to make a search using the 'type' restaurant and enter in the search the term indian, as for the location you could use a radius
In layman's terms yes you can, but the neighborhood would be determinated from one central location in a radius format (wouldn't fallow the specific outline of the actual neighborhood) and the type of food would have to be included in the search terms, you could automatically add that, in other words, you can ask the end user to specify the cuisine he is looking for (multi choice) that way you add that cuisine automatically within the search terms.
I am French, and I am developing a rental vacancies website. I would like add microdata on the rental vacancy offers (house, villa, appartment...), but I don't know which itemtype to use. Offer, Product, or an other?
http://schema.org/Offer
http://schema.org/Product
Thanks for your help.
There are several relevant schemas that apply, and you will be best off using a combination of them to represent your Offers. The Offer should be your root element, because it represents something that ican be purchased for a price. The itemOffered property has the Product type, so it is the logical extension point for embedding product content. Think of the Offer as your sales pitch and the Product as what you are actually selling. There is a metadata schema for Residences which include information about the domain of your Products. You could combine this with the Product itemscope or nest it within the Product (possibly via the model property).
Metadata from the GoodRelations schema can be used to extend schema.org's limited Product vocabulary as well.
I also see an opportunity for leveraging the Review schema (for any reviews in the corresponding Product property), and potentially TouristAttraction, if the rental's proximity to tourist attraction is a selling point. I also noticed that there is a LodgingBusiness schema that inherits from Organization. This should be used to encapsulate content about your actual client (or whoever rents out the apartments/villas to renters).
Use the new version of schema.org (0.99) with the following properties for the http://schema.org/Offer:
businessFunction; use http://purl.org/goodrelations/v1#LeaseOut as the value.
eligibleDuration: The duration for which the given offer is valid.
availabilityStarts: The beginning of the availability of the rental object.
availabilityEnds: The end of the availability of the rental object
If you need detailed patterns, please contact me via http://www.heppresearch.com/contact. We built the new e-commerce module for schema.org.
Is there any way to get the product name from UPC/EAN barcode scanned from Google API?
There is no general registry of UPC product codes. You can find a list of the country codes at the beginning of the number easily, and with some legwork possibly get the national organization for a few countries that you're particularly interested in to give you a list of their secondary allocations.
But in order to get all the way down to "Banana chips, bag of 200 g, reduced trans fat formulation, Danish/Swedish/Finnish text on packaging" there's only the particular manufacturer to ask. That, or own a supermarket and register the UPC numbers of new items when you start stocking them.
Allegedly the gtin field holds the UPC/EAN code, if you restrict the search to values in that field you should only get responses where the gtin matches your barcode.
For example if you scanned your barcode and got an EAN-8 code of 05001234 then in the query string of your API call you could set
https://www.google.com/search&q=05001234&restrictBy=gtin=05001234
I have often seen multiple products returned for a single code so I guess the UPC/EAN are not globally unique or some providers have not been uploading their products under the right code.
In the response from Google are fields which hold the product title and description, you just need to parse the JSON or ATOM response.
I found another API https://market.mashape.com/mignify/gtin2product. It's pretty good. You can get products information from UPC/EAN/GTIN. It can return products description in different language.
You can use Rapid API https://rapidapi.com/search/ean. Here you get lot of API like Amazon API, Google Shopping, Barcode Lookup