問題タブ [slate]

PDFをテキストに解析しようとしており、スレートから始めようとしています。

ただし、どこにでも投稿されている基本的な例に従うだけで、次のようになります。

何か案は？

私のslateプロジェクトには次のマークダウンがあります。

そして、私middlemanはサイトを提供するために使用します: bundle exec middleman server. ただし、最後のサブセクションのタイトルはh2タグ (スクリーンショット) として正しく解釈されません。でビルドしても結果は同じですrake build。

ただし、このマークダウンをhttp://stackedit.ioなどの他のインタープリターに配置しても問題ありません。

そのため、マークダウンインタープリター ( Ruby redcarpet ) が何らかの理由で壊れているのではないかと考えています。コンソールに警告/エラー メッセージは表示されませんでした。さまざまなバージョンの redcarpet を試しました。エラーは異なりますが、解釈された HTML もエラーです。Ruby と Redcarpet の組み合わせでうまくいくと思いますか?

これが私のものconfig.rbです：

考えられる原因を誰か教えてください。または回復する方法は？

windows8 のスレート パッケージを使用して、python 3.5.0 を使用して Pdf ファイルからテキストを抽出したいと考えています。

問題:スレート パッケージを正常にインストールしましたが、スレートをインポートしようとすると、特定のエラーが発生します。不足しているものを提案してください。

エラー:

トレースバック (最新の呼び出しが最後): ファイル ""、1 行目、インポート スレート ファイル "C:\Users\name\AppData\Local\Programs\Python\Python35-32\lib\site-packages\slate-0.4.1 -py3.5.egg\slate__init__.py"、66 行目、スレート インポート PDF から

ImportError: 名前 'PDF' をインポートできません

Slate Library と PyPDF2 を使用して、Python で PDF からテキストを抽出しようとしています。残念ながら、複数の単語が結合/連結された PDF が出力されることがあります。これは断続的に発生するようです。たとえば、一部の PDF では単語間のスペースが正しく抽出されますが、そうでないものもあります。

単語が正しく抽出されていない PDF の一例が含まれており、ダウンロードできます (SO ではアップロードできません)。からの出力

である (または少なくともセグメントである):

時間の経過とともに大量のタキソンに関するデータが利用可能である場合、これらのデータを STPS 分析に組み込んで、目撃クラスターを検出するモデルの感度と信頼性を高めることができます。

もちろん、最初のカンマ区切りのトークンはnot on adhoc procedures

なぜこれが起こっているのか、またはPDFテキスト抽出に使用するライブラリについてより良い考えを持っている人はいますか?

助けてくれてありがとう！

