hholzgra / maposmatic Goto Github PK

Should allow for flexible choice of one of paper size, zoom level or scale, and set the other two according to the choice made

Right now the optional notification email address stays in the database forever.

For privacy reasons it should be removed right after a notification message is sent ...

Well, this is kind of self explanatory. I think being able to choose a specfic map scale would greatly increase usability.

As I have zero to no experience with cartography I don't think I can help a whole lot on that addition, but nonetheless I try to help wherever I can.

Hi,

The feature I like a lot in another service Field Papers is that you can select "I want a grid of x by y pages". With your service, I crop on the map and I have to see what I can get (using "multiple pages" layout, of course).

Of course your solution works fine, but I have a specific use case where I want to create a grid of 3x6 pages, and see what I can include or not (to print them and tape them together to make a large overview).

I fully realise that this is practically impossible in your setup, since the page size selection happens very late in the wizard, but please think about it?

Thanks!

Selecting a different UI language than english does not change the user interface language, only calculated date and time values show that a different language was chosen indeed, e.g. when selecting "Deutsch" the database state information on the main page reads "The GIS database was updated 22 Minuten ago", using german "Minuten" instead of english "Minutes"

This was broken by upgrading the Django version at some point, but I thought I fixed it back then, so we seem to have a regression here ...

When the RSS feed set by FRONT_PAGE_FEED delivers publish times using UTC, with correct +0000 timezone offset, the time is interpreted as localtime. As the service is running with time zone "Europe/Berlin" it currently has a daylight saving time offset of UTC +0200, and so fresh blog posts are wrongly shown as "two hours ago"

As a GPX upload may change the maps bounding box (when selecting "merge" or "replace" mode) and as the paper format choice is based on the maps bounding box, paper format choice must happen after optional GPX upload, not before

• only suggests US Letter, not DinA4 paper format
• sometimes gets stuck in GPX step
• on submit page: shows wrong style and all overlays as selected
• error after submit: "bbox: Same longitude"

On one hand, making a selection by searching a city is nice because it only prints streets in a specific city, but it can include a lot of useless areas around housing.
On the other hand, selecting an area is nice because you can crop it as you want, including only place of interest, but sometimes streets from other cities are included.
It would be great if you could select a city by search, then make a more precise manual selection into this city. This way you could have only the street of a specific city, with useful areas only!

Hi,

I've been using https://maposmatic.osm-baustelle.de/ quite a lot to print map backgrounds before hiking or surveying an area. An issue I often encounter is that "screen renders" are not always well suited for print. For instance, they tend to limit the number of items displayed at the same time to increase readability, although readability is not really an issue on paper.

Typical issues are:

• Some elements might be missing on the map as they are only rendered at high zoom levels (Z18 for instance), although they would be perfectly readable on paper.
• Some elements might be missing because the marker is overlapping with another element with higher precedence, however both could probably fit on the map.

One option to fix this would likely be to let user overload the zoom level at which the resulting PDF file will be generated. In other words, in terms of tiles, this would mean using larger tiles (from a higher zoom level) and reducing them to fit in the rendering area.

Looking at the code, however, it seems MapOSMatic is not using tiles at all but instead directly asking Mapnik to render the given area. Maybe the same effect could be achieved through higher DPIs? Sadly, I don't know much about direct rendering through Mapnik.

Thanks!

EDIT: Actually, I've just came across https://github.com/maposmatic/ocitysmap/blob/master/ocitysmap/layoutlib/single_page_renderers.py#L650. Does it mean the maps are always rendered at zoom 16? Or is it more sophisticated than this? Thanks!

Add option to select base and overlay styles in the "Geographic area" slippy map, use selection to pre-fill actual selection form fields

Currently spanish (es_US) is pre-chosen language for maps in US instead of english (en_US).

The input form should remember the previous paper size choice the same way it does remember layout, style and overlay choices.

Sometimes the max. size check in the web frontend succeeds, but the render daemon still runs into map size limitations when processing the request (probably due to bounding box aspect ration fixing, which usually makes the actual map grow in one direction).

