New Member
At new.lds.org/maps, I can get each household to show up as a pip on the map, but what would really be useful would be for the name of the member to be displayed also. Is there any way to do this?
map for consideration of new ward boundaries
There is a "print friendly version" of the page accessible from the interface control at the bottom of the map -- it's the fourth button from the left and looks like a printer. That will open a new window or tab in your browser with the map with numbers by each household, and then a legend below that will say: "1: Adams, John and Abigail; 2: Brown, William and Mary; 3: ..." formatted in columns. It's been a while since I have done this, and this morning I'm getting a server-side error, so I can't give more details right now, but check out that option -- it might work for you.takahashi wrote:At new.lds.org/maps, I can get each household to show up as a pip on the map, but what would really be useful would be for the name of the member to be displayed also. Is there any way to do this?
You can show one ward or the entire stake. And you can print one ward or the entire stake (as I explained in my previous post). But there's no option for selecting some number of wards other than one or all, at least that I can find.takahashi wrote:The stake president wants a map showing all the members in three wards. Looks like they are going to be rearranging ward boundaries. Any suggestions on how to do this?
Thanks for the suggestions. I have also been getting a "Sorry, an error occurred processing this page" message when trying to use the print friendly version option. Anyone have any idea how long this feature will be out of commission?Alan_Brown wrote:...and this morning I'm getting a server-side error, so I can't give more details right now, but check out that option -- it might work for you.
I did a bit more research and discovered that the print-friendly page is not completely out of commission. Our stake has 7 wards plus the stake map; of those 8 units, 6 consistently give the server-side error, but 2 consistently work.takahashi wrote:Thanks for the suggestions. I have also been getting a "Sorry, an error occurred processing this page" message when trying to use the print friendly version option. Anyone have any idea how long this feature will be out of commission?
Our stake did the same thing a couple of years ago, and my son-in-law was given the job of doing the computer renderings. He was very disappointed with the Churches mapping program, so he wrote one himself that was much easier to use and more efficient. There is always that option.takahashi wrote:The stake president wants a map showing all the members in three wards. Looks like they are going to be rearranging ward boundaries. Any suggestions on how to do this?
Stuck out on all 9 wards in my stake. God willing, the print friendly option will be back in operation soon.Alan_Brown wrote:I did a bit more research and discovered that the print-friendly page is not completely out of commission. Our stake has 7 wards plus the stake map; of those 8 units, 6 consistently give the server-side error, but 2 consistently work.
So you might want to try looking at some other wards in your stake. If you're lucky, you'll find at least one ward that works. Then you can become familiar with the features in anticipation of when the software problem is fixed. I have reported the problem using the Feedback link, by the way.
Unverified Addresses
Bishops, councilors, ward clerks, assistant clerks and executive secretaries can verify the addresses. See here for more details.RWoodmansee wrote:Nice features! Most of my families have unverified addresses even though it looks like they are in the right spot. Is there a way to 'verify' the addresses?
Is that the case now? It wasn't a few months ago.ryan jones wrote:Also members can verify their own address. This will show up as member verified.
Yes, it was changed in some version. I know our ward clerk, before he was called a couple of months ago, was able to verify his own address.JTaber wrote:Is that the case now? It wasn't a few months ago.
The issue with export files being truncated has been discussed over on another thread: GEO Codes and Boundary Realignment. There you will see that it's rather hit and miss -- a few units can export successfully, but most seem to truncate the list.idjeeper wrote:Has anyone successfully exported the data to use with a gps or spreadsheet? The output includes name and latitude/longitude coordinates. These can be used to create a .kml file for use in google earth (where the name label can be shown on the map) or a .gpx file for use on a gps unit. I suppose it could also be used in an application like ArcGIS to get really fancy.
I'm sure it's no comfort, but you are the new leader in the race to export the fewest households -- you can only export 1, and the previous low was 8. Congratulations!idjeeper wrote:When I try the export, I only get the first household. I haven't found any way to select all households for export.
Alan_Brown wrote: I'm sure it's no comfort, but you are the new leader in the race to export the fewest households -- you can only export 1, and the previous low was 8. Congratulations!
It seems to be a problem with our ward, not boomerbubba's access rights. I'm his ward clerk, and I can only export the headings, too.boomerbubba wrote:No, I claim that title. My export retrieves headers only with 0 records.
Right. It doesn't matter who is doing the export; a particular ward or stake seems to currently export the exact same list for everyone who does the export. The results vary widely from unit to unit, but are consistent for a unit.subtlecoolness wrote:It seems to be a problem with our ward, not boomerbubba's access rights. I'm his ward clerk, and I can only export the headings, too.
Alan_Brown wrote: I'm sure it's no comfort, but you are the new leader in the race to export the fewest households -- you can only export 1, and the previous low was 8. Congratulations!
Just my luck. Finally take the lead in something, only to lose it minutes later. It's not fair, I tell ya! What a life! Guess I'll eat some worms!boomerbubba wrote:No, I claim that title. My export retrieves headers only with 0 records.
Alan_Brown wrote:Right. It doesn't matter who is doing the export; a particular ward or stake seems to currently export the exact same list for everyone who does the export. The results vary widely from unit to unit, but are consistent for a unit.
idjeeper wrote:Just my luck. Finally take the lead in something, only to lose it minutes later. It's not fair, I tell ya! What a life! Guess I'll eat some worms!
I'm guessing it's a quirk in the membership records that kills the process. It's common enough that most units have it, but how much you see depends on how far down the alphabet that member's record is. I know if I were tasked to fix it, I'd be looking at the last member listed and the first one missed for any clues.lajackson wrote:The developers must be scratching their heads over this one. I wonder if it has something to do with the check digit in the unit number? (Just kidding. I would be clueless.)
Yes, I can confirm that. Furthermore, when I do a stake export, the list truncates right before a certain household. When I do a ward export for that household's ward, the list truncates right before that same household. And selecting that household results in a server error. Those three facts are clearly more than a coincidence.subtlecoolness wrote:The more I play with it, the more I am convinced that the server is choking on specific members. In the case of our ward, the member that comes first alphabetically is one that the server chokes on, so we get nothing but headers in our export.
...
Also, when I click that member's name, I get redirected to a "Server Error" page and I am told, "Sorry, an error occurred processing this page".
How about use of reserved characters in one of the fields?Alan_Brown wrote:However, there is nothing obvious about this household that distinguishes it from preceding households that export just fine
Nothing of that sort appears in that household's record. But I think at this point the conditions of the bug are sufficiently identified that the developers can easily track it down. I don't see much point in speculation, unless it could lead to a temporary workaround, which I really doubt.RussellHltn wrote:How about use of reserved characters in one of the fields?