Application to test different sleep types and their effect on performance
The fastest JSON schema Validator. Supports v5 proposals
AWS SDK for JavaScript in the browser and Node.js
ReStructuredText and Sphinx bridge to Doxygen
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.
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
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
comment created time in a day
issue commentwebpack/webpack
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?
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
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:
Upper part of thing stretch:

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
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"
},
comment created time in 3 days
issue commentwebpack/webpack
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.
comment created time in 3 days
issue commentwebpack/webpack
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?
comment created time in 3 days
issue commentwebpack/webpack
Actually, this is reproducible, so I'm looking into isolating the cause to see if I can make a reproducer
comment created time in 3 days
issue openedwebpack/webpack
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!
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:
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" } } } }'curl -s -XPUT 'localhost:9200/test_bad_geo_shape/_doc/oakwood' -H 'Content-Type: application/json' -d '@test_shp/oakwood_data.json'whereoakwood_data.jsonis 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
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.
- 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
- Run the code below to output the loaded projection
- 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
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
comment created time in 11 days
issue commentstorybookjs/storybook
@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?
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
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?
comment created time in 16 days
issue openedstorybookjs/storybook
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 > [email protected]: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
warning @storybook/react > webpack > watchpack > watchpack-chokidar2 > [email protected]: 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 > [email protected]: 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
commit sha 8972973fcf02a05425e89b50b618807980487747
Add example of --require failing with imports
push time in 17 days
push eventdaveisfera/test_import_preload
commit sha 385cb601dc50f8622d509d061667b5ec31f624b6
Add example of --require failing with imports
push 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
daveisferaissue commentvitaly-t/pg-promise
Odd stack trace when passing '' to a parameter that should be INTEGER
👍
comment created time in 20 days
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
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
daveisferaissue commentmoby/buildkit
Parallel use of cache mount can fail
Thanks!
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
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
- Run with a bind mount
- Change a file in that mount
- Observe that the contents of the file haven't changed
closed time in a month
daveisferaissue 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
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 )
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
- Run with a bind mount
- Change a file in that mount
- 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
daveisferaissue 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.
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?
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)
comment created time in a month
issue commentdocker/for-mac
C18223FD-44DC-4ACD-B197-B660FC33917F/20200814172018
comment created time in a month
issue commentwix/redux-saga-tester
Yes, this is kind of confusing and definitely annoying, so it would be good if it was stopped
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
commit sha 34f149f14e2ae3fc0953c1995a55c26cddf6da34
Update cookie for SameSite=None support See https://github.com/jshttp/cookie/releases/tag/v0.4.0
push time in a month
PR opened socketio/engine.io
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
pr created time in a month
push eventdaveisfera/engine.io
commit sha c1d77178a149ba586c513b450d108b1aa887e9c3
Add cookie options for sameSite and secure
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
- Build a base image
- Mount a host directory in the container
- Run monitoring inside of the container
- Observe that events stop after a day or two of the process running
closed time in 2 months
daveisferaissue 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.
comment created time in 2 months
issue openeddy/point-cluster
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.
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.
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.
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
- Create a .yml file with a bind mount of a host directory and another bind mount with a sub-directory of that
- Start with
docker-compose - 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
- Create a .yml file that mounts the same directory twice
- Run
docker-compose - 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.
comment created time in 2 months
issue commentdocker/roadmap
Consistent file event handling
https://github.com/docker/for-mac/issues/4811
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
- Build a base image
- Mount a host directory in the container
- Run monitoring inside of the container
- 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.
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
- Setup Docker on 1 laptop
- Use Migration Assistant to move to another
- 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
daveisferaissue commentmoby/buildkit
exit code 2 when building with 18.09
19.03 is available on AWS now
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
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
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
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.
comment created time in 2 months
issue commentpinojs/express-pino-logger
Keys added to req/res not available to serializers
That works! Thanks
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)
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
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
- Create a mount with
:z,delegated - 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)
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"
],
comment created time in 3 months
issue commentdocker/for-mac
C18223FD-44DC-4ACD-B197-B660FC33917F/20200626044638
comment created time in 3 months
issue commentdocker/for-mac
Configure mutagen mode volumes using options instead of file sharing
Yes,
:delegatedin 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?)
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?
comment created time in 3 months