Latest Contributions by MelindaMorang

Interesting question.  We would certainly hope the Build Network process would be quick if you've only made a few small edits.  However, it's possible that you've run into some kind of performance bug. A couple of questions. What version of ArcGIS are you using?  (Pro, Server, version number?) Have you edited any of the network dataset properties, like the cost attributes?  This would trigger the need for a full rebuild instead of just the small dirty areas. Is your network dataset in a file geodatabase on your local machine, on a different machine, or in SDE/Enterprise geodatabase? Would you be able to share your data?  (You can message me privately if you don't want to share the link publicly, or you can contact Esri Support to share the data through official channels, and it will most likely make its way to me eventually unless they resolve your issue.) ... View more

For field script evaluators like these, all the processing is done when you call Build Network.  The values are stored in the network dataset and are just looked up at solve time, so there shouldn't be any performance difference between Python and VBScript evaluators.  If there is, that performance difference would be incurred at build time, not at solve time. However, I believe the performance difference is mostly historical at this point.  There certainly was some difference back in the ArcMap days, but I think that is either gone or significantly less now, although I don't have specific data to back that up. Note that element script evaluators are different from field script evaluators.  Their code is run at solve time, so the solve may be slower, depending on the efficiency of the code itself.  This does not apply to your situation. ... View more

Yes, sorry about that.  Another user ran into a similar problem a month or two ago, and I updated the tools to fix it.  Please download the latest from ArcGIS Online or GitHub and try again. ... View more

Hello.  I'd like to help you with this, but there's a lot going on here, so I want to make sure I understand what the problems are that you're experiencing. What do you want your final output to include?  If I understand that better, I might be able to come up with a better workflow. Regarding the limitations of the Add Join tool: I believe the limitations you're referring to is this (from the documentation) : "The input table must have an Object ID field to perform a one-to-many join and be in the same workspace."  Is that correct?  Did your workflow work correctly after you ran Table To Table and you made sure to put it in the same geodatabase as your input origins? What "challenges" are you experiencing in Model Builder? Are you able to write Python code?  Joins in the pandas package are quite easy to do and very fast, so this would be an option if you're able to write Python. ... View more

It's hard to tell what's going on.  If you're seeing a message about a 1000-point limit, then you are probably (intentionally or unintentionally) using the ArcGIS Online services as your network data source. It sounds like you were possibly using your own network dataset when you tried to rerun the analysis, and your network doesn't have any travel modes (hence the <Custom> Mode name). This documentation shows how to set the network data source when you create a new network analysis layer: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/new-network-analysis-layer.htm If this doesn't help, please clarify your question and we'll take it from there! ... View more

I think this tutorial will walk you through the process: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/route-tutorial.htm  It shows how to create a Route analysis layer and edit in stops using the editing tools. ... View more

Unfortunately, we don't have good documentation for the specific syntax that can be used in an Element Script evaluator.  In ArcMap, we had a more convenient UI helper that would show you the possible options, but we have not yet implemented that same behavior in Pro.  It's on our list of things to do. If using ArcMap is not an option for you for developing your script evaluator (I know, sorry...), then your best bet is to describe in more detail what you're hoping to accomplish, and we can try to help you figure out how to do it.  Please create a fresh post so we're not piggybacking on this already-resolved question from 2016. ... View more

If the only thing you have is shapefiles of bus stops and lines, then no, not really.  A GTFS dataset contains a lot more information than the stops and lines.  It also includes all the schedules, and you would need all that schedule information as well. If the city can provide you with an updated GTFS dataset that includes the changes, then that's definitely the easiest way. Your only other option is to attempt to manually edit or create the public transit data model tables associated with the updates.  You would need to be pretty meticulous about getting all the new data to relate properly in the data model tables.  Here is the documentation: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/transit-data-model.htm ... View more

Hello João.  Jay is out of office and asked me to investigate this problem.  I successfully downloaded the data you shared.  However, since the tables include only network location fields and no geometry, I don't know which Streetmap Premium region to use (NorthAmerica, LatinAmerica, Europe, et.).  Also, are you using the file geodatabase version, the mobile geodatabase version, the custom roads version, etc.?  The location fields are specific to the network dataset, so I need more information before I can proceed with the investigation. Alternatively, if you can just share the points with geometry, that would probably resolve the confusion. ... View more

Hello.  I'm sorry you're experiencing this error. You seem to be using very old software.  ArcMap 10.4 is no longer supported by Esri.  It was retired in February of 2022 (see https://support.esri.com/en/Products/Desktop/arcgis-desktop/arcmap/10-8-2#product-support). There's also a newer version of BetterBusBuffers available at https://arcg.is/0yr9fr, although I don't know if the changes there will resolve your issue. BetterBusBuffers is also deprecated because its functionality is included in the new Calculate Transit Service Frequency tool in ArcGIS Pro, which was added in the 2.9 release last year. The best solution to your problem, if possible, is to try using the Calculate Transit Service Frequency tool in ArcGIS Pro.  Very likely the problem will be fixed. If you're not able to update to Pro, and you still experience the problem after downloading the latest BetterBusBuffers version, then you should try removing umlauts and special characters from your filepaths.  It might be choking on something in your GTFS data, though, and there's not really anything you can do about that. ... View more

The output fields for routes and RouteEdges are documented here: https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/route-output-data-types.htm Fields starting with "Attr_" are input fields and should not appear in the output tables at all, so your further comment confuses me a little. Anyway, by default, the Route output always includes Minutes, Miles, and Kilometers, but any accumulated attributes will show up as Total_[AccumulateAttributeName]_[Units].  Yours should be something like Total_Frete2_Other. This does not look right: route.accumulateAttributeNames = (["Frete2"]).  The parentheses are not necessary.  It should be route.accumulateAttributeNames = ["Frete2"]. ... View more

If you're doing an OD Cost Matrix analysis in ArcGIS, then it's not possible to retrieve the network path between each origin and destination.  The OD Cost Matrix solver uses the road network when calculating the travel times and distances, but it optimizes performance and memory usage by not storing those network paths.  It only stores the calculated costs, and it can optionally generate a straight line between each origin and destination. If you want to get the geometry of the on-street routes between origins and destinations, you can use the Closest Facility solver instead.  The functionality is very similar to OD Cost Matrix, but it does have the option to store the geometry (and it's a little slower).  If you want to connect all origins to all destinations, you just need to set the number of facilities to find for the "closest" facility to a number >= your number of destinations. Here's the Closest Facility tutorial: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/closest-facility-tutorial.htm  ... View more