Re: [OSM-talk-be] is this ok?
So will someone who speaks better French than I do please talk to them? It would be nice if we can turn his project into something OSM-proof; otherwise we can still orient him towards umap etc... 2015-07-02 0:41 GMT+02:00 Jo winfi...@gmail.com: They aren't categories. At some point there was a type=collection relation, but since the advent of Overpass API it's not needed anymore Jo 2015-07-02 0:38 GMT+02:00 Ruben Maes ru...@janmaes.com: Definitely not OK, relations aren't collections. (I know it's in the wiki somewhere but not where exactly) Op woensdag 1 juli 2015 heeft joost schouppe joost.schou...@gmail.com het volgende geschreven: This new user added a lot of viewpoints and made a relation of them: http://www.openstreetmap.org/relation/5331824 I think the idea is to collect some nice spots to rest in the shade. -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] is this ok?
I'll contact him. Thanks for noticing it. umap is a good alternative for this. Polyglot 2015-07-02 8:15 GMT+02:00 joost schouppe joost.schou...@gmail.com: So will someone who speaks better French than I do please talk to them? It would be nice if we can turn his project into something OSM-proof; otherwise we can still orient him towards umap etc... 2015-07-02 0:41 GMT+02:00 Jo winfi...@gmail.com: They aren't categories. At some point there was a type=collection relation, but since the advent of Overpass API it's not needed anymore Jo 2015-07-02 0:38 GMT+02:00 Ruben Maes ru...@janmaes.com: Definitely not OK, relations aren't collections. (I know it's in the wiki somewhere but not where exactly) Op woensdag 1 juli 2015 heeft joost schouppe joost.schou...@gmail.com het volgende geschreven: This new user added a lot of viewpoints and made a relation of them: http://www.openstreetmap.org/relation/5331824 I think the idea is to collect some nice spots to rest in the shade. -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] is this ok?
This new user added a lot of viewpoints and made a relation of them: http://www.openstreetmap.org/relation/5331824 I think the idea is to collect some nice spots to rest in the shade. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] is this ok?
joost schouppe schreef op 1/07/2015 om 20:40: This new user added a lot of viewpoints and made a relation of them: http://www.openstreetmap.org/relation/5331824 I think the idea is to collect some nice spots to rest in the shade. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be Individual node because of the only reason is shade, putting in a relation to mark shade hmmm Using tags as tourism to render something on the map. Not done I think. What will he do when its cold tagging the sunny places ??? More adept mapper must explain immediately the new user and restore all before it is to late. Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] is this ok?
Definitely not OK, relations aren't collections. (I know it's in the wiki somewhere but not where exactly) Op woensdag 1 juli 2015 heeft joost schouppe joost.schou...@gmail.com het volgende geschreven: This new user added a lot of viewpoints and made a relation of them: http://www.openstreetmap.org/relation/5331824 I think the idea is to collect some nice spots to rest in the shade. -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] is this ok?
They aren't categories. At some point there was a type=collection relation, but since the advent of Overpass API it's not needed anymore Jo 2015-07-02 0:38 GMT+02:00 Ruben Maes ru...@janmaes.com: Definitely not OK, relations aren't collections. (I know it's in the wiki somewhere but not where exactly) Op woensdag 1 juli 2015 heeft joost schouppe joost.schou...@gmail.com het volgende geschreven: This new user added a lot of viewpoints and made a relation of them: http://www.openstreetmap.org/relation/5331824 I think the idea is to collect some nice spots to rest in the shade. -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Waiting 10 seconds ... OK - trying again.
Am 19.04.2011 03:51, schrieb Nathan Edgars II: jgrocha wrote: Hi, Recently, when I try to upload my edits, the server (or JOSM?) is reporting: Waiting 10 seconds ... OK - trying again. then it waits 10 seconds and continues afterwards. Is this some kind of overload protection mechanism on the server side? Is the server been to busy? Or it is on the JOSM client? This means that the server returns something other than thank you sir, may I have another and JOSM waits a bit and tries again. I too have been getting it a lot more often in the past few days, along with the occasional error when downloading an object or area. I have the same problem downloading in JOSM. Sometimes it does not connect but on a retry everythink works fine. I did not get it on upload but I was not uploading much these days. cu colliar ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Waiting 10 seconds ... OK - trying again.
Hi, Recently, when I try to upload my edits, the server (or JOSM?) is reporting: Waiting 10 seconds ... OK - trying again. then it waits 10 seconds and continues afterwards. Is this some kind of overload protection mechanism on the server side? Is the server been to busy? Or it is on the JOSM client? What can I do to help? Regards, Jorge -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: 253604430 (Geral), 253604479 (Gabinete) Fax: 253604471 Móvel: 910333888 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Waiting 10 seconds ... OK - trying again.
Am 18.04.2011 11:37, Jorge Gustavo Rocha: Hi, Recently, when I try to upload my edits, the server (or JOSM?) is reporting: Waiting 10 seconds ... OK - trying again. then it waits 10 seconds and continues afterwards. Is this some kind of overload protection mechanism on the server side? Is the server been to busy? Or it is on the JOSM client? What can I do to help? Regards, Jorge Are you using the latest JOSM version (4021 that is) and have you answered the Contributor Terms question for your OSM yet? Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Waiting 10 seconds ... OK - trying again.
jgrocha wrote: Hi, Recently, when I try to upload my edits, the server (or JOSM?) is reporting: Waiting 10 seconds ... OK - trying again. then it waits 10 seconds and continues afterwards. Is this some kind of overload protection mechanism on the server side? Is the server been to busy? Or it is on the JOSM client? This means that the server returns something other than thank you sir, may I have another and JOSM waits a bit and tries again. I too have been getting it a lot more often in the past few days, along with the occasional error when downloading an object or area. -- View this message in context: http://gis.638310.n2.nabble.com/Waiting-10-seconds-OK-trying-again-tp6282958p6285804.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
