-
Updated
Nov 15, 2020 - Go
geocoding
Here are 525 public repositories matching this topic...
-
Updated
Nov 15, 2020 - Ruby
-
Updated
Nov 10, 2020 - JavaScript
If we could compute the location_postcode table directly from place instead of placex, it wouldn't be necessary anymore to copy over the about 3M postcode helper points into placex. That would be a nice save of space and would allow to get rid of a couple of special cases in the placex triggers.
The main issue is that we don't have country_codes in the place table, so they would need to
-
Updated
Nov 14, 2020 - Java
-
Updated
Nov 12, 2020 - TypeScript
-
Updated
Nov 10, 2020 - TypeScript
-
Updated
Aug 5, 2020 - Python
-
Updated
Oct 24, 2020 - Go
-
Updated
Feb 29, 2020 - C#
-
Updated
Nov 9, 2020 - C#
-
Updated
Oct 17, 2020 - Python
-
Updated
Nov 13, 2020 - Java
-
Updated
Nov 10, 2020 - JavaScript
-
Updated
Nov 12, 2019 - Objective-C
-
Updated
Sep 14, 2020 - Java
-
Updated
Jul 17, 2016 - JavaScript
-
Updated
Oct 29, 2020 - JavaScript
-
Updated
Jun 10, 2020 - C#
-
Updated
Nov 6, 2020 - Rust
We have, for a very long time, had a little bit of logic for managing one small aspect of localization (the order of housenumber and street name in labels) in a file in pelias/api: middleware/localNamingConventions.js.
Since that file was created, we've created an entire package, [pelias/labels](https://github.com
-
Updated
Sep 16, 2020 - JavaScript
-
Updated
Aug 24, 2019 - Objective-C
-
Updated
Jun 5, 2020 - Python
-
Updated
Nov 13, 2020 - JavaScript
Improve this page
Add a description, image, and links to the geocoding topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the geocoding topic, visit your repo's landing page and select "manage topics."
This example works:
geopy.point.Point('+037.33270,-122.00530')
This example does not work:
geopy.point.Point('+041.69438,+001.51461')
ValueError: Failed to create Point instance from string: unknown format.
The string in example that is not working is indeed valid GPS, so I believe that this is a bug.