1,848 karma · joined May 16, 2010
organizer of Geomob: https://thegeomob.com
mastodon: https://mastodon.social/@freyfogle website: https://www.freyfogle.com
As an aside - I'm confused why you care what language I choose to speak or teach my children? How does it hurt you for me to be multilingual? If you desire to see the world only through the prism of a single language, well, fair enough. Likewise you can feel free to eat the same food for every meal, listen to the same music endlessly, re-read the same authors, program in only one language, etc. Lots of us enjoy experiencing more of the great diversity of humanity.
Nevertheless, yes of course I get what you are asking. Fundamentally all geocoders rely on someone having verified the input data, be it a government surveyor, a car taking pictures that are then evaluated (by humans and/or image processing software) or an OpenStreetMap volunteer, etc. We are at the end of a long data chain and have to trust the inputs we get.
In my 20% time I'm working on a world map at 1:1 scale which will solve this problem, hoping to launch next quarter ....
We don't offer an autocomplete.
I can't speak to the opinions of others, but for me your question is a lot like asking "what's the best programming language?" The only realistic answer is that it depends on your task. We're continually facing new customer requirements, and what one customer thinks is absolutely essential, the next guy couldn't care less about.
A good example is speed. For some clients every millisecond is critical (imagine real time bidding systems), for others they are running a batch process to geocode their database in the middle of the night and couldn't care less if it takes one hour or two. Likewise huge differences in requirements in terms of accuracy. Some clients will accept only perfection, meanwhile the next guy intentionally wants a vague answer so that consumer privacy is maintained. Then obviously there are big differences across countries, forward and reverse, etc, etc. Some clients must have the attributes that using an open data source like OpenStreetMap allows, others care only about price.
So there is almost certainly a perfect answer for your specific geocoding needs, but there is no perfect geocoder.
I'm founder of the OpenCage geocoder, we'll gladly work with anyone large or small, we have clients doing millions of requests per day. We use OpenStreetMap but also other open geo data sets. https://geocoder.opencagedata.com
Web based LaTeX editing, makes it very easy to collaborate. But also they have many standard journal and university templates, and direct submission links to lots of journals to make the whole process of formatting and submitting a paper much simpler.
Yes, this of course raises the question of why some journals charge so much.
The big challenge I think is the conflicting use cases between "official" postal format of a country and trying to represent an address in a way that makes sense to users - especially when you only have limited data available (for example when using a datasource like OpenStreetMap where you are at the whim of what the mapper decided to add). Our project isn't about forming perfect postal addresses for things like printing labels and such, it's about taking the real world data in OSM and making it look reasonable. As an example one of the next things I want to add is basic rules about postal codes so we can catch garbage that comes in when mappers mistakenly put the town name in the post code tag and such.
Will definitely take you up on the offer of comparing formats. Any further feedback you have would be really useful, you've obviously spent a lot of time thinking about this space.
Feel free to help out on address-formatting. Where we really need help is eastern Asian countries with double-byte character scripts. Specifically CN, HK, JP, KP, KR, MO, and TW - those countries obviously represent a significant chunk of the world's population, so would be great if we could get help on those from folks with local knowledge.
I work on the address-formatting project, one small piece of the many used here. We currently have formatting rules for 93% of the world's 249 territories (as defined by ISO 3166-1 alpha-2 codes), but we need help to finish things out - especially from people with local knowledge and native speakers. Even for the countries we've "finished" more tests are always useful.
Here's the repo if you'd like to get involved: https://github.com/OpenCageData/address-formatting
Here's a post I did a week ago on the regions we need help with, though since then we've started making good progress on Arabic speaking countries. http://blog.opencagedata.com/post/138991962708/an-update-on-...
Feel free to ping me if you'd like to get involved. Thanks.
If you don't yet, I recommend you subscribe to the perl weekly: http://perlweekly.com it's a great, concise overview of what's happening in perl (5 and 6). A very simple, low effort way to give back financially would be to sponsor the newsletter via GratisPay http://szabgab.com/gratipay.html Obviously there are also many other ways, financial and non-financial, to contribute to the community.
The online latex editor is very cool, but the more powerful piece is the direct submission to many journals, ability to sync with git, and all the pre-existing templates.
Try to go anywhere in India by using the address. You will find it challenging.
Try to go to a meeting in India. It typically involves three or four phone calls to find the place.