Was curious since the Americana map shows North Pacific and South Pacific and followed your link to the CS which says "removing name= from oceans as per wiki page* " by a mapper who likes to hop the planet. The OSM relation is for some reason linked to the wikipedia in the :eo language, which is, so it says, not an official language. The wiki sphere shows indeed just the N/S names, no central name although the wiki IS headed Pacific Ocean in eo and en. Doubtlessly v74 will be coming in the not too distant future of the OSM relation.
Actually, I still do see North Pacific and South Pacific in OSM Americana. The docs suggests that that is coming from OMT and then Natural Earth (at low zooms) or OpenStreetMapData (higher), but the OMT documentation is a little vague about what the ultimate source is (experience would suggest OSM nodes rather than relations, but itâd be nice to see the code).
âeoâ is Esperanto. OSM oceans were afflicted for a while by a pest that insisted on using Esperanto for âinternationalâ names. See also here. Their logic was that English shouldnât have a âspecial placeâ in OSM as it was just one language among many, and depending on how you count it may not be the most spoken. However, English does have a special place in âthe language of the seaâ, mainly for historical reasons.
I used Esperanto in my example as a bit of a joke because of that.
-
Actually, OSM Carto is far from majority use of OSM data I have seen
-
If someone is using free OSMF tile servers it does not mean that they have rights to dictate how map style is designed and we have no obligation to follow their demands
@jidanni I think that I would put more effort into working on getting some of your ideas done rather than making endless parades of feature requests.
Or at least make a bit more higher quality feature requests.
It is better to make one feature request in a correct place, that was not requested before and has not get rejected already than 200 failing this.
Actually it is better to not make feature request than to create duplicate or one in a wrong place or one that is clearly getting rejected.
Yes, these two labels come from other nodes that have not had their name=* tags removed like the Pacific node has. name=* has also been removed from the Atlantic Ocean node, apparently âfollowing instructionsâ from the wiki. Guess who added these instructions âŠ
Just tell them Trump has discontinued it.
After all, weâve always been at war with Oceania, and Euroasia were always our allies! Wait, or was it other way around this month?
Maybe 2025 will be year of vector map on OSM.org (which at least might have to ability to solve that political / language problem).
Until then, as noted many times before, OSM is not a map, so neither you nor your parents should depend on it as such.
There admittedly exist several visual debug interface aids to quickly inspect certain aspects of geospatial database consistency (listed under that Layers button on right-hand side of osm.org website), but unless one is well versed OSM editor who is into kinky geodebugging stuff like Carto, they should probably better ignore it. (and if they are, they should really put a checkbox on that âMap dataâ under Layers to get the full experience, or at least install better-osm-org wrapper)
You want a OSM-based map that show oceans? Go get one. There are plenty, and some have been suggested above like https://americanamap.org, but there are others like openfreemap.org or (esp. if you prefer GoogleMaps experience) https://www.lokjo.com and many more. And if you canât make up your mind, there is always https://openwhatevermap.xyz to browse until you find one that strikes your fancy!
The international language is Latin.
(apologies if I am fact-checking a joke here, but) I suspect itâs unlikely that one shipsâ crew contacts another and says something like âveniam praeter te ad sinistramâ ![]()
Itâs true that Latin was used on old European maps - if you look closely you can spot a couple of mare on this map (as well as some genuine âhic sunt draconesâ at the bottom). In the case of the Pacific**, people with knowledge of Latin only came on the scene after people from the west and southwest had already been all around and through it, so Latin isnât an especially âinternationalâ solution here (although Iâm sure Iâve also suggested it myself jokingly in the past).
** itself a Latin-derived name of course, applied by those same late-arriving Latin speakers
I canât believe it, I canât believe it. None of the electronic maps I could find, including Google Maps, has the ability to put an oceanâs name near to shore, like on this paper map,
Nope. With electronic maps, each body of water has exactly one âname spotâ, near its centroid. If that spot is not within the userâs viewscreen, then no label will appear!
Er, no?
The thing I use for vector tiles (Tilemaker) calculates centroids within the context of the map being created. The mapmaker of your paper map sheet has done exactly the same thing.
If I create a map of some part of England that isnât a central bit, I know Iâll be able to find âEnglandâ labelled there somewhere, even though the centre of the whole of England is elaewhere.
PS: and of course there are a whole bunch of different ways of calculating âthe centreâ, but letâs ignore that hereâŠ
For good reasons, see below
.
You donât seem to have been looking for the right tools⊠on sea side, you should look for Electronic Navigational Charts. And the presentation norm for ENCs (S-52) indicates that if the displayed ENCs include a named sea and you display some part(s) of this sea on the screen (and you ask to display corresponding labels) you have to display it centered on the visible part(s) (if you look at the map âclose enoughâ according to scamin).
By the way OpenSeaMap - The free nautical chart displays the bay.
For information, the test document of the S-52 is 256 page long but it far from being comprehensive.
Is there an example you can link to for an electronic map that shows sea/ocean names when theyâre partially in view?
Iâll answer with some more details in a MP.
Here the short answer: no as the systems Iâm aware of are ECDIS (navigational systems for vessels), the public links Iâm aware of are WMS, which are tuned to avoid this effect (big meta tiles so displaying the names in the center of the full geometry).
OpenCPN doesnât seem to respect the S-52 in that aspect (but they pretend to be a âIHO S52 compliant displayâ).
Speaking of, I only discovered after writing thisâŠ
âŠthat thatâs exactly what they did back in 2020. The grand bargain is that S-130, the digital successor to Limits of Oceans and Seas due out next year, will refer to each ocean or sea by number, no longer by any name in English, French, or Esperanto. They hope youâre happy.
Of course, all this means is that, whatever name we give the Pacific Ocean, itâs none of the IHOâs business. Neither are MapQuestâs many memetic maps.
I donât think that the first statement is objective. The second statement makes no sense. It looks more like an attempt to sway the discussion in your preferred direction.
Not a bad move; it certainly makes their life easier and resolves the conflict. Sure, there are some drawbacks, butâŠ
Just imagine how many pointless tag renaming (like e.g. amenity=hospital to healthcare=hospital) and waster manhours OSM wouldâve have avoided, if database was using just an (mostly-)numerical id like Q4941âŠ
I also did not know that openstreetmap.org is not the recommended viewer for end users. Is there an easily accessible list somewhere of the web-based viewers that we can use instead?
I meant a general-purpose map like OSM Carto, not something specialised. I actually quite like the normal and humanitarian maps from OSM but as said there are some UX issues like the navigation automatically choosing and submitting. So I was wondering if there are âbetterâ ones, or maybe some people here have recommendations? Personally I have been using Organic Maps on my phone which has been inconvenient but still better.
It sounds like youâre looking for an âend user maps and navigation siteâ, not just a map style. The challenge with developing a fully-featured example of that is that it costs a spectacular amount of money, which needs to come from somewhere.
One option is to rely on adverts and the sale of your personal information (the Google model). Competing with that would be difficult, since (on an Android phone or a Chrome web browser) Google already knows (and has sold) more information about you than you can possibly dream of.
Asking to be paid upfront for a service available for âfreeâ elsewhere is going to get essentially zero paying customers in 2025, so thatâs not an option.
A third option (pretty common in the Apple world) is charging a bit of cash because youâre claiming to offer something unique, still showing adverts and hoping to slot into a non-mainstream niche.
Various companies have had a go with map and geo apps over the last few years - most of the âsuccessfulâ ones seem to be those that got âaqui-hiredâ by someone else, rather than those still ploughing their own furrow.
Not that this has anything to do with the Pacific Ocean ![]()
If you have specific pain points about using osm.org for (something) itâs worth asking in another topic whether people have any specific suggestions.
Look, all I am saying is you canât expect people to stop using OSM.org if you canât offer a better alternative.
I see the name of the Gulf, but all it takes is one press of the â+â zoom button in the upper left, and the water is still on my screen, but the name is gone.
Does anybody have a map URL that is zoom-proof?
