Contribute to Open Source. Search issue labels to find the right project for you!

Misleading compiler error when calling overloaded function with incorrect params

Microsoft/TypeScript

TypeScript Version: 2.6.2

Code (with all strict compiler options enabled) ```ts declare function foo(value: number, other: number): void; declare function foo(value: number | null, other: string): void;

declare const x: number;

foo(x, true); ```

Expected behavior: A compiler error complaining that the second arg (type boolean) is not assignable to type number, using the first overloaded signature.

I would expect the compiler error to be based on the “most applicable” overload signature. If multiple signatures are equally “applicable”, then the order of the signatures should be the tie breaker.

Actual behavior: A compiler error complaining that the second arg cannot be assigned to type string, using the last overloaded signature. When none of the overload signatures are valid, the compiler seems to always use the last overload signature for creating the error message. This can be very misleading.

screen shot 2017-12-14 at 11 40 46 am

In this situation, it is more likely that the developer should be guided toward providing a number as the second arg, because the type of their x variable does not require the second overload signature to be used.

Updated 14/12/2017 20:15 2 Comments

Another testing issue

ankurpshah/test-github-flow

User Details

First Name : Last Name : Department : Telephone :

Email :

Nature of Access Request ()

New or Additional Access : Disable Access (Access no longer required) : Modify Existing Access :

Other (please specify) :

Access Required (please list below access affected by this request)

(Make ‘Add’, ‘Remove’ or ‘Modify’ as appropriate and indicate if Read Only (RO) or Read/Write (RW))

Users/Network Resources/Folder/Path RO/RW Add Remove Modify

1 2

3


Departmental Access Authorization (additional access must be approved by the requestor’s supervisor)

Access Authorized By (name and title) : Access Granted by SecTechOps : SecTechOps User & Date of completion :

Updated 14/12/2017 16:28

Duplication - Repository

drawRect/Nested-Structs

Move this Core Logic in Student-info repository. Because I feel this repo is replicating the Student Info only. Once we have done like this: Nested-Structs + Higher Order Functions Filter = Student Info I will apply Argo JSON Parsing Library here and finalist the Student Info Repository @shantharsk @boominadhaprakash what do you guys say?

Updated 14/12/2017 11:42

Option "--label-enable" doesn't exist !!!

v2tec/watchtower

Hi,

I need to use this cool feature but :

$> docker run –rm v2tec/watchtower –help NAME: watchtower - Automatically update running Docker containers

USAGE: watchtower [global options] command [command options] [arguments…]

VERSION: v0.1.1

COMMANDS: help, h Shows a list of commands or help for one command

