damccorm commented on code in PR #28486:
URL: https://github.com/apache/beam/pull/28486#discussion_r1331651431


##########
sdks/python/apache_beam/yaml/yaml_io.py:
##########
@@ -28,12 +28,38 @@
 import yaml
 
 import apache_beam as beam
+import apache_beam.io as beam_io
 from apache_beam.io import ReadFromBigQuery
 from apache_beam.io import WriteToBigQuery
 from apache_beam.io.gcp.bigquery import BigQueryDisposition
+from apache_beam.typehints.schemas import named_fields_from_element_type
 from apache_beam.yaml import yaml_provider
 
 
+def read_from_text(path: str):
+  # TODO(yaml): Consider passing the filename and offset, possibly even
+  # by default.
+  return beam_io.ReadFromText(path) | beam.Map(lambda s: beam.Row(line=s))
+
+
[email protected]_fn
+def write_to_text(pcoll, path: str):
+  try:
+    field_names = [
+        name for name, _ in named_fields_from_element_type(pcoll.element_type)
+    ]
+  except Exception as exn:
+    raise ValueError(
+        "WriteToText requires an input schema with exactly one field.") from 
exn
+  if len(field_names) != 1:
+    raise ValueError(
+        "WriteToText requires an input schema with exactly one field, got %s" %
+        field_names)
+  sole_field_name, = field_names
+  return pcoll | beam.Map(
+      lambda x: str(getattr(x, sole_field_name))) | beam.io.WriteToText(path)

Review Comment:
   > but perhaps could see using .txt as a default
   
   That is still technically breaking fwiw (though I think its fine to do at 
this stage)
   
   > One may want to be able to specify a general suffix, not just an 
extension, and maybe other sharding parameters (like the shard format). I think 
we'll want to add this in a consistent way to all file output types. I'm not 
confident enough as to what that'll look like to get something in right now 
though, and it is something additive.
   
   I generally agree, though I think I am very confident we will want to allow 
folks to specify a suffix or extension (naming it suffix instead of extension 
is fine, though I think the latter is more intuitive for a potentially less 
technical audience).
   
   Regardless, I am ok leaving this for now since I think getting something 
before the cut is worthwhile



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to