标签: street-address

我一直在为我正在处理的应用程序布局数据结构.需要处理的一件事是存储客户/联系信息.我一直在研究一些不同的联系信息程序的界面,如地址簿,Gmail联系人等.

我基本上将联系人归结为"实体"(个人,公司,角色等).

• 每个实体可以有多个地址,电话,电子邮件条目.
  • 每个都定义了一个"关系"(家庭/工作/助理等)
  • 实体 {1} - {relationship} - > {0 ..*} 数据
• 一个实体可以有多个领域是其他"通用"的数据(生日,AIM帐户等)自由数据存储
  • 实体 {1} - {fieldName} - > {0 ..*} 字段数据
• 一个实体可以链接到另一个实体,例如作为一个员工,配偶
  • 实体 {0 .. } < - {relationship} - > {0 .. } 实体

有没有人做过类似联系人数据库的任何SQL实现？任何洞察/建议/陷阱,以避免你可以与试图在这个项目上工作的人分享？我所描述的内容是否合理或过于复杂？

一个问题,假设你有4个人都在为同一家公司工作.它们都具有相同的"工作"电话号码(可能具有不同的扩展名) - 如果"工作"的号码或地址发生变化,我希望能够相当容易地更新联系人.现在很多都归结为如何使用数据库.我认为这成为将员工与各自公司实体联系起来的问题,但地址/电话号码不再直接与员工联系.我有点争论实现实体/数据关系,允许您将相同的邮寄地址/电话号码附加到多个人,并在一个地方更新它可以在所有地方更新它.我只是在想这个吗？拉出头发

地址记录可能在大多数数据库中使用,但我看到了一些用于存储它们的略有不同的字段集.字段数似乎从3-7变化,有时所有字段都标记为address1..addressN,其他时间给定特定含义(城镇,城市等).

这是英国特定的,尽管我也对世界其他地方的评论持开放态度.在这里你需要地址的第一行(实际上只是数字)和邮政编码来识别地址 - 其他一切都是额外的奖励.

我现在赞成:

• 地址1
• 地址2
• 地址3
• 镇
• 县
• 邮政编码

如果我们需要它,我们可以添加国家(不太可能).

你怎么看？这太少了,太多了吗？

在我的Flex项目中,我可以按地址添加标记而不是:

var myGeographicCoordinates:LatLng = new LatLng(myLatitude, myLongitude);

例如,通过"巴黎,法国"添加标记

有人能指出我的国际邮政/住宅/送货地址格式模板列表,使用某种可解析的标准词汇表的地址部分？

理想列表包含国家/地区代码,然后是使用可替换令牌的格式,因此我可以将数据库地址字段替换为模板,以生成以本地格式打印的内容.

例如

NZ | [first_name] [family_name]\n[company_name]\n[street_address]\n[city] [post_code]\n[country]
AU | [first_name] [family_name]\n[company_name]\n[street_address]\n[city]\n[state] [post_code]\n[country]
US | etc
UK | etc

背景:我曾经有一个简单的自由文本字段来接受地址.转而支持vCard下载,这需要将地址分解为特定字段.多数民众赞成:我们可以进行迁移.我正在寻找一种方法,以每个国家的"正确"顺序显示字段.谢谢你的帮助!

我有一组已输入的名称和地址以及excel电子表格,但问题是输入地址的许多人以许多不同的非标准格式输入了它们.我想在将所有地址传输到我的数据库之前擦除地址.环顾四周,我真正发现的地址擦除器(解析器或格式化器)的方式是由Semaphore提供的.就我的目的而言,我并不真的需要所有这些,我不想支付软件的许可费用.那里有免费和/或开源的东西会为我擦洗吗？

使用谷歌地图API有一种方法可以编程方式找到最近的交叉街道,给定一个特定的街道地址？

我有一个包含许多地址(60,000个条目)的数据集.我想将这些地址分类为住宅或商业地址.

有没有人知道一个好的API /服务来开始这样做？

• 我不认为谷歌地图地理编码器此时可以做到这一点.

• Fedex和UPS似乎都有API,但它们只发布给运送产品的公司(只需要知道基础)

USPS API:https://www.usps.com/nationalpremieraccounts/rdi.htm

Fedex API:http://www.fedex.com/us/developer/web-services/index.html

