There is a frustrating issue with the CoMaps work flow. If I copy an address from Google maps into the CoMaps search bar, the application cannot find it.

For example, if I copy the address listed for the Portland Art Museum into CoMaps search:

1219 SW Park Ave, Portland, OR 97205

The search result varies. Sometimes it is:

Southwest 18th Avenue, 1219

Sometimes it is for the entire road:

Southwest Park Avenue

Is there a syntax issue here? You would think this would be a very easy find.

all 32 comments

sorted by: hot top controversial new old
[–] 37 points 4 days ago (8 children)

comaps uses openstreetmap data. you can help improve that data, including by filling in missing addresses. check this to start: https://wiki.openstreetmap.org/wiki/Addresses

  • source
  • hideshow 8 child comments
  • [–] 11 points 4 days ago (6 children)

    The address info for my street is missing from OpenStreetMap too. I've considered fixing it multiple times, but every time I think about it my next thought is "there's got to be some way to import it in bulk instead of doing it lot-by-lot" and then I get stuck because (a) the complexity of the process goes way up and (b) I have no idea where to look for that data.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 4 points 3 days ago (2 children)

    That's only possible i n areas with open data

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 3 days ago (1 child)

    And even then, you gotta look at licenses and attribution. You can't just add data to OSM that you got from somewhere else with an incompatible license, because OSM data is open source and needs proper attribution.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 16 points 4 days ago* (last edited 4 days ago)

    Imports also generally require proposals, an additional hurdle. For my unmapped area, over the course of a couple of years, I surveyed and used a 360 camera to map these. Most of my area now has address data :D

  • source
  • parent
  • [–] 7 points 4 days ago

    This should be the top reply. CoMaps is actually very good at interpreting addresses, but if the data isn't there it isn't there.

    Some editors are beginning to label address blocks so that users can at least locate the correct street block instead of just the street. It's a lot of volunteer hours to do it.

    If users want to improve it, CoMaps makes it extremely easy to add points or leave a note for editors. That's about the best you can ask for.

  • source
  • parent
  • [–] 31 points 4 days ago* (6 children)

    Interpreting addresses is a hard problem. For example what Google does is absolutely amazing.

    Unfortunately CoMaps doesn't seem to be able to reach anything even similar. I don't know if it's about lack of resources, or lack of expertise ... well it all comes back to money anyway.

    https://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addresses/

  • source
  • hideshow 6 child comments
  • [–] 17 points 4 days ago (3 children)

    Then give me the option for a form with "number, Street, City, State/province" as an option.

    Comaps is great when you know your lat/lon. The search is terrible to the point of broken though.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 9 points 4 days ago (2 children)

    Problem is not everywhere in the world they use that style of addresses. Japan famously doesn't use street names for the most part, for example.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 6 points 4 days ago (1 child)

    No shit - but you don't use one form for all locales. You can localize it. The parsing it does now is broken to the point that I lookup places in Google Maps and copy coordinates to Comaps because even when it has the address it only works like 80% of the time.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 7 points 4 days ago

    Addresses were the bane of my existence a few years back. I tried to migrate from google to another provider, and figured I would just take the lat-lngs, do math to determine apprx distance, and validate that way. Turns out sometimes the new provider was off by the mailbox while google used the building, and sometimes google just guesstimated while the new provider was spot on.

  • source
  • parent
  • [–] 21 points 4 days ago* (last edited 4 days ago) (1 child)

    When i put just "1219 SW Park Ave, Portland" it immediately finds the museum. Municipal code formats vary everywhere in the world and my best guess is that it gets confused by the extra numbers at the end. In general my experience with osm applications is that less verbosity is better for the search.

  • source
  • hideshow 1 child comment
  • [–] [S] 6 points 4 days ago

    As I was repeating the above example, every once in a while it would find the museum correctly. It is just very inconsistent. It misinterprets what it thinks I am looking for.

    You would think that a well formatted address copied from Google maps would be a slam dunk.

  • source
  • parent
  • [–] 13 points 4 days ago

    I’ve had the same issue and not being able to search and pull up a simple address is a big turn off

  • source
  • [–] 8 points 4 days ago*

    This is going to surprise you but I work in logistics software and can assert it's true

    There's no correct way to parse an address, and no assumption that can generally be applied about it

    You basically need some form of AI to parse an address with acceptable quality in an application designed for international audiences

    If the search feature is for one province or area you might be able to get away with some hard coded format or heuristic but in the international space, even between countries that speak the same language, or within one country, there is no one technique for parsing an address

  • source
  • [–] 9 points 4 days ago (4 children)

    I think CoMaps only finds addresses that are within the coverage area of the downloaded maps. Quite annoying, but in my experience it works quite well within that area.

  • source
  • hideshow 4 child comments
  • [–] [S] 4 points 4 days ago (2 children)

    I have this map downloaded. It's my hometown.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 4 days ago (1 child)

    If you're putting in street numbers and only getting back streets, chances are that street number does not exist in openstreetmap yet and you'll need to add it

  • source
  • hideshow 1 child comment
  • [–] [S] 6 points 4 days ago

    There is something more going on here. As I was running the above example, the results would vary. Every once in a while it would even find the museum correctly. So open street maps does have it in their database. It just was misinterpreting what it thought I was looking for.

  • source
  • parent
  • [–] 7 points 4 days ago

    Bruh I don't even understand addresses

  • source
  • [–] 3 points 4 days ago* (1 child)

    Its why I don't use it. When I can put an address in it and I can actually navigate to that address, I will switch.

    It does work if you have the GPS coordinates by the way. But unfortunately I can't recommend it until that issue is resolved. I think the main issue is its source data. Yes I'm aware I can add addresses, but that doesn't help me with actually using the app.

  • source
  • hideshow 1 child comment
  • [–] 3 points 4 days ago

    Try Southwest Park Avenue, 1219 Or the App GeoShare

  • source
  • [–] 1 point 4 days ago*

    Try just "1219 sw park ave" or "1219 southwest park avenue"

    City, state, zip, is rarely tagged (correctly) in OSM.

  • source