Forum Replies Created
-
Posts
-
PocketEarth ist using OpenStreetMap-Data. This is like “Wikipedia” for maps. You can edit the datasource yourself on www. openstreetmap.org. For simple things like adding a POI with your business, OSM editing is straightforward and can be done directly on the website in the browser.
nounours
Hi haexli2,
sorry to disappoint you … in the latest beta, there is a new (much more powerfull) routing engin integrated. But again, this engin is an online service, so I do not think that offline-routing is still on the list ….
nounours
I just realised that the same articles are also missing in the German Wikipedia entries. And, they have again different encodings, and guess what: I even found an Italian language coding in a German Wikipedia, which is different from the Italian one. My goodness! Wikipedia is definitely messier than OSM!
Here the examples (to be continued):
https://de.wikipedia.org/wiki/Santa_Marina_Salina
https://de.wikipedia.org/wiki/Lipari
https://de.wikipedia.org/wiki/Malfa
https://de.wikipedia.org/wiki/Leni| latitudineGradi = 38
| latitudineMinuti = 33
| latitudineSecondi = 39.21
| longitudineGradi = 14
| longitudineMinuti = 52
| longitudineSecondi = 15.93https://de.wikipedia.org/wiki/Liparische_Inseln
https://de.wikipedia.org/wiki/Salina_(Insel)|BREITENGRAD=38/34/32/N
|LAENGENGRAD=14/59/23/Ehttps://de.wikipedia.org/wiki/Milit%C3%A4rflugplatz_Grosseto
|Koordinate_Breite=N
|Koordinate_Breitengrad=42
|Koordinate_Breitenminute=45
|Koordinate_Breitensekunde=35.09
|Koordinate_Länge=O
|Koordinate_Längengrad=011
|Koordinate_Längenminute=04
|Koordinate_Längensekunde=18.83
|Koordinate_Region=IT-GR
|Koordinate_Typ=airport@karstyn: my understanding is that the full options are documented in this thread … but you never know … geomagic has often some more magic hidden in his hand …
nounours
did you have time to look into my suggestions? would it (last bold paragraph) solve your problem in Taipei? If yes, then this might be some incentive for geomagik to implement it (making a change where you know that you make at least one customer happy is a good thing 🙂 …)
thanks, nounours
YES! I’m seeing this thing as well, and often it’s just the relevant bit of information that I’m interested in!
This again is most probably related to the way PE is parsing Wikipedia-source code and saving it as a text.
Sometime ago, there were some plans to completely rebuild the way wikipedia articles are rendered, but I never heard again about this.
@geomagik: are there any plans working on this soon? would it be of help for you if we (suppose Kahlbutz will volounteer as well) compile a list with errors in the wikipedia parsing, giving the original text, the wikipedia source and how it should be correctly interpreted. Could this then being included in the wikipedia parser?
thanks, nounours
I just downloaded the english wikipedia & wikivoyage data, and it worked well.
This might be a download cache. I would suggest the following:
- switch wikipedia language to english
- download a new map (or delete one of your maps and redownload it).
does this help?
@geomagik Besides: while checking this bug, I hit a region (Italien islands), where I did not see any wikipedia articles. So I thought I could reproduce. But at more carefully checking, I found that’s just the ever lasting problem of parsing all different wikipedia coordinates formats. (not only OSM is a messy place, but wikipedia as well).
maybe the list below helps you to improve further on this!
cheers, nounours
Edit: some more examples!!!
SHOWING
https://en.wikipedia.org/wiki/Panarea
| latd=38 |latm=38 |lats=15|latNS=N | longd=15 |longm= 04|longs=00 |longEW=E
https://en.wikipedia.org/wiki/Basiluzzo
| latd=38 |latm=39 |lats=48|latNS=N | longd=15 |longm= 06|longs=50 |longEW=E
NOT SHOWING
https://en.wikipedia.org/wiki/Stromboli
| lat_d = 38 | lat_m = 47 | lat_s = 38 | lat_NS = N | long_d= 15 | long_m= 12 | long_s= 40 | long_EW= E
https://en.wikipedia.org/wiki/Ginostra_(village)
| latd = 38 |latm = 47 |lats = 00 |latNS = N | longd = 15 |longm = 11 |longs = 00 |longEW = E|coordinates_display=x
https://en.wikipedia.org/wiki/Old_City_of_Bern
{{coord|46.947932|7.447307|type:landmark_region:CH-BE|format=dms|display=title}}
https://en.wikipedia.org/wiki/Käfigturm
| locmapin = Switzerland
| map_caption =
| lat_degrees =46
| lat_minutes =56
| lat_seconds =54
| lat_direction =N
| long_degrees =7
| long_minutes =26
| long_seconds =38
| long_direction = E
| coord_display=inline,title
| coord_parameters = type:landmark_region:CH-BEhttps://en.wikipedia.org/wiki/Lipari
| map_caption =
| pushpin_label_position =
| pushpin_map_alt =
| latd = 38 |latm = 28 |lats = |latNS = N
| longd = 14 |longm = 57 |longs = |longEW = E
| coordinates_type = region:IT_type:city(10763)
| coordinates_display =
| coordinates_footnotes =https://en.wikipedia.org/wiki/PalaFantozzi
{{coord|38.654|N|14.7397|E|source:kolossus-itwiki|display=title}} (old, wrong coords)
{{coord|38.16034|N|14.73507|E|source:kolossus-itwiki|display=title}} (new coords since today)https://en.wikipedia.org/wiki/Leni
| latd = 38 |latm = 33 |lats = |latNS = N
| longd = 14 |longm = 50 |longs = |longEW = E
| coordinates_type = type:city(654)_region:IT
| coordinates_display = title
| coordinates_footnotes =https://en.wikipedia.org/wiki/Malfa
| latd = 38 |latm = 35 |lats = |latNS = N
| longd = 14 |longm = 50 |longs = |longEW = E
| coordinates_type = type:city(871)_region:IT
| coordinates_display = title
| coordinates_footnotes =https://en.wikipedia.org/wiki/Strombolicchio
| pushpin_map = Italy
| pushpin_label_position = left
| pushpin_map_caption = Location in Italy
| latd=38 |latm=49 |lats=2|latNS=N
| longd=15 |longm= 15|longs=6 |longEW=E
| coordinates_display = inline,title
| coordinates_region =One case: stop_positions removed, because platforme also present.
Example station: Bolligen, Switzerland. 46.97007 N 7.49691 E.
The station consists of:
— one train station, as a node placed in the building (old tagging), with name and part of both train routes (ref=”S7″) in both directions
— two stop_positions on the train lines (new tagging) containing the name, part of the respective route of “S7”. ( node 223201765)
— two areas with public_transport=platform, with no name, on each side of the train line (one is member of the line routes, the other not)
Besides, a bus stop with several lines
— one node with public_transport=platform, containing name and being part of the route for each bus line
— an area with public_transport=platform and no name. (way 322463303)
What PE does:
— It shows the train station (building) as a dot: o.k. (but since of the trainlines, and a building, an icon would be better).
— in the stop list of the train lines (S7), it lists only one stop “Bolligen” (very good!). It removes the old tagging, and shows the new one, sitting on the line.
— on the map, the two stop positions are removed. (how does PE do this?) => I think this is wrong: the stop positions should be shown as dots. (if they are selected from the stop list, they are shown as a black icon). From the map, they are not visible nor selectable.
— the two stop areas are shown as a Icons (“Sitting”) on z18 & z19. this is very good! BUT: they do not have a name. => Either: show stop_positions as well (prefered), then we have the name. Or show at least the name on the platform (nice, but not really needed if stop is shown). At least the area which is part of the route should be able to select the train line if selected.
— If the platform is an area, I think this area should be shown. If not, the icon might not make sense. In the example, one bench sits just on the railway line, because the area has banana shape. This is not very intuitive. (I personally would even consider rendering ONLY the area, not an icon for platforms with areas, when the stop is present).
For the bus lines:
— Both platforms are rendered as “Sitting” Icon, but only on level z18/z19 => since bus stops are rendered from z16, this is an error, since no busstop is rendered for this stop. => in this case, there is not public_transport=bus_stop. So, it’s understandable that PE does not to show one. => two ways around it:
a. to show the node containing “highway=bus_stop” IF there is no other public_transport=bus_stop (showing it always as a stop is dangerous, because it’s likely to have two separate nodes, the stop with public_transport=bus_stop and highway=bus_stop (same as public_transport=platform).
b. showing a platform, which is in the line-route as a busstop, if the the role “stop” is not present.
— Again: showing the area platform as an area without an icon would be better.
— On the other hand, if both, stop and platform are present in the route, if the line is selected, both are shown, at all zoom levels. => better would be: show only the stop for z17 and lower, and show both for z18/19. (ex. node 3457891562 – but which is maybe a bad one, since the route-role is not correctly defined as platform? sorry, no better at hand ..)
So far the example. I think the last bit (showing a node with public_transport=platform AND highway=bus_stop) as a Sitting-Icon only (at z18/z19) and NOT as a real busstop (z16 and beyond) is probably the problem that linato is seeing, and I agree this should be corrected in priority!
Also, I still think that for a selected busline, from z14 and lower, not the bus icon should be shown, but only a small circle on the stop position. If not, all the icons cover the line …
cheers, nounours
Hi you friendly souls!
I also think that the bus lines are one of the most important features in OSM/PE. And geomagik and I worked a lot on this to make it better.
The trouble is that OSM data is very unconsistend: there is a old way of tagging busstops (highway=buststop), and a new one (public_transport=stop_position and public_transport=platforme) (see: http://wiki.openstreetmap.org/wiki/Buses and others, also the wiki is rather contradictory!) with “bus=yes”, and then there are all combinations of mixed, doubled and incomplete tagging.
It is not very easy to make PE render all this correctly. When you find something which does not work as aspected, the best procedure will be:1) check the tagging at this busstop (best using JOSM Editior, but you can also look at the data using http://www.openstreetmap.org with ID Editior).
2) Decide if it’s a obvious tagging error (and fix it!), or if it is a reasonable tagging, which might be widespread, but misunderstood by PE.
3) if the latter is the case: report it here: tagging, node number, etc., so that we can double check it, and then ask geomagik to include it in the data-treatment.
4) Please be aware: not all is possible, because changing something to make it right for one tagging might break something (potentially) more important somewhere else. This is not a problem of PE, but of very inconsistent tagging in OSM. We tried to clean up data in Switzerland (where I’m from), but it’s a lot of work …
thanks for your support!
Nounours77
P.S.: tagging bus lines is somewhat more complicated: it’s a relation consisting of bus_stops and ways of streets, and, and …
update: here is the page about wikivoyage geocoding. There is stated that 85% of articles are geocoded, and it looks like that they are done in a more consistent way than wikipedia was in the early days. So hopefully, not too much work to include the locations in PE!
https://en.wikivoyage.org/wiki/Wikivoyage:Geocoding
nounours
Yes, I understand!
I also started there. When you find something you like – you map it, and have fun to be able to find it again sometime later.
But I’m convinced you will discover that, if you find something interesting, and you can share it with plenty of other people, this will even be much more fun. In the end, it’s OUR map.
So, I hope (and guess!) that you will soon be addicted as well !
🙂
again …
sorry, you cannot correct it anymore – I already did it 🙂 this will be corrected on Pocket Earth next time PE will update Wikipedia entries …
But now you understood how it works, you can go out and fix / map one thousand other interesting things. There is still a lot to do!!!
Good luck, nounours
Hi Nick,
Yes, I can see the screen shot now and see what you mean.
Yes, the “W” means Wikipedia entry. This means, this data is not coming from OSM (nor PE), but directly from Wikipedia. If you look under the article of the school,
http://en.wikipedia.org/wiki/Cwrt_Sart_Comprehensive_School
you find there the coordinates of the school.
This coordinates are used by PocketEarth to put the “W” sign on the map and attach the Wikipedia-article-content into the info tab.So, I assume that these coordinates are a bit wrong (the swart school is at 51.64328/-3.81594, while the Eton college is at 51.49181/-0.60931). If you want to correct them, this must be directly done in Wikipedia. There is a OSM-map in Wikipedia to make sure that you place the tag exactly on the right spot. There is, however, no data in OSM relating to Wikipedia-Articles on OSM (well, you can do the opposite: you can make point a node in OSM towards wikipedia, but as far as I know, this tags are not really used, at least not by PocketEarth. And do not make sense in my opinion).
So, somebody just did a typo – and you found it!!!
thanks, nounours
I assume this is the same issue as: http://pocketearth.com/forums/topic/problem-on-a61-in-germany/
so I close the topic.
Hi Albert!
I tried to calculate some routes in Costa Rica, and everything went fine! (using custom markers as you did).
I also use address search to look for the “Airport, Costarica”, and it find’s it without problems.
Maybe you did this when you were not online??? Please note: PE is completely offline EXCEPT route calculation (since this is done on the MapQuest Open server). (there where a lot of requests to do this off-line, but it seems to be a big developpement effort that Geomagik could not invest up to now).
=> So, if my assumption is right: go to the next WLAN, calculate all possible routes, save them, and happy travel for the next days!!!
Cheers, nounours.
Oh, for curiosity, I just went to MapQuest Open, and did the routing there: and I find the error!!!!
=> so this easily explains why it’s wrong in PE – since PE uses MapQuest.
But why is MapQuest wrong??? Either, they use 4 month old data, or they have a bug somewhere … well … we should write them!!!
hopes this clears things a bit up!!
Nounours
After inspection, I do not see a problem.
The routing on OSM gives the expected result. (see attachement 1).
There was a correction 4 months ago (see attachement 2), which probably relates to your problem. But I think this change should be in PE, and more importantly, since PE uses MapQuestOpen for routing, I would expect that the problem should be corrected there too …
strange …
nounours
Hi,
I do not see you attachement – but I checked for it. You mean in direction north-south? It looks for me like a data error – see this post for explanation: http://pocketearth.com/forums/topic/minor-map-error/
I will look at the data, and correct it, or, if I’m not sure, flag it for correction.
cheers, nounours
Dear Nick,
I can not see the screen shot. But as I understand, your talking about a data error.
Or, all PocketEarth does is using OpenStreetMap data, and display it in a very sophisticated way.So, if you see an error, and are not sure if it’s a PE problem (some times, data gets missed up by processing) or a real data problem in OSM, go to http://www.openstreetmap.org and check for the data there (please be aware that on OSM, the data is realtime, while PE has is delivering older data, so it might that there is an error still in PE, while it’s already corrected in OSM). When checking in OSM, please use the “question mark” sign on left buttom to check for detail information of the feature your interested in, or to show features not shown on the default OSM map.
If you realize that there is a problem, there are two options:
1) Best option is: get yourself a OSM-account and start contributing. Start with easy things, like correcting your error. There are 1 million people doing this all over the world, and it is really fun, and a lot of people get addicted. To not be scared, it looks sometime difficult, but you find a lot help information on wiki.openstreetmap.org and the community is ready to help.
Once you have an account, you probably best start to edit directly on http://www.openstreetmap.org, click “Edit map”, and go to “ID Editior”. Later you might want to do more serious stuff using JOSM.2) If do not want to get too much involved, you can – without making a OSM-account – go to the OSM website and flag the error, and hope that some other volunteer will fix it. This is often done, but is obviously less efficient and less gratifying for you.
So take a look at:
http://wiki.openstreetmap.org/wiki/Beginners%27_Guide
http://wiki.openstreetmap.org/wiki/How_to_contributeand have fun!
Nounours
