giggls / opencampsitemap Goto Github PK

Actually not sure if it is a frontend or backend issue. I suggest the url in the website tag to be checked, and a bug added to the list if the url does not work.
Problem happened in Cosne-sur-Loire, France, but I only realised it when trying to access the url.

Several mobile editors support the Geo URI scheme, for example Go Map!! on iOS and Vespucci on Android.

It would be awesome if the 'Bugs' menu would - in addition to the 'Edit in JOSM' and 'Edit in iD' button - show the geo:-URI of a place to enable editing on the go.

As a user, I want OpenCampingMap to reduce the data usage, so that I can look for camp sites without exceeding my mobile data quota

OpenCampingMap does not seem to "remember" for which tiles it has already downloaded/retrieved the features from https://opencampingmap.org/getcampsites. This results in redundant downloads when panning around a certain area, especially if the given area is large.

To me, only downloading the necessary data is important, because when I'm on vacation and look for camp sites, I often lack Wifi and am therefore relying on my mobile data plan, which has a set limit.

A couple of months ago, I had a look at how StreetComplete is retrieving the data. The app divides the map into smaller tiles and keeps a log/memory of the tiles it has already downloaded (cp. here). A similar approach could be used for OpenCampingMap.

I'm not sure how local storage works on the web, but maybe there are working solutions out there that could be utilized.

group_only camping sites often tend to have a sanitary building with toilets and showers. I tag those buildings as amenity=toilets and shower=yes. If I do it this way, the shower doesn't get recognized by opencampsitemap.

Should I tag it differently or should we add some statement to https://github.com/giggls/osmpoidb/blob/master/gen_mview_poi_campsites.sql in order to catch them?

If I first click on a camp site with a mangroove review like
https://opencampingmap.org/en/way/394409172#12/50.3390/1.6273/1/1/bef
and just after that on one without name (and without review) like
https://opencampingmap.org/en/way/418115857#12/50.3390/1.6273/1/1/bef
then the review of the first camp site remains displayed for the second camp site
(You need to click the second camp site on the map, not just follow the link).

The problem can be reproduced with other camp site without name like
https://opencampingmap.org/en/way/268367392#12/50.3390/1.6273/1/1/bef
bot not with some with a name like
https://opencampingmap.org/en/way/437423564#12/50.3390/1.6273/1/1/bef

I'd like to have a visual distinction between campings open for regular travellers and those that are only open for permanent residents, that is camp sites that do not have free pitches and will not accept passers by nor short stays.

One of these kind of campings is "Le Roi Soleil" in Mariembourg, Belgium:

https://opencampingmap.org/#12/50.0825/4.4378/0/1/bef/way/651694145

Another example is "Camping Waterschap" in Viersel, Belgium:

https://opencampingmap.org/#12/51.1897/4.5717/0/1/bef/node/497225468

I have tagged both campings with permanent_camping=only but that does not make any difference in how the camping is displayed.

As these kind of campings are most likely not of interest to the kind of people using OpenCampingMap, I would like to have a clearer distinction between these and regular camp sites.

One example is osm way 647023234 where the map shows an available sanitary station though none is tagged at the site.

As far I understand, the red exclamation mark (example) appears in case there is no value for OSM tag "name".

Unfortunately in such case there is no chance to review the place. Besides, text link "Unnamed campsite" points to a non existent page.

At the moment the operator tag is only showed when the camp site doesn't have a name, see https://github.com/giggls/opencampsitemap/blob/master/site-feature.js#L61

I think it's always valuable to show the operator tag and add it to the list of email, telephone and website.

The application will be available to translate in different languages ​​in a translation portal like weblate? I want to translate it into Galician :)

In the contrary of the language, the bike setting is not recorded.

Would it be possible to allow opencampingsite as tile server / online map for qmapshack ? The tile server URL is e.g.https://opencampingmap.a.tile.maphosting.uk/en/map/v1/10/535/353.png , so have made a tms file:

<TMS>
<Layer idx="0">
<Title>campsites</Title>
<MinZoomLevel>5</MinZoomLevel>
<MaxZoomLevel>19</MaxZoomLevel>
<ServerUrl>'https://opencampingmap.a.tile.maphosting.uk/en/map/v1/%1/%2/%3.png</ServerUrl>
</Layer>
<Copyright>Map data:https://github.com/giggls/opencampsitemap </Copyright>
</TMS>

but it doesn't work ☹️
if I try to open https://opencampingmap.a.tile.maphosting.uk/en/map/v1/10/535/353.png I get an "access forbidden", so I guess this is the reason ?

BR Markus

I think it would be a nice feature to have reviews from users for camp sites, like Google Maps it has.

But I don't think using Google or Yelp as a source is the right way.

There are atm two open systems for place reviews, I'm aware of:

OpenPlaceReviews and MangrooveReviews. The latter has already a small documented API.

What do you think?

Can you add the scale control to the map to make it easier to get ideas about distances?

Somewhere after https://github.com/giggls/opencampsitemap/blob/master/campmap.js#L49 insert

map.addControl(new L.Control.Scale());

OpenCampingMap does not display telephone numbers tagged as "contact:mobile" but it should.

Example, camping Gatsch Eck:

https://opencampingmap.org/#17/53.51500/13.20545/0/1/bef/way/724615543

This camping is tagged with both "contact:mobile = +49 1719565112" and "phone = +49 395 5665152" but only the phone number is shown.

There is no complete documentation on which tags are used in the project.
"Infotip" when mouse hovers over the icons on the first menu showing which tag/key is needed to have the info would help.

Found a review which is not shown:

https://opencampingmap.org/#15/47.8004/-4.2868/1/1/fef/node/9957879692

Likely caused by broken character encoding:
Place%20Salvador%20Allende

But How can this happen? Might be a bug in Mangrove though.

Sven

Internet access is now so commonplace in campings that I guess a specific icon for internet_access=no would be useful.

As a traveler looking for camp sites, I want to be able to maintain a list of "favorite" ones, so that I can better keep track of ones that match my requirements

Acceptance criterias

• The user can mark a camp site as "favorite"
• The user can view a list of the camp sites that they marked as "favorites"
• The user can remove a camp site from the list of "favorites"

Ideally, the feature is implemented in a way that does not require for the user to create an account at OpenCampingMap.

Open questions

Where is the data stored? Ideas:

• In the browser's local storage. But that could easily get lost if the browsing data is cleared.
• In memory; the user would then be reminded to download the data to their machine (e.g. as a JSON), similar to https://app.diagrams.net/
• In some sort of backend. The obvious downside of this approach is the fact that it requires work on our end, as well as potential data security/privacy implications.

Personal thoughts

I understand that this takes the project in a direction away from "just displaying camp sites". However, I feel that there is a market for this kind of Open Source solution to a "problem" that a lot of my peers are facing when going camping.

I could not find on the site (nor on the blog post) any link to tag documentation.
I guess the camping tags may be a mess, but providing either a link to wiki or other documentation (https://wiki.openstreetmap.org/wiki/Tag:tourism%3Dcamp_site), or a list of the tags taken into account would encourage to contribute to osm data.
This could be done in the info section of the site.

At some places, the icons at zoom level 10 is more or less drawing the coastal line:
https://opencampingmap.org/index.html.fr#10/48.0023/-4.0457/1/0/bef

Some buttons (+/- or icon shape or different sizes) should be available to use smaller icons.

There's another way but...
https://www.openstreetmap.org/way/131787506#map=18/48.28536/-4.52867
;-)

Currently Wild camping sites are mapped as "camping caravaning" and the tag camp_type=wildcamp seems to be ignored. For example in this area: https://opencampingmap.org/index.html.en#11/67.9275/18.4138

Another symbol or no rendering of these nodes should be considered. I also contacted the contributor of all these wildcamping nodes as it is probably not useful to add so many wildcamping sites.

Hi,

first of all: Thank you for this nice little project. It already animated me to improve some camp sites in OpenStreetMap.

A nice feature still missing is filtering for categories or even facilities. E.g. only show campsites for groups on the map. Simple boxes with check marks should be enough for the beginning...

Jonathan

I know this is a thorny issue, and I don't expect immediate agreement on this point either, but it bothers me that OpenCampingMap keeps urging me to add "toilets" and "shower" when this is a matter of course at large campsites. Ditto for "tents" and "caravans" tags.

At the same time, a campsite is only indicated as "broken" if it has no name, which could be extended as far as I am concerned.

Here is what I would consider essential tags (contact info = website, phone, email):

For "backcountry" campsites:

• toilets
• shower
• drinking_water
• reservation (lots of Belgian backcountry campsites are reservation required)
• if reservation required, contact info
• no name necessary!

