Stream: IG creation
Topic: Fake Validation Errors
Eric Haas (Sep 19 2018 at 22:44):
the validator creates errors for links like :
*Brenda.Jennings.Richard.MD@direct.example.org
*something.zip
*something.pdf
*something.sch
I don't care if this is fixed - but folks to be aware that these are legit links and the valdiator is wrong
Eric Haas (Sep 19 2018 at 22:49):
also creates error if use :
- {{site.data.fhir.canonical}} ( e.g. http://hl7.org/fhir/STU3)
- {site.data.fhir.path}} (e.g., http://www.fhir.org/guides/sampler2)
- {{site.data.fhir.[dependency}} (e.g., {{site.data.fhir.uscore}} = http://build.fhir.org/ig/HL7/US-Core)
.... you need to add "index.html" for it to pass validation.
I'd llke that to be fixed if possible.
Eric Haas (Sep 19 2018 at 23:14):
One more thing if we refer to a canonical url for an artifact in an external IG. That is not currently resolving but the expectation is that it will. do we have create our own redirects?
Eric Haas (Sep 20 2018 at 00:01):
Finally I'm noticing that links of specific IG versions are causing link errors but the current version link does not:
For example: in STU3 IG referencing US Core STU1
http://hl7.org/fhir/us/core/STU1/capstmnts.html --> bad link error
http://hl7.org/fhir/us/core/capstmnts.html --> OK
So I am at loss how to reference a fixed version. I assume this will be fixed or is fixed with the package
Grahame Grieve (Sep 21 2018 at 01:45):
EndPoint.address is a URL, so this must be mailto:Brenda.Jennings.Richard.MD@direct.example.org
Grahame Grieve (Sep 21 2018 at 01:49):
what's something.zip? where's the actual zip? the IG publisher should not generate an error if the file actually exists
Grahame Grieve (Sep 21 2018 at 01:49):
can you make a task for the index.html thing?
Grahame Grieve (Sep 21 2018 at 01:50):
One more thing if we refer to a canonical url for an artifact in an external IG
ok. did you reference it as a dependency?
That is not currently resolving
In what sense is it not resolving?
Grahame Grieve (Sep 21 2018 at 01:51):
For example: in STU3 IG referencing US Core STU1
Are you referencing by the dependency URL?
Eric Haas (Sep 21 2018 at 02:00):
ok. did you reference it as a dependency?
let me check.
what sense is it not resolving?
bad link 404
Are you referencing by the dependency URL?
no as the actual URL like shown in the example...
http://hl7.org/fhir/us/core/STU1/capstmnts.html
which I can stick in a browser and get the link...what should it be instead?
Eric Haas (Sep 21 2018 at 02:03):
what's something.zip? where's the actual zip?
I find an example and get back to you
Grahame Grieve (Sep 21 2018 at 02:06):
bad link 404 - your reference is wrong then
Eric Haas (Sep 21 2018 at 02:12):
GF#18112 for the parameter one above
Eric Haas (Sep 21 2018 at 02:12):
I'll take another look at the others. thanks
Last updated: Apr 12 2022 at 19:14 UTC
