I am starting a new thread about this issue as I think it got overshadowed by what I wrote about the iphone lds tools, and the issue was not primarily an lds tools problem.
Whilst looking at the information available in the map tool on new.lds.org I believe I have found what I would consider a bug.
There are very many "Unmapped" households. Looking at the address data held in MLS I have found that in all cases of households being "Unmapped", the "Street 2" field in MLS holds information. Where there is no information in the "Street 2" field, the households may be in an "Unverified location", but they are mapped.
MLS gives us the ability to store:
Street 1:
Street 2:
City:
Postcode:
It is very common to write UK mail addresses in the following format:
5b Example Avenue
Village
Biggerlocaltown, County
AB1 2CD
Should the ward clerks stop using the "Street 2" field in MLS or is this in fact a "bug" that will be corrected?
new.lds.org problem with UK addresses and MLS' "Street 2" field
-
- New Member
- Posts: 23
- Joined: Sun Apr 05, 2009 6:04 pm
- Location: Finchampstead, Berkshire, United Kingdom
-
- Senior Member
- Posts: 856
- Joined: Thu Mar 13, 2008 6:17 pm
- Location: Las Vegas, NV
There appear to be other issues with the Street 2 field displaying properly.
Perhaps you could register at the development site and officially report it as a bug. That site is: https://tech.lds.org/jira/browse/MMIP
Additionally, if needed, I would encourage to have your ward clerk make sure their traditional way of formatting addresses is adjusted to match the specifications of your postal authority. The idea being that most address mapping software will more likely know how to map an address formatted to those standards.
In the UK I'm guessing that the best authority for that would be http://postcode.royalmail.com/
In the USA it's http://zip4.usps.com
(See also http://pe.usps.com/text/pub28/pub28c2_005.htm)
In Canada it's http://www.canadapost.ca/cpotools/apps/ ... findByCity
In Mexico it's http://www.sepomex.gob.mx/ServiciosLine ... tales.aspx
In Chile it's https://www.correos.cl/codigo_postal/index.php
For other countries one might look here: http://www.addressdoctor.com/lookup/def ... ountry=BRA
Perhaps you could register at the development site and officially report it as a bug. That site is: https://tech.lds.org/jira/browse/MMIP
Additionally, if needed, I would encourage to have your ward clerk make sure their traditional way of formatting addresses is adjusted to match the specifications of your postal authority. The idea being that most address mapping software will more likely know how to map an address formatted to those standards.
In the UK I'm guessing that the best authority for that would be http://postcode.royalmail.com/
In the USA it's http://zip4.usps.com
(See also http://pe.usps.com/text/pub28/pub28c2_005.htm)
In Canada it's http://www.canadapost.ca/cpotools/apps/ ... findByCity
In Mexico it's http://www.sepomex.gob.mx/ServiciosLine ... tales.aspx
In Chile it's https://www.correos.cl/codigo_postal/index.php
For other countries one might look here: http://www.addressdoctor.com/lookup/def ... ountry=BRA
-
- Member
- Posts: 300
- Joined: Wed Jan 31, 2007 8:15 pm
- Location: São Carlos, São Paulo, Brazil
I suggest http://www.buscacep.correios.com.br/ser ... c/index.do for Brazil.
- greenwoodkl
- Member
- Posts: 297
- Joined: Sun Jan 21, 2007 1:59 am
- Location: Orem, Utah, Utah, United States
- Contact:
Complex names
I would like to ask if a field could be created to store a complex name for apartment complex or other common living areas? In our YSA ward we have many students in a common complex and often members find it easier to remember complex names than the formal street address. For now, we've been using Address 1 for the street address and Address 2 for an abbreviated address for those in a complex following a format of Complex Name #apartment number. However, there is no easy way to format a report to list Address 2 if populated and Address 1 otherwise and appears to have a similar issue with being unmapped on the maps site due to US geocoding following USPS standards that seem to not want both fields populated and then the field closest to the city (Address 2) is used to find a location. So I suppose I'm requesting a better format and better reporting options to handle these issues with Address 2.