|
POST
|
Vincent, can you clarify what you mean by "And there is no comparison to any .pdf exported from ArcGIS...". If you mean in terms of filesize, I agree. In terms of map quality or vector quality, I would disagree. If you examine the CAD map at 200% maybe you can see some simplification, but of course you would not see that in print. Examining these maps (my zoning map and the linked CAD map) side by side at 100% there is no discernible difference. Given that, and given that CAD is doing some type of simplification, then possibly with vector simplification in ArcGIS Pro we can achieve some smaller file sizes without resorting to rasterization. Jeff - Can you confirm that decreasing the vector quality as you describe above results in smaller file sizes for PDFs and possibly give some examples?
... View more
12-14-2018
05:48 AM
|
0
|
2
|
3086
|
|
POST
|
That's all good, but what about my question on how AutoCAD is able to export extremely small PDFs with layers? Rasterization is already possible via export to an image.
... View more
12-13-2018
01:32 PM
|
0
|
14
|
3086
|
|
POST
|
Any work on this or anyone want to post detail on how to use the python code in PRO to generate pluscodes. QGIS now has a plugin that will do this but native support in ArcGIS Pro would be great.
... View more
12-07-2018
08:32 AM
|
0
|
3
|
4376
|
|
POST
|
There must be some way to export vector data in PDF format without a large file size. In making our new zoning map, I found some zoning maps online that look like they were exported in CAD. This one in particular is a 36x48 map, with all the vector layers in the PDF layer menu, and is only 650KB. Here is the link - https://ci.ellensburg.wa.us/documentcenter/view/713. My zoning map I created in PRO is also 36x48 with a similar amount of layers, but when exported as a PDF it is 14MB, that is 21x larger. Something is not right here. If I take some layers out I can get it down to around 9MB. So PRO devs, maybe take some AutoDesk devs out to lunch or something and get this figured out.
... View more
12-07-2018
06:27 AM
|
2
|
16
|
3086
|
|
POST
|
sure how would I do that? I also ran into another issue in this project where I was using feature weights that ended up creating serious hangs in the labeling engine. I found a work-around involving creating a few separate files to use as the mask and the label...but that is another issue. How do you want me to share the project?
... View more
12-07-2018
04:37 AM
|
0
|
1
|
975
|
|
POST
|
This keeps happening in my Layout - I have a parcel layer drawing underneath another polygon layer with a white fill, meaning the parcel layer should not be visible. However, at certain zoom levels in the layout, under and around text elements the parcel layer is visible, as if the rendering of the data layers does not complete and it is drawing a cache or something. Any ideas here would be helpful. I am using DirectX with an NVIDIA Quadro P4000 if that matters. Switched to OpenGL with no difference. Thanks
... View more
12-04-2018
11:44 AM
|
0
|
3
|
1080
|
|
POST
|
My original problem and question is more of a practical one than a technical one. Yes it seems that the most accurate way to convert between NAD83 and WGS84 is to use the ITRF00 transformation, as ArcGIS Pro does by default. However, when ArcMap and QGIS do not have this applied by default when using projection on-the-fly, it makes things very confusing. Additionally, it appears that when uploading data to Mapbox in NAD83, no transformation is applied. I would be curious to know if the same is true for data in NAD83 uploaded to ArcGIS Online, or again for the HAZUS data conversion. -- Update 12/27/18 - HAZUS confirmed that they use the IRTF00 Transformation. Since the data I am working with is not survey grade, I am going to stick with what is practical, which seems for the time being to disable transformations in ArcGIS Pro for NAD83-WGS84 until the industry as a whole adopts a standard. -- Update 3/5/19 - I have not found a way to disable the default transformation in Model Builder in Pro.
... View more
12-03-2018
05:12 AM
|
0
|
2
|
10135
|
|
POST
|
I would be curious to know if HAZUS applied a transformation when converting their data to WGS84. In this article from March of this year it does not get into the details of the conversion. Hazus input datasets, including state inventory data, were converted from NAD83 to the World Geodetic System 1984 (WGS84) coordinate system in order to better support U.S. territories and long-term goals for international hazard modeling. https://www.fema.gov/media-library-data/1523565115955-4ba53dd63d9deb53f0bfeabb9ff240ed/Hazus_Coordinate_System_Change_Ma… If so, it would make me feel more comfortable in using the ITRF00 transformation.
... View more
11-30-2018
12:40 PM
|
0
|
0
|
10135
|
|
POST
|
My ortho imagery already being hosted on the web was exported without any transformation being applied, so all my data needs to match that imagery, until I upload new imagery. Still, QGIS also does not apply a transformation automatically between NAD83 and WGS84, and I utilize that in my workflow as well. This means I will likely not be using the new default transformation in ArcGIS Pro.
... View more
11-30-2018
12:36 PM
|
0
|
0
|
10135
|
|
POST
|
Hmm, thought I replied to this already. Anywway the problem is noted here - coordinate system - Transforming GCS_North_American_1983 to GCS_WGS_1984 using ArcGIS Desktop? - Geographic Information … Specifically - "Transformation 2 for CSRS and ITRF00 for NAD83 (original) are the default transformations in Esri software now." However, ArcMap does not have a default transformation set. Setting this transformation to "None" in ArcGIS Pro seemed to fix the issue for me, at least at the moment.
... View more
11-30-2018
12:33 PM
|
0
|
1
|
10135
|
|
POST
|
Converting from NAD 83 Ohio SP South (NAD_1983_StatePlane_Ohio_South_FIPS_3402_Feet) to WGS84 creates different outputs in ArcMap compared to ArcPro. When opened in ArcPro the file appears to be the same (it must be doing a projection on the fly), but when examining the data further, either by exporting it out as GeoJSON or opening it in QGIS, the exported WGS84 file is shifted slightly northwest by approx 3ft. The same file exported using the same process in ArcMap does not shift. I am using Feature Class to Feature Class, and the environment settings to change the projection. In ArcMap it the default Geographic Transformation method if nothing is selected is NAD_1927_To_NAD_1983_NADCON. Using this transformation in ArcPro does not help. The attached files are the result of the Features to JSON tool, run in ArcMap for the ArcMap converted file, and Pro for the Pro converted file, with GeoJSON checked, and in Pro, the Project to WGS84 unchecked. The difference is dramatic.
... View more
11-30-2018
08:14 AM
|
0
|
9
|
11776
|
|
POST
|
Did the update in ArcGIS Pro 2.2.2 change the internal workings of the Features to JSON function? There is now a 'Project to WGS84', which incidently does not work - does not change coords to decimal degrees - but also I am getting projection artifacts/errors. See the image below - one geojson exported with ArcGIS Pro Features to JSON, the other exported with esri2open. Approx 3' difference between the two. Looks like I have to go back and change all my models to use this old script unless Esri pushes an update to fix this. The original feature is in WGS84.
... View more
09-17-2018
06:38 AM
|
1
|
5
|
2411
|
|
POST
|
NVIDIA Quadro P4000, but this crash also happened on another machine - an older laptop with an NVIDIA 940M
... View more
08-30-2018
10:04 AM
|
0
|
1
|
2796
|
|
POST
|
That's fine, as long as the tool doesn't crash pro - see link above for more info, but yes I ran this tool and pro crashed without an error message or writing any information to the text file.
... View more
08-30-2018
04:35 AM
|
0
|
3
|
2796
|
|
POST
|
To clarify, there is no error dialog or anything, just a sudden and complete exit of the application.
... View more
08-28-2018
07:08 AM
|
0
|
0
|
1497
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 07-17-2019 11:35 AM | |
| 1 | 03-02-2020 08:08 AM | |
| 4 | 02-03-2021 01:03 PM | |
| 1 | 09-30-2019 09:53 AM | |
| 3 | 01-14-2020 04:33 AM |
| Online Status |
Offline
|
| Date Last Visited |
02-03-2021
02:34 PM
|