GLOBAL OPTIONS: –host value, -H value daemon socket to connect to (default: “unix:///var/run/docker.sock”) [$DOCKER_HOST] –interval value, -i value poll interval (in seconds) (default: 300) [$WATCHTOWER_POLL_INTERVAL] –schedule value, -s value the cron expression which defines when to update [$WATCHTOWER_SCHEDULE] –no-pull do not pull new images [$WATCHTOWER_NO_PULL] –no-restart do not restart containers [$WATCHTOWER_NO_RESTART] –cleanup remove old images after updating [$WATCHTOWER_CLEANUP] –tlsverify use TLS and verify the remote [$DOCKER_TLS_VERIFY] –debug enable debug mode with verbose logging –help, -h show help –version, -v print the version

Updated 14/12/2017 10:37 3 Comments

Nested Lists

Nexus-Mods/web-issues

Nested Lists seem to be broken. This issue was fixed before launch, however it seems to be broken again.

https://www.nexusmods.com/skyrimspecialedition/mods/12646

Updated 14/12/2017 09:28 1 Comments

DataFrame.apply returns NaN if DataFrame contains datetime column

pandas-dev/pandas

Code Sample, a copy-pastable example if possible

import pandas as pd

A = pd.DataFrame()
A["author"] = ["X", "Y", "Z"]
A["publisher"] = ["BBC", "NBC", "N24"]
A["date"] = pd.to_datetime(['17-10-2010 07:15:30', '13-05-2011 08:20:35', "15-01-2013 09:09:09"])

# the following produces the faulty result
A.apply(lambda x: {}, axis=1)

Problem description

The last line returns a dataframe with all entries replaced by NaN. This only happens if the following two conditions are both satisfied: - a column with datetime64[ns] is present in the dataframe (in the above example the column with name date) - the function applied to the dataframe returns a dictionary When using a Dataframe without the datetime column, the code returns the expected result (for the above result a pd.Series with empty dictionaries).

Why this is a (significant) problem: Output of apply depends on presence of another column that is not used by applied function.

Potentially related: I tried to search for a similar issues and found the already closed issues - #8735 - #10740

However, these issues are fixed and already closed since 2015.

Expected Output

the expected output can be easily produced by removing the 6th line (A["date"] = ...) ```

A.apply(lambda x: {}, axis=1) 0 {} 1 {} 2 {} dtype: object ```

Output of pd.show_versions()

Checked with newest version of pandas: - pandas (0.21.1) - numpy (1.13.3) - Python 3.6.2

[paste the output of pd.show_versions() here below this line]

INSTALLED VERSIONS
------------------
commit: None
python: 3.6.2.final.0
python-bits: 64
OS: Darwin
OS-release: 17.2.0
machine: x86_64
processor: i386
byteorder: little
LC_ALL: None
LANG: None
LOCALE: en_CA.UTF-8
pandas: 0.21.1
pytest: None
pip: 9.0.1
setuptools: 36.6.0
Cython: None
numpy: 1.13.3
scipy: 1.0.0
pyarrow: None
xarray: None
IPython: None
sphinx: None
patsy: None
dateutil: 2.6.1
pytz: 2017.3
blosc: None
bottleneck: None
tables: None
numexpr: None
feather: None
matplotlib: 2.1.0
openpyxl: None
xlrd: None
xlwt: None
xlsxwriter: None
lxml: None
bs4: None
html5lib: 0.9999999
sqlalchemy: None
pymysql: None
psycopg2: None
jinja2: None
s3fs: None
fastparquet: None
pandas_gbq: None
pandas_datareader: None

</details>

Updated 15/12/2017 00:06 4 Comments

Android Long Identification Times

deeplearning4j/deeplearning4j

Issue Description

Upon Trying to Identify an Image from the gallery, I will start identification with a pre-trained model, everything runs until the

12-14 05:18:34.791 24715-24715/cornhub.com.ricediseaseanalyzer I/o.n.n.Nd4jBlas: Number of threads used for BLAS: 4 12-14 05:18:34.801 24715-24715/cornhub.com.ricediseaseanalyzer I/onlaoe.DefaultOpExecuti: Backend used: [CPU]; OS: [Linux] 12-14 05:18:34.801 24715-24715/cornhub.com.ricediseaseanalyzer I/onlaoe.DefaultOpExecuti: Cores: [8]; Memory: [0.5GB]; 12-14 05:18:34.801 24715-24715/cornhub.com.ricediseaseanalyzer I/onlaoe.DefaultOpExecuti: Blas vendor: [OPENBLAS]

where it either freezes or it goes starts up memory freeing.

While using Native Camera Resolution images - it Usually gets stuck

While Using 200x200 Images of Dogs - Black screen along with a LONG wating time then it proceeds to

12-14 05:25:19.221 24715-24715/cornhub.com.ricediseaseanalyzer W/o.r.Reflections: given scan urls are empty. set urls in the configuration 12-14 05:25:20.001 24715-24715/cornhub.com.ricediseaseanalyzer I/odnm.MultiLayerNetwork: Starting MultiLayerNetwork with WorkspaceModes set to [training: NONE; inference: SEPARATE] 12-14 05:25:20.031 24715-24715/cornhub.com.ricediseaseanalyzer W/o.r.Reflections: given scan urls are empty. set urls in the configuration

Without android:largeHeap="true" at the manifest i get OutOfMemoryExceptions

Generally, trying to load an image into the method

public INDArray Identify(String filePath, String modelPath) throws Exception { MultiLayerNetwork network = ModelSerializer.restoreMultiLayerNetwork(modelPath); NativeImageLoader loader = new NativeImageLoader(height, width, channels); INDArray image = loader.asMatrix(filePath); DataNormalization scaler = new ImagePreProcessingScaler(0,1); scaler.transform(image); INDArray output = network.output(image); returnoutput; }'

Entails a blackscreen of Long load times. after that blackscreen of load time i get a

Attempt to Invoke interface method org.nd4j.linalg.api.ndarray.INDArray org.nd4j.linalg.api.ndarray.INDArray.divi(java.lang.Number)‘ on a null object reference

UPDATE

Changing the Line

NativeImageLoader loader = new NativeImageLoader(height, width, channels);

to

AndroidNativeImageLoader loader = new AndroidNativeImageLoader(height, width, channels);

Actually Sped Up startup of the Identification but still plagued by the blackscreen.

while debugging the blackscreen starts at

AndroidNativeImageLoader loader = new AndroidNativeImageLoader(height, width, channels);

UPDATE 2

Changed method

public INDArray Identify(String filePath, String modelPath) throws Exception { MultiLayerNetwork network = ModelSerializer.restoreMultiLayerNetwork(modelPath); NativeImageLoader loader = new NativeImageLoader(height, width, channels); INDArray image = loader.asMatrix(filePath); DataNormalization scaler = new ImagePreProcessingScaler(0,1); scaler.transform(image); INDArray output = network.output(image); returnoutput; }'

to

public INDArray Identify(Bitmap img, String modelPath) throws Exception { MultiLayerNetwork network = ModelSerializer.restoreMultiLayerNetwork(modelPath); NativeImageLoader loader = new NativeImageLoader(height, width, channels); INDArray image = loader.asMatrix(img); DataNormalization scaler = new ImagePreProcessingScaler(0,1); scaler.transform(image); INDArray output = network.output(image); return output; } Still Gives off the black Screen, but,

Background sticky concurrent mark sweep GC

appears more quickly

Update 3

i Have great decreased identification time by putting the Model inside the raw folder isntead of getting it in the sdcard, however i am getting

12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] JNI DETECTED ERROR IN APPLICATION: negative buffer capacity: -30000 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] in call to NewDirectByteBuffer 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] from java.nio.ByteBuffer org.bytedeco.javacpp.Pointer.asDirectBuffer() 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] “main” prio=5 tid=1 Runnable 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] | group=“main” sCount=0 dsCount=0 obj=0x75cf3598 self=0xf4b24500 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] | sysTid=18594 nice=0 cgrp=default sched=0/0 handle=0xf72dad54 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] | state=R schedstat=( 0 0 0 ) utm=7984 stm=176 core=4 HZ=100 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] | stack=0xff6fc000-0xff6fe000 stackSize=8MB 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] | held mutexes= “mutator lock”(shared held) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #00 pc 00371e0f /system/lib/libart.so (ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+142) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #01 pc 003513d1 /system/lib/libart.so (ZNK3art6Thread4DumpERNSt3113basic_ostreamIcNS1_11char_traitsIcEEEEP12BacktraceMap+160) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #02 pc 0025b68b /system/lib/libart.so (ZN3art9JavaVMExt8JniAbortEPKcS2+742) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #03 pc 0025bde3 /system/lib/libart.so (ZN3art9JavaVMExt9JniAbortFEPKcS2_z+74) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #04 pc 002714cb /system/lib/libart.so (ZN3art3JNI19NewDirectByteBufferEP7_JNIEnvPvx+174) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #05 pc 0010eff9 /system/lib/libart.so (_ZN3art8CheckJNI19NewDirectByteBufferEP7_JNIEnvPvx+416) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #06 pc 0398b271 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (java.nio.ByteBuffer org.bytedeco.javacpp.Pointer.asDirectBuffer()+76) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #07 pc 0398d385 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (java.nio.ByteBuffer org.bytedeco.javacpp.Pointer.asByteBuffer()+1064) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #08 pc 03cb5a25 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (java.nio.FloatBuffer org.bytedeco.javacpp.FloatPointer.asBuffer()+48) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #09 pc 03dbdb9b /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (org.bytedeco.javacpp.indexer.FloatIndexer org.bytedeco.javacpp.indexer.FloatIndexer.create(org.bytedeco.javacpp.FloatPointer, long[], long[], boolean)+238) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #10 pc 03dbda79 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (org.bytedeco.javacpp.indexer.FloatIndexer org.bytedeco.javacpp.indexer.FloatIndexer.create(org.bytedeco.javacpp.FloatPointer, long[], long[])+76) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #11 pc 03f35973 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (void org.datavec.image.loader.NativeImageLoader.fillNDArray(org.bytedeco.javacpp.opencv_core$Mat, org.nd4j.linalg.api.ndarray.INDArray)+2110) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #12 pc 03f388eb /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (org.nd4j.linalg.api.ndarray.INDArray org.datavec.image.loader.NativeImageLoader.transformImage(org.bytedeco.javacpp.opencv_core$Mat, org.nd4j.linalg.api.ndarray.INDArray)+1886) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #13 pc 03f34033 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (org.nd4j.linalg.api.ndarray.INDArray org.datavec.image.loader.NativeImageLoader.asMatrix(org.bytedeco.javacpp.opencv_core$Mat)+78) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #14 pc 0436daa1 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (org.nd4j.linalg.api.ndarray.INDArray org.datavec.image.loader.AndroidNativeImageLoader.asMatrix(android.graphics.Bitmap)+228) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #15 pc 00d06ebd /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (org.nd4j.linalg.api.ndarray.INDArray cornhub.com.ricediseaseanalyzer.ConvNet.Identifier.Identify(android.graphics.Bitmap, java.io.InputStream)+392) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #16 pc 00d07c81 /data/app/cornhub.com.ricediseaseanalyzer-2/oat/arm/base.odex (void cornhub.com.ricediseaseanalyzer.MainActivity.onActivityResult(int, int, android.content.Intent)+956) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] native: #17 pc 007ad881 /system/framework/arm/boot.oat (???) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.bytedeco.javacpp.Pointer.asDirectBuffer(Native method) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.bytedeco.javacpp.Pointer.asByteBuffer(Pointer.java:667) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.bytedeco.javacpp.FloatPointer.asBuffer(FloatPointer.java:140) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.bytedeco.javacpp.indexer.FloatIndexer.create(FloatIndexer.java:76) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.bytedeco.javacpp.indexer.FloatIndexer.create(FloatIndexer.java:64) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.datavec.image.loader.NativeImageLoader.fillNDArray(NativeImageLoader.java:261) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.datavec.image.loader.NativeImageLoader.transformImage(NativeImageLoader.java:472) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.datavec.image.loader.NativeImageLoader.asMatrix(NativeImageLoader.java:397) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at org.datavec.image.loader.AndroidNativeImageLoader.asMatrix(AndroidNativeImageLoader.java:65) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at cornhub.com.ricediseaseanalyzer.ConvNet.Identifier.Identify(Identifier.kt:37) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at cornhub.com.ricediseaseanalyzer.MainActivity.onActivityResult(MainActivity.kt:76) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.app.Activity.dispatchActivityResult(Activity.java:7165) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.app.ActivityThread.deliverResults(ActivityThread.java:5003) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.app.ActivityThread.handleSendResult(ActivityThread.java:5050) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.app.ActivityThread.access$1600(ActivityThread.java:230) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1876) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.os.Handler.dispatchMessage(Handler.java:102) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.os.Looper.loop(Looper.java:148) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at android.app.ActivityThread.main(ActivityThread.java:7409) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at java.lang.reflect.Method.invoke!(Native method) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1230) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1120) 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/java_vm_ext.cc:410] 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/runtime.cc:368] Runtime aborting… 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/art: art/runtime/runtime.cc:368] 12-14 07:53:15.081 18594-18594/cornhub.com.ricediseaseanalyzer A/libc: Fatal signal 6 (SIGABRT), code -6 in tid 18594 (diseaseanalyzer)

