Closed dbarretteuk closed 3 months ago
@deelesh or @mmorang just follwoing up to see if anything has been considered for this issue? Is there a roadmap for migrating the HERE NAVSTREETS tools to ArcGIS Pro?
Thanks,
Dave
Hello @dbarretteuk. The HERE NAVSTREETS tool is now available for ArcGIS Pro. Clone the repo or download the latest release.
Just to add some further details based on your original question:
I believe this issue has been resolved by the new ArcGIS Pro tool version, so I'm going to close it. Please reopen if you're still having problems.
I have encountered an issue with a network using HERE™ NAVSTREETS™ with Trucking attributes. The source data for the streets and restricted turns results in the following fieldnames being included:
streets feature class:
FT_KingpinToRearAxleLengthLimit_Meters FT_SemiOrTractorWOneOrMoreTrailersProhibited FT_ExplosiveAndFlammableProhibited TF_ExplosiveAndFlammableProhibited TF_KingpinToRearAxleLengthLimit_Meters TF_SemiOrTractorWOneOrMoreTrailersProhibited
restricted turns feature class:
KingpinToRearAxleLengthLimit_Meters SemiOrTractorWOneOrMoreTrailersProhibited
At 10.9.1 the network successfully published to ArcGIS Enterprise using the publish routing services utility tool. However at 11.0 this fails with the same network dataset due to the fieldname length.
The fields are used in a descriptor called
Kingpin to Rear Axle Length Limit (meters)
and a restriction calledSemi or Tractor with One or More Trailers Prohibited
. The ExplosiveAndFlammableProhibited fields are not used by default.Another side effect with the tools I have noticed is that the field solvers are all created using VBScript which prevents them being included in a mobile map package. Is this tied to the lack of support for ArcGIS Pro at this time?
Should the tool automatically handle the source data from HERE having fieldnames that are too long?