|
POST
|
You may want to check out the thread: http://forums.arcgis.com/threads/26362-Locator-Style-for-Apt-or-Units It sounds like that is what you are looking for. There are two "versions" of such a locator style. One has a field added to deal with fractional addresses. EDIT: Taking another look at the included screen shot you provided, the above-mentioned locator style likely will not work directly against your existing data. You may want to extract those records that do not have their individual components separated out into the individual fields and attempt to do a batch address match on the Street field. Either that or just use the entire table--those without unit info should match properly. You would need to build a locator using the style above so that the batch geocode process will recognize and "slice-and-dice" your address into the proper pieces. You would need to create a new feature class that includes the extra fields to hold the building/unit attributes and load the address match result into it, or simply use the batch match result 'as-is'. I am likely leaving out some details but hopefully you can follow the thought process.
... View more
11-27-2013
01:35 PM
|
0
|
0
|
1544
|
|
POST
|
I've noticed the "equal successful match" scoring as well. I think it is because the locator successfully matched all of the portions of the address you entered. All of individual units are technically 100% successful matches because you didn't differentiate the address with a unit. I'm willing to bet that there is a technique to "float" the non-unit address to the top and "penalize" the matches that include a unit, as you describe. Unfortunately, the white paper is sorely lacking, and I have had no success digging anything up in online help (though I haven't tried lately, so maybe things have changed in that regard). I think Brad or another esri employee "in the know" might be able to provide more info.
... View more
11-08-2013
11:51 AM
|
0
|
0
|
3374
|
|
POST
|
I am working through a similar scenario today on a web editor/dataset that has very intermittent use. I had this working in 10.0 and Flex 3.0 but after upgrading to 10.1 and Flex 3.4 hadn't bothered to reconnect this particular editor until now. Check the permissions you have set for the data. The ArcGIS Server account must have permission to edit the data. I still had the old 'soc' user from prior versions of Server permitted, so once I rectified that situation, the features "stuck".
... View more
10-25-2013
01:55 PM
|
0
|
0
|
780
|
|
POST
|
Fati, I may be misunderstanding your question, but the scale in the print widget uses the scale of the current map extent. That is what is displayed in the text box. Checking the box will force the print widget to output the map at the scale listed. If the box is unchecked, the map will generally be whatever you see in the map viewer window. In other words, if the box is checked and the scale listed is a larger scale than what you are currently seeing in your viewer window, the print result will be whatever the layout can show at that scale, which may or may not be what you expect. If you are using cached map services, the scales available will be those that you have built into your cached map. If you want to control the scales that users have available to print, you likely will need to create those scale levels as part of the cache. As an example, I have scales in my cache that will output common scales that our staff uses in their work (e.g. 1" = 40'). As long as they are at that scale on the zoom ladder (or enter that specific scale manually in the text box in the widget) PLUS choose a layout size that can accommodate the extent of everything they want on the map (i.e. letter sized layouts do not show much if you are using scales such as the 1" = 40' example above). If I misunderstood what you are asking, please give us more details regarding what you are wanting to do.
... View more
10-14-2013
02:42 PM
|
0
|
0
|
514
|
|
POST
|
Thanks for the follow-up regarding 10.2. And also thanks for the Model Builder comment. I imagine I would be pulling my hair out over that one.
... View more
10-01-2013
10:22 AM
|
0
|
0
|
3374
|
|
POST
|
@Bill, I got really busy with other stuff and failed to respond to your post from June. I suspect you are getting similar standardization issues as the other style because they are mostly the same style "under the hood". As I have mentioned in this and/or other similar posts, I simply modified esri's existing style to add fractionals and units (with some additional tweaking by Brad from esri because the white paper doesn't go into enough detail). So the modified style is just taking into account additional fields and retains whatever issues might exist in the original style from which it was based. @Ronnie, I haven't upgraded to 10.2 yet, so I have no idea if I will experience the same issue nor do I have any way to test. That the 10.1 locators do not work in 10.2 is very unsettling. @All, If you even remotely agree that these styles belong in the style list by default, please vote for the idea that is linked in response #8. It is likely the only way esri will listen to our pleas.
... View more
09-03-2013
09:34 AM
|
0
|
0
|
2658
|
|
POST
|
Karen, Are you using the source code and compiling the widget yourself? FWIW, I didn't bother with the sync/async and instead set the disableClientCaching "switch" that Bjorn mentions. After clearing the browser cache my users' problems seem to have gone away regarding this. I am unsure about why your layout list isn't updating. I haven't modified my list of layouts in a while, so I don't have much knowledge of the process for comparison. Maybe try deleting the ExportWebMap service and then republishing it?
... View more
08-21-2013
06:30 AM
|
0
|
0
|
1849
|
|
POST
|
Dustin, Have you cleared your browser cache after you made the change? Maybe there are some old versions of files still hanging around. I don't know if this will solve your issue as I use the source code version of the viewer, but I just rolled my users up to a new version of the viewer and a couple of folks got this error when they attempted to run the new version. Clearing the browser cache solved the issue.
... View more
08-15-2013
08:43 AM
|
0
|
0
|
1256
|
|
POST
|
Good catch Robert! You are correct that I looked right past the missing triangles in the upper half. I will claim early morning as the reason, too. Side note: Is there a missing response in the thread from you? Matt's response is a bit cryptic without the context. @David: I agree this is beyond the scope of forum help. If you haven't already and have your print widget set up to do so, you could check to see if the map exports to jpg, png, etc. correctly or not. It may help isolate the source of the issue.
... View more
08-07-2013
06:58 AM
|
0
|
0
|
3628
|
|
POST
|
David, I am obviously misinterpreting your question/issue. The map in the viewer appears to be captured correctly in your layout. I think I got off track with your phrase "bottom half of the page for this map service." Are you really having an issue with the bottom half of the LAYOUT? Obviously, there is a large blank area between your logo and the north arrow/written scale, but I tend to look past how one decides to place various elements on their layout as it can simply be an artistic preference or an organizational requirement. Do you have something in your layout template that is intended to go there and that is what is not printing? That points to how your layout document might be set up for those elements.
... View more
08-07-2013
06:33 AM
|
0
|
0
|
3628
|
|
POST
|
David, Can you provide more details? When you say "bottom half of page" are you meaning that you only see the base maps and not the operational layers printing? Maybe you could also include a screen shot of what the current view is in your Flex viewer as a basis for comparison with the output.
... View more
08-06-2013
06:24 AM
|
0
|
0
|
3628
|
|
POST
|
Robert, Love one line code mods! Worked perfectly. Thanks, as always.
... View more
08-02-2013
10:55 AM
|
0
|
0
|
1382
|
|
POST
|
I echo John's comments. I will also add that the Campus Editing link you provided uses the Local Government Information Model for its underlying structure. So the Campus Editing project expects your data to be in certain feature classes and fields in the model for the project to work "as advertised". Depending on the true end goal, this may be an appropriate course of action or it could be extreme overkill. The major benefit of using the Local Government Information Model (LGIM) is that you can then leverage all of the applications, map services, etc. without a lot of configuration hassles. If you only want to use one application, it may be more efficient to set up your own structure rather than spend time populating feature classes with a very strict data structure simply because they provide a supporting role. You can use add-ins like the Attribute Assistant without the LGIM. You just need to do some of the setup yourself. John's suggestion that a competent GIS Consultant or grad student will find this straightforward is sound advice. I don't want to dissuade you from using the LGIM, because it is an amazingly powerful data model. As long as you are able to fit your data into the structure, it is fairly "plug-and-play", but as soon as you need additional fields or field type modifications, configuration becomes more complicated, hence my comment above regarding just setting up your own structure.
... View more
08-02-2013
10:44 AM
|
0
|
0
|
1038
|
|
POST
|
Robert, I had a feeling that things changed "under the hood". I am using the source code, so I would be grateful for a solution. And I am sure others will as well. Thanks in advance!
... View more
08-02-2013
10:19 AM
|
0
|
0
|
1382
|
|
POST
|
There seems to have been a behavior change after the 3.0 viewer release. In 3.0 and previous viewer versions the eMapSwitcher would draw over the top of any open widgets. In 3.1, 3.3, and 3.4, eMapSwitcher opens underneath any open widgets (see the attached image). Is there an "index" setting I am missing that will force the eMapSwitcher to open above other widgets? I am using the source code if that allows for a fix.
... View more
08-02-2013
09:42 AM
|
0
|
4
|
1884
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 09-10-2024 12:21 PM | |
| 4 | 07-18-2023 08:22 AM | |
| 2 | 11-09-2021 05:42 PM | |
| 1 | 01-21-2020 02:00 PM | |
| 5 | 08-01-2022 09:07 AM |
| Online Status |
Offline
|
| Date Last Visited |
04-30-2026
07:47 AM
|