You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When loading a COG from URL, metadata values are not used. This might be intentional, but there is nothing in the documentation indicate that that's the case.
Hi, @NoamRa . I'm terribly sorry about the late reply. This is an important issue that you bring up and is certainly something that should be addressed. I'm a bit tight on time at the moment, so a solution might take some time. Would you be interested in submitting a PR?
Otherwise, I think an interim solution would be to over-ride the values after they are returned by parseGeoRaster, so that:
constgeoraster=awaitparseGeoraster(url);georaster.projection=3857;// or whatever projection
Also, are you needing to override the projection field with a standard EPSG code or a custom projection via PROJ4 String
or WKT? I'm asking because if you are trying custom projections, I can prioritize adding custom projection support to the other family of libraries that work with georaster, as well.
Describe the bug
When loading a COG from URL, metadata values are not used. This might be intentional, but there is nothing in the documentation indicate that that's the case.
To Reproduce
Steps to reproduce the behavior:
parseGeoraster(https://path.to/cog.tiff, { projection: "example" })
Expected behavior
Metadata is expected to be used. When
parseGeoraster
's input is an ArrayBuffer, it is used.Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
Additional context
I see that there are other types of inputs where metadata is not passed as well.
The text was updated successfully, but these errors were encountered: