@m-richards thanks I see actions are running now. Still getting used to github, I'm far more familiar with other version control / CI envs and hence hold a bit of a legacy opinion that branches are bad ! (too many bitter experiences of missed milestones from overly complex/failed merges)
Hi, I have a GeoDataFrame with non-geospatial data (polygons derived from microscopy data) and I am running
gdf.buffer(buffer_dist) but I am seeing: "UserWarning: Geometry is in a geographic CRS. Results from 'buffer' are likely incorrect. ..." Is there a way that I can tell GeoPandas that my data is not geospatial and should be in euclidean space?
@cornhundred Hey, you must have specified CRS (probably 4326?) at some point. If you don't do that, the warning disappears. In your case, you can also simply ignore it as it does not affect the result, all operations in geopandas are currently planar. If you want to remove assigned CRS, you can assign
None as gdf.crs = None.
1 reply
Last thursdays of the month seem to be difficult lately .. (also the last thursday of August I will be at FOSS4G)
Hi , I am using dataframe.to_file() to export as shape_file.. like below
df.to_file(temp_dir, driver="ESRI Shapefile")
Can i use temp_dir instead of filename. It works fine but showing error /warning as "temp_dir is a directoty". But able to generate shape files successfully. Is this the correct way.?
df.to_file(temp_dir, driver="ESRI Shapefile")
Can i use temp_dir instead of filename. It works fine but showing error /warning as "temp_dir is a directoty". But able to generate shape files successfully. Is this the correct way.?
@thomcom yes! See geopandas/community#15 for more info on today's meeting and geopandas/community#12 for tentative schedule of upcoming meetings
Hi guys, I know this might be a bit incorrect forum to ask, but I still try my luck here as you might have experienced something similar. We have had some issues in getting geopandas/fiona installing correctly on Github Actions tests for Windows, as it complains about
And the PR where we discuss about this issue is here: r5py/r5py#149
Thanks already in advance!
ImportError: DLL load failed while importing ogrext: The specified procedure could not be found.Everything seems to work fine on local machines when installing the environment, so it might be a GA issue. Has any of you experienced something similar and if yes, have you found a solution to fix this? You can find the error logs here: https://github.com/r5py/r5py/runs/7856124475?check_suite_focus=trueAnd the PR where we discuss about this issue is here: r5py/r5py#149
Thanks already in advance!
Update on this ^. Seems to somehow relate to
pytest: https://github.com/r5py/r5py/pull/149#issuecomment-1216617678
@jorisvandenbossche : Thanks for chipping in! Yes this is actually the first test that reads a file with geopandas. At the moment, it seems that this somehow relates to pytest, as the issue only appears once the test suite is launched in the pipeline. We are porting quite a bit of Java code to Python using jpype library, so not sure whether this also causes some weird behavior.
Hi @/all . We are proposing a formalisation of the governance structure of the GeoPandas project and would love to have your feedback, or at least +1 or approval on the PR if you are happy with the current proposal. If you are interested, you will find the current version in this PR geopandas/governance#1. Let us know what you think! Thanks!
Any advice for how to use
shapely==2.0a1 alongside GeoPandas? Would be nice to start using some of the new features from shapely v2 but currently clashes with GeoPandas. I see there is a pull request geopandas/geopandas#2275 working on this, so maybe this will be released into a prerelease at some point in the near-ish future?
@songololo yes, that's the idea. For now you will have to get that branch of that PR to have shapely 2 working with geopandas (we should merge that PR so you can test with geopandas main branch at least. Will try to do that early next week). The plan is to (pre)release a next geopandas once shapely 2.0b1 is out (my guess is that will be in 1 or 2 weeks).
Indeed, also the online doc build started to fail recently since pydata-sphinx-theme released 0.10 (https://readthedocs.org/projects/geopandas/builds/17963754/). So we should pin that version for now in doc/environment.yml, and look into fixing it
Pinning -> geopandas/geopandas#2560
@rraymondgh thanks for noticing!
It's mentioned in geopandas/dask-geopandas#130, but feel free to open a dedicated issue about supporting sjoin_nearest (the complication here is that the "nearest" geometry might live on a different partition, although I think if we require that the user passes a max search distance, it should be doable to implement this)
@jorisvandenbossche hey thanks for the reply. will checkout that other thread. i suspected that the partitioning might make nearest determinations less than trivial but I think I can see what you are saying about enforcing effective use of the max_distance parameter. thank you for the update
Doh! Sad to miss it, I ended up adding it to my personal calendar and not my work calendar. :p
seems that CI is broken ci/envs/39-latest-conda-forge.yaml leads to this error requests.exceptions.ConnectionError: HTTPSConnectionPool(host='conda.anaconda.org', port=443): Max retries exceeded with url: /conda-forge/label/shapely_dev/notices.json (Caused by ReadTimeoutError("HTTPSConnectionPool(host='conda.anaconda.org', port=443): Read timed out. (read timeout=5)"))