|
POST
|
Moving up the surface my dataset did not solve the issue. I am still getting the same build errors. So, I decided to remove and re-add those features which apparently were causing the problem. Then I rebuilt the network. This time no warnings. "Great!" I thought, but then the routing still does not work for the same first floor. Strangely, the generated junctions are "outside" of the actual floorline position (have a look at the red crosses in the picture below). It is becoming frustrating, I cannot get the network analyst to build my network. If anybody is intereseted in this situation, I would be happy to share the zipped gdb via email. Thanks in advance for any help! Solve working from last to lower floor (not the very first one) Solve not working from last to very first floor
... View more
03-10-2017
07:19 AM
|
0
|
1
|
1134
|
|
POST
|
Hi, I am trying to build my network on my newtork dataset, but I am having issues which I cannot understand. I have already read this help page from ESRI (Common build errors), but none of the points listed there seems to fit my situation. Basically, I am creating a network on 3d data (two polyline fefature classes, floorlines and floor transitions). The floorline FC contains lines with the same Z, which represent a specific floor. Each floor has its own lines with a Z associated (there are 5 floors in total). To give a precise idea, below is an image of my dataset (together with the floortransitions, in grey). I checked that all geometries are ok running the "Check Geometry" tool. Moreover, to avoid any possible problem related to the proximity of the lines in the "XY" plane, I moved each floor so that the lines do not overlay in the XY coordinates for different floors (maybe this wasn't needed, but from I can see each floor at the same time from both ArcMap and Pro in 2d). Another picture is given in order to give an idea on this as well (zoom is shown, scale is 1:50). So, here comes my issue... Whenever I try to build the network, I receive a warning saying that some errors have occurred. If I see which feature was creating this issue, all refer to the very first floor (see build errors lnes highlighted in purple). My idea is that, as the first floor is below the surface (according to the WorldElevation3D/Terrain3D surface provided by ESRI), the tool cannot create the network properly. Moreover, I don't if it can be a matter of vertical coordinate system (I am using the WGS 1984 Geoid, WKID 105700). I will try to move the very first floor (green lines) so it will be above the surface and will come back to this. Meanwhile, if anybody has had a similar problem or has some suggestions, I would be happy to hear it! Thanks in advance.
... View more
03-10-2017
06:01 AM
|
0
|
2
|
1741
|
|
POST
|
I had the time to test with older versions and this still does not work. From the italian ESRI support they give me the right solution now: apparently, the DataType of one of the parameters was set somehow to work only with English version. In my specific case, I had a DataType set to "Table". Changing this to "DETable" made the whole tool work also with italian settings. So, apparently, looking at "Defining parameter data types in a Python toolbox" help page, if I insert the keyword datatype, instead of the Data Type (look at the table in the page to understand) it works, otherwise it doesn't. I wonder if the "Caution" section in the same page is saying just that... It reads "The use of keywords for parameter data types was introduced at 10.1, service pack 1. Parameter descriptions can still be used but are not localized and cannot be used for different locales.". Hope this can be of help for anybody.
... View more
03-06-2017
02:52 AM
|
0
|
0
|
1923
|
|
POST
|
I am trying to generate a multipatch of the shadow volume created by a building at a particular moment in time. However, when I use the "Sun Shadow Volume" tool, the output multipatch is detached from the input building (and sometimes it is also tilted such that if I were to follow it with straight lines it would not match up to the building). I am using ArcGIS Pro (I also tried it in ArcGIS Desktop - same story - so let's stick to Pro). Does anyone know how to solve this? As an input I am using a building multipatch obtained by extruding a polygon using the height values found in the attribute table and converted to multipatch. For the conversion into multipatch I tried using both the "Layer 3D to Feature Class" tool as well as the "Feature to 3D by Attribute" tool. The results are the same, both in the creation of the multipatch, as well as in the execution of the "Sun Shadow Volume" tool. I am executing the "Sun Shadow Volume" tool for 1 March 2017. When I run the tool for 10:00:00 AM or 11:00:00 AM, the output shadow volume multipatch is detached from the building: However, when I run the tool for 12:00:00 PM, it works just fine: For reference, these are the input parameters used for the execution of the tool: (Date is in US format; the building is in Italy, so it follows the "Central_Europe_Standard_Time" zone). Additional info: Input and data frame projected coordinate system: WGS 1984 UTM Zone 32N
... View more
03-03-2017
03:47 AM
|
1
|
0
|
1413
|
|
IDEA
|
For Italy same thing: no locator style is provided unfortunately.
... View more
03-01-2017
05:41 AM
|
1
|
1
|
2552
|
|
POST
|
Thank you again Dan, so I wrote to ESRI Italian support and they told me that this might be due to my version of ArcGIS (10.4.1) being too new, and so there will probably be a patch release to solve this issue. I didn't test if this same error occur in older releases, but at least I received an official answer, and will wait for a patch in the (hopefully near) future.
... View more
03-01-2017
03:39 AM
|
0
|
1
|
1512
|
|
POST
|
Just to add some detail. This specific python toolbox is calling other scripts. Another python toolbox I have, where the code is within the "execute" function inside the same pyt, is working fine both with english and italian settings.
... View more
02-28-2017
01:39 AM
|
0
|
0
|
1512
|
|
POST
|
Ok so if I understand correctly (but I might be wrong), this seems not a problem of my code (indeed there's no trace of any 'proprietà' in it), but of the way ArcMap or the computer language settings/translation process. Meanwhile, I can confirm my code works if I switch to english settings in the ArcGIS Administrator. I will write to ESRI Italia support to hopefully investigate into this. Thanks again Dan for your kind feedback.
... View more
02-28-2017
12:39 AM
|
0
|
4
|
1512
|
|
POST
|
Hi Dan and thanks for the response, Unfortunately, that didn't seem to solve the issue. I have that line of code inserted at the top of my ".pyt" and the scripts imported, but I still have the same problem. Any other idea? Is anyone else experiencing the same issue? It is important for me to understand how to fix this, as I should avoid saying "Change the language settings" to all the users of my toolbox... Thanks.
... View more
02-27-2017
12:38 AM
|
0
|
7
|
1512
|
|
POST
|
I have created a Python toolbox which works in my and others' ArcMap 10.4.1. Today I tried it on another ArcMap installation (always 10.4.1), and I get a little-red-cross icon on top of the python script (tool) inside the python toolbox from within the catalog window. I noticed that AcrMap is in Italian in this installation and if I switch to english everything works just fine. Would this be a bug? Does anyone else have occurred in such error? The error is related to the "GetParameterInfo" of the toolbox. However, this same toolbox works on other ArcMap 10.4.1... The error is the one below: Traceback (most recent call last): File "<string>", line 60, in getParameterInfo File "c:\program files (x86)\arcgis\desktop10.4\arcpy\arcpy\arcobjects\mixins.py", line 299, in __init__ setattr(self, attrib, attribvalue) File "c:\program files (x86)\arcgis\desktop10.4\arcpy\arcpy\arcobjects\_base.py", line 89, in _set return setattr(self._arc_object, attr_name, cval(val)) ValueError: ParameterObject: Valore input non valido per propriet\xe0 DataType
... View more
02-22-2017
09:05 AM
|
0
|
10
|
3054
|
|
POST
|
Sorry to bother again, but, would this be possible with services published with ArcGIS Server? I noticed you added a link to a server documentation that might be pertinent to my question (Map cache usage by clients—Documentation | ArcGIS Enterprise ), but the link does not seem to work as I can only see for a fraction of second the english version (which works fine), but then it suddenly switch to the italian one, which onlu reads "Page not found...". Anyway, thanks in advance for the answer and for any further response to this new question.
... View more
02-22-2017
12:32 AM
|
0
|
0
|
769
|
|
POST
|
Yep, that made it! Thank you so much, right and to the point, I haven't noticed it. Also very fast response.
... View more
02-22-2017
12:28 AM
|
2
|
0
|
2063
|
|
POST
|
Dear Kelly, I recently came across this same problem and found your brilliant solution. However, I am trying to get it work, but still I have not been able to do it so far. I hope you could help me, and I thank you in advance. Here is what I did... I have a public tiled service on my AGOL (rest: Services Directory - AltaValtellina2_WTL1(MapServer) ) I eneterd in the admin page and added {"resampling":true} in the (previously empty) "Service definition" box, and clicked "Edit Tile Service" I now see "Resampling true" in the service page I came back to AGOL, repoened the TileSerivce in a new map, but as I zoom below level 15 of scale (last level for which the tile was generated, the image disappear (as before). Did I miss something? Also, will this be possible for ArcGIS Server services as well? Looking forward to hearing from you, thanks again!
... View more
02-21-2017
06:29 AM
|
0
|
2
|
2063
|
|
POST
|
Ok thanks. I think I will try to recreate my elevators as multipatch as a workaround then until the vertical lines will become supported.
... View more
02-13-2017
03:30 AM
|
0
|
4
|
2828
|
|
POST
|
Exactly! This was my guess that having geometries with ShapeLength = 0 (only vertical length) is the problem. Can you confirm this? Am I forced to change the xy a bit or is there any workaround? Also, not all geometries are like this (it's a layer representing stairs and elevators, and only the elevators have same xy nodes). Thanks! UPDATE I removed the elevators and now I can see the geometries. Again, is there something I can do except moving the xy coordinates (it does not make much sense for elevators)? Thanks again for pointing me to the right directions for solving the problem.
... View more
02-10-2017
01:53 AM
|
0
|
6
|
2828
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 01-23-2018 06:39 AM | |
| 1 | 01-31-2018 06:01 AM | |
| 1 | 10-16-2018 03:42 AM | |
| 1 | 10-24-2019 06:05 AM | |
| 1 | 06-26-2017 03:53 AM |
| Online Status |
Offline
|
| Date Last Visited |
Thursday
|