profile
viewpoint

daveisfera/test_sleep 1

Application to test different sleep types and their effect on performance

daveisfera/ajv 0

The fastest JSON schema Validator. Supports v5 proposals

daveisfera/aws-sdk-js 0

AWS SDK for JavaScript in the browser and Node.js

daveisfera/breathe 0

ReStructuredText and Sphinx bridge to Doxygen

daveisfera/dnf 0

dnf is a package manager based on yum and libsolv

daveisfera/fixed-data-table-2 0

A React table component designed to allow presenting millions of rows of data.

daveisfera/mapbox-gl-draw 0

Draw tools for mapbox-gl-js

daveisfera/mocha-circleci-reporter 0

A mocha reporter that supports Circle CI, via a combined jUnit and Spec reporter output.

daveisfera/optional-chaining-codemod 0

Codemod to migrate from Lodash get and logical and expressions to optional chaining

issue openedToblerity/Shapely

simplify not removing point that it should

Expected behavior and actual behavior.

simplify is not removing some points that it definitely should

Steps to reproduce the problem.

from shapely.geometry.polygon import Polygon

polygon = [[-156.01, 19.62], [-156.03, 19.66], [-156.05, 19.70], [-156.01, 19.78], [-156.01, 19.70], [-156.01, 19.62]]

before = Polygon(polygon)
after = before.simplify(1e-5)
print(len(before.exterior.coords), len(after.exterior.coords), before.is_valid, after.is_valid)

Expected: 2nd and 5th point should be removed by simplify

Actual: Only 2nd point is removed

Operating system

macOS 10.15.6

Shapely version and provenance

shapely: 1.7.1 python: 3.8.2

created time in 14 hours

issue commentelastic/elasticsearch

Error tessellating shape for Oakwood, GA

Doh! I added a outer.contains(inner) check to the simplification process now and it correctly flags this hole as invalid, so improving the message would be nice to indicate what the problem is, but it appears that ES is behaving properly here

daveisfera

comment created time in 15 hours

issue commentelastic/elasticsearch

Error tessellating shape for Oakwood, GA

So my original statement was actually correct and the part I zoomed in on is a hole in the polygon (17th hole to be exact), because if you remove all of the holes, then ES will ingest the original polygon without issue. I made a simpler reproducer of the issue and here it is: curl -s -XPUT 'localhost:9200/test_bad_geo_shape/_doc/oakwood' -H 'Content-Type: application/json' -d '{"geometry": {"type": "Polygon", "coordinates": [[[-83.893002, 34.208737], [-83.910689, 34.202197], [-83.924369, 34.2159], [-83.88547, 34.266682], [-83.893002, 34.208737]], [[-83.887885, 34.211636], [-83.887909, 34.211599], [-83.887862, 34.211667], [-83.887885, 34.211636]]]}}' But then if you "simplify less" (i.e with a smaller tolerance), then it works: curl -s -XPUT 'localhost:9200/test_bad_geo_shape/_doc/oakwood' -H 'Content-Type: application/json' -d '{"geometry": {"type": "Polygon", "coordinates": [[[-83.893002, 34.208737], [-83.910689, 34.202197], [-83.924369, 34.2159], [-83.902682, 34.211843], [-83.890188, 34.226446], [-83.903501, 34.231896], [-83.88547, 34.266682], [-83.881101, 34.243561], [-83.85888, 34.2499], [-83.869169, 34.230674], [-83.854523, 34.238442], [-83.858272, 34.210901], [-83.876482, 34.215178], [-83.876917, 34.199832], [-83.885138, 34.195225], [-83.879441, 34.213275], [-83.893002, 34.208737]], [[-83.887885, 34.211636], [-83.887909, 34.211599], [-83.887862, 34.211667], [-83.887885, 34.211636]]]}}'

So I do believe that this is something wrong with the way the ES and/or Lucene is processing the polygon

daveisfera

comment created time in a day

issue commentwebpack/webpack

Unhandled Promise Rejection

It's good that it looks like this being resolved, but honestly, my bigger concern was that this "silently failed". It killed the build but the status code was still 0, so a completely bogus build was deployed when it should have been able to be caught, so is that something that could be fixed to prevent this sort of issue in the future?

daveisfera

comment created time in 2 days

issue commentelastic/elasticsearch

Error tessellating shape for Oakwood, GA

Actually, I'm going to take that back and I think that I was tricked by the way that QGIS was rendering the polygon with the self intersection

daveisfera

comment created time in 2 days

issue commentelastic/elasticsearch

Error tessellating shape for Oakwood, GA

Ok, so I dug into this a bit more and if you zoom in on the really fine detail. This polygon doesn't actually self intersect and it has this really thin/funky geometry along the edge. Maybe this is a case that Lucene/Elasticsearch just isn't capable of handling this level of detail, but this technically is NOT a self intersecting polygon.

Lower part of thin stretch: Screen Shot 2020-09-22 at 8 14 25 PM Upper part of thing stretch: Screen Shot 2020-09-22 at 8 14 48 PM

daveisfera

comment created time in 2 days

issue openedwebpack-contrib/terser-webpack-plugin

Unhandled Promise Rejection when using webpack 5 with storybook installed

  • Operating System: Debian Buster 10.5
  • Node Version: 12.18.4
  • NPM Version: yarn 1.22.4
  • webpack Version: 5.0.0-rc.0
  • terser-webpack-plugin Version: 4.2.2

Expected Behavior

Package is bundled the same whether storybook is listed in package.json or not

Actual Behavior

The generated code causes an unhandled exception when processing source maps:

(node:18) UnhandledPromiseRejectionWarning: Error: "." is not in the SourceMap.
    at BasicSourceMapConsumer.SourceMapConsumer_sourceContentFor [as sourceContentFor] (/usr/src/app/node_modules/source-map/lib/source-map-consumer.js:753:13)
    at /usr/src/app/web/node_modules/webpack-sources/lib/applySourceMap.js:144:46
    at SourceNode_walk [as walk] (/usr/src/app/node_modules/source-map/lib/source-node.js:230:9)
    at SourceNode_walk [as walk] (/usr/src/app/node_modules/source-map/lib/source-node.js:226:13)
    at applySourceMap (/usr/src/app/web/node_modules/webpack-sources/lib/applySourceMap.js:58:13)
    at SourceMapSource.node (/usr/src/app/web/node_modules/webpack-sources/lib/SourceMapSource.js:198:11)
    at exports.getSourceAndMap (/usr/src/app/web/node_modules/webpack-sources/lib/helpers.js:17:21)
    at SourceMapSource.sourceAndMap (/usr/src/app/web/node_modules/webpack-sources/lib/SourceMapSource.js:184:10)
    at getTaskForFile (/usr/src/app/web/node_modules/webpack/lib/SourceMapDevToolPlugin.js:77:30)
    at /usr/src/app/web/node_modules/webpack/lib/SourceMapDevToolPlugin.js:264:22
(node:18) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:18) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Related to https://github.com/webpack/webpack/issues/11515

Code

I don't currently have a minimal reproducer, but resolving the version of terser and terser-webpack-plugin fixed the problem

How Do We Reproduce?

See previous comment

created time in 2 days

issue commentwebpack/webpack

Unhandled Promise Rejection

The code that's running into this is a large/complex set of application code that I can't share, so I'd like to extract out just the problematic code and make a reproducer from that.

While playing around with things, I noticed that forcing storybook to using the more recent versions of terser and terser-webpack-plugin fixes the issue, i.e. I added the following to package.json:

"resolutions": {
    "terser": "~5.3.0",
    "terser-webpack-plugin": "~4.2.0"
  },
daveisfera

comment created time in 3 days

issue commentwebpack/webpack

Unhandled Promise Rejection

Yes, that's what I'm working on, but the issue only happens when terser is run because mode is set to production, so I was wondering if you had any advice on how to isolate what's causing the problem so I can make a minimal reproducer.

daveisfera

comment created time in 3 days

issue commentwebpack/webpack

Unhandled Promise Rejection

We've started playing with it but don't use it yet. I've been able to isolate the bundle that's causing the problem, but any advice on isolating the cause the problem?

daveisfera

comment created time in 3 days

issue commentwebpack/webpack

Unhandled Promise Rejection

Actually, this is reproducible, so I'm looking into isolating the cause to see if I can make a reproducer

daveisfera

comment created time in 3 days

issue openedwebpack/webpack

Unhandled Promise Rejection

Bug report

What is the current behavior? We just had a bad build deploy and after digging in, it turns out that we there was an unhandled promise rejection that didn't cause the build to fail like it should have. Here's the output:

(node:18) UnhandledPromiseRejectionWarning: Error: "." is not in the SourceMap.
    at BasicSourceMapConsumer.SourceMapConsumer_sourceContentFor [as sourceContentFor] (/usr/src/app/node_modules/source-map/lib/source-map-consumer.js:753:13)
    at /usr/src/app/web/node_modules/webpack-sources/lib/applySourceMap.js:144:46
    at SourceNode_walk [as walk] (/usr/src/app/node_modules/source-map/lib/source-node.js:230:9)
    at SourceNode_walk [as walk] (/usr/src/app/node_modules/source-map/lib/source-node.js:226:13)
    at applySourceMap (/usr/src/app/web/node_modules/webpack-sources/lib/applySourceMap.js:58:13)
    at SourceMapSource.node (/usr/src/app/web/node_modules/webpack-sources/lib/SourceMapSource.js:198:11)
    at exports.getSourceAndMap (/usr/src/app/web/node_modules/webpack-sources/lib/helpers.js:17:21)
    at SourceMapSource.sourceAndMap (/usr/src/app/web/node_modules/webpack-sources/lib/SourceMapSource.js:184:10)
    at getTaskForFile (/usr/src/app/web/node_modules/webpack/lib/SourceMapDevToolPlugin.js:77:30)
    at /usr/src/app/web/node_modules/webpack/lib/SourceMapDevToolPlugin.js:264:22
(node:18) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:18) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

If the current behavior is a bug, please provide the steps to reproduce.

This was an error that happened and re-running with the same code didn't cause the same problem, but erroring out without an indication that things went bad is very concerning and problematic.

What is the expected behavior?

The error would be raised so our build could fail rather than deploy a bad build.

Other relevant information: webpack version: 5.0.0-rc.0 Node.js version: 12.18.4 Operating System: Debian Buster 10.5 Additional tools: babel 7.11.6

created time in 3 days

issue commentelastic/elasticsearch

Error tessellating shape for Oakwood, GA

Yes, I had assumed that something else was going on since it didn't give the error about self intersecting points that I had since previously, so I'm ok with this solution. Thanks for the quick reply!

daveisfera

comment created time in 3 days

issue openedelastic/elasticsearch

Error tessellating shape for Oakwood, GA

Elasticsearch version (bin/elasticsearch --version): Version: 7.8.1, Build: default/docker/b5ca9c58fb664ca8bf9e4057fc229b3396bf3a89/2020-07-21T16:40:44.668009Z, JVM: 14.0.1

Plugins installed: None (running vanilla docker image)

JVM version (java -version):

openjdk version "14.0.1" 2020-04-14
OpenJDK Runtime Environment AdoptOpenJDK (build 14.0.1+7)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 14.0.1+7, mixed mode, sharing)

OS version (uname -a if on a Unix-like system): Linux e336a5dc5cc4 4.19.76-linuxkit #1 SMP Tue May 26 11:42:35 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Description of the problem including expected versus actual behavior: Expected: Valid GeoJSON would be able to be input ( https://gist.github.com/daveisfera/263609aa7f8231cddc715d28bfb2eb09 )

Actual: Error about being unable to Tessellate the shape (I believe that this is similar to this issue)

Steps to reproduce:

  1. curl -s -XPUT 'localhost:9200/test_bad_geo_shape' -H 'Content-Type: application/json' -d '{ "settings": { "index": { "number_of_shards": 1, "number_of_replicas": 0 } }, "mappings": { "properties": { "geometry": { "type": "geo_shape" } } } }'
  2. curl -s -XPUT 'localhost:9200/test_bad_geo_shape/_doc/oakwood' -H 'Content-Type: application/json' -d '@test_shp/oakwood_data.json' where oakwood_data.json is from https://gist.github.com/daveisfera/263609aa7f8231cddc715d28bfb2eb09#file-oakwood_data-json

Provide logs (if relevant):

