Re: [talk-ph] Waterways in NCR and surrounding provinces
I do a lot of waterway mapping where I do not know initially which way the river flows and wanted a way marking them when verified. I came up with experimentally marking them with oneway=yes ... Seems logical to extend that with oneway=no for tidal estuaries? Mike On 12 Sep 2013, at 03:22, rem zamora pompy...@gmail.com wrote: Good idea Jim. However it got me thinking also... in the case of Pasig river, the flow of the water depends on the time and tide of the day. Sometimes water flows inward from the bay to Laguna lake but there are times also that the water flows from the lake to the ocean (which is what seems to be natural to me, all water flows toward the ocean). Just a thought. This is the same case also in Malabon and some parts of Bulacan also :) On Sep 12, 2013 9:42 AM, Jim Morgan j...@datalude.com wrote: On Thursday, 12 September, 2013 09:31 AM, maning sambale wrote: In some cases, we had to switch the way direction to follow the the convention [0] that the direction of the way should be downstream Hah, I'd never really thought of this before. I guess a lot of times I start tracing from the sea backwards inland, so I've probably got this wrong a few times. It started me thinking though. If you were able to get the elevation data for the start point and end point of a waterway, you could probably work out the direction of flow from that, and apply it automagically. So what about canals? :-) Jim ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Waterways in NCR and surrounding provinces
On Thu, Sep 12, 2013 at 9:31 AM, maning sambale emmanuel.samb...@gmail.comwrote: Some of the waterways were also used as a relation for administrative boundaries. My question is, do admin boundary relations requires that the each member should have a consistent way direction like waterways? Admin boundaries do not specify any required direction. So there is no incompatibility with river centerlines used as admin boundaries. In the same way, there is also no incompatibility with one-way road centerlines being used as admin boundaries too. ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Waterways in NCR and surrounding provinces
Admin boundaries do not specify any required direction. So there is no incompatibility with river centerlines used as admin boundaries. In the same way, there is also no incompatibility with one-way road centerlines being used as admin boundaries too. Thanks Eugene for this clarification. It started me thinking though. If you were able to get the elevation data for the start point and end point of a waterway, you could probably work out the direction of flow from that, and apply it automagically. What we do in JOSM is to add the OpenCycleMap layer as another background layer to determine the highest point and use the Bing imagery to trace the waterways. tidal estuary For tidal estuaries like those in Bulacan, Pampanga and north Metro Manila, I agree this is difficult. But in most cases, we assume the water drains towards the sea as Rem suggested. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Cebu City Jeepney Routes
Dear everyone, If you've been to Cebu City and like me, got confused with the jeepney routes categorized as number and letters. Should I take 04C or 04B? Someone has started adding these routes in OSM. Sample relation here for 04C: http://www.openstreetmap.org/?relation=3199499#layers=T -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Cebu City Jeepney Routes
On Friday, 13 September, 2013 10:29 AM, maning sambale wrote: If you've been to Cebu City and like me, got confused with the jeepney routes categorized as number and letters. Should I take 04C or 04B? I was thinking about this for Manila. As a foreigner I have no idea where the Jeepneys go, except for a few around my house, and my language skills aren't too good either. Although I can say Para! Anyway I was thinking of an initiative to put in all the jeepney routes. My reasoning was that this might be a bit unwieldy making it part of the OSM dataset, so I was thinking a data overlay might be the best way to go. This would mean of course that you could turn on and off various data overlays (jeepney, bus, train). Maybe even one day you could give a start and end point and get a number of options on how to travel. Just thinking out loud. Maybe we could get some funding for this. Jim ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Cebu City Jeepney Routes
besides the following posts where i detailed the routes in manila qc and laguna, i have draft post of EDSA buses turn by turn that will br nice if plotted visually i asked this question before but the suggested solution/website was too slow now it's in OSM itself? laguna http://www.backpackingphilippines.com/2013/02/how-to-get-to-laguna-bus-jeepney-routes.html quiapo http://www.backpackingphilippines.com/2013/04/how-to-get-to-quiapo-manila-jeepney.html divisoria http://www.backpackingphilippines.com/2010/11/how-to-get-to-divisoria-map-jeepney.html Quezon city Project 1-8 http://www.backpackingphilippines.com/2010/11/jeproks-project-quezon-city-jeepney.html --- I explore, therefore I blog! http://www.backpackingphilippines.com http://www.facebook.com/backpackingPhilippines http://www.twitter.com/backpackPH On Sep 13, 2013, at 12:39 PM, Jim Morgan j...@datalude.com wrote: On Friday, 13 September, 2013 10:29 AM, maning sambale wrote: If you've been to Cebu City and like me, got confused with the jeepney routes categorized as number and letters. Should I take 04C or 04B? I was thinking about this for Manila. As a foreigner I have no idea where the Jeepneys go, except for a few around my house, and my language skills aren't too good either. Although I can say Para! Anyway I was thinking of an initiative to put in all the jeepney routes. My reasoning was that this might be a bit unwieldy making it part of the OSM dataset, so I was thinking a data overlay might be the best way to go. This would mean of course that you could turn on and off various data overlays (jeepney, bus, train). Maybe even one day you could give a start and end point and get a number of options on how to travel. Just thinking out loud. Maybe we could get some funding for this. Jim ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Fietsknooppunt verplaatst
Ik ga ook een poging wagen om het te beschrijven. Ik heb het net gedaan en geprobeerd om er een screencast van te maken, maar dat is dus spijtig genoeg mislukt. Anders zou 'k die uploaden. Selecteer het knooppunt Ctrl-c (straks wordt duidelijk waarom) Dubbelklik op de networkrelatie Selecteer de lijn met het knooppunt en klik op het vuilbakje Selecteer op de kaart de node van het nieuwe knooppunt (laat het relation editor venster nog openstaan) Ctrl-Shift-V om de tags te pasten Selecteer de lijn onder waar het KP was en klik op het 2e icoon uit de verticale rij iconen in het midden van de relation editor, zo wordt het knooppunt op de juiste positie ingevoegd. Sluit de relation editor Nu de route relaties. Selecteer de way net ten noorden van het oude knooppunt Dubbelklik op de routerelatie (rcn) Laat dit editorvenster open staan Selecteer de way net ten noorden van het nieuwe knooppunt Dubbelklik op de routerelatie (rcn) In de relation editor staat deze way nu geselecteerd, breid de selectie uit met Shift, linkermuisknop Als je nu het 6e icoon (voorlaatste in die verticale kolom iconen) aanklikt, worden al die ways geselecteerd op de kaart. Klik in deze relation editor op het vuilbakje Sluit dit relation editorvenster af Ga terug naar het andere openstaande editorvenster Gebruik het eerste icoon uit de verticale rij iconen in het midden van de RE om alle ways bovenaan toe voegen Gebruik eventueel het 6e icoon uit de verticale rij iconen aan de linkerkant om de volgorde om te keren. Sluit dit relation editorvenster af Voor de laatste routerelatie kan je dat soort spitsvondigheden niet gebruiken, daar selecteer je de Breisemsestraat, dubbelklik op de rcn-relatie en je voegt met Shift-LMK de Koffiestraat toe aan je selectie in de RE Vuilbakje Nu manueel de Oude Baan en Roosbeekstraat toevoegen RE afsluiten En klaar is kees :-) Het klinkt ingewikkelder dan het eigenlijk is. Overal nakijken dat je een continue rij ways in de RE hebt. Zoniet sorteren. Daar is ook een icoonknopje voor. Dat sorteren werkt wel voor routerelaties (toch als ze geen 'tentakels' hebben), maar niet voor networkrelaties. Ik heb het niet doorgestuurd naar de server. Het is een eenvoudig knooppunt, dus een goede plaats om mee te oefenen. En je hebt gelijk, het KP is wel degelijk verplaatst, zo blijkt toch uit de data van Toerisme Vlaanderen die we niet mogen gebruiken, maar die wel van pas kan komen als 'second opinion', als het daarnaast ook in the field is vastgesteld. Groeten, Jo Op 12 september 2013 07:14 schreef Marc Gemis marc.ge...@gmail.com: er stond een foutje in mijn vorige mail, hier volgt de correctie - in de netwerk relatie worden enkel knooppunten en routes geplaatst, GEEN individuele straten of paden - in de route relatie worden enkel straten of paden gezet, in volgorde van het laagste nummer naar het hoogste. Geen knopen in deze relatie de foutieve zin was: - je zou nu weer verwijderen kunnen klikken, maar omdat je verder knopen en stretaten wel toevoegen, is het beter om op bewerken te klikken dat moet dus - je zou nu weer verwijderen kunnen klikken, maar omdat je verder knopen en misschien routes wil toevoegen aan de relatie, is het beter om op bewerken te klikken 2013/9/12 Marc Gemis marc.ge...@gmail.com Laten we al proberen te beschrijven hoe je het knooppunt zelf verzet. - selecteer het oude knooppunt. - rechts onder eigenschappen/leden zal je rcn_ref XXX en de knooppunt relatie zien - selecteer de lijn met rcn_ref en klik op de knop verwijderen eronder - selecteer de lijn met de relatie - je zou nu weer verwijderen kunnen klikken, maar omdat je verder knopen en stretaten wel toevoegen, is het beter om op bewerken te klikken - in de dialoog die nu opent zie je bovenaan de eigenschappen van de relatie, daaronder de leden. - selecteer de lijn met het te verwijderen knooppunt. (is waarschijnlijk geselecteerd). klik het onderste vuilbakje aan. - hou de dialoog open - selecteer het nieuwe knooppunt (op de kruising van de wegen plaatsen, niet ernaast !) - klik op de bovenste knop in het midden met grijs vakje bovenaan en pijltje naar link. Dit voegt de knoop bovenaan in de lijst toe. - klik op ok van de dialoog. - voeg de tag rcn_ref XXX toe aan de nieuwe knoop. In principe moet je iets gelijkaardigs doen voor de route - Voor stukjes straat die in zijn geheel weg mogen kan je hetzelfde doen als voor de knoop. - In sommige gevallen moet je wegen splitsen. Klik op de knoop waar de splitsing moet gebeuren, klik op 'p' Dit doe je best voordat je de relatie dialoog van de route opent (zeker als beginner) - Hou er rekening mee dat in de route relatie de wegen gesorteerd zitten van de lage nummer naar de hoge nummer - Dus als je wegen toevoegt aan de relatie moet je die op de juiste plaats zetten. De eenvoudige manier (om uit te leggen) Zelfde knop gebruiken als voor knoop, daarna met tweede knop links (lijst met naar ondergebogen pijl) klikken tot de straat
Re: [OSM-talk-be] Fietsknooppunt verplaatst
Overal nakijken dat je een continue rij ways in de RE hebt. Zoniet sorteren. Daar is ook een icoonknopje voor. Dat sorteren werkt wel voor routerelaties (toch als ze geen 'tentakels' hebben), maar niet voor networkrelaties. Ik heb het niet doorgestuurd naar de server. Het is een eenvoudig knooppunt, dus een goede plaats om mee te oefenen. En je hebt gelijk, het KP is wel degelijk verplaatst, zo blijkt toch uit de data van Toerisme Vlaanderen die we niet mogen gebruiken, maar die wel van pas kan komen als 'second opinion', als het daarnaast ook in the field is vastgesteld. Kleine waarschuwing, let op met het sorteren van ways. Als je een complexe relatie editeert, zoals bv : http://www.openstreetmap.org/browse/relation/20688 De 8 van zemst, dit is een fietsroute die in een 8 - vorm gaat waarvan een aantal ways 2 keer wordt gebruikt. De sorter gaat hier serieus scheef op, het heeft me al veel tijd gekost om deze te fixen manueel dan. Ik denk dat het nu wel ok is, al ziet het er niet echt ok uit, ze zijn wel degelijk verbonden in een 8-vorm. Dus altijd gezond verstand gebruiken en de resultaten van het sorteren goed nakijken. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppunt verplaatst
De beschrijving die Jo gemaakt heeft is zeker gedetailleerde en meer toegespitst op het specifieke probleem. Let er in het algemeen wel op dat je CTRL-c en CTRL-v niet kan gebruiken bij het kopiëren van de tags van het knooppunt, omdat je dan ook alle andere tags meeneemt. Bv. traffic_lights, wandelknooppunt tags e.d. Je wil enkel de rcn_ref tag meenemen. groeten m p.s. Voor de gevorderden: ik weet dat er misschien nog een tag is die aangeeft dat er maar 2 routes zijn in de knoop en die moet je misschien ook mee kopiëren. 2013/9/12 Glenn Plas gl...@byte-consult.be Overal nakijken dat je een continue rij ways in de RE hebt. Zoniet sorteren. Daar is ook een icoonknopje voor. Dat sorteren werkt wel voor routerelaties (toch als ze geen 'tentakels' hebben), maar niet voor networkrelaties. Ik heb het niet doorgestuurd naar de server. Het is een eenvoudig knooppunt, dus een goede plaats om mee te oefenen. En je hebt gelijk, het KP is wel degelijk verplaatst, zo blijkt toch uit de data van Toerisme Vlaanderen die we niet mogen gebruiken, maar die wel van pas kan komen als 'second opinion', als het daarnaast ook in the field is vastgesteld. Kleine waarschuwing, let op met het sorteren van ways. Als je een complexe relatie editeert, zoals bv : http://www.openstreetmap.org/browse/relation/20688 De 8 van zemst, dit is een fietsroute die in een 8 - vorm gaat waarvan een aantal ways 2 keer wordt gebruikt. De sorter gaat hier serieus scheef op, het heeft me al veel tijd gekost om deze te fixen manueel dan. Ik denk dat het nu wel ok is, al ziet het er niet echt ok uit, ze zijn wel degelijk verbonden in een 8-vorm. Dus altijd gezond verstand gebruiken en de resultaten van het sorteren goed nakijken. Glenn ___ 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] Fietsknooppunt verplaatst
Je moet inderdaad bij gebruik van Ctrl-Shift-V de overbodige tags weer weghalen (en bij de node waar ze vandaan kwamen enkel de tags met betrekking op rcn weghalen). Dat was in dit geval niet nodig en ik wilde de uitleg niet overladen... Anders zegt iedereen weer, wow die JOSM is ingewikkeld :-) Het recept is zeer specifiek voor deze situatie, maar ik hoop dat we allemaal genoeg gezond verstand hebben om het te veralgemenen. Ik hoop ook dat Tom de edit nog doet, want ik heb 'm zelf niet doorgestuurd naar de server. Als ik het doe, is er geen sprake van een 'leerproces' :-) Wat de routes betreft, wilde ik vooral aangeven dat je stukken van de ene route naar de andere kan 'overhevelen' met die truuk om vanuit de RE members te selecteren. Dat is waarschijnlijk voornamelijk voor Daan van belang. Bij wandelroutes komt het veel minder voor dat je daar iets aan hebt, omdat daar gewoonlijk veel minder members in zitten. Jo Op 12 september 2013 10:39 schreef Marc Gemis marc.ge...@gmail.com: De beschrijving die Jo gemaakt heeft is zeker gedetailleerde en meer toegespitst op het specifieke probleem. Let er in het algemeen wel op dat je CTRL-c en CTRL-v niet kan gebruiken bij het kopiëren van de tags van het knooppunt, omdat je dan ook alle andere tags meeneemt. Bv. traffic_lights, wandelknooppunt tags e.d. Je wil enkel de rcn_ref tag meenemen. groeten m p.s. Voor de gevorderden: ik weet dat er misschien nog een tag is die aangeeft dat er maar 2 routes zijn in de knoop en die moet je misschien ook mee kopiëren. 2013/9/12 Glenn Plas gl...@byte-consult.be Overal nakijken dat je een continue rij ways in de RE hebt. Zoniet sorteren. Daar is ook een icoonknopje voor. Dat sorteren werkt wel voor routerelaties (toch als ze geen 'tentakels' hebben), maar niet voor networkrelaties. Ik heb het niet doorgestuurd naar de server. Het is een eenvoudig knooppunt, dus een goede plaats om mee te oefenen. En je hebt gelijk, het KP is wel degelijk verplaatst, zo blijkt toch uit de data van Toerisme Vlaanderen die we niet mogen gebruiken, maar die wel van pas kan komen als 'second opinion', als het daarnaast ook in the field is vastgesteld. Kleine waarschuwing, let op met het sorteren van ways. Als je een complexe relatie editeert, zoals bv : http://www.openstreetmap.org/browse/relation/20688 De 8 van zemst, dit is een fietsroute die in een 8 - vorm gaat waarvan een aantal ways 2 keer wordt gebruikt. De sorter gaat hier serieus scheef op, het heeft me al veel tijd gekost om deze te fixen manueel dan. Ik denk dat het nu wel ok is, al ziet het er niet echt ok uit, ze zijn wel degelijk verbonden in een 8-vorm. Dus altijd gezond verstand gebruiken en de resultaten van het sorteren goed nakijken. Glenn ___ 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] Fietsknooppunt verplaatst
Je hebt natuurlijk gelijk wat betreft specifieke oplossing veralgemenen. die truuk om members te selecteren in ME kan je ook voor andere dingen gebruiken. bv. bij het aanpassen van associatedStreet relaties. Ben recent nog bezig geweest een aantal addr:street tags toe te voegen aan huizen. De huizen zaten wel al in een associatedStreet relatie. Het betreft hier wat ouder werk van mezelf. Via het zoeken en beperken binnen de bestaande selectie geraakte ik gemakkelijk aan de huizen zonder addr:street. Zowel jouw scenario als de correctie die gemaakt heb, zijn leuke dingen om eens op een mapping party te tonen. groet m 2013/9/12 Jo winfi...@gmail.com Je moet inderdaad bij gebruik van Ctrl-Shift-V de overbodige tags weer weghalen (en bij de node waar ze vandaan kwamen enkel de tags met betrekking op rcn weghalen). Dat was in dit geval niet nodig en ik wilde de uitleg niet overladen... Anders zegt iedereen weer, wow die JOSM is ingewikkeld :-) Het recept is zeer specifiek voor deze situatie, maar ik hoop dat we allemaal genoeg gezond verstand hebben om het te veralgemenen. Ik hoop ook dat Tom de edit nog doet, want ik heb 'm zelf niet doorgestuurd naar de server. Als ik het doe, is er geen sprake van een 'leerproces' :-) Wat de routes betreft, wilde ik vooral aangeven dat je stukken van de ene route naar de andere kan 'overhevelen' met die truuk om vanuit de RE members te selecteren. Dat is waarschijnlijk voornamelijk voor Daan van belang. Bij wandelroutes komt het veel minder voor dat je daar iets aan hebt, omdat daar gewoonlijk veel minder members in zitten. Jo Op 12 september 2013 10:39 schreef Marc Gemis marc.ge...@gmail.com: De beschrijving die Jo gemaakt heeft is zeker gedetailleerde en meer toegespitst op het specifieke probleem. Let er in het algemeen wel op dat je CTRL-c en CTRL-v niet kan gebruiken bij het kopiëren van de tags van het knooppunt, omdat je dan ook alle andere tags meeneemt. Bv. traffic_lights, wandelknooppunt tags e.d. Je wil enkel de rcn_ref tag meenemen. groeten m p.s. Voor de gevorderden: ik weet dat er misschien nog een tag is die aangeeft dat er maar 2 routes zijn in de knoop en die moet je misschien ook mee kopiëren. 2013/9/12 Glenn Plas gl...@byte-consult.be Overal nakijken dat je een continue rij ways in de RE hebt. Zoniet sorteren. Daar is ook een icoonknopje voor. Dat sorteren werkt wel voor routerelaties (toch als ze geen 'tentakels' hebben), maar niet voor networkrelaties. Ik heb het niet doorgestuurd naar de server. Het is een eenvoudig knooppunt, dus een goede plaats om mee te oefenen. En je hebt gelijk, het KP is wel degelijk verplaatst, zo blijkt toch uit de data van Toerisme Vlaanderen die we niet mogen gebruiken, maar die wel van pas kan komen als 'second opinion', als het daarnaast ook in the field is vastgesteld. Kleine waarschuwing, let op met het sorteren van ways. Als je een complexe relatie editeert, zoals bv : http://www.openstreetmap.org/browse/relation/20688 De 8 van zemst, dit is een fietsroute die in een 8 - vorm gaat waarvan een aantal ways 2 keer wordt gebruikt. De sorter gaat hier serieus scheef op, het heeft me al veel tijd gekost om deze te fixen manueel dan. Ik denk dat het nu wel ok is, al ziet het er niet echt ok uit, ze zijn wel degelijk verbonden in een 8-vorm. Dus altijd gezond verstand gebruiken en de resultaten van het sorteren goed nakijken. Glenn ___ 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] AGIV
Hi, We are translating the license to put on the wiki and then will start the regular import-procedure. Sending an email to the imports-list and so on... I will also use pieter colpaerts script ( https://github.com/pietercolpaert/crab-tools) to convert to csv and send this to frederik rodrigo to test the system to help integrate the data. Met vriendelijke groeten, Best regards, Ben Abelshausen On Tue, Sep 10, 2013 at 10:00 PM, Kurt Roeckx k...@roeckx.be wrote: On Fri, Aug 30, 2013 at 07:46:18PM +0200, Ben Abelshausen wrote: Hi, Maybe we should wait until Pieter has some kind of response for us. I would like to send something to the DWG that can be verified and is backed by some facts. Otherwise there will a be discussion about technicalities that might not matter at all. We will have less difficulty if we have all the details before we ask the DWG or send something to the imports-list. Also a translation of the license can still be useful. So do you have any news on that? Kurt ___ 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] AGIV
Sounds great Ben! Are you still waiting for me to do something? Kind regards, Pieter On 09/12/2013 02:11 PM, Ben Abelshausen wrote: Hi, We are translating the license to put on the wiki and then will start the regular import-procedure. Sending an email to the imports-list and so on... I will also use pieter colpaerts script (https://github.com/pietercolpaert/crab-tools) to convert to csv and send this to frederik rodrigo to test the system to help integrate the data. Met vriendelijke groeten, Best regards, Ben Abelshausen On Tue, Sep 10, 2013 at 10:00 PM, Kurt Roeckx k...@roeckx.be mailto:k...@roeckx.be wrote: On Fri, Aug 30, 2013 at 07:46:18PM +0200, Ben Abelshausen wrote: Hi, Maybe we should wait until Pieter has some kind of response for us. I would like to send something to the DWG that can be verified and is backed by some facts. Otherwise there will a be discussion about technicalities that might not matter at all. We will have less difficulty if we have all the details before we ask the DWG or send something to the imports-list. Also a translation of the license can still be useful. So do you have any news on that? Kurt ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] AGIV
Not at the moment. There could still be some problems after sending the license to the imports-list. I have confirmation from someone at AGIV that attribution on the wiki will be enough but i'm still not sure that will convince everybody. Met vriendelijke groeten, Best regards, Ben Abelshausen On Thu, Sep 12, 2013 at 3:08 PM, Pieter Colpaert pieter.colpa...@okfn.orgwrote: Sounds great Ben! Are you still waiting for me to do something? Kind regards, Pieter On 09/12/2013 02:11 PM, Ben Abelshausen wrote: Hi, We are translating the license to put on the wiki and then will start the regular import-procedure. Sending an email to the imports-list and so on... I will also use pieter colpaerts script (https://github.com/** pietercolpaert/crab-tools https://github.com/pietercolpaert/crab-tools) to convert to csv and send this to frederik rodrigo to test the system to help integrate the data. Met vriendelijke groeten, Best regards, Ben Abelshausen On Tue, Sep 10, 2013 at 10:00 PM, Kurt Roeckx k...@roeckx.be mailto: k...@roeckx.be wrote: On Fri, Aug 30, 2013 at 07:46:18PM +0200, Ben Abelshausen wrote: Hi, Maybe we should wait until Pieter has some kind of response for us. I would like to send something to the DWG that can be verified and is backed by some facts. Otherwise there will a be discussion about technicalities that might not matter at all. We will have less difficulty if we have all the details before we ask the DWG or send something to the imports-list. Also a translation of the license can still be useful. So do you have any news on that? Kurt __**_ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.**orgTalk-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-behttps://lists.openstreetmap.org/listinfo/talk-be __**_ 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] osm.be
Hi, Is there presently a computer permanently connected to the Internet, preferably running Ubuntu, Debian, any Linux even only shell or not Windows in that order, where experienced OSM members can get an account and install and run processes. A common process example is an OSM map with an overlay that a cron periodically recomputes. If osm.be were hiring a provider, would it allow that? Cheers, André. ___ 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
Re: [OSM-talk-be] AGIV
Yes, haven't you heard the news? ;) On 09/12/2013 06:26 PM, Gilbert Hersschens wrote: Small error in the Wiki entry: Flanders, Germany ??? Gilbert On 12 September 2013 18:03, Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com wrote: 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 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM WMS cache
Gilbert bedankt voor de tip om de cache te bekijken. Bij mij is het inladen van de AGIV luchtfoto's layer in JOSM langer en langer gaan duren en ik dacht dat het aan de verbinding of aan mijn PC lag. Na het wissen van de cachebestanden was het inladen weer zo klaar. Groeten, Erik Op 8 september 2013 19:29 schreef Marc Gemis marc.ge...@gmail.com: Ik merk nu ook dat ik files heb die een eeuwigheid teruggaan Ik vind niet zo snel een instelling. Misschien kan je dit beter eens op het josm forum vragen. (http://forum.openstreetmap.org/viewforum.php?id=54) of op de josm-dev mailing list groeten m 2013/9/8 Gilbert Hersschens gherssch...@gmail.com 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 ___ Talk-be mailing list Talk-be@openstreetmap.org http://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
Haha ok! Fixed! Met vriendelijke groeten, Best regards, Ben Abelshausen On Thu, Sep 12, 2013 at 6:27 PM, Pieter Colpaert pieter.colpa...@okfn.orgwrote: Yes, haven't you heard the news? ;) On 09/12/2013 06:26 PM, Gilbert Hersschens wrote: Small error in the Wiki entry: Flanders, Germany ??? Gilbert On 12 September 2013 18:03, Ben Abelshausen ben.abelshau...@gmail.commailto: ben.abelshausen@gmail.**com ben.abelshau...@gmail.com wrote: I have done the following already for the import guidelines: Entry in the import catalogue: http://wiki.openstreetmap.org/**wiki/Import/Catalogue#** Community_Importshttp://wiki.openstreetmap.org/wiki/Import/Catalogue#Community_Imports Entry in the Contributors page: http://wiki.openstreetmap.org/**wiki/Contributors#AGIVhttp://wiki.openstreetmap.org/wiki/Contributors#AGIV And a translate into english: http://wiki.openstreetmap.org/**wiki/AGIV_CRAB_Import/Free_** open_data_licence_Flandershttp://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders And an import plan: http://wiki.openstreetmap.org/**wiki/AGIV_CRAB_Importhttp://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 mailto:Talk-be@openstreetmap.**orgTalk-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-behttps://lists.openstreetmap.org/listinfo/talk-be __**_ 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
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
Re: [OSM-talk-be] AGIV
You mean that you updated the administrative borders is OSM ? :-) m On Thu, Sep 12, 2013 at 6:35 PM, Ben Abelshausen ben.abelshau...@gmail.comwrote: Haha ok! Fixed! Met vriendelijke groeten, Best regards, Ben Abelshausen On Thu, Sep 12, 2013 at 6:27 PM, Pieter Colpaert pieter.colpa...@okfn.org wrote: Yes, haven't you heard the news? ;) On 09/12/2013 06:26 PM, Gilbert Hersschens wrote: Small error in the Wiki entry: Flanders, Germany ??? Gilbert On 12 September 2013 18:03, Ben Abelshausen ben.abelshau...@gmail.commailto: ben.abelshausen@gmail.**com ben.abelshau...@gmail.com wrote: I have done the following already for the import guidelines: Entry in the import catalogue: http://wiki.openstreetmap.org/**wiki/Import/Catalogue#** Community_Importshttp://wiki.openstreetmap.org/wiki/Import/Catalogue#Community_Imports Entry in the Contributors page: http://wiki.openstreetmap.org/**wiki/Contributors#AGIVhttp://wiki.openstreetmap.org/wiki/Contributors#AGIV And a translate into english: http://wiki.openstreetmap.org/**wiki/AGIV_CRAB_Import/Free_** open_data_licence_Flandershttp://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders And an import plan: http://wiki.openstreetmap.org/**wiki/AGIV_CRAB_Importhttp://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 mailto:Talk-be@openstreetmap.**orgTalk-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-behttps://lists.openstreetmap.org/listinfo/talk-be __**_ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Question on publication of slides with Google and Bing screenshots
On 2013-09-10 20:22, Frederik Ramm wrote: *Personally*, i.e. if I had to decide, I'd just upload under any license I want and assume that my use of Google/Bing/whatever was fair use. Thanks Frederik and Martin, then I guess I'll just go ahead and publish. I thought there might have been already some exchange between Google/Bing and some OSMers publishing slides, but if there isn't I'll just go along with the fair use. Cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Outperforming TomTom
On 2013-09-12 10:07, Lester Caine wrote: Johan C wrote: Unfortunately not available everywhere yet, but as a step towards becoming the best map in the world: after the publication of open address data in the Netherlands two years ago, starting this month open traffic data will be available in The Netherlands http://www.ndw.nu/pagina/nl/103/datalevering/ This will mean that OSM navigation apps will be able to outperform TomTom due to the better road quality. Hopefully the rest of Europe can follow soon. This would inevitably mean headlines in major newspapers and therefore a huge increase in mappers. Let's rock! It always amuses me that 'the cloud' was originally about using all of the spare processing power available and sharing out problems. Since the majority of sat nav's are now smart devices, why can't they all be reporting back the average speed where they are so we can automatically map the current traffic hot spots? To my mind that is the next logical step for the routing software? Of cause some will complain about 'privacy' but personally I'd be happy for people to know where I am, so a permanent sat nav in the car rather than one in my pocket makes even more sense if I want to know where my car has gone ;) That is already being done with cellphones: [1] (dutch). The problem with conventional sat-nav is that they were not connected to the could. Only recently cellphones (smartphones) have become powerful and usable enough to be used for navigation. Furthermore: it requires an active data connection, something I don't have or want (and I'm probably not the only one, no I don't want everyone to know where I am). GSM is a much better tool for this anyway. Traffic information was always sent to satnav devices using FM. [1] http://verkeer.wikia.com/wiki/Verkeersmonitoring_met_Floating_Car_Data_via_GSM Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
Jean-Marc Liotier wrote: Since the majority of sat nav's are now smart devices, why can't they all be reporting back the average speed where they are so we can automatically map the current traffic hot spots? That data is already available for sale from mobile network operators - that is why you don't see much interest in having navigation devices provide feedback: every mobile device is already providing ample sampling. Of course that doesn't help the free world very much... That is why what I'm thinking is the 'free' version ;) A sort of agreed standard linked to the various OSM routing options? Maarten - I can understand your reluctance on always on data, currently I do get gaps in the mapping on the motorways here were there simply isn't any cover, but moving forward I think that particular problem will eventually be fixed. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
2013/9/12 Jean-Marc Liotier j...@liotier.org That data is already available for sale from mobile network operators - that is why you don't see much interest in having navigation devices provide feedback: every mobile device is already providing ample sampling. Of course that doesn't help the free world very much... there are also other approaches in the pipeline (for years actually), sensor networks in the cars, this is a nice visualization how it could work: http://www.youtube.com/watch?v=FwBgJn-S3EA but unfortunately also the automotive industry is not very famous for their openess ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
Free version of such data would be great and as I allways have data on on my phone I won't have problem with that. I was thinking on implementing something like that but at least for me, main problem is server(s) where that data would go and that would aggregate them as that would be quite much data if it's used by many people (and we would need many people to use it, if we want to get good qualitty data out of it)... 2013/9/12 Lester Caine les...@lsces.co.uk Jean-Marc Liotier wrote: Since the majority of sat nav's are now smart devices, why can't they all be reporting back the average speed where they are so we can automatically map the current traffic hot spots? That data is already available for sale from mobile network operators - that is why you don't see much interest in having navigation devices provide feedback: every mobile device is already providing ample sampling. Of course that doesn't help the free world very much... That is why what I'm thinking is the 'free' version ;) A sort of agreed standard linked to the various OSM routing options? Maarten - I can understand your reluctance on always on data, currently I do get gaps in the mapping on the motorways here were there simply isn't any cover, but moving forward I think that particular problem will eventually be fixed. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.**ukhttp://rainbowdigitalmedia.co.uk __**_ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talkhttps://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Combining OSM waterbody and elevation data for better map rendering and QA
Hello, I have completed a first version of a tool to modify elevation data by use of waterbody data from OSM (more precisely currently only the lakes, not the rivers). Description of the process is on [1], the tool on [2]. Primary purpose is better display of lakes in 3d renderings but this can also be useful for relief rendering in 2d maps, i.e. avoiding contours intersecting lakes and for more accurate elevation profiles of routes. The problem is of course that the processing takes some time (Europe at 1 arc second resolution about a night) and changes in the waterbody data would require updates. As a byproduct the process also puts out lists of possible errors in the waterbody data - places where the modification of the elevation model required is so large it cannot be correct. From my first look these have a fairly good signal to noise ratio, i.e. the majority of them are actually errors in the OSM data (a large fraction are shadows in imagery that have been incorrectly interpreted as water like at [3] and [4]). I put up a simple map to look at these for Europe on [5] but you can also find the point list on github. In the long term this is not overly useful as a QA tool without frequent updates of course. Greetings, Christoph [1] http://www.imagico.de/map/dem_water_en.php [2] https://github.com/imagico/dem_water [3] http://tools.geofabrik.de/mc/?lon=23.91222lat=39.24613zoom=13num=2mt0=mapnikmt1=bing-satellite [4] http://tools.geofabrik.de/mc/?lon=6.02164lat=60.45423zoom=13num=2mt0=mapnikmt1=bing-satellite [5] http://www.imagico.de/map/errormap_en.php -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
On 9/12/2013 5:09 AM, Lester Caine wrote: Jean-Marc Liotier wrote: Since the majority of sat nav's are now smart devices, why can't they all be reporting back the average speed where they are so we can automatically map the current traffic hot spots? That data is already available for sale from mobile network operators - that is why you don't see much interest in having navigation devices provide feedback: every mobile device is already providing ample sampling. Of course that doesn't help the free world very much... That is why what I'm thinking is the 'free' version ;) I don't know how open their data is, but have you heard of waze? I just stumbled onto it yesterday. http://www.waze.com/ Lynn (D) - KJ4ERJ - Interested in all things GPS and tracking ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
On Thu, Sep 12, 2013 at 3:37 PM, Lynn W. Deffenbaugh (Mr) ldeff...@homeside.to wrote: I don't know how open their data is, but have you heard of waze? I just stumbled onto it yesterday. http://www.waze.com/ waze has been acquired by google. and even before that, they were not collaborative at all. -- -S ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
On 9/12/2013 9:37 AM, Lynn W. Deffenbaugh (Mr) wrote: I don't know how open their data is, but have you heard of waze? I just stumbled onto it yesterday. http://www.waze.com/ Google recently bought Waze, so the data is definitely not open. I now see more local MapMaker activity, probably spurred by Waze. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
On Thu, Sep 12, 2013 at 5:19 AM, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote: Free version of such data would be great and as I allways have data on on my phone I won't have problem with that. I was thinking on implementing something like that but at least for me, main problem is server(s) where that data would go and that would aggregate them as that would be quite much data if it's used by many people (and we would need many people to use it, if we want to get good qualitty data out of it)... 2013/9/12 Lester Caine les...@lsces.co.uk Jean-Marc Liotier wrote: Since the majority of sat nav's are now smart devices, why can't they all be reporting back the average speed where they are so we can automatically map the current traffic hot spots? That data is already available for sale from mobile network operators - that is why you don't see much interest in having navigation devices provide feedback: every mobile device is already providing ample sampling. Of course that doesn't help the free world very much... That is why what I'm thinking is the 'free' version ;) A sort of agreed standard linked to the various OSM routing options? Maarten - I can understand your reluctance on always on data, currently I do get gaps in the mapping on the motorways here were there simply isn't any cover, but moving forward I think that particular problem will eventually be fixed. Telenav has been working on an open standard for traffic data based on OSM for a couple of years. See their presentation at SOTM-US: http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68096028 Might be nice for someone at Telenav to write up a quick wiki page about the TTL standard :) Toby ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] ISP caching problems with JOSM ?
I'm wondering if I'm striking caching problems with my ISP or my PC. I make changes and upload them with no error messages and close JOSM. I re-open the next day, and my changes aren't there - but they are present in the slippy map. I re-do them and upload them and get a conflict saying the server version is newer than mine. I can close JOSM, re-open and re-download, and the server version and my version don't change. I have googled this problem, but it was all a bit above my head. Does anyone have a solution for this problem they can describe in simple terms ? J thanks Ian ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] ISP caching problems with JOSM ?
Hi Ian, The api.openstreetmap.org map data servers send no-cache headers and proxy/caches should therefore NOT be caching the results... But some ISPs are too aggressive with their caching. Make sure JOSM is set to the default OSM server (there are 3rd party caching API servers available): JOSM - Edit - Preferences (shortcut: F12) - Connection Settings (World Icon) - make sure: User the default OSM server URL is checked. I am happy to help diagnose the error with you. Regards Grant On 12 September 2013 13:01, Steer ist...@iinet.net.au wrote: I’m wondering if I’m striking caching problems with my ISP or my PC. I make changes and upload them with no error messages and close JOSM. I re-open the next day, and my changes aren’t there – but they are present in the “slippy map”. I re-do them and upload them and get a conflict saying the server version is newer than mine. I can close JOSM, re-open and re-download, and the server version and my version don’t change. I have googled this problem, but it was all a bit above my head. Does anyone have a solution for this problem they can describe in simple terms ? J thanks Ian ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk-ie] Shrines Grottoes
Hello, I created this a while back, it's an interactive map of roadside Shrines and Grottos in Ireland captured by Google Street View, where people can add to the map. I thought it might be of interest to the Irish OSM community as a) ye could help map locations in your areas and b) maybe this location date could then be used to add shrine locations to OSM ? If ye think the location data could be of use to OSM let me know what is the best way to provide it, enjoy ! http://streetpew.vool.ie/ Keith ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Labgeo/UFRGS
Ah, mais um detalhe, sobre a legalidade da importação. O que eu fiz foi transformar/corrigir os dados do LABGEO antes de fazer a importação. Os dados podem ser vistos como obra derivada, e por isso marquei todos eles com a tag source=LABGEO/UFRGS para o caso de ser necessário reverter. Acredito que estão ok porque ninguém respondeu o meu e-mail perguntando se era permitido fazer essa importação, mas vou saber com certeza quando visitar a UFRGS no início de outubro para ver se podemos implantar um servidor OTP lá. Ainda sobre a legalidade, é bem provável que não se consiga estabelecer um vinculo claro entre o que eu importei e os dados do LABGEO. O resultado teria sido absolutamente idêntico se eu tivesse simplesmente colocado o mapa do LABGEO impresso do meu lado e copiado tudo à olho. Na verdade, uma das alterações foi exatamente assim, o LABGEO só serviu para responder uma questão que eu tinha há muito tempo (se a Redenção incluía ou não o parque Paulo Gama e o Instituto de Educação), os contornos de ambos os parques foram feitos por mim há meses, só tive que mudar algumas relações de multipolígono: http://www.openstreetmap.org/browse/changeset/17738742 Praticamente todos os objetos que eu importei foram verificados um por um (exceto os que eu conhecia bem, claro). Os nomes foram corrigidos também, primeiro quanto às maiúsculas e minúsculas, depois quanto à grafia. Faltava principalmente a acentuação correta. A geometria de cada objeto foi simplificada, realinhada ponto a ponto ao Bing (garantindo que nenhuma área se sobreponha a objetos existentes), alguns pontos novos foram gerados nos contornos, e em alguns casos a geometria do LABGEO não fazia sentido e eu deliberadamente a alterei. Em todos os casos, coloquei a tag source=LABGEO/UFRGS, para o caso de ser necessário reverter algo futuramente. Sendo um processo manual de revisão (lento e trabalhoso), importei tudo com o meu próprio usuário, e não com o meu usuário de importações (ftrebienimports). Você pode ver os changesets relativos a isso na minha lista de edições a partir do dia 8 de setembro. http://www.openstreetmap.org/user/Fernando%20Trebien/edits 2013/9/11 Fernando Trebien fernando.treb...@gmail.com: Parte do teu trabalho manual também vai ser corrigir erros de grafia nos nomes e ajustar alguns contornos manualmente. Os nomes estão todos em letras maiúsculas, tens que colocá-los com minúsculas e iniciais maiusculas. Eu teria scripts pra fazer isso, pra Linux. On Sep 11, 2013 2:59 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Labgeo, não Geolab haha. On Sep 11, 2013 2:58 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Augusto, eu já importei alguns desses dados (as categorias com menos dados). São 995 praças ao total, se quiseres importar tens que fazer uma revisão manual antes porque muitas estão com um nome numérico. Notei alguns/vários erros nos dados do GEOLAB. Assim, terás que fazer uma conflacao manual, verificando cada objeto. Posso te mandar o que sobrou para importar, já convertido para o formato OSM. Mas não esqueça de comparar cada objeto com o que já existe no OSM hoje. Vi mais de um caso (vários na verdade) em que o OSM estava mais correto que o GEOLAB. Os dados possuem uma tag CATEGORIA que especifica o que cada objeto é. Mas é um código e alguns dos códigos eu não consegui decifrar. Praças é PCA. O arquivo também tem dados que não faz sentido importar, como as linhas diretrizes. Há outros arquivos no mesmo conjunto de dados que contém informação sobre a vegetação e a hidrologia. Talvez você queira olhar esses também. Estou viajando e volto dia 8 de outubro, quando voltar posso te ajudar melhor. Se importares algo, crie um usuário só pra isso e de preferência guarde os números dos teus changesets. Abraços, Fernando On Sep 11, 2013 12:05 PM, Augusto Stoffel arstof...@yahoo.com.br wrote: Pessoal (especialmente Fernando), Então os dados do Labgeo estão legalmente OK para importação? Notei que o arquivo eixo_ruas.zip [1] no Diagnóstico Ambiental de Porto Alegre contém as praças, parques e esplandas, que eu estou disposto a importar para o OSM (a longo prazo em suaves prestações). Eu precisaria de umas breves dicas para começar esse trabalho. Primeiro, entendo que o processo de conflação seria manual. Envolveria criar uma camada no JOSM com os dados do Labgeo e copiar as praças para a camada principal, uma a uma, checando em cada caso se a coisa faz sentido mesmo. Está correto isso? O segundo problema é converter os arquivos do Labgeo para um formato suportado pelo OSM. Eu consigo abrir o arquivo eixo_ruas.shp no Quantum GIS e filtrar as praças, mas não descobri como exportar para um formato JOSM-friendly. Podes me dar umas dicas gerais sobre como fazer? Aliás, tem mais alguma coisa interessante no Labgeo sobre Porto Alegre além das ruas e praças? Eu não encontrei... De repente eles tem mais dados que não estão no site que eles poderiam nos
Re: [Talk-br] Começando com o Talk-br
Olá Marcos, Que bom que você mantém o entusiasmo! Não se preocupe com a falta de experiência, estamos aqui para lhe ajudar a tirar dúvidas. Quanto aos mapas do Google, às vezes nem para consulta eles servem, há lugares com nomes de ruas errados, há lugares com ruas que não existem, etc. Você provavelmente tiraria dúvidas de forma mais confiável olhando para um mapa de papel vendido na sua cidade. O que às vezes é útil para tirar dúvidas, desde que você tenha visitado o local recentemente, é o Google Street View. Mesmo assim, as imagens estão mais de um ano atrasadas e muitas coisas já podem ter mudado, como placas de trânsito e lojas que fecharam e abriram. Sabendo disso, acho que você saberá quando e como usar os recursos pra produzir bons mapas no OSM. Divirta-se! :D 2013/9/12 Marcos Pereira majpere...@gmail.com: Não mapeio com tanta frequência, nem sou tão experiente em geoprocessamento com o OpenStreetmap como vocês... meu nome é Marcos Antonio de Jesus Pereira, de Anhembi - SP. Espero me corrigir em alguns aspectos, aprender mais, me aprimorar e também contribuir de alguma forma. Tendo um celular com câmera e gps na mão (não é meu caso ainda, uso instrumentos separados) e tendo noções de conversão de arquivos track e poi para o formato gpx, além é claro de consultar bases de dados e mapas confiáveis, permitidos pelo OSM, é possível fazer muita coisa dentro da legalidade. É o que faço. A câmera é para registrar os pontos notáveis e situações de dúvida no local visitado. Já me fizeram muitos comentários sobre o google:... mapas google são uma coisa muito perigosa... servem apenas para eventual consulta e olha lá! Prefira imagens de satélite do Bing... o melhor mesmo é visitar o local (todas essas imagens estão desatualizadas por razões diversas e também por motivos de segurança - poderá estar deixando de mapear algo ou mapeando o que talvez não existe mais). O que fazemos já é algo muito primoroso. É só seguir em frente, na busca do melhor para todos. Marcos Pereira http://lattes.cnpq.br/7286163637647707 http://www.facebook.com/MarcosAntonioDeJesusPereira24649184827 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Labgeo/UFRGS
Então acho vou esperar falares com o pessoal do Labgeo antes de fazer uma importação sistemática. Aliás, recebi uma resposta da prefeitura de Porto Alegre. Disseram que existe um processo administrativo de número 001.050706.12.8 (de 2012) em que se está analisando a possibilidade de fornecer dados num modelo Open Data. Curiosamente, eles não informaram como acessar os documetos do tal processo. On 09/12/2013 09:44 AM, Fernando Trebien wrote: Ah, mais um detalhe, sobre a legalidade da importação. O que eu fiz foi transformar/corrigir os dados do LABGEO antes de fazer a importação. Os dados podem ser vistos como obra derivada, e por isso marquei todos eles com a tag source=LABGEO/UFRGS para o caso de ser necessário reverter. Acredito que estão ok porque ninguém respondeu o meu e-mail perguntando se era permitido fazer essa importação, mas vou saber com certeza quando visitar a UFRGS no início de outubro para ver se podemos implantar um servidor OTP lá. Ainda sobre a legalidade, é bem provável que não se consiga estabelecer um vinculo claro entre o que eu importei e os dados do LABGEO. O resultado teria sido absolutamente idêntico se eu tivesse simplesmente colocado o mapa do LABGEO impresso do meu lado e copiado tudo à olho. Na verdade, uma das alterações foi exatamente assim, o LABGEO só serviu para responder uma questão que eu tinha há muito tempo (se a Redenção incluía ou não o parque Paulo Gama e o Instituto de Educação), os contornos de ambos os parques foram feitos por mim há meses, só tive que mudar algumas relações de multipolígono: http://www.openstreetmap.org/browse/changeset/17738742 Praticamente todos os objetos que eu importei foram verificados um por um (exceto os que eu conhecia bem, claro). Os nomes foram corrigidos também, primeiro quanto às maiúsculas e minúsculas, depois quanto à grafia. Faltava principalmente a acentuação correta. A geometria de cada objeto foi simplificada, realinhada ponto a ponto ao Bing (garantindo que nenhuma área se sobreponha a objetos existentes), alguns pontos novos foram gerados nos contornos, e em alguns casos a geometria do LABGEO não fazia sentido e eu deliberadamente a alterei. Em todos os casos, coloquei a tag source=LABGEO/UFRGS, para o caso de ser necessário reverter algo futuramente. Sendo um processo manual de revisão (lento e trabalhoso), importei tudo com o meu próprio usuário, e não com o meu usuário de importações (ftrebienimports). Você pode ver os changesets relativos a isso na minha lista de edições a partir do dia 8 de setembro. http://www.openstreetmap.org/user/Fernando%20Trebien/edits 2013/9/11 Fernando Trebien fernando.treb...@gmail.com: Parte do teu trabalho manual também vai ser corrigir erros de grafia nos nomes e ajustar alguns contornos manualmente. Os nomes estão todos em letras maiúsculas, tens que colocá-los com minúsculas e iniciais maiusculas. Eu teria scripts pra fazer isso, pra Linux. On Sep 11, 2013 2:59 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Labgeo, não Geolab haha. On Sep 11, 2013 2:58 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Augusto, eu já importei alguns desses dados (as categorias com menos dados). São 995 praças ao total, se quiseres importar tens que fazer uma revisão manual antes porque muitas estão com um nome numérico. Notei alguns/vários erros nos dados do GEOLAB. Assim, terás que fazer uma conflacao manual, verificando cada objeto. Posso te mandar o que sobrou para importar, já convertido para o formato OSM. Mas não esqueça de comparar cada objeto com o que já existe no OSM hoje. Vi mais de um caso (vários na verdade) em que o OSM estava mais correto que o GEOLAB. Os dados possuem uma tag CATEGORIA que especifica o que cada objeto é. Mas é um código e alguns dos códigos eu não consegui decifrar. Praças é PCA. O arquivo também tem dados que não faz sentido importar, como as linhas diretrizes. Há outros arquivos no mesmo conjunto de dados que contém informação sobre a vegetação e a hidrologia. Talvez você queira olhar esses também. Estou viajando e volto dia 8 de outubro, quando voltar posso te ajudar melhor. Se importares algo, crie um usuário só pra isso e de preferência guarde os números dos teus changesets. Abraços, Fernando On Sep 11, 2013 12:05 PM, Augusto Stoffel arstof...@yahoo.com.br wrote: Pessoal (especialmente Fernando), Então os dados do Labgeo estão legalmente OK para importação? Notei que o arquivo eixo_ruas.zip [1] no Diagnóstico Ambiental de Porto Alegre contém as praças, parques e esplandas, que eu estou disposto a importar para o OSM (a longo prazo em suaves prestações). Eu precisaria de umas breves dicas para começar esse trabalho. Primeiro, entendo que o processo de conflação seria manual. Envolveria criar uma camada no JOSM com os dados do Labgeo e copiar as praças para a camada principal, uma a uma, checando em cada caso se a coisa faz sentido mesmo. Está
Re: [Talk-br] Labgeo/UFRGS
Olha, você podia pedir mais detalhes sobre sobre esse processo. Vai que só falta mais interessados pra eles agilizarem isso. Então podemos dividir o trabalho de fazer a importação depois que eu falar com o LABGEO. On Sep 12, 2013 1:29 PM, Augusto Stoffel arstof...@yahoo.com.br wrote: Então acho vou esperar falares com o pessoal do Labgeo antes de fazer uma importação sistemática. Aliás, recebi uma resposta da prefeitura de Porto Alegre. Disseram que existe um processo administrativo de número 001.050706.12.8 (de 2012) em que se está analisando a possibilidade de fornecer dados num modelo Open Data. Curiosamente, eles não informaram como acessar os documetos do tal processo. On 09/12/2013 09:44 AM, Fernando Trebien wrote: Ah, mais um detalhe, sobre a legalidade da importação. O que eu fiz foi transformar/corrigir os dados do LABGEO antes de fazer a importação. Os dados podem ser vistos como obra derivada, e por isso marquei todos eles com a tag source=LABGEO/UFRGS para o caso de ser necessário reverter. Acredito que estão ok porque ninguém respondeu o meu e-mail perguntando se era permitido fazer essa importação, mas vou saber com certeza quando visitar a UFRGS no início de outubro para ver se podemos implantar um servidor OTP lá. Ainda sobre a legalidade, é bem provável que não se consiga estabelecer um vinculo claro entre o que eu importei e os dados do LABGEO. O resultado teria sido absolutamente idêntico se eu tivesse simplesmente colocado o mapa do LABGEO impresso do meu lado e copiado tudo à olho. Na verdade, uma das alterações foi exatamente assim, o LABGEO só serviu para responder uma questão que eu tinha há muito tempo (se a Redenção incluía ou não o parque Paulo Gama e o Instituto de Educação), os contornos de ambos os parques foram feitos por mim há meses, só tive que mudar algumas relações de multipolígono: http://www.openstreetmap.org/browse/changeset/17738742 Praticamente todos os objetos que eu importei foram verificados um por um (exceto os que eu conhecia bem, claro). Os nomes foram corrigidos também, primeiro quanto às maiúsculas e minúsculas, depois quanto à grafia. Faltava principalmente a acentuação correta. A geometria de cada objeto foi simplificada, realinhada ponto a ponto ao Bing (garantindo que nenhuma área se sobreponha a objetos existentes), alguns pontos novos foram gerados nos contornos, e em alguns casos a geometria do LABGEO não fazia sentido e eu deliberadamente a alterei. Em todos os casos, coloquei a tag source=LABGEO/UFRGS, para o caso de ser necessário reverter algo futuramente. Sendo um processo manual de revisão (lento e trabalhoso), importei tudo com o meu próprio usuário, e não com o meu usuário de importações (ftrebienimports). Você pode ver os changesets relativos a isso na minha lista de edições a partir do dia 8 de setembro. http://www.openstreetmap.org/user/Fernando%20Trebien/edits 2013/9/11 Fernando Trebien fernando.treb...@gmail.com: Parte do teu trabalho manual também vai ser corrigir erros de grafia nos nomes e ajustar alguns contornos manualmente. Os nomes estão todos em letras maiúsculas, tens que colocá-los com minúsculas e iniciais maiusculas. Eu teria scripts pra fazer isso, pra Linux. On Sep 11, 2013 2:59 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Labgeo, não Geolab haha. On Sep 11, 2013 2:58 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Augusto, eu já importei alguns desses dados (as categorias com menos dados). São 995 praças ao total, se quiseres importar tens que fazer uma revisão manual antes porque muitas estão com um nome numérico. Notei alguns/vários erros nos dados do GEOLAB. Assim, terás que fazer uma conflacao manual, verificando cada objeto. Posso te mandar o que sobrou para importar, já convertido para o formato OSM. Mas não esqueça de comparar cada objeto com o que já existe no OSM hoje. Vi mais de um caso (vários na verdade) em que o OSM estava mais correto que o GEOLAB. Os dados possuem uma tag CATEGORIA que especifica o que cada objeto é. Mas é um código e alguns dos códigos eu não consegui decifrar. Praças é PCA. O arquivo também tem dados que não faz sentido importar, como as linhas diretrizes. Há outros arquivos no mesmo conjunto de dados que contém informação sobre a vegetação e a hidrologia. Talvez você queira olhar esses também. Estou viajando e volto dia 8 de outubro, quando voltar posso te ajudar melhor. Se importares algo, crie um usuário só pra isso e de preferência guarde os números dos teus changesets. Abraços, Fernando On Sep 11, 2013 12:05 PM, Augusto Stoffel arstof...@yahoo.com.br wrote: Pessoal (especialmente Fernando), Então os dados do Labgeo estão legalmente OK para importação? Notei que o arquivo eixo_ruas.zip [1] no Diagnóstico Ambiental de Porto Alegre contém as praças, parques e
Re: [Talk-br] Começando com o Talk-br
Oi Marcos que legal que você assinou a lista, seja bem vindo abraço Gerald 2013/9/12 Marcos Pereira majpere...@gmail.com Não mapeio com tanta frequência, nem sou tão experiente em geoprocessamento com o OpenStreetmap como vocês... meu nome é Marcos Antonio de Jesus Pereira, de Anhembi - SP. Espero me corrigir em alguns aspectos, aprender mais, me aprimorar e também contribuir de alguma forma. Tendo um celular com câmera e gps na mão (não é meu caso ainda, uso instrumentos separados) e tendo noções de conversão de arquivos track e poi para o formato gpx, além é claro de consultar bases de dados e mapas confiáveis, permitidos pelo OSM, é possível fazer muita coisa dentro da legalidade. É o que faço. A câmera é para registrar os pontos notáveis e situações de dúvida no local visitado. Já me fizeram muitos comentários sobre o google:... mapas google são uma coisa muito perigosa... servem apenas para eventual consulta e olha lá! Prefira imagens de satélite do Bing... o melhor mesmo é visitar o local (todas essas imagens estão desatualizadas por razões diversas e também por motivos de segurança - poderá estar deixando de mapear algo ou mapeando o que talvez não existe mais). O que fazemos já é algo muito primoroso. É só seguir em frente, na busca do melhor para todos. Marcos Pereira http://lattes.cnpq.br/7286163637647707 http://www.facebook.com/MarcosAntonioDeJesusPereira24649184827 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gweber...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Começando com o Talk-br
Bem-vindo, Marcos! Saudações cariocas. :-) Abraço, Arlindo Nighto Pereira 2013/9/12 Marcos Pereira majpere...@gmail.com Não mapeio com tanta frequência, nem sou tão experiente em geoprocessamento com o OpenStreetmap como vocês... meu nome é Marcos Antonio de Jesus Pereira, de Anhembi - SP. Espero me corrigir em alguns aspectos, aprender mais, me aprimorar e também contribuir de alguma forma. Tendo um celular com câmera e gps na mão (não é meu caso ainda, uso instrumentos separados) e tendo noções de conversão de arquivos track e poi para o formato gpx, além é claro de consultar bases de dados e mapas confiáveis, permitidos pelo OSM, é possível fazer muita coisa dentro da legalidade. É o que faço. A câmera é para registrar os pontos notáveis e situações de dúvida no local visitado. Já me fizeram muitos comentários sobre o google:... mapas google são uma coisa muito perigosa... servem apenas para eventual consulta e olha lá! Prefira imagens de satélite do Bing... o melhor mesmo é visitar o local (todas essas imagens estão desatualizadas por razões diversas e também por motivos de segurança - poderá estar deixando de mapear algo ou mapeando o que talvez não existe mais). O que fazemos já é algo muito primoroso. É só seguir em frente, na busca do melhor para todos. Marcos Pereira http://lattes.cnpq.br/7286163637647707 http://www.facebook.com/MarcosAntonioDeJesusPereira24649184827 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] VPS 30 dias OpenTripPlanner
Buenas, Além de contribuir com o OSM, sou do Partido Pirata no RS. De 12/09/2013 à 12/10/2013 temos disponível um VPS (Virtual Private Server) para testes/desenvolvimento. E por me interessar muito por transporte público e saber que tem pessoas querendo instalar um servidor do OpenTripPlanner (Fernado Trebien e outros http://forum.openstreetmap.org/viewtopic.php?id=21839p=1), talvez seria interessante ter um servidor para testar o OTP. O servidor: 2 CPUs 4GB RAM 2TB Bandwidth 60GB Storage cPanel/WHM CentOS 6.4 (64-bit) OS Está a disposição. Quem quiser conhecer o Partido Pirata: http://partidopirata.org Grupo (fechado) no Facebook do Partido no RS: https://www.facebook.com/groups/PartidoPirataRS/ Post de origem dessa história do VPS: https://www.facebook.com/groups/PartidoPirataRS/permalink/401962003239269/ http://partidopirata.cl/primeros-pasos-el-partido-pirata-de-brasil-haa-comenzado-su-proceso-de-reconocimiento-oficial/ Abraço, Claiton Neisse ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Shared Nodes bei landuse
Es ist definitiv falsch, wenn du in irgendeinem schon gut gemappten Gebiet jetzt stundenlang irgendwelche sauber getrennten Flächen zusammenklebst. Das ist auch dann falsch, wenn die Flächen deiner Ansicht nach genau angrenzen. Ich halte es für falsch, das als 'falsch' zu bezeichnen. Zumindest ich bin der Meinung, dass ein solches Verhalten ein Verwarnungsgrund wäre und wenn es in meiner Region passiert, dann würde ich all diese Changesets zurücksetzen lassen. Ich würde erheblich darauf pledieren, solch einen Revertantrag abzulehnen. Es gibt hier keinen Besitzanspruch für Mappinggebiete. Wenn jemand mit mehr Informationen (oder mehr Zeit, oder mehr Wissen im Umgang mit Editoren) hat, kann er alles Überarbeiten. Es geht im Ende darum, ob er die Wirklichkeit besser abbildet. Wenn dein einzigen Argumente für getrennte Gebiete das war schon so, das hat aber Arbeit gemacht oder das gefällt mir so besser sind, sehe ich keinen Grund für so ein Revert. Man 'muss' nicht verbindend Mappen, erst recht nicht alles. Aber wenn es unstrittig ist (siehe andere Meinungen hier im Thread) 'kann' man es durchaus und ich sähe im Gegenzug sogar keine Rechtfertigung, dass dann wieder ausseinanderzuziehen. Ich bin mir da wirklich unsicher und dachte ich frage mal nach. Nach dem rendern sieht das ja ganz ok aus... Wenn man die Flächen bevorzugt an Wegen trennt und die Nodes nah genug an den Weg ranzieht, dann fällt die Trennung im Rendering genau so wenig auf. Was ist denn 'nahe genug'? Argumetierst du gerade mit dem(tm) Renderer? Sorry, no offence, aber ein ganz dickes --1 zu dieser Meinung. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Am 11. September 2013 20:28 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 11. September 2013 19:25 schrieb Stephan Wolff s.wo...@web.de: Weit überwiegend wird landuse als Gebiet (Bau-, Gewerbe-, Wohngebiet) verwendet, das Wege und Nebenstraßen einschließt. Gebiet ist jegliche größere Fläche, Gewerbe- bzw. Wohngebiet sind Siedlungsteile, d.h. abgegrenzte/abgrenzbare Teile einer Siedlung (Stadt/Dorf/etc.) mit eigenem Namen und Identität. M.E. ist place dafür der richtige Tag, ob es dann ein Gewerbe oder ein Wohngebiet ist, sieht man wunderbar an den enthaltenen landuses. Die historische Entwicklung ist so sicher richtig. Ich bin mir aber nicht sicher, ob die beschriebene Weiterentwicklung so sinnvoll ist. place ist für Siedlungsteile ungeeignet, weil dies (zumindest für mich) impliziert, dass das Gebiet einen Namen hat (du sprichst von Identität). Das ist oft nicht der Fall. landuse auf Grundstückslevel mag interessant sein, sollte nach meinem Dafürhalten aber auch als Grundstück(=Flurstück?) gemappt sein, da dann die zusätzliche Information der Grundstücksgrenze hinzukommt (in D ja oft umfriedet und damit verifizierbar). landuse als zusammenhängendes, oft unbenanntes Gewerbe- bzw. Wohngebiet, welches größere Ortschaften nach Bebauungs- und Nutzungsart partitioniert ist also weder mit place noch mit (unzusammenhhängenden) Einzelgundstücken wirklich zu ersetzen. Allerdings sehe ich durchaus die Verifikationsprobleme, da solche Partitionierungen meisst nicht 100%ig scharf abgegrenzt werden können. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Hi, On 09/12/2013 07:00 AM, Manuel Reimer wrote: Es ist definitiv falsch, wenn du in irgendeinem schon gut gemappten Gebiet jetzt stundenlang irgendwelche sauber getrennten Flächen zusammenklebst. Das ist auch dann falsch, wenn die Flächen deiner Ansicht nach genau angrenzen. Es gibt in dieser Frage kein eindeutiges Richtig oder Falsch (besonders dann nicht, wenn zwischen den zwei Landuses noch ein Zaun oder Weg verlaeuft). Es ist eine Frage des persoenlichen Geschmacks oder der eigenen Arbeitsweise, wie jemand bei sowas vorgeht. Wenn man Flaechen bearbeitet, die von jemand anderem angelegt sind, dann ist es auch zulaessig, das nach seinem eigenen Mapping-Stil zu tun. Also wenn zum Beispiel in einem kleinen Ort jemand relativ grosszuegig ein Riesen-Residential mit angrenzendem landuse=farmland gemalt hat und ich setze mich jetzt hin und verfeinere das mit farmyard, industrial, meadow und weiss der Kuckuck was noch, dann darf ich dem ganzen auch meinen Stempel aufdruecken und es nach meinem Stil mappen. Was anderes waere es, wenn ich, ohne jetzt wirklich die Daten zu verbessern, einen Ort nach dem anderen bearbeite und ihm meinen Stempel aufdrucke (indem ich landuses entweder zusammenfuege oder auseinanderdividiere, je nachdem, was mein persoenlicher Stil ist). Das kommt dann eher als Bevormundung rueber, und ob man damit das Mapping der Realitaet naeher gebracht hat, ist eh umstitten. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Stammtisch in Karlsruhe und München
Hallo Zusammen, wir würden gerne am Mittwoch, den 18.09.2013 zum Stammtisch nach Karlsruhe kommen, findet der statt? Es wurde noch nichts auf der Wiki Seite bekannt gegeben. Des Weiteren sind wir am 19.09 wieder auf dem Stammtisch in München. Viele Grüße Tracy i.A. Mentz Datenverarbeitung GmbH ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 163 27.8.-2.9.2013
Hallo, die Wochennotiz Nr. 163 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/09/wochennotiz-nr-163/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Il giorno 12/set/2013, alle ore 08:20, Ronnie Soak chaoschaos0...@googlemail.com ha scritto: place ist für Siedlungsteile ungeeignet, weil dies (zumindest für mich) impliziert, dass das Gebiet einen Namen hat (du sprichst von Identität). Das ist oft nicht der Fall. wenn das Gebiet keinen Namen hat (nicht mal inoffiziell, was z.B. in loc_name abbildbar wäre), dann ist es auch kein Wohngebiet in dem Sinne wie es hier verwendet wurde, sondern ein Gebiet, in dem gewohnt wird, da passt dann wirklich place nicht. Place für Siedlungsteile gibt es mit suburb übrigens schon ewig... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Webservice um Kacheln zu verschmelzen
Hallo zusammen, um bei Hausnummern Mapping Parties vernünftig Pläne ausdrucken zu können bin ich zurzeit auf der Suche nach einem Webservice der on-the-fly verschiedene Kacheln miteinander kombiniert und die dann sozusagen wieder als Tiles anbietet. Konkret geht des damit für Field papers einen eigenen Stil zu haben, der gut fürs Mappen vor Ort geeignet ist. Sprich man soll die Hausnummern und Gebäude gut sehen und Gebäude mit und ohne Adresse entsprechend gekennzeichnet sind. Ich dachte dabei daran die Karte von osm.org mit den no-address und hasaddress Layern von qa.poole.ch zu kombinieren, allerdings kann Field Papers noch keine Kacheln übereinander legen, aber man kann zumindest einge Tile Server URLs angeben. Hat jemand von euch schon mal so nen Webserivce gesehen oder könnte Tips bei der Implementierung geben? Vielen Dank im voraus, Andreas signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
Hi,
Andreas Hubel schrieb:
Hat jemand von euch schon mal so nen Webserivce gesehen oder könnte Tips bei
der Implementierung geben?
von Implementierung zu sprechen wäre übertrieben. Ich hab dafür ein
kleines Skript um die Bilder zu laden und zu mergen. Wenn das nix
schönes werden soll ... ;)
#!/bin/bash
for j in {7..15}; do for i in {13..23} ; do wget -O ${i}_${j}.jpg
http://b.tile.stamen.com/watercolor/5/${i}/${j}.jpg;; done ; done
IMGS=`for j in {7..15}; do for i in {13..23} ; do echo ${i}_${j}.jpg ; done ;
done`
montage $IMGS -tile 11x9 -geometry 256x256 result.jpg
Adresse und Region anpassen, einmal für Base, einmal für den Overlay und
dann mit montage result.jpg overlay.png -coalesce noch übereinander
legen. Weiß nicht ob du dir sowas vorgestellt hattest, geht aber :)
Gruß,
Peda
--
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
Am 12. September 2013 10:22 schrieb Andreas Hubel a...@saerdnaer.de: Ich dachte dabei daran die Karte von osm.org mit den no-address und hasaddress Layern von qa.poole.ch zu kombinieren, allerdings kann Field Papers noch keine Kacheln übereinander legen, aber man kann zumindest einge Tile Server URLs angeben. Hat jemand von euch schon mal so nen Webserivce gesehen oder könnte Tips bei der Implementierung geben? Schau mal https://github.com/umidev/mapnik-utils/blob/master/sandbox/tileblender/tileblender.py an. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenRailwayMap [Was: Re: Korrektur vom Schienenetz in Deutschland]
Am Mittwoch, den 11.09.2013, 21:22 + schrieb Sven Geggus: Alexander Matheisen alexandermathei...@ish.de wrote: Liverendering mit Mapserver oder Mapnik habe ich bisher noch nicht ausprobiert. In kleinen Zoomleveln ist das kein Problem. Der OSM Inspektor macht das zum Beispiel so. Bei Zoomstufen =10 ist die Geschwindigkeit beim Rendering im Browser ja auch kein Problem. Schwierig wird es in den niedrigen Zoomstufen bis etwa z7, bei denen ich die Datenkacheln per Cronjob vorher erzeugen und cachen muss, weil eine Live-Erzeugung zu langsam wäre. Das müsste man bei einem Liverendering von Bitmap Tiles wahrscheinlich auch. Aber dann hätte man wieder den Nachteil, dass man jede Kachel in jedem Kartenstil rendern muss... Gruß Alex signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Alles in allem verliere ich auch die Lust etwas zu ändern, wenn alles aneindergeklatscht wurde, und es wird auch unübersichtlich und schwieriger die richtigen Linien auszuwählen. Am 11.09.2013 16:44, schrieb Florian Lohoff: On Wed, Sep 11, 2013 at 03:52:28PM +0200, Ronnie Soak wrote: Ich nutze ebenfalls gemeinsame nodes, wenn die Flächen wirklich aneinandergrenzen oder wenn das, was noch dazwischen ist, üblicherweise nicht gemappt wird oder üblicherweise einer der Flächen hinzugerechnet wird. Bei direkten Grenzen sehe ich das ja noch ein. Sobald aber mehr als zwei Linien übereinanderliegen wird es unübersichtlich. Wenn es eine lineare Barriere ist nehme ich dann Multipolygone, aber landuse + highway ist fürchterlich und falsch, da hier nicht erkannt wird, dass zwei Tagging-Arten (Linien - Flächen) zusammen fallen, die so nicht funktionieren. Faktisch wird dann landuse zu groß eingezeichnet. Hauptproblem ist mM wieder mal der Renderer, welcher noch immer nicht width=* auswertet noch gesunde Default-Werte im hohen Zoombereich verwendet. Das mit dem üblicherweise ist gefährlich :) Es gab da durchaus mal Ansätze Straßen als Flächen (zusätzlich) zu erfassen. Also was heute noch unüblich sein kann kann morgen schon total hip sein und wieder horden von gelangweilten mappern beschäftigen ... Genau landuse=road wird bisher nicht verwendet. Ich nehme lieber lücken in der Karte hin als irgendwas zu stark zu abstrahieren. +1 So fällt auch besser auf, dass an den Stellen noch etwas fehlt. Hat natürlich alles seine Grenzen - Gesunder Menschenverstand und so ... +1 cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Am 12. September 2013 13:08 schrieb fly lowfligh...@googlemail.com: Alles in allem verliere ich auch die Lust etwas zu ändern, wenn alles aneindergeklatscht wurde, und es wird auch unübersichtlich und schwieriger die richtigen Linien auszuwählen. je nachdem, wenn es wirklich eine gemeinsame Grenze gibt ist das Zusammenfügen derselben topologisch m.E. schon richtiger, und sollte man was verschieben müssen wäre es auch einfacher, weil man nicht alles doppelt auswählen und verschieben muss. Bei direkten Grenzen sehe ich das ja noch ein. Sobald aber mehr als zwei Linien übereinanderliegen wird es unübersichtlich. +1, persönlich nutze ich meistens Multipolygone, weil die in JOSM am einfachsten weiterzubearbeiten sind, aber leider ist das Zeugs nicht sonderlich stabil, weil sie von anderen Editoren nicht richtig unterstützt werden (oder wurden). Wenn dann ein großer Wald hinterher gemeinsam mit den umliegenden Feldern verschwindet, weil ein Nutzer die ganzen Einzelteile der outers wieder kombiniert hat, und danach nochmal andere Leute weitereditiert haben, kann man das nur noch sehr mühsam wieder herstellen (habe da schon Stunden zugebracht). Wenn es eine lineare Barriere ist nehme ich dann Multipolygone, aber landuse + highway ist fürchterlich und falsch, da hier nicht erkannt wird, dass zwei Tagging-Arten (Linien - Flächen) zusammen fallen, die so nicht funktionieren. Faktisch wird dann landuse zu groß eingezeichnet. ja, sehe ich auch so, aber solange man sich nicht zu so einer Aussage gemeinsam durchringen kann, sondern eben beides richtig ist, wird man damit leben müssen. Hauptproblem ist mM wieder mal der Renderer, welcher noch immer nicht width=* auswertet noch gesunde Default-Werte im hohen Zoombereich verwendet. m.E. ist das diesbezügliche Hauptproblem das ästhetische Empfinden, dass nur eine durchgehend eingefärbte Karte schön sei ;-) leer kann ja auch einen Aussagegehalt haben, und wenn man erstmal eine Linien-Karte wie die Toner-Karte von Stamen betrachtet wird man gewahr, wie viel weniger Information man erhält wenn alles auf die Straßenmitte gezogen wird bzw. Lücken unterschlagen werden. Genau landuse=road wird bisher nicht verwendet. ist halt auch nicht immer vom Mapper vor Ort festzustellen, bis wo genau die Straße reicht (die geht nämlich je nach Straßentyp auch weiter als nur die asphaltierte Fläche bzw. der Gehweg, oder auch nicht). Wenn man die landuses nicht bis zur Straßenmitte sondern bis zu ihrer Grenze zieht ergeben sich die Flächen innerhalb derer auch das öffentliche Straßenland liegt quasi von selbst als Leerräume. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Dörfer ohne Straßennamen
Hallo, ich habe da mal eine Frage: Wie sollte man mit Dörfern umgehen die keine Straßennamen haben bzw bei denen die Häuser einfach durchnummeriert werden? Sollte ich die Straßen ohne name-Tag lassen oder dort den Namen des Dorfes eintragen? Dies wäre ja teil der Adresse. Wie zum Beispiel hier: http://osm.org/go/0D7wDb5ll-;. Will man dorthin navigieren oder einen Brief schreiben möchte benutzt man in dem Fall Greuth 11, Höchstadt an der Aisch. Also besser den Dorfnamen als Straßennamen taggen? Stehe ein wenig auf dem Schlauch... lg, Marvin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
On 12.09.2013 10:22, Andreas Hubel wrote: [...] Hat jemand von euch schon mal so nen Webserivce gesehen oder könnte Tips bei der Implementierung geben? Ich würde dafür http://mapproxy.org/ benutzen. Als Input werden belieben Kartendienste (WMS, Tileservice) unterstützt. Heraus kommt wieder WMS und/oder eine gekachelter Dienst. Optional kann auch ein Cache erzeugt werden, bei dem die zusammengeführten Kacheln zwischengespeichert werden. Die geposteten anderen Scripte würden wahrscheinlich auch ausreichen, die kenne ich jedoch nicht. Falls du dich für Mapproxy entscheidest, kann ich bei der Config helfen. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
On Thu, 12 Sep 2013, Peter Barth wrote:
Hi,
Andreas Hubel schrieb:
Hat jemand von euch schon mal so nen Webserivce gesehen oder könnte Tips bei
der Implementierung geben?
von Implementierung zu sprechen wäre übertrieben. Ich hab dafür ein
kleines Skript um die Bilder zu laden und zu mergen. Wenn das nix
schönes werden soll ... ;)
#!/bin/bash
for j in {7..15}; do for i in {13..23} ; do wget -O ${i}_${j}.jpg
http://b.tile.stamen.com/watercolor/5/${i}/${j}.jpg;; done ; done
IMGS=`for j in {7..15}; do for i in {13..23} ; do echo ${i}_${j}.jpg ; done ;
done`
montage $IMGS -tile 11x9 -geometry 256x256 result.jpg
Adresse und Region anpassen, einmal für Base, einmal für den Overlay und
dann mit montage result.jpg overlay.png -coalesce noch übereinander
legen. Weiß nicht ob du dir sowas vorgestellt hattest, geht aber :)
Ich hab sowas aehnliches mal gemacht, um Karten mit Overlays in JOSM als
Hintergrund zu haben. Siehe zur Einfuehrung:
http://wiki.openstreetmap.org/wiki/Landshut_Tipps#Alternatives_Kartenmaterial_in_JOSM_hinterlegen
Im Prinzip habe ich ein CGI Skript fuer meinen Web-Server gebaut, das auch
das von Peda genannte ImageMagick benutzt, um aus einer Koordinate von
mehreren Quellen (OSM, Hillshading, HikeBikeMap) eine einzelne Kachel zu
generieren.
Sourcen auf Anfrage.
A.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
On 12.09.13 14:06, Marvin Preuss wrote: ich habe da mal eine Frage: Wie sollte man mit Dörfern umgehen die keine Straßennamen haben bzw bei denen die Häuser einfach durchnummeriert werden? Sollte ich die Straßen ohne name-Tag lassen oder dort den Namen des Dorfes eintragen? Dies wäre ja teil der Adresse. Wie zum Beispiel hier: http://osm.org/go/0D7wDb5ll-;. Will man dorthin navigieren oder einen Brief schreiben möchte benutzt man in dem Fall Greuth 11, Höchstadt an der Aisch. Also besser den Dorfnamen als Straßennamen taggen? Stehe ein wenig auf dem Schlauch... Dafür gibt es addr:place (statt addr:street): addr:place=Greuth addr:housenumber=11 addr:postcode=91315 addr:city=Höchstadt an der Aisch addr:country=DE vgl. z.B. http://www.openstreetmap.org/?query=Brunnbach%208 Den name=Greuth auf den Straßen sollte man IMO wegnehmen, weil nicht die Straße heißt so, sondern der Ort (denke ich). /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
Nominatim unterstützt schon länger addr:place als Ersatz für addr:street wenn keine Strassennamen existieren (was es durchaus häufiger gibt) für die Adressen. Bei den Strassen kannst du den Namen einfach weglassen, je nach bevorzugter Philosophie kannst du auch ein noname=yes oder ein validate:no_name=yes and die Strasse taggen, wenn das wirklich verifiziert ist. Simon Am 12.09.2013 14:06, schrieb Marvin Preuss: Hallo, ich habe da mal eine Frage: Wie sollte man mit Dörfern umgehen die keine Straßennamen haben bzw bei denen die Häuser einfach durchnummeriert werden? Sollte ich die Straßen ohne name-Tag lassen oder dort den Namen des Dorfes eintragen? Dies wäre ja teil der Adresse. Wie zum Beispiel hier: http://osm.org/go/0D7wDb5ll-;. Will man dorthin navigieren oder einen Brief schreiben möchte benutzt man in dem Fall Greuth 11, Höchstadt an der Aisch. Also besser den Dorfnamen als Straßennamen taggen? Stehe ein wenig auf dem Schlauch... lg, Marvin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
On Thu, 12 Sep 2013, Simon Poole wrote: Nominatim unterstützt schon länger addr:place als Ersatz für addr:street wenn keine Strassennamen existieren (was es durchaus häufiger gibt) für die Adressen. [...] Wie sieht es da bei den Extraktionen fuer diverse Navi's aus? Weiss da jemand was? Bisher habe ich naemlich aus 'bestimmten Gruenden' (man mapped doch fuer das Navi) eben auch das street Tag verwendet... A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
Am 12. September 2013 14:38 schrieb Alexander Lehner leh...@edv-buero-lehner.de: Wie sieht es da bei den Extraktionen fuer diverse Navi's aus? Weiss da jemand was? Bisher habe ich naemlich aus 'bestimmten Gruenden' (man mapped doch fuer das Navi) eben auch das street Tag verwendet... auch da tut man dem System einen Bärendienst wenn man absichtlich falsch mappt, weil die sich dann nicht weiterentwickeln ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stammtisch in Karlsruhe und München
Tracy Kasperczyk kasperc...@mentzdv.de wrote: wir würden gerne am Mittwoch, den 18.09.2013 zum Stammtisch nach Karlsruhe kommen, findet der statt? Der findet jeden Monat statt. Es wurde noch nichts auf der Wiki Seite bekannt gegeben. Das wird öfter mal vergessen. Eventuell auch die Karlsruher Mailingliste abonnieren: http://lists.openstreetmap.de/mailman/listinfo/karlsruhe Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
Es ist nicht nur falsch sondern falsch. Leider macht das google vor, aber das ändert nichts am Sachverhalt. Simon Am 12.09.2013 14:54, schrieb Martin Koppenhoefer: Am 12. September 2013 14:38 schrieb Alexander Lehner leh...@edv-buero-lehner.de: Wie sieht es da bei den Extraktionen fuer diverse Navi's aus? Weiss da jemand was? Bisher habe ich naemlich aus 'bestimmten Gruenden' (man mapped doch fuer das Navi) eben auch das street Tag verwendet... auch da tut man dem System einen Bärendienst wenn man absichtlich falsch mappt, weil die sich dann nicht weiterentwickeln ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
On 09/12/2013 09:08 AM, Frederik Ramm wrote: Es gibt in dieser Frage kein eindeutiges Richtig oder Falsch (besonders dann nicht, wenn zwischen den zwei Landuses noch ein Zaun oder Weg verlaeuft). So ist auch mein letzter Stand Es ist eine Frage des persoenlichen Geschmacks oder der eigenen Arbeitsweise, wie jemand bei sowas vorgeht. Genau. Und ich empfinde verbundene Flächen, erst Recht wenn über diese Verbindung auch noch ein Weg gezogen wurde, eben als extrem schwierig zu editieren. Wenn man Flaechen bearbeitet, die von jemand anderem angelegt sind, dann ist es auch zulaessig, das nach seinem eigenen Mapping-Stil zu tun. +1 Und wenn ich an der gleichen Stelle wieder ändern muss, dann separiere ich mir die Nodes halt wieder... Was anderes waere es, wenn ich, ohne jetzt wirklich die Daten zu verbessern, einen Ort nach dem anderen bearbeite und ihm meinen Stempel aufdrucke (indem ich landuses entweder zusammenfuege oder auseinanderdividiere, je nachdem, was mein persoenlicher Stil ist). Und genau so habe ich die Frage des OP verstanden und deshalb auch meine entsprechende Reaktion. Es verbessert die Daten nicht, wenn jemand, nur weil er nicht weiß was er sonst tun soll, irgendwo Gebiete zusammenklebt. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
On Thu, 12 Sep 2013, Simon Poole wrote: Es ist nicht nur falsch sondern falsch. Leider macht das google vor, aber das ändert nichts am Sachverhalt. Jungs - was an der Frage 'wie sieht es bei den Extraktionen fuer Navis aus' habt ihr nicht verstanden? Dass das street-tagging so nicht korrekt ist, ist mir klar. Das habe ich ja implizit schon zugegeben ;) A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
Moin Wo zieht ihr eigtl. die Grenze zwischen kein Straßenname und Straßenname identisch mit Ortsname? Zumindest Straßen mit Straßennamenschildern (auf denen der selbe Name steht den auch der Ort trägt) haben für mich schlicht und einfach den selben Namen wie der Ort. In manchen Dörfern fehlen diese Schilder vlt., an anderen Straßen mit Namen die vom Ortsnamen abweichen allerdings auch. Vielen Dank Beste Grüße Bastian (BBO) -- View this message in context: http://gis.19327.n5.nabble.com/Dorfer-ohne-Stra-ennamen-tp5777289p5777342.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 30C3 Call for Participation
Am 12.09.2013 01:08, schrieb Michael Kugelmann: Am 11.09.2013 10:36, schrieb Johannes Kröger: Ich würde mich sehr über etwas zur Overpass-API overpass-turbo.eu freuen. Ala was kann man alles mit ihr machen, wie einfach ist es Daten aus OSM zu holen, etc. Ich glaube, das sowas bei vielen verschiedenen Leuten gut ankommen könnte. Ich verweise in dem Zusammenhang u.A. auf die Videos von der FOSSGIS (IIRC auch 2012, sicher aber 2013 http://wiki.openstreetmap.org/wiki/FOSSGIS_2013 ) oder von der gerade zu Ende gegangenen SOTM 2013. Grüße, Michael. Naja, ich denke auch eher an sowas wie Neues von OSM in 5 Minuten, könnte als Lightning-talk nett sein. Ich bin mir nicht sicher, ob ein langer Spezialvortrag das richtige Publikum findet. Auch im 3D-Bereich, im Rendering(Tilemill) und der Smartphone-Nutzung hat sich ja schließlich gigantisch was getan. Das sind aber so aufwendige Anwendungen, dass die nicht eben mal zum schnellen hacken einladen. Wir könnten aber anhand der zum letzten Kongress zusammengehackten Indoor-Karte[1] zeigen, was sich so machen läßt. Dank der nun funktionierenden Indoor-Navigation sollten die Leute ja dann auch den Stand finden. Wenn sich niemand für einen derartigen Vortrag auf die Bühne stellen will, wird es aber dank passender Standgestaltung, auch so funktionieren. Grüße Tim [1]http://mlm.jochentopf.com/29c3/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Am 11.09.2013 20:28, schrieb Martin Koppenhoefer: Am 11. September 2013 19:25 schrieb Stephan Wolff s.wo...@web.de: Weit überwiegend wird landuse als Gebiet (Bau-, Gewerbe-, Wohngebiet) verwendet, das Wege und Nebenstraßen einschließt. Ja, das ist in Deutschland zumindest überwiegend (noch) so, aber das könnte man ja ändern, wenn ein Wille da ist. M.E. sind wir beim landuse noch relativ am Anfang, [] Nicht nur in Deutschland sondern fast überall. Für eine Änderung der landuse-Definition wäre zumindest ein ausformulierter Vorschlag und eine breite Zustimmung der Mapper dazu nötig. Falls wirklich Bedarf besteht könnte man einfacher die Flurstücke der Straße als Fläche erfassen und hätte die private Grundstücksfläche als Differenz aus landuse und Straßenfläche. Dadurch würde man nebenbei auch die von einigen ungeliebten shared nodes zwischen Straße und Privatgrundstück vermeiden. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Neue Anregung: Nach einen kleinem Test von mir und AJoNee, wurde klar, dass zwei getrennte Jobs, also erst Häuser malen bis alle alle fertig sind und in einem späterem Schritt erst die Hausnummer dran kopieren, ist aus mehreren Gründen nicht so elegant: 1. Wenn man ein Haus abmalt, will man auch gleich die Früchte seiner Arbeit ernten und die Adressinfos mit ans Gebäude pappen, damit man das selbst auf der OSM-Karte sehen kann. 2. Auf den Luftbildern ist bei Reihenhäusern oder Hochhäusern nicht immer ganz klar, wo sich die einzelnen Gebäudeteile trennen. Kopiert man gleich die Adressnode mit rein, oder lässt sie sich in einer anderen Ebene anzeigen, hilft es die Gebäude zu trennen. 3. Also können die 2 HOT-Tasks meiner Meinung nach zusammengefasst werden. Die Raster des Jobs http://rebuild.poole.ch/job/60 (390m x 390m) bietet sich dafür an... Was haltet ihr von einem Mapping-Event (Indoor) um gemeinsam den Import der Kölner Adressen zu stemmen? Ich stelle mir da einen Sonntag Ende Oktober vor. Dann wäre noch genug Zeit um sich über Statistiken, Abläufe, evtl. aktuellere Luftbilder, etc... zu kümmern. Terminfindung auf doodle? Ich habe da auch schon einen möglichen Veranstaltungsort mit Internetverbindung bei der auch eine größere Gruppe kein Problem ist gefunden ( Köln-Westhoven mit Linie 7 erreichbar: http://osm.org/go/0GC_uAb31?m= ). Bislang sind alle Sonntage im Oktober frei. Es müssen ja nicht zwingend alle Teilnehmer auch vor Ort sein, über den HOT-Task und den Chat kann man auch verteilt Arbeiten, wenn's jemand möchte. Feedback? Gruß Johannes Am 31. August 2013 19:55 schrieb jotpe jotpe@gmail.com: Leute, diskutiert darüber woanders! Johannes Am Samstag, 31. August 2013 schrieb Bernhard Weiskopf : Das ist in Mannheim und vermutlich in anderen deutschen Städten ebenso. Bereits im Bebauungsplan werden den Flurstücken Hausnummern zugeordnet. Das erste Haus auf dem Grundstück erhält dann die zugeteilte Hausnummer. Weitere Häuser auf demselben Flurstück werden mit angehängten Nummernzusätzen ergänzt. Besonders großen Flurstücken werden aber auch schon mal mehrere Hausnummern zugeordnet, wenn darauf voraussichtlich mehrere Häuser errichtet werden. In unserem Wohngebiet wurden einige Garagenplätze geteilt in jeweils eine Gemeinschaftsfläche und viele 3 m x 6 m große Flächen für die Garagen. Hier bekam dann jede Garage eine eigene Hausnummer, die hat aber niemand an der Garage angebracht, obwohl das rein rechtlich vermutlich notwendig wäre. Bernhard -Ursprüngliche Nachricht- Von: Jörg Frings-Fürst [mailto:o...@jff-webhosting.net] Gesendet: Samstag, 31. August 2013 09:58 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Adressbestände Köln nun als OpenData Moin Dirk, in §126 Abs. 3 Baugesetzbuch steht: Der Eigentümer hat sein Grundstück mit der von der Gemeinde festgesetzten Nummer zu versehen. Im Übrigen gelten die landesrechtlichen Vorschriften. Die Nummern werden den Grundstücken zugeordnet und werden als Hausnummer im Grundbuch eingetragen. Die Nummern werden zumindest hier auch für Grundstücke vergeben die noch nicht bebaut sind, aber in einem Gebiet mit Bebauungsplan liegen und bebaut werden könnten. Nur so lassen sich dann auch Hausnummern wie 8-12 erklären, bei denen die Bebauung über mehrere Grundstücke geht. Schönes Wochenende noch Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org Am Freitag, den 30.08.2013, 13:02 +0200 schrieb Dirk Sohler: Martin Koppenhoefer schrieb: m.E. am sinnvollsten auf dem gesamten Gebiet, auf dem sie gilt. HAUSnummer, nicht Grundstücksnummer (das wäre dann nämlich die Flurstücksnummer aus dem Katasterplan). Zudem beschreibt eine Adresse im allgemeinen Sprachgebrauch immer ganz konkret einen Wohnort (Straße, Hausnummer, ggf. Appartement- Nummer), und nicht ein Grundstück (vgl. Flurstücksnummer, die „Adresse des Grundstückes“). Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Am 12.09.2013 07:00, schrieb Manuel Reimer: Es ist definitiv falsch, wenn du in irgendeinem schon gut gemappten Gebiet jetzt stundenlang irgendwelche sauber getrennten Flächen zusammenklebst. Das ist auch dann falsch, wenn die Flächen deiner Ansicht nach genau angrenzen. Das ist keine Ansichtsfrage. Wenn zwei Grundstücke mit unterschiedlicher Nutzung in der Realität aneinandergrenzen, dann ist eine gemeinsame Grenze beider landuse-Flächen die einzig korrekte Beschreibung (auch wenn die Näherung durch zwei eng benachbarte Fläche meist geduldet wird). Ich bin mir da wirklich unsicher und dachte ich frage mal nach. Nach dem rendern sieht das ja ganz ok aus... Wenn man die Flächen bevorzugt an Wegen trennt und die Nodes nah genug an den Weg ranzieht, dann fällt die Trennung im Rendering genau so wenig auf. Die Grenzlinien nah an der Wegmitte existieren in der Realität nicht. OSM ist kein Kartenmalprojekt sondern ein Geodatenbankprojekt. Für Abstands- und Flächenberechnungen gibt es Unterschiede, auch wenn die Kartendarstellung (für einen speziellen Renderer) gleich aussehen mag. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingfrage (mal wieder)
Am 12.09.2013 00:20, schrieb Martin Koppenhoefer: Die Deutsche Vermögensberatung ist laut Wikipedia eine investment company: http://en.wikipedia.org/wiki/Deutsche_Verm%C3%B6gensberatung Nunja, man könnte aber auch Strukturvertrieb (aka MultiLevelMarketing) sagen... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] OSMIT e stato dell'arte delle regioni
Come sempre c'e' spazio per una parte dedicata allo stato dell'arte delle regioni ma ... se chi ha intenzione di fare una presentazione di questo genere e non si registra al sito ne come speaker ne come partecipanti e' duretta metterlo a programma :) Grazie a tutti! Continuate a registrarvi e proporre interventi! Ciao -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tool di qa per classificazione strade
2013/9/11 Simone Cortesi sim...@cortesi.com stavo guardando questa pagina del tool, ho provato a selezionare almeno una decina di errori, ma li trovo inesistenti nel momento in cui mi carica josm. sono gia' stati corretti e il sito non è stato aggiornato? La seconda che hai detto. :-) Ne ho corretti alcuni nella mia zona e li rivedo ancora segnalati come errore. Ciao Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] query multiple con overpass turbo
Ciao a tutti,
sto facendo una ricerca veloce di alcuni bike rent in osm tramite
overpass.
di solito me la cavo facendo una query con una tag per volta, ma mi
chiedevo se fosse possibile interrogare il sistema richiedento più tag
per volta.
ad esempio qui chiedo i nodi con amenity=bicycle_rental
query type=node
has-kv k=amenity v=bicycle_rental/
bbox-query {{bbox}}/
!--this is auto-completed with the current map view coordinates.--
/query
!-- added by auto repair --
union
item/
recurse type=down/
/union
!-- end of auto repair --
print/
e se per caso nella stessa query vorrei chiedere anche... chessò...
tourism=hotel ?
--
id odm: Andria Tzedda
http://sardiniaopendata.org/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri su strade
Martin Koppenhoefer ha scritto: Se qualcosa non ha un nome, non mettere qualcos'altro (come un ref o una descrizione) nella chiava name. +1 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade forestali trentine
Ciao, grazie alle informazioni raccolte qui nella lista ho completato la pagina con le informazioni su come mappare le strade forestali in Trentino. http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali Se vi capita di passare da queste parti e di mapparne qualcuna, credo possa essere utile dare un'occhiata alla pagina soprattutto per i tag relativi alle limitazioni di accesso. Ciao Pietro - Messaggio originale - Da: pietro marzani piem...@yahoo.it A: openstreetmap - italiano talk-it@openstreetmap.org Cc: Inviato: Lunedì 2 Settembre 2013 23:20 Oggetto: [Talk-it] strade forestali trentine Buongiorno a tutti, recentemente sulla lista trentina abbiamo discusso un po' di come taggare le strade forestali del Trentino. Esse, infatti, sono regolamentate da una legge provinciale del 2007 [0] e suddivise in 2 tipi (A e B), a seconda che possano esser percorse solo per fini forestali o anche per altri scopi. Siccome molte persone non sono a conoscenza di questa situazione e non sanno come riconoscere i due tipi di strade, abbiamo pensato di creare una pagina del Wiki in cui dare tutte le spiegazioni a riguardo, comprese alcune istruzioni per utilizzare in JOSM i dati della viabilità forestale trentina disponibili qui [1]. Per il momento ho creato una pagina sotto il mio profilo [2], ma l'intenzione sarebbe quella di darle visibilità nella sezione trentina del wiki [3] (tutta da sistemare). Prima di procedere alla pubblicazione vorremmo chiedervi di dare un'occhiata a questa pagina e di aiutarci a decidere su alcune questioni rimaste aperte: - innanzitutto vi vorremmo chiedere se il testo risulta chiaro e se vi sembra corretta la traduzione in tag che abbiamo fatto delle restrizioni d'accesso - poi vorremmo sapere se è corretto/utile creare un tag apposito per distinguere le forestali di tipo A da quelle di tipo B (io propongo pat_type=A o B , dove pat sta per Provincia Autonoma di Trento). Mi sembra che questa informazione potrebbe tornare utile nel momento in cui la normativa relativamente ai divieti di accesso alle strade di un determinato tipo dovesse cambiare per correggere automaticamente tutti i tag relativi. - qual è il modo per segnalare che sulle forestali di tipo B possono circolare i veicoli dei portatori di handicap (esibenti il classico cartellino arancione)? - abbiamo pensato di mettere a disposizione dei mappatori alcuni file (lo shapefile della viabilità forestale riproiettato per essere utilizzato in JOSM, un file di preimpostazioni per JOSM per assegnare velocemente alcuni tag alle forestali, un tutorial pdf sull'utilizzo di questi file). Esiste un modo per ospitarli sul wiki (anche se pesano alcune decine di MB) o bisogna ricorrere ad altre soluzioni? al momento sono in una mia dropbox ma posso ospitarli anche in un altro spazio web. grazie Pietro [0] http://www.consiglio.provincia.tn.it/banche_dati/codice_provinciale/clex_documento_camp.it.asp?pagetype=campapp=clexat_id=16530type=testoblank=Y [1] http://dati.trentino.it/dataset/viabilita-forestale [2] http://wiki.openstreetmap.org/wiki/User:Pietro_m/Bozza [3] http://wiki.openstreetmap.org/wiki/Trentino ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade forestali trentine
Complimenti a Pietro (e a chi ha colalborato) per il bel lavoro fatto. Evidenzio la comoda funzione personalizzata nelle preimpostazioni che con un paio di semplici passaggi consente di inserire i tag corretti. http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali#Preimpostazioni_per_JOSM ciao Il 12/09/2013 12:21, pietro marzani ha scritto: Ciao, grazie alle informazioni raccolte qui nella lista ho completato la pagina con le informazioni su come mappare le strade forestali in Trentino. http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali Se vi capita di passare da queste parti e di mapparne qualcuna, credo possa essere utile dare un'occhiata alla pagina soprattutto per i tag relativi alle limitazioni di accesso. Ciao Pietro - Messaggio originale - Da: pietro marzani piem...@yahoo.it A: openstreetmap - italiano talk-it@openstreetmap.org Cc: Inviato: Lunedì 2 Settembre 2013 23:20 Oggetto: [Talk-it] strade forestali trentine Buongiorno a tutti, recentemente sulla lista trentina abbiamo discusso un po' di come taggare le strade forestali del Trentino. Esse, infatti, sono regolamentate da una legge provinciale del 2007 [0] e suddivise in 2 tipi (A e B), a seconda che possano esser percorse solo per fini forestali o anche per altri scopi. Siccome molte persone non sono a conoscenza di questa situazione e non sanno come riconoscere i due tipi di strade, abbiamo pensato di creare una pagina del Wiki in cui dare tutte le spiegazioni a riguardo, comprese alcune istruzioni per utilizzare in JOSM i dati della viabilità forestale trentina disponibili qui [1]. Per il momento ho creato una pagina sotto il mio profilo [2], ma l'intenzione sarebbe quella di darle visibilità nella sezione trentina del wiki [3] (tutta da sistemare). Prima di procedere alla pubblicazione vorremmo chiedervi di dare un'occhiata a questa pagina e di aiutarci a decidere su alcune questioni rimaste aperte: - innanzitutto vi vorremmo chiedere se il testo risulta chiaro e se vi sembra corretta la traduzione in tag che abbiamo fatto delle restrizioni d'accesso - poi vorremmo sapere se è corretto/utile creare un tag apposito per distinguere le forestali di tipo A da quelle di tipo B (io propongo pat_type=A o B , dove pat sta per Provincia Autonoma di Trento). Mi sembra che questa informazione potrebbe tornare utile nel momento in cui la normativa relativamente ai divieti di accesso alle strade di un determinato tipo dovesse cambiare per correggere automaticamente tutti i tag relativi. - qual è il modo per segnalare che sulle forestali di tipo B possono circolare i veicoli dei portatori di handicap (esibenti il classico cartellino arancione)? - abbiamo pensato di mettere a disposizione dei mappatori alcuni file (lo shapefile della viabilità forestale riproiettato per essere utilizzato in JOSM, un file di preimpostazioni per JOSM per assegnare velocemente alcuni tag alle forestali, un tutorial pdf sull'utilizzo di questi file). Esiste un modo per ospitarli sul wiki (anche se pesano alcune decine di MB) o bisogna ricorrere ad altre soluzioni? al momento sono in una mia dropbox ma posso ospitarli anche in un altro spazio web. grazie Pietro [0] http://www.consiglio.provincia.tn.it/banche_dati/codice_provinciale/clex_documento_camp.it.asp?pagetype=campapp=clexat_id=16530type=testoblank=Y [1] http://dati.trentino.it/dataset/viabilita-forestale [2] http://wiki.openstreetmap.org/wiki/User:Pietro_m/Bozza [3] http://wiki.openstreetmap.org/wiki/Trentino ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Relazione 957374 e laguna di Venezia
La relazione Italia (957374) http://www.openstreetmap.org/browse/relation/957374 http://www.openstreetmap.org/browse/relation/957374 deve essere posta lungo il limite interno o esterno (linea litoranea) della laguna di Venezia? Sono convinto che deve essere posta lungo la linea litoranea perché lo scopo della relazione è identificare le terre emerse al di fuori della linea di costa, infatti la laguna di Venezia e le sue isole sono interne alla linea di costa. -- View this message in context: http://gis.19327.n5.nabble.com/Relazione-957374-e-laguna-di-Venezia-tp5777301.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] computerino per bici con mappe OSM
Visto l'alta presenza di ciclisti qui segnalo questo articolo (in tedesco, ma c'è la foto ;-) ) su un computerino per bici assistiti dalla Bosch con mappe OSM: http://www.heise.de/newsticker/meldung/Fahrradcomputer-fuer-E-Bikes-1946336.html ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] computerino per bici con mappe OSM
Mi sembra di dimensioni eccessive per un ciclista. Da: Martin Koppenhoefer dieterdre...@gmail.com A: openstreetmap list - italiano talk-it@openstreetmap.org Inviato: Giovedì 12 Settembre 2013 15:52 Oggetto: [Talk-it] computerino per bici con mappe OSM Visto l'alta presenza di ciclisti qui segnalo questo articolo (in tedesco, ma c'è la foto ;-) ) su un computerino per bici assistiti dalla Bosch con mappe OSM: http://www.heise.de/newsticker/meldung/Fahrradcomputer-fuer-E-Bikes-1946336.html ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relazione 957374 e laguna di Venezia
Il 12 settembre 2013 15:32, Hartman ha scritto: Sono convinto che deve essere posta lungo la linea litoranea perché lo scopo della relazione è identificare le terre emerse al di fuori della linea di costa, infatti la laguna di Venezia e le sue isole sono interne alla linea di costa. sono convinto che quella relazione sia inutile e dannosa (peccato che non ci sia un modo per sapere quali oggetti di OSM sono inutilizzati), inutile perché se vuoi identificare qualcosa dentro o fuori un confine fai una query spaziale e dannosa perché ti costringe a scaricare dati doppi quando fai modifiche in un bounding box che la comprende se ne è parlato diverse volte, l'ultima 2 mesi fa, sono d'accordo con Martin che dovrebbe essere eliminata: https://lists.openstreetmap.org/pipermail/talk-it/2013-July/036018.html c'è qualche applicazione che la usa e che deve esser convertita? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
2013/9/10 Luca Delucchi lucadel...@gmail.com: Ciò detto, mi servirebbe sapere: 1) ogni quanto vengono generati gli estratti regionali? A che ora? In questo modo posso fare girare un cronjob che fa le analisi appena escono gli estratti nuovi. allora sul server di GFOSS una volta a settimana, su quello FEM [0] ogni notte 2) come li produci in dettaglio? La libreria che Osmose usa per leggere i pbf tira un errore. Ora non ti so dire di più perché sono sul cellulare ma appena riesco ti mando qualche dettaglio. Per ora usiamo i file .osm.bz2 che sono un po' meno compressi ma vanno bene lo stesso. si potrebbero usare per osmose i dati generati ogni notte sulla macchina fmach? è importante secondo me dare un feedback veloce agli utenti che correggono gli errori. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] highway=unclassified vs. residential fuori città
Sono ancora confuso su quando usare highway=unclassified rispetto a highway=residential, al di fuori dei centri abitati. In particolare, mi confonde quanto si legge in questa bozza [1], dove si dice: For residential areas there is the the tag highway=residential below the tag highway=unclassified. Outside residential areas there isn't a subcategory to address residential traffic although most paved roads carry predominantly residential traffic. [...] Outside residential areas highway=unclassified (or any higher category) addresses all non-agricaltural traffic, which means that nearly every inhabited building is connected by it to the network of higher roads. The immediate access onto the private ground is done by highway=service. Chi ha scritto questa pagina sembra non contemplare l'uso di highway=residential in aree non urbane. Come devo mappare strade come queste? [2] [1] http://wiki.openstreetmap.org/wiki/Countryside [2] http://osm.org/go/xXd~~tzY8- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relazione 957374 e laguna di Venezia
2013/9/12 Daniele Forsi dfo...@gmail.com Il 12 settembre 2013 15:32, Hartman ha scritto: Sono convinto che deve essere posta lungo la linea litoranea perché lo scopo della relazione è identificare le terre emerse al di fuori della linea di costa, infatti la laguna di Venezia e le sue isole sono interne alla linea di costa. sono convinto che quella relazione sia inutile e dannosa +1 è terribile, ed ha già 928 versioni. Vero spam ;-) c'è qualche applicazione che la usa e che deve esser convertita? forse la usa qualche tedesco. Il mio modo di trattare con questo spam è di ignorarlo, ma se qualcuno la vuole cancellare sono d'accordissimo. La relazione importante che abbiamo è quella admin_level=2, boundary=administrative, e la landmass si ottiene in automatico utilizzando la relazione admin_level=2 insieme alla coastline... ciao, Martin La relazione vera: 365331 tags (per evitare che tutti si guardano la relazione col relativo query al database): - ISO3166-1 = IT - TMC:cid_58:tabcd_1:Class = Area - TMC:cid_58:tabcd_1:LCLversion = 8.00 - TMC:cid_58:tabcd_1:LocationCode = 11 - admin_level = 2 - alt_name:vi = I-ta-li-a - boundary http://wiki.openstreetmap.org/wiki/Key:boundary?uselang=en= administrativehttp://wiki.openstreetmap.org/wiki/Tag:boundary=administrative?uselang=en - currency = EUR - flag = http://upload.wikimedia.org/wikipedia/commons/0/03/Flag_of_Italy.svg - int_name = Italia - is_in http://wiki.openstreetmap.org/wiki/Key:is%20in?uselang=en = Europe - name http://wiki.openstreetmap.org/wiki/Key:name?uselang=en = Italia - name:ab = Италиа - name:ace = Itali - name:af = Italië - name:ak = Italy - name:als = Italien - name:am = ጣልያን - name:an = Italia - name:ang = Italia - name:ar = إيطاليا - name:arc = ܐܝܛܠܝܐ - name:arz = ايطاليا - name:as = ইটালী - name:ast = Italia - name:ay = Italiya - name:az = İtaliya - name:ba = Италия - name:bar = Italien - name:bat-smg = Italėjė - name:bcl = Italya - name:be = Італія - name:be-x-old = Італія - name:bg = Италия - name:bi = Itali - name:bn = ইতালি - name:bo = ཨི་ཏ་ལི། - name:bpy = ইতালি - name:br = Italia - name:bs = Italija - name:bug = Italia - name:bxr = Итаали - name:ca = Itàlia - name:cbk-zam = Italia - name:cdo = É-dâi-lé - name:ce = Итали - name:ceb = Italya - name:chr = ᎢᏔᎵᏱ - name:chy = Italy - name:ckb = ئیتالیا - name:co = Italia - name:cr = ᐃᑕᓖ - name:crh = İtaliya - name:cs = Itálie - name:csb = Italskô - name:cu = Италїꙗ - name:cv = Итали - name:cy http://wiki.openstreetmap.org/wiki/Key:name:cy?uselang=en = Yr Eidal - name:da = Italien - name:de = Italien - name:diq = İtalya - name:dsb = Italska - name:dv = އިޓަލީވިލާތް - name:dz = ཨྀཊ་ལི་ - name:ee = Italy - name:el = Ιταλία - name:eml = Itâglia - name:en = Italy - name:eo = Italio - name:es = Italia - name:et = Itaalia - name:eu = Italia - name:ext = Itália - name:fa = ایتالیا - name:ff = Italiya - name:fi = Italia - name:fiu-vro = Itaalia - name:fo = Italia - name:fr = Italie - name:frp = Étalie - name:frr = Itaalien - name:fur = Italie - name:fy = Itaalje - name:ga = An Iodáil - name:gag = İtaliya - name:gan = 意大利 - name:gd = An Eadailt - name:gl = Italia - name:gn = Itália - name:gu = ઈટલી - name:gv = Yn Iddaal - name:hak = Yi-thai-li - name:haw = ʻĪkālia - name:he = איטליה - name:hi = इटली - name:hif = Italy - name:hr = Italija - name:hsb = Italska - name:ht = Itali - name:hu = Olaszország - name:hy = Իտալիա - name:ia = Italia - name:id = Italia - name:ie = Italia - name:ilo = Italia - name:io = Italia - name:is = Ítalía - name:it = Italia - name:ja = イタリア - name:jbo = gugde'itu - name:jv = Italia - name:ka = იტალია - name:kaa = İtaliya - name:kab = Ṭelyan - name:kbd = Урым - name:kg = Italia - name:ki = Italia - name:kk = Италия - name:kl = Italia - name:km = អ៊ីតាលី - name:kn = ಇಟಲಿ - name:ko = 이탈리아 - name:koi = Италья - name:krc = Италия - name:ku = Îtalya - name:kv = Италия - name:kw = Itali - name:ky = Италия - name:la = Italia - name:lad = Italia - name:lb = Italien - name:lez = Италия - name:lg = Yitale - name:li = Italië - name:lij = Italia - name:lmo = Itàlia - name:ln = Italya - name:lo = ອິຕາລີ - name:lt = Italija - name:ltg = Italeja - name:lv = Itālija - name:map-bms = Italia - name:mdf = Италие - name:mg = Italia - name:mhr = Италий - name:mi = Itāria - name:min = Italia - name:mk = Италија - name:ml = ഇറ്റലി - name:mn = Итали - name:mr = इटली - name:ms = Itali - name:mt = Italja - name:mwl = Eitália - name:my = အီတလီနိုင်ငံ - name:mzn = ایتالیا - name:na = Itari - name:nah =
Re: [Talk-it] Osmose abilitato per l'Italia
ok dopo mi leggo il link. Ho visto che vengono segnalati gli errori nelle regioni vicine, ma non in Veneto. Guarda questo link http://osmose.openstreetmap.fr/it/map/?zoom=6lat=42.16281lon=11.46748layers=B0FFTitem=level=1 http://osmose.openstreetmap.fr/it/map/?zoom=6lat=42.16281lon=11.46748layers=B0FFTitem=level=1 Gli errori seguono il confine... ci sono in Lombardia ma non nel Veneto. Compaiono solo alcune tipologie tipo poligono aperto -- View this message in context: http://gis.19327.n5.nabble.com/Osmose-abilitato-per-l-Italia-tp5776797p5777328.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
Il 12 settembre 2013 16:27, Simone Cortesi sim...@cortesi.com ha scritto: si potrebbero usare per osmose i dati generati ogni notte sulla macchina fmach? Sì, basta cambiare la configurazione. C'è un baco con i file PBF (sono iraggiungibili) su FMACH, l'ho già segnalato a Luca. Appena fixa inizio a usare quelli. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
2013/9/12 Luca Delucchi lucadel...@gmail.com: C'è un baco con i file PBF (sono iraggiungibili) su FMACH, l'ho già segnalato a Luca. Appena fixa inizio a usare quelli. fatto, vai pure. ho abilitato il redirect per il DNS: http://osmose.openstreetmap.it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] highway=unclassified vs. residential fuori città
2013/9/12 solitone solit...@mail.com Chi ha scritto questa pagina sembra non contemplare l'uso di highway=residential in aree non urbane. Come devo mappare strade come queste? [2] [2] http://osm.org/go/xXd~~tzY8- in generale se portano da qualche parte e non finiscono metterei unclassified, altrimenti residential (se ci abita qualcuno). La differenza non è gigantesca, fai un po' come ti pare... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
2013/9/12 Simone Cortesi sim...@cortesi.com: come fatto notare da Fred a SOTM, la lista italiana, è seconda solo alla lista talk tedesca per quantità di traffico. ogni tanto ci perdiamo in un bicchiera d'acqua :-P ...sono troppo contento! si fa molto piacere ma vedo ancora una distanza abbissale con i tedeschi specialmente per quanto riguarda gli eventi organizzati... -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
Il 12 settembre 2013 16:27, Simone Cortesi sim...@cortesi.com ha scritto: si potrebbero usare per osmose i dati generati ogni notte sulla macchina fmach? Mi son dimenticato di dire che adesso Osmose è girato su tutte le regioni. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relazione 957374 e laguna di Venezia
ok elimino la relazione. curiosità: è possibile recuperarla se servisse? -- View this message in context: http://gis.19327.n5.nabble.com/Relazione-957374-e-laguna-di-Venezia-tp5777301p5777321.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
tutta colpa dei semafori senza onda verde :-) On Sep 12, 2013 6:50 PM, Luca Delucchi lucadel...@gmail.com wrote: 2013/9/12 Simone Cortesi sim...@cortesi.com: come fatto notare da Fred a SOTM, la lista italiana, è seconda solo alla lista talk tedesca per quantità di traffico. ogni tanto ci perdiamo in un bicchiera d'acqua :-P ...sono troppo contento! si fa molto piacere ma vedo ancora una distanza abbissale con i tedeschi specialmente per quanto riguarda gli eventi organizzati... -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relazione 957374 e laguna di Venezia
Diciamo che io preferirei mettere ordine piuttosto che ignorare :) La cosa importante per me sarebbe toglierla dalla laguna di Venezia e portarla fuori, certamente eliminarla sarebbe meglio. Come funziona la presa della decisione? Non vorrei che se ne parlasse per l'ennesima volta senza arrivare al dunque. p.s. ancora tempo fa', prima di scoprire questa mailing list, mi sono permesso di spostare la linea di costa fuori dalla laguna e creare un multi-poligono water, come indicato nel wiki e come ritengo più corretto. Spero di aver fatto cosa gradita. -- View this message in context: http://gis.19327.n5.nabble.com/Relazione-957374-e-laguna-di-Venezia-tp5777301p5777319.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relazione 957374 e laguna di Venezia
2013/9/12 Hartman sldr.hart...@gmail.com Diciamo che io preferirei mettere ordine piuttosto che ignorare :) anch'io, ma per me ordine sarebbe cancellarla :-) La cosa importante per me sarebbe toglierla dalla laguna di Venezia e portarla fuori, certamente eliminarla sarebbe meglio. vai ! Come funziona la presa della decisione? Non vorrei che se ne parlasse per l'ennesima volta senza arrivare al dunque. credo che qui nessuno usa quella relazione, forse utenti di altri paesi, non lo so. Lo vedremmo quando l'hai cancellata ;-) Il mio sospetto è che nessuno usa quella relazione da nessuna parte... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Giochiamo a OpenStreetMap? :)
A me sembra che sia un po' abbandonato a se stesso. L'ultima discussione sul sito di supporto risale a 3 mesi fa, a parte quella che ho aperto io per il supporto a firefox Davide -- View this message in context: http://gis.19327.n5.nabble.com/Giochiamo-a-OpenStreetMap-tp5776654p5777356.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
On 12 September 2013 17:21, Hartman sldr.hart...@gmail.com wrote: non funziona in Veneto che cosa non funziona in Veneto? PS Prego tutti quanti di leggere e rispettare la netiquette [0] perchè se no non si capisce nulla [0] http://it.wikipedia.org/wiki/Netiquette -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Relazione 957374 e laguna di Venezia
Il giorno 12/set/2013, alle ore 17:02, Hartman sldr.hart...@gmail.com ha scritto: ok elimino la relazione. curiosità: è possibile recuperarla se servisse? si, purtroppo ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
2013/9/12 Cristian Consonni kikkocrist...@gmail.com: Il 12 settembre 2013 16:27, Simone Cortesi sim...@cortesi.com ha scritto: Sì, basta cambiare la configurazione. C'è un baco con i file PBF (sono iraggiungibili) su FMACH, l'ho già segnalato a Luca. Appena fixa inizio a usare quelli. fatto, vai pure. Ciao, C -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
Ciao, Il 12 settembre 2013 17:33, Hartman sldr.hart...@gmail.com ha scritto: Gli errori seguono il confine... ci sono in Lombardia ma non nel Veneto. Compaiono solo alcune tipologie tipo poligono aperto adesso sto rilanciando tutte le analisi per usare i dati da FMACH. Per altro, Luca, il bug del PBF del Molise c'è ancora, ti scrivo in separata sede. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
2013/9/12 Cristian Consonni kikkocrist...@gmail.com: Il 12 settembre 2013 17:33, Hartman sldr.hart...@gmail.com ha scritto: Gli errori seguono il confine... ci sono in Lombardia ma non nel Veneto. Compaiono solo alcune tipologie tipo poligono aperto adesso sto rilanciando tutte le analisi per usare i dati da FMACH. Per altro, Luca, il bug del PBF del Molise c'è ancora, ti scrivo in separata sede. come fatto notare da Fred a SOTM, la lista italiana, è seconda solo alla lista talk tedesca per quantità di traffico. ...sono troppo contento! -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] highway=unclassified vs. residential fuori città
Martin Koppenhoefer ha scritto: in generale se portano da qualche parte e non finiscono metterei unclassified, altrimenti residential (se ci abita qualcuno). La differenza non è gigantesca, fai un po' come ti pare... E service quando va usato? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
