|
POST
|
I hate to keep doing this but does no one know how this overzoom effect is created? ESRI? Something in the Rest? I know js4.x will overzoom by setting a map constraint maxZoom to 0, but obviously that is not the case when viewing the World Topo cached tile service from the services page . . . .
... View more
05-10-2017
06:36 AM
|
0
|
9
|
4552
|
|
POST
|
Hi Jeff - something else to look for when you get the frowny-face error. For me that will happen when I leave out a closing brace or bracket, or a missing comma in the config as I paste in my rules array from previous builds. Also, in reading through the thread Robert references below, it's not so much an issue with WAB 2.4 and the proxy as it is with Chrome at 58.x. Chrome doesn't like mixed http / https references.
... View more
05-10-2017
06:29 AM
|
0
|
8
|
2002
|
|
IDEA
|
Oh thanks I was going crazy. Why does esri make you make a copy of your own hosted layer? Anyway yeah that was it, I can get at the style now. And thanks for the mapbox clue, I wasn't sure how to employ. Sadly I'm still getting alot of 404 tile not found errors on my tiles in the webmap, I'll have to see what support can do. Thanks again for your help.
... View more
05-05-2017
12:19 PM
|
0
|
0
|
7671
|
|
IDEA
|
Hey thanks again Kate, I can see exactly what you mention excepting the 'text-ignore-placement setting. I only have a 'text-optional' boolean setting. But it turns out that I can't do anything with the style file. For whatever reason, I don't have the option to download regardless if I share as weblayer or push up as a tile package. Strange - could be that our concurrent licencing option we set for Pro instead of the named user might be the culprit. But at least I found out why tiles aren't rendering: Fiddler indicates 404 not found from tiles.arcgis.com so it looks like I'm in for a tech support session. I was really hoping to avoid that.
... View more
05-05-2017
11:37 AM
|
0
|
1
|
7671
|
|
IDEA
|
Thanks Kate for the json settings direction, I was beginning to suspect as much. Yes clearly what comes out of Pro is not what you get. We're also not using Portal at the moment and that's probably limiting as well (i.e AGOL is our portal until we go to 10.5). In the meantime, I'm getting large areas that will not render on clients at all when panning / zooming and I'm guessing that's the labelling conflicts. pdossantos no I haven't. I'll look into working on my styles' json and see what I can do
... View more
05-05-2017
09:52 AM
|
0
|
0
|
7671
|
|
POST
|
Hi Gregg - I was actually able to get this to work. My xml looks exactly like yours above, only I am stopping at scale 282: <?xml version="1.0" encoding="utf-8" ?>
<CacheInfo xsi:type='typens:CacheInfo'
xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
xmlns:xs='http://www.w3.org/2001/XMLSchema'
xmlns:typens='http://www.esri.com/schemas/ArcGIS/1.4.0'>
<TileCacheInfo xsi:type='typens:TileCacheInfo'>
<SpatialReference xsi:type='typens:ProjectedCoordinateSystem'>
<WKT>PROJCS["WGS_1984_Web_Mercator_Auxiliary_Sphere",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Mercator_Auxiliary_Sphere"],PARAMETER["False_Easting",0.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",0.0],PARAMETER["Standard_Parallel_1",0.0],PARAMETER["Auxiliary_Sphere_Type",0.0],UNIT["Meter",1.0],AUTHORITY["EPSG",3857]]</WKT>
<XOrigin>-20037700</XOrigin>
<YOrigin>-30241100</YOrigin>
<XYScale>10000</XYScale>
<ZOrigin>-100000</ZOrigin>
<ZScale>10000</ZScale>
<MOrigin>-100000</MOrigin>
<MScale>10000</MScale>
<XYTolerance>0.001</XYTolerance>
<ZTolerance>0.001</ZTolerance>
<MTolerance>0.001</MTolerance>
<HighPrecision>true</HighPrecision>
<WKID>102100</WKID>
<LatestWKID>3857</LatestWKID>
</SpatialReference>
<TileOrigin xsi:type='typens:PointN'>
<X>-20037508.342787001</X>
<Y>20037508.342787001</Y>
</TileOrigin>
<TileCols>512</TileCols>
<TileRows>512</TileRows>
<DPI>96</DPI>
<LODInfos xsi:type='typens:ArrayOfLODInfo'>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>0</LevelID>
<Scale>295829355.45453244</Scale>
<Resolution>78271.516964011724</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>1</LevelID>
<Scale>147914677.72726622</Scale>
<Resolution>39135.758482005862</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>2</LevelID>
<Scale>73957338.863633111</Scale>
<Resolution>19567.879241002931</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>3</LevelID>
<Scale>36978669.431816556</Scale>
<Resolution>9783.9396205014655</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>4</LevelID>
<Scale>18489334.715908278</Scale>
<Resolution>4891.9698102507327</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>5</LevelID>
<Scale>9244667.3579541389</Scale>
<Resolution>2445.9849051253664</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>6</LevelID>
<Scale>4622333.6789770694</Scale>
<Resolution>1222.9924525626832</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>7</LevelID>
<Scale>2311166.8394885347</Scale>
<Resolution>611.49622628134159</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>8</LevelID>
<Scale>1155583.4197442674</Scale>
<Resolution>305.7481131406708</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>9</LevelID>
<Scale>577791.70987213368</Scale>
<Resolution>152.8740565703354</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>10</LevelID>
<Scale>288895.85493606684</Scale>
<Resolution>76.437028285167699</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>11</LevelID>
<Scale>144447.92746803342</Scale>
<Resolution>38.218514142583849</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>12</LevelID>
<Scale>72223.96373401671</Scale>
<Resolution>19.109257071291925</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>13</LevelID>
<Scale>36111.981867008355</Scale>
<Resolution>9.5546285356459624</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>14</LevelID>
<Scale>18055.990933504178</Scale>
<Resolution>4.7773142678229812</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>15</LevelID>
<Scale>9027.9954667520888</Scale>
<Resolution>2.3886571339114906</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>16</LevelID>
<Scale>4513.9977333760444</Scale>
<Resolution>1.1943285669557453</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>17</LevelID>
<Scale>2256.9988666880222</Scale>
<Resolution>0.59716428347787265</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>18</LevelID>
<Scale>1128.4994333440111</Scale>
<Resolution>0.29858214173893632</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>19</LevelID>
<Scale>564.24971667200555</Scale>
<Resolution>0.14929107086946816</Resolution>
</LODInfo>
<LODInfo xsi:type='typens:LODInfo'>
<LevelID>20</LevelID>
<Scale>282.124858336002775</Scale>
<Resolution>0.07464553543473408</Resolution>
</LODInfo>
</LODInfos>
<PreciseDPI>96</PreciseDPI>
</TileCacheInfo>
<TileImageInfo xsi:type='typens:TileImageInfo'>
<CacheTileFormat>PNG</CacheTileFormat>
<CompressionQuality>0</CompressionQuality>
<Antialiasing>false</Antialiasing>
<BandCount>1</BandCount>
<LERCError>0</LERCError>
</TileImageInfo>
<CacheStorageInfo xsi:type='typens:CacheStorageInfo'>
<StorageFormat>esriMapCacheStorageModeCompact</StorageFormat>
<PacketSize>128</PacketSize>
</CacheStorageInfo>
</CacheInfo> I got this to work once but can't repeat it, run fails. I'm just trying to create a simple street overlay for our imagery reference basemap and can't. After following all the guildelines for authoring a multi-scale map for authoring vector tiles, I still get really poor draws: Large areas of simple linework at medium scales like 1:72K, 1:36K will not render when panning and/or won't label when they do draw. If anyone has any idea on what keeps large tiled areas from drawing I would appreciate any insight. But it may not matter until ESRI resolves this tiling scheme issue
... View more
05-01-2017
02:31 PM
|
1
|
0
|
5432
|
|
POST
|
Hi Bill - yes I am running into big issues myself with street labelling as well with a street reference overlay for imagery. In particular, medium AGOL scales like 144K, 72K, 36K and 18K just don't place labels at all, at least not today. Doesn't seem to matter whether I create an indexed or flat vector tiling scheme. If I find any work arounds I'll be sure to post back
... View more
04-28-2017
02:04 PM
|
0
|
0
|
7642
|
|
IDEA
|
Yes I am just getting into vector tiles and spent a couple days designing my street reference map for image overlays. Running into big problems with street centered labels not drawing at all at medium scales like 144K, 72K, 36K. Could use some help!
... View more
04-28-2017
02:00 PM
|
0
|
1
|
7671
|
|
POST
|
So I still haven't been able to find anything on this. Does anyone have any suggestions?
... View more
04-28-2017
07:45 AM
|
0
|
10
|
4552
|
|
POST
|
Yes I agree and know how frustrating it is, especially for a shop like yours where you have to perform alot of overwrites. There is an ArcGIS Idea out now to see if we can get an overwrite option (re?) established as part of the agsAdmin tools
... View more
04-28-2017
07:42 AM
|
1
|
0
|
1792
|
|
POST
|
If I might suggest a small tweak to your process. I've been doing this since file-based geolocators came out. What I don't try to do is rebuild my locaters in place. I perform a feature classs to feature class for our address points and streets from our SDE to a local filegdb. I then perform the rebuilds in the local directory. I stop locater services and overwrite the entire folder to my Servers' registered folder, then restart. Since the locators are configured to with relative paths for the data, they just contain the new data. This has never failed on me (yet!)
... View more
04-28-2017
07:37 AM
|
3
|
4
|
4170
|
|
POST
|
Hi Michael, no we're a windows server 2008 and sql 2014 shop. No issues with registering sql sde connections for Colletor, for example
... View more
04-26-2017
11:04 AM
|
0
|
0
|
4170
|
|
POST
|
I get this error from time to time, usually if the service or the network is under load. But at 10.4x I've never not been able to just re-publish the service again - I've never had this error result in a .wlock file for the service
... View more
04-26-2017
11:02 AM
|
1
|
5
|
1792
|
|
POST
|
Hi Dave - I have upgraded a 10.4.1 instance to 10.5 Arc Enterpise with both the ArcServer and ImageServer roles on my edn machine. We do not have a staging environement per say, but I mimic my 3-server production environment by placing the config, system and data-store directories on a shared file server, with the web adaptor on a seperate web server. We have not yet moved to Portal, so for the time being we have not moved to the relational and tile data stores or federated the server with portal. So far 10.5 is functioning just as 10.4.1 does. I am able to perform caching, serve mosaice datasets as image services, publish print and other gp services. Manager is virtually the same, securing services functions the same. Using the self-signed cert for the internal server address works the same as does using the CA cert for the web adaptor. So far that's about it. No issues, but I wasn't having any at 10.4.1 either.
... View more
04-26-2017
10:50 AM
|
2
|
2
|
4170
|
|
POST
|
Hi - I asked this in response regarding a method to prepare a tpk for offline use: How does esri create the 'overzoom' effect for the world topo map service? Clearly the large scales say past 1:564 are drawing at the same resolution, but I can't figure out how to do that with my own caches. I thought it would be as simple as copying my largest bundle's LOD into the even larger levels, but that doesn't work. Does the cache have to be exploded? Does it matter if the tile format is PNG vs JPEG? Any suggestions? Thanks, David
... View more
04-20-2017
12:02 PM
|
0
|
11
|
6757
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 07-01-2026 05:41 AM | |
| 1 | 06-26-2026 12:39 PM | |
| 6 | 06-25-2026 07:23 AM | |
| 1 | 06-17-2026 06:04 AM | |
| 1 | 06-08-2026 08:37 AM |
| Online Status |
Offline
|
| Date Last Visited |
Tuesday
|