{"type": "server", "timestamp": "2020-09-22T00:58:57,155Z", "level": "DEBUG", "component": "o.e.a.b.TransportShardBulkAction", "cluster.name": "numetric", "node.name": "777c9a786771", "message": "[test_bad_geo_shape][0] failed to execute bulk item (index) index {[test_bad_geo_shape][_doc][toccoa], source[n/a, actual length: [337.4kb], max length: 2kb]}", "cluster.uuid": "fdQvz3_xSPWN9QHvTPIeHg", "node.id": "3voiIxRuSbKPKc4P2OHViw" , 
"stacktrace": ["org.elasticsearch.index.mapper.MapperParsingException: failed to parse field [geometry] of type [geo_shape]",
"at org.elasticsearch.index.mapper.AbstractShapeGeometryFieldMapper.parse(AbstractShapeGeometryFieldMapper.java:315) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.DocumentParser.parseObjectOrField(DocumentParser.java:488) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.DocumentParser.parseObject(DocumentParser.java:505) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.DocumentParser.innerParseObject(DocumentParser.java:418) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.DocumentParser.parseObjectOrNested(DocumentParser.java:395) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.DocumentParser.internalParseDocument(DocumentParser.java:112) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.DocumentParser.parseDocument(DocumentParser.java:71) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.DocumentMapper.parse(DocumentMapper.java:267) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.shard.IndexShard.prepareIndex(IndexShard.java:795) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.shard.IndexShard.applyIndexOperation(IndexShard.java:772) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.shard.IndexShard.applyIndexOperationOnPrimary(IndexShard.java:744) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.bulk.TransportShardBulkAction.executeBulkItemRequest(TransportShardBulkAction.java:267) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.bulk.TransportShardBulkAction$2.doRun(TransportShardBulkAction.java:157) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.bulk.TransportShardBulkAction.performOnPrimary(TransportShardBulkAction.java:202) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.bulk.TransportShardBulkAction.shardOperationOnPrimary(TransportShardBulkAction.java:114) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.bulk.TransportShardBulkAction.shardOperationOnPrimary(TransportShardBulkAction.java:81) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.support.replication.TransportReplicationAction$PrimaryShardReference.perform(TransportReplicationAction.java:895) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.support.replication.ReplicationOperation.execute(ReplicationOperation.java:109) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.support.replication.TransportReplicationAction$AsyncPrimaryAction.runWithPrimaryShardReference(TransportReplicationAction.java:374) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.support.replication.TransportReplicationAction$AsyncPrimaryAction.lambda$doRun$0(TransportReplicationAction.java:297) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.ActionListener$1.onResponse(ActionListener.java:63) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.shard.IndexShard.lambda$wrapPrimaryOperationPermitListener$24(IndexShard.java:2802) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.ActionListener$3.onResponse(ActionListener.java:113) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.shard.IndexShardOperationPermits.acquire(IndexShardOperationPermits.java:285) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.shard.IndexShardOperationPermits.acquire(IndexShardOperationPermits.java:237) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.shard.IndexShard.acquirePrimaryOperationPermit(IndexShard.java:2776) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.support.replication.TransportReplicationAction.acquirePrimaryOperationPermit(TransportReplicationAction.java:836) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.support.replication.TransportReplicationAction$AsyncPrimaryAction.doRun(TransportReplicationAction.java:293) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.action.support.replication.TransportReplicationAction.handlePrimaryRequest(TransportReplicationAction.java:256) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.xpack.security.transport.SecurityServerTransportInterceptor$ProfileSecuredRequestHandler$1.doRun(SecurityServerTransportInterceptor.java:257) [x-pack-security-7.8.1.jar:7.8.1]",
"at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.xpack.security.transport.SecurityServerTransportInterceptor$ProfileSecuredRequestHandler.messageReceived(SecurityServerTransportInterceptor.java:315) [x-pack-security-7.8.1.jar:7.8.1]",
"at org.elasticsearch.transport.RequestHandlerRegistry.processMessageReceived(RequestHandlerRegistry.java:63) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.transport.TransportService$8.doRun(TransportService.java:801) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:695) [elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-7.8.1.jar:7.8.1]",
"at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) [?:?]",
"at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630) [?:?]",
"at java.lang.Thread.run(Thread.java:832) [?:?]",
"Caused by: java.lang.IllegalArgumentException: Unable to Tessellate shape [[34.20829, -83.892696] [34.208711, -83.891829] [34.209366, -83.89227] [34.209704, -83.891556] [34.209718, -83.891529] [34.209732, -83.891557] [34.209749, -83.891582] [34.209769, -83.891603] [34.209792, -83.89162] [34.209816, -83.891633] [34.209844, -83.891641] [34.209869, -83.891644] [34.209896, -83.891641] [34.209923, -83.891634] [34.209947, -83.891622] [34.209971, -83.891605] [34.209992, -83.891583] [34.21001, -83.891559] [34.210059, -83.891563] [34.210107, -83.891562] [34.210158, -83.891556] [34.210588, -83.890677] [34.210588, -83.890675] [34.210228, -83.890433] [34.210527, -83.889817] [34.21066, -83.889554] [34.21064, -83.88956] [34.210612, -83.889572] [34.210601, -83.889575] [34.210589, -83.889576] [34.210568, -83.889573] [34.210548, -83.889563] [34.210264, -83.889366] [34.21023, -83.88934] [34.21014, -83.889466] [34.209808, -83.89015] [34.209591, -83.890004] [34.209181, -83.89087] [34.20873, -83.890561] [34.208643, -83.890691] [34.208248, -83.891526] [34.207588, -83.891068] [34.207259, -83.890647] [34.207097, -83.890804] [34.207, -83.890903] [34.206812, -83.891105] [34.206629, -83.891316] [34.20654, -83.891424] [34.206453, -83.891534] [34.206367, -83.891645] [34.206283, -83.891759] [34.20612, -83.891991] [34.205963, -83.89223] [34.205888, -83.892352] [34.205818, -83.89247] [34.204229, -83.891394] [34.207634, -83.888723] [34.209135, -83.887862] [34.209665, -83.888067] [34.210029, -83.888346] [34.210022, -83.888352] [34.210453, -83.888661] [34.211586, -83.887918] [34.211668, -83.887862] [34.211743, -83.887806] [34.211846, -83.887721] [34.211913, -83.88766] [34.211978, -83.887597] [34.212017, -83.887556] [34.212167, -83.887504] [34.213043, -83.887216] [34.212972, -83.886691] [34.212812, -83.886581] [34.212805, -83.886481] [34.212806, -83.886398] [34.21281, -83.886348] [34.212817, -83.886287] [34.212829, -83.88622] [34.212979, -83.885908] [34.212786, -83.885799] [34.212126, -83.885511] [34.212177, -83.885042] [34.213774, -83.883793] [34.213814, -83.88376] [34.213826, -83.883752] [34.213921, -83.883673] [34.213924, -83.883672] [34.213963, -83.883638] [34.213966, -83.883637] [34.214073, -83.883545] [34.214092, -83.883527] [34.214095, -83.883526] [34.214183, -83.883446] [34.214188, -83.883443] [34.214314, -83.883326] [34.214493, -83.883151] [34.214651, -83.882987] [34.214797, -83.882827] [34.214954, -83.882646] [34.215118, -83.882445] [34.215119, -83.882442] [34.215172, -83.882376] [34.215173, -83.882373] [34.215218, -83.882316] [34.215261, -83.882257] [34.215278, -83.882236] [34.215341, -83.88215] [34.215349, -83.882137] [34.215357, -83.882128] [34.215443, -83.882006] [34.215565, -83.881826] [34.214935, -83.881276] [34.21494, -83.881001] [34.214722, -83.880861] [34.214619, -83.880943] [34.214406, -83.880718] [34.214232, -83.880529] [34.214023, -83.880306] [34.213275, -83.879441] [34.212906, -83.879712] [34.212906, -83.87971] [34.2129, -83.879703] [34.212819, -83.879582] [34.212906, -83.879514] [34.212839, -83.879409] [34.212424, -83.878972] [34.211798, -83.879937] [34.211185, -83.880007] [34.211128, -83.88005] [34.211406, -83.880527] [34.210481, -83.881249] [34.210153, -83.880891] [34.20989, -83.880777] [34.208908, -83.879751] [34.208284, -83.8805] [34.2086, -83.881148] [34.208919, -83.880721] [34.209773, -83.881801] [34.209329, -83.882148] [34.207833, -83.883299] [34.207233, -83.883779] [34.206845, -83.883373] [34.207058, -83.883088] [34.207171, -83.882941] [34.206739, -83.882553] [34.206612, -83.882422] [34.206498, -83.882566] [34.205964, -83.883296] [34.206033, -83.883371] [34.206233, -83.883582] [34.206515, -83.88386] [34.2068, -83.884124] [34.206605, -83.884281] [34.206602, -83.884282] [34.206587, -83.884295] [34.206545, -83.884326] [34.206539, -83.884332] [34.206529, -83.884338] [34.206523, -83.884344] [34.206513, -83.88435] [34.206439, -83.884405] [34.206434, -83.884407] [34.206406, -83.884428] [34.206366, -83.884454] [34.206362, -83.884458] [34.206351, -83.884464] [34.206347, -83.884468] [34.206339, -83.884472] [34.206335, -83.884476] [34.206233, -83.884541] [34.206208, -83.884555] [34.206187, -83.884569] [34.206173, -83.884576] [34.20617, -83.884579] [34.206156, -83.884586] [34.206153, -83.884589] [34.20606, -83.884641] [34.20255, -83.88116] [34.201571, -83.882589] [34.19987, -83.88481] [34.197971, -83.887538] [34.197753, -83.88759] [34.197325, -83.886951] [34.197161, -83.887014] [34.196618, -83.886245] [34.195925, -83.885661] [34.195225, -83.885138] [34.197095, -83.882408] [34.196196, -83.881535] [34.196461, -83.881169] [34.196755, -83.880749] [34.196937, -83.880501] [34.197129, -83.88022] [34.197362, -83.879869] [34.19752, -83.879661] [34.197657, -83.879472] [34.197826, -83.879211] [34.197926, -83.879062] [34.198214, -83.878749] [34.198378, -83.878583] [34.198623, -83.878308] [34.198791, -83.878089] [34.198988, -83.87791] [34.199176, -83.877701] [34.199355, -83.877511] [34.199589, -83.87724] [34.199832, -83.876917] [34.200235, -83.877717] [34.202235, -83.876703] [34.202227, -83.876741] [34.202217, -83.876804] [34.202207, -83.876904] [34.202205, -83.876947] [34.202205, -83.877042] [34.20221, -83.877122] [34.202219, -83.877198] [34.202227, -83.877247] [34.202238, -83.877301] [34.202251, -83.877354] [34.202267, -83.877409] [34.202283, -83.877455] [34.202285, -83.877457] [34.202293, -83.87748] [34.202295, -83.877482] [34.202315, -83.877529] [34.202338, -83.877573] [34.202368, -83.877623] [34.202399, -83.877668] [34.202448, -83.877728] [34.202498, -83.877778] [34.202524, -83.877801] [34.202577, -83.877841] [34.202582, -83.877843] [34.202901, -83.878055] [34.202931, -83.878079] [34.202971, -83.878119] [34.202982, -83.878132] [34.203004, -83.878162] [34.203026, -83.878197] [34.203041, -83.878226] [34.203054, -83.878256] [34.203063, -83.878279] [34.203074, -83.878314] [34.203086, -83.878369] [34.203097, -83.878412] [34.203102, -83.878426] [34.203102, -83.87843] [34.203121, -83.878487] [34.203141, -83.878537] [34.202756, -83.878814] [34.202934, -83.879197] [34.202771, -83.879364] [34.20319, -83.879842] [34.204076, -83.881127] [34.204089, -83.881198] [34.20401, -83.88129] [34.204706, -83.882009] [34.205152, -83.882485] [34.205384, -83.882694] [34.205652, -83.882959] [34.205813, -83.883134] [34.205891, -83.88304] [34.206356, -83.882405] [34.206466, -83.882258] [34.206231, -83.881976] [34.205901, -83.881545] [34.205825, -83.881458] [34.205763, -83.881393] [34.205731, -83.881357] [34.205669, -83.881294] [34.205634, -83.881261] [34.206101, -83.880722] [34.205883, -83.880481] [34.205449, -83.880043] [34.205447, -83.880045] [34.205226, -83.879827] [34.204743, -83.880446] [34.204742, -83.880443] [34.204702, -83.880392] [34.204654, -83.880324] [34.204913, -83.879986] [34.20474, -83.879731] [34.204962, -83.879452] [34.204792, -83.879193] [34.205068, -83.878847] [34.204899, -83.878587] [34.205703, -83.877593] [34.205647, -83.877519] [34.205546, -83.877468] [34.206475, -83.876134] [34.206926, -83.875982] [34.207616, -83.876812] [34.207757, -83.876632] [34.208301, -83.876409] [34.208649, -83.876128] [34.20868, -83.876184] [34.208696, -83.876209] [34.208354, -83.876485] [34.207808, -83.876708] [34.207667, -83.876888] [34.208285, -83.877634] [34.209199, -83.876843] [34.2092, -83.876846] [34.209243, -83.876899] [34.209263, -83.876927] [34.209288, -83.876958] [34.209341, -83.87703] [34.209442, -83.877175] [34.209532, -83.877314] [34.209609, -83.877441] [34.209639, -83.877494] [34.209721, -83.87749] [34.210404, -83.876826] [34.212333, -83.878876] [34.212528, -83.878451] [34.212579, -83.878483] [34.212659, -83.878527] [34.212705, -83.878549] [34.212756, -83.878571] [34.212813, -83.878593] [34.212868, -83.878611] [34.212901, -83.878625] [34.212957, -83.878655] [34.213, -83.878684] [34.213032, -83.87871] [34.213069, -83.878745] [34.213097, -83.878777] [34.21333, -83.879025] [34.213546, -83.878856] [34.211936, -83.877177] [34.209298, -83.874422] [34.209359, -83.874375] [34.20942, -83.874185] [34.209509, -83.874124] [34.209643, -83.874] [34.209729, -83.873999] [34.209822, -83.87385] [34.209843, -83.873741] [34.209918, -83.873683] [34.209989, -83.873772] [34.210045, -83.873853] [34.2102, -83.874008] [34.210252, -83.87405] [34.210297, -83.874101] [34.210343, -83.87417] [34.210391, -83.874232] [34.210441, -83.874312] [34.210534, -83.874471] [34.210558, -83.87454] [34.210573, -83.874626] [34.210605, -83.874698] [34.21064, -83.874744] [34.210696, -83.874773] [34.210741, -83.874799] [34.210774, -83.874839] [34.210815, -83.874867] [34.210862, -83.87489] [34.210913, -83.874933] [34.210954, -83.874983] [34.210976, -83.87502] [34.211008, -83.875055] [34.211046, -83.875069] [34.211079, -83.875117] [34.211126, -83.875212] [34.211155, -83.875263] [34.211196, -83.875309] [34.211216, -83.875356] [34.211216, -83.875419] [34.211209, -83.875467] [34.211239, -83.875545] [34.211269, -83.87566] [34.211277, -83.875696] [34.211251, -83.875764] [34.211276, -83.87582] [34.21131, -83.875874] [34.211363, -83.875908] [34.211411, -83.875928] [34.211468, -83.875941] [34.211538, -83.875969] [34.211596, -83.876008] [34.21163, -83.876057] [34.211644, -83.876124] [34.211659, -83.876186] [34.211691, -83.876245] [34.211724, -83.876326] [34.211744, -83.876415] [34.211836, -83.876349] [34.211956, -83.876307] [34.212248, -83.876297] [34.212549, -83.876315] [34.212854, -83.876339] [34.213304, -83.876366] [34.21372, -83.876417] [34.213979, -83.87641] [34.214242, -83.876423] [34.215178, -83.876482] [34.215195, -83.876338] [34.215208, -83.876126] [34.215221, -83.874298] [34.215222, -83.874197] [34.215228, -83.873967] [34.214406, -83.873948] [34.214397, -83.874279] [34.212286, -83.87423] [34.209364, -83.871956] [34.209361, -83.8718] [34.209412, -83.871721] [34.210557, -83.87009] [34.210839, -83.869663] [34.210864, -83.869662] [34.210888, -83.869645] [34.210892, -83.869644] [34.210901, -83.869609] [34.21094, -83.869568] [34.210961, -83.869541] [34.21098, -83.869534] [34.210997, -83.869547] [34.211038, -83.869593] [34.211061, -83.869628] [34.211085, -83.869669] [34.211113, -83.869698] [34.211148, -83.86971] [34.211155, -83.869693] [34.211159, -83.869667] [34.211127, -83.869612] [34.211134, -83.86959] [34.211155, -83.869575] [34.211184, -83.869561] [34.211302, -83.869522] [34.211351, -83.869498] [34.211393, -83.869473] [34.211441, -83.869448] [34.211477, -83.869431] [34.211508, -83.869405] [34.211546, -83.869335] [34.211571, -83.8693] [34.211609, -83.869271] [34.211643, -83.869269] [34.211686, -83.869279] [34.211719, -83.869295] [34.211742, -83.869327] [34.211765, -83.869373] [34.211803, -83.869379] [34.211827, -83.869357] [34.211857, -83.869315] [34.21189, -83.869274] [34.211927, -83.869231] [34.211956, -83.869201] [34.211992, -83.869179] [34.212039, -83.869161] [34.212079, -83.869148] [34.212158, -83.869127] [34.212257, -83.869091] [34.212327, -83.869069] [34.21238, -83.869045] [34.212426, -83.869013] [34.212468, -83.868968] [34.212477, -83.868967] [34.21225, -83.871277] [34.214266, -83.8724] [34.214834, -83.872754] [34.21526, -83.87291] [34.215268, -83.872804] [34.215284, -83.872666] [34.215304, -83.872537] [34.215323, -83.872437] [34.215348, -83.872326] [34.215378, -83.87221] [34.215416, -83.872084] [34.215455, -83.871972] [34.214835, -83.871573] [34.214369, -83.871026] [34.212565, -83.868956] [34.213216, -83.868813] [34.213702, -83.868309] [34.214012, -83.868585] [34.214713, -83.868847] [34.215077, -83.869153] [34.215412, -83.869204] [34.215323, -83.869394] [34.215921, -83.870096] [34.216362, -83.870594] [34.217176, -83.869604] [34.21723, -83.869536] [34.217306, -83.869431] [34.217376, -83.869324] [34.217414, -83.869261] [34.217468, -83.869164] [34.217528, -83.869045] [34.217583, -83.868922] [34.217609, -83.868858] [34.21766, -83.868718] [34.217688, -83.868631] [34.218022, -83.867466] [34.218068, -83.867319] [34.218104, -83.867213] [34.218122, -83.867165] [34.218006, -83.867065] [34.217525, -83.866577] [34.217735, -83.866099] [34.217889, -83.865801] [34.218482, -83.866382] [34.21882, -83.865713] [34.218218, -83.86513] [34.218032, -83.865524] [34.217916, -83.865749] [34.217682, -83.865574] [34.217508, -83.865924] [34.217319, -83.866353] [34.216985, -83.866016] [34.216878, -83.865904] [34.216815, -83.865835] [34.216722, -83.86573] [34.216596, -83.86558] [34.216522, -83.865488] [34.216415, -83.86535] [34.21688, -83.864076] [34.216349, -83.863502] [34.216311, -83.863499] [34.216243, -83.863304] [34.216127, -83.863211] [34.216038, -83.863292] [34.216014, -83.863192] [34.215797, -83.863188] [34.215743, -83.863116] [34.215654, -83.863186] [34.21553, -83.863016] [34.215543, -83.862951] [34.215472, -83.862834] [34.21532, -83.862802] [34.215255, -83.862751] [34.215215, -83.862727] [34.215145, -83.862673] [34.215122, -83.862645] [34.214082, -83.864205] [34.213715, -83.864386] [34.213396, -83.864367] [34.213385, -83.864885] [34.213231, -83.864883] [34.213174, -83.864887] [34.212346, -83.864219] [34.210972, -83.863006] [34.210411, -83.862871] [34.21034, -83.863059] [34.209352, -83.862434] [34.210455, -83.859406] [34.210901, -83.858272] [34.211089, -83.858374] [34.210736, -83.859271] [34.211086, -83.85947] [34.211451, -83.8585] [34.21212, -83.858859] [34.213634, -83.859681] [34.213613, -83.859711] [34.213801, -83.859813] [34.213773, -83.859849] [34.213934, -83.859936] [34.214036, -83.859899] [34.214744, -83.860283] [34.214862, -83.860057] [34.215045, -83.859616] [34.21492, -83.859548] [34.215063, -83.859229] [34.215314, -83.859291] [34.215301, -83.859438] [34.215486, -83.859518] [34.215515, -83.859404] [34.215703, -83.859376] [34.215727, -83.8595] [34.215938, -83.859503] [34.215935, -83.859513] [34.215972, -83.859519] [34.216015, -83.859533] [34.216051, -83.859538] [34.216085, -83.859514] [34.216165, -83.859478] [34.216221, -83.859476] [34.216271, -83.859469] [34.216323, -83.859453] [34.216372, -83.859377] [34.216494, -83.859421] [34.216586, -83.859513] [34.216646, -83.859559] [34.216646, -83.859609] [34.216868, -83.859711] [34.217026, -83.859745] [34.217195, -83.859724] [34.217307, -83.85975] [34.217375, -83.859812] [34.217449, -83.859817] [34.217557, -83.859767] [34.217781, -83.859807] [34.217871, -83.859775] [34.217941, -83.859773] [34.218101, -83.860876] [34.217865, -83.861653] [34.218267, -83.861785] [34.218306, -83.861796] [34.218468, -83.861838] [34.218576, -83.861863] [34.218681, -83.861885] [34.218792, -83.861906] [34.218946, -83.861931] [34.219097, -83.861951] [34.220067, -83.862027] [34.220179, -83.862047] [34.220274, -83.862067] [34.220374, -83.862091] [34.220486, -83.862122] [34.220509, -83.862064] [34.220511, -83.862062] [34.220535, -83.862004] [34.220583, -83.8619] [34.220643, -83.861782] [34.220689, -83.861699] [34.220764, -83.861574] [34.220822, -83.861486] [34.220879, -83.861405] [34.22093, -83.861338] [34.220911, -83.861206] [34.220807, -83.861252] [34.220963, -83.860454] [34.220864, -83.860498] [34.220878, -83.860434] [34.220922, -83.860254] [34.22095, -83.860159] [34.220974, -83.860085] [34.221023, -83.859952] [34.221046, -83.859895] [34.221126, -83.859941] [34.221158, -83.859871] [34.221203, -83.859784] [34.221225, -83.859744] [34.221268, -83.859672] [34.221353, -83.859712] [34.221384, -83.859826] [34.221425, -83.859963] [34.221454, -83.860055] [34.22151, -83.860219] [34.221604, -83.860047] [34.222073, -83.85975] [34.222333, -83.860351] [34.224628, -83.859071] [34.224712, -83.859026] [34.224787, -83.858989] [34.224893, -83.858941] [34.225034, -83.858885] [34.225149, -83.858846] [34.225288, -83.858806] [34.225407, -83.858778] [34.225543, -83.858753] [34.226636, -83.858611] [34.226901, -83.85846] [34.22766, -83.858362] [34.229671, -83.858077] [34.230681, -83.858057] [34.230862, -83.858044] [34.232201, -83.857859] [34.232331, -83.857839] [34.232514, -83.857805] [34.232665, -83.857772] [34.232798, -83.857739] [34.232996, -83.857683] [34.23314, -83.857637] [34.233305, -83.857579] [34.233477, -83.857512] [34.233604, -83.857457] [34.233609, -83.857456] [34.233736, -83.857398] [34.233874, -83.857331] [34.23404, -83.857244] [34.234175, -83.857168] [34.234292, -83.857098] [34.236339, -83.855824] [34.238065, -83.85476] [34.238442, -83.854523] [34.238561, -83.854709] [34.236244, -83.856157] [34.236317, -83.856327] [34.235614, -83.856766] [34.235625, -83.856822] [34.235402, -83.856986] [34.234915, -83.857321] [34.234583, -83.857877] [34.234565, -83.857925] [34.234546, -83.85797] [34.234897, -83.859378] [34.236277, -83.858576] [34.236287, -83.858605] [34.236551, -83.859057] [34.236834, -83.859693] [34.236901, -83.860111] [34.236901, -83.860135] [34.236894, -83.860388] [34.236871, -83.860892] [34.236834, -83.861372] [34.23692, -83.861435] [34.236856, -83.861561] [34.236136, -83.863077] [34.235266, -83.86247] [34.234941, -83.862223] [34.234938, -83.862165] [34.23493, -83.862069] [34.234914, -83.861929] [34.234893, -83.861789] [34.234861, -83.861623] [34.234837, -83.861521] [34.234783, -83.861322] [34.234719, -83.861128] [34.234645, -83.860939] [34.23456, -83.860756] [34.234467, -83.86058] [34.23379, -83.859392] [34.233493, -83.859456] [34.2328, -83.860118] [34.232713, -83.860291] [34.232573, -83.860439] [34.232602, -83.860736] [34.233787, -83.862071] [34.233749, -83.862081] [34.233669, -83.862128] [34.233568, -83.862212] [34.233467, -83.862248] [34.233353, -83.862252] [34.233193, -83.862297] [34.233062, -83.862338] [34.233057, -83.862289] [34.232933, -83.862329] [34.232745, -83.862407] [34.232648, -83.862369] [34.232545, -83.862352] [34.232534, -83.862631] [34.232497, -83.863799] [34.232222, -83.864644] [34.231598, -83.864602] [34.2316, -83.864589] [34.231606, -83.864493] [34.231608, -83.864371] [34.231603, -83.864239] [34.231594, -83.864139] [34.230955, -83.864546] [34.23041, -83.86615] [34.229828, -83.867829] [34.230944, -83.86839] [34.230674, -83.869169] [34.231525, -83.869841] [34.233911, -83.871388] [34.233918, -83.871394] [34.233974, -83.87143] [34.234084, -83.871505] [34.234232, -83.871609] [34.234413, -83.871742] [34.234535, -83.871835] [34.234591, -83.87188] [34.234607, -83.871891] [34.234835, -83.872076] [34.235019, -83.872233] [34.235204, -83.872398] [34.235368, -83.872551] [34.235491, -83.87267] [34.235637, -83.872816] [34.235667, -83.872848] [34.236584, -83.873777] [34.241169, -83.867873] [34.24136, -83.868116] [34.241601, -83.86829] [34.241763, -83.868543] [34.242014, -83.868404] [34.241787, -83.868046] [34.241547, -83.867872] [34.241357, -83.867631] [34.243425, -83.864969] [34.243678, -83.865083] [34.244102, -83.865446] [34.244038, -83.865595] [34.244089, -83.865637] [34.24468, -83.864799] [34.247235, -83.86107] [34.246745, -83.86071] [34.247811, -83.859238] [34.247862, -83.859176] [34.248665, -83.859303] [34.248932, -83.859378] [34.249001, -83.859322] [34.249087, -83.859259] [34.249201, -83.859186] [34.249312, -83.859125] [34.249433, -83.859069] [34.249646, -83.858987] [34.249759, -83.858941] [34.2499, -83.85888] [34.252787, -83.861029] [34.250919, -83.863772] [34.247425, -83.861209] [34.244861, -83.86495] [34.244061, -83.866086] [34.24404, -83.866114] [34.243954, -83.866239] [34.243821, -83.866438] [34.2437, -83.866626] [34.243522, -83.866915] [34.243512, -83.866934] [34.24344, -83.867054] [34.243357, -83.867198] [34.243347, -83.867218] [34.243155, -83.867557] [34.243534, -83.867853] [34.243376, -83.868124] [34.243001, -83.867831] [34.242949, -83.867922] [34.242914, -83.867977] [34.242857, -83.868058] [34.2428, -83.868131] [34.242745, -83.868194] [34.242693, -83.868249] [34.242664, -83.868277] [34.242581, -83.868351] [34.242504, -83.868411] [34.242468, -83.868435] [34.24246, -83.868442] [34.242392, -83.868485] [34.241959, -83.868726] [34.242474, -83.86925] [34.242574, -83.869357] [34.242761, -83.869591] [34.24283, -83.869628] [34.242868, -83.86966] [34.24287, -83.869711] [34.242841, -83.869877] [34.242934, -83.870079] [34.243045, -83.870069] [34.243092, -83.870037] [34.243133, -83.870041] [34.243152, -83.870192] [34.243334, -83.870265] [34.243385, -83.87035] [34.243493, -83.870462] [34.242831, -83.871164] [34.241646, -83.872373] [34.243559, -83.873732] [34.242718, -83.87495] [34.243407, -83.875684] [34.243414, -83.875691] [34.243473, -83.875733] [34.243716, -83.875803] [34.243755, -83.875803] [34.243919, -83.87582] [34.244057, -83.875822] [34.244188, -83.875878] [34.244311, -83.875963] [34.244388, -83.875971] [34.244416, -83.87593] [34.244509, -83.876016] [34.244596, -83.876044] [34.244716, -83.87608] [34.244725, -83.87603] [34.244842, -83.876061] [34.244882, -83.876036] [34.244401, -83.877575] [34.244185, -83.878285] [34.24415, -83.878439] [34.243848, -83.880509] [34.24384, -83.880552] [34.243666, -83.880959] [34.243561, -83.881101] [34.245629, -83.883278] [34.245608, -83.883382] [34.245626, -83.883402] [34.245672, -83.88334] [34.245728, -83.88341] [34.245745, -83.883428] [34.245504, -83.883565] [34.245561, -83.883625] [34.245876, -83.883968] [34.246117, -83.883925] [34.246199, -83.883843] [34.246206, -83.883838] [34.246267, -83.88378] [34.24627, -83.883779] [34.246309, -83.883743] [34.246312, -83.883742] [34.246343, -83.883714] [34.246346, -83.883713] [34.246388, -83.883677] [34.246391, -83.883676] [34.246436, -83.883639] [34.246482, -83.883604] [34.247133, -83.88314] [34.247705, -83.882744] [34.248253, -83.882379] [34.248399, -83.882279] [34.248989, -83.88339] [34.250205, -83.88262] [34.251029, -83.884167] [34.250907, -83.885185] [34.251023, -83.885677] [34.251641, -83.886173] [34.25232, -83.886957] [34.251852, -83.887263] [34.252194, -83.887817] [34.252296, -83.887973] [34.252303, -83.887968] [34.252478, -83.887804] [34.252492, -83.887789] [34.252531, -83.887753] [34.252547, -83.887736] [34.252649, -83.887638] [34.252857, -83.887429] [34.253029, -83.887249] [34.254124, -83.887999] [34.254118, -83.888275] [34.254228, -83.888277] [34.254452, -83.888228] [34.254622, -83.888336] [34.256804, -83.889808] [34.257168, -83.889695] [34.257344, -83.889467] [34.257868, -83.889147] [34.258331, -83.88899] [34.258437, -83.888942] [34.25856, -83.888956] [34.26004, -83.888073] [34.260231, -83.887988] [34.260141, -83.887684] [34.260095, -83.887523] [34.260051, -83.887383] [34.260014, -83.887281] [34.26157, -83.886414] [34.261842, -83.887034] [34.263172, -83.88623] [34.264017, -83.885733] [34.263816, -83.885303] [34.264339, -83.885017] [34.26463, -83.885165] [34.264723, -83.885318] [34.264939, -83.885092] [34.26514, -83.885464] [34.265171, -83.885538] [34.26592, -83.885086] [34.265939, -83.88513] [34.266197, -83.885197] [34.266393, -83.885115] [34.266516, -83.885044] [34.266682, -83.88547] [34.266693, -83.885615] [34.266705, -83.886118] [34.266341, -83.886336] [34.266066, -83.886814] [34.266042, -83.887083] [34.266064, -83.88722] [34.26625, -83.887374] [34.266118, -83.887654] [34.265504, -83.887023] [34.265183, -83.886756] [34.265048, -83.886735] [34.264562, -83.886406] [34.264648, -83.886256] [34.264834, -83.886382] [34.264541, -83.885825] [34.26373, -83.886332] [34.262757, -83.886912] [34.262763, -83.886927] [34.262035, -83.887361] [34.262055, -83.887404] [34.261552, -83.887704] [34.261514, -83.88784] [34.261424, -83.887919] [34.261254, -83.887862] [34.260805, -83.888128] [34.261367, -83.889294] [34.262702, -83.890999] [34.262283, -83.891878] [34.260183, -83.891436] [34.259708, -83.891032] [34.260219, -83.88985] [34.260821, -83.890323] [34.260793, -83.890294] [34.260767, -83.890263] [34.260742, -83.890229] [34.26072, -83.890194] [34.260696, -83.890148] [34.260676, -83.890099] [34.260659, -83.890049] [34.260647, -83.889997] [34.260522, -83.889367] [34.260399, -83.888493] [34.260331, -83.88826] [34.260206, -83.888472] [34.257922, -83.889835] [34.257365, -83.89016] [34.255929, -83.890967] [34.255921, -83.89097] [34.255848, -83.891009] [34.255766, -83.891049] [34.255701, -83.891079] [34.255623, -83.891112] [34.255621, -83.891114] [34.255471, -83.891173] [34.255407, -83.891196] [34.255332, -83.891221] [34.255316, -83.891225] [34.255765, -83.89203] [34.255347, -83.892281] [34.254977, -83.891622] [34.255018, -83.891348] [34.254747, -83.891451] [34.254039, -83.891672] [34.254305, -83.892187] [34.254678, -83.892882] [34.254299, -83.893125] [34.25426, -83.893062] [34.25422, -83.893009] [34.254194, -83.89298] [34.254163, -83.892949] [34.254128, -83.892919] [34.254082, -83.892886] [34.254043, -83.892863] [34.254023, -83.892853] [34.253967, -83.89283] [34.253938, -83.892821] [34.253906, -83.892814] [34.253621, -83.891802] [34.253088, -83.89197] [34.252671, -83.8921] [34.252606, -83.892119] [34.252707, -83.892458] [34.252772, -83.892665] [34.252783, -83.892692] [34.252796, -83.892717] [34.252814, -83.89274] [34.252837, -83.89276] [34.25286, -83.892775] [34.252888, -83.892788] [34.252928, -83.892783] [34.252966, -83.892781] [34.253027, -83.892781] [34.253069, -83.892784] [34.253112, -83.894546] [34.251843, -83.895425] [34.251686, -83.894096] [34.251717, -83.893248] [34.251896, -83.893196] [34.252367, -83.893027] [34.252334, -83.892901] [34.252138, -83.892281] [34.250863, -83.892737] [34.25043, -83.892864] [34.250137, -83.892927] [34.248159, -83.893545] [34.248009, -83.893586] [34.247911, -83.89361] [34.24776, -83.893643] [34.247632, -83.893667] [34.247514, -83.893686] [34.247428, -83.893698] [34.247299, -83.893713] [34.247178, -83.893724] [34.247073, -83.893731] [34.246958, -83.893736] [34.246871, -83.893738] [34.24674, -83.893738] [34.24654, -83.893731] [34.244447, -83.893611] [34.244387, -83.893731] [34.244246, -83.893629] [34.243931, -83.894257] [34.243591, -83.894086] [34.243363, -83.894508] [34.243312, -83.89449] [34.24326, -83.894476] [34.243215, -83.894467] [34.243163, -83.89446] [34.243123, -83.894457] [34.242763, -83.894446] [34.242692, -83.894439] [34.242636, -83.894429] [34.242598, -83.89442] [34.24255, -83.894406] [34.242509, -83.894391] [34.242499, -83.89402] [34.242498, -83.893523] [34.241563, -83.893484] [34.238593, -83.893342] [34.238465, -83.89334] [34.238331, -83.893345] [34.238215, -83.893355] [34.238077, -83.893374] [34.237935, -83.893402] [34.238159, -83.894216] [34.237763, -83.89435] [34.237518, -83.893534] [34.237407, -83.893582] [34.237276, -83.893647] [34.237138, -83.893725] [34.237063, -83.893772] [34.236994, -83.893818] [34.236917, -83.893873] [34.236849, -83.893925] [34.237048, -83.89459] [34.236839, -83.89466] [34.236377, -83.894825] [34.236674, -83.895859] [34.236168, -83.896583] [34.235386, -83.895353] [34.234645, -83.896092] [34.235696, -83.898171] [34.236274, -83.897905] [34.236455, -83.899756] [34.235114, -83.900538] [34.2351, -83.900471] [34.234523, -83.900814] [34.234433, -83.900502] [34.234315, -83.900073] [34.233451, -83.900486] [34.23334, -83.900068] [34.233306, -83.899931] [34.233289, -83.899853] [34.23326, -83.899704] [34.233236, -83.899551] [34.233225, -83.899467] [34.233211, -83.899334] [34.233202, -83.899218] [34.233107, -83.897627] [34.232899, -83.897836] [34.232949, -83.898669] [34.232422, -83.899224] [34.232861, -83.900374] [34.232601, -83.900913] [34.232779, -83.901484] [34.232945, -83.902115] [34.233003, -83.902378] [34.232427, -83.90261] [34.232383, -83.902633] [34.232352, -83.902653] [34.23233, -83.902671] [34.232327, -83.902672] [34.232285, -83.902711] [34.232255, -83.902744] [34.232221, -83.90279] [34.232202, -83.902821] [34.232179, -83.902865] [34.231896, -83.903501] [34.231474, -83.903257] [34.23203, -83.902101] [34.23055, -83.901066] [34.230971, -83.900641] [34.23062, -83.900132] [34.230534, -83.900025] [34.231111, -83.899448] [34.231046, -83.899358] [34.2288, -83.897818] [34.229161, -83.897012] [34.230054, -83.895119] [34.230495, -83.894207] [34.230714, -83.893769] [34.23037, -83.893526] [34.229766, -83.893093] [34.228896, -83.892479] [34.228775, -83.892391] [34.228728, -83.892451] [34.228671, -83.89255] [34.22865, -83.8926] [34.228645, -83.892639] [34.228293, -83.892384] [34.228396, -83.892115] [34.227933, -83.891788] [34.228459, -83.890505] [34.228521, -83.890357] [34.228449, -83.89037] [34.228311, -83.89039] [34.228174, -83.890405] [34.228058, -83.890414] [34.227897, -83.890421] [34.227782, -83.890422] [34.227621, -83.890418] [34.227505, -83.890411] [34.227321, -83.890393] [34.22723, -83.890381] [34.227093, -83.890359] [34.226956, -83.890332] [34.226826, -83.890302] [34.226691, -83.890266] [34.226557, -83.890225] [34.226446, -83.890188] [34.226171, -83.890523] [34.22665, -83.89104] [34.226379, -83.89137] [34.226066, -83.891764] [34.22561, -83.891294] [34.225573, -83.891251] [34.2253, -83.891586] [34.224919, -83.892063] [34.224369, -83.892767] [34.225346, -83.893384] [34.226228, -83.894029] [34.226047, -83.894278] [34.226398, -83.894534] [34.226385, -83.894573] [34.226376, -83.894588] [34.226364, -83.894602] [34.226344, -83.894619] [34.226313, -83.89465] [34.226282, -83.894685] [34.226248, -83.894728] [34.226213, -83.894779] [34.226034, -83.895025] [34.225805, -83.895353] [34.225796, -83.895364] [34.225657, -83.89557] [34.225544, -83.895748] [34.225461, -83.895886] [34.225402, -83.895988] [34.225377, -83.896033] [34.225352, -83.896083] [34.225335, -83.896121] [34.225329, -83.896138] [34.225327, -83.89614] [34.225316, -83.896171] [34.224922, -83.895951] [34.224814, -83.896167] [34.224423, -83.89575] [34.224242, -83.895999] [34.224671, -83.896456] [34.22449, -83.89682] [34.225083, -83.897207] [34.225062, -83.897263] [34.22506, -83.897265] [34.225057, -83.897275] [34.225055, -83.897277] [34.225041, -83.897311] [34.225009, -83.897376] [34.224987, -83.897415] [34.225502, -83.897839] [34.225263, -83.898153] [34.224936, -83.898398] [34.224658, -83.898694] [34.22443, -83.898975] [34.223585, -83.898394] [34.223339, -83.89823] [34.223102, -83.898045] [34.222309, -83.897524] [34.220922, -83.896587] [34.220622, -83.897238] [34.219512, -83.89955] [34.219183, -83.900254] [34.218764, -83.899779] [34.21857, -83.899626] [34.218915, -83.899071] [34.218423, -83.898685] [34.218285, -83.898575] [34.218264, -83.898612] [34.217912, -83.899184] [34.217259, -83.900228] [34.217225, -83.900288] [34.216856, -83.900053] [34.215576, -83.902754] [34.215525, -83.902793] [34.215592, -83.903056] [34.216493, -83.902366] [34.216582, -83.902288] [34.216627, -83.902242] [34.217366, -83.903496] [34.215207, -83.904761] [34.214722, -83.904439] [34.215165, -83.90359] [34.215085, -83.903399] [34.214982, -83.903166] [34.21447, -83.903495] [34.213348, -83.904178] [34.212478, -83.902144] [34.211843, -83.902682] [34.21265, -83.904352] [34.212662, -83.904576] [34.21252, -83.904645] [34.212599, -83.904891] [34.212862, -83.904761] [34.21295, -83.904713] [34.213129, -83.904609] [34.213283, -83.904515] [34.214147, -83.905596] [34.213082, -83.907742] [34.213007, -83.907895] [34.212813, -83.908314] [34.212264, -83.90942] [34.213486, -83.910276] [34.213516, -83.910404] [34.213557, -83.910611] [34.213585, -83.910779] [34.213585, -83.910786] [34.213621, -83.911023] [34.211001, -83.912244] [34.214884, -83.914943] [34.216221, -83.912155] [34.220459, -83.915048] [34.2159, -83.924369] [34.207924, -83.918928] [34.208363, -83.918048] [34.205601, -83.915632] [34.205596, -83.915628] [34.205591, -83.915638] [34.205222, -83.915316] [34.205138, -83.915242] [34.204939, -83.915053] [34.203855, -83.915556] [34.202197, -83.910689] [34.20426, -83.90897] [34.208342, -83.9055] [34.207962, -83.905013] [34.207315, -83.903847] [34.206633, -83.902587] [34.206711, -83.902531] [34.206669, -83.902417] [34.206666, -83.902412] [34.206598, -83.902216] [34.206565, -83.902114] [34.206542, -83.902037] [34.206463, -83.901985] [34.206345, -83.901515] [34.20621, -83.90096] [34.206133, -83.899949] [34.20615, -83.899915] [34.205729, -83.899627] [34.20539, -83.897828] [34.205294, -83.897688] [34.205213, -83.897579] [34.20519, -83.897551] [34.205189, -83.897548] [34.205145, -83.897495] [34.205144, -83.897492] [34.205126, -83.897472] [34.205125, -83.897469] [34.205069, -83.897403] [34.204984, -83.897308] [34.204973, -83.897298] [34.204927, -83.897248] [34.204842, -83.897163] [34.204721, -83.897051] [34.204663, -83.897] [34.204562, -83.896916] [34.204473, -83.896846] [34.204432, -83.896816] [34.204691, -83.896329] [34.204778, -83.896396] [34.204798, -83.896413] [34.204801, -83.896414] [34.204834, -83.896442] [34.204837, -83.896443] [34.204944, -83.896533] [34.205066, -83.896642] [34.205143, -83.896715] [34.205266, -83.896838] [34.205374, -83.896953] [34.205465, -83.897056] [34.205569, -83.897181] [34.205907, -83.896712] [34.206021, -83.896619] [34.207509, -83.893591] [34.206591, -83.892962] [34.206595, -83.892957] [34.207036, -83.892024] [34.20707, -83.892049] [34.20804, -83.892714] [34.207596, -83.893651] [34.208261, -83.894106] [34.208624, -83.89334] [34.208701, -83.893168] [34.208737, -83.893002] [34.20829, -83.892696] , holes=[[34.24994, -83.892666] [34.250212, -83.892586] [34.250085, -83.892403] [34.250019, -83.892328] [34.250031, -83.892252] [34.249911, -83.892089] [34.249762, -83.892053] [34.249633, -83.892136] [34.249319, -83.89243] [34.249249, -83.892469] [34.249206, -83.892516] [34.24919, -83.892494] [34.249117, -83.891936] [34.249001, -83.891741] [34.248963, -83.891692] [34.248918, -83.891426] [34.248827, -83.891234] [34.248453, -83.89076] [34.248325, -83.890702] [34.248112, -83.89078] [34.248071, -83.890866] [34.248047, -83.890941] [34.247988, -83.89086] [34.2479, -83.890762] [34.247669, -83.890571] [34.24778, -83.89051] [34.247829, -83.890486] [34.247866, -83.89047] [34.247909, -83.890454] [34.247968, -83.890436] [34.248046, -83.890419] [34.248728, -83.890304] [34.248696, -83.890109] [34.248094, -83.888737] [34.248027, -83.888787] [34.247749, -83.888934] [34.24771, -83.888886] [34.247694, -83.888932] [34.24759, -83.889005] [34.247566, -83.889021] [34.247501, -83.889027] [34.247417, -83.88924] [34.247332, -83.889376] [34.247134, -83.889411] [34.247026, -83.889155] [34.246915, -83.88893] [34.246907, -83.888708] [34.246592, -83.888143] [34.246483, -83.887617] [34.246412, -83.887462] [34.246306, -83.887396] [34.246226, -83.887414] [34.246149, -83.887441] [34.246076, -83.887437] [34.246018, -83.887459] [34.245941, -83.887468] [34.24589, -83.887503] [34.245795, -83.887578] [34.245751, -83.887591] [34.245711, -83.887565] [34.245685, -83.88752] [34.245711, -83.887436] [34.245751, -83.887232] [34.245638, -83.886857] [34.245656, -83.886765] [34.245717, -83.886637] [34.245818, -83.886514] [34.245954, -83.886328] [34.246038, -83.886217] [34.246174, -83.886075] [34.246311, -83.88589] [34.246452, -83.885641] [34.246427, -83.885439] [34.246332, -83.885116] [34.246167, -83.884859] [34.24597, -83.884652] [34.24575, -83.884516] [34.245723, -83.884355] [34.245722, -83.884286] [34.245728, -83.884261] [34.245721, -83.883996] [34.245385, -83.883632] [34.24523, -83.88372] [34.244661, -83.883139] [34.240789, -83.879063] [34.240364, -83.879613] [34.239761, -83.878943] [34.240086, -83.878518] [34.240213, -83.878652] [34.240297, -83.878538] [34.239096, -83.87726] [34.238384, -83.878643] [34.2382, -83.879039] [34.236921, -83.877957] [34.236789, -83.878171] [34.236629, -83.878419] [34.236478, -83.878642] [34.236368, -83.878798] [34.236776, -83.879197] [34.236973, -83.878938] [34.237481, -83.879821] [34.237657, -83.88021] [34.238201, -83.881493] [34.238224, -83.881626] [34.238365, -83.882169] [34.238822, -83.883431] [34.238809, -83.883466] [34.238724, -83.883512] [34.238669, -83.883621] [34.238652, -83.883754] [34.238613, -83.883821] [34.238577, -83.883971] [34.238526, -83.88403] [34.238448, -83.884097] [34.238443, -83.884181] [34.238405, -83.884302] [34.238349, -83.88439] [34.238293, -83.884499] [34.238303, -83.8846] [34.238282, -83.884655] [34.238272, -83.884723] [34.238264, -83.884746] [34.23825, -83.884863] [34.238363, -83.8849] [34.238428, -83.884972] [34.238633, -83.885276] [34.238828, -83.885583] [34.238967, -83.885844] [34.239046, -83.885962] [34.238998, -83.885995] [34.239095, -83.886209] [34.239167, -83.886534] [34.239229, -83.886684] [34.239325, -83.886877] [34.239374, -83.886902] [34.239565, -83.886983] [34.239662, -83.887015] [34.239848, -83.887068] [34.240135, -83.887004] [34.240379, -83.886954] [34.240528, -83.886952] [34.240657, -83.886947] [34.240856, -83.88692] [34.240923, -83.886951] [34.240968, -83.887132] [34.241084, -83.887248] [34.24121, -83.887347] [34.241288, -83.88744] [34.24135, -83.887483] [34.241463, -83.887684] [34.241538, -83.887867] [34.241646, -83.888075] [34.242094, -83.888203] [34.242223, -83.888287] [34.242355, -83.888322] [34.242764, -83.888276] [34.242991, -83.888185] [34.243344, -83.888147] [34.243564, -83.888058] [34.243679, -83.888061] [34.243738, -83.888139] [34.243885, -83.888312] [34.244139, -83.888266] [34.244179, -83.888062] [34.24421, -83.887957] [34.244303, -83.887849] [34.244575, -83.887992] [34.244751, -83.888097] [34.24515, -83.888273] [34.245185, -83.888277] [34.245263, -83.888217] [34.245279, -83.888199] [34.245434, -83.887967] [34.245579, -83.887696] [34.245706, -83.887637] [34.245733, -83.887648] [34.245803, -83.887626] [34.245861, -83.887599] [34.245919, -83.887564] [34.245982, -83.887529] [34.246055, -83.887515] [34.246201, -83.887497] [34.246248, -83.887488] [34.246383, -83.887518] [34.246409, -83.887597] [34.246443, -83.887812] [34.246423, -83.888053] [34.246434, -83.888194] [34.24646, -83.888281] [34.246556, -83.888448] [34.24675, -83.888724] [34.246783, -83.888768] [34.246831, -83.889034] [34.246886, -83.889139] [34.24693, -83.889245] [34.247007, -83.889398] [34.247058, -83.889543] [34.247426, -83.890487] [34.247385, -83.890619] [34.247413, -83.890713] [34.247773, -83.891065] [34.248003, -83.89124] [34.248188, -83.891364] [34.248394, -83.891443] [34.248645, -83.891476] [34.248689, -83.891591] [34.248773, -83.891898] [34.248855, -83.89204] [34.248895, -83.892183] [34.248929, -83.892498] [34.248996, -83.892681] [34.249109, -83.892819] [34.249261, -83.892835] [34.249433, -83.892765] [34.249672, -83.892569] [34.249767, -83.89237] [34.249803, -83.892392] [34.249792, -83.892519] [34.249846, -83.892609] [34.24994, -83.892666] , [34.240524, -83.875552] [34.240699, -83.875172] [34.24055, -83.875042] [34.239196, -83.874106] [34.239151, -83.874216] [34.239149, -83.874218] [34.239125, -83.874276] [34.239123, -83.874278] [34.23911, -83.87431] [34.239049, -83.874446] [34.23899, -83.874572] [34.238985, -83.87458] [34.238982, -83.874589] [34.238912, -83.87473] [34.240376, -83.875741] [34.240524, -83.875552] , [34.236691, -83.877887] [34.236708, -83.877857] [34.236733, -83.877818] [34.237299, -83.876888] [34.237889, -83.87598] [34.236208, -83.874261] [34.235271, -83.87331] [34.235153, -83.873192] [34.235051, -83.873093] [34.234877, -83.87293] [34.234697, -83.872769] [34.234687, -83.872762] [34.234578, -83.872667] [34.234415, -83.872532] [34.234328, -83.872462] [34.234321, -83.872458] [34.234281, -83.872425] [34.234274, -83.872421] [34.234193, -83.872357] [34.23417, -83.872341] [34.234069, -83.872264] [34.234024, -83.872232] [34.234015, -83.872224] [34.233995, -83.872211] [34.233922, -83.872157] [34.233876, -83.872126] [34.233864, -83.872116] [34.233714, -83.872013] [34.233707, -83.872005] [34.233705, -83.872] [34.233637, -83.871903] [34.23368, -83.872071] [34.233651, -83.872273] [34.233649, -83.872422] [34.233656, -83.872539] [34.233689, -83.872841] [34.233743, -83.873207] [34.233777, -83.873375] [34.233819, -83.873546] [34.233878, -83.873723] [34.233925, -83.873826] [34.232338, -83.875886] [34.232352, -83.87689] [34.233034, -83.877376] [34.230898, -83.880124] [34.231003, -83.880232] [34.231109, -83.880348] [34.231204, -83.880458] [34.2313, -83.880576] [34.232104, -83.879542] [34.2328, -83.880216] [34.232767, -83.880265] [34.232843, -83.880341] [34.233346, -83.879669] [34.23338, -83.879644] [34.233457, -83.879543] [34.234555, -83.878164] [34.234677, -83.878006] [34.233837, -83.877311] [34.234632, -83.876289] [34.236619, -83.878001] [34.236691, -83.877887] , [34.231827, -83.887831] [34.231762, -83.887944] [34.2327, -83.888664] [34.232798, -83.888742] [34.232532, -83.889413] [34.231918, -83.8894] [34.232626, -83.89274] [34.232702, -83.893129] [34.23274, -83.893342] [34.232769, -83.893517] [34.234035, -83.893528] [34.235242, -83.895153] [34.236456, -83.893941] [34.23654, -83.893862] [34.236643, -83.893772] [34.236646, -83.893771] [34.236681, -83.893741] [34.236753, -83.893684] [34.236831, -83.893626] [34.236897, -83.89358] [34.236933, -83.893557] [34.236937, -83.893553] [34.237021, -83.8935] [34.237251, -83.893372] [34.237363, -83.893319] [34.237482, -83.893269] [34.237613, -83.893221] [34.237727, -83.893185] [34.237831, -83.893157] [34.237944, -83.893131] [34.238053, -83.893111] [34.238172, -83.893094] [34.238347, -83.893079] [34.238393, -83.893077] [34.238555, -83.893076] [34.238612, -83.893078] [34.240307, -83.893159] [34.240329, -83.892472] [34.240259, -83.891865] [34.239933, -83.891175] [34.239812, -83.890915] [34.239784, -83.890858] [34.239905, -83.889685] [34.240147, -83.890264] [34.240306, -83.890063] [34.240527, -83.889754] [34.239913, -83.888504] [34.239788, -83.888366] [34.23956, -83.888108] [34.239432, -83.888039] [34.239188, -83.888524] [34.238538, -83.888154] [34.238336, -83.888549] [34.238311, -83.888534] [34.238298, -83.888563] [34.236351, -83.887354] [34.236154, -83.887782] [34.235741, -83.887289] [34.23562, -83.887541] [34.235666, -83.887593] [34.235648, -83.887626] [34.236021, -83.888072] [34.236062, -83.888119] [34.235928, -83.88841] [34.2355, -83.887899] [34.235205, -83.888445] [34.234668, -83.889599] [34.234632, -83.889682] [34.234501, -83.889512] [34.234394, -83.889389] [34.234033, -83.889732] [34.233532, -83.889128] [34.233524, -83.88912] [34.233523, -83.889117] [34.233461, -83.889045] [34.233395, -83.888973] [34.233394, -83.88897] [34.23336, -83.888935] [34.233355, -83.888928] [34.233291, -83.888863] [34.233286, -83.888856] [34.23315, -83.888723] [34.233086, -83.888664] [34.233007, -83.888595] [34.232843, -83.88846] [34.231884, -83.887724] [34.231827, -83.887831] , [34.23208, -83.896962] [34.232354, -83.896941] [34.232955, -83.89689] [34.232917, -83.89623] [34.232041, -83.896304] [34.23208, -83.896962] , [34.233538, -83.896854] [34.234537, -83.895856] [34.2334, -83.896513] [34.233538, -83.896854] , [34.244772, -83.891156] [34.244671, -83.891258] [34.244571, -83.891443] [34.244829, -83.891975] [34.244903, -83.892153] [34.245345, -83.891887] [34.244914, -83.891032] [34.244772, -83.891156] , [34.230523, -83.875671] [34.228851, -83.874532] [34.228812, -83.87464] [34.228769, -83.874746] [34.228723, -83.87485] [34.228673, -83.874951] [34.228755, -83.875012] [34.228693, -83.875126] [34.228614, -83.87506] [34.228557, -83.875156] [34.228497, -83.875249] [34.228433, -83.875338] [34.228367, -83.875425] [34.228298, -83.875508] [34.228226, -83.875587] [34.228151, -83.875663] [34.228186, -83.875714] [34.2281, -83.875795] [34.228067, -83.875741] [34.227856, -83.87593] [34.227829, -83.876105] [34.227863, -83.876181] [34.227871, -83.876202] [34.227877, -83.876213] [34.228606, -83.877914] [34.228674, -83.878084] [34.228721, -83.878214] [34.228759, -83.87833] [34.228788, -83.878439] [34.228801, -83.878499] [34.228817, -83.878592] [34.228828, -83.878682] [34.228834, -83.878763] [34.22926, -83.878113] [34.229453, -83.877584] [34.230815, -83.875864] [34.230523, -83.875671] , [34.229505, -83.860468] [34.229526, -83.860556] [34.229611, -83.860884] [34.229746, -83.861319] [34.230252, -83.8624] [34.230596, -83.862205] [34.230627, -83.862249] [34.23063, -83.862251] [34.230659, -83.862289] [34.230689, -83.862323] [34.230783, -83.862422] [34.232123, -83.860288] [34.232218, -83.860149] [34.232323, -83.860007] [34.232397, -83.859914] [34.232428, -83.859878] [34.232429, -83.859875] [34.232519, -83.859771] [34.232446, -83.859057] [34.232402, -83.858533] [34.232406, -83.858501] [34.232418, -83.858455] [34.232384, -83.858083] [34.230849, -83.858295] [34.229361, -83.85851] [34.228868, -83.858588] [34.225856, -83.858978] [34.225859, -83.85914] [34.225887, -83.859972] [34.226075, -83.859948] [34.226201, -83.860593] [34.226424, -83.86151] [34.226505, -83.861912] [34.226533, -83.861987] [34.226889, -83.861983] [34.226921, -83.862142] [34.226796, -83.862283] [34.226551, -83.862581] [34.22583, -83.863512] [34.22559, -83.863659] [34.225464, -83.863788] [34.22548, -83.863808] [34.225057, -83.864212] [34.2247, -83.86457] [34.226616, -83.865511] [34.22685, -83.865169] [34.226891, -83.865209] [34.227043, -83.864987] [34.227002, -83.864947] [34.227316, -83.864491] [34.227677, -83.863133] [34.228265, -83.862432] [34.228551, -83.861858] [34.22913, -83.861015] [34.229505, -83.860468] , [34.225738, -83.860881] [34.225845, -83.860847] [34.225575, -83.859649] [34.225559, -83.859558] [34.225537, -83.859239] [34.225526, -83.859024] [34.225494, -83.859029] [34.225394, -83.85905] [34.225279, -83.85908] [34.225183, -83.859109] [34.225088, -83.859142] [34.224977, -83.859186] [34.224887, -83.859226] [34.224784, -83.859277] [34.224667, -83.859341] [34.224866, -83.859835] [34.224941, -83.860083] [34.225108, -83.860672] [34.22566, -83.860542] [34.225738, -83.860881] , [34.223952, -83.86494] [34.22401, -83.865161] [34.22323, -83.866985] [34.223147, -83.867272] [34.222948, -83.867727] [34.222902, -83.867817] [34.222872, -83.86787] [34.222839, -83.867924] [34.222785, -83.868003] [34.222731, -83.868074] [34.222674, -83.868141] [34.222614, -83.868204] [34.222551, -83.868263] [34.222493, -83.868311] [34.222424, -83.86836] [34.222377, -83.86839] [34.222324, -83.868421] [34.222248, -83.86846] [34.222198, -83.868482] [34.222119, -83.868513] [34.22207, -83.868529] [34.222005, -83.868547] [34.221913, -83.868566] [34.221822, -83.868578] [34.22174, -83.868583] [34.221676, -83.868583] [34.221636, -83.868581] [34.221629, -83.868709] [34.22163, -83.868787] [34.221628, -83.868837] [34.222574, -83.869056] [34.220852, -83.871565] [34.220683, -83.871814] [34.220628, -83.869852] [34.219559, -83.868489] [34.219505, -83.868418] [34.219062, -83.868021] [34.21831, -83.867309] [34.218266, -83.867435] [34.218264, -83.867445] [34.218232, -83.867545] [34.217917, -83.868642] [34.217691, -83.869233] [34.217677, -83.869261] [34.21761, -83.869385] [34.217543, -83.869497] [34.217473, -83.869603] [34.217406, -83.869696] [34.217347, -83.869772] [34.21723, -83.869915] [34.216564, -83.870724] [34.21656, -83.870756] [34.216551, -83.870792] [34.216563, -83.87082] [34.216518, -83.87077] [34.216523, -83.870787] [34.216557, -83.870871] [34.216589, -83.870977] [34.216644, -83.871132] [34.216711, -83.871235] [34.216757, -83.871287] [34.216807, -83.871317] [34.216782, -83.871362] [34.216852, -83.871379] [34.216877, -83.871358] [34.216917, -83.871366] [34.216937, -83.871405] [34.217011, -83.871377] [34.217156, -83.871429] [34.21733, -83.871406] [34.217397, -83.871452] [34.217505, -83.871573] [34.217555, -83.871582] [34.217592, -83.871551] [34.217671, -83.871579] [34.217724, -83.871137] [34.21787, -83.870917] [34.218092, -83.870966] [34.218093, -83.871273] [34.218081, -83.871525] [34.217955, -83.872102] [34.217701, -83.872646] [34.217884, -83.872793] [34.218199, -83.872866] [34.218712, -83.873602] [34.219282, -83.874023] [34.218716, -83.874861] [34.218311, -83.875727] [34.217276, -83.877461] [34.217022, -83.877308] [34.217196, -83.876918] [34.217666, -83.876058] [34.216426, -83.875201] [34.215997, -83.8749] [34.215439, -83.874574] [34.215429, -83.876086] [34.215426, -83.876183] [34.21542, -83.876288] [34.21541, -83.876403] [34.215396, -83.87652] [34.215382, -83.876614] [34.215367, -83.8767] [34.215335, -83.876853] [34.215295, -83.877009] [34.215275, -83.877078] [34.215251, -83.877152] [34.215227, -83.877225] [34.215206, -83.877283] [34.215184, -83.877341] [34.215182, -83.877343] [34.215172, -83.877371] [34.21517, -83.877373] [34.215145, -83.877436] [34.215143, -83.877438] [34.215108, -83.877519] [34.215003, -83.877727] [34.21502, -83.878013] [34.215042, -83.878286] [34.215074, -83.878603] [34.215087, -83.878701] [34.215109, -83.87883] [34.215122, -83.878894] [34.215146, -83.878997] [34.215167, -83.879076] [34.215189, -83.879151] [34.215212, -83.879223] [34.215235, -83.879288] [34.214713, -83.879796] [34.215432, -83.880509] [34.216358, -83.881136] [34.21636, -83.881132] [34.216877, -83.881429] [34.216953, -83.881217] [34.217193, -83.881378] [34.217252, -83.881448] [34.217469, -83.881715] [34.217651, -83.881676] [34.217867, -83.880489] [34.218042, -83.880602] [34.218058, -83.880564] [34.218108, -83.880456] [34.218244, -83.880178] [34.218346, -83.879979] [34.218448, -83.879788] [34.218419, -83.879601] [34.218543, -83.87938] [34.218898, -83.879189] [34.219099, -83.87883] [34.217926, -83.878073] [34.219642, -83.875176] [34.22008, -83.874434] [34.220086, -83.874426] [34.220116, -83.874373] [34.220122, -83.874365] [34.220176, -83.874272] [34.220225, -83.874192] [34.220238, -83.874168] [34.22027, -83.874117] [34.220276, -83.874105] [34.220415, -83.873875] [34.220442, -83.873833] [34.220573, -83.873618] [34.220586, -83.873599] [34.220594, -83.873584] [34.220655, -83.873488] [34.220663, -83.873473] [34.220843, -83.873187] [34.221026, -83.872901] [34.221315, -83.872459] [34.221321, -83.872452] [34.221327, -83.872441] [34.221333, -83.872434] [34.221339, -83.872423] [34.221413, -83.872312] [34.221419, -83.872305] [34.221425, -83.872294] [34.221431, -83.872287] [34.221437, -83.872276] [34.221443, -83.872269] [34.221543, -83.872119] [34.221862, -83.871696] [34.222755, -83.870473] [34.223622, -83.869203] [34.223982, -83.868702] [34.224115, -83.868639] [34.225318, -83.867588] [34.22606, -83.866932] [34.224599, -83.865552] [34.223952, -83.86494] , [34.22236, -83.865932] [34.222472, -83.865837] [34.222439, -83.86578] [34.222254, -83.86548] [34.221866, -83.864815] [34.221364, -83.865235] [34.221285, -83.865099] [34.221172, -83.865194] [34.221413, -83.865609] [34.2213, -83.865702] [34.221334, -83.865795] [34.221737, -83.866454] [34.221957, -83.866269] [34.221801, -83.866007] [34.222205, -83.865671] [34.22236, -83.865932] , [34.221593, -83.864639] [34.221707, -83.864548] [34.221499, -83.864197] [34.220989, -83.864625] [34.221039, -83.864704] [34.22105, -83.864695] [34.221206, -83.864964] [34.221593, -83.864639] , [34.215633, -83.871571] [34.215668, -83.871507] [34.215724, -83.871412] [34.215764, -83.871349] [34.215801, -83.871295] [34.215366, -83.870977] [34.2149, -83.870536] [34.214588, -83.870824] [34.215581, -83.871674] [34.215633, -83.871571] , [34.215336, -83.898837] [34.214875, -83.899221] [34.21402, -83.899062] [34.212849, -83.898226] [34.21368, -83.897411] [34.213768, -83.897336] [34.213827, -83.897292] [34.213876, -83.897259] [34.213848, -83.89724] [34.213915, -83.897197] [34.213987, -83.897157] [34.21405, -83.897126] [34.214089, -83.89711] [34.214091, -83.897108] [34.21419, -83.897071] [34.214275, -83.897046] [34.21435, -83.897029] [34.214998, -83.896909] [34.215016, -83.896839] [34.215059, -83.896734] [34.215072, -83.896492] [34.215139, -83.896385] [34.21522, -83.896141] [34.213137, -83.894422] [34.212525, -83.89392] [34.210108, -83.891927] [34.209797, -83.89256] [34.208851, -83.894511] [34.207147, -83.897838] [34.206982, -83.898175] [34.206553, -83.899066] [34.206558, -83.89908] [34.206594, -83.899213] [34.206639, -83.899399] [34.206876, -83.900826] [34.207809, -83.900619] [34.209375, -83.900336] [34.209479, -83.900314] [34.209563, -83.900292] [34.209658, -83.900262] [34.209755, -83.900226] [34.209855, -83.900184] [34.209954, -83.900136] [34.21001, -83.900106] [34.210096, -83.900056] [34.210441, -83.899844] [34.210714, -83.900011] [34.210174, -83.900342] [34.210087, -83.900391] [34.209978, -83.900446] [34.209901, -83.900481] [34.209877, -83.90049] [34.209875, -83.900492] [34.20981, -83.900518] [34.209739, -83.900544] [34.209622, -83.900581] [34.209523, -83.900607] [34.209442, -83.900625] [34.207846, -83.900913] [34.206999, -83.901101] [34.207029, -83.901252] [34.207059, -83.901386] [34.207087, -83.9015] [34.207124, -83.901638] [34.207164, -83.901775] [34.207202, -83.901896] [34.207238, -83.902003] [34.207281, -83.902121] [34.207364, -83.902061] [34.207391, -83.902135] [34.207437, -83.902252] [34.207439, -83.902254] [34.207456, -83.902298] [34.207514, -83.902433] [34.207594, -83.902605] [34.207682, -83.902779] [34.207734, -83.902873] [34.207736, -83.902879] [34.208615, -83.904462] [34.208837, -83.905081] [34.211005, -83.903269] [34.212439, -83.902055] [34.21565, -83.89938] [34.216494, -83.898664] [34.217393, -83.897905] [34.217408, -83.897891] [34.217411, -83.89789] [34.217441, -83.897863] [34.217444, -83.897862] [34.217557, -83.897763] [34.21756, -83.897762] [34.217603, -83.897723] [34.217608, -83.89772] [34.217681, -83.897654] [34.217684, -83.897653] [34.217777, -83.897568] [34.217792, -83.897556] [34.21783, -83.89752] [34.217835, -83.897517] [34.21799, -83.897372] [34.217996, -83.897368] [34.218007, -83.897356] [34.218034, -83.897332] [34.21816, -83.897212] [34.218178, -83.897193] [34.218271, -83.897104] [34.218483, -83.89689] [34.218521, -83.896854] [34.218637, -83.896738] [34.218703, -83.896669] [34.218722, -83.896651] [34.218728, -83.896643] [34.218747, -83.896625] [34.218753, -83.896617] [34.218765, -83.896606] [34.21884, -83.896527] [34.218846, -83.896519] [34.218874, -83.896491] [34.218988, -83.896367] [34.219092, -83.896251] [34.219223, -83.896101] [34.219335, -83.895969] [34.219453, -83.895824] [34.219456, -83.895822] [34.219575, -83.895673] [34.21969, -83.895525] [34.219726, -83.895476] [34.219735, -83.895466] [34.219735, -83.895464] [34.219824, -83.895347] [34.21992, -83.895214] [34.222763, -83.891587] [34.224711, -83.889076] [34.224662, -83.889027] [34.224584, -83.888945] [34.224486, -83.888837] [34.224405, -83.888743] [34.224309, -83.888624] [34.224257, -83.888691] [34.223664, -83.888526] [34.223634, -83.888469] [34.223577, -83.888354] [34.22318, -83.888673] [34.223096, -83.888541] [34.223165, -83.888493] [34.222912, -83.888093] [34.222756, -83.88788] [34.222634, -83.887722] [34.222366, -83.887579] [34.222139, -83.887321] [34.222028, -83.887426] [34.221713, -83.887039] [34.221503, -83.886819] [34.221172, -83.886467] [34.22093, -83.885908] [34.220588, -83.885603] [34.220379, -83.885414] [34.220202, -83.88582] [34.218749, -83.884741] [34.218354, -83.885625] [34.218945, -83.886371] [34.218741, -83.886762] [34.218152, -83.886013] [34.217727, -83.88691] [34.217627, -83.88707] [34.217272, -83.887831] [34.217709, -83.888141] [34.217737, -83.888505] [34.21776, -83.888849] [34.215884, -83.893058] [34.217292, -83.894095] [34.217634, -83.894314] [34.217807, -83.894407] [34.218046, -83.894572] [34.218116, -83.895963] [34.218122, -83.896035] [34.218135, -83.896147] [34.21816, -83.896298] [34.21817, -83.896343] [34.217945, -83.89657] [34.217703, -83.896804] [34.217698, -83.896807] [34.217689, -83.896817] [34.217601, -83.896898] [34.217593, -83.896907] [34.217479, -83.89701] [34.217473, -83.897017] [34.21727, -83.897198] [34.217252, -83.897212] [34.217224, -83.897238] [34.217184, -83.897271] [34.217144, -83.897307] [34.217142, -83.897307] [34.217103, -83.897342] [34.2171, -83.897343] [34.217071, -83.897369] [34.215748, -83.898487] [34.215336, -83.898837] , [34.215515, -83.888424] [34.214016, -83.887365] [34.213363, -83.888699] [34.213274, -83.888877] [34.213318, -83.888931] [34.213369, -83.888986] [34.213426, -83.889042] [34.213474, -83.889084] [34.213524, -83.889123] [34.21366, -83.889216] [34.214533, -83.889797] [34.214794, -83.889658] [34.214889, -83.889588] [34.21502, -83.889508] [34.215179, -83.889374] [34.215278, -83.889271] [34.215306, -83.889232] [34.21534, -83.889152] [34.215331, -83.889018] [34.215403, -83.888868] [34.215402, -83.888788] [34.215372, -83.888662] [34.215389, -83.888554] [34.215453, -83.88846] [34.215515, -83.888424] , [34.211667, -83.887862] [34.211599, -83.887909] [34.211636, -83.887885] [34.211667, -83.887862] , [34.224824, -83.871358] [34.224351, -83.87129] [34.224352, -83.871248] [34.224349, -83.871226] [34.224339, -83.871194] [34.224313, -83.871149] [34.224282, -83.871121] [34.224262, -83.87111] [34.223708, -83.870869] [34.22367, -83.87086] [34.223658, -83.87086] [34.223627, -83.870865] [34.223607, -83.870874] [34.223582, -83.87089] [34.223561, -83.870913] [34.223549, -83.870931] [34.223536, -83.870958] [34.223527, -83.870993] [34.223524, -83.871022] [34.223525, -83.871041] [34.223528, -83.871064] [34.223533, -83.871083] [34.223543, -83.871109] [34.223555, -83.87113] [34.22357, -83.871148] [34.223425, -83.871326] [34.223664, -83.871628] [34.223657, -83.871636] [34.223604, -83.871693] [34.222619, -83.87267] [34.222273, -83.872135] [34.221598, -83.873046] [34.221114, -83.873691] [34.221576, -83.874258] [34.221796, -83.873628] [34.221818, -83.87364] [34.221844, -83.873646] [34.221866, -83.873646] [34.221883, -83.873643] [34.221902, -83.873636] [34.221922, -83.873624] [34.221934, -83.873613] [34.222141, -83.87389] [34.223995, -83.872138] [34.223733, -83.871777] [34.223765, -83.871741] [34.223828, -83.87166] [34.223864, -83.871607] [34.223896, -83.871555] [34.224266, -83.871883] [34.224824, -83.871358] , [34.224752, -83.86997] [34.224718, -83.869883] [34.224701, -83.869838] [34.224687, -83.869793] [34.224679, -83.86976] [34.224674, -83.869692] [34.224676, -83.869648] [34.224684, -83.869597] [34.224634, -83.869553] [34.224561, -83.869481] [34.224459, -83.869626] [34.224162, -83.869538] [34.223832, -83.869982] [34.224159, -83.870193] [34.224116, -83.870299] [34.224095, -83.870358] [34.22407, -83.870437] [34.224052, -83.870502] [34.224033, -83.87058] [34.224015, -83.870672] [34.224143, -83.87071] [34.224585, -83.870826] [34.224534, -83.870244] [34.224799, -83.870077] [34.224752, -83.86997] , [34.220846, -83.882572] [34.220725, -83.882506] [34.220554, -83.882373] [34.220527, -83.882183] [34.219502, -83.882502] [34.219392, -83.882533] [34.219308, -83.882552] [34.220755, -83.884554] [34.221031, -83.883923] [34.221269, -83.88419] [34.221528, -83.884387] [34.221794, -83.884592] [34.221998, -83.884719] [34.222479, -83.883609] [34.221519, -83.883] [34.220846, -83.882572] , [34.219361, -83.882338] [34.219427, -83.88232] [34.220183, -83.882085] [34.21912, -83.881344] [34.219529, -83.87912] [34.219533, -83.879094] [34.219486, -83.879059] [34.219282, -83.879421] [34.219357, -83.879801] [34.219291, -83.880027] [34.218668, -83.880581] [34.218596, -83.880729] [34.218489, -83.880958] [34.218289, -83.882312] [34.218297, -83.882316] [34.218389, -83.882341] [34.218467, -83.882359] [34.218531, -83.882371] [34.218602, -83.882382] [34.218669, -83.88239] [34.218741, -83.882396] [34.2188, -83.882399] [34.218937, -83.882399] [34.219058, -83.882391] [34.219143, -83.882381] [34.219189, -83.882374] [34.219255, -83.882362] [34.219308, -83.88235] [34.219361, -83.882338] , [34.226501, -83.873926] [34.226249, -83.874454] [34.226405, -83.874756] [34.226772, -83.874465] [34.226666, -83.874253] [34.226501, -83.873926] , [34.226421, -83.877542] [34.226798, -83.878227] [34.227081, -83.878841] [34.227157, -83.878828] [34.227272, -83.878811] [34.22741, -83.878795] [34.227478, -83.878789] [34.22764, -83.878779] [34.227708, -83.878777] [34.227846, -83.878776] [34.228028, -83.878782] [34.228215, -83.878797] [34.228405, -83.878821] [34.228514, -83.878839] [34.228592, -83.878854] [34.228587, -83.878801] [34.228573, -83.8787] [34.228556, -83.878607] [34.228534, -83.878511] [34.228509, -83.878421] [34.22848, -83.878331] [34.228446, -83.878241] [34.228408, -83.878153] [34.228368, -83.878072] [34.227855, -83.877082] [34.227801, -83.876973] [34.227749, -83.876861] [34.2277, -83.876748] [34.227307, -83.876316] [34.226978, -83.876608] [34.226789, -83.876716] [34.226807, -83.87676] [34.226599, -83.876945] [34.226657, -83.877038] [34.226504, -83.877202] [34.226421, -83.877542] , [34.213851, -83.879612] [34.214223, -83.87931] [34.213852, -83.878932] [34.213495, -83.879212] [34.213701, -83.879464] [34.213851, -83.879612] , [34.248786, -83.859523] [34.248583, -83.859697] [34.248463, -83.859815] [34.248379, -83.859903] [34.248378, -83.859906] [34.248356, -83.859928] [34.248355, -83.859931] [34.248337, -83.859949] [34.248336, -83.859952] [34.248307, -83.859983] [34.24874, -83.860425] [34.249355, -83.859925] [34.249145, -83.859774] [34.248786, -83.859523] ]]. Possible malformed shape detected.",
"at org.apache.lucene.geo.Tessellator.earcutLinkedList(Tessellator.java:455) ~[lucene-core-8.5.1.jar:8.5.1 edb9fc409398f2c3446883f9f80595c884d245d0 - ivera - 2020-04-08 08:55:42]",
"at org.apache.lucene.geo.Tessellator.splitEarcut(Tessellator.java:593) ~[lucene-core-8.5.1.jar:8.5.1 edb9fc409398f2c3446883f9f80595c884d245d0 - ivera - 2020-04-08 08:55:42]",
"at org.apache.lucene.geo.Tessellator.earcutLinkedList(Tessellator.java:453) ~[lucene-core-8.5.1.jar:8.5.1 edb9fc409398f2c3446883f9f80595c884d245d0 - ivera - 2020-04-08 08:55:42]",
"at org.apache.lucene.geo.Tessellator.tessellate(Tessellator.java:114) ~[lucene-core-8.5.1.jar:8.5.1 edb9fc409398f2c3446883f9f80595c884d245d0 - ivera - 2020-04-08 08:55:42]",
"at org.apache.lucene.document.LatLonShape.createIndexableFields(LatLonShape.java:71) ~[lucene-core-8.5.1.jar:8.5.1 edb9fc409398f2c3446883f9f80595c884d245d0 - ivera - 2020-04-08 08:55:42]",
"at org.elasticsearch.index.mapper.GeoShapeIndexer$LuceneGeometryIndexer.visit(GeoShapeIndexer.java:259) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.GeoShapeIndexer$LuceneGeometryIndexer.visit(GeoShapeIndexer.java:246) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.GeoShapeIndexer$LuceneGeometryIndexer.visit(GeoShapeIndexer.java:191) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.geometry.MultiPolygon.visit(MultiPolygon.java:44) ~[elasticsearch-geo-7.8.1.jar:7.8.1]",
"at org.elasticsearch.index.mapper.GeoShapeIndexer.indexShape(GeoShapeIndexer.java:187) ~[elasticsearch-7.8.1.jar:7.8.1]",
"at org.elasticsearch.xpack.spatial.index.mapper.GeoShapeWithDocValuesFieldMapper$Builder$1.indexShape(GeoShapeWithDocValuesFieldMapper.java:114) ~[?:?]",
"at org.elasticsearch.xpack.spatial.index.mapper.GeoShapeWithDocValuesFieldMapper$Builder$1.indexShape(GeoShapeWithDocValuesFieldMapper.java:111) ~[?:?]",
"at org.elasticsearch.index.mapper.AbstractShapeGeometryFieldMapper.parse(AbstractShapeGeometryFieldMapper.java:307) ~[elasticsearch-7.8.1.jar:7.8.1]",
"... 40 more"] }

created time in 3 days

issue openedToblerity/Fiona

crs_wkt loaded incorrectly

Expected behavior and actual behavior.

expceted: Projection from .prj file is loaded correctly as crs_wkt

actual: Projection is changed resulting in incorrect projection of data

Steps to reproduce the problem.

  1. Download file from here: https://catalog.data.gov/dataset/tiger-line-shapefile-2017-nation-u-s-current-state-and-equivalent-national/resource/e4cd223d-7e9b-4dc8-8e92-7bba2d8d2821
  2. Run the code below to output the loaded projection
  3. Observe that it's been changed

Code to load projection:

#!/usr/bin/env python3

import sys
import traceback
import zipfile

import fiona


def _open_shapefile(filename):
    with zipfile.ZipFile(filename, 'r') as z:
        for file in z.namelist():
            if file.endswith('.shp'):
                return fiona.open('zip://' + filename + '!' + file)


def get_projection(filename):
    input_ = _open_shapefile(filename)
    print(input_.meta.get('crs_wkt'))


def main():
    if len(sys.argv) < 2:
        print('usage: {} <filename>')
        return 1

    try:
        get_projection(sys.argv[1])
        return 0
    except Exception as e:
        print('Error: {}'.format(e), file=sys.stderr)
        print(traceback.format_exc(), file=sys.stderr)
        return 2


