Socket
Socket
Sign inDemoInstall

locationsharinglib

Package Overview
Dependencies
0
Maintainers
1
Alerts
File Explorer

Install Socket

Protect your apps from supply chain attacks

Install

locationsharinglib

A library to retrieve coordinates from an google account that has been shared locations of other accounts.

    5.0.3

Maintainers
1

Readme

==================
locationsharinglib
==================

A library to retrieve coordinates from an google account that has been shared locations of other accounts.


* Documentation: https://locationsharinglib.readthedocs.org/en/latest


Install



.. code-block:: python

    pip install locationsharinglib


Usage:

.. code-block:: python

    from locationsharinglib import Service

    cookies_file = 'cookies.txt'
    google_email = '<your google username>@gmail.com'

    service = Service(cookies_file=cookies_file, authenticating_account=google_email)

    for person in service.get_all_people():
        print(person)



**cookies.txt file**

- You need to sign out, and manually sign into your Google account. Then browse to google.com/maps and extract from your "google.com" cookies and save it as `cookies.txt`
- Checkout `this chrome extension <https://chrome.google.com/webstore/detail/open-cookiestxt/gdocmgbfkjnnpapoeobnolbbkoibbcif/related?hl=en>`_ to help export such file very easily
- Once `cookies.txt` created, if the Google account will be signed out it **will invalidate the cookies** 


Development Workflow
====================

The workflow supports the following steps

 * lint
 * test
 * build
 * document
 * upload
 * graph

These actions are supported out of the box by the corresponding scripts under _CI/scripts directory with sane defaults based on best practices.
Sourcing setup_aliases.ps1 for windows powershell or setup_aliases.sh in bash on Mac or Linux will provide with handy aliases for the shell of all those commands prepended with an underscore.

The bootstrap script creates a .venv directory inside the project directory hosting the virtual environment. It uses pipenv for that.
It is called by all other scripts before they do anything. So one could simple start by calling _lint and that would set up everything before it tried to actually lint the project

Once the code is ready to be delivered the _tag script should be called accepting one of three arguments, patch, minor, major following the semantic versioning scheme.
So for the initial delivery one would call

    $ _tag --minor

which would bump the version of the project to 0.1.0 tag it in git and do a push and also ask for the change and automagically update HISTORY.rst with the version and the change provided.


So the full workflow after git is initialized is:

 * repeat as necessary (of course it could be test - code - lint :) )
   * code
   * lint
   * test
 * commit and push
 * develop more through the code-lint-test cycle
 * tag (with the appropriate argument)
 * build
 * upload (if you want to host your package in pypi)
 * document (of course this could be run at any point)


Important Information
=====================

This template is based on pipenv. In order to be compatible with requirements.txt so the actual created package can be used by any part of the existing python ecosystem some hacks were needed.
So when building a package out of this **do not** simple call

    $ python setup.py sdist bdist_egg

**as this will produce an unusable artifact with files missing.**
Instead use the provided build and upload scripts that create all the necessary files in the artifact.



Project Features
================

* TODO




History
-------

0.0.1 (24-12-2017)
---------------------

* First code creation


4.0.0 (05-03-2019)
------------------

* Removed authentication mechanism and made the service expect an authenticated pickled requests session


4.0.1 (06-03-2019)
------------------

* Removed wrongly placed files in the root of the virtual environment


4.0.2 (07-07-2019)
------------------

* Fixes issue when the battery level is not reported by specific brands of mobiles


4.1.0 (01-09-2019)
------------------

* Implemented support for text based cookies compatible with curl and wget that can be retrieved from addons from the browser.


4.1.1 (22-04-2020)
------------------

* Updated endpoint to rpc from preview and updated dependencies.



4.1.3 (01-01-2021)
------------------

* Changed to authuser setting "2" and loosened up pinning of dependencies.


4.1.4 (01-01-2021)
------------------

* Releasing with changes.


4.1.5 (01-01-2021)
------------------

* Aligning New Year's morning blunder release with git tag


4.1.6 (24-02-2021)
------------------

* More verbose debug messages (courtesy of Dmitry Katsubo <dmitry.katsubo@gmail.com>) and bumped dependencies.


4.1.7 (07-07-2021)
------------------

* Bumped dependencies.


4.1.8 (07-07-2021)
------------------

* Pinned Pipfile version to 3.7


4.1.9 (01-03-2023)
------------------

* Implement default values for cookies.


4.2.0 (01-03-2023)
------------------

* Expose more details.


5.0.0 (04-04-2023)
------------------

* Implement better session validation heuristic, checking from cookies. Remove obsolete pickle cookie loading.


5.0.1 (05-04-2023)
------------------

* Implement better foreign cookie handling.


5.0.2 (07-06-2023)
------------------

* Bump dependencies for proxy header leak in requests.


5.0.3 (12-01-2024)
------------------

* Bump dependencies.

Keywords

FAQs


Did you know?

Socket installs a GitHub app to automatically flag issues on every pull request and report the health of your dependencies. Find out what is inside your node modules and prevent malicious activity before you update the dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc