Can the model be finetuned with 8 GB cuda memory?

Thank you for this incredible model!
As the title says, I have an 8 GB gpu, so is there a way to finetune the model locally?
I have tried decreasing the input_shape to 1280x960. I assume this is the lowest value I can decrease it to as I read from the other issues. I set the train_batch_size to 1, too. So, would anyone provide me with more suggestions to fit my constraints?
Thanks a ton.

There is no offical code snipped in donut to facilitate the same
Try incorporating the suggestions in the link here https://spell.ml/blog/gradient-checkpointing-pytorch-YGypLBAAACEAefHs
Let us know if it works

@inesriahi
reducing either of these parameters will help here:
input_size: [2560, 1920] ---> [1920, 1280] or [1280, 960] or some lower value (you need to find a lower value where you are not getting any errors like 720, 960, 1080)
max_length: 128 ---> 64 or 100

@inesriahi reducing either of these parameters will help here: input_size: [2560, 1920] ---> [1920, 1280] or [1280, 960] or some lower value (you need to find a lower value where you are not getting any errors like 720, 960, 1080) max_length: 128 ---> 64 or 100

Is there a lower input size value that doesn't produce errors?

960x640 works, i guess that the input dimensions should be a multiple of 320

@Wyzix33 fixed ! The problem was Cudnn not being installed . It can run on 8gb vram !

Try Reducing batch size to 1


Create CAPG MC

Honeybadger have a requirement for a CAPG Management cluster in order to complete the verification of GKE cluster adoption.

[ ] Create a new MC using our existing CAPG process
[x] Create a GKE cluster to attempt to onboard via crossplane

@T-Kukawka Is this something that is carried out by phoenix or is there a better place to direct this request?

No


Modifies silkscreen for 3v3 and 5v parts

I also updated the render png. The new project file for the nightly version of KiCAD is *.kicad_pro, so the *.pro file is gone.

Thanks!

Thanks!

Looks like the render didn't update--any idea why?

Looks like the render didn't update--any idea why?

Nevermind, that's some weird caching issue on my side. Works fine in incognito window.

Nevermind, that's some weird caching issue on my side. Works fine in incognito window.


Allow disabling Drift on a NodePool level

Description
What problem are you trying to solve?
Ability to disable Drift on a specific node pool by either label/annotation or setting
How important is this feature to you?
Without it - i can't enable drift feature gate in production
The Drift Feature is really amazing but can become self-harming on specific use-cases
For example
i have nodegroups on which i want the nodes to remain active until i manually recycle them.
These nodegroups are configured as follows:
Capacity type: on-demand
expireAfter: "Never"

Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment

Have you considered using PDBs or karpenter.sh/do-not-disrupt annotation on pods? Are you finding that not be sufficient for your use case?

It would require lot more work rather then just specifying it on the nodepool level - but for now i will proceed with PDB

Hey @nadavbuc  👋
Was hoping to understand more of the use-case here. In what ways are you triggering drift? And in what ways is it drifting that you're not expecting it to?

Hey @njtran
Basically its just planning, on dev i let it drift freely, and its fine.
On production, i have specific node pools which consists of pretty hardcoded values like instance type, and capacity type set to on-demand.
On these node groups i would like to be the only one responsible for recycling nodes manually, unless there is an hardware issue in which case it will be auto-healed
My concern is whenever a new k8s-patch ami will be released, or when we are upgrading kubernetes, for other node groups the drift mechanism should be wonderful, but for these specific node groups it might be a concern.
I'm focusing solely on AMI drifts, unless i am misinterpreting its activity and goals.

My concern is whenever a new k8s-patch ami will be released, or when we are upgrading kubernetes, for other node groups the drift mechanism should be wonderful, but for these specific node groups it might be a concern.
I'm focusing solely on AMI drifts, unless i am misinterpreting its activity and goals.

Is it possible to pin the AMI ID you want to use for each EKS Optimized AMI? This is a pain point we've heard from others that if you want to use the latest EKS Optimized AMI, you need to be flexible to the disruptions that a new release would incur. For these NodePools, if you can pin the AMI in the EC2NodeClass that would probably be the best workaround for now.
In the long run, we're working on a disruption budget that would be in-line with the NodePool that you can use to drive when you think disruptions should be allowed or not.
Design: https://github.com/kubernetes-sigs/karpenter/blob/main/designs/disruption-controls.md and larger issue with many related issues: https://github.com/aws/karpenter-provider-aws/issues/1738

This new features is exactly what i need 🙏


Update sqs to 2.17.184

Updates software.amazon.awssdk:sqs from 2.17.164 to 2.17.184.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "software.amazon.awssdk", artifactId = "sqs" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequest = { frequency = "@monthly" },
  dependency = { groupId = "software.amazon.awssdk", artifactId = "sqs" }
}]

labels: library-update, early-semver-patch, semver-spec-patch, commit-count:1

Superseded by #877.


Back-end: add status to task

Add status to Task model
Add status to existing tasks
Default = not done

Pull request in Eriks repo.


comments on expenses

We should be able to add comments to expenses.
This could be the basis for later on adding an approval process where at least x persons need to comment "approved" or "lgtm" for an expense to be approved.
(a bit like the pull request threads on Github)

Tobias from webpack suggested we look at dropbox votebox

This is being solved in the new frontend.


Bring back unsaturated surfaces

re-enable setting ρ_sfc from the coupler (@szy21 was there a plan to do this? We can also extend the surface_thermo_state function if not. But even for the stand-alone runs you may want to not be bound to surface saturation?). Both land and ice surfaces will rarely be saturated.

cap evaporation over ice, as was previously done in the correct_e_over_ice.

This is now outdated, given PRs of  #311.
i. ρ_sfc is not needed by atmos, because now we can specify q_sat directly #330
ii. it was decided to allow evaporation over ice, given that we can now communicate the beta (undersaturation) factor


albersUsa errors with Markers

On react-simple-maps v0.11.2, adding Markers to an AlbersUsa projection map produces the following client error:
Uncaught TypeError: Cannot read property '0' of null
    at Marker.render (Marker.js:194)
    ...bunch of react errors

Here's my code:
// @flow

import React, {Component} from 'react'
import {
  ComposableMap,
  ZoomableGroup,
  Geographies,
  Geography,
  Markers,
  Marker
} from 'react-simple-maps'

const schools = [{name: "Tennessee State University", coordinates: [36.165874, 86.830337]}]

export default class Map extends Component<{}> {
  render() {
    return (

          <ComposableMap
            projectionConfig={{
              scale: 1000
            }}
            width={980}
            height={551}
            projection="albersUsa"
            style={{
              width: '100%',
              height: 'auto'
            }}
          >
            <ZoomableGroup disablePanning>
              <Geographies
                geography={geographies}
                disableOptimization
              >
                {(geographies, projection) =>
                  geographies.map((geography, key) => {
                    return (
                      <Geography
                        key={key}
                        geography="https://raw.githubusercontent.com/jgoodall/us-maps/master/topojson/state.topo.json"
                        projection={projection}
                        style={{
                          default: {
                            fill: 'pink',
                            outline: 'none',
                            transition: 'all 200ms ease-in-out'
                          },
                          hover: {
                            fillOpacity: 0.7,
                            outline: 'none'
                          },
                          pressed: {
                            outline: 'none'
                          }
                        }}
                      />
                    )
                  })}
              </Geographies>
              <Markers>
                {schools.map((marker, i) => (
                  <Marker
                    key={i}
                    marker={marker}
                  >
                    <circle
                      cx={0}
                      cy={0}
                      r={10}
                      style={{
                        stroke: '#FF5722',
                        strokeWidth: 3,
                        opacity: 0.9
                      }}
                    />
                    <text
                      textAnchor="middle"
                      y={0}
                      style={{
                        fontFamily: 'Roboto, sans-serif',
                        fill: '#607D8B'
                      }}
                    >
                      {marker.name}
                    </text>
                  </Marker>
                ))}
              </Markers>
            </ZoomableGroup>
          </ComposableMap>

    )
  }
}

I haven't tried every projection yet, but went through a handful and it seems that this is the only one that produces an error.

Hi @kevinahuber ,
From what I see in your code above, the coordinate for the school would be undefined on the albersUsa projection.  Given the location name, I assume this is 86.83 W and 36.16 N, so it would translate to [-86.830337, 36.165874]. Let me know if this solves it for you.

Oop! That did, thanks.
I would change this then to a feature request- better error handling for coordinates that are not in the map view. I would expect the marker singular to not appear, not the whole map to error. Would you agree? Happy to add that in.

Yes, this would definitely be better behaviour than for the whole map to error.

I wish this were resolved :( We have a somewhat poor data set with some coordinates falling outside the U.S., even though they're not supposed to. I wanted to use react-simple-maps as an alternative to Google Maps, since I'd like to plot thousands of dots and the Google Maps API was obviously slower. But this breaks my app.

Actually, I figured out the issue. We had some Alaska points and were using the albersUsa projection. Turns out that this projection scales Alaska down quite a bit, so some of the points were falling out of bounds. Crisis averted :smile:

I ran into this when trying to zoom in with the geoAlbersUsa projection, and realized the default center [0,0] from the react-simple-maps demo was off the map.  Using [-97,37] fixed it.  Also, for the handle zoom in function, I make sure it's in bounds.


LIKE payment webhook not updating tx

Reference is here.

And make sure it reports to Sentry
Correct tx data

Close it due to have no clues about incoming requests.


Fix id_short attribute defaulting to the string literal NotSet

The current behavior of the id_short attribute of Refereable objects is causing unexpected behavior in the codebase. It defaults to the string literal "NotSet" by default. This is problematic because it can lead to confusion and unexpected results when developers interact with this attribute.
We shoud find some other solution for idShort

This has already been changed in bffb075ce03f7668b2a341544b63e27265ef715d.

@jkhsjdhjs thanks for the update. The issue still exists in Identifiable-Classes: submodel.py, concept.py, aas.py


Fix memory leaks

Notes:

Why a separate function CodeEmitContext::s_clean()? Probably using CodeEmitContext::~CodeEmitContext() is better.
Consider link the REPL target static instead of dynamic by default, which will make the sanitize log much more comprehensible.
Back port this fix to v1.x?
LTM at the time Compiler destructs, the contexts vector will always be empty, so maybe Compiler::~Compiler() is not necessary.
If not (1), adding a method Compiler::pop_ctx() will be helpful.

C++ code will be removed, so we shouldn't rely on ~T() anymore.
I think you are right.
No backport. v1.x was frozen.
emmm
maybe


Document how to switch from one variant of a plugin to another

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/2472
Originally created by @DouweM on 2020-12-03 17:22:04

If a different variant of the plugin was already added to the project, meltano add <type> <plugin> --variant=<new variant> will not add the new variant but will instead re-install the existing one. We can make this more clear from the command output.
To switch variants, we need to:

modify the variant and pip_url in meltano.yml,
run meltano install <type> <plugin> to re-install the plugin, and
update all of the settings to use the correct setting names/keys for the new variant, so that meltano config <plugin> --list no longer shows any "Custom" settings.

View 2 previous comments from the original issue on GitLab


[Cordova] Improve setBackGround usecase and pack script

It's fine to pack cordova sample app pkg

Impacted tests(approved): new 0, update 1, delete 0
Unit test platform: Crosswalk Project for android 18.46.457.0
Unit test result summary: pass 1, fail 0, block 0
BUG=https://crosswalk-project.org/jira/browse/XWALK-5785
BUG=https://crosswalk-project.org/jira/browse/XWALK-6075

LGTM


Testing script

Good image is needed that founds more samples when fuzzing.
Results autosync with cronjob

We don't actually need fuzzing for this. We should just make a Dockerfile with a simple script that creates "new samples" periodically.
In simplest it could just a while loop that does "sleep 1; let count++; echo $count > /samples/$count; echo $count >> /samples/file-list". Maybe add a variable which adds some prefix for the file names, if multiple containers are executed in the test.
Then modify the gce-test so that we could specify the test folder to be uploaded and executed in GCE.
Create tests folder, add folder for the Dockerfile and configuration and create a script that build docker image, runs gce-test and verifies that all samples are synced periodically and with manual sync.
When finalizing the periodical sync, we have to add a variable for sync interval control, so that we don't have to wait for N minutes before we can verify that the results.


Godot 3.2.4 beta 4 can't export large projects from console

Godot version:
Godot 3.2.4 beta 4
OS/device including version:
Any linux, can't test on other OS
Issue description:
Tried to export project from command line, like
../GodotRC/Godot_v3.2.4-beta4_x11.64 --export "HTML5"
Have an warning:
WARNING: _notification: Scan thread aborted...
At: editor/editor_file_system.cpp:1130.
Godot 3.2.4 beta 3 and earlier runs perfect
Also export works fine then I exporting project from editor UI.
Steps to reproduce:
Bug appears on my big project with 3000+ files and complex structure.
Also this bug  run in new project with 20k files :)
Project with bug
TestFailedToBuild.zip
Screenshot  console output

Are you sure that it fails?
#43948 made it stop displaying a window while exporting, but it should still work as previously. If it's a huge project, it might be taking a while to export.

Yep, no any other output, no files in directory for export.
Also, as I said, 3.2.4 beta 3 works fine with same parameters on same project.
Also I checked - no godot processes in top

Same bug with headless version in machine without X11.

@kzerot Can you paste the output when exporting the project with the --verbose command line argument?

Sure thing
`[murre@Devabatta TestFailedToBuild]$ ../GodotRC/Godot_v3.2.4-beta4_x11.64 --export "HTML5" --verbose
Godot Engine v3.2.4.beta4.official - https://godotengine.org
XInput: Refreshing devices.
XInput: No touch devices found.
Detecting GPUs, set DRI_PRIME in the environment to override GPU detection logic.
Only one GPU found, using default.
Failed loading custom cursor: X_cursor
Using GLES3 video driver
OpenGL ES 3.0 Renderer: GeForce GTX 1060 3GB/PCIe/SSE2
OpenGL ES Batching: ON
OPTIONS
max_join_item_commands 16
colored_vertex_format_threshold 0.25
batch_buffer_size 16384
light_scissor_area_threshold 1
item_reordering_lookahead 4
light_max_join_items 32
single_rect_fallback False
debug_flash False
diagnose_frame False
PulseAudio: detected 2 channels
PulseAudio: audio buffer frames: 512 calculated latency: 11ms
CORE API HASH:<PHONE_NUMBER>707287575
EDITOR API HASH:<PHONE_NUMBER>4423660220
Loading resource: res://default_env.tres
Construct gdnative interface
Destruct gdnative interface
Class 'BulletPhysicsDirectBodyState' is not exposed, skipping.
Class 'BulletPhysicsDirectSpaceState' is not exposed, skipping.
Class 'BulletPhysicsServer' is not exposed, skipping.
Class 'GDScriptNativeClass' is not exposed, skipping.
Class 'IP_Unix' is not exposed, skipping.
Class 'InputDefault' is not exposed, skipping.
Class 'Physics2DDirectBodyStateSW' is not exposed, skipping.
Class 'Physics2DDirectSpaceStateSW' is not exposed, skipping.
Class 'Physics2DServerSW' is not exposed, skipping.
Class 'ResourceImporterMP3' is not exposed, skipping.
Class 'ResourceImporterOGGVorbis' is not exposed, skipping.
Loading resource: /home/murre/.config/godot/editor_settings-3.tres
EditorSettings: Load OK!
Loaded builtin certs
Socket error: 98
Failed to bind socket.
EditorSettings: Save OK!
WARNING: _notification: Scan thread aborted...
At: editor/editor_file_system.cpp:1130.
EditorSettings: Save OK!
`

