You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was checking out libpostal, and saw something that could be improved.
My country is
The Netherlands
Here's how I'm using libpostal
As a python rest api to expand and parse the addresses
Here's what I did
Not really what I did, but what I searched for and couldn't find.
The expand works nice, but for some use cases I would use it almost like an opposite. To shorten / simplify an address.
Because the details are here in regards of the abbreviations, I was hoping for a possibility within this library. Unfortunately I could not find it in the documentation and or the issue list.
Here's what I got
As from your example in the expander: "One-hundred twenty East 96th Street, New York, 10128, United States of America"
Here's what I was expecting
That could be "120 E 96th str. NY, 10128, US".
So this would be the opposite of the expander, the imploder, simplifier, shortener, you name it.
For parsing issues, please answer "yes" or "no" to all that apply.
Do all the toponyms exist in OSM (city, state, region names, etc.)?
n/a
If the address uses a rare/uncommon format, does changing the order of the fields yield the correct result?
n/a
If the address does not contain city, region, etc., does adding those fields to the input improve the result?
n/a
If the address contains apartment/floor/sub-building information or uncommon formatting, does removing that help? Is there any minimum form of the address that gets the right parse?
n/a
Here's what I think could be improved
I'm curious, what do you think, is this something you would like to add?
Or maybe it's there, if so could someone reference to an existing functionality within this library or an addition.
Or it exists elsewhere, could you point me in that direction than?
I would be happy to help if some see the light to include this in libpostal.
The text was updated successfully, but these errors were encountered:
Hi!
I was checking out libpostal, and saw something that could be improved.
My country is
The Netherlands
Here's how I'm using libpostal
As a python rest api to expand and parse the addresses
Here's what I did
Not really what I did, but what I searched for and couldn't find.
The expand works nice, but for some use cases I would use it almost like an opposite. To shorten / simplify an address.
Because the details are here in regards of the abbreviations, I was hoping for a possibility within this library. Unfortunately I could not find it in the documentation and or the issue list.
Here's what I got
As from your example in the expander: "One-hundred twenty East 96th Street, New York, 10128, United States of America"
Here's what I was expecting
That could be "120 E 96th str. NY, 10128, US".
So this would be the opposite of the expander, the imploder, simplifier, shortener, you name it.
For parsing issues, please answer "yes" or "no" to all that apply.
n/a
n/a
n/a
n/a
n/a
Here's what I think could be improved
I'm curious, what do you think, is this something you would like to add?
Or maybe it's there, if so could someone reference to an existing functionality within this library or an addition.
Or it exists elsewhere, could you point me in that direction than?
I would be happy to help if some see the light to include this in libpostal.
The text was updated successfully, but these errors were encountered: