Pandas: DEPR: Bersihkan daftar penghentian dari versi sebelumnya

Sekedar informasi, cols digunakan di to_csv dan to_excel juga.

@TomAugspurger poin bagus!

@jsexauer maukah Anda melakukan PR lain untuk mencela cols di to_csv / to_excel (misalnya lakukan apa yang Anda lakukan di pivot, tetap terima, tetapi berikan peringatan, dan ganti columns )

Tentu tidak masalah.

@jreback Saya berpikir, sekarang kita juga tidak lagi menggunakan ini di to_csv dan to_excel , bukankah kita harus mempertahankan siklus penghentian ini lebih lama dari satu rilis? Karena saya tidak tahu apakah mayoritas pengguna memperbarui versi mereka setiap rilis.

Saya setuju dengan @jorisvandenbossche - memberikan siklus rilis tambahan sebagai buffer akan lebih bijaksana.

tentu
hanya menyimpan masalah terbuka sebagai pengingat
Saya baru saja menghapus sintaks lama dengan cara yang menurut saya seperti <0.8!

meskipun mungkin akan mengubahnya menjadi 0,16 jadi berada di titik yang benar

Saya menambahkan bagian demi versi ke posting asli. Biarkan ini sebagai masalah penghentian yang berjalan (kecuali ada keberatan. Saya terbuka untuk memiliki masalah khusus per rilis)

@jsexauer ingin melakukan pr untuk yang ditunjukkan untuk 0.15.0

Pasti akan melakukannya

Ada beberapa penghentian dalam kategoris, yang akan mengakibatkan kegagalan unittests.

Mungkin itu cara yang bagus untuk melacak penghentian ini:

# in testing.py
def fail_after_whatever_comes_first(date, pandas_version):
     from dateutil import parser
     import datetime
     latest = parser.parse(date)
     self.assertFalse(datetime.now() >= latest)
     self.assertFalse(LooseVersion(pd.__version__) >= pandas_version)

dan kemudian gunakan itu sebagai tes terakhir di unittests untuk metode/properti/argumen yang tidak digunakan lagi

@JanSchulz apa yang Anda sarankan di sini?

Saran saya adalah memasukkan penanganan penghentian ke dalam kode itu sendiri dan bukan ke dalam laporan bug :-)

memasukkan kode yang sebenarnya bukanlah ide yang baik (jika itu SATU-SATUNYA tempat), dan secara umum hanya mengacaukan segalanya. Anda harus memiliki cara untuk melacak sesuatu yang akan terjadi (dengan pengingat eksplisit), maka masalahnya JAUH lebih baik, dan bagaimana kami melakukannya.

@jsexauer ada kiriman untuk 0.15.0? (atau tolong edit bagian atas dan pindah ke 0.16)

@jreback Saya menulis kode tetapi gagal tes unit sekarang. Perlu kembali dan mencari tahu apakah tes perlu diperbarui atau jika saya salah menghapus penghentian. Apakah Anda memiliki garis waktu yang Anda inginkan untuk perubahan?

@jsexauer apa saja perubahan yang Anda lakukan sebagian?

Inilah cabang tempat mereka berada: https://github.com/jsexauer/pandas/tree/fix6581_015
Berikut adalah laporan kegagalan pengujian unit: https://travis-ci.org/jsexauer/pandas/jobs/35994074

ahh ok, bagaimana kalau kita lakukan delevel dan pindahkan boxplot ke 0.16.0 saja

@TomAugspurger , @jorisvandenbossche

@jsexauer mau lakukan saja PR untuk yang delevel?

@jsexauer mari dorong ini ke 0,16 (meskipun saya akan menerima penghapusan delevel sekarang jika Anda bisa)

Saya akan menulisnya dengan sangat cepat dan mengirimkannya dalam waktu satu jam

@jsexauer gr8 terima kasih. Tolong edit masalah di atas dan pindah ke 0.16.0 sisanya 0.15.0 yang

Saya akan segera mulai mengerjakan penghentian 0,16. Ingin check-in dan melihat apakah Anda masih ingin semua yang tercantum di 0,16 tidak digunakan lagi. @jreback

Saya pikir semua yang ada di daftar ini bagus untuk dijalankan.

Saya memperbarui semua masalah yang sudah usang. Saya pikir apa pun <= 0.14.0 harus dilakukan di 0.17.0. Semua memerlukan sebutan di bagian Previous Deprecations . Beberapa mungkin memerlukan catatan dokumen jika itu cukup 'penting' (misalnya ini telah dihapus dalam versi ???) dan/atau lebih menonjol disebutkan di whatsnew (misalnya saya yang highlites)

