|
POST
|
The hyperlinks are stored in the attribute table, but they are configured for use in the layer. I just get the layer setup how I want in a mxd and then save that layer to a folder for use in other mxds/projects (right click the layer in the table of contents and save as layer file). Using Hyperlinks—Help | ArcGIS for Desktop Saving layers and layer packages—Help | ArcGIS for Desktop
... View more
04-21-2017
11:49 AM
|
1
|
0
|
3199
|
|
POST
|
Hahaha, sure they are. Project requirement is for feet. My source rasters are mixed units in the vertical so I will have to covert no mater what.... I may call ersi next week on it... Who knows maybe an esri person will see this post Monday.
... View more
04-14-2017
01:23 PM
|
0
|
0
|
3496
|
|
POST
|
I have few thousand rasters in AK zone 4 state plane on NAD83 and in UTM5/6 on GRS 80 that I am trying to mosaic into Web Mercator. Arc is reporting that I need a transformation but I do not see an esri transformation for it. I understand that the ellipsoids are almost the same. NOAA/NOS's VDatum: A tutorial on datums What is the recommendation for dealing with this?
... View more
04-14-2017
12:57 PM
|
0
|
10
|
38511
|
|
POST
|
Right, my elevation values are always going to be fine in a 32bit floating point. But arc may not be looking at what the values are. But just at the range of possible values.If this is the case I think esri should think about demoting this issue from a error to a warning. Also the error is gone if I remove the function.
... View more
04-14-2017
12:16 PM
|
0
|
5
|
3496
|
|
POST
|
Ya, it is weird. I was thinking that in theory one could have a "large" 32bit float then when one divides by .3048 to go from meters to feet (the function) the output could be larger then then the 32bit float container. But even when I set the pixel depth to 64bit it still does shows the error. The data in the MD looks fine however. I don't know. I want to just ignore it. But I am having some problems getting this MD to work so I am trying to track down all errors.
... View more
04-14-2017
11:54 AM
|
0
|
7
|
3496
|
|
POST
|
I have a MD that is giving me this error when analyzed "The pixel type of the raster associated with the mosaic dataset item indicates that pixel values might be outside of the range allowed by the mosaic dataset." The thing I do not get is that the MD is set to the same pixel depth as the source rasters? I do have a function applied to change meters to feet... MD properties I don't understand why this error is showing up...
... View more
04-13-2017
05:10 PM
|
0
|
14
|
5966
|
|
POST
|
It is now working well. I changed the parameter for the ExportToPDF method for layers_attributes from "LAYERS_ONLY" to "NONE". I think this was eating up system resources. I also added del mxd to the loop. Thanks so much for the help everyone!
... View more
03-14-2017
10:33 AM
|
0
|
0
|
3367
|
|
POST
|
It had exported hundreds of pages from other mapbooks and maps at that point.
... View more
03-10-2017
11:32 AM
|
0
|
0
|
3367
|
|
POST
|
Yes, that is only the last lines of the tool text output. It had exported many mxd (maps and mapbooks) without problems before it failed. We did test the file and page at the fail point with a pdf export from arc. It worked fine.
... View more
03-10-2017
10:43 AM
|
0
|
4
|
3367
|
|
POST
|
We have a script tool that exports mxd maps and mapbooks to pdf. Some of the mapbooks are large 144 pages. It is sometimes failing and sometimes working fine. I am not sure what the issue is... import os
import arcpy
import tempfile
import shutil
def remove_pdf(pdf_path):
if os.path.exists(pdf_path):
os.remove(pdf_path)
parameter = arcpy.GetParameterAsText(0)
dir_list = parameter.split(";")
for in_path in dir_list:
in_path = in_path.replace("""'""", "")
input_files = os.listdir(in_path)
#for dirpath, subdirs, files in os.walk(in_path):
for f in input_files:
temp_dir = tempfile.mkdtemp()
if f.endswith("mxd"):
mxd_path = os.path.join(in_path, f)
mxd = arcpy.mapping.MapDocument(mxd_path)
if mxd.isDDPEnabled:
map_book_path = mxd_path[:-3] + "pdf"
remove_pdf(map_book_path)
map_book_pdf = arcpy.mapping.PDFDocumentCreate(map_book_path)
arcpy.AddMessage("\nExporting mapbook: " + os.path.join(in_path, f))
for page in range(1, mxd.dataDrivenPages.pageCount + 1):
arcpy.AddMessage("\tExporting mapbook page: " + str(page))
pdf = os.path.join(temp_dir, "map" + str(page) + ".pdf")
mxd.dataDrivenPages.currentPageID = page
arcpy.mapping.ExportToPDF(mxd, pdf)
map_book_pdf.appendPages(pdf)
map_book_pdf.saveAndClose()
arcpy.AddMessage("Export Complete")
else:
arcpy.AddMessage("\nExporting map: " + os.path.join(in_path, f))
map_pdf_path = mxd_path[:-3] + "pdf"
remove_pdf(map_pdf_path)
arcpy.mapping.ExportToPDF(mxd, map_pdf_path)
arcpy.AddMessage("Export Complete")
shutil.rmtree(temp_dir)
arcpy.AddMessage("\nAll Exports Complete")
Error: Exporting mapbook: X:\xxxx\mapbook.mxd
Exporting mapbook page: 1
Exporting mapbook page: 2
Exporting mapbook page: 3
Exporting mapbook page: 4
Exporting mapbook page: 5
Failed script ExportToPDF...
Traceback (most recent call last):
File "X:\Tools\Export_PDF\Dev\pdfExport.py", line 31, in <module>
arcpy.mapping.ExportToPDF(mxd, pdf)
File "c:\program files (x86)\arcgis\desktop10.4\arcpy\arcpy\utils.py", line 182, in fn_
return fn(*args, **kw)
File "c:\program files (x86)\arcgis\desktop10.4\arcpy\arcpy\mapping.py", line 1156, in ExportToPDF
layout.exportToPDF(*args)
AttributeError: PageLayoutObject: Error in executing ExportToPDF
Failed to execute (ExportToPDF).
Failed at Thu Mar 09 19:20:29 2017 (Elapsed Time: 3 hours 12 minutes 54 seconds) Thanks for the help!
... View more
03-10-2017
09:45 AM
|
0
|
7
|
4713
|
|
POST
|
I have some anno feature classes in a map book that have been re-pathed to an exported FGDB. But, the anno does not draw. When I open the anno table from the TOC in the map document it shows no rows; however, when I preview the table in ArcCatalog it has data. If I drag the anno FC back into the map from ArcCatalog it works fine. Any Idea what could be causing this behavior.
... View more
03-06-2017
11:01 AM
|
0
|
1
|
1368
|
|
POST
|
Thanks Melita! I have aircraft tracking data from a GPS system in WGS84. The aircraft only creates a sample point once every few minutes so it can cover a fair amount of ground in that time. The WGS84 is then changed to NAD83 (that is the preferred internal GCS in my organization). But when people map the data in Arc they will be using Alaska state plane zone 4, Alaska state plane zone 5, or Alaska Albers all on the NAD83 datum. I am also doing a fair bit of geoprocessing on the data to understand how the flights interact with environmentally sensitive areas on the ground. So, what would be the recommendation so that everything "lines" up more or less in the end? Would it be Dan's densify suggestion?
... View more
01-05-2017
03:26 PM
|
0
|
1
|
1567
|
|
POST
|
That worked Dan more or less. Now, why is this occurring? I would think that when arc clips it would find the point on the geodesic line at the edge of the clip feature and use that...
... View more
01-04-2017
10:56 AM
|
0
|
3
|
1567
|
|
POST
|
I think what I am seeing is an artifact of the projection; but, I would like to get input from someone more knowledgeable than myself... I have a line in NAD83 that I am viewing in Alaska state plane zone 4. When I clip the line it "jumps" off the original line and moves to the south. There is a significant distance between vertexes (~15,000m) for the input line in this area. When things are viewed in NAD83 in arc everything lines up again. Is this the expected behavior?
... View more
01-03-2017
04:48 PM
|
0
|
5
|
2665
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 10-04-2024 05:39 PM | |
| 1 | 07-30-2024 09:05 AM | |
| 1 | 07-08-2024 05:32 PM | |
| 1 | 03-20-2024 10:27 AM | |
| 6 | 03-13-2024 03:38 PM |
| Online Status |
Offline
|
| Date Last Visited |
11-12-2025
11:02 AM
|