After looking at the verbose log, I don't know what could be causing this.
PS: I edited your comment to use triple backticks (```) since it's a multiline code block.

I can reproduce the issue too with 3.2.4 beta 4. Probably a regression from #43948, I'll look into it.

Fixed by #44428.


Remove logical types in min_by and max_by tests

getColumnName function matches the Physical Typekind instead of the logical type to return.
Logical types like DATE column name are never tested as their corresponding physical types are
matched and returned by getColumnName.
This change removes the logical type DATE and only lists physical types while creating the rowType_ member.
The min_by and max_by aggregations only operate on physical type comparisons.

@xiaoxmeng would you please review this.


Add docs for Sidecar Injection watchdog

What content needs to be created or modified?
Need to document what the sidecar injection watchdog is and how it can be enabled.
Where should the new material be placed?
Perhaps here: https://docs.dapr.io/operations/hosting/kubernetes/kubernetes-deploy/
The associated pull request from dapr/dapr, dapr/components-contrib, or other Dapr code repos
https://github.com/dapr/dapr/pull/4764

/assign

Resolved


Open source the deployment

Thank you for the review I tested it locally and it works well. I will merge this. Feel free to open an issue if you will find anything.


Updating cert env variables

Description
Hab is throwing errors during builds that the path to the cacert.pem is already being set by a package. We're removing the re-definition here.
Related Issue

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Chore (non-breaking change that does not add functionality or fix an issue)

Checklist:

[ ] I have read the CONTRIBUTING document.
[ ] I have run the pre-merge tests locally and they pass.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] If Gemfile.lock has changed, I have used --conservative to do it and included the full output in the Description above.
[ ] All new and existing tests passed.
[ ] All commits have been signed-off for the Developer Certificate of Origin.

adding the -f switch to line 71 turned out to be the path forward. No need to proceed with this test


Custom time fall off ranges for different agencies

Current Affairs and TNR have like 3 active news headlines from the past 3 days but drudge changes constantly. Obviously we need drudge to have a tighter fall off time

Superseded by just excluding the first day


How do you "de-init" a folder?

Do you just delete the .gd directory?

Hello @mgalgs thank you for reporting this issue and welcome to drive!
Yes, that is right, rm -rf .gd should cut the deal. I think the README file talks about it. Also this read my mind, a few days back I was thinking about rolling such a command out.

Yeah I don't see it in the README.  Anyways, I'll add it to the wiki.  Thanks a lot!

https://github.com/odeke-em/drive/wiki#de-init

Thank you very much @mgalgs, if you'd like, please re-open this issue and then I'll create a command to provide deinit functionality :)

Hello @mgalgs, thanks for raising this issue. I've addressed this by introducing a drive deinit command in PR https://github.com/odeke-em/drive/pull/283. Please get the latest from master.

Very nice, thanks!

Cheers!


Create a GeoParquet file: is there a related duckdb way to create properly it?

Hi,
if I understand correctly, if I run
duckdb -c "COPY (SELECT * from st_read('input.shp')) TO 'tmp.parquet' WITH (FORMAT PARQUET)"

I do not have a GeoParquet file. But I can use gpq to convert the output parquet to GeoParquet.
But in the metadata of the GeoParquet I do not have info about the coordinate reference system:
"metadata": {
    "version": "",
    "primary_column": "geometry",
    "columns": {
      "geometry": {
        "encoding": "WKB",
        "geometry_types": [
          "Polygon",
          "MultiPolygon"
        ],
        "bbox": [
<PHONE_NUMBER>000004,
          3933846.2156000007,
          1312016.1506000003,
          5220292.292199999
        ]
      }
    }
  }

How to complete a right creation of geoparquet, starting from duckdb, and create an output that has also a CRS associated to it?
Thank you

Not yet, but will hopefully be possible next release.
You also need to convert the geometry to WKB when saving it to parquet if you want to be able to open it in other programs.

You also need to convert the geometry to WKB when saving it to parquet if you want to be able to open it in other programs.

In my example I use gpq, and it converts the geometry to WKB. The only thing missing is the ability to associate a coordinate system.

Hi @aborruso .. I made a workaround, you can check this : https://colab.research.google.com/drive/1c2MSiktw3Ahuu3RChFOS-tcdlPG4cHT1?usp=sharing


How can I run many transports sequentially?

What did you expect to happen?
It should be possible to run many transports sequentially.
What actually happened?
There is no documentation about how you can figure out that the transport has completed.
Feature Request
Opening a feature request kicks off a discussion.
Proposal:
t.Source(..) and t.Save(...) should return a stream or promise so the consumer can figure out when it has completed.

did you ever find a way around this? it seems like it only runs one per pipeline.js file.
I had expected it to run them sequentially.


Saving the project failed because of a Server Error

Hello,
I'm attempting to create my first task in the OSMUS Tasking Manager and I'm running into an issue which I'm unable to figure out. It's manifesting as what appears to be a server error but I'm not sure if that's the root cause. Here's what I'm seeing:
I created a new task, uploading a GeoJSON boundary to define the task area. The task is now listed on my personal dashboard in draft state, as expected.
I then tried to edit the task to add the required fields and publish it. The fields that were marked as required which I filled out were:

Description > Name of the project (already filled in during creation)
Description > Short description
Description > Description
Instructions > Detailed instructions
Metadata > Types of mapping
Metadata > Organization (already filled in during creation)

Afterwards I hit the "Save" button in the sidebar, this error appeared: "Saving the project failed because of a Server Error. Please try again later or contact the administrator if problem persists."

I checked the browser devtools and saw that the underlying error was from PATCH /api/v2/projects/585. The response body was:
{"Error": "Unable to update project", "SubCode": "InternalServerError"}

I tried this in Chrome, Safari and Firefox and saw the same failure in all cases.
Here's the full curl-encoded version of the request that triggered that response (with my auth token redacted). There should hopefully be corresponding server log entries for my repeated attempts to save the form in the window from about 4:30pm to 5pm PST today (2024-05-13T23:30:00Z to 2024-05-14T00:00:00Z).
curl 'https://tasks-backend.openstreetmap.us/api/v2/projects/585/' \
  -X 'PATCH' \
  -H 'authority: tasks-backend.openstreetmap.us' \
  -H 'accept: */*' \
  -H 'accept-language: en' \
  -H 'authorization: Token <REDACTED>' \
  -H 'content-type: application/json' \
  -H 'origin: https://tasks.openstreetmap.us' \
  -H 'referer: https://tasks.openstreetmap.us/' \
  -H 'sec-ch-ua: "Not?A_Brand";v="8", "Chromium";v="108", "Google Chrome";v="108"' \
  -H 'sec-ch-ua-mobile: ?0' \
  -H 'sec-ch-ua-platform: "macOS"' \
  -H 'sec-fetch-dest: empty' \
  -H 'sec-fetch-mode: cors' \
  -H 'sec-fetch-site: same-site' \
  -H 'user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/<IP_ADDRESS> Safari/537.36' \
  --data-raw $'{"projectId":585,"database":"OSM","status":"DRAFT","projectPriority":"MEDIUM","areaOfInterest":{"type":"MultiPolygon","coordinates":[[[[-108.808764,42.521381],[-109.295413,42.529663],[-109.29297,42.619671],[-109.414848,42.621433],[-109.412578,42.711459],[-109.534636,42.71309],[-109.532532,42.803105],[-109.654776,42.804611],[-109.652839,42.894637],[-109.77527,42.896018],[-109.773498,42.986044],[-109.896116,42.987291],[-109.887976,43.437541],[-109.764442,43.43628],[-109.762594,43.526296],[-109.515036,43.52335],[-109.519429,43.343335],[-109.396106,43.341663],[-109.400813,43.161651],[-109.277867,43.159858],[-109.280375,43.069842],[-109.157622,43.067932],[-109.160297,42.977927],[-109.037738,42.975889],[-109.04343,42.795908],[-108.921231,42.793741],[-108.924227,42.703747],[-108.802218,42.701459],[-108.808546,42.521381],[-108.808764,42.521381]]]]},"aoiBBOX":[-109.896116,42.521381,-108.802218,43.526296],"tasks":{"type":"FeatureCollection","features":[{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-110.039062,42.940339],[-109.863281,42.940339],[-109.863281,43.068888],[-110.039062,43.068888],[-110.039062,42.940339]]]]},"properties":{"taskId":1,"taskX":398,"taskY":1295,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-110.039062,43.068888],[-109.863281,43.068888],[-109.863281,43.197167],[-110.039062,43.197167],[-110.039062,43.068888]]]]},"properties":{"taskId":2,"taskX":398,"taskY":1296,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-110.039062,43.197167],[-109.863281,43.197167],[-109.863281,43.325178],[-110.039062,43.325178],[-110.039062,43.197167]]]]},"properties":{"taskId":3,"taskX":398,"taskY":1297,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-110.039062,43.325178],[-109.863281,43.325178],[-109.863281,43.452919],[-110.039062,43.452919],[-110.039062,43.325178]]]]},"properties":{"taskId":4,"taskX":398,"taskY":1298,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.863281,42.811522],[-109.6875,42.811522],[-109.6875,42.940339],[-109.863281,42.940339],[-109.863281,42.811522]]]]},"properties":{"taskId":5,"taskX":399,"taskY":1294,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.863281,42.940339],[-109.6875,42.940339],[-109.6875,43.068888],[-109.863281,43.068888],[-109.863281,42.940339]]]]},"properties":{"taskId":6,"taskX":399,"taskY":1295,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.863281,43.068888],[-109.6875,43.068888],[-109.6875,43.197167],[-109.863281,43.197167],[-109.863281,43.068888]]]]},"properties":{"taskId":7,"taskX":399,"taskY":1296,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.863281,43.197167],[-109.6875,43.197167],[-109.6875,43.325178],[-109.863281,43.325178],[-109.863281,43.197167]]]]},"properties":{"taskId":8,"taskX":399,"taskY":1297,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.863281,43.325178],[-109.6875,43.325178],[-109.6875,43.452919],[-109.863281,43.452919],[-109.863281,43.325178]]]]},"properties":{"taskId":9,"taskX":399,"taskY":1298,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.863281,43.452919],[-109.6875,43.452919],[-109.6875,43.580391],[-109.863281,43.580391],[-109.863281,43.452919]]]]},"properties":{"taskId":10,"taskX":399,"taskY":1299,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.6875,42.682435],[-109.511719,42.682435],[-109.511719,42.811522],[-109.6875,42.811522],[-109.6875,42.682435]]]]},"properties":{"taskId":11,"taskX":400,"taskY":1293,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.6875,42.811522],[-109.511719,42.811522],[-109.511719,42.940339],[-109.6875,42.940339],[-109.6875,42.811522]]]]},"properties":{"taskId":12,"taskX":400,"taskY":1294,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.6875,42.940339],[-109.511719,42.940339],[-109.511719,43.068888],[-109.6875,43.068888],[-109.6875,42.940339]]]]},"properties":{"taskId":13,"taskX":400,"taskY":1295,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.6875,43.068888],[-109.511719,43.068888],[-109.511719,43.197167],[-109.6875,43.197167],[-109.6875,43.068888]]]]},"properties":{"taskId":14,"taskX":400,"taskY":1296,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.6875,43.197167],[-109.511719,43.197167],[-109.511719,43.325178],[-109.6875,43.325178],[-109.6875,43.197167]]]]},"properties":{"taskId":15,"taskX":400,"taskY":1297,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.6875,43.325178],[-109.511719,43.325178],[-109.511719,43.452919],[-109.6875,43.452919],[-109.6875,43.325178]]]]},"properties":{"taskId":16,"taskX":400,"taskY":1298,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.6875,43.452919],[-109.511719,43.452919],[-109.511719,43.580391],[-109.6875,43.580391],[-109.6875,43.452919]]]]},"properties":{"taskId":17,"taskX":400,"taskY":1299,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.511719,42.55308],[-109.335937,42.55308],[-109.335937,42.682435],[-109.511719,42.682435],[-109.511719,42.55308]]]]},"properties":{"taskId":18,"taskX":401,"taskY":1292,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.511719,42.682435],[-109.335937,42.682435],[-109.335937,42.811522],[-109.511719,42.811522],[-109.511719,42.682435]]]]},"properties":{"taskId":19,"taskX":401,"taskY":1293,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.511719,42.811522],[-109.335937,42.811522],[-109.335937,42.940339],[-109.511719,42.940339],[-109.511719,42.811522]]]]},"properties":{"taskId":20,"taskX":401,"taskY":1294,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.511719,42.940339],[-109.335937,42.940339],[-109.335937,43.068888],[-109.511719,43.068888],[-109.511719,42.940339]]]]},"properties":{"taskId":21,"taskX":401,"taskY":1295,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.511719,43.068888],[-109.335937,43.068888],[-109.335937,43.197167],[-109.511719,43.197167],[-109.511719,43.068888]]]]},"properties":{"taskId":22,"taskX":401,"taskY":1296,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.511719,43.197167],[-109.335937,43.197167],[-109.335937,43.325178],[-109.511719,43.325178],[-109.511719,43.197167]]]]},"properties":{"taskId":23,"taskX":401,"taskY":1297,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.511719,43.325178],[-109.335937,43.325178],[-109.335937,43.452919],[-109.511719,43.452919],[-109.511719,43.325178]]]]},"properties":{"taskId":24,"taskX":401,"taskY":1298,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.335937,42.423457],[-109.160156,42.423457],[-109.160156,42.55308],[-109.335937,42.55308],[-109.335937,42.423457]]]]},"properties":{"taskId":25,"taskX":402,"taskY":1291,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.335937,42.55308],[-109.160156,42.55308],[-109.160156,42.682435],[-109.335937,42.682435],[-109.335937,42.55308]]]]},"properties":{"taskId":26,"taskX":402,"taskY":1292,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.335937,42.682435],[-109.160156,42.682435],[-109.160156,42.811522],[-109.335937,42.811522],[-109.335937,42.682435]]]]},"properties":{"taskId":27,"taskX":402,"taskY":1293,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.335937,42.811522],[-109.160156,42.811522],[-109.160156,42.940339],[-109.335937,42.940339],[-109.335937,42.811522]]]]},"properties":{"taskId":28,"taskX":402,"taskY":1294,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.335937,42.940339],[-109.160156,42.940339],[-109.160156,43.068888],[-109.335937,43.068888],[-109.335937,42.940339]]]]},"properties":{"taskId":29,"taskX":402,"taskY":1295,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.335937,43.068888],[-109.160156,43.068888],[-109.160156,43.197167],[-109.335937,43.197167],[-109.335937,43.068888]]]]},"properties":{"taskId":30,"taskX":402,"taskY":1296,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.160156,42.423457],[-108.984375,42.423457],[-108.984375,42.55308],[-109.160156,42.55308],[-109.160156,42.423457]]]]},"properties":{"taskId":31,"taskX":403,"taskY":1291,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.160156,42.55308],[-108.984375,42.55308],[-108.984375,42.682435],[-109.160156,42.682435],[-109.160156,42.55308]]]]},"properties":{"taskId":32,"taskX":403,"taskY":1292,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.160156,42.682435],[-108.984375,42.682435],[-108.984375,42.811522],[-109.160156,42.811522],[-109.160156,42.682435]]]]},"properties":{"taskId":33,"taskX":403,"taskY":1293,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.160156,42.811522],[-108.984375,42.811522],[-108.984375,42.940339],[-109.160156,42.940339],[-109.160156,42.811522]]]]},"properties":{"taskId":34,"taskX":403,"taskY":1294,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-109.160156,42.940339],[-108.984375,42.940339],[-108.984375,43.068888],[-109.160156,43.068888],[-109.160156,42.940339]]]]},"properties":{"taskId":35,"taskX":403,"taskY":1295,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-108.984375,42.423457],[-108.808594,42.423457],[-108.808594,42.55308],[-108.984375,42.55308],[-108.984375,42.423457]]]]},"properties":{"taskId":36,"taskX":404,"taskY":1291,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-108.984375,42.55308],[-108.808594,42.55308],[-108.808594,42.682435],[-108.984375,42.682435],[-108.984375,42.55308]]]]},"properties":{"taskId":37,"taskX":404,"taskY":1292,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-108.984375,42.682435],[-108.808594,42.682435],[-108.808594,42.811522],[-108.984375,42.811522],[-108.984375,42.682435]]]]},"properties":{"taskId":38,"taskX":404,"taskY":1293,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-108.808594,42.423457],[-108.632812,42.423457],[-108.632812,42.55308],[-108.808594,42.55308],[-108.808594,42.423457]]]]},"properties":{"taskId":39,"taskX":405,"taskY":1291,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-108.808594,42.55308],[-108.632812,42.55308],[-108.632812,42.682435],[-108.808594,42.682435],[-108.808594,42.55308]]]]},"properties":{"taskId":40,"taskX":405,"taskY":1292,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}},{"type":"Feature","geometry":{"type":"MultiPolygon","coordinates":[[[[-108.808594,42.682435],[-108.632812,42.682435],[-108.632812,42.811522],[-108.808594,42.811522],[-108.808594,42.682435]]]]},"properties":{"taskId":41,"taskX":405,"taskY":1293,"taskZoom":11,"taskIsSquare":true,"taskStatus":"READY","lockedBy":null,"mappedBy":null}}]},"defaultLocale":"en","projectInfo":{"locale":"en","name":"Wind River Range lake polygon improvement","shortDescription":"","description":"","instructions":"","perTaskInstructions":""},"projectInfoLocales":[{"locale":"en","name":"Wind River Range, WY lake polygons","shortDescription":"Use the provided lake polygons dataset (generated from 1m LiDAR DEM) to improve hydrography data in the Wind River Range\\n","description":"The Wind River Range is a mountain range in western Wyoming. Much of it is designated wilderness and offers spectacular hiking and climbing. There are about 2600 lakes in the Wind River Range in OSM. Of these, about half were last touched in 2016 or earlier, when available imagery in the region was poor, and as a result a lot of these lakes are mapped very coarsely (often hundreds of meters between nodes on the perimeter way).\\n\\nToday, much better imagery is available, including medium-resolution NAIP and USGS imagery as well as high resolution imagery from Bing and ESRI which appears to be very well orthorectified.\\n\\nThere is also 1m LiDAR-derived digital elevation model (DEM) data available for the whole region from USGS, which is in the public domain. **Using this data, I was able to generate very accurate polygons for thousands of lakes in the range.**\\n\\nThe goal of this task is to use the generated lake polygons to improve OSM, by reviewing them one at a time and (if appropriate) incorporate them into the map, replacing existing low-precision lake geometry.\\n\\n**Use of the JOSM editor is recommended.** I don\'t believe that the proposed workflow is currently possible in iD.","instructions":"Before starting to map this task, please read the [community forum post](https://community.openstreetmap.org/t/improving-lake-polygons-in-wind-river-range-wy/113089) describing this project. Pay attention especially to the example images showing data errors you should be watchful for when reviewing the generated lake polygons.\\n\\n1. Download the [generated lake polygons GeoJSON file](https://gist.github.com/jake-low/3293df9d331da225c94b00a32384e2dd/)\\n2. Choose a task unit in the tasking manager and open it in JOSM.\\n3. Open the GeoJSON file in JOSM as a separate data layer.\\n4. Enable the recommended satellite imagery layers: Bing, ESRI Clarity, National Agriculture Imagery Program, and USGS Imagery. All are fairly well orthorectified (USGS has some issues in steep terrain). Bing and ESRI are the highest resolution. NAIP has the least snow cover.\\n5. Examine each generated lake polygon from the GeoJSON file within the bounds of the task unit (ignore lakes where more than 50% of the polygon lies outside the bounds of your chosen task area).\\n   - If the polygon represents a real lake (visible in the imagery layers), and that lake is either missing from OSM or is mapped at lower precision than the generated polygon, select the generated polygon and copy it (Cmd/Ctrl + C). Then activate the OSM data layer and paste it **at the source position** (Cmd/Ctrl + Opt/Alt + V). Some polygons in the generated dataset are false positives (very flat areas that are not lakes) or are very small (representing seasonal puddles, not lakes). Skip these polygons.\\n   - Repair any areas where the polygon deviates from the true shoreline of the lake. Check for areas where artifacts in the DEM data may have caused sharp deviations in the shoreline, or where flat marshy areas were incorrectly classified as part of the lake.\\n   - If this lake is already mapped in OSM, select the new geometry and the existing lake, and run **Replace Geometry** (Cmd/Ctrl + Shift + G). This is important to preserve the ID and edit history of the element. If it did not exist in OSM, add the tags `natural=water` and `water=lake` to the new geometry. If the lake is large, it may have a name; consider checking USGS Topo maps.\\n   - Repair any nearby features that are affected by the changes to the lake geometry. In particular: waterways may need to be reconnected to the lake perimeter, and trails or landcover may incorrectly overlap the new geometry. Fix these before proceeding.\\n   - Do a final visual check to ensure that the edited lake\'s geometry is accurate. Use the backtick (`\\\\``) key to quickly cycle through all active imagery layers.\\n   - Consider deleting the generated lake polygon from the GeoJSON data layer as a way to track your progress.\\n6. Once you have examined every generated polygon in the GeoJSON data layer, upload your changeset. The suggested changeset comment should contain the tags #osmus-project-585 and #2024WRRHydrography - please keep these to identify your changeset as part of this effort.","perTaskInstructions":""}],"difficulty":"MODERATE","mappingPermission":"LEVEL","validationPermission":"LEVEL","enforceRandomTaskSelection":false,"private":false,"changesetComment":"-585","osmchaFilterId":null,"dueDate":"2024-07-01T07:00:00.000Z","imagery":"Bing","idPresets":[],"extraIdParams":null,"rapidPowerUser":false,"mappingTypes":["OTHER"],"campaigns":[],"organisation":15,"organisationName":"OpenStreetMap US","organisationSlug":"openstreetmap-us","organisationLogo":"https://www.openstreetmap.us/img/favicon/android-icon-192x192.png","countryTag":[],"licenseId":null,"allowedUsernames":[],"priorityAreas":null,"created":"2024-05-13T22:03:11.649685Z","lastUpdated":"2024-05-13T22:03:11.623627Z","author":"jake-low","activeMappers":0,"percentMapped":0,"percentValidated":0,"percentBadImagery":0,"taskCreationMode":"GRID","teams":[],"mappingEditors":["JOSM","CUSTOM"],"validationEditors":["JOSM","CUSTOM"],"interests":[]}' \
  --compressed