Hi, I need help. I installed maposmatic-vagrant. Now I am trying to print a map with house numbers. I changed zoom level in openstreetmap-carto/addressing.mss, but still I get house numbers only if I select a small piece of the town like 1x1km. When I select the area 6x7km house numbers disappear (.

An enhancement request:
The multipage PDF is obviously ideal for paper printout. There may be cases where someone wants to view the PDF, say, on a tablet (or any screen really). Given the touch nature of tablets, navigation might be easier if the page numbers were clickable or tappable.

I was envisioning 2 places of clickability. One, on the 'page grid' page (I believe it's the 3rd page on a mapsomatic output, with the grid of pagenumbers) that someone can use to jump to any page. And, two, on the edges on the individual map pages. The pages are sorted horizontally. If someone needed to navigate vertically on a map, clicking on the top or bottom margins of the page might ease that.

One example PDF file that has clickable links is:
https://energy.gov/sites/prod/files/Large%20Power%20Transformer%20Study%20-%20June%202012_0.pdf
On page 4, there is a Table of Contents. Each entry can be clicked on and the PDF reader should jump the view to the corresponding page.

Thank you in advance for this consideration.
Thank you very much for carrying the mapsomatic torch.

... with map on front and index on back side

I don't really like the "Wizzard" approach, I'd prefer a regular scrollable vertical form ...

RIght now a rendering error in a single format makes a rendering job completely, e.g. when PNG output has a too high total pixel size.

In such cases the job should show as completed, and the successfully rendered formats should be made available to the user.

Bonus points for making that depend on actual style selection, as some styles ("Pencil" an "SpaceStation" being the worst offenders) being much more memory hungry than others ...

Hello,

I get a crash when looking for the city called "Saint Pierre d'Entremont Savoie". I guess this is due to the ' in the name.

I'm getting a 500 on this query:
https://maposmatic.osm-baustelle.de/apis/nominatim/?q=saint pierre d'entremont

While nominatim is able to answer to this query
https://nominatim.openstreetmap.org/ui/search.html?city=Saint+pierre+d%27entremont&county=savoie

I guess that's because ' was not urlescaped?

When no explicit center and zoom was saved a UMAP has its center set to 51°N, 2°E, zoom level 6.

In this case center and zoom should be set to the center of the feature bounding box instead.

This [1] string "Start typing for suggestions..." isn't available at Weblate for translation.

[1]

Sometimes in the selected zone (especially in cities) the alignment of streets are not vertical & horizontal (N-S and W-E), and could be in diagonal, or have a shape that dindn´t fit well in portrait or landscape, getting a lot more of elements than desired or a less zoom factor to get all into shape.
I (and some OSM fellows in our telegram´s group) request you (if posible) to allow rotate the selection or the output (not NORTH UP).
I tried to rotate in inkscape, and get a awful work; getting the names rotated, between another things that went wrong (and no think in put a grid or a street list).
Regards.

Main site has "The generated maps are available in PNG, PDF and SVG formats" but I see o way to generate SVG maps.

No map style is marked as SVG, all seems to be PNG

Hi,

I'd like to print a city booklet (A4) with all the streets names.
I see that some street names are present in the textual list of names, with the correct position,
but the street name is not printed in the map.
The street is very short, so I imagine that the reason is that if there is not enough space,
the name is not printed, but I need a map where all the street names are present.
The missing name is a bug or a feature?
Is it possible to force the printing of ALL the streets names in the map?

Example:
City: Casalserugo, Italy, Options multipage, A4, with default MapOSmatic style.
The map 114678_2020-05-13_16-56_casalserugo.pdf generated Mercoledì 13 Maggio 2020 16:56
Missing name: don Lorenzo Milani (Via) - 13, C3 (present in the list of streets, but not in the map)
Other streets name as well have this behaviour.

Thanks for your work - it is very useful and appreciated!
Giammy

Above screenshot is from this map https://maposmatic.osm-baustelle.de/maps/17134
border is very thick and covered some parts of text. Also the leader line is too thick.

This is from another map https://maposmatic.osm-baustelle.de/maps/17135
Less thick but better to be thinner.

Right now the footer text only shows attribution for MapOSMatic and the underlying OSM data.

Stylesheet authors should also be honored though

Right now you can only upload exactly one GPX track or Umap file, and separate sub forms are used for that. Allow for multiple file uploads of any supported kind, and simplify the upload form.

• normalize the data model
• migrate existing data to new model
• provide backwards compatibility when passing requests to OCitysMap until multiple files of any kind are supported on that side, too
• change upload form step to only have one multi-file upload input for all types
• file type detection on javascript and python side
• purge and recreate leaflet feature layers on file changes
• determine bounding box by merging all upload feature bounding boxes
• modify API to support multiple files, too
• update documentation

Would it be possible to have a way of adding grid overlays?

For example in Australia we use a grid system called GDA94. It would be great if we could print maps with that grid on them

When switching back to the map view tab after selecting a city in city search, the city bounding box is displayed as expected, but when then proceeding through the form a validation failure message is displayed in the end.

Different zoom levels will be used for different paper sizes, the paper size selection dialog should show zoom level information to allow for a more informed choice

Add Django user management to select to allow for features like e.g. "my maps". Named users could also be provided with extra features like e.g. "my maps" or maybe even being able to upload and manage own Mapnik style sheets

For a single page of actual output all the extra pages don't really make that much sense.

Not sure yet whether the lower limit should be >1, or even something higher like e.g. >=4 ...

Hi,

This project is really awesome!
The preview of the style is a little small. It would be great to have bigger style preview picture.
For example, a 2000px x 1665px (A format) would be much more helpful when choosing your map style.
I can help in doing that if you tell me the better way to do it.
Even better would be to have the real preview of the selected area… but maybe this is another issue.

Add predefined paper size "Post card (A6)". The most common format for postcards is DIN A6 with a size of 10.5 cm x 14.8 cm.

This is a bit related to #3 - but easier to implement.

Postcards are very popular. So what to say more? A nice example to use poscards has been recently implemented as a web app "Send me a Postcard!" here https://osmcards.org/ .

Hi,
there's no update since 3 week ?
Can we make something, help for storage ?

Accented characters in GPX filenames cause "500 internal server error" on final form submission step

Thank you developers for maintaining and developing the marvelous fork!

The Japanese label for language selection in the Navbar and map language selection is incorrect.

The notation for Japanese language is "日本語".
"日本人" is the Human of Japan ;-)

Right now this causes:

Error with osm city: %d format: a number is required, not NoneType

maptitle
    Map title required
administrative_osmid
    Error with osm city: %d format: a number is required, not NoneType
papersize
    This field is required.
paper_height_mm
    This field is required.
paperorientation
    This field is required.
paper_width_mm
    This field is required.

In the multipage PDF output index entries should link to the actual map pages they refer to.

In general this is solved by newer Cairo/pyCairo versions (see also #10), but the index is generated using Pango, not Cairo directly, which does not support adding hyperlinks to the generated text yet.

See also https://gitlab.gnome.org/GNOME/pango/-/issues/303

IS

• The "Overlays" page dropdown mentions twice "Countour lines at 10m resolution"

SHOULD

• The second "Overlays" dorpdown should be "Countour lines at 100m resolution

I'm not sure yet how this happens, but I have now seeing it a few times myself: a single page layout was clearly selected, but the submitted render request comes out as multi page -- taking more time to render and clogging the render queue.

Not sure what is causing that yet, whether it is in the JavaScript "magic" in the form itself, or triggered in the form processing code on the server side ...

Some printable Pirate / Vintage Map would be great die children birthdays:

• https://github.com/Kotaimen/maps-ModernAntique

More examples here:

• https://giswiki.hsr.ch/Vintage_Maps

Right now it is possible to resubmit an existing rendering job, but none of its parameters can be changed.

Provide an alternative that pre-fills wizard form fields, but does not submit the new job right away, so that choices like style sheet or paper format can be changed.

Currently being worked on in "dev-reedit-2" (previously: "dev-reedit-form") branch
-> https://github.com/hholzgra/maposmatic/tree/dev-reedit-2

• create "reedit" view
• add "reedit" buttons to map detail and list views
• restore:
  • layout
  • indexer
  • style
  • all overlays
  • map title
  • language / locale
  • selected map bounds -- only seems to work sometimes?
  • city / osmid
  • upload files (gpx, umap)
  • paper size choice -- totally broken, does not even produce working form step yet
  • ... including "best fit"