if __name__ == '__main__':
    sys.exit(main())

From file: GEOGCS["GCS_North_American_1983",DATUM["D_North_American_1983",SPHEROID["GRS_1980",6378137,298.257222101]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]]

Output: GEOGCS["NAD83",DATUM["North_American_Datum_1983",SPHEROID["GRS 1980",6378137,298.257222101,AUTHORITY["EPSG","7019"]],TOWGS84[0,0,0,0,0,0,0],AUTHORITY["EPSG","6269"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.0174532925199433,AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG","4269"]]

Operating system

Debian Buster 10.5

Fiona and GDAL version and provenance

From pip list installed:

Package                  Version
------------------------ -----------
attrs                    20.2.0
bcrypt                   3.2.0
boto                     2.49.0
cachetools               4.1.1
certifi                  2020.6.20
cffi                     1.14.3
chardet                  3.0.4
click                    7.1.2
click-plugins            1.1.1
cligj                    0.5.0
cryptography             3.1
cx-Oracle                7.2.3
dropbox                  9.3.0
et-xmlfile               1.0.1
Fiona                    1.8.17
GeoAlchemy2              0.6.3
geojson                  2.5.0
google-api-python-client 1.7.11
google-auth              1.21.2
google-auth-httplib2     0.0.4
httplib2                 0.18.1
idna                     2.8
jdcal                    1.3
munch                    2.5.0
oauth2client             4.1.3
oauthlib                 2.1.0
openpyxl                 2.4.8
paramiko                 2.7.2
pip                      20.2.3
psycopg2                 2.8.4
pyasn1                   0.3.2
pyasn1-modules           0.0.11
pycparser                2.20
pycryptodome             3.9.7
PyMySQL                  0.9.3
PyNaCl                   1.4.0
pyodbc                   4.0.27
pyproj                   2.6.1.post1
pyshp                    2.1.2
python-dateutil          2.7.3
pytz                     2018.5
redis                    3.4.1
requests                 2.22.0
requests-oauthlib        0.8.0
rethinkdb                2.3.0.post6
rsa                      3.4.2
setuptools               50.3.0
Shapely                  1.7.1
six                      1.11.0
SQLAlchemy               1.3.10
sshtunnel                0.1.5
uritemplate              3.0.0
urllib3                  1.25.3
wheel                    0.35.1

created time in 3 days

issue commentwebpack/webpack

corejs error after update to beta 30

Thanks for the quick response! I added the recommended rule and it's now working: https://github.com/webpack/webpack/issues/11467#issuecomment-691982478

daveisfera

comment created time in 9 days

issue openedwebpack/webpack

corejs error after update to beta 30

Bug report

What is the current behavior? Our build worked with beta 29 and previous, but is failing with beta 30 with the following error:

[
    {
        "moduleIdentifier": "/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/extends.js",
        "moduleName": "../node_modules/@babel/runtime-corejs2/helpers/esm/extends.js",
        "loc": "1:0-57",
        "message": "Module not found: Error: Can't resolve '../../core-js/object/assign' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'",
        "moduleId": "../node_modules/@babel/runtime-corejs2/helpers/esm/extends.js",
        "moduleTrace": [
            {
                "originIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/utils/bootstrapUtils.js",
                "originName": "../node_modules/react-bootstrap/es/utils/bootstrapUtils.js",
                "moduleIdentifier": "/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/extends.js",
                "moduleName": "../node_modules/@babel/runtime-corejs2/helpers/esm/extends.js",
                "dependencies": [
                    {
                        "loc": "2:0-66"
                    },
                    {
                        "loc": "55:24-32"
                    },
                    {
                        "loc": "93:24-32"
                    }
                ],
                "originId": "../node_modules/react-bootstrap/es/utils/bootstrapUtils.js",
                "moduleId": "../node_modules/@babel/runtime-corejs2/helpers/esm/extends.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/Tooltip.js",
                "originName": "../node_modules/react-bootstrap/es/Tooltip.js",
                "moduleIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/utils/bootstrapUtils.js",
                "moduleName": "../node_modules/react-bootstrap/es/utils/bootstrapUtils.js",
                "dependencies": [
                    {
                        "loc": "8:0-84"
                    },
                    {
                        "loc": "71:24-36"
                    },
                    {
                        "loc": "75:31-42"
                    },
                    {
                        "loc": "91:17-23"
                    },
                    {
                        "loc": "94:17-23"
                    },
                    {
                        "loc": "103:15-22"
                    }
                ],
                "originId": "../node_modules/react-bootstrap/es/Tooltip.js",
                "moduleId": "../node_modules/react-bootstrap/es/utils/bootstrapUtils.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/index.js",
                "originName": "../node_modules/react-bootstrap/es/index.js",
                "moduleIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/Tooltip.js",
                "moduleName": "../node_modules/react-bootstrap/es/Tooltip.js",
                "dependencies": [
                    {
                        "loc": "137:0-33"
                    },
                    {
                        "loc": "138:0-31"
                    }
                ],
                "originId": "../node_modules/react-bootstrap/es/index.js",
                "moduleId": "../node_modules/react-bootstrap/es/Tooltip.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/CreateUserModal.jsx",
                "originName": "./src/apps/admin/components/CreateUserModal.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/index.js",
                "moduleName": "../node_modules/react-bootstrap/es/index.js",
                "dependencies": [
                    {
                        "loc": "10:22-48"
                    }
                ],
                "originId": "./src/apps/admin/components/CreateUserModal.jsx",
                "moduleId": "../node_modules/react-bootstrap/es/index.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/UsersPage.jsx",
                "originName": "./src/apps/admin/components/UsersPage.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/CreateUserModal.jsx",
                "moduleName": "./src/apps/admin/components/CreateUserModal.jsx",
                "dependencies": [
                    {
                        "loc": "14:46-74"
                    }
                ],
                "originId": "./src/apps/admin/components/UsersPage.jsx",
                "moduleId": "./src/apps/admin/components/CreateUserModal.jsx"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/app.jsx",
                "originName": "./src/apps/admin/app.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/UsersPage.jsx",
                "moduleName": "./src/apps/admin/components/UsersPage.jsx",
                "dependencies": [
                    {
                        "loc": "27:40-73"
                    }
                ],
                "originId": "./src/apps/admin/app.jsx",
                "moduleId": "./src/apps/admin/components/UsersPage.jsx"
            }
        ],
        "details": "resolve '../../core-js/object/assign' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'\n  using description file: /usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/package.json (relative path: .)\n    Field 'browser' doesn't contain a valid alias configuration\n    using description file: /usr/src/app/node_modules/@babel/runtime-corejs2/package.json (relative path: ./core-js/object/assign)\n      Field 'browser' doesn't contain a valid alias configuration\n      /usr/src/app/node_modules/@babel/runtime-corejs2/core-js/object/assign doesn't exist",
        "stack": "ModuleNotFoundError: Module not found: Error: Can't resolve '../../core-js/object/assign' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'\n    at /usr/src/app/node_modules/webpack/lib/Compilation.js:1470:28\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:647:13\n    at eval (eval at create (/usr/src/app/node_modules/tapable/lib/HookCodeFactory.js:33:10), <anonymous>:8:1)\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:233:22\n    at eval (eval at create (/usr/src/app/node_modules/tapable/lib/HookCodeFactory.js:33:10), <anonymous>:7:1)\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:357:22\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:116:11\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:576:24\n    at finishWithoutResolve (/usr/src/app/node_modules/enhanced-resolve/lib/Resolver.js:284:11)\n    at /usr/src/app/node_modules/enhanced-resolve/lib/Resolver.js:350:15"
    },
    {
        "moduleIdentifier": "/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/inheritsLoose.js",
        "moduleName": "../node_modules/@babel/runtime-corejs2/helpers/esm/inheritsLoose.js",
        "loc": "1:0-57",
        "message": "Module not found: Error: Can't resolve '../../core-js/object/create' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'",
        "moduleId": "../node_modules/@babel/runtime-corejs2/helpers/esm/inheritsLoose.js",
        "moduleTrace": [
            {
                "originIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/Tooltip.js",
                "originName": "../node_modules/react-bootstrap/es/Tooltip.js",
                "moduleIdentifier": "/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/inheritsLoose.js",
                "moduleName": "../node_modules/@babel/runtime-corejs2/helpers/esm/inheritsLoose.js",
                "dependencies": [
                    {
                        "loc": "3:0-78"
                    },
                    {
                        "loc": "49:2-16"
                    }
                ],
                "originId": "../node_modules/react-bootstrap/es/Tooltip.js",
                "moduleId": "../node_modules/@babel/runtime-corejs2/helpers/esm/inheritsLoose.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/index.js",
                "originName": "../node_modules/react-bootstrap/es/index.js",
                "moduleIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/Tooltip.js",
                "moduleName": "../node_modules/react-bootstrap/es/Tooltip.js",
                "dependencies": [
                    {
                        "loc": "137:0-33"
                    },
                    {
                        "loc": "138:0-31"
                    }
                ],
                "originId": "../node_modules/react-bootstrap/es/index.js",
                "moduleId": "../node_modules/react-bootstrap/es/Tooltip.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/CreateUserModal.jsx",
                "originName": "./src/apps/admin/components/CreateUserModal.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/index.js",
                "moduleName": "../node_modules/react-bootstrap/es/index.js",
                "dependencies": [
                    {
                        "loc": "10:22-48"
                    }
                ],
                "originId": "./src/apps/admin/components/CreateUserModal.jsx",
                "moduleId": "../node_modules/react-bootstrap/es/index.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/UsersPage.jsx",
                "originName": "./src/apps/admin/components/UsersPage.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/CreateUserModal.jsx",
                "moduleName": "./src/apps/admin/components/CreateUserModal.jsx",
                "dependencies": [
                    {
                        "loc": "14:46-74"
                    }
                ],
                "originId": "./src/apps/admin/components/UsersPage.jsx",
                "moduleId": "./src/apps/admin/components/CreateUserModal.jsx"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/app.jsx",
                "originName": "./src/apps/admin/app.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/UsersPage.jsx",
                "moduleName": "./src/apps/admin/components/UsersPage.jsx",
                "dependencies": [
                    {
                        "loc": "27:40-73"
                    }
                ],
                "originId": "./src/apps/admin/app.jsx",
                "moduleId": "./src/apps/admin/components/UsersPage.jsx"
            }
        ],
        "details": "resolve '../../core-js/object/create' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'\n  using description file: /usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/package.json (relative path: .)\n    Field 'browser' doesn't contain a valid alias configuration\n    using description file: /usr/src/app/node_modules/@babel/runtime-corejs2/package.json (relative path: ./core-js/object/create)\n      Field 'browser' doesn't contain a valid alias configuration\n      /usr/src/app/node_modules/@babel/runtime-corejs2/core-js/object/create doesn't exist",
        "stack": "ModuleNotFoundError: Module not found: Error: Can't resolve '../../core-js/object/create' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'\n    at /usr/src/app/node_modules/webpack/lib/Compilation.js:1470:28\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:647:13\n    at eval (eval at create (/usr/src/app/node_modules/tapable/lib/HookCodeFactory.js:33:10), <anonymous>:8:1)\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:233:22\n    at eval (eval at create (/usr/src/app/node_modules/tapable/lib/HookCodeFactory.js:33:10), <anonymous>:7:1)\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:357:22\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:116:11\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:576:24\n    at finishWithoutResolve (/usr/src/app/node_modules/enhanced-resolve/lib/Resolver.js:284:11)\n    at /usr/src/app/node_modules/enhanced-resolve/lib/Resolver.js:350:15"
    },
    {
        "moduleIdentifier": "/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/objectWithoutPropertiesLoose.js",
        "moduleName": "../node_modules/@babel/runtime-corejs2/helpers/esm/objectWithoutPropertiesLoose.js",
        "loc": "1:0-53",
        "message": "Module not found: Error: Can't resolve '../../core-js/object/keys' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'",
        "moduleId": "../node_modules/@babel/runtime-corejs2/helpers/esm/objectWithoutPropertiesLoose.js",
        "moduleTrace": [
            {
                "originIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/Tooltip.js",
                "originName": "../node_modules/react-bootstrap/es/Tooltip.js",
                "moduleIdentifier": "/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/objectWithoutPropertiesLoose.js",
                "moduleName": "../node_modules/@babel/runtime-corejs2/helpers/esm/objectWithoutPropertiesLoose.js",
                "dependencies": [
                    {
                        "loc": "2:0-108"
                    },
                    {
                        "loc": "69:16-45"
                    }
                ],
                "originId": "../node_modules/react-bootstrap/es/Tooltip.js",
                "moduleId": "../node_modules/@babel/runtime-corejs2/helpers/esm/objectWithoutPropertiesLoose.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/index.js",
                "originName": "../node_modules/react-bootstrap/es/index.js",
                "moduleIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/Tooltip.js",
                "moduleName": "../node_modules/react-bootstrap/es/Tooltip.js",
                "dependencies": [
                    {
                        "loc": "137:0-33"
                    },
                    {
                        "loc": "138:0-31"
                    }
                ],
                "originId": "../node_modules/react-bootstrap/es/index.js",
                "moduleId": "../node_modules/react-bootstrap/es/Tooltip.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/CreateUserModal.jsx",
                "originName": "./src/apps/admin/components/CreateUserModal.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/react-bootstrap/es/index.js",
                "moduleName": "../node_modules/react-bootstrap/es/index.js",
                "dependencies": [
                    {
                        "loc": "10:22-48"
                    }
                ],
                "originId": "./src/apps/admin/components/CreateUserModal.jsx",
                "moduleId": "../node_modules/react-bootstrap/es/index.js"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/UsersPage.jsx",
                "originName": "./src/apps/admin/components/UsersPage.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/CreateUserModal.jsx",
                "moduleName": "./src/apps/admin/components/CreateUserModal.jsx",
                "dependencies": [
                    {
                        "loc": "14:46-74"
                    }
                ],
                "originId": "./src/apps/admin/components/UsersPage.jsx",
                "moduleId": "./src/apps/admin/components/CreateUserModal.jsx"
            },
            {
                "originIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/app.jsx",
                "originName": "./src/apps/admin/app.jsx",
                "moduleIdentifier": "/usr/src/app/node_modules/babel-loader/lib/index.js??ruleSet[1].rules[0].use[0]!/usr/src/app/admin/src/apps/admin/components/UsersPage.jsx",
                "moduleName": "./src/apps/admin/components/UsersPage.jsx",
                "dependencies": [
                    {
                        "loc": "27:40-73"
                    }
                ],
                "originId": "./src/apps/admin/app.jsx",
                "moduleId": "./src/apps/admin/components/UsersPage.jsx"
            }
        ],
        "details": "resolve '../../core-js/object/keys' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'\n  using description file: /usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm/package.json (relative path: .)\n    Field 'browser' doesn't contain a valid alias configuration\n    using description file: /usr/src/app/node_modules/@babel/runtime-corejs2/package.json (relative path: ./core-js/object/keys)\n      Field 'browser' doesn't contain a valid alias configuration\n      /usr/src/app/node_modules/@babel/runtime-corejs2/core-js/object/keys doesn't exist",
        "stack": "ModuleNotFoundError: Module not found: Error: Can't resolve '../../core-js/object/keys' in '/usr/src/app/node_modules/@babel/runtime-corejs2/helpers/esm'\n    at /usr/src/app/node_modules/webpack/lib/Compilation.js:1470:28\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:647:13\n    at eval (eval at create (/usr/src/app/node_modules/tapable/lib/HookCodeFactory.js:33:10), <anonymous>:8:1)\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:233:22\n    at eval (eval at create (/usr/src/app/node_modules/tapable/lib/HookCodeFactory.js:33:10), <anonymous>:7:1)\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:357:22\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:116:11\n    at /usr/src/app/node_modules/webpack/lib/NormalModuleFactory.js:576:24\n    at finishWithoutResolve (/usr/src/app/node_modules/enhanced-resolve/lib/Resolver.js:284:11)\n    at /usr/src/app/node_modules/enhanced-resolve/lib/Resolver.js:350:15"
    }
]

What is the expected behavior? Build should continue to work as it did before

Other relevant information: webpack version: 5.0.0-beta.30 Node.js version: 12.18.3 Operating System: debian 10.5 Additional tools: babel-loader 8.1.0

created time in 9 days

issue commentdocker/for-mac

Volume get detached after error with osxfs notifications

I just tried this with 2.3.6.1 and could not reproduce the issue so I believe that the issues with event notifications have been fixed in the edge build

waj

comment created time in 11 days

issue commentstorybookjs/storybook

Webpack 5 upgrade

@ndelangen I've never worked with the storybook code directly, but I'd be glad to help out. Is there anything in particular that I could/should take a look at?

EdenTurgeman

comment created time in 14 days

issue openedcontainers/buildah

Lock bind mount during parallel builds

Description When using a bind mount to share a cache, some uses require a lock (like apt-get), so there needs do be a way to lock the use of the bind mount.

Steps to reproduce the issue: See https://github.com/moby/buildkit/issues/1662

Describe the results you received: Build can fail because lock isn't available

Describe the results you expected: Parallel builds can be run without issue

Output of rpm -q buildah or apt list buildah:

buildah-1.15.1-1.el7.x86_64

Output of buildah version:

buildah version 1.15.1 (image-spec 1.0.1-dev, runtime-spec 1.0.2-dev)

Output of cat /etc/*release:

NAME="Amazon Linux"
VERSION="2"
ID="amzn"
ID_LIKE="centos rhel fedora"
VERSION_ID="2"
PRETTY_NAME="Amazon Linux 2"
ANSI_COLOR="0;33"
CPE_NAME="cpe:2.3:o:amazon:amazon_linux:2"
HOME_URL="https://amazonlinux.com/"
Amazon Linux release 2 (Karoo)

Output of uname -a:

Linux ip-172-31-8-131.us-west-2.compute.internal 4.14.186-146.268.amzn2.x86_64 #1 SMP Tue Jul 14 18:16:52 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Output of cat /etc/containers/storage.conf:

[storage]
driver = "overlay"
runroot = "/var/run/containers/storage" 
graphroot = "/var/lib/containers/storage"
[storage.options]
additionalimagestores = [
]
[storage.options.overlay]
mountopt = "nodev,metacopy=on"
[storage.options.thinpool]

(I removed all of the comments)

created time in 16 days

issue commentstorybookjs/storybook

Webpack 5 upgrade

With webpack 5 being officially released soon, is this worth picking up and getting over the finish line so we can also get support for node 14 that will be reaching LTS soon as well?

EdenTurgeman

comment created time in 16 days

issue openedstorybookjs/storybook

Support for Node 14

Is your feature request related to a problem? Please describe. There are warnings about chokidar and fsevents breaking with node 14:

warning @storybook/react > react-dev-utils > fork-ts-checker-webpack-plugin > chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
warning @storybook/react > webpack > watchpack > watchpack-chokidar2 > chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
warning @storybook/react > react-dev-utils > fork-ts-checker-webpack-plugin > chokidar > fsevents@1.2.13: fsevents 1 will break on node v14+ and could be using insecure binaries. Upgrade to fsevents 2.

Describe the solution you'd like Ability to use Storybook with node 14

Describe alternatives you've considered Update to webpack 5 (which is scheduled to be released soon)

Are you able to assist bring the feature to reality? Potentially

Additional context node 14 will become the LTS soon so being able to support it would be really nice

created time in 16 days

issue openednodejs/node

--require doesn't work with import

  • Version: 12.18.3
  • Platform: macOS 10.15.6
  • Subsystem:

What steps will reproduce the bug?

Run node with --require and --experimental-specifier-resolution=node

An example can be found here when running nom test

How often does it reproduce? Is there a required condition?

Always

What is the expected behavior?

There's a way to preload a file using import rather than require

What do you see instead?

internal/modules/cjs/loader.js:1154
      throw new ERR_REQUIRE_ESM(filename, parentPath, packageJsonPath);
      ^

Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /Users/dlj/projects/test_import_preload/preload.js
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1154:13)
    at Module.load (internal/modules/cjs/loader.js:986:32)
    at Function.Module._load (internal/modules/cjs/loader.js:879:14)
    at Module.require (internal/modules/cjs/loader.js:1026:19)
    at Module._preloadModules (internal/modules/cjs/loader.js:1278:12)
    at loadPreloadModules (internal/bootstrap/pre_execution.js:439:5)
    at prepareMainThreadExecution (internal/bootstrap/pre_execution.js:71:3)
    at internal/main/run_main_module.js:7:1 {
  code: 'ERR_REQUIRE_ESM'
}
npm ERR! Test failed.  See above for more details.

Additional information

It would be nice if there was a --import or if --require worked with imports

created time in 17 days

push eventdaveisfera/test_import_preload

Dave Johansen

commit sha 8972973fcf02a05425e89b50b618807980487747

Add example of --require failing with imports

view details

push time in 17 days

push eventdaveisfera/test_import_preload

Dave Johansen

commit sha 385cb601dc50f8622d509d061667b5ec31f624b6

Add example of --require failing with imports

view details

push time in 17 days

create barnchdaveisfera/test_import_preload

branch : master

created branch time in 17 days

created repositorydaveisfera/test_import_preload

Show inability to preload using import instead of require

created time in 17 days

issue closedvitaly-t/pg-promise

Odd stack trace when passing '' to a parameter that should be INTEGER

Expected behavior

Set to NULL or an error raised with an indication of the problem

Actual behavior

A spex stacktrace is shown

Steps to reproduce

Run a query with '' as a parameter that should be INTEGER, like the following query DELETE FROM mytest WHERE (id) IN ($1^)

The error is the following:

{
    "name": "BatchError",
    "data": [
        {
            "success": false,
            "result": {
                "length": 91,
                "name": "error",
                "severity": "ERROR",
                "code": "22P02",
                "position": "70",
                "file": "int8.c",
                "line": "126",
                "routine": "scanint8"
            }   
        }   
    ],  
    "first": {
        "length": 91,
        "name": "error",
        "severity": "ERROR",
        "code": "22P02",
        "position": "70",
        "file": "int8.c",
        "line": "126",
        "routine": "scanint8"
    },  
    "stat": {
        "total": 1,
        "succeeded": 0,
        "failed": 1, 
        "duration": 2
    },  
    "stack": "BatchError: invalid input syntax for integer: \"\"
    at check (/usr/src/app/node_modules/spex/lib/ext/batch.js:135:32)
    at step (/usr/src/app/node_modules/spex/lib/ext/batch.js:109:17)
    at /usr/src/app/node_modules/spex/lib/ext/batch.js:83:17
    at /usr/src/app/node_modules/spex/lib/utils/index.js:62:25
    at processTicksAndRejections (internal/process/task_queues.js:97:5)",
    "type": "Error",
    "msg": "invalid input syntax for integer: \"\""
}

Environment

  • Version of pg-promise: 10.6.0
  • OS type (Linux/Windows/Mac): macOS 10.15.6
  • Version of Node.js: 12.18.3

closed time in 20 days

daveisfera

issue openedvitaly-t/pg-promise

Odd stack trace when passing '' to a parameter that should be INTEGER

Expected behavior

Set to NULL or an error raised with an indication of the problem

Actual behavior

A spex stacktrace is shown

Steps to reproduce

Run a query with '' as a parameter that should be INTEGER, like the following query DELETE FROM mytest WHERE (id) IN ($1^)

The error is the following:

{
    "name": "BatchError",
    "data": [
        {
            "success": false,
            "result": {
                "length": 91,
                "name": "error",
                "severity": "ERROR",
                "code": "22P02",
                "position": "70",
                "file": "int8.c",
                "line": "126",
                "routine": "scanint8"
            }   
        }   
    ],  
    "first": {
        "length": 91,
        "name": "error",
        "severity": "ERROR",
        "code": "22P02",
        "position": "70",
        "file": "int8.c",
        "line": "126",
        "routine": "scanint8"
    },  
    "stat": {
        "total": 1,
        "succeeded": 0,
        "failed": 1, 
        "duration": 2
    },  
    "stack": "BatchError: invalid input syntax for integer: \"\"
    at check (/usr/src/app/node_modules/spex/lib/ext/batch.js:135:32)
    at step (/usr/src/app/node_modules/spex/lib/ext/batch.js:109:17)
    at /usr/src/app/node_modules/spex/lib/ext/batch.js:83:17
    at /usr/src/app/node_modules/spex/lib/utils/index.js:62:25
    at processTicksAndRejections (internal/process/task_queues.js:97:5)",
    "type": "Error",
    "msg": "invalid input syntax for integer: \"\""
}

Environment

  • Version of pg-promise: 10.6.0
  • OS type (Linux/Windows/Mac): macOS 10.15.6
  • Version of Node.js: 12.18.3

created time in 20 days

issue openedinfctr/babel-plugin-codemod-named-export-declarations

export placed before comments

With this input:

// single line comment before
type IFoo = string;

/* Multi-line comment before */
const foo: IFoo = 'foo';

export { foo, IFoo };

This is the output (i.e. the export is before the comment instead of before the declaration):

export // single line comment before
type IFoo = string;

export /* Multi-line comment before */
const foo: IFoo = 'foo';

created time in 22 days

issue closedmoby/buildkit

Parallel use of cache mount can fail

Using a cache mount to install a package can cause problems with parallel builds. For example, running this command:

RUN --mount=type=cache,target=/var/cache/apt --mount=type=cache,target=/var/lib/apt \
  apt-get update && apt-get install -y patch

failed with this error:

#20 [stage-0 14/14] RUN --mount=type=cache,target=/var/cache/apt --mount=typ...
#20 1.003 Reading package lists...
#20 1.860 E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource temporarily unavailable)
#20 1.860 E: Unable to lock directory /var/lib/apt/lists/
#20 ERROR: executor failed running [/bin/sh -c apt-get update && apt-get install -y patch]: runc did not terminate sucessfully

closed time in 25 days

daveisfera

issue commentmoby/buildkit

Parallel use of cache mount can fail

Thanks!

daveisfera

comment created time in 25 days

issue openedmoby/buildkit

Parallel use of cache mount can fail

Using a cache mount to install a package can cause problems with parallel builds. For example, running this command:

RUN --mount=type=cache,target=/var/cache/apt --mount=type=cache,target=/var/lib/apt \
  apt-get update && apt-get install -y patch

failed with this error:

#20 [stage-0 14/14] RUN --mount=type=cache,target=/var/cache/apt --mount=typ...
#20 1.003 Reading package lists...
#20 1.860 E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource temporarily unavailable)
#20 1.860 E: Unable to lock directory /var/lib/apt/lists/
#20 ERROR: executor failed running [/bin/sh -c apt-get update && apt-get install -y patch]: runc did not terminate sucessfully

created time in 25 days

issue openedrecharts/recharts

Remove core-js from dependencies

  • [X] I have searched the issues of this repository and believe that this is not a duplicate.

Reproduction link

Current package.json

Steps to reproduce

yarn install recharts

What is expected?

core-js is not required by recharts

What is actually happening?

core-js is installed when recharts is installed

Environment Info
Recharts v1.8.5
React 16.13
System macOS 10.15.6
Browser Safari 13.1.2

core-js should be selected by the user of recharts when they use/bundle it and a specific version shouldn't be listed in dependencies of recharts

<!-- generated by reccharts-issue-helper. DO NOT REMOVE -->

created time in a month

issue closeddocker/for-mac

Changes from host not reflected in bind mount when running repeatedly with gRPC-FUSE

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200826030825

Expected behavior

Changing the contents of a file with be reflected when running a container with a bind mount

Actual behavior

Contents of the file when the mount was created as used

Information

  • macOS Version: 10.15.6

Diagnostic logs

Not available in current Docker for Mac

Steps to reproduce the behavior

  1. Run with a bind mount
  2. Change a file in that mount
  3. Observe that the contents of the file haven't changed

closed time in a month

daveisfera

issue commentdocker/for-mac

Changes from host not reflected in bind mount when running repeatedly with gRPC-FUSE

This was actually a bug with the script that was generating the bind mount and setting it to the wrong directory

daveisfera

comment created time in a month

issue commentdocker/roadmap

[Docker Desktop] Improve Mac File system performance

I just ran into an issue with gRPC-FUSE where updating the contents of a file was not reflected when running a new docker process that bind mounted a directory with that file ( see #4861 )

nebuk89

comment created time in a month

issue openeddocker/for-mac

Changes from host not reflected in bind mount when running repeatedly with gRPC-FUSE

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200826030825

Expected behavior

Changing the contents of a file with be reflected when running a container with a bind mount

Actual behavior

Contents of the file when the mount was created as used

Information

  • macOS Version: 10.15.6

Diagnostic logs

Not available in current Docker for Mac

Steps to reproduce the behavior

  1. Run with a bind mount
  2. Change a file in that mount
  3. Observe that the contents of the file haven't changed

created time in a month

issue closedsqlalchemy/sqlalchemy

Cannot insert ARRAY of Enum with Postgres

Describe the bug An ARRAY of Enum can now be created ( see #5265 and #5266 ), but values cannot be inserted into it.

Expected behavior Values can be inserted into the created column

To Reproduce

import enum
from typing import List

from sqlalchemy import ARRAY
from sqlalchemy import Column
from sqlalchemy import Enum
from sqlalchemy import Integer
from sqlalchemy.ext.declarative import declarative_base
from sqlalchemy.orm import Session
from sqlalchemy import create_engine

Base = declarative_base()


class MyEnum(enum.Enum):
    one = 1
    two = 2
    three = 3


class TestArrayEnum(Base):
    __tablename__ = "test_array_enum"
    id = Column(Integer, primary_key=True)
    values = Column(ARRAY(Enum(MyEnum)), nullable=False)

    def __init__(self, values: List[MyEnum]):
        self.values = values


engine = create_engine('***postgress connection string***')
Base.metadata.create_all(engine)

session = Session(engine)

session.add(TestArrayEnum([MyEnum.one, MyEnum.two, MyEnum.three]))

session.commit()

Error

Traceback (most recent call last):
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1248, in _execute_context
    self.dialect.do_execute(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/default.py", line 580, in do_execute
    cursor.execute(statement, parameters)
psycopg2.errors.DatatypeMismatch: column "values" is of type myenum[] but expression is of type text[]
LINE 1: INSERT INTO test_array_enum (values) VALUES (ARRAY['one','tw...
                                                     ^
HINT:  You will need to rewrite or cast the expression.


The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "test.py", line 38, in <module>
    session.commit()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 1027, in commit
    self.transaction.commit()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 494, in commit
    self._prepare_impl()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 473, in _prepare_impl
    self.session.flush()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 2470, in flush
    self._flush(objects)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 2608, in _flush
    transaction.rollback(_capture_exception=True)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/langhelpers.py", line 68, in __exit__
    compat.reraise(exc_type, exc_value, exc_tb)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/compat.py", line 153, in reraise
    raise value
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 2568, in _flush
    flush_context.execute()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/unitofwork.py", line 422, in execute
    rec.execute(self)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/unitofwork.py", line 586, in execute
    persistence.save_obj(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/persistence.py", line 239, in save_obj
    _emit_insert_statements(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/persistence.py", line 1136, in _emit_insert_statements
    result = cached_connections[connection].execute(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 988, in execute
    return meth(self, multiparams, params)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/sql/elements.py", line 287, in _execute_on_connection
    return connection._execute_clauseelement(self, multiparams, params)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1101, in _execute_clauseelement
    ret = self._execute_context(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1252, in _execute_context
    self._handle_dbapi_exception(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1473, in _handle_dbapi_exception
    util.raise_from_cause(sqlalchemy_exception, exc_info)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/compat.py", line 398, in raise_from_cause
    reraise(type(exception), exception, tb=exc_tb, cause=cause)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/compat.py", line 152, in reraise
    raise value.with_traceback(tb)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1248, in _execute_context
    self.dialect.do_execute(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/default.py", line 580, in do_execute
    cursor.execute(statement, parameters)
sqlalchemy.exc.ProgrammingError: (psycopg2.errors.DatatypeMismatch) column "values" is of type myenum[] but expression is of type text[]
LINE 1: INSERT INTO test_array_enum (values) VALUES (ARRAY['one','tw...
                                                     ^
HINT:  You will need to rewrite or cast the expression.

[SQL: INSERT INTO test_array_enum (values) VALUES (%(values)s) RETURNING test_array_enum.id]
[parameters: {'values': ['one', 'two', 'three']}]
(Background on this error at: http://sqlalche.me/e/f405)

Versions.

  • OS: macOS 10.15.6
  • Python: 3.8.2
  • SQLAlchemy: 1.3.19
  • Database: Postgres 11.7
  • DBAPI: psycopg2 2.8.5

Additional context Setting create_constraint=False, native_enum=False is a workaround so data can be inserted

closed time in a month

daveisfera

issue commentsqlalchemy/sqlalchemy

Cannot insert ARRAY of Enum with Postgres

native_enum defaults to True, so I'm not sure what I was seeing before, but I couldn't consistently reproduce the problem and after completely resetting my Postgres database and venv, I always get the expected result (i.e. it creates the enum in Postgres correctly), so looks like this was all just noise.

daveisfera

comment created time in a month

issue commentsqlalchemy/sqlalchemy

Cannot insert ARRAY of Enum with Postgres

Before submitting this issue, I verified that the version in requirements.txt was correct and that it had installed into the venv correctly, but didn't verify that the venv was being used. 🤦

Now that I fixed that, the above test is running correctly. It's creating the column as a string type in the table instead of an enum, so is that expected?

daveisfera

comment created time in a month

issue openedsqlalchemy/sqlalchemy

Cannot insert ARRAY of Enum with Postgres

Describe the bug An ARRAY of Enum can now be created ( see #5265 and #5266 ), but values cannot be inserted into it.

Expected behavior Values can be inserted into the created column

To Reproduce

import enum
from typing import List

from sqlalchemy import ARRAY
from sqlalchemy import Column
from sqlalchemy import Enum
from sqlalchemy import Integer
from sqlalchemy.ext.declarative import declarative_base
from sqlalchemy.orm import Session
from sqlalchemy import create_engine

Base = declarative_base()


class MyEnum(enum.Enum):
    one = 1
    two = 2
    three = 3


class TestArrayEnum(Base):
    __tablename__ = "test_array_enum"
    id = Column(Integer, primary_key=True)
    values = Column(ARRAY(Enum(MyEnum)), nullable=False)

    def __init__(self, values: List[MyEnum]):
        self.values = values


engine = create_engine('***postgress connection string***')
Base.metadata.create_all(engine)

session = Session(engine)

session.add(TestArrayEnum([MyEnum.one, MyEnum.two, MyEnum.three]))

session.commit()

Error

Traceback (most recent call last):
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1248, in _execute_context
    self.dialect.do_execute(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/default.py", line 580, in do_execute
    cursor.execute(statement, parameters)
psycopg2.errors.DatatypeMismatch: column "values" is of type myenum[] but expression is of type text[]
LINE 1: INSERT INTO test_array_enum (values) VALUES (ARRAY['one','tw...
                                                     ^
HINT:  You will need to rewrite or cast the expression.


The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "test.py", line 38, in <module>
    session.commit()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 1027, in commit
    self.transaction.commit()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 494, in commit
    self._prepare_impl()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 473, in _prepare_impl
    self.session.flush()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 2470, in flush
    self._flush(objects)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 2608, in _flush
    transaction.rollback(_capture_exception=True)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/langhelpers.py", line 68, in __exit__
    compat.reraise(exc_type, exc_value, exc_tb)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/compat.py", line 153, in reraise
    raise value
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 2568, in _flush
    flush_context.execute()
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/unitofwork.py", line 422, in execute
    rec.execute(self)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/unitofwork.py", line 586, in execute
    persistence.save_obj(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/persistence.py", line 239, in save_obj
    _emit_insert_statements(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/orm/persistence.py", line 1136, in _emit_insert_statements
    result = cached_connections[connection].execute(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 988, in execute
    return meth(self, multiparams, params)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/sql/elements.py", line 287, in _execute_on_connection
    return connection._execute_clauseelement(self, multiparams, params)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1101, in _execute_clauseelement
    ret = self._execute_context(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1252, in _execute_context
    self._handle_dbapi_exception(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1473, in _handle_dbapi_exception
    util.raise_from_cause(sqlalchemy_exception, exc_info)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/compat.py", line 398, in raise_from_cause
    reraise(type(exception), exception, tb=exc_tb, cause=cause)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/util/compat.py", line 152, in reraise
    raise value.with_traceback(tb)
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1248, in _execute_context
    self.dialect.do_execute(
  File "/Users/dlj/.pyenv/versions/3.8.2/lib/python3.8/site-packages/sqlalchemy/engine/default.py", line 580, in do_execute
    cursor.execute(statement, parameters)
sqlalchemy.exc.ProgrammingError: (psycopg2.errors.DatatypeMismatch) column "values" is of type myenum[] but expression is of type text[]
LINE 1: INSERT INTO test_array_enum (values) VALUES (ARRAY['one','tw...
                                                     ^
HINT:  You will need to rewrite or cast the expression.

[SQL: INSERT INTO test_array_enum (values) VALUES (%(values)s) RETURNING test_array_enum.id]
[parameters: {'values': ['one', 'two', 'three']}]
(Background on this error at: http://sqlalche.me/e/f405)

Versions.

  • OS: macOS 10.15.6
  • Python: 3.8.2
  • SQLAlchemy: 1.3.19
  • Database: Postgres 11.7
  • DBAPI: psycopg2 2.8.5

Additional context Setting create_constraint=False, native_enum=False is a workaround so data can be inserted

created time in a month

issue commentdocker/for-mac

File system performance improvements

I did some testing of the new gRPC-FUSE stuff in 2.3.5.0 and at least with our web pack builds it's about the same or worse than when it's turned off and seems to be worse than the old 2.3 builds (which seems to line up with the results that @geerlingguy posted)

yallop

comment created time in a month

issue commentdocker/for-mac

Nothing responding

C18223FD-44DC-4ACD-B197-B660FC33917F/20200814172018

daveisfera

comment created time in a month

issue commentwix/redux-saga-tester

npm versions != GIT tags

Yes, this is kind of confusing and definitely annoying, so it would be good if it was stopped

marc-mabe

comment created time in a month

issue openedjohnagan/clean-webpack-plugin

.map files not cleaned up with web pack 5

Issue description or question

We switched to web pack 5 and are using [name].[contenthash].js for the the output filename and the bundles are being cleaned up, but the .map files are not

Webpack Config

cache: {
    type: 'filesystem', 
},  
resolve: {
    extensions: ['.js', '.jsx', '.json'],
},
mode: 'development',
node: {
    global: true,
},
optimization: {
    minimize: false,
    runtimeChunk: 'single',
    splitChunks: {
        chunks: 'all',
        maxInitialRequests: 30,
        maxAsyncRequests: 30,
    },  
},  
parallelism: 4,
devtool: 'source-map',
target: 'web',
watch: true,

Environment

Run: npx envinfo --system --binaries --npmPackages clean-webpack-plugin,webpack

  System:
    OS: macOS 10.15.6
    CPU: (8) x64 Intel(R) Core(TM) i7-4870HQ CPU @ 2.50GHz
    Memory: 213.96 MB / 16.00 GB
    Shell: 5.7.1 - /bin/zsh
  Binaries:
    Node: 12.18.2 - /usr/local/bin/node
    Yarn: 1.22.4 - /usr/local/bin/yarn
    npm: 6.14.5 - /usr/local/bin/npm

created time in a month

push eventdaveisfera/engine.io

Dave Johansen

commit sha 34f149f14e2ae3fc0953c1995a55c26cddf6da34

Update cookie for SameSite=None support See https://github.com/jshttp/cookie/releases/tag/v0.4.0

view details

push time in a month

PR opened socketio/engine.io

Add cookie options for sameSite and secure

The kind of change this PR does introduce

  • [x] a bug fix
  • [ ] a new feature
  • [ ] an update to the documentation
  • [ ] a code change that improves performance
  • [ ] other

Current behaviour

SameSite is set to Strict

New behaviour

SameSite can be set to None

Other information (e.g. related issues)

Updated cookie dependency to get SameSite=None support

+4 -1

0 comment

1 changed file

pr created time in a month

push eventdaveisfera/engine.io

Dave Johansen

commit sha c1d77178a149ba586c513b450d108b1aa887e9c3

Add cookie options for sameSite and secure

view details

push time in a month

issue openedsocketio/engine.io

SameSite cannot be set to None

You want to:

  • [x] report a bug
  • [ ] request a feature

Current behaviour

SameSite is set on the cookie with 2.3.0 which prevents use with iframes and such

Steps to reproduce (if the current behaviour is a bug)

Run with cookie to true or a string and observe the cookie is created with SameSite=Strict

Expected behaviour

SameSite can be set to None with Secure so that it can meet current browser expectations

Setup

  • OS: macOS 10.15.6
  • browser: Chrome 84.0.4147.105
  • engine.io version: 3.4.2

Other information (e.g. stacktraces, related issues, suggestions how to fix)

I'll submit a PR

created time in a month

issue openedexlexer/classNameMaker

Extra comma that newer versions of Terser don't like

I was playing around with web pack 5, and when turning on minify, Terser complains about this comma because it expects the code to be standard compliant (i.e. we currently don't run our node_modules through babel): https://github.com/exlexer/classNameMaker/blob/6f36dde6dcbe80a470c38414aaae515f5ddccb12/classnamemaker.js#L25d

created time in a month

issue closeddocker/for-mac

File event notifications stop firing on host bind mount

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200616212522

Expected behavior

We build a base image with the needed packages (like the Postgres driver) and then mount our code to run in that container for live code editting. This file event notifications should continue to work indefinitely.

Actual behavior

After a few days, the file event notifications stop firing so tools like nodemon and pyinotify stop updating the code as they should and Docker has to be restarted for this to start working again.

Information

  • macOS Version: 10.15.5

Diagnostic logs

This doesn't existing in the current Docker for Mac

Steps to reproduce the behavior

  1. Build a base image
  2. Mount a host directory in the container
  3. Run monitoring inside of the container
  4. Observe that events stop after a day or two of the process running

closed time in 2 months

daveisfera

issue commentdocker/for-mac

File event notifications stop firing on host bind mount

I've been running with 3 edit containers for over a week now and ran our tests a few times (usually what would be the most likely to trigger the issue after a few times since it creates 5-10 edit containers) and haven't noticed any issues yet, so it appears that this must be fixed in the current Edge builds. I had :delegated/mutagen running for the first 2-3 days, but then after running some tests, I found that using :cached performed better and didn't have the issues that have been discussed with the current setup, so I've switched to not using :delegated/mutagen at all and will keep an eye out for this issue, but looks like it can be closed.

daveisfera

comment created time in 2 months

issue openeddy/point-cluster

Update to bubleify 2.0

https://github.com/garthenweb/bubleify/releases/tag/v2.0.0

created time in 2 months

issue commentdocker/for-mac

File system performance improvements

Just realized that I probably posted this in the wrong thread, so here it is: Here's a data point for what it's worth. We have two sets of apps that we generate using babel and webpack (a fairly common node setup) and for the smaller/js only bundles took 3.6 seconds and the larger/jsx bundles took 43.2 seconds when being mounted with :delegated/mutagen (which felt really long), so I switched to :cached and the times were 1.0 and 14.3 seconds. For comparison, the native times when running on my Mac without Docker were 0.4 and 2.9 seconds, so both were quite a bit longer, but surprisingly, the :cached times were significantly better without mutagen.

yallop

comment created time in 2 months

issue commentdocker/for-mac

High CPU Utilization of Hyperkit in Mac

Here's a data point for what it's worth. We have two sets of apps that we generate using babel and webpack (a fairly common node setup) and for the smaller/js only bundles took 3.6 seconds and the larger/jsx bundles took 43.2 seconds when being mounted with :delegated/mutagen (which felt really long), so I switched to :cached and the times were 1.0 and 14.3 seconds. For comparison, the native times when running on my Mac without Docker were 0.4 and 2.9 seconds, so both were quite a bit longer, but surprisingly, the :cached times were significantly better without mutagen.

taufek

comment created time in 2 months

issue commentdocker/for-mac

File event notifications stop firing on host bind mount

I'm actively using Docker for my daily workflow, so running Edge is already a pretty big risk and switching over to an experimental build is more than I can mess with.

daveisfera

comment created time in 2 months

issue openeddocker/for-mac

Nested bind mounts of host directory create a separate mutagen resource

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200728180253

Expected behavior

Nested bind mounts of a host sub-directory could use the existing "parent" bind mount instead of creating a new/separate one

Actual behavior

A new mutagen resource is created for the nested bind mount of the host directory and this may be required because of the way mutagen works, but it would be nice if nested bind mount would share the "parent" bind mount

Information

  • macOS Version: 10.15.5

Diagnostic logs

Doesn't exist in the current Docker for Mac

Steps to reproduce the behavior

  1. Create a .yml file with a bind mount of a host directory and another bind mount with a sub-directory of that
  2. Start with docker-compose
  3. Verify that a mutagen resource for both the parent and nested host directory are created

created time in 2 months

issue openeddocker/for-mac

Multiple bind mounts in docker-compose for the same directory will create multiple mutagen resources

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200728180253

Expected behavior

A single mutagen resource is created when multiple containers use the same mounted directory

Actual behavior

Multiple mutagen resources are created for the same mount directory when it seems like only a single resource should exist (it appears that there's a chance that this is just a UI fluke because the percent complete stayed the same for both as it was syncing)

Information

  • macOS Version: 10.15.5

I was looking into to see if I could reproduce #4811

Diagnostic logs

Doesn't exist in the current Docker for Mac

Steps to reproduce the behavior

  1. Create a .yml file that mounts the same directory twice
  2. Run docker-compose
  3. Observe that multiple resources appear from the mutagen mounts

created time in 2 months

issue commentdocker/for-mac

File event notifications stop firing on host bind mount

I haven't noticed any specific event or type of even that triggers the issue and it happens with both our node and python containers and seems to be universal (i.e. happens to all running containers and not just specific ones). I run the diagnostic as soon as I notice the problem before restarting to get back to work and that diagnostic was pre-mutagen and I haven't run things enough to see if it happens with the current Edge build or not.

daveisfera

comment created time in 2 months

issue commentdocker/roadmap

Consistent file event handling

https://github.com/docker/for-mac/issues/4811

daveisfera

comment created time in 2 months

issue openeddocker/for-mac

File event notifications stop firing on host bind mount

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200616212522

Expected behavior

We build a base image with the needed packages (like the Postgres driver) and then mount our code to run in that container for live code editting. This file event notifications should continue to work indefinitely.

Actual behavior

After a few days, the file event notifications stop firing so tools like nodemon and pyinotify stop updating the code as they should and Docker has to be restarted for this to start working again.

Information

  • macOS Version: 10.15.5

Diagnostic logs

This doesn't existing in the current Docker for Mac

Steps to reproduce the behavior

  1. Build a base image
  2. Mount a host directory in the container
  3. Run monitoring inside of the container
  4. Observe that events stop after a day or two of the process running

created time in 2 months

issue commentdocker/for-mac

Docker won't start after switching laptops using Migration Assistant

Ya, I don't know anything about the specifics of how Migration Assistant works, but the hardware problems on my laptop finally started flaring up to the point that I needed to switch. After migrating last night, all other applications appear to have moved over correctly but Docker appears to have not fully migrated as part of the process.

daveisfera

comment created time in 2 months

issue openeddocker/for-mac

Docker won't start after switching laptops using Migration Assistant

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [ ] I have uploaded Diagnostics
  • Diagnostics ID: It won't upload a diagnostic because it won't start

Expected behavior

Docker starts and all data is available after using Migration Assistant

Actual behavior

Docker won't start

Information

  • macOS Version: 10.15.5

Diagnostic logs

It shows this error when trying to start:

2020-07-28T04:58:48Z dockerd time="2020-07-28T04:58:48.121949000Z" level=debug msg="Calling GET /images/sha256:8a2fb25a19f5dc1528b7a3fabe8b3145ff57fe10e4f1edac6c718a3cf4aa4b73/json"

Steps to reproduce the behavior

  1. Setup Docker on 1 laptop
  2. Use Migration Assistant to move to another
  3. Run Docker and observe that it doesn't start

created time in 2 months

issue closedmoby/buildkit

exit code 2 when building with 18.09

We've started using buildkit for access to cache mounts because running yarn cache clean was causing CPU lock ups on our CI machine. This seems to have resolved that issue, but now we are running into an issue with the build dieing with exit code 2. Here's an example of the output from when the issue happens and sometimes the order of #1 and #2 is swapped but the output is basically the same other than that (i.e. just different timestamps and durations but everything else the same):

#2 [internal] load build definition from Dockerfile
#2       digest: sha256:203f4c6470317ff7ce3ea78f91980b8e12c3a528231bb35bd0bd523488bd1008
#2         name: "[internal] load build definition from Dockerfile"
#2      started: 2020-02-17 22:08:42.316860637 +0000 UTC
#2    completed: 2020-02-17 22:08:42.409792145 +0000 UTC
#2     duration: 92.931508ms   
#2 transferring dockerfile: 1.41kB done 


#1 [internal] load .dockerignore
#1       digest: sha256:de56cdba140bc80dec8b239ef2bb5365141d18c492e3adcd011c3674ac8b44a4
#1         name: "[internal] load .dockerignore"
#1      started: 2020-02-17 22:08:42.3171854 +0000 UTC
#1    completed: 2020-02-17 22:08:42.317340354 +0000 UTC
#1     duration: 154.954µs     
#1      started: 2020-02-17 22:08:42.317438609 +0000 UTC
#1 transferring context: 2B done
#1    completed: 2020-02-17 22:08:42.433322118 +0000 UTC
#1     duration: 115.883509ms  


#3 resolve image config for docker.io/docker/dockerfile:experimental
#3       digest: sha256:401713457b113a88eb75a6554117f00c1e53f1a15beec44e932157069ae9a9a3
#3         name: "resolve image config for docker.io/docker/dockerfile:experimental"
#3      started: 2020-02-17 22:08:42.472393488 +0000 UTC
#3    completed: 2020-02-17 22:08:42.843017479 +0000 UTC
#3     duration: 370.623991ms  


#4 docker-image://docker.io/docker/dockerfile:experimental@sha256:888f21826...
#4       digest: sha256:73470fd019434c30038f26256756f15515850f68d929dbd0a35bc38dd96cfc12
#4         name: "docker-image://docker.io/docker/dockerfile:experimental@sha256:888f21826273409b5ef5ff9ceb90c64a8f8ec7760da30d1ffbe6c3e2d323a7bd"
#4      started: 2020-02-17 22:08:41.95550446 +0000 UTC
#4    completed: 2020-02-17 22:08:41.955549324 +0000 UTC
#4     duration: 44.864µs
#4       cached: true

exit code: 2

19.03 isn't available on AWS yet, so we're using 18.09 and can this be fixed against that version and is there anything that we can do to prevent or fix this?

closed time in 2 months

daveisfera

issue commentmoby/buildkit

exit code 2 when building with 18.09

19.03 is available on AWS now

daveisfera

comment created time in 2 months

issue commentmoby/moby

failed to dial gRPC: unable to upgrade to h2c, received 502

This happened to me on Docker for Mac and I couldn't access anything with Docker and had to restart it to get it working again: C18223FD-44DC-4ACD-B197-B660FC33917F/20200722004247

kousu

comment created time in 2 months

issue commentdocker/roadmap

[Docker Desktop] Investigate Mac CPU performance

I have Kubernetes off and I installed the latest Edge build yesterday and my CPU has been going nuts all day today: C18223FD-44DC-4ACD-B197-B660FC33917F/20200722224755

nebuk89

comment created time in 2 months

issue openeddocker/for-mac

Can't build images because docker crashed

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200722004247

Expected behavior

docker build works

Actual behavior

failed to dial gRPC: unable to upgrade to h2c, received 502

Information

  • macOS Version: 10.15.5

Diagnostic logs

Doesn't exist in current Docker for Mac

Steps to reproduce the behavior

Not sure, Docker crashed while I was building and using it

created time in 2 months

issue openeddocker/roadmap

Consistent file event handling

Tell us about your request File event handling stops working after a period of time when a host mount is used ( see https://github.com/docker/for-mac/issues/2417 )

Which service(s) is this request for? Docker for Mac

Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard? Above linked issue provides details and info

Are you currently working around the issue? Yes, we have to restart Docker to get it to start working again

created time in 2 months

issue openedztoben/assets-webpack-plugin

Relaxed versions?

Is your feature request related to a problem? Please describe. Specific versions are used in package.json and causes multiple versions to be installed unnecessarily

Describe the solution you'd like Use ^ to allow flexibility in versions to minimize packages installed

Describe alternatives you've considered Use ~ to allow at least some flexibility

created time in 2 months

issue commentdocker/for-mac

Configure mutagen mode volumes using options instead of file sharing

I agree with the concept of having it be controlled by options, but the current UI in Preferences is confusing (says it will restart but actually doesn't and such) and the real problem is that once a mount is created, it has to be removed through the UI. It should automatically go away when no longer used or at least have a way to easily clean up "orphaned" mounts so that extra caches can't end up hanging out all over the place.

kinghuang

comment created time in 2 months

issue commentpinojs/express-pino-logger

Keys added to req/res not available to serializers

That works! Thanks

daveisfera

comment created time in 3 months

issue commentpinojs/express-pino-logger

Keys added to req/res not available to serializers

To be specific, here's the changed code that I tried that still didn't work:

'use strict'

var app = require('express')()
var ExpressPinoLogger = require('express-pino-logger')

app.use((req, res, next) => {
  req.user = 'testing';
  next();
})

var pino = ExpressPinoLogger({
  serializers: {
    req: (req) => ({
      method: req.method,
      url: req.url,
      user: req.user,
    }),
  },
})

app.use(pino)

app.get('/', function (req, res) {
  // each request has its own id
  // so you can track the log of each request
  // by using `req.log`
  // the ids are cycled every 2^31 - 2
  req.log.info('something else')
  res.send('hello world')
})

app.listen(3000)
daveisfera

comment created time in 3 months

issue commentpinojs/express-pino-logger

Keys added to req/res not available to serializers

I had tried that as well and it doesn't fix the problem

daveisfera

comment created time in 3 months

issue openedpinojs/express-pino-logger

Keys added to req/res not available to serializers

Keys added to req/res are not available to serializers when they should be.

Here's an example based on the example from the main page:

'use strict'

var app = require('express')()
var ExpressPinoLogger = require('express-pino-logger')

var pino = ExpressPinoLogger({
  serializers: {
    req: (req) => ({
      method: req.method,
      url: req.url,
      user: req.user,
    }),
  },
})

app.use(pino)

app.use((req, res, next) => {
  req.user = 'testing';
  next();
})

app.get('/', function (req, res) {
  // each request has its own id
  // so you can track the log of each request
  // by using `req.log`
  // the ids are cycled every 2^31 - 2
  req.log.info('something else')
  res.send('hello world')
})

app.listen(3000)

created time in 3 months

issue openeddocker/for-mac

`:z,delegated` prevents use of mutagen

  • [X] I have tried with the latest version of my channel (Stable or Edge)
  • [X] I have uploaded Diagnostics
  • Diagnostics ID: C18223FD-44DC-4ACD-B197-B660FC33917F/20200629230230

Expected behavior

:z,delegated works just like :delegated

Actual behavior

Mutagen mounts are only enabled with :delegated ( see this )

Information

  • macOS Version: 10.15.5

Diagnostic logs

This doesn't exist in the current Docker for Mac

Steps to reproduce the behavior

  1. Create a mount with :z,delegated
  2. Observe that it's not a mutagen mount ( docker inspect <name> | python -m json.tool | grep -A 3 HostConfig)

created time in 3 months

issue commentdocker/for-mac

Configure mutagen mode volumes using options instead of file sharing

I found the problem. I'm using :z,delegated so that the proper permissions are set for our Linux users and it appears that currently only :delegated enables this when multiple flags should be supported for use in different environments. For testing, I switched to :delegated to test this functionality, but then the container times out after about 2 minutes with a exit status of 137 (which I believe is OOM)

kinghuang

comment created time in 3 months

issue commentdocker/for-mac

Configure mutagen mode volumes using options instead of file sharing

Then it looks like it's not working with docker-compose, because here what docker inspect says:

"HostConfig": {
    "Binds": [
        "/Users/dlj/.aws:/root/.aws:z,delegated",
        "/Users/dlj/projects/mycode:/usr/src/app:z,delegated"
    ],
kinghuang

comment created time in 3 months

issue commentdocker/for-mac

Nothing responding

C18223FD-44DC-4ACD-B197-B660FC33917F/20200626044638

daveisfera

comment created time in 3 months

issue commentdocker/for-mac

Configure mutagen mode volumes using options instead of file sharing

Yes, :delegated in compose should set up the two-way sync too.

Is there a way to verify that? (i.e. check that a mount is using mutagen?)

kinghuang

comment created time in 3 months

issue commentdocker/for-mac

Configure mutagen mode volumes using options instead of file sharing

Is this also true of using :delegated in docker-compose?

kinghuang

comment created time in 3 months

more