Given that this is my first task, it crossed my mind that maybe this is actually a permissions issue with my account or something. In any case, I'd really appreciate help solving this when you have a chance. Let me know if there's more information I can provide that would be useful.

Hello,
I faced the same issues when I created a new project:

After adding a grid (in geojson format), name, and clicking ‘Create’, this message pops up:

Then the project with the previously added grid appears in the ‘Draft’ tab. When I fill in the required fields and try to save  changes this message appears:

So far I have not faced this type of issue during the creation of new projects, so I would appreciate it if you could check and fix these problems. If any further information is required please do not hesitate to contact me.

Even trying to fill in my name and save it on
https://tasks.openstreetmap.us/settings ...
Upon typing a word, the Save button becomes enabled, but then doesn't save anything.

This is now fixed. My apologies for the delay, we've been stretched pretty thin over the summer.


Use of Keras Lambda

Hey! Thank for the awesome implementations :D
I was wondering why the use of tf.keras.layers.Lambda? Seems unnecessary, regular calls to TF operations works and is more readable.
https://github.com/lucidrains/lambda-networks/blob/06a48f2a5b41f3cd278aee67838c32051a0a9bed/lambda_networks/tfkeras.py#L73
You can also call the functional version of the softmax instead.

@cgarciae no problem :) yeah, I'm not a keras expert, but I believe you are right have made all the changes you suggested


