Select to view content in your preferred language

Syntax for eSearch widget

1188
6
Jump to solution
03-06-2013 07:19 PM
SimonMorgan
Frequent Contributor
I have a joined field I would like to reference in the easearch widget. I have a table joined to my GIS layer from a database in another instance. The join exists within the map. The field in the rest endpoint is called :

maximo_production."EARTH\GIS".%GIS_NurseryFlat.nORth_itemnum

How do I add this given it has quotes within it and a \?
Tags (2)
0 Kudos
1 Solution

Accepted Solutions
SimonMorgan
Frequent Contributor
I am aware this is not a good practice, and in fact I did not do it. The table in question is actually a view in my Maximo database (IBM asset management system). When I look at that view from any non GIS client, I do not see the "EARTH\gis." But when I publish it as a service, the REST endpoint adds the user name it is using, to access the view, to the field name as part of the join.

I have tried bringing the view into my GIS database as a cross-instance view. In this case, I do not get the "EARTH\gis" but the join does not work within the flex viewer. I will post again with whether the above worked.


Unfortunately, you suggestion did not work. I get an error that says "Invalid or missing input parameters" "Fault code 400"

I think I need to figure out how to do this join such that ArcGIS does not add the quoted user name.

View solution in original post

0 Kudos
6 Replies
RobertScheitlin__GISP
MVP Emeritus
Simon,

   Try using:
<field name='maximo_production."EARTH\GIS".%GIS_NurseryFlat.nORth_itemnum' visible="true" gridfield="true"/>
BTW using quotes is not really a good DBA practice.
0 Kudos
SimonMorgan
Frequent Contributor
Simon,

   Try using:
<field name='maximo_production."EARTH\GIS".%GIS_NurseryFlat.nORth_itemnum' visible="true" gridfield="true"/>
BTW using quotes is not really a good DBA practice.


I am aware this is not a good practice, and in fact I did not do it. The table in question is actually a view in my Maximo database (IBM asset management system). When I look at that view from any non GIS client, I do not see the "EARTH\gis." But when I publish it as a service, the REST endpoint adds the user name it is using, to access the view, to the field name as part of the join.

I have tried bringing the view into my GIS database as a cross-instance view. In this case, I do not get the "EARTH\gis" but the join does not work within the flex viewer. I will post again with whether the above worked.
0 Kudos
SimonMorgan
Frequent Contributor
I am aware this is not a good practice, and in fact I did not do it. The table in question is actually a view in my Maximo database (IBM asset management system). When I look at that view from any non GIS client, I do not see the "EARTH\gis." But when I publish it as a service, the REST endpoint adds the user name it is using, to access the view, to the field name as part of the join.

I have tried bringing the view into my GIS database as a cross-instance view. In this case, I do not get the "EARTH\gis" but the join does not work within the flex viewer. I will post again with whether the above worked.


Unfortunately, you suggestion did not work. I get an error that says "Invalid or missing input parameters" "Fault code 400"

I think I need to figure out how to do this join such that ArcGIS does not add the quoted user name.
0 Kudos
SimonMorgan
Frequent Contributor
I got it figured out, I managed to setup a database authenticated user. This now makes the field appear in the REST endpoint as maximo_production.user.fieldname without any quotations, thanks for your help.
0 Kudos
RobertScheitlin__GISP
MVP Emeritus
Ry,

   Did you try Simon's fix of setting up the database connection for the join using database authentication instead of windows authentication?
0 Kudos
AnthonyGiles
Honored Contributor
Ry,

You can set the updategeometry tag to false in the edit widget so that users cannot change the geometry of features when editing:

http://resources.arcgis.com/en/help/flex-viewer/concepts/index.html#/Edit_widget_tags/01m30000000v00...

Regards

Anthony
0 Kudos