Comments (3)
TYPE:SOURCE:TARGET
sounds very clean. A few comments & queries:
Where has F
come from in the match examples?
Do we need reference by row number? If there is no use case for this perhaps we can remove that to reduce complexity.
It doesn't work with doc_type
as given in this example anyway, so if we can eliminate it, we'll save some discussion. On the other hand, if reference-by-row is not available, some kind of extra ID field will have to be included in every CSV.
Including source_field
in the TARGET
section doesn't seem ideal. Could it be appended to the doc_type
in SOURCE
?
Is it necessary to have the
doc
andid
keywords?
I don't think so.
Should we consider allowing type=place for looking at any place type?
This seems reasonable. as place
, contact
, person
are all special cases within the app itself.
from cht-conf.
Where has F come from in the match examples?
These were based off of the examples in the README
It doesn't work with doc_type as given in this example anyway, so if we can eliminate it, we'll save some discussion. On the other hand, if reference-by-row is not available, some kind of extra ID field will have to be included in every CSV.
In our latest import we created unique external_id
for matching purposes only. These ended up being stored with each imported doc but didn't have to. Having a way to reference another doc without storing the value is useful, yet referring to CSV lines would not have been manageable.
Perhaps we can use a specific header (eg _match_key
) that is used solely for matching, and not uploaded. This would simplify things by removing the row referencing, and avoid uploading a field that has outlived it's purpose.
Including source_field in the TARGET section doesn't seem ideal. Could it be appended to the doc_type in SOURCE?
I agree, that makes more sense! Looking back I think I had proposed it the other way since that was how it was, which I could justify because SOURCE deals with the whole row/doc, and TARGET deals with individual fields. Having the source_field
with doc in the SOURCE would be cleaner and eliminate the >
notation.
from cht-conf.
Replaced by medic/cht-core#3936
from cht-conf.
Related Issues (20)
- Allow schedules.start_from to be string or an array HOT 1
- Recent cht-conf commits were not published to npm HOT 1
- Use AuthSession cookie for login instead of basic auth HOT 2
- Allow self signed certs by default for localhost-like hosts HOT 2
- Error: Cookie has domain set to the public suffix "localhost" which is a special use domain. HOT 2
- Error trying to upload a config - ERR_OSSL_EVP_UNSUPPORTED HOT 1
- Error: backup-all-forms is failing when I try to upload a config HOT 3
- Update npm dependencies in CHT Conf
- The `compile-app-settings` action crash with the error `Module not found: Error: Can't resolve 'eslint-loader'` HOT 1
- Name and email address missing from `users.csv` when using `csv-to-docs`
- latest cht-conf fails to upgrade app settings to latest CHT endpoints HOT 4
- Support Node 20 HOT 2
- Drop support for old Node versions
- ERROR Invalid Adapter: undefined on form validation HOT 11
- Add SonarCloud configuration HOT 1
- Add editorconfig configuration with respect to the style guide
- Phython 2 is still needed to use xls2xform HOT 2
- Python error when installing pyxform medic on Linux
- Add form validation for `note` timers
- Include `assetlinks.json` when compiling app settings
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cht-conf.