这是一个爱好项目,所以免费或便宜更好!但付费解决方案并非不可能.

我们有一个显示地图数据的程序(想想谷歌地图,但我们的客户有更多的交互性和自定义图层).

我们允许通过一组组合框进行导航,这些组合框用一堆数据预填充某些字段(即:国家:加拿大,填写省字段.选择安大略省,并填写县/区域列表.选择县/地区,城市填写等...).

虽然这可以保证准确的地址,但如果用户不知道街道地址或城市所在的位置(即哪个县/地区是厨房用户？),则会给用户带来痛苦.

因此,我们正在尝试使用自由格式文本字段来执行地址解析器.

用户可以输入类似这样的内容(类似于Google地图,Bing地图等):22 Main St,Kitchener,On

我们可以将它划分为多个部分并对数据进行查找并找到他们正在寻找的点(或建议替代方案).

问题在于我们如何正确划分信息？我们如何分解这些部分并找到可能的匹配？我猜我们不能保证用户会以我们一直期望的格式输入数据(显然).如果我们找不到完全匹配(或者找到多个完全匹配......例如,在不同的县中具有相同街道名称的两个城市),则对此进行跟进将是如何呈现数据.

我们在地图数据中有大量数据(主要是mapinfo标签格式).所以我们可以对街道名称,城市,州等进行快速扫描.但我不确定解决这个问题的最佳方法.当然,使用谷歌地图会很好,因为我们的大多数客户都处于封闭的网络中,通常不允许外部访问,大多数人不愿意依赖谷歌地图(因为它不包含他们需要的太多信息) ,例如自定义地图图层).显然,他们可以去谷歌并获得正确的位置然后转移到我们的软件,但这将耗费时间并且过程的速度非常重要.

通过传统形式输入我的地址让我发疯:

• 当我的邮政编码可以推断出我的城市和州时,为什么我必须输入我的城市,州和邮政编码？
• 从下拉列表中选择你的状态是一个痛苦的屁股 - 通常你不能插入它,你必须使用鼠标等.

替代文字http://img10.imageshack.us/img10/7404/traditionaladdressform.png

因为我发现这个过程如此令人厌恶,当我设计我的在线商店(bombsheets.com)时,我决定为地址构建一个自动完成的小部件.在您输入时,我们会尝试对您的地址进行地理编码(通过Google地图):

alt text http://img403.imageshack.us/img403/9333/addressautocomplete.png

在最好的情况下,这非常有效.如果您的地址是"120 W 45th St,New York,NY 10036,USA",您可以输入短至"120 w 45th st,nyc"的内容输入.

但是,据我所知,我们是唯一使用此界面的在线商店.我很好奇它是否缺乏使用意味着这个想法在某种程度上是有缺陷的.一些潜在的问题:

1. 太外国/不熟悉.客户习惯于旧形式,并且在它们上面切换是令人困惑的.
2. 你必须在不同的领域输入你的公寓/楼层号/任何东西.这令人困惑.
3. 当我们的商店爆炸时(好问题),我们将向谷歌提出太多的Geocode请求,以便进行扩展.
4. 编辑:这对于禁用了javascript的(约5%)用户不起作用.
5. 这里没有重大问题,这个界面就是未来.(这不是那么古怪,因为,例如,许多在线商店强迫您输入您的信用卡号和您的信用卡类型,当后者可以从前者推断时).

无论如何,基本上我很好奇这是否是我应该尝试创新的领域,或者我是否应该使用传统方法.(关于改进这种新方法的可用性的想法当然也受到赞赏).

我目前正在开发一个项目，该项目应识别地址的每个部分，例如“str. Jack London 121, Corvallis, ARAD, ap. 1603, 973130”，输出应如下所示：

street name: Jack London; 
no: 121; city: Corvallis; 
state: ARAD; 
apartment: 1603; 
zip code: 973130

问题是并非所有输入数据都采用相同的格式，因此某些元素可能会丢失或顺序不同，但它保证是一个地址。

我在互联网上检查了一些资源，但其中很多仅适用于美国地址 - 例如 Google API Places，问题是我将把它用于另一个国家。

正则表达式不是一个选项，因为地址可能变化太大。

我还考虑过 NLP 使用命名实体识别模型，但我不确定这是否可行。

你知道什么是一个好的开始方式，也许可以帮助我一些建议吗？