POST
|
Steve - Were you using a wireless connection when it failed? I get the same message I'm connected to my City's public wireless network. It doesn't allow connections to our servers (where our basemaps are) for security reasons. Maybe this could be your issue? Changing your basemap should not break the story map. I hope this helps. Kevin
... View more
02-06-2014
07:06 AM
|
0
|
0
|
377
|
POST
|
Hi Mark, I've been noticing the same behavior with saving edits to the story map. We had a user who was trying to save and it would give him that same message (changes not saved, try again). What seemed to fix our issue was making the person who was editing it an administrator. He was previously had only publisher permissions, but since granting his AGOL account admin rights we haven't had a single problem with this. I hope this helps. Kevin
... View more
02-06-2014
06:58 AM
|
0
|
0
|
269
|
POST
|
I finally got it to work. When I changed the title field to use the full name of the field, everything seemed to sync up and work. Thanks for your help! Kevin
... View more
01-13-2014
08:07 AM
|
0
|
0
|
222
|
POST
|
Hi Robert, First of all - thank you so much for all your help over the years. You are an invaluable asset to the GIS community. I'm having an issue with the enhanced search widget. Every time I switch <fields all=" from "true" to "false", I get an error when I search on that layer that says [RPC Fault faultString="Invalid or missing input parameters." faultCode="400" faultDetail=""] It works fine when I change it back to <fields all="true">. I want to use "false" because I would like to use the results in the data grid. Attached is my eSearchWidget.xml. My layer has a join on it, but I am using the correct field names. What am I missing? Thanks, Kevin EDIT: viewer version: 3.6, widget version 3.6.1.
... View more
01-10-2014
11:59 AM
|
0
|
0
|
281
|
POST
|
This might help others using MSSQL 2008. (Our problems revolved around very slow snapping, measure tool and any queries) The SQL Spatial types have impaired our performance greatly. When running the same problematic features as SDEBinary, in the same Dataset, our performance issues are gone. Is this a fix for all using MSSQL 2008? I can't say that for sure, but it definitely has made a big difference on our data. If you are running a similar setup. Simply copy and paste a feature into the same Dataset, and change the keyword to SDEBinary. If you don't see SDEBinary, you may be setup where the Binary option is your default. You could check DBTune to see the default "GEOMETRY_STORAGE", ours is set to "GEOMETRY". Good luck. We were having very poor performance since upgrading from 10.0 to 10.1 and this was the solution. An easy way to see your geometry storage type is to check the auto shape and length fields in a polygon feature class. If you are seeing "SHAPE.STArea()" and "SHAPE.STLength()" then you are using the SQL spatial type. The SDE Binary spatial type will show "Shape.area" and "Shape.length." I pulled copies of a few feature classes (duplicates, but one using SQL spatial and the other using SDE spatial) into an MXD and the difference between the two sets was staggering. Draw times with the SDE were four times faster than draw times with SQL. Snapping was not working with SQL, but worked perfectly with SDE. This is all on our publication database that is made up of handful of replicas. When we upgraded to 10.1, the default geometry storage type was change to SQL and then we recreated the entire pub database, so all feature classes were then using the SQL geometry. It only affected feature classes that were created since the upgrade. After making the changes Tesla described above and recreating the pub database, our problems disappeared! Hopefully this helps some of you.
... View more
10-04-2013
08:10 AM
|
1
|
1
|
666
|
POST
|
What works for me is selecting a random parcel and clicking "rejoin." This makes all of the radial lines on the map visible.
... View more
09-19-2013
08:37 AM
|
0
|
0
|
244
|
POST
|
bwragg- I ended up reverting back to the standard streets locator setup. supportsEmptyHouseNumber broke the results for specific locations on a street range. So "5 st name" would return the same results as "st name." What we told users who wanted to find the beginning of a street with just "st name" is to enter in the single street name twice, as if it's intersecting itself (which every segment actually is doing). For example "Encinitas Blvd & Encinitas Blvd" takes you to the beginning of the lowest range for Encinitas Blvd. This is my desired result for "Encinitas Blvd" when using supportsEmptyHouseNumber. Our users (not GIS-savvy) have seemed to grasp this "intersecting itself" concept and we no longer have the need for supportsEmptyHouseNumber. I hope this helps. Kevin
... View more
04-15-2013
11:30 AM
|
0
|
0
|
405
|
POST
|
Did not know that property existed. Seems to have done the trick. Thanks!
... View more
05-21-2012
03:30 PM
|
0
|
0
|
405
|
POST
|
Hello all, I used a "US Streets" style locator in 9.3 that is pretty much the "US Address - Dual Ranges" style in 10, except "US Streets" has only 9 mapped fields for the primary table instead of 21 for "US Address - Dual Ranges." My problem: With the old "US Streets" styles, candidates could be generated by typing in just a street name. A list of address ranges along the street would come up without you typing in an address number. This doesn't work with the "US Address - Dual Ranges" style in 10. The same five fields (attached image) - and only these five - are mapped in both locators, but "US Address - Dual Ranges" seems a lot stricter. Dropping down spelling sensitivity and minimum candidate score doesn't help. I tried modifying the USAddress.lot file to include a "US Streets" locator, but it fails to create a locator of this custom style. Does anyone have code for the "US Streets" style that I can drop into USAddress.lot? Or does anyone have any recommendations for getting the "US Address - Dual Ranges" style to yield candidates without an address number being included? Thanks in advance, Kevin
... View more
05-21-2012
10:37 AM
|
0
|
5
|
1851
|
POST
|
These aren't out of the box in 10. If you have a "full address" field for your address layer that spells out the information for units and apartment blocks (ex: 335 Santa Fe Dr A), you can create a 'General - Single Field' locator around this field and it should work fine.
... View more
05-21-2012
08:48 AM
|
0
|
0
|
709
|
POST
|
Make sure that the "SHAPE" field is turned on on your line feature class!
... View more
05-18-2012
03:27 PM
|
0
|
0
|
197
|
POST
|
I have some Calculate Field tools in a model that are using IF THEN expressions in VB originally created in 9.3. Now they aren't working in 10. I searched and searched and found out that taking out the dim aValue as Integer fixed some of my expressions, but not all. I currently have this expression that seems extremely straight-forward, but won't work in Modelbuilder. Dim Potential
IF [gisdata_gis_BLDG_BUSINESS_SWBusinessType] Like "Mobile*" THEN
Potential = 0
ElseIf [gisdata_gis_BLDG_BUSINESS_SWBusinessType] = "Municipal" THEN
Potential = 0
Else
Potential = 1
EndIf What is wrong with my code? Or, what is wrong with Modelbuilder? Is there something I can look at that tells me what the changes are between VBScripting in 9.3 vs 10?
... View more
05-01-2012
04:12 PM
|
0
|
0
|
492
|
POST
|
The popups only identify the top-most layer that is being displayed. So even though your symbology for the boundaries (feature layers) may be hollow or transparent, these features are blocking your popups from identifying the dynamic layers. That's why they don't work when your feature layers are turned on. One way I've worked around this is to use the rsheitlin Identify Widget. You set which layers to identify and it will return all the results it encounters, not just the top-most. You can download it here: http://www.arcgis.com/home/item.html?id=39cf66d58c234279ba728c50461a1a89
... View more
04-18-2012
10:16 AM
|
0
|
0
|
232
|
POST
|
Robert, Thanks again for all of your help! This is perfect.
... View more
03-19-2012
08:22 AM
|
0
|
0
|
242
|
Title | Kudos | Posted |
---|---|---|
1 | 12-12-2023 02:00 PM | |
4 | 09-15-2021 03:34 PM | |
1 | 04-18-2016 09:31 AM | |
1 | 08-22-2019 11:41 AM | |
1 | 02-15-2017 01:28 PM |
Online Status |
Offline
|
Date Last Visited |
4 weeks ago
|