Latest Contributions by BrianOevermann

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

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

@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

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

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

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

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

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

Robert, Love one line code mods!  Worked perfectly.  Thanks, as always. ... View more

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

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

Trey, Check out this post: http://forums.arcgis.com/threads/28535-Geocoding-Addresses-with-Apartment-Units?highlight=units Specifically post #35 but responses by me will lend some context to how our data is set up and how our version of the locator is used. It may depend on where your fractional is located--as part of the house number field or in a separate field.  Ours is in a separate field.  The other locator modification in the post above handles fractionals if they are in the house number field. Brian ... View more

Apologies for the length of this post.  You likely will not find much in the way of "basic documentation".  My interpretation of what you are asking is that you are looking for a basic help document that covers the basic interface and functionality.  The reality is that you will need to create your own. You may find that various folks have shared bits and pieces of documents on the forums over the last few years, but aside from some of the basic graphics (like the navigation bar, for example), you really need to tailor the document to the way your application looks and operates.  Your users will be confused if, for example, they are looking at a graphic of the toolbar area in the help document and their application doesn't have the same tools. Earlier this year I created a 4 session training seminar series for our internal staff.  I scheduled each session twice (3 times for the '101') and sent out the schedule.  Anyone wanting the training could simply show up.  For those that attended, the feedback was very positive and overall the training was well-received.  I plan on offering the series at regular intervals--once a quarter or Spring and Fall or whatever makes sense.  I plan on adding topics as necessary. These training sessions were 1 hour in length and simply a 'show me' type of presentation.  In other words, the users were not doing hands-on activities.  There were two reasons for this decision.  We don't really have a training lab set up for this type of training and I didn't want to tie up staff for much longer than an hour for each session.  They usually don't have that much time to commit and I wanted the amount of information presented to be in more "bite-sized" chunks so that they would be encouraged to take notes and go back to their desks and play around on their own. Attached are the handouts for each of those training sessions.  The topics covered in each are geared specifically for what my users indicated they wanted to know (like creating a notification list in under 5 minutes from the viewer) or what I believe they need to know to become 'power users' of the viewer application, constrained to an hour long session. I hope these give you some ideas for your own users.  These were whipped up the morning before the first training session on that topic, with most of that time spent creating all of the screen shots.  I will admit that they could stand some refinement. Enjoy! ... View more

Patrick, My users also report issues with pdf caching.  It only happens intermittently for me.  I asked about it at the Flex Viewer island last week at the ESRI UC and the response was, to paraphrase, "sounds like it is holding it in cache" (duh!) but no solution was offered or even brainstormed.  It was an atypical response from what I have come to expect from ESRI employees. Unfortunately, I didn't have time to get back there in the hopes that another employee might have a better response. I also do not have any issues updating my custom templates for the ExportWebMap gp task.  I believe the help documents two different methods for creating and storing the templates.  The method I used was to create a folder on my network to store the mxd map layout templates.  This folder is not on my map server but in a folder that is registered with the map server.  I have updated my layouts various times and once saved they are immediately used by the next print request. BTW, I am still on the 3.0 version, working on getting the 3.3 (well, now 3.4...) version rolled up.  The pdf caching issue has apparently existed since the gp service was first added to the API. I would love a solution, as I am getting "beat up" by a few users who extensively use the viewer in their workflow. Brian ... View more