问题标签 [gepsio]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - Gepsio 验证 Xbrl 文档
我正在将该库集成Gepsio
到我当前的项目中以进行Xbrl
验证。我可以Xbrl
毫无问题地将我的文档加载到文档中。所有内容都已填充,并且不会抛出任何异常。
但是当我针对 XmlSPy 验证同一个文档时,它是无效的。
我错过了一些验证触发器吗?
我已经尝试通过下载您的源代码并将构造函数SummationConceptValidator
设为 public,以便我可以验证我的 Xbrl 片段,仍然没有例外。
有人对 gepsio 有一些经验,还是我应该寻找另一种实现,因为库不支持这种实现?
xml - 在 Gepsio 中存储 XBRL 模式以进行验证
我正在将@JeffFerguson 的Gepsio集成到我的项目中。
我正在使用 Banca d'Italia 的 SARA XBRL 方言。
为了验证XbrlDocument
我需要将所有模式与 XBRL 文件放在同一目录中。实际上,示例文件包含一个指向 SARA XSD 模式的链接
问题是我需要构建一个将接受用户上传的 SARA 文件 (.xml) 的应用程序,并且我可以t-SARA-2016-03-23.xsd
在我的程序集中拥有架构(连同其引用的架构),但不一定在上传/临时目录中。
有没有办法告诉 Gepsio 加载需要来自其他地方的 XSD,而不是 XBRL (.xml) 文件所在的目录?我可以看到有一个构造函数System.IO.Stream
,它肯定不知道文件的真实路径,因为它可能像在上传期间一样在内存中(不是真的.....)
c# - Get specific value from XBRL document
I've been using Gepsio to try and churn my way through standard SEC XBRL filings through their EDGAR system, and despite my numerous attempts to figure this out, it seems I'm at a loss.
When you extract the facts from any document, and you're interested in retrieving "revenues," per the specific US-GAAP standards, there might be as many as 200 facts with the revenues tag associated with it. While the ID of each one is unique, figuring out which ID equates to the particular type of revenue you want doesn't seem to be very straightforward. The Revenue I'm interested in getting is the same one that appears in the consolidated statement of operations--i.e. Net Revenue, and not some obscure other type of revenue in the document. However, XBRL viewers like Arelle get it right every time, and despite trolling through the source code of Arelle I can't figure out the logic they are using either.
Anyone who can throw me in the right direction to understanding this would be greatly appreciated.