asfimport

[Wes McKinney](https://issues.apache.org/jira/browse/ARROW-488?focusedCommentId=15928987) / @wesm: After ARROW-618, this functionality should be more easily achievable through syntax like ```Java Array.from_pandas(float_data, type=int64()) ``` This would raise an exception on any values that are...

[Wes McKinney](https://issues.apache.org/jira/browse/ARROW-488?focusedCommentId=16158043) / @wesm: This seems like it could simply be a casting option for floating point to integer conversions

[Antoine Pitrou](https://issues.apache.org/jira/browse/ARROW-488?focusedCommentId=16382404) / @pitrou: Is this the same as ARROW-2135, or am I missing something here?

[Wes McKinney](https://issues.apache.org/jira/browse/ARROW-488?focusedCommentId=16382883) / @wesm: As currently scoped, yes. This functionality is not available in `arrow::compute::Cast` though, so perhaps we can repurpose this JIRA to add this functionality, which may be...

[Wes McKinney](https://issues.apache.org/jira/browse/ARROW-488?focusedCommentId=16537337) / @wesm: It would be good to have an explicit cast option for this, like `arr.cast(int64(), nan_as_null=True)`. The `safe=False/True` option does not provide enough control

[Wes McKinney](https://issues.apache.org/jira/browse/ARROW-488?focusedCommentId=17059509) / @wesm: Circling back on this some time later. I think it would be better to implement this as a separate function (whenever someone needs it) instead of...

[Wes McKinney](https://issues.apache.org/jira/browse/ARROW-488?focusedCommentId=17116039) / @wesm: This could be implemented as a standalone function in the new kernels framework

Karl Wettin ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-626?focusedCommentId=12469933&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12469933)) All of the old comments was obsolete, so I re-initialized the whole issue.

Karl Wettin ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-626?focusedCommentId=12469934&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12469934)) NgramPhraseSuggester is now decoupled from the adaptive layer, but I would like to refactor it even more so it is easy to replace the SpellChecker...

Karl Wettin ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-626?focusedCommentId=12473889&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12473889)) Patch in this issue have no dependencies to anything out of the ordinary. However, a large refactor and well documented version dependent to #1628 is...