この質問は、ハッシュ化された URL ( などmydomain.com/somepage#SomeAnchor) を取得して、固定ページ ヘッダーの下からスクロール アウトすることに関するものです。これらの URL はジャンプ ターゲットです。これは、この回答済みの質問から派生したものですが、Tripit Slate のドキュメント公開フレームワークに完全に取り組むための回答を得た人がいるかどうか疑問に思っています。

この Slate ベースのサイトは私たちのものではありませんが、私たちの苦境を示しています。

• 左側のナビゲーションからリンクをクリックすると、中央のテキスト列が選択した見出しまでスクロールします。すべては順調です。

• ただし、本文のリンクをクリックしてみてください。たとえば、 http://buddycloud.com/api#accountspush notificationから、 リンクをクリックします。まったく別の小見出しまでスクロールします。リクエストしたターゲットには実際にフォーカスがありますが、上部のナビゲーション バーの下に隠れています。（上にスクロールすると表示されます。）

左のナビゲーションリンクは、 buddycloudサイトのようにきれいに機能します。シドニシャスの 4086107 回答のおかげで、Nicolas Gallagher によって考案されたように、すべての見出しの上に目に見えない疑似要素を配置しました。CSS クラスは次のとおりです。

そして、これを見出しに適用する方法は次のとおりです。

これは、左のナビゲーションでうまく機能するものです。css-tricks から、「ページ内」のハッシュ化されたリンクに対して失敗する理由を学びました。

次のように、リンクにハッシュが含まれている場合: <a href="#section-two">Section Two</a> ...ブラウザ ウィンドウがスクロールします...その要素が完全に表示されるように、可能な限り最小の位置までスクロールします。...ブラウザ ウィンドウの上端と同じ高さになります。これは...、固定位置の先頭に留まるヘッダーの場合、非常に問題になる可能性があります。

確かに、私たちの固定トップ ナビゲーションは buddycloud のものによく似ています (私たちのものは高さ 82 ピクセルです)。そして、ページ内のハッシュ化されたリンクは、彼らのリンクと同じように、その下に隠れています。

2 つの重要な例外があります。1 つ目は、ターゲットの「ハッシュ化された」URLがアウトバウンドリンクと同じマークダウン ファイル内に存在する場合、左ナビゲーション リンクと同様に、ターゲットは固定ヘッダーの下からきれいに覗き出されます。(ソース側では、スレートはすべてのコンテンツを.mdファイルとして保存します。) これにより、問題が局所化されます。リンク ターゲットは、スレートが別のターゲットファイルにトラバースし、連結して URL を完成させる必要がある場所のみを非表示にします。.md#<SomeAnchorName>

次に、すべての「ページ内」のハッシュ化されたリンクを取得してトップ ヘッダーをクリアするハックを発見しました。これには、2 つのスパンを使用して、HTML で見出しを二重タグ付けすることが含まれます。1 つ目は、実際の見出しテキストの上にある空のダミー スパンで、スクロール動作をだまします。(上記のクラスでタグ付けされていますjumptarget。) 見出し自体に、最初のハックからの左インデントを修正するクラスで別のスパンを適用します。二重タグ付けは次のようになります。

しかし、これにより「ページ内」のハッシュ化されたリンクが明らかになりますが、左側のナビゲーションが完全に壊れてしまいます。Slate の左ナビゲーション ジェネレーターとの相互作用によりtocify、この方法でタグ付けされた見出しは次のように誤動作します: (1) 左ナビゲーションで子を非表示にします。(2) クリックすると、jumptargetクラスが上部ヘッダーの下からスクロールアウトしないようにします。(3) クリックすると、左側のナビゲーションで親が折りたたまれます。

全体として、私たちのジレンマは次のとおりです。左側のナビゲーションからのリンクを修正すると、テキスト内リンクが壊れたままになります。一方、テキスト内リンクの修正により、左側のナビゲーションの修正が壊れます。

Tripit Slate、またはtocify、または別のフレームワークでこれをグローバルに解決した人がいる場合は、ポインタに非常に感謝しています。きれいな CSS、ハックな HTML、または jivey JavaScript – 私たちはとらわれません。ありがとう！

[2016 年 7 月 13 日更新:] これはlayout.erb、永続的なヘッダーによってリンク ターゲットが非表示になるのを防ぐために、開発者が に追加したスクリプトです。すべてのリンクで機能するかどうかをテストしています。コメントをお待ちしております:

Docker を使用してスレートをビルドしようとしましたが、ソースをコンパイルしても、修正された変更は影響を受けません。ソースパスには以下のファイルがあります。

Dockerfile

docker-compose.yml

メイクファイル

make compile の出力を試してみると、

make build を実行すると

そしてメイクをすると

しかし、ブラウザー ( http://192.168.99.100:4567/- boot2docker ip) に移動して確認すると、ソース フォルダー内の index.html.md ファイルに対して行った変更ではなく、元のスレート インストールが表示されます。パスのビルド フォルダーも更新されていません。

誰でも私がここで間違ったことを特定できますか? 私はDockerが初めてです。

ありがとう。

EC2 インスタンスにデプロイされた一連の Docker 化されたマイクロサービス (jersey アプリケーションを使用したスプリング ブート) があります。各サービスは、仕様を作成する必要がある残りの API を公開します。

最初のステップとして、.json/.yaml ファイルを生成し、サービスの起動時に残りのリソースとして http で提供するすべてのスプリング ブート アプリに swagger-core を含めました。

スレートを使用して、すべてのサービスの API 仕様を単一のリソース (個々の json/yaml ファイルから集約) として http/s 経由で提供したいと考えています。

スレート ( https://github.com/lord/slate ) はマークダウン形式を使用して静的コンテンツを提供します。ライブラリ Swagger2Markup を使用して、各サービス (それぞれに独自の json/yaml ファイルが生成されます) から API 仕様 (json/yaml ファイル) を集約することにより、マークダウン ファイルを生成できます。

このマークダウン ファイルを使用すると、スレートのデフォルトの仲介者を使用して静的コンテンツを構築し、http 経由で提供できます。

質問: このプロセスを jenkins ビルドにシームレスに統合するためのベスト プラクティスと考えられるものは何ですか?

Shopify のスレートで実行しようとすると、エラーなしで新しいテーマがインストールされますが、テーマに移動してスレート スタートまたはスレート zip を実行しようとすると、次のエラーが発生します。

その後もエラー コードが続きますが、テーマ リンクが新しいレポーターを作成しようとしているときにエラーが発生したようです。他の誰かがこれに遭遇しますか？