Re: [geomesa-users] java.lang.IllegalArgumentException: Cannot meaningfu

[David Boyd <dboyd@xxxxxxxxxxxxxxxxx>]

Emilio:

   Thanks.

Yes, we are using attribute indexes for non-spatial search.

If I do, the try/catch approach, I assume my non-spatial data will still 
not be stored correct?

On putting in a place holder the question would be what value to put.   
I think this particular condition is
happening because some records do not have location information.    Is 
there a standard value for
a Null or empty point geometry (that will either never match or always 
match a spatial query)?
If this were an area style geometry, one could do the whole globe to 
always match, what could be done to never match?



On 3/13/17 9:29 AM, Emilio Lahr-Vivaz wrote:
> Hi David,
>
> We did change our indexing to explicitly reject features that can't be 
> indexed appropriately. Are you using attribute indices to search for 
> non-spatial records?
>
> We don't currently have a setting to not fail on invalid data - 
> generally you would wrap each call to `featureWriter.write()` in a 
> try/catch and handle the exceptions. Could you put in a placeholder 
> geometry?
>
> I'll add a ticket to allow for this behavior again.
>
> Thanks,
>
> Emilio
>
> On 03/10/2017 10:38 PM, David Boyd wrote:
> > All:
> >
> >   Sorry for the dumb questions.
> >
> > Is this error new behavior in 1.3.X?
> >
> > We were not getting this (to our knowledge) in 1.2.7.X.
> >
> > > java.lang.IllegalArgumentException: Cannot meaningfully index a 
> > > feature with a NULL geometry
> > Since I am using geomesa to support search of all my data in 
> > accumulo, I need to be able to store records
> > that have empty geospatial fields.
> >
> > Is there some setting that needs tweaked?
>
> _______________________________________________
> geomesa-users mailing list
> geomesa-users@xxxxxxxxxxxxxxxx
> To change your delivery options, retrieve your password, or 
> unsubscribe from this list, visit
> https://dev.locationtech.org/mailman/listinfo/geomesa-users

--
========= mailto:dboyd@xxxxxxxxxxxxxxxxx ============
David W. Boyd
VP,  Data Solutions
10432 Balls Ford, Suite 240
Manassas, VA 20109
office:   +1-703-552-2862
cell:     +1-703-402-7908
============== http://www.incadencecorp.com/ ============
ISO/IEC JTC1 WG9, editor ISO/IEC 20547 Big Data Reference Architecture
Chair ANSI/INCITS TC Big Data
Co-chair NIST Big Data Public Working Group Reference Architecture
First Robotic Mentor - FRC, FTC - www.iliterobotics.org
Board Member- USSTEM Foundation - www.usstem.org

The information contained in this message may be privileged
and/or confidential and protected from disclosure.
If the reader of this message is not the intended recipient
or an employee or agent responsible for delivering this message
to the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this communication
is strictly prohibited.  If you have received this communication
in error, please notify the sender immediately by replying to
this message and deleting the material from any computer.