IDEA
|
@patrickb , When we say "Support Stream Services" we do mean by default, the actions to follow, filter, etc. To say we want to just see them is a bit of a snarky way to say, "I really wish someone would do something about this." When this idea started, it did not support stream services at all - probably in a previous iteration. I hope this idea is captured fully - not just for "viewing" the service - in the new version of Dashboards. Dashboard WAS the premiere app to view GeoEvent feeds - but now falls short. 😞
... View more
03-11-2021
05:17 AM
|
0
|
0
|
1932
|
IDEA
|
Thank you @patrickb This is one that I still could use many times over - and now in the new Dashboards.... --Adam
... View more
03-11-2021
05:03 AM
|
0
|
0
|
2882
|
POST
|
That's okay Bruce. Thank you for the extra input.. We already do line-of-sight analysis with a local projected coordinate system for our assessment of future microwave shots - one at a time as they are requested. Right now, I have a little over 350 lines I have to produce from this CSV dataset with coordinates given to us in WGS84 - and I may have to update the data monthly - so I wanted to start this process off in a Data Interop SpatialETL tool right off the bat. In the first steps, I have to create the lines in WGS84 since that is what I am given - unless I am mistaken. I'll get into reprojecting it later. Thanks again! --Adam
... View more
01-28-2021
08:59 AM
|
0
|
1
|
2355
|
POST
|
@BruceHarold wrote: If you have AGL heights then you'll need a ground surface for any analysis. Sorry for having to ask this @BruceHarold... Would "analysis" include creating these lines - like I am doing right now? If so - what Transformer would I be using and where would I be inserting it? Before the VertexCreators and somehow use a value from it in an Arithmetic Editor for Z... OR Am I writing the Z directly from the AGL that I have - and it will appear correctly above a ground surface in any analysis I want to do with it in the future? Sorry - I am very new to 3D as well as Data Interop.... EDIT - and as a note, I am simply trying to get these lines out of a CSV right now. I have to begin with the Coordinate System given to me to get anywhere.... --Adam
... View more
01-28-2021
08:37 AM
|
0
|
3
|
2363
|
POST
|
@DanPatterson - Thank you for the education. - I got that part, as @BruceHarold mentioned above. I am trying to complete this task in a SpatialETL tool within Pro's Data Interoperability Extension - not as a one-off tool run.
... View more
01-28-2021
08:24 AM
|
0
|
0
|
2368
|
POST
|
@BruceHarold - I have Meters Above Ground Level. I may have to add something that gives me the elevation at the points? OR am I getting too deep into my thinking? Would the recorded height be correct above any elevation surface that I would be using?
... View more
01-28-2021
08:14 AM
|
0
|
5
|
2374
|
POST
|
Hi Everyone, I have a CSV file of microwave paths. Each record has two sets of X, Y and Z to make a line. Z comes in either feet or meters. X and Y are WGS84 - which i defined in the CSV Reader. So far, I think I have figured out how to make just the 2D lines. Use two VertexCreator transformers together, first one configured with the "From" X, Y - and the second with the "To" X, Y. I use the Add Point Mode to step from the first VertexCreator making the original point and then ADDING the next POINT to make a line with the second VertexCreator. In both of those VertexCreators, would I have to do a conversion of either Meters or Feet to Degrees for the Z value since I have defined WGS84 in the reader? Thanks, --Adam
... View more
01-28-2021
08:03 AM
|
0
|
9
|
2380
|
POST
|
Thank you @BruceHarold ! I am finding that using FME for the first months is like when I started to use tools in ArcGIS Desktop. I know what I want to do - but what does Esri call it??? 🤣 Still strange why the reader is interpreting a field instead of just giving me a value.
... View more
01-25-2021
06:37 AM
|
0
|
1
|
1658
|
POST
|
After spending a few days with Customer Service, we have found that there is a bug (BUG-000136812) in my specific situation. I will explain: My Portal WebAdaptor within IIS is set up with IWA (Windows Authentication) enabled (using Active Directory for accounts and login) AND Anonymous Authentication DISABLED to utilize Single Sign-On. My customers are not prompted for login. They are authenticated with the credentials they used to log into their machine/domain on our intranet. Workarounds: Enabling Anonymous Authentication on the Portal WebAdaptor. This is not a solution for me as I want my customers to have the Single Sign-On experience. Not use the Tools - FME Options - Web Connections for the Portal Connection. Alternatively: Manually set up the connection in a Writer (or Reader), using Kerbos Authentication. (I have not tried this.) Manually set up the connection in a Writer (or Reader), using NTLM Authentication. This has worked for me. The BUG has already been given a status of Not in Current Production Plan since it is an, "Authentication limitation from a third party component."
... View more
01-25-2021
05:21 AM
|
4
|
2
|
6394
|
POST
|
Hi, I have been working on a tool to pull an MS Access query and transform it into a Portal Feature Service. Had it working for a week, but now it does not work anymore. There is one specific problem... There are 20 fields that contain a simple 1 or 0 in the Access db. When I export to CSV, all of the data in those fields is either a 1 or a 0 for every record. My Portal Feature Service is ready for those values in each of those integer fields with a domain (1=True, 0=False) . When I first made my Workbench Tool, it worked. I had an Access Reader, VertexCreator, CoordinateSystemSetter, Reprojector, and the Portal Feature Service Writer. Now, for some reason, all of my 1 values are writing as -1 (negative one). I have no idea why. When I look at a table, I see "No" or "-1" now. The 0 (zero) is coming out right, but the 1 is being changed to a -1. I have been tearing this tool apart, building new ones, to no avail. I have found that the field type of all of these 1/0 fields coming out of the MS Access Reader are defined as "[yesno]". When inspecting the data of the reader and each of the Transformers, I see values of "Yes" and "No" for each. Seeing that the 0 is obviously making it into my Feature Service correctly, I thought that I could just open up the writer and in the Value entry for every one of these fields - and use the Arithmetic Editor and say [fieldname]*-1. Hey, 0*-1=0 (no change) and -1*-1=1 (yay, positive one). BUT alas, it said that I had a string calculation error - can't math "No"*-1. So - how is the No being converted to a 0 and the Yes being converted to a -1. (I am seriously confused now...) So I found the AttributeValueMapper and, in one field, mapped "Yes" to 1 and "No" to 0. Ran the tool, and it worked. Well - now I have to format an AttributeValueMapper for another 19 fields???? EDIT - Back in the office, trying to string a number of the AttributeValueMappers together and find that I cannot configure the newly changed value to map to the original field in the next AttributeValueMapper. Can't attach the "_looked_up" field to the correct field in the next one. red represents field I want to pass from first AttributeValueMapper to the next. Can I just use the same field name in the Destination Attribute to string them together? This does not seem right. What am I missing? Thanks, --Adam
... View more
01-22-2021
11:55 AM
|
0
|
3
|
1675
|
POST
|
I am making a Spatial ETL tool in Pro with the Data Interoperability extension. Sorry for my confusion. Do I still go to their support page?
... View more
12-10-2020
09:47 AM
|
0
|
1
|
6495
|
POST
|
Hi Again @BruceHarold, I am following your blog post Creating an FME Web Connection for your Enterprise Portal and am running into at least one issue: ...and in the Translation Log, I find this: Request to update access token failed. HTTP Error: HTTP/1.1 401 Unauthorized - https://myenterpriseportal.org/portal/sharing/rest/oauth2/token After I enter in my credentials, I get this window... I have used my login (admin), the login that I want to use (a resource account that is used for the Enterprise admin functionality). I have tried to enter usernames in 3 different ways - and the above window correctly displays the user name as seen in Portal. My Portal setup just uses our Active Directory for authentication and I do have the Single Sign-On experience working for our users. I do not allow anonymous user access and do not allow people to create built-in accounts. I only assign user seats through Active Directory. My full setup...: ArcGIS Enterprise (Portal, Server, GeoEvent Server) v10.8.1 ArcGIS Pro v2.6.3 Data Interoperability v2.6.2 FME 2020.0.1.0 (20200407 - Build 20218 - WIN64) Any thoughts on where to start looking for the issue? Thanks, --Adam
... View more
12-10-2020
09:11 AM
|
0
|
9
|
6515
|
POST
|
Thank you @BruceHarold . I intend to keep using Pro since it is the way forward! Just bear with all of my questions....
... View more
12-04-2020
06:27 AM
|
0
|
0
|
2469
|
POST
|
Okay - I think I got the 2nd part - just use an attribute value in the Shapefile Name parameter. THANK YOU @BruceHarold !!! That makes it incredibly easy. 👍 Back to the first part of the problem. I am aware of the case sensitivity, but didn't document that well in my question. The correct case in the field (all caps) is carried over from the Readers to the Transformer and also to the Writer when connecting them. Here is my view after following the steps in the training to connect everything (Yes, this is still me working in Pro - not as the training is done in Desktop v10.5): My connections before "Copy Attributes from Transformer" This is what the training says to do next: Instructions from Training ...and their example of what it is to look like when done: Training after instruction BUT - The following is what I get after I complete the step of "Copy Attributes from Transformer": My Result So, I get the attribute carried over from the Area section of the Transformer to the writer. I think I am seeing the lack of connection of the NAME attribute because the desired action of the "Overlayer" (actually incorporating the Area's NAME into the point data) is not happening automatically, as it must have done in previous versions of Desktop/FML? I then did a bit of hunting for an answer. Tell me if I found the right/best method to accomplish what I'm trying to do... Found in the PointOnAreaOverlayer Parameters - the "Attribute Accumulation" section and "Merge Attributes" which I set: Although I do not need the Point attributes added to the Area data - I DO now have the Area data's "NAME" attribute in the Point data - AND I am able to make the connection to the "NAME" attribute in the writer: ...and then make the connections... I'm wondering if: This is the best/most efficient way to accomplish this? If the older versions of software just assumed that you wanted this to happen, and made it work that way automatically? (Because the Overlay tool in Modeler did do that.)
... View more
12-04-2020
06:06 AM
|
0
|
2
|
2472
|
Title | Kudos | Posted |
---|---|---|
1 | 12-09-2019 05:45 AM | |
4 | 01-25-2021 05:21 AM | |
1 | 10-21-2019 08:14 AM | |
1 | 10-10-2019 08:47 AM | |
1 | 08-26-2019 03:56 AM |
Online Status |
Offline
|
Date Last Visited |
06-23-2021
12:07 PM
|