You are viewing a single comment's thread from:
RE: DTrip v0.1-Alpha: share your travel experience with STEEM
Of course, that is a centralized option, but, otherwise, the application could not function fully without it.
Or could it?
- You can do it with tags (for example put a tag with
x<longitude>y<lattitude> - You can use fields in the json_metadata and search/filter on it with AskSteem. Distance is easy its just
sqrt( |x1 - x2|² + |y1 - y2|² )(assuming earth is flat)
Another thing... please serve it as a single page app. It needs to work with file://, IPFS, DAT, etc. You will need to use #s in your routes.
@heimindanger Thanks for your advice. Yes, this is a good idea, I implemented the SPA version and uploaded it to ipfs: /ipns/dtrip.app/
I want to make the choice of the node and the ability to work only on it.
To filter objects on a map, it would be better to use a country, it seems to me that it would be more rational, publications may contain different or multiple objects, not only points.
I think in the future, there will be no problems with filtering and aggregation of objects by json_metadata field. EOS and GOLOS blockchains already have a MongoDB plugin, most likely the http standard of the interface will be developed soon, which will be able to run along with the node and this will solve the problem. AskSteem is also a centralized solution, then why is it better than the service developed specifically for my application?
Countries have very weird shapes... I'm thinking of big ex-colonial empires like Great Britain and France. I think little squares is simpler.
AskSteem is better because it's less work for you and no need to reinvent the wheel. I agree it's centralized too. Indeed if we had a powerful search option in the node api directly it would be heaven on earth.
And very good job on the ipfs hosting, it works! No more need to pay hosting for your app!
If you use IPNS, make sure to broadcast the ipns record once in a while, otherwise it will fail to load one day if you don't.