Version Information

Please indicate relevant versions, including, if relevant:

Dl4J versions

`

compile 'org.nd4j:nd4j-native:0.9.1:android-x86'

compile 'org.nd4j:nd4j-native:0.9.1:android-arm'

compile 'org.bytedeco.javacpp-presets:openblas:0.2.19-1.3:android-x86'

compile 'org.bytedeco.javacpp-presets:openblas:0.2.19-1.3:android-arm'

compile 'org.deeplearning4j:deeplearning4j-core:0.9.1'

compile 'org.nd4j:nd4j-native:0.9.1'

`

Phone : Samsung J7 Prime Android Version : 6.0.1 - Marshmallow

Using the DL4J Example of ConvNet

Contributing

If you’d like to help us fix the issue by contributing some code, but would like guidance or help in doing so, please mention it!

Updated 14/12/2017 07:21 5 Comments

Error installing on manjaro

avh4/elm-format

I’ve tried to install this on manjaro with the cmd npm install -g elm-format

npm WARN deprecated graceful-fs@3.0.11: please upgrade to graceful-fs 4 for compatibility with current and future versions of Node.js
/usr/bin/elm-format -> /usr/lib/node_modules/elm-format/bin/elm-format

> elm-format@0.6.1-alpha install /usr/lib/node_modules/elm-format
> binwrap-install