Adopt DocC documentation if possible

The various SwiftNIO projects should consider adopting the newly released DocC formats.

Still catching up to the wwdc info dump, but haven’t seen any mentions of SPM / DocC integration - so what gives for doc generation without Xcode in that case? Perhaps that’ll happen as part of the open sourcing later this year with some luck .

Great question, to which I don't have the answer. @tomerd will likely know better whether this is something that we can actually action now, but we definitely should add some narrative documentation somewhere and I'd love to not need multiple formats.

once DocC is open source the rest of the pieces can start falling into place

Still catching up to the wwdc info dump, but haven’t seen any mentions of SPM / DocC integration - so what gives for doc generation without Xcode in that case? Perhaps that’ll happen as part of the open sourcing later this year with some luck .

FWIW DocC does support SPM though the integration documentation is a little light. I have an example repo, dm me for more details :).


Avoid Fixnum deprecation warning on Ruby trunk

These conditionals don't seem to particularly care whether the value is a Bignum, so it looks like it's safe to just switch to Integer... the only result is that ParseOptions could see some additional unused bits set.

Makes sense. Thank you!


Fundamental ML algorithms: Linear Latent Gaussian Models

This is a project idea every year but I haven't seen this being selected once, I know this wasn't a high priority before. I am excited by this idea and was targeting this as my GSOC project. But I wanted to know what is the priority status of this project and what is the proficiency level that you are looking for in the applicant. I have some statistics knowledge, but I am not familiar with half the theory in the project description and will start to read it now. My proficiency with c++ is good but can definitely be improved (haven't worked much with templates). Am I a applicant that has a chance of being selected? If so could you give me some pointers?

Hey naruarjun,
I think by this issue you are trying to give a brief introduction about yourself and your interest in a specific GSOC idea.
The correct way is to go to here and subscribe to the mailing list and send a mail to introduce yourself as Shogun comes under NumFocus.
Then you could chat with the shogun community
To start contributing

Try setting up the environment first https://github.com/shogun-toolbox/shogun/blob/develop/doc/readme/INSTALL.md
Solve good first issues

For much better explanation, click here!
On a side note, I think issues should only be related to the code base bugs/developments/issues and not for introduction. Anyway Good luck :) (From a fellow GSOC aspirant)

Alright, thanks for the help.