View by status   

Local Government : 

  • 30
    Points


    Why don't we allow the public user to join the private group created by an organization?

    I understand that user with public account does not have an authorization to join the organizational group unlike a subscription or developer account. In some case, the organization needs the channel to be accessed by an amount of specific users out there. ArcGIS Online is almost appropriate but the public users could not join the group created by organization. It seems does not make any sense when we have the invitation security system we have to approve the request before someone join the group.
     
     
    Why a public account instead of a developer one? 
     
    In many case, our target member are no longer developers but users. It looks strange that lots of member register as developer account just only to view the same map as the others. Moreover, to register an account, the public  is less complicated than the developer. 
     
     
    It would be a gerat channel for public users to access our maps more easily and quickly. Without a complex registration to deal with, in the case we need, our target public users could explore the maps conveniently. So why don't we allow a public user to join the private group authorized by Administrator?
    Tags :
     ArcGIS Online, Public Account, Groups, Administrator, Authorization
    Share this idea

  • 100
    Points


    Provide simple geoprocessing tasks, such as a Buffer Task, in ArcGIS Online for Organizations.  Using an existing layer, enable users to create buffers of specified distances.
    Thanks,
    Cristi
    Tags :
     geoprocessing, buffer
    0 Comments  |  Posted by :  cristi  to ArcGIS OnlineLocal Government Jan 23, 2013
    Share this idea

  • 80
    Points


    I would like the ability to specify a map scale for printTemplate outputs in the ArcGIS Javascript API.  I am primarily using the new Finder app deployed on my web server which references an AGOL webmap.  The ability to specify a map scale exists within the default print widget in the Flex API and I would like to see this functionality extended to the Javascript API.  
    Tags :
     printTemplate, javascript, finder, print, webmap
    1 Comment  |  Posted by :  nkouloungis  to ArcGIS OnlineLocal GovernmentWeb Apps and APIs Aug 14, 2014
    Share this idea

  • 110
    Points


    This would be a variation on the Mean Two Points tool    in the Parcel Editor Toolbar.  Mean Two Points calculates a mean coordinate pair 3 between points 1 and 2 and then moves both 1 and 2 to the mean coordinate.

    The new tool would eliminate the mean point calculation, and instead allow the user to choose whether to move point 1 to point 2, or point 2 to point 1.  It could use the same dialog box as the Mean Two Points tool, with additional check boxes beside Point 1: and Point 2: to indicate the preferred landing spot.
    Tags :
     Parcel, Parcel Fabric, Editing, Snapping
    0 Comments  |  Posted by :  arooo  to ArcGIS DesktopLocal Government May 10, 2011
    Share this idea

  • 220
    Points


    It would be very helpful to have the ability to snap to features outside the Parcel Fabric while editing with Parcel Editor.
    Tags :
     Parcel, Editor, Fabric, Snap
    1 Comment  |  Posted by :  CBergeson  to ArcGIS DesktopLocal Government Sep 10, 2012
    Share this idea

  • 100
    Points


    You can run the Check Parcel Fabric tool by right-clicking the parcel fabric in the Catalog tab from Arcmap to generate a report on topology type errors. However, once you have your list, it can be difficult to figure out what fixes need to be applied. Here is a snippet from the Resource Center:

    "Linepoint does not have a valid from point

    The point ID referenced in the FromPointID field is not a valid point ID. The point ID is most likely missing."


    My first question is how did it get this way? Topology should be maintained properly in the fabric. In most cases, it is. But some errors may have been inherited into the model before some of the kinks had been worked out in the software or may have crept in from the conversion and thus now should be maintained.

    The information from the RC may be helfpul for some but many users may be left in the dark. Without any suggested approaches users may wreak havoc on the data while frantically trying to resolve an issue. They may try to "Delete inconsistent records" on the Catalog tab with no luck. Then they may try using the Delete fabric orphans tool on the Delete Fabric Records add-in. If that doesn't work then another approach may be to attempt to edit the linepoints table (which you cannot, for very good reason). Try deleting the linepoint and then recreating it. Nope! Unless there is a valid point there then you can't reattach the linepoint. The only repair for this besides re-entering the parcel from its description (which is a great option if that is not how it got there in the first place) is to first try the Regenerate tool from the customize dialog in ArcMap. If that doesn't work, try opening the parcel and clicking 2 cells in the construction grid while being careful not to disturb any values. This will enable the "Keep changes" button. That usually does the trick. But depending on the severity of the issue (if combined withother issues) you may be better off recreating the parcel. How would you know any of that??

    My suggestion is to offer potential solutions to the errors that can be encountered and potentially offer better tools to manage. Perhaps users could right-click a parcel to see errors on that parcel. Then they could click regenerate or something to "repair" the erroneous parcel. Instead of placing all of the errors on one document, consider breaking them into separate tabs like Parcel errors, lines errors, point errors...not only would it make it simple to get to the information users need but with the proposed suggested fix, the repairs could happen quickly and overall performance could be improved.

    See also:
    Generate Better reports with Fabric Error Checker

    Tags :
     Parcel Fabric, topology, check parcel fabric
    0 Comments  |  Posted by :  tiffanypuett  to ArcGIS DesktopLocal Government Mar 11, 2014
    Share this idea

  • 50
    Points


    We, like a lot of other agencies, maintain a "Street Index" map of the city (some county area is included).  This is a typical wall sized map with the street listing to one side.  A rectangular grid/fishnet covers the city/county area and of course includes the typical numbered columns and rows (i.e. A1, A2, A3...).

    I would like to have a tool that could update the street index list automatically as streets are added to or removed from the SDE street centerline feature class.

    A great tool, StreetIndex.tbx, (sorry I can't find who wrote it and credit them for it) can be used to create the list from scratch, but an automated method to keep it updated would help tremendously.
    Tags :
     street, index, grid, fishnet
    0 Comments  |  Posted by :  jakek  to ArcGIS DesktopLocal GovernmentMaps and Content Jun 14, 2013
    Share this idea

  • 520
    Points


    We need a way to support replication (2 way) or a versioning scenario where we want to load data weekly to ArcGIS Online that syncs with a service already there, so changes done in the field, can be synced with updates that are newly uploaded, where we don't lose the updates, by overwriting the service, or having to create multiple copies of the service, or have to extract the file out as a shapefile, then query on what has changed in the extraction and then have to query the new layer and look for those records, then drop those records (since they have been updated in the field), and then do an append/merge on the newly created combination of what is extracted from CAMA, and what is extracted from ArcGIS Online before reloading the service as an overwrite to the existing service.

    If you supported GDB as an output or better yet, link the GDB directly to our internal system, some way, then we could capture the photos taken in the field as well to our underlying enterprise GIS system.
    Tags :
     ArcGIS Online, Replication, Repository, Cloud, Sync, Mobile
    4 Comments  |  Posted by :  Riverside  to ArcGIS OnlineLocal GovernmentMobile GIS Mar 20, 2013
    Share this idea

  • 90
    Points


    As it is now....
    When Zoom to Selected Features is used for a single, point feature, the zoom scale is calculated as 1/20 the overall spatial extent of the layer.  

    In cases where the feature class has hundreds of thousands of features (e.g. Address Points), this zoom function loses all of its value.  

    I would like to see an option for a default, or maximum zoom extent setting in cases where I want to zoom to a single, selected, point feature.
    Tags :
     zoom, point, selected
    1 Comment  |  Posted by :  CJCarsley  to ArcGIS DesktopLocal GovernmentMaps and Content May 5, 2014
    Share this idea

  • 1220
    Points


    Extended support for the iOS, WP, and Android Applications that allow the user to cache map data and determine the size of the chached data while they are in a data coverage area, or Wifi area.  This would allow the user to work in remote locations with the various smart apps, and then submit updates when they return to a coverage zone.

    The current apps seem to work pretty well, as long as I have data plan coverage or am in a wifi zone.  Extended these Apps through the ability to cahce maps would increase productivity with GIS users in the field.

    Tags :
     iOS, Android, WP, Cache, caching, Remote, Smartpohone OS
    3 Comments  |  Posted by :  dcopple  to Local GovernmentWeb Apps and APIsMobile GIS Oct 27, 2011
    Share this idea

  • 10
    Points


    When a long alias for a field is used, Collector and ArcGIS app on the iPhone and Android cut off the text and don't allow for scrolling so you can see the rest of the field alias.

    We are trying to use Collector to do an ADA inventory.  The questions are long and we can't see the entire question.

    Collector is working great for this project but this is so dissapointing.

    Tags :
     field alias, collector
    0 Comments  |  Posted by :  Tmaddio  to ArcGIS OnlineLocal GovernmentMobile GIS Sep 16, 2014
    Share this idea

  • 50
    Points


    Perhaps this may be included in the update that adds Disconnected Editing but I'd really like to use the Collector interface but with the ability to postprocess some of my data.  As of now there isn't a good way to collect high accuracy GPS using Collector because I am limited to the mobile device's GPS which is generally in the 5-10 meter range, too high for what I do.
    Tags :
     
    0 Comments  |  Posted by :  ksjosh82  to Local GovernmentWater and WastewaterMobile GIS Feb 7, 2014
    Share this idea

  • 10
    Points


    Currently the KML to Layer tool asks for an output folder location and when complete creates one geodatabase with a feature dataset to house the one multipatch. While this works great for individual kmls, it is terrible for multiple kmls.  With the advance of 3d modeling of buildings there are plenty of programs that create multipatches and kmls each building.  There is a code example that details how this might be done given the limitations of the output.  I would prefer the output location to be specified so that you could put all the layers into on gdb and negate the reason to have to jump through the rest of the code.
    Tags :
     kml conversion multipatch dae geodatabase
    0 Comments  |  Posted by :  jbswain  to ArcGIS DesktopLocal GovernmentEsri CityEngine Sep 16, 2014
    Share this idea

  • 20
    Points


    The parcel Fabric Editor should be more clear as to whether or not it is using as recorded, as measured, as fit, or as estimated* distances in the parcel fabric..

    Using these definitions for distances:
    As recorded:  the legal distance on the plat.
    As measured: the actual distance measured by a surveyor.
    As fit: the distance of the parcel as it fits into the parcel fabric
    As estimated: a way of indicating that the distance on a line is a guess.  This would be a way of allowing a high accuracy on the direction of a line, while indicating that the actual distance is a guess.  This indicator might be used in legals that make a statement "then S 89-29-34 W to the center of the river"

    First,
    Currently when we add lines in the parcel detail windows there is only one distance that we can enter.  In addition to the measured distance it would be useful to include: 1)  the recorded distance and 2) indicate if the distance is guessed.  Which would be useful if to indicate cases where we are confident about the direction of a line, but not the true distance.

    Second,
    It would be nice if ESRI was more transparent about how some of the parcel creation tools work including but is not limited to duplicate, merge, and construct from parent tools.  It seems that sometimes the parcel tools will use the distances that were entered in the parent(s) parcel detail window, and other cases the tools use the distances as they fit in the fabric.  I think the latter is quite annoying.   If I construct from parent from two 100 by 100 foot parcels I expect the result to be 200 feet by 100 feet.  Not 199.76 by 100.24.


    Thanks
    Tags :
     parcel fabric, measurement, errors, improvement, recorded distance, measured distance
    3 Comments  |  Posted by :  lygismav  to ArcGIS DesktopLocal Government Dec 5, 2013
    Share this idea

  • 60
    Points


    Instead of using the merge courses context menu tool to apply a global "merge" to all courses in the selection, it would be nice to have an option for only merging the common lines among multiple parcels.Checkbox for common line selection
    Tags :
     merge courses, parcel fabric, parcel editor
    0 Comments  |  Posted by :  tiffanypuett  to ArcGIS DesktopLocal Government Feb 21, 2014
    Share this idea

  • 90
    Points


    I would like to be able copy/paste or export/import courses in a Traverse or Construction grid.  This would be a simple text format that can be imported, exported, copied, pasted, and edited using a standard text editor.

    Here are some use cases:

    I need to redo a workflow, and I do not want to re-enter all the COGO calls.
    I have saved a traverse using the COGO toolbar, and I want to put it into the parcel fabric.
    I want to export a traverse from a parcel fabric and work with it using the COGO toolbar.
    I have two overlapping  parcels that are nearly identical, and I do not want to type the courses more than once.
    I want to teach someone how to do something, and I want to save data entry time in the learning process.
    Someone has given me a text file of COGO courses, and I would like to reformat it and paste it in.

    This would be complimentary functionality to the XML format currently supported.  Think of it as a typing aid for data entry.

    The contents of the copied/pasted or imported/exported data would be simple ascii comma-delimited text. Here is a proposed format:

    Bearing, Distance, Radius, Curve_parameter

    If the curve parameter does not have an override, the parameter specified the plan settings would be used.

    Here is an example of input data to be pasted or imported into the grid.  This is the same format used for manual data entry into the grid:

    20-46-18-3,60
    N48-17-08wCB,,223,110.42
    *,,223,110.42C
    N20-56-54W,,223,100.35
    *,75.2

    And here is an example of the same data copied or exported from the grid:

    S20-46-18W, 60
    N48-17-08Wcb, , 223.00, 110.42c
    N20-56-54Wcb, , 223.00, 100.35c
    N7-56-44W, 75.2

    Data copied or exported would be cleanly and explicitly formatted, including overrides, calculated tangent bearings, etc.

    The format of COGO calls in a traverse file could also be supported as an alternative format for both import and export.  Here is an example of this format:

    DT QB
    DU DMS
    SP 454868.9 298986.09
    EP 454868.9 298986.09
    DD N90-0-0E 105
    AD 45-0-0 100
    TC C 45 D 100-0-0 L
    NC C 45 D 100-0-0 C N45-0-0E R

    We would need to figure our how to accomodate the start point (SP) and End Point (EP).  They could either snap to existing points or be created as new COGO points if there is no point to snap to.  Alternatively, they could be ignored, and the tool could just insert the COGO calls into the Traverse Grid or Construction Grid.

    The user interface could consist as context menu (right-click) choices in the Traverse and Construction grid:

    Two context menu choices called “Copy Connected Courses” and “Export Connected Courses” would only be active when one or more sequentially connected courses are selected in the grid.

    Two other context menu choices called “Paste Courses” and “Import Courses” would do essentially the same thing as “Insert Row”, except that one or more COGO calls would be inserted as new rows.

    Disclaimer: I work for Esri, but I am not on the development team, so please consider this comment to be just another suggestion, and not any kind of official word from Esri.  I would welcome discussion on this idea.


     

    Tags :
     "parcel fabric", COGO, traverse
    3 Comments  |  Posted by :  horton  to ArcGIS DesktopLocal Government Dec 5, 2013
    Share this idea

  • 40
    Points


    Due to several factors, our parcel fabric contains many excess LinePoints which are adversely affecting the results of our least squares adjustments. The Delete LinePoint Tool provided allows us to delete one LinePoint at a time, but we have thousands that should be removed to optimize our fabric. We can often ignore excess LinePoints unless they happen to occur in an area requiring an LSA. That's when it is necessary to go in and individually delete them.

    We would benefit greatly from a tool or method that would allow us to delete multiple LinePoints simultaneously.
    Tags :
     parcel editor, linepoints, multiple, fabric, delete
    1 Comment  |  Posted by :  okopogo  to ArcGIS DesktopLocal Government Mar 3, 2014
    Share this idea

  • 30
    Points


    Surveys are ofcourse a very important part in maintaining parcel accuracy, and control, but I do not think there is currently a really good place to put them in the parcel fabric for the following reasons:

    A survey is a collection of interconnected lines that may become polygons.  As far as I am aware, The Parcel Editor is designed to store areas that might have point of origin lines.
    • How to we map a survey that is for a linear only feature such as the centerline of a road?
    A survey never really becomes historic, or merged.  It does not function like a regular parcel.

    A survey is not a tax parcel, or a lot parcel, or even a subdivision.  Instead it should be used to create these types of parcels.

    A surveys geography should NEVER change: features such as merge courses should be disabled.

    A survey may contain measured and recorded values.  The parcel fabic does not impliment this.
    Tags :
     parcel fabric, land records, survey
    0 Comments  |  Posted by :  lygismav  to ArcGIS DesktopLocal Government May 20, 2014
    Share this idea

  • 150
    Points


    Please create a matrix table that shows all of the data layers that are in the LGDM and which base maps/templates are associated with each layer.   This would be very helpful when planning out a migration strategy from our SDE data to the Local Government Data Model.
    Tags :
     
    Share this idea

  • 150
    Points


    Local Government needs a symbol set to represent recreation facilites. This would include baseball fields - soccer - football - tennis - basketball - skateboarding etc. There are good symbols availabel for hiking, biking,  etc. but these do not meet the need for mapping municipal park facilities.
    According to blogs I have read, this was started back in 2010 and apparently dropped just as it neared completion. This would be widely used if completed.
    Tags :
     Playing, Field, Baseball, aBasketball, Tennis, Rectangular, Soccer, Football, Park, Sports
    1 Comment  |  Posted by :  pamelaa  to ArcGIS DesktopLocal GovernmentMaps and Content Jan 21, 2014
    Share this idea


 

Terms and Conditions   |    Feedback   |   FAQs
Previous MonthNext Month
SunMonTueWedThuFriSat