fs.js:663
  return binding.open(pathModule.toNamespacedPath(path),
                 ^

Error: EACCES: permission denied, open 'bin/elm-format'
    at Object.fs.openSync (fs.js:663:18)
    at Object.fs.writeFileSync (fs.js:1314:33)
    at /usr/lib/node_modules/elm-format/node_modules/binwrap/install.js:17:8
    at Array.forEach (<anonymous>)
    at install (/usr/lib/node_modules/elm-format/node_modules/binwrap/install.js:15:19)
    at Object.install (/usr/lib/node_modules/elm-format/node_modules/binwrap/index.js:8:14)
    at Object.<anonymous> (/usr/lib/node_modules/elm-format/node_modules/binwrap/bin/binwrap-install:16:9)
    at Module._compile (module.js:641:30)
    at Object.Module._extensions..js (module.js:652:10)
    at Module.load (module.js:560:32)
    at tryModuleLoad (module.js:503:12)
    at Function.Module._load (module.js:495:3)
    at Function.Module.runMain (module.js:682:10)
    at startup (bootstrap_node.js:191:16)
    at bootstrap_node.js:613:3
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! elm-format@0.6.1-alpha install: `binwrap-install`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the elm-format@0.6.1-alpha install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Updated 13/12/2017 19:19 1 Comments

Cleaning Up Code

NJACKWinterOfCode/Timetable-Generator

All Open Source Code should be written properly so that it’s easy for other developers to follow. Edit the code to follow the latest JAVA Conventions. This includes proper indentation, correct naming of variables,functions etc. Multiple devs can work on this, and can submit multiple PR’s. We will merge them as long as there is significant improvement in the code.

Updated 13/12/2017 16:24

Bug [Simple_switch]: register_array is empty or duplicate.

p4lang/p4c

Hi, I want to make a register available both in ingress and egress. So I declare it out of control. The result json for bmv2 might be wrong.

"register_arrays" : [],

And this will lead to bmv2 quit unexpectedly. https://github.com/p4lang/behavioral-model/issues/492

Source code is following. ```

include <core.p4>

include <v1model.p4>

struct Headers {}

struct Meta {}

parser p(packet_in b, out Headers h, inout Meta m, inout standard_metadata_t sm) { state start { transition accept; } }

register<bit<8>>(2) r;

control ingress(inout Headers h, inout Meta m, inout standard_metadata_t sm) { apply { bit<8> x; r.read(x,0); } }

control vrfy(inout Headers h, inout Meta m) { apply {} } control update(inout Headers h, inout Meta m) { apply {} } control egress(inout Headers h, inout Meta m, inout standard_metadata_t sm) { apply {} } control deparser(packet_out b, in Headers h) { apply {} }

V1Switch(p(), vrfy(), ingress(), egress(), update(), deparser()) main; ```

Updated 14/12/2017 09:25 9 Comments

글 주소가 무지무지 길어지는 상황

rhymix/rhymix

다른 상황에서는 정상적으로 짧은 주소로 변신 혹은 리다이렉트 되는 것 같은데

페이징을 통해 게시물을 선택 하는 경우 https://xetown.com/index.php?mid=board&page=10&document_srl=777794

게시판 검색을 통하는 경우 https://xetown.com/index.php?_filter=search&mid=board&search_target=title_content&search_keyword=%EC%A7%A7%EC%9D%80%EC%A3%BC%EC%86%8C&document_srl=141624

저렇게 길어집니다…

그냥 위 경우에도 XETOWN/MID/1234 이렇게 늘 들어가게 해주시면 안되나요? 

게다가 드물긴해도…핸드폰 웹프라우저 주소창에서 무언가 작업이 필요할때는 더더욱……

Updated 15/12/2017 03:58 2 Comments

Font size issues, build 729, x64

rizonesoft/Notepad3

A new bug seems to have been introduced in the latest build (729). Tested on x64 version only.

Steps to reproduce:

  1. Start Notepad3 for the first time (default settings as unzipped, portable version)
  2. Set font size to 11 (default font remains Consolas)
  3. Quit Notepad3
  4. Start Notepad3 again
  5. Type something Result: Text size is smaller than 11 pt. (can’t figure out by how much, looks as if by 1pt) scr1
  6. Go to “View->Default Font”, click OK or 6a. Go to “View->Customize Schemes”, click either “Cancel”, “OK” or “Preview”

Font size immediately returns to size set in preferences. scr2

Updated 12/12/2017 18:00 1 Comments

Track Height varies with Android SDK

apptik/MultiSlider

Could this library benefit from a setTrackThickness(int thicknessInDp) method?

Android 5.1 inflates the track line to the height of the thumbs, while Android 7.0 shows a cleaner, narrow track line. A setTrackThickness() method could control this better?

5.1 screenshot_2017-12-12-13-21-27

7.0 screenshot_1513089708

Updated 12/12/2017 23:14 1 Comments

Generics: Function's template param inferred in unexpected way

Microsoft/TypeScript

TypeScript Version: 2.6.2

Code

// visitor interface for visiting possible values of a string literal type
type StringVisitor<S extends string> = {
    [P in S]: (value: P) => void;
}

function visitString<S extends string>(value: S, visitor: StringVisitor<S>): void {
    visitor[value](value);
}


// visitor interface for visiting possible values of a string literal type, or null/undefined
type NullableStringVisitor<S extends string> = {
    handleNullOrUndefined: (value: null | undefined) => void;
} & StringVisitor<S>

function visitNullableString<S extends string>(
    value: S | null | undefined, 
    visitor: NullableStringVisitor<S>
): void {
    if (value == null) {
        visitor.handleNullOrUndefined(value);
    } else {
        visitString(value, visitor);
    }
}

// example string literal type
type RGB = "red" | "green" | "blue";

function getRGBValue(): RGB | null {
    return "green";
}

// example shared handler used for multiple values in the RGB visitor implementation
function handleUnsupportedValue(value: RGB | null | undefined): void {
    alert('Unsupported value: ${value}');
}

visitNullableString(getRGBValue(), {
    // Compiler error caused here:
    // Types of property 'handleNullOrUndefined' are incompatible.
    // Type '(value: "red" | "green" | "blue" | null | undefined) => void' is not assignable 
    // to type '(value: "handleNullOrUndefined") => void'
    handleNullOrUndefined: handleUnsupportedValue,

    "red": handleUnsupportedValue,

    "green": () => {
        alert("green!");
    },

    "blue": () => {
        alert("blue!");
    }
});

Expected behavior: In the call to visitNullableString, type S should be directly inferred from param value as "red" | "green" | "blue", and the expected type of handleNullOrUndefined on visitor should be (value: null | undefined) => void, because visitor should be of type NullableStringVisitor<"red" | "green" | "blue">.

Actual behavior: Type S is indirectly inferred from param visitor as "red" | "green" | "blue" | "handleNullOrUndefined", based on the names of all properties in the visitor implementation. The compiler then complains about incompatible types on handleNullOrUndefined, because the implementation does not accept the string literal type "handleNullOrUndefined".

Workaround If I explicitly provide the template param, then it works as desired: ```ts visitNullableString<RGB>(getRGBValue(), { // No compiler error handleNullOrUndefined: handleUnsupportedValue,

"red": handleUnsupportedValue,

"green": () => {
    alert("green!");
},

"blue": () => {
    alert("blue!");
}

}); ```

Updated 14/12/2017 16:48 6 Comments

Crash Error

NLthijs48/AreaShop

Today my server has stopped and in the log shows traces relative to “AreaShop”, that’s why I would like to know what problem there is

https://hastebin.com/dayurajiro.md

Your environment (for bugs)

  • Server version: PaperSpigot 1.12.2
  • AreaShop version: 2.4.0#118 (Spigot)
  • WorldEdit version: 6.18:3690-11bc229
  • WorldGuard version: 6.2.2:1708-3a8e3e8
  • Vault version: 1.5.6-b49

Your config files (for bugs)

https://hastebin.com/tojuduluva.php

Updated 12/12/2017 21:14 1 Comments

Compile fails with gcc 7.2.0

aws/aws-sdk-cpp

I had the following error while compiling the SDK with options -DBUILD_ONLY=“s3” on Ubuntu 14.04 with gcc 7.2.0 In file included from /root/S3_test/ios-s3-driver/aws-sdk-cpp/aws-cpp-sdk-core/include/aws/core/utils/ratelimiter/DefaultRateLimiter.h:21:0, from /root/S3_test/ios-s3-driver/aws-sdk-cpp/aws-cpp-sdk-s3-integration-tests/BucketAndObjectOperationTest.cpp:25: /root/S3_test/ios-s3-driver/aws-sdk-cpp/aws-cpp-sdk-core/include/aws/core/utils/memory/stl/AWSFunction.h:57:3: error: mangled name for ‘F Aws::BuildFunction(F) [with F = std::chrono::time_point<std::chrono::_V2::system_clock, std::chrono::duration<long int, std::ratio<1, 1000000000> > > (*)() noexcept]’ will change in C++17 because the exception specification is part of a function type [-Werror=noexcept-type] F BuildFunction(F f) ^~~~~~~~~~~~~ cc1plus: all warnings being treated as errors make[2]: *** [aws-cpp-sdk-s3-integration-tests/CMakeFiles/aws-cpp-sdk-s3-integration-tests.dir/BucketAndObjectOperationTest.cpp.o] Error 1 make[1]: *** [aws-cpp-sdk-s3-integration-tests/CMakeFiles/aws-cpp-sdk-s3-integration-tests.dir/all] Error 2 make: *** [all] Error 2

Updated 11/12/2017 18:18 3 Comments

Unable to fetch tags data.

SUSE/Portus

Portus can not fetch image tags, 500 error.

Portus Version: 2.3.0-dev

error log: Attaching to portus_portus_1 portus_1 | Started GET "/repositories/76.json" for 60.247.122.90 at 2017-12-11 10:11:25 +0000 portus_1 | Processing by RepositoriesController#show as JSON portus_1 | Parameters: {"id"=>"76"} portus_1 | Started GET "/v2/token?account=portus&scope=repository%3Aplatform%2Fdeployment%3Apull&service=docker.company.net" for 172.18.0.8 at 2017-12-11 10:11:25 +0000 portus_1 | Processing by Api::V2::TokensController#show as JSON portus_1 | Parameters: {"account"=>"portus", "scope"=>"repository:platform/deployment:pull", "service"=>"docker.company.net"} portus_1 | Completed 200 OK in 78ms (Views: 0.2ms | ActiveRecord: 2.8ms) portus_1 | Completed 500 Internal Server Error in 170ms (ActiveRecord: 1.4ms) portus_1 | portus_1 | NoMethodError (undefined method `each' for nil:NilClass): portus_1 | lib/portus/security_backends/clair.rb:43:in `layer_vulnerabilities' portus_1 | lib/portus/security_backends/clair.rb:30:in `vulnerabilities' portus_1 | lib/portus/security.rb:48:in `block in vulnerabilities' portus_1 | lib/portus/security.rb:46:in `each' portus_1 | lib/portus/security.rb:46:in `vulnerabilities' portus_1 | app/models/tag.rb:96:in `vulnerabilities' portus_1 | app/models/tag.rb:90:in `block in as_json' portus_1 | app/models/tag.rb:89:in `tap' portus_1 | app/models/tag.rb:89:in `as_json' portus_1 | app/controllers/repositories_controller.rb:19:in `show'

Updated 13/12/2017 14:58 4 Comments

Unable log in during second start

hackjutsu/Lepton

Environment info

  • OS: Ubuntu 16.04(LTS)
  • App Version: Lepton-1.5.0-x86_64.AppImage

Description of the problem / feature request / question:

Problem with second running this tools. Unable to log in.

./Lepton-1.5.0-x86_64.AppImage installed: X-AppImage-BuildId=e5e1c080-ae55-11a7-10ab-2561df3f8314 image: X-AppImage-BuildId=e5e1c080-ae55-11a7-10ab-2561df3f8314 info:

—– Lepton v1.5.0 —–

info: [signal] sending auto-login signal info: [Dispatch] updateAccessToken init: 2945.452ms info: [Dispatch] updateSyncTime info: [Dispatch] updateGists info: [Dispatch] updateGistTags info: [Dispatch] fetchSingleGist 3a09ef4478d23011204acd0b03ef8cc3 info: [Dispatch] selectGist 3a09ef4478d23011204acd0b03ef8cc3 info: [Dispatch] updatePinnedTags error: The request has failed: {} info: [Dispatch] updateUserSession INACTIVE info: The app window is closed

Updated 12/12/2017 21:01 2 Comments

Unexpected token u in JSON at position 0

mjkaufer/Messer

Hey, when I try to use messer (clean install), it appears that I am unable to use/create a config.json file.

I just installed it with npm install -g messer and then ran messer and got this error SyntaxError: Unexpected token u in JSON at position 0 at JSON.parse (<anonymous>) at ReadFileContext.fs.readFile [as callback] (/usr/local/lib/node_modules/messer/src/helpers.js:50:39) at FSReqWrap.readFileAfterOpen [as oncomplete] (fs.js:420:13) and when I checked in the code, it appeared that it was unable to create a config.json file.

I don’t know if it’s an error on my part or the code has a problem.

Btw, I’m using node 8.9.2 and npm 5.6.0.

Thanks!

Updated 11/12/2017 08:57 1 Comments

fails locate hsdev backend - Ubuntu 16.04 with stack haskell

SublimeHaskell/SublimeHaskell

SublimeHaskell suddenly stopped working - it looked like it wasn’t able to find backend (I used hsdev), Here are steps that I’ve tried to make him work again. They didn’t help. Any suggestions?

I’ve removed plugin through Package Control. Closed Sublime. And installed plugin back again. I’ve received the response:

No usable backends (hsdev, ghc-mod) found on PATH or in the standard Haskell cabal and stack installation locations.

Please check or update your SublimeHaskell user settings, or install hsdev or ghc-mod.

while whereis clearly indicates that hsdev is still where it were merf@merf-GL552VW:~$ whereis hsdev hsdev: /home/merf/.local/bin/hsdev merf@merf-GL552VW:~$ hsdev version 0.2.5.1

While it is a standard stack installation place and doesn’t need to be added to PATH I’ve put it in user settings anyway just to be sure: { "add_to_PATH": ["/home/merf/.local/bin"] } Restart of sublime showed that zzplugin fails to load while trying to get version of hsev - it can’t get install_dir. Here is sublime console ... reloading plugin SublimeHaskell.types reloading plugin SublimeHaskell.zzplugin plugins loaded Traceback (most recent call last): File "/opt/sublime_text/sublime_plugin.py", line 210, in on_api_ready m.plugin_loaded() File "/home/merf/.config/sublime-text-3/Packages/SublimeHaskell/zzplugin.py", line 34, in plugin_loaded backend_mgr.get_backends() File "/home/merf/.config/sublime-text-3/Packages/SublimeHaskell/internals/backend_mgr.py", line 140, in get_backends self.possible_backends = self.filter_possible(Settings.PLUGIN.backends) File "/home/merf/.config/sublime-text-3/Packages/SublimeHaskell/internals/backend_mgr.py", line 208, in filter_possible if ubclazz is not None and ubclazz.is_available(**ubackend.get('options', {})): File "/home/merf/.config/sublime-text-3/Packages/SublimeHaskell/hsdev/backend.py", line 93, in is_available hsdev_ver = HsDevBackend.hsdev_version(kwargs.get('exec-with'), kwargs.get('install-dir')) File "/home/merf/.config/sublime-text-3/Packages/SublimeHaskell/hsdev/backend.py", line 212, in hsdev_version hsdev_proc = ProcHelper.exec_with_wrapper(exec_with, install_dir, ['hsdev', 'version']) File "/home/merf/.config/sublime-text-3/Packages/SublimeHaskell/internals/proc_helper.py", line 175, in exec_with_wrapper raise RuntimeError('ProcHelper.exec_with_wrapper: invalid install_dir (None)') RuntimeError: ProcHelper.exec_with_wrapper: invalid install_dir (None)

Updated 14/12/2017 22:24 19 Comments

Describing an Interface where unknown properties are of a specific type

Microsoft/TypeScript
  • This is the json schema definition or a model defined in the OpenAPI specification 2.0. json5 { "Foo": { "properties": { "name": { "type": "string" }, "age": { "type": "number" } }, "additionalProperties": { "type": "string" } } } We would like to model an Interface in TS for the above json schema definition as follows: typescript interface Foo { name: string; age: number; } However, TS gives the following error: Property 'age' of type 'number' is not assignable to string index type 'string'.
  • Well, we can make the value of the indexed property a loose type any typescript interface Foo { name: string; age: number; } The above approach would be perfectly fine for "additionalProperties": true or "additionalProperties": { "type": "object" }, but not for specific types.

  • Another approach would be to make additionalProperties a Dictionary<string>. typescript interface Foo { name: string; age: number; additionalProperties: { [prop: string]: string}; }

This would be convenient for C#, Python, etc. developers (as they deal with objects in that language). However, it would be inconvenient for JS developers to provide (or access) a JSON object that has unknown properties in a property bag called additionalProperties.

Any help/idea in solving this problem will be very helpful.

Updated 12/12/2017 09:09 4 Comments

400 bad request when using dynamic complex keys

cloudant/java-cloudant

I am dynamically generating complex keys and passing it to the keys in the API (as shown in the code snippet below).

The issue is that I start getting the following 400 bad request error once the dynamic complex keys start growing. com.cloudant.client.org.lightcouch.CouchDbException: 400 Bad Request at at com.cloudant.client.org.lightcouch.CouchDbClient.execute(CouchDbClient.java:528) at com.cloudant.client.api.CloudantClient.executeRequest(CloudantClient.java:339) at com.cloudant.client.internal.views.ViewRequester.executeRequestWithResponseAsJson(ViewRequester.java:34) at com.cloudant.client.internal.views.ViewRequester.getResponseAsJson(ViewRequester.java:28) at com.cloudant.client.internal.views.ViewRequestImpl.getResponse(ViewRequestImpl.java:34)

I have provided the code to simulate the issue. In the code if I change the values of variable tries to let’s say 300 then there is no issue. But at 450, I start getting the above-mentioned error.

Is there something wrong that I am doing while using the API or is it really a bug?

  • CloudantClient (java-cloudant) version(s) that are affected by this issue. 2.10.0
  • Java version (including vendor and platform). java version “1.8.0_141” Java™ SE Runtime Environment (build 1.8.0_141-b15) Java HotSpot™ 64-Bit Server VM (build 25.141-b15, mixed mode)

  • If you’re using the optional okhttp dependency.

  • A small code sample that demonstrates the issue.

      List<ComplexKey> keys = new ArrayList<>();
      int tries = 450;
      for(int i = 0 ; i < tries ; i++) {
          ComplexKey key  = Key.complex("abc"+i);
          key.add(1);
          keys.add(key);      
      }
      ComplexKey[] array = {};
      array = keys.toArray(array);
    
      ViewResponse<ComplexKey, String> response = null;
      Database db = client.database("mydb", false);
      if(db != null) {
          ViewRequestBuilder viewBuilder = db.getViewRequestBuilder("mydesigndocs", "myview");
          if(viewBuilder != null) {
              ViewRequest<ComplexKey, String> request = viewBuilder.newRequest(Key.Type.COMPLEX,String.class)
                      .keys(array)
                      .includeDocs(false)
                      .build();
    
              try {
                  if(request != null) {                       
                      response = request.getResponse();
                  }
              } catch (IOException e) {
                  e.printStackTrace();
              }
          }
      }
    
Updated 11/12/2017 09:59 2 Comments

setState改变后Marker不生效(数组减少)

qiuxiang/react-native-amap3d

render() { return <View style={styles.body}> <MapView ref={ref => this.mapView = ref} style={styles.body}>

      {
          this.state.dataSource.map((item,i)=>this.renderExpenseItem(item,i))
      }

  </MapView>

</View> }

renderExpenseItem(dataItem , i) { key=${i}${Date.now()} var keyvalue = ${i}${Date.now()} console.log(“keyvalue==”+${keyvalue}); return <Marker key = {keyvalue} title=‘自定义 View’ icon={() => <View style={styles.customMarker}> <Text style={styles.markerText}>{${i}+ “title”}</Text> </View> } coordinate={dataItem} /> }

_changeNilAction = () => { this.setState({ dataSource:[] }) }

Updated 09/12/2017 15:05 2 Comments

Freezes whole desktop on init

phw/peek

The countdown goes 3, 2, 1 and then my PC is frozen completely. I have to hard press the power button to shutdown. Peek used to work on this machine but now it does not.

Any ideas?

Updated 11/12/2017 11:15 2 Comments

Write Code Once

pedrohma95/GuessingGame

— 8 lines occurring 2 times in a single file starts at line 94 in app/​src/​main/​java/​com/​example/​pedrodemirandaarthur/​guessinggame/​GameActivity.​java starts at line 117 in app/​src/​main/​java/​com/​example/​pedrodemirandaarthur/​guessinggame/​GameActivity.​java — 6 lines occurring 2 times in a single file starts at line 104 in app/​src/​main/​java/​com/​example/​pedrodemirandaarthur/​guessinggame/​GameActivity.​java starts at line 127 in app/​src/​main/​java/​com/​example/​pedrodemirandaarthur/​guessinggame/​GameActivity.​java

Updated 08/12/2017 19:34

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

'!' shouldn't cast the type predicate to boolean

Microsoft/TypeScript

TypeScript can currently infer the remainder of the type that has been narrowed down, without any issues:

const isError = <T>(value: T | Error): value is Error => value instanceof Error;

const foo = (value: string | number | Error) => {
    if (isError(value)) {
        return value.message; // number, because of the type guard
    } else {
        return value.toString(); // Everything that is not a number.
    }
}

When ! operator is used on the type predicate, the compiler casts it to boolean immediately.

const isError = <T>(value: T | Error): value is Error => value instanceof Error;

type Something = number;
type SomethingElse = string;

const getSomething = (): Something | Error => 42;
const getSomethingElse = (): SomethingElse | Error => Math.random() > 0.5 ? 'foo' : Error('bugger');

const loadsOfData = [
    getSomething(),
    getSomethingElse()
];

const allThingsFailed = loadsOfData.filter(isError); // Error[]
const allThingsSuccessful = loadsOfData.filter(elem => !isError(elem)); // (string | number | Error)[]

Because of this, you can often end in situations, where you write a lot of unnecessary code:

const isError = <T>(value: T | Error): value is Error => value instanceof Error;
const isNotError = <T>(value: T | Error): value is T => !(value instanceof Error);

Given that there seems to be the way TS represents a concept of Type less AnotherType, I’d be grand if the bang operator on type predicates worked the same way.

Updated 08/12/2017 18:36 1 Comments

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Win10 has been unable to access the subsystem Apache server

Microsoft/WSL

Win10 1709 Ubuntu 16.04

Apache server installed (before has been reported IN6_IS_ADDR_V4MAPPED (sin6-> sin6_addr.s6_addr32) error), but win10 has been unable to access the server, netstat can not see the port listener, ps aux found that Apache is indeed running, another server open success, but also can not visit

Updated 08/12/2017 22:12 1 Comments

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Portal Usage Statistics Are (Almost) Back

csulb-feedback/csulb-mammals

Thanks to the financial support of the Museum of Vertebrate Zoology at Berkeley, we have fixed the issues that were preventing us from logging the VertNet statistics of data use. Usage statistics are being collected once again.

We are now working on the reporting and visualization of those stats, so that we can bring those back to the natural history collections community in a friendly, useful modality. We expect all of this to be up and running before the end of the year.

We apologize for any inconvenience that our data publishers may have experienced as a result of this outage.

Updated 08/12/2017 17:44

Fork me on GitHub