For "normal" campsites and "group_only" campsites:

• name
• contact info

In my view, about any normal campsite has these defaults: "tents=yes", "caravans="yes", "toilets=yes", "shower=yes".

For "caravan_site":

• reservation
• power_supply
• sanitary_dump_station
• drinking_water
• no name necessary, there also a lot of these "camperplaatsen" (camper places) without a name in Belgium.

Hi there,

beginning with v46.0 released some days ago the OSM surveyor app StreetComplete shows quests for campsite-related information (toilets, showers, drinking water, power supply and, most important: "Who may camp here?"), so it's now a handy and easy to use tool for completing missing campsite-related information without having to fiddle around with OSM tags. Would it be an idea to mention this app in the info box (the one that appears if the user clicks the "i" in the lower left corner) as a tool to contribute to Open Camping Map?

The cycling cat

When bike trekking we don't need only campsite but also other accommodations as hotel, hostel, guest house, etc. There is not always a campsite.

Please add on the map the other accommodations.

Thanks

It would be very helpful to be able to filter based on Facilities at a campground/campsite. For example, being able to filter by campsites which allow tents and also have shower facilities.

Looking at the legend currently in the menu on the website, I envision the same toggles that are listed in the "Categories" section to also be present next to the features listed in the "Facilities" section. This way, a user could toggle on/off facilities they desire at a campsite and then only view those campsites which have those facilities on the map.

There is "Esena Pārdaugavas dārzi" park with three camp sites inside: G1, G2 and G3.

All three show up on OpenCampingMap as "buggy" due to missing contact information:

1. https://opencampingmap.org/#16/56.9832/24.0532/0/1/bef/way/975243864
2. https://opencampingmap.org/#16/56.9832/24.0532/0/1/bef/way/975243865
3. https://opencampingmap.org/#16/56.9832/24.0532/0/1/bef/way/975243863

There is also an OSM note regarding missing contact info.

However, enclosing park relation has correct website information and there are no individual websites for G1, G2 and G3. Would it be possible for OpenCampingMap to pick up information from enclosing features? Or would you suggest to duplicate information for every camp site? Or something else entirely? Maybe adding site relation for G1, G2 and G3 with website tag?

Is there a way to have an link for navigation app like GoogleMaps or others? Couldn’t find a way to get the coordinates for the navigation.

Hi,
first: Thanks for your great work.
second: I think the map is down. https://opencampingmap.org/ shown nothing

Best Regards
Günther

Last year I changed the frontend code of OpenCampingMap to get indexable campsite descriptions and thus make sites findable by search indexes.

I excluded the reviews code from @wtimme from these static sites back then but they should probably also added for better search engine results.

What do you think?

This is how static code of https://opencampingmap.org/de/way/164951603 currently looks like.

More Info will be provided in my blogpost from last year at https://blog.geggus.net/2022/12/news-from-open-camping-map/

Background:
I almost never ever stay in any place which asks for payment. I would love to use this website to find camping/overnight place, but I really miss some kind of indication or filtering by payment.

I think in OSM there is already a tag like fee ( https://wiki.openstreetmap.org/wiki/Key:fee), so it should be possible to show it.

Hi,

I think it would be nice to create a hashtag for edits coming from the links in the UI. For example QwantMaps does this already:
https://github.com/QwantResearch/erdapfel/blob/master/src/components/OsmContribution.jsx#L7

So I tried this as well but somehow it doesn't work:

diff --git a/site-feature.js b/site-feature.js
index 9fcb27e..502d8a0 100644
--- a/site-feature.js
+++ b/site-feature.js
@@ -345,6 +345,6 @@ function editInJOSM(fdata) {
 function editInID(fdata) {
   var osm_id=fdata['id'].split('/');  
   var url = "https://www.openstreetmap.org/edit?editor=id&lon="+fdata.geometry['coordinates'][0];
-  url += "&lat="+fdata.geometry['coordinates'][1]+"&zoom="+map.getZoom()+"&"+osm_id[osm_id.length-2]+"="+osm_id[osm_id.length-1];;
+  url += "&lat="+fdata.geometry['coordinates'][1]+"&hashtags=OpenCampingMap"+"&zoom="+map.getZoom()+"&"+osm_id[osm_id.length-2]+"="+osm_id[osm_id.length-1];
   var win = window.open(url, '_blank');
 }