POST
|
Carrie Carsell I can only speak from a technical standpoint, but all of the functionality that comes with federating is outlined in the documentation below: https://enterprise.arcgis.com/en/portal/latest/administer/windows/about-using-your-server-with-portal-for-arcgis.htm#ESRI_SECTION1_139BD10752FF49D88005851DE59A0BDB As for publishing directly to Server from Pro, this is definitely possible, but not without federating. This is because Pro is designed to be integrated with the WebGIS platform, so layers can be shared with and seamlessly pulled from your online portal (ArcGIS Online or Portal for ArcGIS). As such, the only way for Pro to communicate with the ArcGIS Server for publishing would be if it were a federated server. As of now, the only way to publish to a standalone server is still through ArcGIS Desktop (ArcMap). I hope this helps.
... View more
05-23-2019
07:48 AM
|
0
|
0
|
279
|
POST
|
Gregory Christakos RJ Sunderman Do you guys have an idea as to why this could be? Does GE only populate the field options in the dropdown based on field type? Tags? I just checked on my GE Server and see something similar. When I click on the dropdown, I see field options coming from the OOTB "incident" definition and not the definition I have set for the input. I have always manually typed out the field names for the X and Y parameters and it has never given me an issue, so I did not really put much thought into it. Maybe we are just missing something?
... View more
05-20-2019
11:55 AM
|
0
|
1
|
72
|
POST
|
Hi Kyle Perri, If that truly is the JSON you are working with, then it would be expected that Geoevent is unable to construct geometry from it. There are no geometry fields to work with. Meaning, there are no X/Y or Lat/Lon fields that Geoevent would be able to read and create a geometry field from. I have worked with that API before, and I have found that using this endpoint works much better for testing: https://api.wheretheiss.at/v1/satellites/25544 As you see, it includes a latitude and longitude field that you can specify in the input connector configuration. Keep in mind, however, that this API is known to intermittently go down and requests to certain endpoints sometimes result in a "Too many requests" error. Aside from that, it should work better for your testing. If you are interested, you can also try using http://api.open-notify.org/iss-now.json for your GE testing. I have not personally experienced any outage issues with this one. However, this JSON is nested, so be mindful of that when specifying the JSON Object. Hope this helps! -Daniel
... View more
05-20-2019
10:24 AM
|
0
|
1
|
72
|
POST
|
Kyle Perri Can you manually input the field names and see if it takes and allows the geometry to be constructed?
... View more
05-17-2019
12:28 PM
|
0
|
1
|
72
|
POST
|
Hi Kyle Perri Is this nested JSON by any chance? Can you provide the configuration xml file or a screenshot of the input connector config?
... View more
05-17-2019
10:50 AM
|
0
|
3
|
72
|
POST
|
Hi Leah Creiglow, The GeoEvent SDK comes bundled with GeoEvent Server as part of the installation files. You can find the documentation and samples for it at the following locations Windows : <ArcGIS Server installation directory>\GeoEvent\sdk (for example, C:\Program Files\ArcGIS\Server\GeoEvent\sdk). Linux : <ArcGIS Server installation directory>/GeoEvent/sdk (for example, ~/arcgis/server/GeoEvent/sdk). If you have seen it already, the documentation only shows examples using the Eclipse (Java EE edition) IDE. However, in theory, as long as you have the proper components installed on the machine per the documentation (i.e. Java SE Development Kit, Maven, etc) then you should be free to use Visual Studio for your development needs. Since each IDE will differ in terms of what it will need to write, format, and compile the code (plug-ins, packages, and the like), we cannot really give definitive responses as to which to use, because there can be several routes you can take to accomplish what you need to to build custom connectors, transports, processors, etc. I hope this helps somewhat or can give you an idea of how to move forward. Perhaps fellow end-users who have tried Visual Studio in their development can give more specific examples.
... View more
05-16-2019
12:59 PM
|
0
|
1
|
38
|
POST
|
Hi Stefan P. Jung I do not have a running GE environment in front of me right now to confirm, but GeoEvent has the option to set an HTTP and HTTPS Proxy in it's Global Settings. This is supposed to allow GeoEvent to connect to resources on the internet. If ArcGIS Server has a web context URL set, then this may need to be set to align with how you have the Server set. https://enterprise.arcgis.com/en/geoevent/latest/administer/managing-global-settings.htm
... View more
05-16-2019
12:42 PM
|
0
|
1
|
98
|
POST
|
Hi MR Reddy Just to clarify, are you looking to be able to have the input connector's Header Parameter Name:Value List property be automatically/programmatically updated while the input is running?
... View more
04-23-2019
07:50 AM
|
0
|
3
|
79
|
POST
|
Hi Konrad Hughes Try matching the letter case of how your username appears in your ArcGIS Online organization. GeoEvent is case sensitive when it comes to providing credentials for registered Servers/Portals/AGOL orgs. For example, if your username in AGOL shows as ArcGIS2019, using arcgis2019 when registering the data store in GeoEvent will not work. Hope this helps! -Daniel
... View more
04-19-2019
12:20 PM
|
0
|
2
|
50
|
POST
|
Hi Hatice Korkulu I took a look at your XML and ran a few internal tests. In each attempt, I was met with the inability to parse the XML past the point of the "records" element. Because it is nested AND makes the field names a property of the value tag, it becomes difficult for Geoevent to read the relevant values. Another staff member also took a look and they suggested that using a field mapper may work to flatten the nested XML structure, but even so, Geoevent does not recognize anything past the first "uid" field. Presumably, this is because the names of each field are all properties of the tag and not tags themselves. In short, the structure of this XML does not seem to be compatible with GeoEvent. If it is at all in the realm of possibility to get the data reformatted, like the example below, then GeoEvent should not have an issues with it. Otherwise, we may be at an impasse here. <records> <uid>###</uid> <tstres>###</tstres> <temperature>###</temperature> <humidity>###</humidity> <shumidity>###</shumidity> <Lati>###</Lati> <long>###</long> </records>
... View more
04-16-2019
09:10 AM
|
1
|
1
|
49
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|