Ok dengan melakukan yang 0.15.0 jujur ​​juga.

siapa pun yang tertarik untuk memasang PR untuk semua penghapusan penghentian ini. Apa pun <0,14 pasti ok. apa lagi pls lmk.

@TomAugspurger

bisakah kita melakukan PR untuk ini? (yang pertama di atas)

 boxplot #7096 (0.14.0)
 change default of return_type from None to 'axes'
 update return_type section in visualization.rst

Tentu saja, akan melakukan PR malam ini atau Minggu.

Saya memperbarui daftar di atas, dan ada beberapa penghentian dari 0.15 yang dapat dihapus di 0.19.0 (dan beberapa dari 0.16.0 mungkin juga layak dipertimbangkan)

@jorisvandenbossche , @jreback : Apa yang diwakili oleh penghapusan penghentian "mungkin"? Apakah itu yang bisa dilakukan di 0.19.0 tetapi tidak perlu? Atau bahwa kita belum yakin tentang mereka?

Saya pikir mari kita coba untuk memprioritaskan yang ditandai untuk 0.19.0, lalu lakukan yang mungkin jika memungkinkan (dan yang lainnya berdasarkan kasus per kasus).

Sedikit bingung dengan apa yang terjadi dengan penghentian operasi Indeks '+' / '-'. Selain menghapus semua peringatan, apakah operasi itu hanya ditujukan untuk melakukan penambahan/pengurangan aritmatika --> perubahan tersebut hanyalah perubahan API untuk melakukan operasi aritmatika? Atau apakah fungsi-fungsi ini dihapus? Dugaan saya adalah yang pertama, tetapi saya ingin mengklarifikasi.

@jreback , @jorisvandenbossche : Anda dapat memeriksa penghapusan flavor deprecation pada daftar ini sekarang karena #13611 telah digabungkan!

Juga, hanya ingin tahu, ada alasan mengapa kami menghapus SparsePanel sekarang?

baik SparsePanel menyebabkan beberapa peringatan penghentian addtl yang mengganggu.

@jreback : Bisakah Anda mencentang kotak return_type='frame'|'series' di daftar "mungkin"? PR saya untuk menghapus yang digabungkan dalam beberapa hari yang lalu (#13701).

Nit lain: @jorisvandenbossche #13735 harus dipindahkan ke bagian For 0.19.0 IINM (bukan "Rilis Masa Depan")

Sedikit bingung dengan apa yang terjadi dengan penghentian operasi Indeks '+' / '-'. Selain menghapus semua peringatan, apakah operasi itu hanya ditujukan untuk melakukan penambahan/pengurangan aritmatika --> perubahan tersebut hanyalah perubahan API untuk melakukan operasi aritmatika? Atau apakah fungsi-fungsi ini dihapus? Dugaan saya adalah yang pertama, tetapi saya ingin mengklarifikasi.

Ya, memang, bertujuan kembali menjadi operasi aritmatika. Jika Anda punya waktu untuk mengerjakan PR, selalu diterima :-)

@jreback : Untuk bagian 0.17, generate_bq_schema tidak lagi ada di basis kode. Mungkin dihapus dalam migrasi ke pandas-gbq ?

@gfyoung

Untuk bagian 0.17, generate_bq_schema tidak lagi berada di basis kode. Mungkin dihapus dalam migrasi ke pandas-gbq?

menandainya

@jreback , @jorisvandenbossche : Bisakah sesuatu mengenai kebijakan penghapusan penghentian ditambahkan dalam masalah asli? Itu mungkin berguna jika ada yang ingin bekerja di bagian depan ini (misalnya berapa banyak versi belakang yang perlu dihentikan sebelum dapat dihapus?)

Ide bagus. Saya pikir kami saat ini menghapus penghentian misalnya 0,17 di 0,20. Ini berarti kita menyimpan deprcations untuk 3 rilis (deprecation di 0.17 -> warns di 0.17, 0.18, 0.19 -> diubah di 0.20) ?

Ya, tiga rilis utama kembali...itu benar IINM.

@jorisvandenbossche : Apakah kita ingin terus mengubah versi milestone setiap saat? Panggilanmu.

Tidak banyak pekerjaan untuk mengubahnya :-)
Saya akan meletakkannya di tonggak sejarah itu, maka jelas bahwa ada pekerjaan yang harus dilakukan di sini untuk rilis itu. Setelah semuanya untuk rilis itu selesai, atau ketika saatnya untuk rc dan kami tidak lagi menghentikan penggunaan, kami hanya mengubahnya ke rilis berikutnya.
Saya melihat bahwa @jreback telah menempatkannya pada tonggak sejarah "Admin", tetapi saya pikir alur kerja yang dijelaskan di atas baik-baik saja?

@jorisvandenbossche : Alur kerja ini bekerja untuk saya. Sekarang jauh lebih jelas apa penghinaan yang perlu ditangani dan kapan (semoga orang lain akan setuju! )

@gfyoung FYI Saya ingin melihat kapan kami menghentikan pd.options.line_width/height . Mereka dapat dihapus (dalam 0.21.0) saya cukup yakin

@jreback : Anda benar sekali. 0,11 dan 0,12 masing-masing. 😢.

jika ada yang tertarik dapat menghapus salah satu dari .17/.18/.19 di 0.22

Memperhatikan beberapa fungsi/metode yang tidak berhasil dalam pengujian, mungkin perlu dipertimbangkan:

indexing.is_index_slice
Blok.reindex_axis
_sebagian besar_ dari SingleBlockManager.reindex

@jbrockmendel : Mungkin perlu dipertimbangkan? Sangat! Apakah semua ini sudah usang? Saya tidak melihat semuanya dalam daftar. Saya pasti ingin memastikan yang tidak usang mendapatkan lebih banyak cakupan jika memungkinkan.

cc @gfyoung Saya memperbarui untuk menghapus sebagian besar yang 0.20.0

Saya tidak berpikir kita seharusnya sudah menghapus hal-hal yang tidak digunakan lagi di 0.20. Saya tahu kami menabrak 0,22 menjadi 0,23, tetapi untuk penghentian saya rasa kami tidak perlu melihat 0,22 yang dirilis sebagai "rilis utama" dalam hal ini (karena tidak memiliki fitur baru, dan pada prinsipnya tidak boleh menunda 0,23).
0.20 hanya dirilis pada Mei 2017, jadi penghentian itu bahkan tidak akan berumur satu tahun.

Hmm... cukup adil. Saya hanya memulai karena saya perhatikan bahwa @jreback telah memindahkan banyak di bawah 0.23 .

tidak, kita perlu memindahkan jadwal ke atas
jika tidak, itu menambahkan terlalu banyak hal dalam satu versi

tidak, kita perlu memindahkan jadwal ke atas

@jreback : Jadi... lanjutkan menghapus hal-hal usang dari 0.20.0 ? Saya melihat bahwa masalah asli belum diubah sejak @jorisvandenbossche mengubahnya.

@jreback Anda tidak sepenuhnya jelas, saya dapat menafsirkan "tidak perlu menaikkan jadwal" sebagai "tidak perlu sudah mulai menghapus sesuatu dari 0,20". Tapi saya pikir Andalah yang menandai penghentian 0.20 itu sebagai siap untuk dihapus?

@jorisvandenbossche ya saya mengubahnya. Saya tidak melihat alasan untuk menunggu menghapusnya (kecuali beberapa yang saya tandai secara khusus). jika Anda memiliki yang menurut Anda tidak harus dihapus hingga 1.0, silakan pindahkan ke tempat ix/Panel berada.

Seperti yang saya katakan di atas, saya pikir tidak ada penghentian 0,20 yang harus dihapus di 0,23 (berbicara tentang yang ada di daftar 0,20 pertama, jadi bukan tentang ix/Panel). IMO mereka hanya harus dihapus di rilis besar berikutnya, apakah ini 0,24 atau 1,0 itu tidak terlalu penting.

Aturan implisit kami adalah untuk menjaga penghentian minimum untuk dua rilis utama (tapi mungkin kita harus mendokumentasikan harapan ini secara lebih eksplisit), dan dalam menghitung rilis utama tersebut, saya tidak berpikir kita harus menghitung 0,22. Penghentian itu bahkan tidak akan berumur satu tahun ketika 0,23 dirilis.

Saya tidak berpikir kita harus menghitung 0,22. Penghentian itu bahkan tidak akan berumur satu tahun ketika 0,23 dirilis.

Setuju dengan @jorisvandenbossche. Hal yang paling penting untuk perpustakaan hilir adalah waktu kalender antara mencela sesuatu dan menghapusnya. Sejak 0,22 mempercepat jadwal rilis kami, saya pikir kami harus menunda menghapus hal-hal yang dijadwalkan untuk 0,23.

dan 1 atm yang dimaksud sudah tidak digunakan lagi di 0,19
jadi harus dihapus sekarang

jika Anda ingin bergerak maju dalam membersihkan barang-barang dan memperluasnya, menghapus penghentian sangat penting

@TomAugspurger : penghentian dilakukan di #16617...sepertinya itu dihapus di beberapa titik? Apakah ini masih ada di map untuk dihapus di 0.25.0 , atau apakah rencananya berubah?

@gfyoung PR yang Anda tautkan tidak pernah digabungkan?

@jorisvandenbossche : Poin bagus - oops . Dalam hal ini, sepertinya kami tidak akan menghapus ini dalam waktu dekat. Karena itu, pertanyaan saya masih ada tentang penghentian dan penghapusan metode tersebut di masa mendatang.

Karena itu, pertanyaan saya masih ada tentang penghentian dan penghapusan metode tersebut di masa mendatang.

Seluruh kelas SparseSeries sedang ditinggalkan, jadi saya tidak berpikir ada kebutuhan untuk lebih lanjut mencela kasus tertentu dalam konstruktornya.
Ada DataFrame.sparse.from_spmatrix sekarang untuk melakukan ini.

Perhatikan bahwa saya menyematkan ini di GH setelah obrolan DEV kami kemarin. Saya yakin kami ingin benar-benar menghapus apa pun yang tidak digunakan lagi sebelum 1.0 untuk rilis 1.0 kami, jadi PR untuk melakukan itu dari komunitas pasti akan diterima

@mroeschke apakah akan nyaman bagi Anda untuk mengambil poin tentang menghapus #20584?

Pastinya @jbrockmendel. Bisa.

@mroeschke mengepalai ini dan 13777 berperilaku buruk tanpa mendapatkan banyak pengeditan dalam waktu singkat. dalam hal ini, saya pikir itu secara diam-diam mengembalikan rolling.apply edit yang Anda buat

Terima kasih atas perhatiannya @jbrockmendel. Mari kita lihat apakah waktu ke-2 adalah pesona.

@TomAugspurger apakah Anda memiliki keunggulan komparatif di #23767?

@mroeschke IIRC #22644 adalah milikmu, ingin menyelesaikannya?

@WillAyd bukankah kamu sudah mengurus #18731? jika demikian, mohon perbarui daftar kotak centang

@pandas-dev/pandas-core Beberapa di antaranya yang ambigu dan mungkin perlu diskusi/klarifikasi:

• [ ] #18347 .add_suffix/.add_prefix - diskusi di sana sepertinya tidak akan ditinggalkan sama sekali. Bisakah kami mengkonfirmasi status ini?
• [ ] #21930 Series.compress - menghapus jeda ini np.compress(series) . Apakah kita peduli?
• [ ] #27112 Series.item & Index.item - ada beberapa diskusi baru-baru ini tentang penghentian item . Di mana kita mendarat di sana?

• +1 untuk mengaktifkan kembali .item()
• +0 pada penghentian .add_suffix/.add_prefix, IIRC tidak percaya sebenarnya sudah usang
• ok dengan menghapus .compress() bagaimanapun juga tidak terlalu berguna bahkan dalam numpy, terutama untuk 1-D di mana itu hanya pengindeksan.

add_prefix / add_suffix tidak pernah ditinggalkan, jadi tidak ada diskusi tentang menghapusnya. Seseorang dapat membuka masalah baru (atau menemukan yang sudah ada) untuk membahas lebih lanjut tentang penghentiannya, tetapi karena ini adalah tentang penghapusan hal-hal yang sebenarnya tidak digunakan lagi, hapus ini dari daftar di atas.

Saya pikir saya baik-baik saja dengan np.compress() melanggar.

Mari berdiskusi tentang item di https://github.com/pandas-dev/pandas/issues/29250 (Saya mendukung setidaknya menyimpan sebagian darinya)

@jorisvandenbossche ada beberapa yang saya coba dan tidak dapat menemukannya. Bisakah saya membuat Anda melihat atau menyarankan seseorang yang harus saya bug? Pertama adalah how fill_method di resample (membutuhkan GH ref). Kedua adalah yang untuk #26403.

Kedua adalah yang untuk #26403.

Baru saja membuka PR untuk yang itu, lihat #29955

Pertama adalah bagaimana fill_method dalam sampel ulang (membutuhkan GH ref)

Penghentian itu diperkenalkan di https://github.com/pandas-dev/pandas/pull/11841. Ini mungkin sisa yang tidak dihapus di https://github.com/pandas-dev/pandas/pull/20782

@mroeschke ada orang lain yang ingin Anda hubungi sebelum saya pergi ke kota?

@jbrockmendel Saya mungkin akan lambat dalam penghentian minggu ini. Pergi untuk itu.

Saya memindahkan penghentian yang kami lakukan di 1.0 ke masalah baru: https://github.com/pandas-dev/pandas/issues/30228 (jadi masalah serupa seperti ini untuk menyimpan log penghentian, tetapi memulai yang baru untuk 1.x)

Semua penghentian yang terdaftar telah dibersihkan. Terima kasih semuanya!