Re: [OSM-talk-be] JOSM Remote control
I created a ticket. Will see what happens... https://josm.openstreetmap.de/ticket/11170#ticket Gilbert On 26 February 2015 at 20:52, Marc Gemis marc.ge...@gmail.com wrote: Somewhere last weekend a new certificate was installed on osm.org. It's some kind of weird certificate (don't know the details, but it was discussed on the josm-dev mailing list), since it is signed by startssl. I had a problem on a machine running Java 6, it was no longer possible to submit changesets. I had to configure JOSM to use http instead of https. regards m 2015-02-26 20:28 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com: It appears to be related to the use of https. When I use http the connection succeeds with FireFox. With https it fails - although JOSM is set up to supoprt https. With Chrome and IE it works with http and https. When I use a network sniffer like fiddler I see that JOSM actively refuses the connection with FF and https. 2015-02-26 18:40 GMT+01:00 Jo winfi...@gmail.com: I'm having the same problem now. Matthieu already experienced this before and for him it was resolved by clearing the cache, then accepting a certificate again. I'm going to try doing that. Oei, in 't Engels vertrokken... Matthieu heeft dat probleem dus ook al gehad. Bij hem was het opgelost nadat hij z'n cache had leeggemaakt, waarna hij opnieuw de vraag kreeg om een self signed certificate te accepteren. Jo Op 26 februari 2015 06:45 schreef Gilbert Hersschens gherssch...@gmail.com: Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input voor selectie van gebied voor download. On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote: Gilbert, vraagje: draait JOSM al als je dit doet? Op mijn platform zal een klik in een browser nooit iets lokaal lanceren. Volgens mij moet het gewoon eerst draaien. Glenn On 25-02-15 23:35, Gilbert Hersschens wrote: Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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 -- Everything is going to be 200 OK. ___ 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 ___ 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] JOSM Remote control
Issue is already going on for 10 months. Doesn't look like it will be fixed anytime soon. Since the intro of support for https JOSM team has been struggling with certificates. https://josm.openstreetmap.de/ticket/10033 Gilbert On 26 February 2015 at 22:05, Gilbert Hersschens gherssch...@gmail.com wrote: I created a ticket. Will see what happens... https://josm.openstreetmap.de/ticket/11170#ticket Gilbert On 26 February 2015 at 20:52, Marc Gemis marc.ge...@gmail.com wrote: Somewhere last weekend a new certificate was installed on osm.org. It's some kind of weird certificate (don't know the details, but it was discussed on the josm-dev mailing list), since it is signed by startssl. I had a problem on a machine running Java 6, it was no longer possible to submit changesets. I had to configure JOSM to use http instead of https. regards m 2015-02-26 20:28 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com: It appears to be related to the use of https. When I use http the connection succeeds with FireFox. With https it fails - although JOSM is set up to supoprt https. With Chrome and IE it works with http and https. When I use a network sniffer like fiddler I see that JOSM actively refuses the connection with FF and https. 2015-02-26 18:40 GMT+01:00 Jo winfi...@gmail.com: I'm having the same problem now. Matthieu already experienced this before and for him it was resolved by clearing the cache, then accepting a certificate again. I'm going to try doing that. Oei, in 't Engels vertrokken... Matthieu heeft dat probleem dus ook al gehad. Bij hem was het opgelost nadat hij z'n cache had leeggemaakt, waarna hij opnieuw de vraag kreeg om een self signed certificate te accepteren. Jo Op 26 februari 2015 06:45 schreef Gilbert Hersschens gherssch...@gmail.com: Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input voor selectie van gebied voor download. On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote: Gilbert, vraagje: draait JOSM al als je dit doet? Op mijn platform zal een klik in een browser nooit iets lokaal lanceren. Volgens mij moet het gewoon eerst draaien. Glenn On 25-02-15 23:35, Gilbert Hersschens wrote: Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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 -- Everything is going to be 200 OK. ___ 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 ___ 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] JOSM Remote control
Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM Remote control
Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input voor selectie van gebied voor download. On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote: Gilbert, vraagje: draait JOSM al als je dit doet? Op mijn platform zal een klik in een browser nooit iets lokaal lanceren. Volgens mij moet het gewoon eerst draaien. Glenn On 25-02-15 23:35, Gilbert Hersschens wrote: Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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 -- Everything is going to be 200 OK. ___ 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] route = foot
Bedankt. Weer iets bijgeleerd. 2015-01-20 22:14 GMT+01:00 Jo winfi...@gmail.com: route=foot lijkt mij ook een redelijk elegante oplossing om zowel een continue reeks ways te hebben in de relatie, zonder de rendering te beïnvloeden. Op 20 januari 2015 22:12 schreef Ben Laenen benlae...@gmail.com: Dit zijn stukjes over pleinen waar enkele routes over gaan, je kan moeilijk het hele plein toevoegen omdat je dan de exacte route verliest, en aangezien er niets verschillend in realiteit is kan je er ook niet echt een highway=footway of pedestrian aan geven. Vandaar dus route=foot/bicycle, en die kun je nog wel op enkele andere plekken vinden in het land. Of dat dit nu correct is of niet, het is toch duidelijk wat de bedoeling is, dus niets mis mee wat mij betreft. Ben On Tuesday 20 January 2015 21:13:47 Gilbert Hersschens wrote: Er loopt een wandel route dwars over de markt van Geel. Die markt is een voetgangerszone getagd als highway = pedestrian + area = yes. Omdat die highway dus geen way maar een area is heeft de mapper er gewoon een lijn door getrokken om de 2 stukken weg dwars over de markt te verbinden (om de route niet te breken) en dat stukje weg getagd met route = foot. Nu is route normalerwijze een relatie type en geen highway tag. Ik vraag me dus af of dit de correcte tag is voor een virtuele weg over een plein. Het is in elk geval een creatieve oplossing, maar misschien is er een andere, meer correcte manier ? zie: https://www.openstreetmap.org/way/148011489 Gilbert ___ 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] Grappige voorsorteerpijlen voordat je aan rotonde komt
Eindelijk eens een rond punt met 2 rijstroken waar de bestuurders verplicht worden om correct voor te sorteren. Ik kom elke dag op ronde punten waar dat niet geregeld is met het gevolg dat er voortdurend gecoupeerd wordt. Ik zou die rijstroken gewoon taggen met turn:lanes, net zoals gewone voorsorteerstroken. http://wiki.openstreetmap.org/wiki/Key:turn. Gilbert 2015-01-18 21:15 GMT+01:00 Jo winfi...@gmail.com: Is er een speciale tag voor dit soort voorsorteerpijlen die de helft van de rotonde aan hun vorm toegevoegd kregen? https://www.openstreetmap.org/way/311795390 (Liefst niets wijzigen, ik ben daar de volgende 2 uur nog wel even bezig. Lijn 61 heeft bijna 30 variantes). Jo ___ 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] Problemen met Agiv Orthofoto WMS
Ziet ernaar uit dat het dit week-end niks wordt. Nog steeds geen tegels van agiv... Gilbert 2015-01-17 0:44 GMT+01:00 Jo winfi...@gmail.com: AGIV imagery seems to be back. You can all map all night long :-) Op 16 januari 2015 21:27 schreef Gilbert Hersschens gherssch...@gmail.com : Idem hier. Ik heb JOSM al opnieuw geïnstalleerd omdat er in de laatste versie aan de cache folder locaties gemorreld is. Ik had eerst dezelfde symptomen: tiles die schijnbaar willekeurig aan en uit stonden Nu (21H30) komt er niks meer uit. Gilbert 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ 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
Re: [OSM-talk-be] Problemen met Agiv Orthofoto WMS
Goed idee. Stond idd vol met witte tegeltjes. Mar na verwijderen van de cache en herstarten JOSM krijg ik nu nieuwe witte tegels ;-( 2015-01-17 10:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Ik heb nu geen problemen meer, misschien eens de cache van JOSM legen? Op 17 januari 2015 10:25 schreef Gilbert Hersschens gherssch...@gmail.com : Ziet ernaar uit dat het dit week-end niks wordt. Nog steeds geen tegels van agiv... Gilbert 2015-01-17 0:44 GMT+01:00 Jo winfi...@gmail.com: AGIV imagery seems to be back. You can all map all night long :-) Op 16 januari 2015 21:27 schreef Gilbert Hersschens gherssch...@gmail.com: Idem hier. Ik heb JOSM al opnieuw geïnstalleerd omdat er in de laatste versie aan de cache folder locaties gemorreld is. Ik had eerst dezelfde symptomen: tiles die schijnbaar willekeurig aan en uit stonden Nu (21H30) komt er niks meer uit. Gilbert 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ 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 ___ 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] bushalte Kunstacademie Geel
Jo, de bushalte aan de kunstacademie in de Kollegestraat in Geel is getagd met 2 nodes op mekaar, elk voor een afzonderlijk netwerk. Is dat de bedoeling ? Zet je normalerwijze niet gewoon meedere waarden in de tags op dezelfde node ? https://www.openstreetmap.org/node/2443691112 https://www.openstreetmap.org/node/2443691119 Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Problemen met Agiv Orthofoto WMS
Mysterie opgelost.Ik heb tot nu toe altijd de Vliegdagcontour gebruikt en die doet het blijkbaar niet meer. De wms met Ortho werkt wel. Gilbert 2015-01-17 10:56 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com: Goed idee. Stond idd vol met witte tegeltjes. Mar na verwijderen van de cache en herstarten JOSM krijg ik nu nieuwe witte tegels ;-( 2015-01-17 10:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Ik heb nu geen problemen meer, misschien eens de cache van JOSM legen? Op 17 januari 2015 10:25 schreef Gilbert Hersschens gherssch...@gmail.com: Ziet ernaar uit dat het dit week-end niks wordt. Nog steeds geen tegels van agiv... Gilbert 2015-01-17 0:44 GMT+01:00 Jo winfi...@gmail.com: AGIV imagery seems to be back. You can all map all night long :-) Op 16 januari 2015 21:27 schreef Gilbert Hersschens gherssch...@gmail.com: Idem hier. Ik heb JOSM al opnieuw geïnstalleerd omdat er in de laatste versie aan de cache folder locaties gemorreld is. Ik had eerst dezelfde symptomen: tiles die schijnbaar willekeurig aan en uit stonden Nu (21H30) komt er niks meer uit. Gilbert 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ 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 ___ 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] bushalte Kunstacademie Geel
Ik zal er na de middag eens langs rijden en kijken of ze nog bestaat. Ik stuur nadien wel een foto op. Gilbert 2015-01-17 11:36 GMT+01:00 Jo winfi...@gmail.com: Dat is een raar geval. Geen van beide wordt bediend. Zoniet zou 'k suggereren om enkel de halte die een route_ref:De_Lijn heeft te behouden. Nu zou je ze allebie kunnen verwijderen, of enkel de halte behouden waarvan ref:De_Lijn met hetzelfde cijfer begint als de omliggende haltes. Groeten, Jo Op 17 januari 2015 11:01 schreef Gilbert Hersschens gherssch...@gmail.com : Jo, de bushalte aan de kunstacademie in de Kollegestraat in Geel is getagd met 2 nodes op mekaar, elk voor een afzonderlijk netwerk. Is dat de bedoeling ? Zet je normalerwijze niet gewoon meedere waarden in de tags op dezelfde node ? https://www.openstreetmap.org/node/2443691112 https://www.openstreetmap.org/node/2443691119 Gilbert ___ 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] Problemen met Agiv Orthofoto WMS
Idem hier. Ik heb JOSM al opnieuw geïnstalleerd omdat er in de laatste versie aan de cache folder locaties gemorreld is. Ik had eerst dezelfde symptomen: tiles die schijnbaar willekeurig aan en uit stonden Nu (21H30) komt er niks meer uit. Gilbert 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ 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] WMS (aerial) imagery covering Belgium, now conveniently packaged for adding it to JOSM
Guys, Don't get overly exited about the building shapes. The quality of those shapes is quite variable. For free standing houses they are OK - in some cases even excellent, but for urban areas they are not very useful, certainly not as a source for import. I have been using those shapes for quite a while for comparison in cases where severe projection distortion and strong shadows gave me a hard time to figure out the shape of a particular building and in many cases the shapes in GRB were not better or even worse than my own guesstimation. They're OK for second opinions but I would never use a tool to import those shapes. Just my 2 cents. BTW, there are many other items in GRB besides the building shapes which are very helpful: shapes of administrative plots, railways (including disused tracks), streetnames, waterways, etc..). GRB also contains house numbers, but I prefer to use the CRAB WMS for that ( http://geo.agiv.be/inspire/wms/Adressen?). I've had a few cases where the CRAB numbers were different from those in GRB. After consulting with the local GIS administrator in all cases CRAB was right and GRB was wrong. It seems that CRAB and GRB are still not completely in sync... Gilbert On 5 January 2015 at 14:14, Marc Gemis marc.ge...@gmail.com wrote: In the worst case, we could try to do something with the Tracer2 plugin for JOSM See http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Tracer2 regards m On Mon, Jan 5, 2015 at 1:46 PM, Jo winfi...@gmail.com wrote: That is indeed great news! Does it mean we'll be able to use the building outlines/contours as well then, in the foreseeable future? And, if so, would they be available as vectors/shape files, like in the UrbIS dataset? Or am I mistaken and is that in CRAB and not in GRB? Jo 2015-01-05 12:03 GMT+01:00 Glenn Plas gl...@byte-consult.be: Thanks Jan for keeping us in the loop. This is awesome news. Glenn On 05-01-15 11:08, Jan Laporte wrote: GRB currently is in the process of becoming open data. The agreement is signed and official. Only the GRB-decree needs to be edited now before it effectively is open data. I can unfortunately not give a timing for that. In any case, it’ll be allowed quite soon. cheers *From:*André Pirard [mailto:a.pirard.pa...@gmail.com] *Sent:* donderdag 1 januari 2015 17:49 *To:* OpenStreetMap Belgium *Subject:* Re: [OSM-talk-be] WMS (aerial) imagery covering Belgium, now conveniently packaged for adding it to JOSM On 2015-01-01 16:19, Glenn Plas wrote : The danger in not adding GRB layer is that people will 'correct' using Bing, and we all know where that leads to... We should focus on efforts in getting GRB to open up. I'm terribly frustrated by people deleting buildings using Bing while I have added all new buildings using Agiv, doublechecked using GRB and addressed properly only to find out that the get deleted by some oblivious user. ___ 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
Re: [OSM-talk-be] WMS (aerial) imagery covering Belgium, now conveniently packaged for adding it to JOSM
In comparison to Bing even Picasso wins ;-) On 5 January 2015 at 15:30, Glenn Plas gl...@byte-consult.be wrote: In my experience, the outlines and building shapes I've seen in GRB are like 10 times better than all the work that exists using bing and other sources. A one on one copy would be silly, but if you bring it all together, agiv/grb and osm data, it helps to make sense of what you are looking at. Also it is conclusive usually when new buildings replace older. It's the best source, I don't really care if the house isn't exactly as-is. The housenumber inports will take years, but it's fine as it is as tons of intelligent choices and conclusions, mistakes and other uglynes needs to be fixed too. And it all helps, if you overlay them with some transparacy adding GRB would be an awesome tool. I've been doing housenumer entries for weeks now, grb layer would defenitely be of good help. But never a dumb copy. Glenn On 05-01-15 15:05, Gilbert Hersschens wrote: Guys, Don't get overly exited about the building shapes. The quality of those shapes is quite variable. For free standing houses they are OK - in some cases even excellent, but for urban areas they are not very useful, certainly not as a source for import. I have been using those shapes for quite a while for comparison in cases where severe projection distortion and strong shadows gave me a hard time to figure out the shape of a particular building and in many cases the shapes in GRB were not better or even worse than my own guesstimation. They're OK for second opinions but I would never use a tool to import those shapes. Just my 2 cents. ___ 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] Straatnaam vs AGIV Website administratieve grens
Ben even gaan piepen in CRAB. Staat daar ook als Nieuwe Baan. Het straatnaambordje is dus fout. Je kan dit via CRAB/LARA doorgeven. De foto kan je in LARA uploaden. Werkt redelijk goed. Ik heb dat al een paar keren gebruikt. Het kan ook voorkoomen dat er discrepanties zijn tussen GRB en CRAB, want dat zijn 2 afzonderlijke databases. Meestal is CRAB de winnaar. Welke grens bedoel je ? Tussen Eindhout en Laakdal ? Eindhout (en Veerle) is een deelgemeente van Laakdal. MvG Gilbert 2014-12-11 13:31 GMT+01:00 Marc Gemis marc.ge...@gmail.com: ok bedankt, dank blijf ik eraf. Dan nu nog de vraag: waar loopt de grens? 2014-12-11 13:13 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com: Marc, de enige juiste schrijfwijze is wat je in CRAB vindt (gebruik de LARA tool om alle details te zien). Ik heb dat ook al meermaals aan de hand gehad in Geel en Gis ambtenaar neemt in principe steeds de gegevens van CRAB over. Gilbert Op 11-dec.-2014 13:07 schreef Marc Gemis marc.ge...@gmail.com: Op de AGIV website[1]heeft de straat [3] de naam Nieuwe Baan. Is ook zo te vinden in OSM. Volgens deze foto [2] is het echter Nieuwebaan (1 woord). Waar geven we de voorkeur aan ? Gebruik ik eventueel alt_name ? [1] http://geo-vlaanderen.agiv.be/gdiviewer/?simple=false [2] http://xian.smugmug.com/OSM/OSM-2014/2014-12-06-Eindhout/i-BkWNtXz/A [3] https://www.openstreetmap.org/way/239233827 Verder, wat doe ik met de grens ? Zijn de borden langs de straatkant bindend ? Of staat er er maar bij benadering ? ___ 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
Re: [OSM-talk-be] Cycleways tag as oneway=yes ?
Glenn, ik zie nergens een cycleway op http://osm.org/go/0EgP1kjK2?m=way=109638123 ? (ook n iet in JOSM) 2014-11-11 14:52 GMT+01:00 Glenn Plas gl...@byte-consult.be: Gilbert, Dit is geen discussie over de wegcode maar over de betekenis van tags en het resultaat ervan. Het intereseert me zelfs niet wat de wegcode ervan vindt in het kader van deze materie. Ik heb het dus niet over de wegcode maar over de betekenis van de keys. Laat dit duidelijk zijn dat hier wel af en toe een groot verschil tussen zit.. De standaard is -evenals wagens- mogen fietsers in OSM op het fietspad in 2 richtingen rijden tenzij restricties worden gelegd. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway Bij: cycleway, zoals highway kan je daar in 2 richtingen over rijden tenzij verboden. De highway tag werkt hetzelfde. Dus zonder restricties is dat de standaard. op junction=roundabout is de oneway=yes impliciet, maar niet op de aparte cycleway, dat is namelijk geen junction. Hebben jullie dit stuk al opengedaan in JOSM , het is echt wel een aparte cycleway, dus heeft geen bal te maken met die junction. Kijk naar de tags aub. Glenn On 11-11-14 13:39, Gilbert Hersschens wrote: Moet een bug in de route planner zijn. OSM vermeldt dat ronde punten impliciet éénrichtingsstraten zijn: http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout (definitie: A roundabout is a /one-way/ street with /right-of-way/ and a /non-traversable http://wiki.openstreetmap.org/wiki/Non-traversable/ center island.). @Glenn: kijk de wegcode nog eens na. Voor fietsers gelden dezelfde regels als voor automobilsten. Ze mogen enkel tegen de opgelegde richting in rijden als het betreffende onderbord aanwezig is (dwz de regel is dat het NIET mag). Zie http://webshop.bivv.be/frontend/files/products/pdf/2fea42ac8b1b22e59ef8d5ea77aaf906/fietsersendewegcode.pdf , blz 27 en verder. Gilbert On 11 November 2014 11:41, Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com wrote: Tried out route planner for bikes and saw in my region that the planner takes the wrong side of the road. https://graphhopper.com/maps/?__point=50.788276%2C3.133957__point=Kortrijkstraat%2C%__208930%2C%20Menin%2C%__20Belgiumvehicle=bike__elevation=truelayer=Lyrk https://graphhopper.com/maps/?point=50.788276%2C3.133957point=Kortrijkstraat%2C%208930%2C%20Menin%2C%20Belgiumvehicle=bikeelevation=truelayer=Lyrk The roundabout I will correct it to oneway=yes but other roads with the lane on both side of the roads must they been change one by one to oneway=yes -- Jakka _ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ 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] import AGIV CRAB-data
Je kan voor de deur voor leveranciers de tag entrance=service gebruiken. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Ik heb het script even uitgeprobeerd en zie toch een paar rare dingen - Misschien te wijten aan fouten in CRAB ? Dit is het stukje van de kaart : http://osm.org/go/0ErRh7ZyY?m=way=70085786 . Als ik het script laat lopen voor postcode 2440, street = Mastbos, dan krijg ik Total = 19, Missing = 3, Wrong = 2. Missing (nr 26) zou nog juist kunnen zijn, daar het een nieuwe wijk is en er intussen een huis kan bijgekomen zijn dat nog niet op de luchtfoto's te zien is. Ik zal deze namiddag eens ter plekke gaan kijken. Op de kaart van AGIV staat echter geen huis getekend, wel een huisnummer. Als ik in JOSM met de wms voor GRB-raadpleegdiensten de huisnummers (GRB-HNR_GBG) inlaad, dan is nr 26 er niet bij. Als ik de perceelsnummers (GRB-HNR_ADP) inlaad dan is nr 26 er als enige in die straat. Bij de foute nummers geeft jouw script de nrs 15 en 17 op die resp. (= missing) 71 en 41 zouden moeten zijn, alhoewel die huizen op de kaart van AGIV wel degelijk als 15 en 17 genummerd zijn ? Als je de locatie met de AGIV GDI viewer opzoekt (ik gebruik meestal geopunt.be) en je daar naar de lijst van huisnummers kijkt, dab komen de nrs 71 en 41 ook helemaal niet voor op de lijst. 2014-10-25 9:55 GMT+02:00 Sander Deryckere sander...@gmail.com: Op 25 oktober 2014 09:21 schreef Verhoeven Fr sus...@gmail.com: Hooi Sander, Hopelijk blijft uw tool as is beschikbaar. Momenteel wel, ik heb er geen kosten of onderhoud aan. Al het rekenwerk gebeurt door Overpass of door je eigen computer. Ik gebruik het nu in Leopoldsburg om de reeds vroeger door mij ingetekende huizen te nummeren samen met de GRB gegevens. Al de Crab data ligt in Leopoldsburg op de perceel-centroid, dus soms ver van de gebouwen, en de percelen zijn daar soms uitgestrekt. Ik heb ook al vastgesteld dat de AGIV mappers ook hun eigen stijl hebben, ( zoals bij OSM ;-) ), en er volgens de regio verschillen zitten. In Agiv ligt het huisnummer, in dezelfde straat, soms op de gebouwen, soms op de percelen, zonder vaste regel. Ik leg ze i, OSM op de gebouwen. Het enige opmerking is dat het huisnummer op de tagnode heel klein is en soms moeilijk leesbaar, althans op een netbook Dat kan opgelost worden met de mapCSS van Jo: node[addr:housenumber]:new:: housenumber {text-color: blue; font-size: 25; text: tag(addr:housenumber); text-halo-radius: 2; text-offset-y: 30;} Kopieer deze CSS code naar een tekst bestand, en noem het b.v. huisnummers.mapcss. Dan ga je in JOSM naar View - Map pain styles - Map paint preferences. Daar klik je rechts op het +-teken, geef je een naam in, en laad je het huisnummers.mapcss bestand. Als je nu de stijl aanvinkt onder View - Map paint styles, dan zullen de huisnummers beter leesbaar zijn. Let wel op, die CSS is nog voorlopig, en zal misschien verbeterd worden in de toekomst (waar we dan verschillende types misschien verschillende kleuren kunnen geven). ___ 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] LEZ
Terwijl ik naar iets helemaal anders op zoek was kwam ik toevallig op de aankondiging van nieuwe verkeersborden terecht : http://www.wegcode.be/actueel/2091-wegcode-laat-toe-om-lage-emissiezones-te-beborden. UIteraard werd ik nieuwsgierig. Wat ik op een drafje bijeengesprokkeld heb is: - de borden vanaf nu reeds mogen geplaatst worden - de overheid nog geen normen gepubliceerd heeft wat low emission concreet inhoudt (dit zou België niet zijn...) - de stad Antwerpen LEZ wil invoeren vanaf Januari 2016 - in OSM er geen duidelijke afpraken zijn hoe LEZ moet getagd worden. De Britten gebruiken een relatie van het type LEZ, de Duitsers een relatie van het type boundary met als sub-tag boundary=low_emission_zone of een boundary zonder meer. In UK zie ik enkel de relatie 3937563 die zeer onvolledig is ( http://ra.osmsurround.org/analyzeMap?relationId=3937563). Misschien is het maar een embryo ... De Duitsers hebben hun zaakjes blijkbaar wel al in orde. We hebben nog even de tijd om zelf een ei te leggen wat we hiermee gaan doen, maar ik zet het toch maar even op de agenda. Interessante links: http://wiki.openstreetmap.org/wiki/Umweltzone (enkel in het Duits) http://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlow_emission_zone (talk page ook enkel in het Duits) http://wiki.openstreetmap.org/wiki/Low_emission_zone http://gis.stackexchange.com/questions/79715/how-to-find-out-if-openstreetmaps-contains-low-emission-zones http://taginfo.openstreetmap.org/tags/type=LEZ http://taginfo.openstreetmap.org/tags/boundary=low_emission_zone http://www.wegcode.be/pdf/wijzigingen/KB011275/2014-10-15.pdf ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] WMS for Wallonia
Thanks, guys. I'm refreshing my wiki page (currently https://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM) on the subject to include Brussels and Wallonia. It's a bit more detailed than http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference . When I'm done with the refresh I'll post an invitation to review it. By the way, according to that info we can only use the imagery and address info. AGIV has tons of other information which is accessible through WMS. Is anyone maintaining contact with AGIV to inquire if any of that ( http://www.geopunt.be/catalogus/search?facet=webservice) can also be used in OSM ? Gilbert On 24 September 2014 11:39, Julien Fastré jul...@fastre.info wrote: Le 24/09/14 11:12, Jo a écrit : The way I read that, we do have permission, just like everybody else, to use their ortho pictures to 'digitalise' them and add the information to Openstreetmap. So that's great news. Par application de celle-ci, les différents utilisateurs ont le droit de se connecter aux serveurs du SPW, de digitaliser les ortho et de réutiliser les fonds de plan produits par eux à des fins commerciales. Donc, elle répond aussi à votre demande ! §2. Les services à accès sécurisé font l’objet d’une autorisation dont les modalités sont décrites dans les métadonnées associées. This paragraph says that there is also other data for which a login is required, which have other restrictions. So what do we use as the source string on the changesets? We might use orthophoto, but potentially other datasources available as WMS. SPW:Ortho ? Can we add it to this page on the wiki? I think we can ! http://wiki.openstreetmap.org/wiki/Potential_Datasources#Belgium Jo ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://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] WMS for Wallonia
I lost track of the conversation about using the aerial imagery for Wallonia from arcgis. Are we allowed to use them or not ? Regards, Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
I agree with Marc. My interpretation of the wiki is also that address tags don't belong on highways. Haven't seen any of those in my backyard so far... Just my 2 cents. On 16 September 2014 21:10, Marc Gemis marc.ge...@gmail.com wrote: On Tue, Sep 16, 2014 at 8:20 PM, Glenn Plas gl...@byte-consult.be wrote: This looks to be a bigger problem than I thought.TAA is doing this everywhere. Checking the wiki, this isn't even wrong actually. I quote: http://wiki.openstreetmap.org/wiki/Key:addr A way with highway=* and the corresponding name should be found nearby. The belonging to a street can alternatively be represented by a associatedStreet relation. He's actually marking private driveways and private roads with the addressing schema. that same page also states To provide address information for buildings and facilities So IMHO it should not go on ways (including service roads). I wonder which application uses addr:street on ways. While it is not needed, it doesn't harm. So it wouldn't be my first priority to fix, when I will remove one when I encounter it. As André pointed out, there are more serious errors (e.g. bad routing). regards ___ 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] 1 or 2 lanes ?
I have a highway with separate roads in each direction. Each road has one lane for traffic and one breakdown lane to the right. Normally we tag this as a road with one one-way lane (we only count TRAFFIC lanes, see http://wiki.openstreetmap.org/wiki/Key:lanes). The highway goes through a tunnel. Each road has its own pipe in the tunnel. When entering the tunnel, the breakdown lane is now marked as a spare lane where traffic is not allowed (red X signal above the lane). The idea is to open the spare lane in case of accidents or in case the pipe in the other direction needs to be closed and the normal lane will be used for traffic in the opposite direction. How should this be tagged ? Change from lanes = 1 to lanes = 2 and back to one when we are at the end of the tunnel? Are there additional tags for such a situation ? Examples ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Problemen met AGIV WMS
Ik krijg alleen nog error tiles. Als ik de oorspronkelijke WMS link (*http://wms.agiv.be/ogc/wms/omkl http://wms.agiv.be/ogc/wms/omkl?) *opnieuw wil installeren krijg ik foutmeldingen en als ik rechtstreeks op de AGIV site ga werkt het ook maar half. Is er iets veranderd of zit de AGIV server in de problemen ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Problemen met AGIV WMS
Dat probleem met het paswoord kreeg ik lang geleden ook al eens. Door de wms link opnieuw te installeren kreeg ik het weg. Maar dat lukt vandaag dus ook niet ;-( Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Afkortingen/Abbréviations
I assume that what's on the street sign is what it should be ? I that doesn't match with what 's in AGIV then I would just report it to the GIS coordinator of the community. BTW, AZ or UZ: not sure if I understand the question, but if you're wondering whether it should be AZ or UZ for a university hospital: AZ has been discontinued quite a while ago. It used to stand for Akademisch Ziekenhuis, but to avoid confusion with Algemeen Ziekenhuis, which is used by non-academic sites, nowadays all university hospitals are UZ, all others are AZ (in Dutch). Most French-speaking hospitals use CHU for UZ. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] osm.be!
@ Ben: er staat nog een tikfoutje op het Hergebruiken tabblad: Cloudemade moet Cloudmade zijn. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] osm.be!
Nog eentje: onderaan de blog pagina staat Originele blogpost of okfn.be(Engels): Dat moet natuurlijk Originele blogpost van okfn.be (Engels): zijn. Overigens zou het leuk zijn als OpenStreetmap BE ook in het lijstje van werkgroepen zou staan op de webstek van OFKN (http://okfn.be/about/) Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] noexit
De mening dat de tag overbodig is wordt ook door veel andere mappers gedeeld. Ik reken mijzelf tot die bekeerlingen. Een klein beetje routing software zou in staat moeten zijn om zonder die tag uit te maken of een straat doodlopend is met al dan niet doorgang voor voetgangers en/of fietsers. Overigens bestaat er sinds augustus 2013 een nieuw bord F45b ( http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F45b) om de doorgang voor voetgangersen fietsers in een doodlopende straat aan te duiden. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Naam van boerderij / Name of Farm
Je kan ze op het huis of op het terrein mappen. Als je op taginfo gaat kijken zie je dat de naam zowel aan building= farm als aan landuse=farmyard of landuse=farm toegevoegd wordt. Ik heb er geen zicht op of de naam ook aan beide gelijktijdig toegevoegd wordt, maar voor mijn part kan dat even goed. Voorbeeld: http://www.openstreetmap.org/browse/way/132716560. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Talk-be mailing list
Ik krijg er een punthoofd van om de mail threads proberen te volgen met al die voorgaande mails die er telkens weer in verweven zitten. Op den duur zie je niet meer wie wat waarop geantwoord heeft. Heeft er al iemand aan gedacht om heel deze handel naar het forum te verhuizen? Lijkt mij in elk geval een stuk gemakkelijker om te volgen. Dan kunnen we de mail list gebruiken voor wat hij eigenlijk moet dienen: broadcast van berichten over vanalles-en-nogwat ipv vraag-en-antwoord. Op het forum zouden we dan ook sticky posts kunnen zetten met wat info voor nieuwkomers, FAQ, enz. Voor de Duitsers en de Nederlanders lijkt het toch goed te werken op die manier ? Nog iemand die er zo over denkt? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] driving way
Kan je even aangeven over welke wijziging het gaat in Geel ? Ik kom er zelf bijna dagelijks. Gaat het om de fly-over ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] OSM Belgium OKFN Belgium
Agree. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Voorstelling
Hangt er van af hoe groot je het gebied maakt dat je inlaadt. Ik had wellicht maar een heel klein gebied geselecteerd in de buurt van dat rond punt. Als ik het gebied groot genoeg maak krijg ik zoveel foutmeldingen dat ik weer een dagje zoet ben met ze in orde te brengen. Heeft dus niks te maken met de wijziging die jij wil maken, maar dat is niet altijd evident. Zoals Jo al zei: gewoon uploaden en dan - als je zin hebt - die fouten aanpakken waar je mee overweg kan. En als je relaties (nog) niet ziet zitten: gewoon laten voor wat ze zijn - uiteraard op voorwaarde dat je met jouw wijzigingen geen relaties stuk maakt. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Voorstelling
Sus, ik heb jouw probleem even nagetrokken (maar de wijziging niet uitgevoerd om de pret niet te bederven...). Ga naar het kruispunt met de Voosstraat, selecteer de Leopolsburgsesteenweg en splist de weg daar met het P commando in JOSM. De Leopolsburgsesteenweg is nu gesplitst in 2 segmenten, eentje aan elke kant van de Voosstraat. JOSM zal automatisch de route relaties van de bussen aanpassen en van 1 member 2 members maken in alle betrokken relaties. Nu selecteer je het stuk tussen de Voosstraat en het rond punt en verander je de straatnaam. JOSM zal wederom alle aanpassingen in de betrokken relaties maken. Save en klaar is kees. Je krijgt geen foutmeldingen. Ik heb de beschreven sequentie uitgevoerd zoals beschreven, behalve dat ik de save niet uitgevoerd heb. Laat maar weten als het niet lukt. @Marc: op mijn user page ( http://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM) staan de instructies om de WMS link in JOSM te configureren. Misschien eens op de Wiki Project Belgium page zetten ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] CRAB Import Tool
Heb er eens wat mee gedold. Naar mijn mening wat betreft het aantal clicks niet zo veel verschil met het manueel overnemen met de JOSM adres preset van adres gegevens uit de AGIV kaart ( http://ogc.beta.agiv.be/gdiviewer/?simple=true). Als er nu nog een terugkoppeling was om vanuit JOSM weer op die gele druppel in http://addr.openstreetmap.fr/vlaanderen/ te komen, dat zou wel handig zijn. Wat ik ook mis is een visuele indicatie hoeveel data al gedaan / nog te doen is (een beetje zoals bij Urbis of bij maproulette, etc.). Tenslotte is de user experience nogal belabberd (sorry als ik zo kritisch ben). Zodra je de status in de druppel hebt aangepast is hij weg. Heb niet eens de kans om commentaar of mijn naam in te geven... Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Meetup met OSM NL over adressen imports
Ik wil wel meewerken. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Nieuwe versie NL:NL:Browsing
Guy, bedankt voor de moeite. En ik heb ook iets bijgeleerd. Ik wist niet dat OSM ook in het Nederlands kon. Ik had in mijn profiel EN als eerste taal in het rijtje staan - zonder mij te realiseren dat die volgorde belang heeft - en kreeg bijgevolg de OSM interface in het Engels. Het is natuurlijk een kwestie van gewoonte. Ik werk altijd in het EN met de computer. NL of eender welke andere taal op een computer doet voor mij altijd wat onwennig aan... Nu moet ik zowaar een nieuwe screenshot maken (of een Schermafdruk voor de liefhebbers ;-)). Ik zal de beschrijving aanpassen met de NL versie als basis ipv de EN versie. Nu ik de NL versie bekijk zie dat daar een paar merkwaardige namen voor sommige knoppen in de tooltips getoond worden. Wellicht onjuiste vertalingen of gewoon een bug? - Layers zou Lagen moeten zijn. Eventueel Presentatie, maar dat wijkt dan weer erg af van het origineel. Bij de naamgeving heeft men IMHO teveel in termen van programmatie gedacht ipv in termen van de gebruiker. - Toets toewijzen zie ik helemaal niet zitten. Dit moet volgens mij gewoon Legende zijn, zoals overigens op de oude papieren wegenkaarten. - Share: hiervoor wordt gewoonlijk delen gebruikt Als je akkoord bent met die bevindingen zal ik een OSM bug report doorsturen. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Nieuwe versie NL:NL:Browsing
Was mij nog niet opgevallen. Je kan de history functies gebruiken zonder in te loggen. Sinds gisteren is er wel wat veranderd. De Speciale history functie zat voordien in een aparte tab. Ze hebben die functie nu in de gewone history tab gestoken. Misschien is er een bug in geslopen. Ik geraak er ook niet in met mijn OSM account. Ik heb mijn acct gegeven opnieuw ingegeven? Ben eens benieuwd... Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Possible Hangout over JOSM / Mogelijke Hangout over JOSM
Ik ben niet vertrouwd met het gebruik van Hangout, maar ik wil het best eens proberen. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Verbodsbord C3
Misschien is het domweg nalatigheid van de plaatselijke overheid of de wegbeheerder en hoort er wel degelijk een onderbord te zijn ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Nieuwe versie NL:NL:Browsing
Ik heb net een nieuwe versie van de NL vertaling van de Browsing wiki pagina gemaakt (http://wiki.openstreetmap.org/wiki/NL:Browsing). Heeft er iemand tijd en zin om eens na te kijken of er geen taalfouten, moeilijke te snappen uitleg of andere onzin in staat ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Industriezones
Ik ben onlangs op het thema industriezone gekomen. Naast het traditionele adres schema wordt op een aantal plaatesen ook een systeem met unieke nummers in de hele zone gebruikt, eventueel gecombineerd met specifieke zone namen. Een mooi voorbeeld is het project Economisch Netwerk Albertkanaal (ENA): http://www.iok.be/nieuwsdetail.aspx?id=230 en http://www.iok.be/file_uploads/2545.pdf. Dit voorbeeld geeft op 1 tekening weer waar het over gaat: http://bedrijven.olen.be/file_uploads/6825.pdf?_vs=0_N. Ik ben dit ook al op een aantal plaatsen in Nederland tegengekomen. Bestaat daar al iets voor in OSM ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New mappers
Is there a way to be notified if someone makes changes to objects I edited ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] New mappers
Control tool looks interesting, but they don't say anything about free or paid service... Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] GIS contact gemeente Mol
Today I had a meeting with the GIS responsible for Mol. She stumbled by accident upon OSM and found some of my changes which were coinciding with editing work she was doing in AGIV and contacted me. We had an interesting talk this afternoon where I gave here an overview about what OSM is and what's going on in BE. She concludes that one one hand there is a lot of duplication (compared to AGIV) in what we're doing - which will hopefully be reduced by importing the CRAB DB, but on the other hand there are also lots of potential synergies where the government might benefit from work done by the OSM community. While this is by no means a possible onset for government instances to use OSM i.s.o. big G as their default map in many of their web sites, I see this as a nice opportunity to create awareness and give more visibility to OSM at the level of municipalities. One step at a time... She suggested that it might be interesting to present OSM on one of the many meetings organized for GIS staff. I'm not expert enough to do this, so here I am looking for volunteers to pick this up and take it further. I can provide phone and e-mail contact. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Imports in the North of the province of Antwerp
Whatever makes you happy ;-). I prefer to tag such building as a building = church, including the tower. I may have encountered one exception so far where the church tower was not part of the church building. But those are rare... My 2 cents.. Gilbert On 18 September 2013 12:38, Glenn Plas gl...@byte-consult.be wrote: I must have missed the as part of a bigger building. before. I thought it was only used on stand alone constructions. I did not move the node yet. It is still at the position of the import. I'll move it and add the bell_tower tower type. I share your sentiment, when I think of man_made=tower, I think cooling towers, big antenna towers etc. It would not be something I would have done personally. Glenn __**_ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-behttps://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] AGIV
Small error in the Wiki entry: Flanders, Germany ??? Gilbert On 12 September 2013 18:03, Ben Abelshausen ben.abelshau...@gmail.comwrote: I have done the following already for the import guidelines: Entry in the import catalogue: http://wiki.openstreetmap.org/wiki/Import/Catalogue#Community_Imports Entry in the Contributors page: http://wiki.openstreetmap.org/wiki/Contributors#AGIV And a translate into english: http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders And an import plan: http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import = this is still unfinished because we need to have a clear procedure before this can be completed. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ 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] JOSM WMS cache
Heeft er al iemand opgemerkt dat de WMS cache van JOSM nooit opgekuist wordt en dat die cache geleidelijk immens groot word? Ik ben erop uitgekomen omdat op een bepaald moment mijn C-drive zo goed als vol was. De cache was toen aangegroeid tot ca 40 GB. C:\Users\UserName\AppData\Roaming\JOSM\cache\wms Is dit een bug in JOSM of kan dit via een instelling in JOSM aangepast worden ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Duplicate Roads - Question from the forum
Strange. The duplicate set of nodes and ways is not clickable. On 18 July 2013 18:26, Marc Gemis marc.ge...@gmail.com wrote: Since there are more people on this mailing list than on the forum, I'll forward a question (with his permission) from the forum: The way is in Mont-Saint-Guibert. It seems like someone was trying to map a bus route by duplicating all roads. Hi there! Trying to remove duplicated ways in Belgium, I found some strange situation. *Could somebody help me to understand* what means tags of this way http://www.openstreetmap.org/browse/way/155337190 ? This way is overlaying the another way http://www.openstreetmap.org/browse/way/31453123 . Thanks in advance. Thanks. Of course - You can forward my question, we all need to make maps to be correct and good quality. There are a lot of another duplicates in Belgium, we use validator at http://peirce.zkir.ru/qa/BE-WAL and http://peirce.zkir.ru/qa/BE-VLG Thank you in advance! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] AGIV
What's happening? When I use AGIV for imagery in JOSM it constantly asks for user and password. Since I don't have an account I just click Cancel or Exit and it eventually starts returning red ERROR tiles. Cant' we use the images anymore ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] jaagpad / chemin de halage
I guess it really depends on the local situation. In my area (Mol) most towpaths (which is the correct English term for jaagpad) have no traffic restrictions at all. Technically they are just unclassified roads. Maybe we should be creative and start tagging them as highway=towpath ? ... and add restrictions as indicated by traffic signs ? Gilbert On 15 July 2013 21:25, Marc Gemis marc.ge...@gmail.com wrote: A month ago, the right side got a new top layer. It contains more stones than before. I had the impression that the left side got the same treatment during the winter Not all jaagpaden have the same traffic signs. You should map those as well. You can use http://wiki.openstreetmap.org/wiki/User:Eimai/Belgian_Roads#Paths as inspiration as well. If you follow those tagging guidelines, it can never be a cycleway. Typically there is no blue circle with white bicycle. It should be path (white circle with red border). In some cases it is vehicle=permissive (e.g. between Heffen and Zennegat, the inhabitants are allowed to drive over the jaagpad) m. On Mon, Jul 15, 2013 at 9:13 PM, Glenn Plas gl...@byte-consult.be wrote: On 07/15/2013 09:07 PM, Stijn Rombauts wrote: Hi, How should tow paths (jaagpaden / chemins de halage) along canals be mapped, either paved or unpaved? I see many different things: service road, cycle path, general path, track, ... StijnRR Hi Stijn, Take a look at de jaagpaden in my area, for example http://www.openstreetmap.org/browse/way/24798953 or http://www.openstreetmap.org/browse/way/25352830 Lots of key/value inspiration. They are accurate afaik. The road is an unpaved 'gravel-like' road, but hardened by usage. a tad dangerous as there is no security between the path and the Zenne. hope this helps you choose, check out the tracktype key in the wiki, lot's of examples. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Street with 2 names
Hi Marc, I already fixed it. Wasn't sure which name to use, but I saw in other examples that both names are combined to form the streetname. In this case Bronstraat - Hofstede. Gilbert On 5 June 2013 07:15, Marc Gemis marc.ge...@gmail.com wrote: With this overpass query http://overpass-turbo.eu/s/ip you can see all streets with name:left tag. I noticed there is one near Mol (Bronstraat, Hofstede) without a name tag, only name:left and name:right. Searching for those streets in Nominatim returns no answer (for that street). So my advice is to add a name tag as well. (Yes, I know do not tag for the renderer, but using an undocumented tag, which is not recognized by Nominatim is pretty useless (even when it's used 23.000 time -- see taginfo)) m On Tue, Jun 4, 2013 at 6:27 PM, Sander Deryckere sander...@gmail.comwrote: Both names are equal, so al_name isn't used indeed. Here's some other example: http://www.openstreetmap.org/browse/way/94237553 (inside the same town this time). But without associatedStreet relations. 2013/6/4 Ben Laenen benlae...@gmail.com There's actually name:left and name:right to tell which side is which. alt_name isn't used for this. Ben On Tuesday 04 June 2013 16:04:07 eMerzh wrote: What about using alt_name or smth? On Tue, Jun 4, 2013 at 3:57 PM, Marc Gemis marc.ge...@gmail.com wrote: The streetname can be street A - street B Osmose complains when you have street A;street B You can create 2 associated street relations, one for each street + city + postcode + houses on that side or if you do not create associated street relations, the name of the street + city + postcode on the houses on that side. Examples with associated Street relations http://www.openstreetmap.org/?lat=51.116914lon=4.395304zoom=18layers=M Pierstraat - Reetsesteenweg (Reet Aartselaar) http://www.openstreetmap.org/?lat=51.16592lon=4.42274zoom=17layers=M Jachtlaan (Antwerpen Edegem) same name in this case, but different cities postcodes m On Tue, Jun 4, 2013 at 1:24 PM, Teddy e...@swing.be wrote: Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Street with 2 names
PS: when I add such a street to their associated street relations (obviously 2 separate relations), the JOSM validator complains. Shouldn't that be fixed ? Gilbert On 5 June 2013 19:55, Gilbert Hersschens gherssch...@gmail.com wrote: Hi Marc, I already fixed it. Wasn't sure which name to use, but I saw in other examples that both names are combined to form the streetname. In this case Bronstraat - Hofstede. Gilbert On 5 June 2013 07:15, Marc Gemis marc.ge...@gmail.com wrote: With this overpass query http://overpass-turbo.eu/s/ip you can see all streets with name:left tag. I noticed there is one near Mol (Bronstraat, Hofstede) without a name tag, only name:left and name:right. Searching for those streets in Nominatim returns no answer (for that street). So my advice is to add a name tag as well. (Yes, I know do not tag for the renderer, but using an undocumented tag, which is not recognized by Nominatim is pretty useless (even when it's used 23.000 time -- see taginfo)) m On Tue, Jun 4, 2013 at 6:27 PM, Sander Deryckere sander...@gmail.comwrote: Both names are equal, so al_name isn't used indeed. Here's some other example: http://www.openstreetmap.org/browse/way/94237553 (inside the same town this time). But without associatedStreet relations. 2013/6/4 Ben Laenen benlae...@gmail.com There's actually name:left and name:right to tell which side is which. alt_name isn't used for this. Ben On Tuesday 04 June 2013 16:04:07 eMerzh wrote: What about using alt_name or smth? On Tue, Jun 4, 2013 at 3:57 PM, Marc Gemis marc.ge...@gmail.com wrote: The streetname can be street A - street B Osmose complains when you have street A;street B You can create 2 associated street relations, one for each street + city + postcode + houses on that side or if you do not create associated street relations, the name of the street + city + postcode on the houses on that side. Examples with associated Street relations http://www.openstreetmap.org/?lat=51.116914lon=4.395304zoom=18layers=M Pierstraat - Reetsesteenweg (Reet Aartselaar) http://www.openstreetmap.org/?lat=51.16592lon=4.42274zoom=17layers=M Jachtlaan (Antwerpen Edegem) same name in this case, but different cities postcodes m On Tue, Jun 4, 2013 at 1:24 PM, Teddy e...@swing.be wrote: Hello, What to do if a street have 2 names ? One side is in a town and the other side in another town ? Thanks. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Address Problems and Osmose...
It's complaining that neutron pipe is incorrect. Of course it is a non-existing tag! How many neutron pipes exist on the entire OSM map? This is the largest linear accelerator in Europe (just across my home). How can we teach osmose to accept new tags? Just mark it as false positive ? http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=51.1972982lon=5.0442162layers=BFFT Gilbert On 28 May 2013 22:50, eMerzh merz...@gmail.com wrote: Hi, i don't know if everybody knows osmose ( osmose.openstreetmap.fr ) : a OSM QA tool. While i was talking about the integration of urbis with the osmose devs, they told me that nearly half (ok might less than that) of the DB of errors are in fact Addresses errors in Belgium . Like here : http://osmose.openstreetmap.fr/fr/map/?zoom=13lat=50.83942lon=3.69074layers=BFFT I was baffled so if you're bored, :) let's fix this :) Regards, eMerzh ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] historic=monument
Ik heb de pagina http://wiki.openstreetmap.org/wiki/Template:NL:How_to_map_a:M#Monument al even aangepast. Gilbert 2013/5/20 Marc Gemis marc.ge...@gmail.com Apparently, the tag historic=monument is used incorrectly in a lot of cases. According to http://wiki.openstreetmap.org/wiki/CheckTheMonuments (in German) and the OSM definition, it should only be used if the following conditions are fulfilled: a) a large construction (e.g. a building) b) you should be able to walk in/on/through it c) dedicated to a person or an event this means that we won't have many monuments in Belgium, and we should retag them. Some examples (also see http://wiki.openstreetmap.org/wiki/CheckTheMonuments for more examples) a) for smaller items remembering persons: historic=memorial b) any other historic tag, such as building, yes, tank, castle,... c) man_made=windmill, watermill and historic=yes d) for items protected by the government: heritage=4 + additional tags. Using http://geschichtskarten.openstreetmap.de/monuments I have been retagging some objects, and will continue to do so, but sometimes I have no idea what the item is. Maybe there is someone interested in this material that wants to do this too ? Blijkbaar wordt de tag historic=monument veel gebruikt, maar gewoonlijk voor de verkeerde redenen. Volgens de wiki and de makers van gesichtskarten mag de tag enkel gebruikt worden indien aan de volgende eisen voldaan is (zie ook http://wiki.openstreetmap.org/wiki/CheckTheMonuments (Duits)) a) een grote constructie (bv. een gebouw) b) je moet er in/op/door kunnen wandelen c) het moet opgericht zijn te nagedachtenis van een persoon of een gebeurtenis. Indien dit niet het geval is moet je een andere tag gebruiken. Zie ook http://wiki.openstreetmap.org/wiki/CheckTheMonuments voor andere voorbeelden a) kleinere objecten ter nagedachtenis van persoon/gebeurtenis: historic=memorial b) andere waarden voor de historic tag zoals yes, building, tank, castle, ... c) voor beschermde monumenten heritage=4 + verdere beschrijving van het item hiervoor kan je ook de BENELUX presets voor JOSM gebruiken d) man_made=windmill, watermill, ... Je vindt alle historic monumenten op http://geschichtskarten.openstreetmap.de/monuments , op het hoogste zoomniveau zie je enkel aantallen, bij het inzoomen zie je de individuele items. De voorbije dagen heb ik er al een aantal gewijzigd, maar soms is er gewoon te weinig informatie om te weten hoe het moet gecorrigeerd worden. Dus als je niet weet wat doen op deze regenachtige, herfstige meidag ... Kijk eens of er bij jouw in de buurt geen monumenten staan. m. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] FW: AGIV
Werkt prima en de kwaliteit van de foto's is een stuk beter dan Bing. Alleen vervelend dat je steeds naar het layers paneeltje moet om de resolutie aan te passen als je zoomt. Is dat niet op te lossen met een macro die opgeroepen kan worden met een F-toets of zo ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] FW: AGIV
Yes, that's the one. I've read the ticket. looks like it may take a wile before they fix it. Hence my question if it is possible to manually trigger the resolution update. Now I have to go to the Layers panel, right-click on AGIV, select Change Resolution. It would help a lot if I could change the resolution by simply pressing an F-Key ? Gilbert 2013/4/6 André Pirard a.pirard.pa...@gmail.com On 2013-04-06 10:43, Gilbert Hersschens wrote : Werkt prima en de kwaliteit van de foto's is een stuk beter dan Bing. Do you mean the one I found http://grb.agiv.be/geodiensten/raadpleegdiensten/geocache/? Alleen vervelend dat je steeds naar het layers paneeltje moet om de resolutie aan te passen als je zoomt. Is dat niet op te lossen met een macro die opgeroepen kan worden met een F-toets of zo ? If you speak or JOSM: http://josm.openstreetmap.de/ticket/7563 Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Tag for 'mutualiteiten' ?
Glen, ik vrees dat dit geen goede keuze is. In het Engels is een office in de context van gezondheidszorg de doctor's office en geen kantoor in de klassieke betekenis. Dit blijkt ook uit de omschrijving bij http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0#health_facility:type.3D.2A . Gilbert On 21 February 2013 12:29, Glenn Plas gl...@byte-consult.be wrote: Denk dat het deze wordt, dit lijkt me prima match. Te vinden in deze v2.0 Healthcare proposal : http://wiki.openstreetmap.org/**wiki/Proposed_features/**Healthcare_2.0http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 health_facility:type=office Glenn __**_ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] replace ref on stops De Lijn with mijnlijn.be/x0xxxx
Nice program, but every now and then it hangs. I have not yet figured out how to reproduce it in a predictable way, but it seems to be related to opening more than one bubble and eventually the oldest one does not respond to the close button (x). I also saw occurences where all bubbles are clodes when I close the most recently opened bubble. Program seems to have a problem keeping track of mutiple bubbles. On one line I saw a strange warning message. Maybe you know what's causing it ? It's bus stop Perron 2 on the railway station in Mol. Warning: Illegal offset type in /home/www/sites/ 194.245.35.149/site/api/functions.php on line 1248 *Mol Station Perron 2* Operator: De Lijn Gilbert On 2 March 2013 19:25, Jo winfi...@gmail.com wrote: Alexander implemented Sander's suggestion on Openlinkmap.org: Go to: http://www.openlinkmap.org/?zoom=18lat=50.8819lon=4.71503layers=BFT Make sure the public transport layer is in view Click on one of the stops. Click on the link after timetables and get the passages of buses at that stop in real time. This only works for stops where operator contains De Lijn and ref is (already) set to the six digit number found on all the stops. Thanks to Alexander and Sander! Jo 2013/1/31 Sander Deryckere sander...@gmail.com 2013/1/31 Jo winfi...@gmail.com Hi, I like that proposal, but I don't know how to implement it for openlinkmap. The developer is accepting patches, but he doesn't have time to code stuff himself anymore. That's a pity. My initial proposal had the advantage of instant gratification. It would work with the current tagging habits. It's true that it has the disadvantage of being dependent on the continued use of that url domain by De Lijn and it's more verbose than I would like. I agree with the advantage it has, but it creates other difficulties like maintainability of the database. It's like the Don't tag for the renderer, only, a bit different. It's not because openlinkmap displays a certain tag, that we should tag everything this way. One small remark. The way I understand it we are moving to replacing highway=bus_stop with public_transport=platform. So it should work for that combination of tags as well. And it should be enough that a node contains De Lijn. Some stops are shared with MIVB/STIB, TEC and VEOLIA. These are valid remarks, and show why the configuration file should be crowd sourced. A single developer can never come up with all these exceptions for all these different nations. Jo I looked at the openlinkmap code, and it seems that he's filtering a lot of tags before the file gets imported in a database. The filtering also happens with a program that doesn't allow regex, only wildcards. So reading such a configuration file would be a hell of a job. I think I found something better. We could use the osmosis tagtransform plugin (http://wiki.osm.org/Osmosis/TagTransform). Where we could use a configuration file to transform tags to an url:*= tag. Like the example from De Lijn could be as following: http://pastebin.com/4G4FPyEq(currently writing to url:delijn, but we could also check for the existence of an url tag, and write to that if it's not present). The disadvantages of this tool are that an url tag can only be created from a single other tag (as the discussion page on the wiki says), And a key needs to stay a key, and a value needs to stay a value. Another drawback might be the installation of an extra plugin. It doesn't seem so easy as it should be (version conflicts etc). But it should be very straightforward to use the file afterwards, and to have this file crowd sourced. And, on the positive side, the osmosis team is looking into making this task part of the standard installation. In which case you won't have to install anything new at all. Regards, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Housenumber collection
Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn smartphone met imagegeotag ( https://play.google.com/store/apps/details?id=com.imageotaghl=en). Valt best mee. Als je met de fiets of de wagen voorbij rijdt zal het misschien niet goed lukken. Ik heb al ondervonden dat camera toepassingen altijd een paar seconden extra nodig hebben om de GPS data te capteren nadat de foto genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig, maar is voor de rest super eenvoudig te bedienen. Just point and shoot. De nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de locatie van een foto te bepalen volstaat dat. Het programma zet de geotags in de exif file en op het beeld. Het capteert ook de gegevens van het kompas, wat handig kan zijn om de locatie van een verafgelegen toren of mast te bepalen aan de hand van meerdere foto's die vanop verschillende plaatsen genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in het beeld zit erg handig om het object te centreren voor de juiste kompas gegevens. Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een testje hier downloaden: https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing. De GPS zit er een meter of 6 naast, maar voor heel wat zaken is dat goed genoeg. Het is trouwens nog de vraag hou juist de locatie van mijn woning op OSM is. Die is er ook maar via Bing op gezet en kan er dus ook een paar meter naast zijn. Gilbert On 18 February 2013 10:51, Glenn Plas gl...@byte-consult.be wrote: Hallo, In navolging van de meeting in Lier heb ik dan toch eens de smaak even te pakken in het verzamelen van huisnummers, ik heb hier toch een paar bedenkingen/vragen bij: - GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau - Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's zijn zeer oud). - Nog veel editeer/controleer werk nadien, duurt mss 4 keer zolang dan het wandelen zelf. - Veel mensen hebben gewoon geen nummers hangen - Best niet in het donker proberen, overdag moet je wel klaarzijn om te gaan lopen, sommige mensen vinden hun huisnummer prive ... - Map cache functie in OSMPAD werkt niet voor mij - Een oog altijd op de weg houden als je voor nummers scant. Aangezien zij het landschap sterk lijken te bepalen via wandelwegen pleit ik voor 'barrier=dogshit' tag te gebruiken. vragen - Welke hardware levert naast correcte locaties ook de gebruiksvriendelijkheid van OSMPAD wat het invoeren van nummers betreft. - Zijn er andere/betere tools voor Android ? - Wat gebruiken jullie ? Bedankt, Since the meeting in Lier , I've been getting myself into the collection of housenumbers, I do have a few remarks / questions since starting this: - Accuracy of the GPS on Samsung S3 is low - Never trust Bing maps too much concerning aerial photo's, The deepest zoomlevel seem to be offset (where available) but also quite aged. - Editing takes 4 times as much time as walking the walk - Many people don't even care about hanging up their housenumbers. - Walking in the dark is a bad idea, and watch out for people who consider their housenumber a private property, be prepared to make a run for it. - Map caching does not work in OSMPAD - Always keep one eye for the road while scanning housenumbers, since they seem to define the landscape here I want to vote for the use of the tag 'barrier=dogshit', perhaps 'barrier=dogpile' for the larger concentrations. questions - Do you know of any hardware that gives better GPS fixes and comes with the ease-of-use OSMPAD delivers on entering numbers ? - Are there any better tools/software around for this type of work on Android ? - What do you use? Tx. Glenn __**_ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki how_to_map_a
@Sander: heb je nu ook de Duitse versie in stujes gedaan en op aparte template pagina's ? Zou je dan niet beter diezefde informatie van de NL site weghalen ? Gilbert 2013/2/17 Gilbert Hersschens gherssch...@gmail.com Ik ben aan de achterkant van het alfabet begonnen om niet teveel in het vaarwater van de anderen te zitten. Ik heb naar het voorbeeld van Sander de letter W ook al in een aparte template gezet. XYZ zijn al vertaald, maar zitten nog niet in een aparte template. Gilbert 2013/2/17 Sander Deryckere sander...@gmail.com Op 17 februari 2013 17:55 schreef Ivo De Broeck ivo.debro...@gmail.comhet volgende: Bedankt Sander. Wil je dat doen voor alle letters? geen probleem, ik zal ze splitsen. Waar is de X,Y en Z van de Duitse versie??? weet ik niet, misschien al vertaald? Op 17 februari 2013 11:45 schreef Sander Deryckere sander...@gmail.comhet volgende: Dat lange wachten voor het uploaden hangt me de keel uit. Heeft iemand er iets op tegen als ik werk met templates? Dit zou het uitzicht van de pagina niet veel veranderen, maar het bewerken wel wat gemakkelijker maken. Als voorbeeld heb ik de A aangepast, als je naar http://wiki.openstreetmap.org/wiki/Template:NL:How_to_map_a:A gaat, dan kan je de A veel vlotter bewerken, terwijl je op de pagina http://wiki.openstreetmap.org/wiki/NL:How_to_map_a#A ook nog ieder deeltje apart kan bewerken (dit zal wel nog altijd even traag werken). Ik wil gerust alle letters zo aanpassen, en de duitse versie in een aparte template zetten. Samen met de caching mogelijkheden van mediawiki moet dit een goed snelheidsvoordeel opleveren. Groeten, Sander Op 16 februari 2013 13:35 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Dzju toch 2013/2/16 Jo winfi...@gmail.com Hallo Gilbert, Je moet de sectie zelf nog verplaatsen. Er gebeurt niet veel 'vanzelf' op een wiki. Spijtig genoeg betekent dat dat elke vertaling 2 edits veroorzaakt, als je de bewerkenknop gebruikt bij de secties. Dat is niet zo als je de hele pagina tegelijk bewerkt, maar dan zit je weer met het fenomeen dat je vaak opnieuw moet proberen om de pagina op te slaan en dat je het risico loopt dat er conflicten opgelost moeten worden, als iemand gelijktijdig met jou bezig was. Jo Op 16 februari 2013 10:44 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Ik ben intussen ook een beetje aan't vertalen. Lukt best, behalve dat het uploaden nogal lang duurt. Ik zit wel nog met een vraag: is het mogelijk om de vertaalde sectie automatisch op de juiste plaats te laten komen of moet je die met de hand verzetten? Wat ik bedoel is dat de vertaalde sectie doorgaans een andere titel heeft en bijgevolg alfabetisch ergens anders moet staan. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo tel +32 16 43 84 93 gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki how_to_map_a
Dat van binnen dezelfde letter te blijven is niet juist. De woorden uit het Duits resulteren dikwijls in een vertaling die met een andere letter in het NL begint. Maar we geraken er wel uit. Ik heb overigens aan ieder item een lijntje toegvoegd die helemaal rechts ook in index link heeft. Blijkbaar hadden we hetzelfde idee, maar op een andere manier ingevuld. Gilbert 2013/2/18 Sander Deryckere sander...@gmail.com Bon, ondertussen zitten alle letters in een aparte template, en de duitse letters per drie in een template. Als je op de hoofdpagina gewoon op edit klikt, dan bewerk je automatisch de correcte template. Als je die opslaat, dan keer je wel niet terug naar de hoofdpagina, maar blijf je op de template (aangezien je normaal tamelijk binnen dezelfde letter werkt is dit niet negatief geloof ik). Iedere Nederlands template heeft ook een index knop rechts boven, die knop brengt je naar de index op de hoofdpagina. Om van template naar een andere letter te wisselen, dan kan je ook gewoon de letter in de URL wijzigen, zo hoef je die grote hoofdpagina niet te laden. Normaal gezien zou het bewerken nu wat vlotter moeten gaan. Groeten, Sander Op 17 februari 2013 23:54 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Ik ben aan de achterkant van het alfabet begonnen om niet teveel in het vaarwater van de anderen te zitten. Ik heb naar het voorbeeld van Sander de letter W ook al in een aparte template gezet. XYZ zijn al vertaald, maar zitten nog niet in een aparte template. Gilbert 2013/2/17 Sander Deryckere sander...@gmail.com Op 17 februari 2013 17:55 schreef Ivo De Broeck ivo.debro...@gmail.comhet volgende: Bedankt Sander. Wil je dat doen voor alle letters? geen probleem, ik zal ze splitsen. Waar is de X,Y en Z van de Duitse versie??? weet ik niet, misschien al vertaald? Op 17 februari 2013 11:45 schreef Sander Deryckere sander...@gmail.com het volgende: Dat lange wachten voor het uploaden hangt me de keel uit. Heeft iemand er iets op tegen als ik werk met templates? Dit zou het uitzicht van de pagina niet veel veranderen, maar het bewerken wel wat gemakkelijker maken. Als voorbeeld heb ik de A aangepast, als je naar http://wiki.openstreetmap.org/wiki/Template:NL:How_to_map_a:A gaat, dan kan je de A veel vlotter bewerken, terwijl je op de pagina http://wiki.openstreetmap.org/wiki/NL:How_to_map_a#A ook nog ieder deeltje apart kan bewerken (dit zal wel nog altijd even traag werken). Ik wil gerust alle letters zo aanpassen, en de duitse versie in een aparte template zetten. Samen met de caching mogelijkheden van mediawiki moet dit een goed snelheidsvoordeel opleveren. Groeten, Sander Op 16 februari 2013 13:35 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Dzju toch 2013/2/16 Jo winfi...@gmail.com Hallo Gilbert, Je moet de sectie zelf nog verplaatsen. Er gebeurt niet veel 'vanzelf' op een wiki. Spijtig genoeg betekent dat dat elke vertaling 2 edits veroorzaakt, als je de bewerkenknop gebruikt bij de secties. Dat is niet zo als je de hele pagina tegelijk bewerkt, maar dan zit je weer met het fenomeen dat je vaak opnieuw moet proberen om de pagina op te slaan en dat je het risico loopt dat er conflicten opgelost moeten worden, als iemand gelijktijdig met jou bezig was. Jo Op 16 februari 2013 10:44 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Ik ben intussen ook een beetje aan't vertalen. Lukt best, behalve dat het uploaden nogal lang duurt. Ik zit wel nog met een vraag: is het mogelijk om de vertaalde sectie automatisch op de juiste plaats te laten komen of moet je die met de hand verzetten? Wat ik bedoel is dat de vertaalde sectie doorgaans een andere titel heeft en bijgevolg alfabetisch ergens anders moet staan. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo tel +32 16 43 84 93 gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] wiki how_to_map_a
Ik zie het al. In de oorspronkelijke NL pagina zitten enkel nog links naar templates. Prima zo. Het zal inderdaad sneller gaan nu en minder kans op conflicten omdat we toevallig tegelijkertijd wijzigingen opslaan. Het is alleen niet evident voor buitenstaanders om te achterhalen hoe je nieuwe items toevoegt, wat dan kan enkel als je rechtreeks naar de template pagina's gaat. Of niet ? Gilbert 2013/2/18 Sander Deryckere sander...@gmail.com Op 18 februari 2013 14:56 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: @Sander: heb je nu ook de Duitse versie in stujes gedaan en op aparte template pagina's ? Zou je dan niet beter diezefde informatie van de NL site weghalen ? Gilbert Ja, omdat de Duitse versie ook iedere keer bewerkt moest worden (ieder keer een titel verwijderen), dus ik merkte dat het opslaan ook redelijk wat tijd kostte. Het weghalen van de Duitse tekst van de NL pagina is nu slechts enkele regels aanpassen, als je dat wil, dan kunnen we dat gerust doen. Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki how_to_map_a
Let's agree to disagree;-). Nu gaat dat nog op. Als er straks een pak items per letter zijn, dan moet je weer gaan scrollen om de index link te vinden. Het was inderdaad inconsistent, maar je moet ergens beginnen. 2013/2/18 Sander Deryckere sander...@gmail.com Op 18 februari 2013 15:08 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Dat van binnen dezelfde letter te blijven is niet juist. De woorden uit het Duits resulteren dikwijls in een vertaling die met een andere letter in het NL begint. Maar we geraken er wel uit. Ja, maar voor de keren dat je met dezelfde letter blijft werken levert het wel een serieuze tijdswinst op. Anders blijft het tamelijk gelijk, je kan snel de URL wijzigen. Ik heb overigens aan ieder item een lijntje toegvoegd die helemaal rechts ook in index link heeft. Blijkbaar hadden we hetzelfde idee, maar op een andere manier ingevuld. Gilbert Ah, dat was jouw code. Ja, ongeveer hetzelfde, maar tot nu toe was het nogal inconsistent. Als het bij ieder item zou staan zou ik het ook wat veel vinden, en aangezien die delen constant bewerkt worden kan dit tot extra problemen leiden. Ik denk dat een link aan het begin van iedere letter beter is, en het zit niet in de weg van de vertalers. Sander ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki how_to_map_a
Ik ben aan de achterkant van het alfabet begonnen om niet teveel in het vaarwater van de anderen te zitten. Ik heb naar het voorbeeld van Sander de letter W ook al in een aparte template gezet. XYZ zijn al vertaald, maar zitten nog niet in een aparte template. Gilbert 2013/2/17 Sander Deryckere sander...@gmail.com Op 17 februari 2013 17:55 schreef Ivo De Broeck ivo.debro...@gmail.comhet volgende: Bedankt Sander. Wil je dat doen voor alle letters? geen probleem, ik zal ze splitsen. Waar is de X,Y en Z van de Duitse versie??? weet ik niet, misschien al vertaald? Op 17 februari 2013 11:45 schreef Sander Deryckere sander...@gmail.comhet volgende: Dat lange wachten voor het uploaden hangt me de keel uit. Heeft iemand er iets op tegen als ik werk met templates? Dit zou het uitzicht van de pagina niet veel veranderen, maar het bewerken wel wat gemakkelijker maken. Als voorbeeld heb ik de A aangepast, als je naar http://wiki.openstreetmap.org/wiki/Template:NL:How_to_map_a:A gaat, dan kan je de A veel vlotter bewerken, terwijl je op de pagina http://wiki.openstreetmap.org/wiki/NL:How_to_map_a#A ook nog ieder deeltje apart kan bewerken (dit zal wel nog altijd even traag werken). Ik wil gerust alle letters zo aanpassen, en de duitse versie in een aparte template zetten. Samen met de caching mogelijkheden van mediawiki moet dit een goed snelheidsvoordeel opleveren. Groeten, Sander Op 16 februari 2013 13:35 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Dzju toch 2013/2/16 Jo winfi...@gmail.com Hallo Gilbert, Je moet de sectie zelf nog verplaatsen. Er gebeurt niet veel 'vanzelf' op een wiki. Spijtig genoeg betekent dat dat elke vertaling 2 edits veroorzaakt, als je de bewerkenknop gebruikt bij de secties. Dat is niet zo als je de hele pagina tegelijk bewerkt, maar dan zit je weer met het fenomeen dat je vaak opnieuw moet proberen om de pagina op te slaan en dat je het risico loopt dat er conflicten opgelost moeten worden, als iemand gelijktijdig met jou bezig was. Jo Op 16 februari 2013 10:44 schreef Gilbert Hersschens gherssch...@gmail.com het volgende: Ik ben intussen ook een beetje aan't vertalen. Lukt best, behalve dat het uploaden nogal lang duurt. Ik zit wel nog met een vraag: is het mogelijk om de vertaalde sectie automatisch op de juiste plaats te laten komen of moet je die met de hand verzetten? Wat ik bedoel is dat de vertaalde sectie doorgaans een andere titel heeft en bijgevolg alfabetisch ergens anders moet staan. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo tel +32 16 43 84 93 gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] wiki how_to_map_a
Ik ben intussen ook een beetje aan't vertalen. Lukt best, behalve dat het uploaden nogal lang duurt. Ik zit wel nog met een vraag: is het mogelijk om de vertaalde sectie automatisch op de juiste plaats te laten komen of moet je die met de hand verzetten? Wat ik bedoel is dat de vertaalde sectie doorgaans een andere titel heeft en bijgevolg alfabetisch ergens anders moet staan. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] barriers
Wat is de juiste manier om een poort, slagboom, etc. (barrier) te mappen ? Als een area omheind is, laat je dan de omheining doorlopen (gesloten way) en zet je de poort (gate) dan op de kruising van de weg en de omheining, of laat je een kleine opening in de omheining links en rechts van de weg en dan is er geen verbinding tussen de poort en de omheining ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki how_to_map_a
Have a look at http://wiki.openstreetmap.org/wiki/Wiki_Translation. The NL stands for the language, not for the country. Gilbert _ From: Jo [mailto:winfi...@gmail.com] Sent: Monday, February 11, 2013 8:44 PM To: OpenStreetMap Belgium Subject: Re: [OSM-talk-be] wiki how_to_map_a As I just have written, are you writing a NL, VL or nl page (case being as Jo defined it)? I think that deciding that first would make the discussion shorter. But maybe with the conclusion that OSM mixes up language and countries. If it's a nl page, then we must decide which country signs to use (see my last message). We're creating a page in the Dutch language, which we have in common with the people in the Netherlands about things that can be mapped in Flanders, The Netherlands and why not Aruba and The Antilles. If there is a difference in the terms we happen to prefer, we create redirects. For the few cases where we use differente ways of tagging, we either try to resolve the differences or we indicate those differences. A graphical indication could be nice, but is mostly eye candy. We can also simply indicate: In Nederland doen we het zus en in België zo. I'll go and try to be useful and translate a bit more. Thanks for fixing the wiki formatting error. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Hergebruik data De Lijn
Zet je het thema op de agenda voor de meeting van volgende week ? Ik ben al eens aan de slag gegaan om een lijn volledig in kaart te brengen en behalve de haltes zie ik nog wel wat andere punten die ik met jullie zou willen bespreken. Gilbert _ From: Jo [mailto:winfi...@gmail.com] Sent: Thursday, January 31, 2013 2:15 PM To: OpenStreetMap Belgium Subject: Re: [OSM-talk-be] Hergebruik data De Lijn Hallo Ben, Ik beschouw de coördinaten van de haltes die we al in OSM hebben als de correcte positie. Ook voor de haltes die we nog niet hebben, vind ik het belangrijker dat ze integreren met onze data dan dat we hun coördinaten letterlijk overnemen. Ik gebruik hun coördinaten dus eigenlijk meer als leidraad/suggestie. Dankzij PostGIS is het heel eenvoudig om erachter te komen waar de verschillen groter zijn dan, zeg maar, 50 meter. Als ik ervan overtuigd ben dat de positie in hun databank fout is, dan ben ik van plan om dat terug te koppelen. Op 31 januari 2013 12:59 schreef Ben Laenen benlae...@gmail.com het volgende: On Thursday 31 January 2013 09:41:49 Jo wrote: Ik ben al een tijdje aan het proberen om toelating te krijgen van De Lijn om hun data te hergebruiken op OSM. Aangezien je in eigen naam zal moeten ondertekenen, zal het vooral van jou afhangen zeker :-) Wat betreft de data: in het verleden heb ik wel een aantal keer gemerkt dat de coördinaten van de haltes in hun database niet echt geweldig nauwkeurig zijn. Moeten we onze nauwkeurigere data dan vervangen door hun data? Wat betreft locatie van die node: ik dacht (maar heb het niet nagekeken) dat die node ongeveer moest staan op de plaats van het haltebord (maar er zijn wel enkele bijkomende taggingregels bijgekomen om daarnaast bvb. de locatie op de weg te mappen). Als je toch de al aanwezige data in OSM gebruikt wordt zo'n import wel een hachelijk werkje denk ik (want wie gaat zeggen of de node in OSM beter geplaatst is dan die in hun eigen database)... Om ook nog maar te zwijgen van het up to date houden van zo'n dataset. Hoe goed behandelen je scripts busstations zoals de Rooseveltplaats in Antwerpen? Wat met tramhaltes of gemengde tram- en bushaltes. Of gemengde bushaltes van verschillende maatschappijen? Voor het up-to-date houden heb ik al wat ideeën uitgewerkt. (Ik maak gebruik van een tussenliggende databank, eventueel houd ik halte per halte bij hoe ver de posities mogen afwijken, voordat het als een probleem wordt beschouwd). Dat zal nog wel lukken. In het geval van (bus)stations staan hun haltes soms inderdaad nogal vreemd in hun bestand. Wat ik dus niet van plan ben, is om hun data zomaar te gaan dumpen in OSM. Het maakt niet uit hoe lang dat duurt, maar de bedoeling is om elke halte manueel te positioneren a.d.h.v. Bing. Als ze er dan eenmaal in zitten, draai ik wekelijks een vergelijkingsscript. Dat gaat dan zowel over positie, als naam, als route_ref. Wat duidelijk is, kan dan meteen worden rechtgezet. Voor de rest wordt het een kwestie van degene die de wijziging heeft aangebracht te contacteren en uit te zoeken, hoe het zit. Is de halte effectief verplaatst? Is de naam veranderd? Wordt de halte door andere bussen bediend dan voordien? enz. Ik zal vanavond eens kijken naar de Rooseveltplaats om te zien of daar problemen te verwachten zijn. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be