How to get shape of a road link - here-api

I want to get the shape of a road link (form one node to another node, i.e. between 2 junctions) but I cannot find how to do it.
If I try with
https://pde.api.here.com/1/tile.json?app_id=&app_code=&layer=LINK_ATTRIBUTE_FC1&level=9&tilex=537&tiley=399
there is no shape.
This is to store the shape in my geoserver to later reuse the map. I am not sure this is doable according to the commercial license... So any commercial explanation is also welcome.
Is there a price for this? Is this allowed?

I think the ADAS attribute layer would be more useful for your use case:
https://pde.api.here.com/1/tile.json?&app_id=xxx&app_code=yyy&layer=ADAS_ATTRIB_FC1&level=9&tilex=537&tiley=399
Example out of the response:
[...]
"LINK_ID": "52493206",
"HPX": "89681500,-1400,-8000",
"HPY": "502884700,1900,11200",
"HPZ": "18242,22,138",
"SLOPES": "547,-2,92",
"HEADINGS": "334899",
"CURVATURES": "-116",
"VERTICAL_FLAGS": "0",
"REFNODE_LINKCURVHEADS": "9588455:-110:-25252",
"NREFNODE_LINKCURVHEADS": "1143217772:-111:335789",
"BUA_ROAD": "4",
"BUA_ROAD_VERIFIED": "Y"
}, {
"LINK_ID": "52493207",
"HPX": "89658700,-8700",
"HPY": "502913000,13500",
"HPZ": "18592,167",
"SLOPES": "525,70",
"HEADINGS": "",
"CURVATURES": "",
"VERTICAL_FLAGS": "",
"REFNODE_LINKCURVHEADS": "497590520:-88:-22269",
"NREFNODE_LINKCURVHEADS": "869077244:-83:338527",
"BUA_ROAD": "4",
"BUA_ROAD_VERIFIED": "Y"
},
[...]
Here you can see all available layer and the data they contain:
https://pde.api.here.com/1/doc/layers.json?&app_id=xxx&app_code=yyy
Update: Regarding storing of the data please go through the Terms and Conditions on Here Website. https://legal.here.com/en-gb/terms/here-wego-here-application-and-here-maps-service-terms
You undertake that you will safeguard, protect, and keep your HERE
account confidential and shall not disclose it to any person, or store
the information in any manner, except as required by law.

Related

Using Here Technologies' REST-API with String adresses

I need to optimize a List of Adresses from my Database using Here Technologies.
The JSON data I am working with looks like this:
Replaced some names and IDs to ensure the Data savety of my client.
"kunde": [
{
"kundenId": ///,
"kundenbezeichnung": "Anger Ernestine",
"kundenNr": "K-///",
"tourHinweis": "",
"nachname": "Anger",
"vorname": "Ernestine",
"strasse": "Bergstraße 18",
"plz": "12169",
"ort": "Berlin",
"telefon1": "030 10449",
"telefon2": "",
"hatLieferAdresse": false,
"schluesselVorhanden": false,
"schluesselInfo": "",
"zahlungsart": "Überweisung",
"bruttoSumme": 1.0000,
"menge": 1,
"tourPos": 0,
"positionen": [
{
"kundenId": ///,
"belposId": ///,
"artikelId": ///,
"menge": 1,
"artikelbezeichnung": "Champigongsauce mit Serviettenknödel",
"artikelNr": "2302457",
"warengruppe": "Diät",
"bestellTypInfo": "Spalte 3",
"bruttopreis": 1.0000
}]},],
´´´
As already mentioned, I need to sort these Adresses to get the optimzed Route. Since my Client has more than 50 Customers per Tour, I cant use the Google Routing API, thats why I am using Here Technologies. The API works perfectly fine, but I don't have the GPS Koordinates stored in the Database. How can I use Here with normal String Adresses?
You can make use of our geocode APIs. In the geocode API you can pass the String address to get the Coordinates. And once you have the Coordinates you can pass in the routing APIs to calculate the route.
Sample HERE geocode endpoint to get the Coordinates of string address.
https://geocode.search.hereapi.com/v1/geocode?q=jammu&apikey=your_api_key
More details of our geocode product are covered in below product document.
https://developer.here.com/documentation/geocoding-search-api/dev_guide/index.html

Firebase: Best practice to build a data structure that can filter data by multiple criteria quickly

