Can we get the 3rd degree connection using LinkedIn API.
using the people API call I am only getting the list of 1st degree connection but i need to get the 2nd and 3rd degree contact information.
I read somewhere that we can first get the information about the first degree connection and take the Ids of the first degree connections and again make a call to the people API with each of the Ids. The problem I am facing it, It always returns me the record in the context of the logged in user. I mean the relationship-to-viewer is not in the context of the Id that we passed, it is still in the context of logged in user. Please help I am stuck.
Is it possible to get the 3rd degree connection information if I upgrade my account to premium account.
Is there any other way, has anybody ever done this.
To answer the second question: yes, if you upgrade to LinkedIn premium. You will be able to "view unlimited profiles from search results – up to 3rd degree". They have a one-month free trial now.
From linkedin API docs
You cannot "browse connections." That is, you can only get the
connections of the user who granted your application access. You
cannot get connections of that user's connections (2nd degree
connections)
Related
How exactly can I get access to #LinkedIn Contacts API and Connections API? I would appreciate a list of steps, and probability of success. I have asked LinkedIn help about this and they told me to use StackOverflow. Thanks.
These APIs are private. Nobody can guarantee that you will get access to them, and if you don't have a good reason to have access to them, you almost definitely will not get access.
That being said, there are ways to apply for access. Notably, setting up a business page and creating an app will get you access to non-restricted APIs.
To get access to Contacts and Connections specifically (which are both restricted APIs), you will have to apply for access. Once again, in terms of guaranteeing your application's acceptance, it is impossible to say whether or not (for certain) you will or will not get in.
There is no set of steps that will guarantee access.
I have sent couple of emails to support team for become a sabre customer, I have submitted the application to get the access at following link.
https://www.sabretravelnetwork.com/home/solutions/travel_agency/contract_selector/without_arc2
Pls let us know if I am missing anything?
Thanks
Access to the PNR (Passenger Name Records) requires a contract with Sabre. They only give this access to travel agents or companies writing services for travel. There is also associated fees. Also you need to be aware there are costs for every PNR you create. So its not as easy as just getting access to the PNR.
I know this is not the answer you want but its how it works.
If your just trying to build out a small booking engine I would suggest getting into Expedia's API toolkit. Much easier and allot less expensive to get into.
Hoping for a bit of guidance / reassurance on air search and book flow in Sabre (SOAP API) which I'm integrating with for a client website project.
My client is planning to take payment separately via a 3rd party payment gateway and also have a 3rd party ticketing robot.
The details I have been given from the ticketing robot company is that we should create the PNR then queue transfer to "International/Domestic Agent Q50" (with their PCC).
I've got access to and have been reading the Sabre Dev Studio, have access to the Sabre SOAP API (I have my client's credentials and PCC) and have followed the "Low Far Search and Book" workflow here (https://developer.sabre.com/docs/read/workflows/Low_Fare_Search_and_Book) exchanging EnhancedAirBookRQ and PassengerDetailsRQ for CreatePassengerNameRecordRQ as advised on that page and inserting payment before, my proposed work flow is:
Create a token with TokenCreateRQ
Use token to perform a search with BargainFinderMaxRQ
Display results to customer, customer picks an itinerary / flight segments
Collect customer details from customer
External payment gateway take payment for amount returned in BarginFinderMaxRQ
Book the desired flight segments using the orchestrated API CreatePassengerNameRecordRQ, including:
Adding passenger details and flight segments
Specifying that the payment was in cash
Performing the queue transfer?
I've got BargainFinderMaxRQ coded up and working.
I'm starting the integration with CreatePassengerNameRecordRQ and have noticed the price returned can be different to the price returned from BargainFinderMaxRQ. Which makes me question the above work flow. I selected it due to the easier integration (I can use tokens rather than manage a session and it's just one API call).
So, my questions:
Is my understanding correct, is this the correct work flow for the project? Given that my client is taking payment via an external payment gateway and want to display the final figure to the customer before they pay.
I'm struggling to understand how the ticketing robot fits into the process. Hoping for a steer on how that affects the PNR call(s). Do I still set the ticket type to "7TAW" and queue place onto their PCC + queue number?
Thank you for any help, greatly appreciated.
1) Yes, the process is correct, but there are scenarios in which airlines change fares or where the airline does not confirm the availability immediately, so when you price you are actually pricing an IATA fare, which is usually more expensive. For particular scenarios, I recommend you to contact the API support.
2) The "7TAW", which is the ticketing time limit, is meant to have the limit set by the airline until when you can issue the ticket without having the possibility of losing the given price. Some airlines require that to be done on the same day of the booking (which is what you are setting with the 7TAW). Some airlines give you some days and some others can give you just 30 minutes after booking. It is almost impossible for us to respond on how would the robot require this to be provided, so for you to be sure, I would recommend you checking with the owners of that robot and ask them how would they want it, maybe they don't even care.
As an example, I know this account exists "https://t.me/everexio" but when I click view, it fails with "There is no Telegram account with the username you provided."
I have seen this issue many times and with different groups.
And I know that it is not only my problem.
Tying mobile app, desktop app, or web base program without success.
edit
A lot of global projects, companies and organizations are using this app to communicate with their audience, if this kind of restrictions exist then their group is not available everywhere and by using it as a main tool they won't be able to connect all of their community members.
So it is important for both parties to know clearly about this restrictions.
It's not your problem, it's all Iranians problem(At least). Telegram servers didn't allow Iranian Phone number to join this groups. You can join to this groups using a (not Iranian) virtual number while your VPN is turned on.
You maybe temporary banned this function of Telegram, check #SpamBot for your status and more information.
If #SpamBot say you are free, contact support team, them should have permission to help you.
Please contact in-app Support if you have more questions (Settings — Ask a question).
Notice that we rely on volunteers support in Telegram
(so please be nice).
Iranians cannot join telegram group with short link by their own phone number. We are banned from inside and restricted from outside. Hope Telegram team remove this restriction or at least explain why they did this to us.https://twitter.com/yoosofan/status/1001923754950381569. If you are in Iran you can test it by clicking on https://t.me/publictestgroup which is the official group of telegram represented in https://telegram.org/faq#q-what-makes-telegram-groups-cool.
If you have any doubt about this, you can easily get an mobile phone number from Iran (starting with 98 9) and create a telegram account on it. Then try to join groups like #PangeaBitnation, you will not able to join them. You cannot even find them by search on your telegram application.
I checked it by my own Irancell phone number (starting by 98 938).
This question is not related to ASP.NET specifically, but more web applications in general.
I am building a web application wherein I am registering a user. As of now I am taking in very basic credentials like First Name, Last Name, etc of the user. In this website I am giving some information for free for any user who has just registered so that the user finds my website authentic and that it is not a fake website. After that, to get more information, the user has to pay.
The information my site provides will get obsolete after sometime. So, when a new user registers, he/she will get the new information that gets updated; but the old users have to pay to get the same new information.
My problem here is once the information gets obsolete the same person can re-register with a different set of credentials and get the new information. I want to avoid this from happening.
So my question here is this: what information should I request from the user, or extract from the user, to check that the same user is not re-registering? Or any other way to make this possible.
I am thinking of getting the IP address of the machine from which the person is registering and use it to check. But the user can use a different machine to re-register.
I am completely lost here and not getting the solution. I even checked on the Internet but could not find an answer.
Please let me know if you need any further information from my side.
You will not find a technical way to prevent users from registering multiple times. They can simply use another device, IP, another email account and different credentials.
What you can do is asking them to send you hard to fake "offline" information, like a credit card number or a photo of the ID. Some users may still be able to register multiple times this way, but probably not indefinitly. You will however lose many possible clients this way who are unwilling to provide such information for a test account, so this is likely not the solution you want.
My advice would be one of the following two:
Limit the information/service you give out to free users, so that even if they register again they will gain something when they pay.
Try to bind them to their account in a way where they would lose something if they threw it away. This may for example be providing user rewards for activity (real or virtual) or increasing their experience based on their history. Take SO for example: If you registered again, you would lose all your reputation. The users will think twice if this is worth the new content.
After reading all of the above, i think a good solution could be to let the user identify himself through facebook or linkedin. Few people will have a second account.
I think you cannot put any users like that because every thing can be duplicate
There are some ways for which the user must have payment mode or identity details like passport or it is windows application you can have finger scanner it will be definitely Unique..
You can do this (with limitations) with the use of cookies. Setting a cookie on the users device will allow you to determine who the visitor is and that they have already registered.
The limitations are that cookies can be deleted or blocked and are only valid for that specific user agent - the user could use a different device or a different browser on the same device. A lot of people don't really know about cookies though and how to delete them.
By tying this technique with a requirement to provide a valid email address you can make it a hassle for somebody to register more than once as they will have to create a new email account and then delete their cookies.
Whether this will stop enough people depends on your site and your requirements - if you're giving money away then this technique is not nearly good enough. If you just want to discourage the practice of multiple accounts it may be enough.
Your only way out is to have SOMETHING the existing user gets as a "gift?" or added value to maintain just one account. If you can identify items of value to your subscribers and offer to "give" it to them provided their account "attains" one or more status, then you'll get some control. Take stackoverflow.com for example, I don't need a second account.
Identifying by facebook or linkedin is a good option, but if you are giving such services. which are very beneficial for the users, so they dont mind on creating multiple accounts on even facebook or linked in.
So what i think is to set some reward type stuff with each user, and increase the services as they get increment in rewards.once they are good in rewards and are capable to use multiple services, this increases the probability that they will not create another account.