Hello phil and garry, >The parameter only gets used when creating a new feature class; if you're writing to an existing feature class then any value given to this parameter will be ignored.<
We just had to change the spatial reference systeme without any changes in existing feature classes. To get to our aim, we finally transformed as shapes and then reimported all 150 shapes in a new gdb! At the german fme user conference last week we made a test with this Geodatabase using fme2005 and 2004ice3. While 2004ice3 produced the same errors as 2004ice the whole transformation run without any problems under fme 2005! ............................................ reichert+partner ingenieure geoinformation+planung gölzstr. 22 72072 tübingen fon: +49 7071 - 407360 fax: +49 7071 - 407361 mail: [EMAIL PROTECTED] -----Ursprüngliche Nachricht----- Von: [email protected] [mailto:[EMAIL PROTECTED] Im Auftrag von Phil Svehla Gesendet: Dienstag, 28. Juni 2005 19:29 An: [email protected] Betreff: RE: [fme] Re: geodatabase to geodatabase Hello Felix and Garry, The GEODB_AVG_NUM_POINTS parameter can be set for each feature class you're writing to. Within Workbench, right-click on a destination feature type and select 'Properties...'. Then select the 'Parameters' tab. You will see a empty parameter called "Avg Num of Points". If the parameter remains empty, then the Geodatabase writer uses a default value. The default value used depends on the geometry type being used. Unfortunately, our documentation is not up-to-date and contains old defaults. We will correct this problem. The current defaults are: point: 1 multipoint: 10 polyline: 20 polygon: 40 The parameter only gets used when creating a new feature class; if you're writing to an existing feature class then any value given to this parameter will be ignored. Hope this helps, Philipp Philipp Svehla Developer Safe Software Inc. -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] Behalf Of reichert Sent: Tuesday, June 28, 2005 1:46 AM To: [email protected] Subject: AW: [fme] Re: geodatabase to geodatabase Hi Garry, Thank you very much for your answers. By the time we found out, that the problem are a lot of 'dirty' data in the geodatabase itself! Regards Felix -----Ursprüngliche Nachricht----- Von: [email protected] [mailto:[EMAIL PROTECTED] Im Auftrag von garry_christoffersen Gesendet: Montag, 27. Juni 2005 20:53 An: [email protected] Betreff: [fme] Re: geodatabase to geodatabase Hi Felix Not sure if I can help much more than previous suggestions. I tried what you explained using the workspace wizard you were doing using the workspace wizard and had no problems. - You may want to look at the software build you are using. - Pay particular attention to geometry types. - If you have a current AMC I suggest you log a call with [EMAIL PROTECTED] I have attached FME documentation that explains what GEODB_AVG_NUM_POINTS is ... after reading that it seems kind of weird a default of 40 is being set. I had a quick look to see if the format attribute could be forced to a value but you do not appear to be able to expose the format attribute in workbench ... you may be able to in scripting. Anyway, I'm not sure that the GEODB_AVG_NUM_POINTS attribute is used for in the geodatabase anymore as you better parameter controls over the spatial index stuff. -------------------------------------------- GEODB_AVG_NUM_POINTS This optional field specifies the estimated average number of points per feature. It is used in the creation of the spatial index for the feature class. If this configuration parameter is not specified, then a default value will be assigned to the feature class, depending on its geometry type. If the geometry is a point or multipoint, the default value will be 1; if the geometry is a polyline, the default value will be 2; if the geometry is a polygon, the default value will be 4. This parameter must be an integer. For example, if a new feature class called Roads is to be created and we believe that the average number of points for a feature from the Roads feature class will be 3, then on the DEF line for the Roads feature class, we would find the following: GEODB_AVG_NUM_POINTS 3 ------------------------------------------------- Regards Garry --- In [email protected], "reichert" <[EMAIL PROTECTED]> wrote: > hello > > > We just have to convert a geodatabase in a new geodatabase for converting > the datum and projection, but without success, there is always an > error-announcement like > > > > The configuration parameter 'GEODB_AVG_NUM_POINTS' for the feature class > 'xxxxxxxxx' contains either an invalid value (i.e. integer less than zero) > or no value. A default value of '40' will be used. > > Cannot write a non-poly feature to a polgon feature class. A fatal > error has occured in one of the FME plugins. Terminating...Error encountered > During writer shutdown. > > > > > Garry, we've this problem using the workbench wizard. > > If the 'GEODB_AVG_NUM_POINTS' is optional, how is it possible to influence > this parameter? > > Thanks > felix > > > > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto:[EMAIL PROTECTED] Im Auftrag von > garry_christoffersen > Gesendet: Donnerstag, 23. Juni 2005 23:27 > An: [email protected] > Betreff: [fme] Re: geodatabase to geodatabase > > Felix > > To me it sounds like a geometry setting thing. Whenever I have got this > message, I've found it to always be that I've set the wrong geometry. > > Things to try: > > - Have a look at the log and see what dataset it is failing on and check its > geometrys > - Try setting up a new fmw using the workspace wizard and look at the > geometrys it sets. > - Big hammer approach, use GEOMETRYCOERCER > > Cheers Garry > > --- In [email protected], "reichert" <[EMAIL PROTECTED]> wrote: > > hello, > > > > we have to convert a personel geodatebase to a personal > geodatabeas in a > > different datum and projection. the conversion always stops with > > Cannot write a non-poly feature to a polgon feature class A fatal > error has > > occured in one of the FME plugins. Terminating...Error encountered > during > > writer shutdown. > > > > in the table I can't find neither a value less than zero nore a no > value > > data. the geometry types in the properties of datasource and > datadestination > > seams to be okay. > > > > > > > > does anybody have an idea? > > > > > > > > felix reichert > > > > > > > Get the maximum benefit from your FME, FME Objects, or SpatialDirect via our > Professional Services team. Visit www.safe.com/services for details. > Yahoo! Groups Links Get the maximum benefit from your FME, FME Objects, or SpatialDirect via our Professional Services team. Visit www.safe.com/services for details. Yahoo! Groups Links Get the maximum benefit from your FME, FME Objects, or SpatialDirect via our Professional Services team. Visit www.safe.com/services for details. Yahoo! Groups Links Get the maximum benefit from your FME, FME Objects, or SpatialDirect via our Professional Services team. Visit www.safe.com/services for details. Yahoo! Groups Links Get the maximum benefit from your FME, FME Objects, or SpatialDirect via our Professional Services team. Visit www.safe.com/services for details. Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/fme/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