For example, I have a list of 1.000.000 users, the data look like this:
users: {
$userId: {
name: "",
sex: "",
age: "",
city: "",
maritalStatus: "",
// can be more
}
}
I want to filter, paginate the data for: users who are single, male, with age < 30, living in city X.
Is there a good practice to make this kind of queries less painful?
Firebase doesn't have a a direct way to query for more than one child at a time.
You can structure your data to make it easier - for example
users
$userId
gender_age: male_27
$userId
gender_age: male_32
Then, to query for males between 30 and 40:
gender_age....queryStartingAtValue("male_30").endingAtValue("male_40")
That will narrow down the results - you could then filter in code for the ones you want, for example (conceptual)
if snapshot.child("maritalStatus") = "Single" and
snapshot.child("city") = "AnyTown" then
//add person to list for display
You could expand this out a bit to narrow the results further:
users
$userId
city_gender_age: anytown_male_27
city_gender_age....queryStartingAtValue("anytown_male_30").endingAtValue("anytown_male_40")
Unfortunately the pattern breaks down if the query is less specific; e.g. if we are querying for either male or female in anytown between 30 and 40, this won't work.
However, disk space is cheap so storing 'duplicate' data in another node would resolve that
another_node
$user_id
city_age: anytown_27

Couchbase Reduce function

I am trying to learn how to use map reduce functions with Couchbase. until now i created reports engines based on SQL using Where with multi terms (adding and subtracting terms) and to modify the group part.
I am trying to create this report engine using views.
my problem is how to create a report that enable users to dive in and find more and more data, getting all the way to individual ip stats.
For example. how many clicks where today ? which traffic source ? what did they see? which country ? and etc..
My basic doc for this example look like this:
"1"
{
"date": "2014-01-13 10:00:00",
"ip": "111.222.333.444",
"country": "US",
"source":"1",
}
"2"
{
"date": "2014-01-13 10:00:00",
"ip": "555.222.333.444",
"country": "US",
"source":"1",
}
"3"
{
"date": "2014-01-13 11:00:00",
"ip": "111.888.888.888",
"country": "US",
"source":"2",
}
"4"
{
"date": "2014-01-13 11:00:00",
"ip": "111.777.777.777",
"country": "US",
"source":"1",
}
So i want to allow the user to see at the first screen , how many clicks per day there are at this site.
so i need to count the amount of clicks. simple map/reduce:
MAP:
function (doc, meta) {
emit(dateToArray(doc.date),1);
}
Reduce:
_count
group level 4, group true
will create the sum of clicks per hour.
Now if i want to allow a break down of countries, so i need a dynamic param to change.. from what i am understand it can only by the group level..
so assume i have added this to the emit like this:
emit([dateToArray(doc.date),source],1);
and then grouping level 5 will allow this divide, and using the key too focus on a certein date.. but what if i need to add a county break down? adding this to the emit again?
this seem to be a mess, also if i will want to do a country stats before the source.. is there any smarter way to do this?
Second part...
What if i want to get the first count as follow:
[2014,1,28,10] {ip:"555.222.333.444","111.222.333.444","count":"2"}
i want to see all the ips that are counted for this time...
how should i write my reduce function?
this is my current state that doesnt work..
function(key, values, rereduce) {
var result = {id: 0, count: 0};
for(i=0; i < values.length; i++) {
if(rereduce) {
result.id = result.id + (values[i]).ip +',';
result.count = result.count + values[i].count;
} else {
result.id = values.ip;
result.count = values.length;
}
}
return result;
i didnt get the answer format i was looking for..
i hope this is not to messy and that you could help me with this..
thanks!!
For the first part of your question, I think you are on the right track. That is how you break down views to enable coarse drill down. However, it is important to remember that views are not intended to store your entire documents, nor are they necessarily going to be able to give you a clean cut swatch of data. You probably will need to do fine-filtering within the access layer of your code (using Linq perhaps).
For the second part of your question, a reduce is not the appropriate mechanism to accomplish this. Reduce values have a very finite (and limited) size and will crash the map/reduce engine once they get too big. I suspect you have experimented with that and discovered this for yourself.
The way you worded the question, it seems like you wish to search for all IP addresses that have been counted "X" number of times. This cannot be accomplished directly in Couchbase's map/reduce architecture; however, if you simply want the count for a given IP address, that is something the map/reduce framework has built-in (just use Date + IP as a key).

Nokia Places API? Is there a detailed description of search results? And how heavity is this api used?

Has anyone worked with Nokia places API. I am not seeing a lot of activity on the community forum? I was curious about the level of use that it has in the industry? here is my question:
1) What is meaning of having []? What could have been specified here?
2) What is the unit of distance? is it meters? feet?
3) how accurate is vicinity? is this the real address of starbucks or just an approximation?
if approx. how accurate is it?
{ Starbucks } { position: [ 40.74864 , -73.98841 ] distance: 270 title: Starbucks averageRating: 0.0 category: { Coffee/Tea } icon: http://download.vcdn.nokia.com/p/d/places2/icons/categories/23.icon vicinity: 906 6th Ave ↵
New York City NY 10001 ↵
USA having: [ ] type: urn:nlp-types:place href: http://demo.places.nlp.nokia.com/places/v1/places/840dr5ru-846b0ffe4ec64caf83a11bafd4b5a5b9;context=Zmxvdy1pZD04ZWY4YTY4Ni1iN2RhLTVhYTEtOGM0Mi1kNjYxNTM0NGEyNThfMTM2MzAzNjEyNDY1Nl8wXzQ3NTEmcmFuaz0x?app_id=myappid&app_code=myappcode id: 840dr5ru-846b0ffe4ec64caf83a11bafd4b5a5b9 } ,
...Nokia places API. ... the level of use that it has in the industry?
The RESTful places API is used as a back-end service by here.com, so a places request is made to the service whenever a user requires more details about a place. As regards third party usage I haven't got the details. Personally I see using a place service as a good way of easily adding value to an app without much effort - say for example your organization has data about country-side walks - you could easily add value to your app by finding "places to eat and drink" near to your route(s) without needing to become an expert on pubs and restaurants - which would be outside of your domain of expertise.
1) What is meaning of having []? What could have been specified here?
I can't see having [] as being documented in the current release documentation - I believe it is a place holder for further information - if you read the definition of the extensible contract you will see that additional elements may be added to the feed at any time - your best bet here is to ignore the attribute for now.
2) What is the unit of distance? is it meters? feet?
Distances are in metres - you can use a function like the one below to convert
function calculateDistance(distance){
if (metricMeasurements){
if (distance < 1000){
return "" + distance + " m.";
} else {
return "" + Math.floor(distance/100)/10 + " km.";
}
} else {
if (distance < 1610){
return "" + Math.floor(distance/1.0936) + " yards";
} else {
return "" + Math.floor(distance/160.934)/10 + " miles";
}
}
}
3) how accurate is vicinity? is this the real address of starbucks
or just an approximation? if approx. how accurate is it?
Vicinity is described in the documentation here - it can be used to filter out more distant places if necessary. For an individual place the address element holds the full address details, with the address.text holding the formatted address. Regarding the specific place query - here.com has a Starbucks at 906 6th Ave. This can be confirmed by another source here.

CouchDB View - Multiple Filter

I have a question to couchdb views / map-reduce.
Lets say, we have a database with hotel-documents like the following:
[{
_id: "1",
name: "Hotel A",
type: "hotel",
stars: 3,
flags: ["family-friendly","green-hotel","sport"],
hotelType: "premium",
food: ["breakfast","lunch"]
}, {
_id: "2",
name: "Hotel B",
type: "hotel",
stars: 5,
flags: ["family-friendly","pet-friendly"],
hotelType: "budget",
food: ["breakfast","lunch","dinner"]
}]
To find all hotels with 3 stars, the following view will fit:
function(doc) {
emit([doc.stars, doc.name]);
}
If I use startkey=[3], everything is fine.
But how is it possible to make a view with multiple filters?
For example - all hotels:
with 3 stars and the flags "family-friendly" and "pet-friendly" and
with hotelType "budget"?
with hotelType "premium" and food "breakfast" or "lunch"?
etc.
Any ideas?
EDIT:
I have now decided to use good old mysql. CouchDB was a nice experience for me, but there are tooo much problems if you need more then the data of one document :(
You can emit a key with a group of values:
emit([[doc.stars,doc.hotelType], doc.name]);
The problem is that this only works if you can order your attributes by importance since they will always get reduced in the same order. Kxepal's solution of using different views is probably the best for your situation.
Source: http://wiki.apache.org/couchdb/Introduction_to_CouchDB_views#Grouping
You need to use different views for that. Each view will handle his own domain with own keys. You may create one-view-for-all-data via multiple emit with different key value, but in perspective it will be hard to maintain.
CouchDB views are one-dimensional. And you are looking for multi-dimensional query:
x = stars
y = flags
z = hotelType
Multi-dimensional queries are not supported unfortunately. For example if you need query geographical location by latitude and longitude, than you'll have to use GeoCouch.

Resources