Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Start on a sample to demonstrate VexTile.TileSource.Mvt#2938

Merged
pauldendulk merged 4 commits intomainfromsample/vextilemvt
Mar 31, 2025

Conversation

pauldendulk
Copy link
Member

It is not working yet.

The y-axis is upside down. This looks like an old problem in BruTile which is called the Inverted Y-Axis. The way to solve it is to change the YAxis field from TMS to OSM or the other way around, but if I do that in this sample nothing shows up, so there is a bit more to the problem. Have to figure that out later.

I created a wrapper tile source class so that you could use it as just another raster tile provider. Perhaps something like this should be in VexTile.TileSource.Mvt.

image

@memsom
Copy link

I think the code had the YAxis set to TMS in the working example I have. I bet moving the code to use the same GlobalMercator implementation as BruTile/Mapsui might actually help somewhat also.

I will try to add a small demo app when I get a chance. I have the rendering working properly in another codebase, but I'm not entirely sure what the difference is.

@memsom
Copy link

memsom commentedMar 26, 2025
edited
Loading

Yes, the data has the Y axis inverted. I just managed to get the tiles rendering in my NTS demo at zoom level 1:

image

The code to do that is in the branch I mentioned on the thread this was linked from.

Edit: I managed to make the points render correctly overlayed on a raster map:

image

I had a similar issue with the tiles being rendered in the wrong order and ended up doing this:

publicVectorTile?GetVectorTile(intx,inty,intz){//Define which tile you want to read. You may be able to extract the x/y/zoom info from the file path of the tile.vartileDefinition=newNetTopologySuite.IO.VectorTiles.Tiles.Tile(x,y,z).InvertY();       ....

This is obviously not to do with the AliFlux renderer, but I think it is the same issue manifesting itself here.

@pauldendulk
Copy link
MemberAuthor

Fixed the inverted y-axis with a workaround

image

memsom reacted with heart emoji

@pauldendulk
Copy link
MemberAuthor

The sample show a map in the right location. There are issues which will be fixed over time. This is only sample code, no library code. I will merge it.

@pauldendulkpauldendulk merged commite915d8c intomainMar 31, 2025
5 checks passed
@pauldendulkpauldendulk deleted the sample/vextilemvt branchMarch 31, 2025 18:17
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers
No reviews
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

2 participants
@pauldendulk@memsom

[8]ページ先頭

©2009-2025 Movatter.jp