Re: [OSM-talk] poster things
http://www.flickr.com/photos/copetersen/2661105419/ http://www.flickr.com/photos/routebuddy/2671110136/ They were very nice. Who made them? On Wed, Jul 16, 2008 at 6:57 PM, SteveC [EMAIL PROTECTED] wrote: anyone have any photos with those poster stand things that were at SOTM that looked like they were for conference booths? there was one to the right of the projector screen the whole time Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Nick Black http://www.blacksworld.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] poster things
Thank you copetersen for that nice gallery with captions ;) Lucas De: [EMAIL PROTECTED] en nombre de Nick Black Enviado el: jue 17/07/2008 8:20 Para: SteveC CC: OSM Talk Asunto: Re: [OSM-talk] poster things http://www.flickr.com/photos/copetersen/2661105419/ http://www.flickr.com/photos/routebuddy/2671110136/ They were very nice. Who made them? On Wed, Jul 16, 2008 at 6:57 PM, SteveC [EMAIL PROTECTED] wrote: anyone have any photos with those poster stand things that were at SOTM that looked like they were for conference booths? there was one to the right of the projector screen the whole time Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Nick Black http://www.blacksworld.net http://www.blacksworld.net/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] poster things
Henk Hoff had them made, there's two more being made still, with a different design. Op 17 jul 2008, om 07:20 heeft Nick Black het volgende geschreven: http://www.flickr.com/photos/copetersen/2661105419/ http://www.flickr.com/photos/routebuddy/2671110136/ They were very nice. Who made them? On Wed, Jul 16, 2008 at 6:57 PM, SteveC [EMAIL PROTECTED] wrote: anyone have any photos with those poster stand things that were at SOTM that looked like they were for conference booths? there was one to the right of the projector screen the whole time Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Nick Black http://www.blacksworld.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] poster things
On Thu, Jul 17, 2008 at 12:55 PM, Martijn van Exel [EMAIL PROTECTED] wrote: Henk Hoff had them made, there's two more being made still, with a different design. is there more information available? like which company printed them? costs? forgot to ask while in Limerick... I wish to be able to do something similar to show while we have our tables in public spaces here in italy. -S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Using OSM maps in a mobile navigator
Hi there. I've recently added support for OSM maps (BTW, it's the default provider) in an open source mobile navigator that I've developed. I'm guessing which is the best way to give credits to OSM in my application - what about writing OSM (or maybe a logo - is it the magnifying glass at the left top corner in the home page the official logo of OSM?) over the rendered maps? Thanks for any feedback. -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Using OSM maps in a mobile navigator
El Jueves, 17 de Julio de 2008, Fabrizio Giudici escribió: I've recently added support for OSM maps (BTW, it's the default provider) in an open source mobile navigator that I've developed. I'm guessing which is the best way to give credits to OSM in my application Well, the current CC license specifies that the attribution notice has to be reasonable to the medium. In other words, if your mobile navigator has limited screen real state, you may choose to display or not to display an OSM logo or copyright notice in the main screen. A simple splash screen with the logo and URL is fine. A notice on the about section of your program (if you have it) is fine. However, please do link to www.openstreetmap.org *and* either the license page on the wiki[1] or the CC-by-sa license[2]. [1] http://wiki.openstreetmap.org/index.php/Attribution [2] http://creativecommons.org/licenses/by-sa/2.0/ As we have seen in The State of the Map last weekend, displaying the names of all contributors can be a daunting task. Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Proudly running Debian Linux with 2.6.24-1-amd64 kernel, KDE 3.5.9, and PHP 5.2.6-1 generating this signature. Uptime: 15:04:35 up 38 days, 22:52, 4 users, load average: 1.69, 1.09, 0.98 signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Josm: bug in Simplify Way?
On Thu, Jul 17, 2008 at 12:38:48AM +0200, Gabriel Ebner wrote: Fixed in OSM r9100, Verified: fantastic! This is another tale for those that - now and then - come up and say that nobody is accountable for free software. Thank you, Gabriel! -- Niccolo Rigacci Firenze - Italy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Using OSM maps in a mobile navigator
Ok, thanks. I've added a quick-and-dirty about box with all the info (the icon overlay on the map requires more work, since shrinking the icon to a reasonable size turns it into a random cluster of pixels). May I just suggest to add a URL redirector at http://openstreetmap.org/Attrib that points to http://wiki.openstreetmap.org/index.php/Attribution? The latter is really long for a mobile device, it needs wrapping for rendering and wrapping is not aesthetically pleasing. Thanks. On Jul 17, 2008, at 15:14 , Iván Sánchez Ortega wrote: El Jueves, 17 de Julio de 2008, Fabrizio Giudici escribió: I've recently added support for OSM maps (BTW, it's the default provider) in an open source mobile navigator that I've developed. I'm guessing which is the best way to give credits to OSM in my application Well, the current CC license specifies that the attribution notice has to be reasonable to the medium. In other words, if your mobile navigator has limited screen real state, you may choose to display or not to display an OSM logo or copyright notice in the main screen. A simple splash screen with the logo and URL is fine. A notice on the about section of your program (if you have it) is fine. However, please do link to www.openstreetmap.org *and* either the license page on the wiki[1] or the CC-by-sa license[2]. [1] http://wiki.openstreetmap.org/index.php/Attribution [2] http://creativecommons.org/licenses/by-sa/2.0/ As we have seen in The State of the Map last weekend, displaying the names of all contributors can be a daunting task. Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Proudly running Debian Linux with 2.6.24-1-amd64 kernel, KDE 3.5.9, and PHP 5.2.6-1 generating this signature. Uptime: 15:04:35 up 38 days, 22:52, 4 users, load average: 1.69, 1.09, 0.98 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] M(')appare Milano follow on: the presentation and the translation in English.
[I will be posting the same to the OSGEO discussion list, from a different address - so apologies for cross-postings] INTRODUCTION In Italy we are having a lot of elaboration on the concept of sharing, as well as on the relationship between local communities and local organisations with global communities and global organisations [with the term global to be intended as it used to be before the post-modern concept of globalisation was defined]. In the bulge of activities and projects, I managed to make available online the presentation I gave with a GFOSS.it/Italian OSGeo chapter in the closing meeting of the three-month mapping campaign in Milano (code name M(') appare Milano). The PDF is available, in Italian, from the Presentazioni section on http://www.gfoss.it/drupal/materiale Thinking of the non-Italian reading audience, and trying not to spend a huge load of time in the translation, I sought assistance from one of the known automated translation services. And this is what I got: http://www.pibinko. org/out/20080702_xche_en_lsd.html I remember trying similar exercises when such services where launched, and having hours of sheer entertainment...I hadn't been trying this for a while, and what I read in computer-aided- translation-English-with-no-review is *beyond all expectations*. I even discovered that one of the GFOSS.it board members is named Steven Coast (Stefano Costa). I never realised this before today. Possibly we have a new character together with the fake SteveC ? Also Thankses is not bad. GETTING BACK TO THE MAPS: Independently of the amenity of the pseudo- translation, I'll be glad to follow on or expand on specific points of interest. I think there are some to consider ;) Regards, Andrea Giacomelli, aka pibinko vice president and media relations manager, GFOSS.it Messaggio originale Da: [EMAIL PROTECTED] Data: 17/07/2008 15.59 A: Iván Sánchez Ortega[EMAIL PROTECTED] Cc: [EMAIL PROTECTED] org Ogg: Re: [OSM-talk] Using OSM maps in a mobile navigator Ok, thanks. I've added a quick-and-dirty about box with all the info (the icon overlay on the map requires more work, since shrinking the icon to a reasonable size turns it into a random cluster of pixels). May I just suggest to add a URL redirector at http://openstreetmap.org/Attrib that points to http: //wiki.openstreetmap.org/index.php/Attribution? The latter is really long for a mobile device, it needs wrapping for rendering and wrapping is not aesthetically pleasing. Thanks. On Jul 17, 2008, at 15:14 , Iván Sánchez Ortega wrote: El Jueves, 17 de Julio de 2008, Fabrizio Giudici escribió: I've recently added support for OSM maps (BTW, it's the default provider) in an open source mobile navigator that I've developed. I'm guessing which is the best way to give credits to OSM in my application Well, the current CC license specifies that the attribution notice has to be reasonable to the medium. In other words, if your mobile navigator has limited screen real state, you may choose to display or not to display an OSM logo or copyright notice in the main screen. A simple splash screen with the logo and URL is fine. A notice on the about section of your program (if you have it) is fine. However, please do link to www.openstreetmap.org *and* either the license page on the wiki[1] or the CC-by-sa license[2]. [1] http://wiki.openstreetmap. org/index.php/Attribution [2] http://creativecommons.org/licenses/by-sa/2.0/ As we have seen in The State of the Map last weekend, displaying the names of all contributors can be a daunting task. Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Proudly running Debian Linux with 2.6.24-1-amd64 kernel, KDE 3.5.9, and PHP 5.2.6-1 generating this signature. Uptime: 15:04:35 up 38 days, 22:52, 4 users, load average: 1.69, 1.09, 0.98 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi- bin/mailman/listinfo/talk -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs. java.net/blog/fabriziogiudici - www.tidalwave.it/blog Fabrizio. [EMAIL PROTECTED] - mobile: +39 348.150.6941 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi- bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM maps in 3D
2008/7/18 Igor Brejc [EMAIL PROTECTED]: Hi, I've started playing around using DirectX in combination with SRTM data to draw 3D relief OSM maps. The plan is to add this feature to Kosmos. Please visit http://igorbrejc.net/openstreetmap/openstreetmap-in-3d if you want to see some initial results. That looks awesome :) d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Homebrew navigatie/maprender
Het 'niet af' zijn is inderdaad wel typerend voor een aantal veel belovende projecten. En het lijkt stuk te lopen op het moment dat het aankomt op routing, a* en graaf/graven. Ik zelf ben, puur om de materie meer en meer te begrijpen, aan het spelen met C# op het .NET CF (windows mobile) platform. Ik heb gemerkt dat Kosmos een heel mooie basis (in DLL vorm) heeft om met .osm bestanden om te gaan. Maar ook ik loop stuk op het moment dat het op routing aankomt. Het a* algoritme op zich is niet het probleem. Het probleem is vooral de grote hoeveelheid data waar je mee te maken krijgt. Zoals je zelf al aangaf. Het wordt tijd dat er herbruikbare componenten komen die het steeds maar uitvinden van het wiel moet tegen gaan. Nu heeft elke applicatie z'n eigen manier van het implementeren van routing. Wellicht moeten we eens gaan kijken in hoeverre het mogelijk is om de routing uit een applicatie te isoleren en om te schrijven naar een soort engine/library/DLL/whatever achtige iets wat bruikbaar is. Het is in ieder geval leuke materie om voor de komende winter maanden stevig in vast te bijten. Citeren [EMAIL PROTECTED]: Gosmore had ik eerlijk gezegd niet naar gekeken omdat de beschrijving van die Routing page me deed denken dat het een renderer was alla JOSM. Misschien dat zoiets met JNI gekoppeld kan worden aan Java. Het enige wat me er op tegen zet is dat bijvoorbeeld er nog geen voice support in zit en in het verlengde daarvan: toont hij bij routing wel waar je heen moet? Het valt me opdat de meeste opensource cq gratis projecten allemaal van dat soort issues heeft: niets is echt 'af'. Dat was de reden dat ik mijn eigen wiel wilde bouwen maar inderdaad is een dropin een betere oplossing... Heb je nog meer suggesties? ;) Berend On Wed, 16 Jul 2008 17:01:15 +0200, Lambertus [EMAIL PROTECTED] wrote: De eerste waar je dan eens naar zou moeten kijken is Gosmore: http://wiki.openstreetmap.org/index.php/Gosmore En verder, had je deze pagina al gevonden?: http://wiki.openstreetmap.org/index.php/Routing [EMAIL PROTECTED] wrote: Ik wil voor een carputer project navigatie hebben gebaseerd op de OSM kaarten. Het geheel is in Java opgebouwd en heeft behalve een X server niets nodig (linux based dus). Ik ben dus op zoek naar turn-by-turn navigation op de OSM kaarten (of een andere gratis kaart - die wss niet bestaat) en die zich laat embedden in de Java framework. Dit mag ook via dbus maar mijn zoektocht naar native Java progsels liep op niets uit, vandaar de poging om te kijken of ik niet zelf iets dergelijks van de grond kan krijgen: de interface kan uit de framework worden gebruikt. Dan blijft de GPS aansturing, kaart renderer en route berekening over. Ik heb nog hoop voor Navit maar dit project lijkt ook niet echt uit de startblokken te komen. Tevens is er een beperkte dbus interface maar hierbij is het niet mogelijk het venster te verbergen cq te tonen wanneer nodig. Ook is de navigatie op dit moment helemaal stuk met OSM kaart en dit is al meer dan 5 maand zo... Berend On Wed, 16 Jul 2008 16:50:57 +0200, Lambertus [EMAIL PROTECTED] wrote: Kun je aangeven waarom je het wiel opnieuw wilt uitvinden en niet kiest voor het aanpassen c.q. gebruiken van een bestaande applicatie? Kon je niets vinden dat ongeveer werkt zoals je het graag ziet of...? Een navigatie applicatie maken is niet eenvoudig en je geeft ook al aan dat je weinig weet van projecties, dus dat lijkt me een lange weg worden.. Als je aangeeft wat je zoekt dan kunnen wij je misschien op weg helpen met wat linkjes enzo. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Homebrew navigatie/maprender
Ik gebruik Gosmore als backend voor de routing website en laat daarbij het grafische gedeelte van Gosmore voor wat het is en gebruik alleen de routing engine. Bij een embedded applicatie zou je dan dit grafische gedeelte wel willen gebruiken maar dan met meer mogelijkheden. Ik heb altijd begrepen dat Nic Roets wil samenwerken met andere programmeurs, dus als je iets wilt doen met driving directions en speech dan zou ik hem gewoon contacteren. Ik zou alleen niet proberen in de routing te poken want die code ziet er heftig uit (werkt overigens wel goed). Overigens vind ik Navit ook een goede candidaat alsook RoadNav. Elke applicatie heeft zo zijn zwakke en sterke punten. Wellicht moet je ze gewoon allemaal eens beoordelen voor je zelf en dan bepalen welke je wilt gaan helpen... je eigen project beginnen zal hoogstwaarschijnlijk alleen maar leiden tot nog een (opensource/gratis) project dat niet 'echt af' zal komen (daarmee bedoel ik niet jou goede bedoelingen maar verwijs ik naar de praktijk). Succes met kiezen :) [EMAIL PROTECTED] wrote: Gosmore had ik eerlijk gezegd niet naar gekeken omdat de beschrijving van die Routing page me deed denken dat het een renderer was alla JOSM. Misschien dat zoiets met JNI gekoppeld kan worden aan Java. Het enige wat me er op tegen zet is dat bijvoorbeeld er nog geen voice support in zit en in het verlengde daarvan: toont hij bij routing wel waar je heen moet? Het valt me opdat de meeste opensource cq gratis projecten allemaal van dat soort issues heeft: niets is echt 'af'. Dat was de reden dat ik mijn eigen wiel wilde bouwen maar inderdaad is een dropin een betere oplossing... Heb je nog meer suggesties? ;) Berend On Wed, 16 Jul 2008 17:01:15 +0200, Lambertus [EMAIL PROTECTED] wrote: De eerste waar je dan eens naar zou moeten kijken is Gosmore: http://wiki.openstreetmap.org/index.php/Gosmore En verder, had je deze pagina al gevonden?: http://wiki.openstreetmap.org/index.php/Routing [EMAIL PROTECTED] wrote: Ik wil voor een carputer project navigatie hebben gebaseerd op de OSM kaarten. Het geheel is in Java opgebouwd en heeft behalve een X server niets nodig (linux based dus). Ik ben dus op zoek naar turn-by-turn navigation op de OSM kaarten (of een andere gratis kaart - die wss niet bestaat) en die zich laat embedden in de Java framework. Dit mag ook via dbus maar mijn zoektocht naar native Java progsels liep op niets uit, vandaar de poging om te kijken of ik niet zelf iets dergelijks van de grond kan krijgen: de interface kan uit de framework worden gebruikt. Dan blijft de GPS aansturing, kaart renderer en route berekening over. Ik heb nog hoop voor Navit maar dit project lijkt ook niet echt uit de startblokken te komen. Tevens is er een beperkte dbus interface maar hierbij is het niet mogelijk het venster te verbergen cq te tonen wanneer nodig. Ook is de navigatie op dit moment helemaal stuk met OSM kaart en dit is al meer dan 5 maand zo... Berend On Wed, 16 Jul 2008 16:50:57 +0200, Lambertus [EMAIL PROTECTED] wrote: Kun je aangeven waarom je het wiel opnieuw wilt uitvinden en niet kiest voor het aanpassen c.q. gebruiken van een bestaande applicatie? Kon je niets vinden dat ongeveer werkt zoals je het graag ziet of...? Een navigatie applicatie maken is niet eenvoudig en je geeft ook al aan dat je weinig weet van projecties, dus dat lijkt me een lange weg worden.. Als je aangeeft wat je zoekt dan kunnen wij je misschien op weg helpen met wat linkjes enzo. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Probleempje met Friestalige layer op NL tileserver
Ik werd er net op geattendeerd dat de Friestalige layer op de tileserver alleen nog plaatsnamen laat zien die de tag 'name:fy' hebben. Oftewel het mechanisme dat voorheen ervoor zorgde dat de renderer terug viel op de 'name' tag zodra 'name:fy' mist lijkt kapot te zijn. Kan iemand daar even naar kijken? Alvast bedankt! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Visualisatie van een kanker themakaart
Ik ben momenteel in gesprek met het IKC over het verkrijgen van de postcode registratie waarin wordt bijgehouden wie in Nederland kanker onder zijn leden heeft en waar deze persoon woont. Het IKC stelt dat het publiceren van postcode gegevens de privacy van patienten aantast, ik vraag me af of dat het geval is. Op hun eigen site staan al wat thema kaartjes op landelijk niveau, met openstreetmap wil ik dit naar wijk/straat niveau brengen. Op de eerst volgende WOB-schrijf-dag, hebben we dus nog een verzoek te schrijven. Medische data that is. Ik zal er geen publiek geheim van maken dat nu we: 1) Antennes 2) Hoogspannings masten 3) Straat en eventueel verkeers gegevens 4) Halve 6PP postcode tabellen hebben ...en met een beetje lobbien we nog wel meer data bronnen als overlays kunnen gaan gebruiken. Het begint nu interessant wordt om eens wat statistiek op OSM los te laten, maar dan moeten we wel met een goed verhaal komen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Probleempje met Friestalige layer op NL tileserver
2008/7/17 Lambertus [EMAIL PROTECTED]: Ik werd er net op geattendeerd dat de Friestalige layer op de tileserver alleen nog plaatsnamen laat zien die de tag 'name:fy' hebben. Oftewel het mechanisme dat voorheen ervoor zorgde dat de renderer terug viel op de 'name' tag zodra 'name:fy' mist lijkt kapot te zijn. Ugh, indeerdaad. Dat moet dus al een hele tijd zo zijn :( Ik denk dat wij weer een gehackte versie van osm2pgsql nodig hebben... :( Ik zal kijken wat ik kan doen. Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Visualisatie van een kanker themakaart
Per straat/volledigepostcode is wel een beetje riskant omdat je zo in theorie kunt zien of een van je buren waarvan je iets vermoed kanker heeft. Op wijk niveau kan dan weer wel, omdat dit een redelijk groot gebied is waardoor dit soort gegevens echt niet herleidbaar zijn op een persoon/gezin. Moet je echter wel gaan opletten hoe je dit voor buitengebieden gaat doen, daar dit hier nog steeds erg gevoelig kan zijn. Naar mijn weten is overigens het eerste scenario een probleem voor de privacy van patiënten en dus kunnen ze die niet geven. Wat wel zou kunnen is dat zij het op wijk niveau aanbieden zodat we het kunnen gebruiken. Of dit ook een privacy probleem is weet ik niet, dat zou je moeten (laten) uitzoeken. Met vriendelijke groet, Robin Harmsen -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: donderdag 17 juli 2008 17:10 Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Visualisatie van een kanker themakaart Ik ben momenteel in gesprek met het IKC over het verkrijgen van de postcode registratie waarin wordt bijgehouden wie in Nederland kanker onder zijn leden heeft en waar deze persoon woont. Het IKC stelt dat het publiceren van postcode gegevens de privacy van patienten aantast, ik vraag me af of dat het geval is. Op hun eigen site staan al wat thema kaartjes op landelijk niveau, met openstreetmap wil ik dit naar wijk/straat niveau brengen. Op de eerst volgende WOB-schrijf-dag, hebben we dus nog een verzoek te schrijven. Medische data that is. Ik zal er geen publiek geheim van maken dat nu we: 1) Antennes 2) Hoogspannings masten 3) Straat en eventueel verkeers gegevens 4) Halve 6PP postcode tabellen hebben ...en met een beetje lobbien we nog wel meer data bronnen als overlays kunnen gaan gebruiken. Het begint nu interessant wordt om eens wat statistiek op OSM los te laten, maar dan moeten we wel met een goed verhaal komen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] samenwerking OpenStreetMap en SoftwareFreedomDay ?
Milo van der Linden wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is het dan misschien een idee om onder de nederlandstaligen een inventarisatie te maken en daarbij een opsomming te maken op: - - programmeertaal (b.v. python, java, perl,c,c++) - - functionele toepassing (viewer, mobiele viewer, editor, renderer, import script etc.) en dan te kijken of we mensen aan elkaar kunnen knopen?(Mits ze dat willen natuurlijk) Een van de doelen die ik sinds 2004 met de organisatie van de verscheidene SoftwareFreedomDay's heb, is juist ook kruisbestuiving! Zoals ik al aangaf ben ik geen hardcore programmeur, maar ik wil wel faciliteren door me in te zetten om mensen te motiveren dingen samen te doen en daarvoor ook ruimte te bieden en ondertussen een projectenlijst samen te stellen op de wiki. Met kleine teams (2 a 4 man) heb je de perfecte basis om een project net even van hobby naar succesvol te tillen! Mijn persoonlijk streven zou dan zijn: - - wat minder projecten - - projecten die er zijn een boost geven zodat ze kunnen verbeteren. (Ik wil dit onderwerp ook graag op de agenda van de software freedom day hebben) Mee eens Ik heb op de wiki een pagina aangemaakt: http://wiki.openstreetmap.org/index.php/Netherlands_Mapping_Parties_2008#OpenStreetMap-gebruikersdag:_Baarn en de dingen uit de conversaties via de mailinglijst er neer gezet. Voeg dingen toe, of pas ze aan! -- Met vriendelijke groet, Bas de Lange Nederlandse SoftwareFreedomDay zaterdag 13 en 20 september 2008! Bringing softwarefreedom to a street near you! http://www.softwarefreedomday.eu begin:vcard fn:Lange n:de;Bas email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Eisenbahn, die Zweiundvierzigste...
Hallo, - Benennen von Bahnstrecken: Es gibt für viele Bahnstrecken in Deutschland mehr oder minder offizielle Namen, z.B. Linke Rheinstrecke oder Pfälzische Ludwigsbahn, ebenso gibt es von der Bahn Streckennummern und Kursbuchstreckennummern. Wenn alles rein soll: Wie und wohin? Der name ist prinzipiell schon bei Tunnels belegt, denn die haben bei der Bahn üblicherweise Namen. Brücken können auch Namen haben. Ich denke nicht, dass es akut wichtig ist auf Schienen Namen zu haben. Da eine benannte Strecke aus mehreren Gleisen und Abschnitten besteht, sind wohl Relationen das richtige Mittel. - Strecken die außer Betrieb sind, sind railway=disused. Was sind sie aber, wenn darauf Draisinenverkehr ist? Immerhin gibt es in .de eine stetig wachsende Anzahl von Draisinenstrecken. Und was ist die Draisinenausleihstation dann? Ein Bahnhof, ein Haltepunkt oder eine Straßenbahnhaltestelle oder ganz etwas anderes? Wie wäre es mit train rental station? *g* Ich denke disused reicht aus und die Ausleihstation könnte so etwas wie Freizeitpark sein. Daß auf dem Gleis Draisinen fahren ist wohl kein größeres Sicherheitsrisiko für Fußgänger. - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Wenn ja: Immer (was bei großen Bahnhöfen sicher lustig wird, wenn man das Gleisbild abbilden möchte) oder nur auf der freien Strecke oder nur Überholgleise? Sollen dann alle Weichen mit hinein? Und wie tief soll zu guter letzt die Detail-Tiefe gehen? (Signale, Orts-/Ferngesteuerte Weichen...) Ich habe begonnen gleise einzeln zu mappen. Es wird wohl keiner anfangen mehrgleisige Strecken wieder zusammenzufügen und eine Strecke daraus machen. Allerdings finde ich es wichtig die Gleise zu markieren, dass man sieht, ob das Mapping gleisfein oder streckenfein ist. Für eine Modelleisenbahnsimulationsanlage wären Weichentypen, Signale und Meilensteine sicherlich auch von Vorteil, wobei ich mir nicht zutrauen will, die einzelnen Signale voneinander unterscheiden zu können. - Bahnübergänge werden ja nur nach Fußgängerübergang (railway=crossing) und sonstigen Übergängen unterschieden (railway=level_crossing). Soll da auch irgendwann noch in Beschrankt (Halb-/Vollschranke)/Unbeschrankt/Ungesichert unterschieden werden? Ja, finde ich sinnvoll. Nicht das hier jemand der Meinung ist, daß ich auf den Bahndämmen herumklettern und Signale vermessen mag, aber generell wäre es schon praktisch, wenn es eine einheitliche Notation für die zu erfassenden Daten gäbe, die dann auch auf einer der netten Wiki-Seiten niedergeschrieben ist, um sie leichter zu finden. Das würde später sicherlich die Nutzung der Daten für verschiedenste Zwecke stark vereinfachen. ;-) Hast du dich soeben freiwillig gemeldet das zu tun? O:-) Grüße, PieSchie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
Hallo Christian, nachdem ich das Listenarchiv ausgiebig durchsucht habe, bin ich zu der Feststellung gekommen, daß es jede Menge Fragezeichen, aber nur recht wenige definitive Antworten gibt. Es gibt überhaupt recht wenig in Bezug auf die Eisenbahn innerhalb des OSM- Projektes. Liegt das evtl. am Namen openSTREETmap und dem Fokus auf Straßen und Wege? Wenn ich sehe, wie intensiv hier teilweise über vermeintliche Kleinigkeiten im Straßen- und Wegeumfeld diskutiert wird und welche Lücken es im Gegensatz dazu noch bei den Eisenbahnen gibt, bedauere ich das schon. - Benennen von Bahnstrecken: Fehlt mir auch :-) Wider besserer Möglichkeit nehme ich doch den name= und setze dahinter die Kursbuchstrecke. Aber das gefällt mir nicht, weil ich die gleiche Vielfalt wie Du sehe. - Strecken die außer Betrieb sind, sind railway=disused. Und die werden leider nicht mal gerendert! Bei rail=abandoned würde ich das ja noch verstehen, bei lediglich disused aber nicht. Eine Eisenbahnlinie mit disused besagt ja nichts anderes, als das das Gleis noch liegt, nur aktuell kein Verkehr dauf stattfindet. Es handelt sich aus meiner Sicht somit um renderfähiges Material. Was sind sie aber, wenn darauf Draisinenverkehr ist? Für mich wäre das railway=rail, der Draisinenverkehr stellt ja nur eine besondere Form von Schienenverkehr dar, die Strecke ist in Summe in Betrieb. Aber ich gebe zu, das hier ähnlich wie bei den highway=... noch viel Nachholebedarf besteht, den railway-tag mit deutlich mehr Optionen zu verfeinern. - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Selbstverständlich! So zumindest meine Interpretation des Projektes, auch wenn der Fokus derzeit auf Straßen und Wegen liegt. Wie Frederik schon schrieb, wäre eine spätere Simulation von Eisenbahnverkehr ein lohnendes Teilprojekt. Ich hatte ja bereits vor geraumer Zeit mal hier erklärt, das ich mir vorstellen könnte, durch einen geeigneten Datenexport die Grundlage für die ganze Welt der Eisenbahnsimulationen am PC zu haben, bei denen man heute mit Streckeneditoren ähnlich JOSM hantiert und sich seine Welt basteln kann. Aus dieser Szene weiß ich, das man einen sehr hohen Bedarf an realen Daten hat und warum sollen sich spätere Editoren (MS schreibt gerade an einer neuen Version seines Trainsimulators) nicht einfach als Client an OSM binden lassen, um dort die eisenbahnrelevanten Daten abzuziehen? Wenn ja: Immer (was bei großen Bahnhöfen sicher lustig wird, wenn man das Gleisbild abbilden möchte) Ja, sofern man die Möglichkeit dazu hat oder nur auf der freien Strecke oder nur Überholgleise? Generell und ohne Ausnahmen - meine Meinung Sollen dann alle Weichen mit hinein? Ja, das wäre optimal. Dazu bräuchte man dann aber auch einen passenden Tag mit den wählbaren Optionen, welche Art Weiche es ist und wie sie angetrieben wird. Und wie tief soll zu guter letzt die Detail-Tiefe gehen? (Signale, Orts-/Ferngesteuerte Weichen...) Sie tief, wie es die Recherche erlaubt, ohne sich strafbar zu machen (Aufenthalt im Gleisbereich bzw. Nutzung unzulässiger Quellen). Warum sollen wir nicht alle Signale erfassen - Ampeln tagen wir doch auch!? Gäbe es einen Signaltag und als Option dann die darstellbaren Signalbilder, wäre die Eisenbahnwelt in OSM einen großen Schritt weiter. Im Straßenverkehr machen wir es doch ebenso, wir erfassen Stellen mit Geschwindigkeitsbeschränkungen, Einfahrtsverboten, Privatwegen uswalles ist über Verkehrszeichen geregelt. Deshalb könnte man das auch für die Eisenbahn tun, sofern man die Daten sauber erfassen kann. - Bahnübergänge werden ja nur nach Fußgängerübergang (railway=crossing) und sonstigen Übergängen unterschieden (railway=level_crossing). Soll da auch irgendwann noch in Beschrankt (Halb-/Vollschranke)/Unbeschrankt/Ungesichert unterschieden werden? Eigentlich muß es diese Unterscheidung geben. Nicht das hier jemand der Meinung ist, daß ich auf den Bahndämmen herumklettern und Signale vermessen mag, Warum denn nicht? Mache ich doch auch :-) praktisch, wenn es eine einheitliche Notation für die zu erfassenden Daten gäbe, die dann auch auf einer der netten Wiki-Seiten niedergeschrieben ist Jo, das bräuchte man für dieses Projekt. Aber wer macht es und wer leitet die Diskussion zu den Tag's, die man neu bräuchte? Torsten ...der immer noch davon träumt, irgendwann über railway=rail + open=01.01.1912 + railway=disused + date=31.12.1997 + railway=abandoned + date=31.12.2005 selektive Eisenbahnkarten erzeugen zu können - selbst von Dingen, die noch vor meiner Geburt bereits Geschichte waren. :-) . ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Stimungsbild Maplint
Hallo. Ich möchte mal vorsichtig fragen, wie hier der Einsatz von Maplint gesehen wird. Als Mapper benutze ich Maplint eigentlich nie, da der i.d.R. ganz viele Fehlalarme erzeugt und mir dadurch wieder keinen Nutzen bringt. Außerdem haben wir ja das Validaor-Plugin. Als [EMAIL PROTECTED] stört mich gewaltig, dass ein großer Teil der Rechenleistung für dieses nutzlose Maplint draufgeht. Mein Vorschlag wäre daher, Maplint an sich ersatzlos zu streichen und ggf. ein paar fehlende Regeln von maplint in das Validator-Plugin zu übernehmen. (Und natürlich für Potlatch auch einen Validator einzuführen!) Alternativ könnte Maplint nicht-pixelgrafisch gemacht werden, also ähnlich dem data-Layer auf openstreetmap.org. Wer die Daten dann wie und wo aufbereitet, hab ich mir noch nicht überlegt, aber es dürfte deutlich schneller gehen als das alles pixelgarfik-basiert über [EMAIL PROTECTED] zu rendern. Wie seht ihr das? Gruß, Bernd -- Rocker: wir zeigen euch hier Rock'n'Roll ohne Drogen und Geschlechtskrankheiten. Homer Simpson: Jaaa, Geschlechtskrankheiten signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ??[patch] Breite von Flüssen :)
Frederik Ramm [EMAIL PROTECTED] wrote: Ich hab nicht wirklich Verstaendnis fuer est_width. Machen wir doch sonst auch nicht, dass wir unterscheiden zwischen geschaetzt und gemessen. Wenn der Mapper nur eine geschaetzte Breite hat, kann er die ja in width reinschreiben und source=estimate setzen oder so, und wenn jemand anders spaeter nachmessen will, soll er width aendern. Es gibt keinen Grund, warum ein est_width noch erhalten bleiben muss, wenn es ein width gibt, und daher kommt mir der Aufwand um den Extra-Tag unnoetig vor. Seh ich auch so. Wer das unbedingt haben möchte soll das in den Renderer einbauen, ich mach das jedenfalls nicht. Ich hatte mir mal kurz überlegt den Namen des width tags in der Regeldatei konfigurierbar zu machen dann das ganze aber letztlich doch hartcodiert. Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Simulation auf realen Daten (was: Eisenbahn, die Zweiundvierzigste...)
Hi, Am 17. Juli 2008 09:03 schrieb TopSpotter [EMAIL PROTECTED]: - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Selbstverständlich! So zumindest meine Interpretation des Projektes, auch wenn der Fokus derzeit auf Straßen und Wegen liegt. Wie Frederik schon schrieb, wäre eine spätere Simulation von Eisenbahnverkehr ein lohnendes Teilprojekt. Ich hatte ja bereits vor geraumer Zeit mal hier erklärt, das ich mir vorstellen könnte, durch einen geeigneten Datenexport die Grundlage für die ganze Welt der Eisenbahnsimulationen am PC zu haben, bei denen man heute mit Streckeneditoren ähnlich JOSM hantiert und sich seine Welt basteln kann. Aus dieser Szene weiß ich, das man einen sehr hohen Bedarf an realen Daten hat und warum sollen sich spätere Editoren (MS schreibt gerade an einer neuen Version seines Trainsimulators) nicht einfach als Client an OSM binden lassen, um dort die eisenbahnrelevanten Daten abzuziehen? Weil es passend zum Thema ist und ich denke, dass viele Mitleser darüber noch nicht Bescheid wissen: Es gibt bereits mehrere Simulationen, die auf OSM-Daten zurückgreifen. So ermöglicht SUMO (http://sumo.sourceforge.net/) die Simulation von (Strassen-)Verkehr und mittels eWorld (http://sourceforge.net/projects/eworld/) kann man OSM-Daten zusammen mit Wetterkonditionen etc. in SUMO einspeisen. Ebenso kann man OSM-Daten nutzen, um sie mit Flightgear (http://www.flightgear.org/) zu überfliegen... Ich freu' mich auf eine passende Eisenbahn-Simulation :-) Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] proposal Abstimmzeit
Hallo Fabian, aktuell ist mir aufgefallen, dass die Abstimmzeiten für ein proposal nicht eingehalten wurden. Ist das normal bzw die Regel? ich habe mal ne Nachricht auf der Diskussionsseite von Nickvet419 hinterlassen. Mich würde auch interessieren was in einem solchen Fall zu tun ist. Status wieder auf Vote und für den fehlenden Zeitraum nachlaufen lassen? Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
On Wednesday, 16 July 2008 23:43:56 +0200, Alexander Schulze [EMAIL PROTECTED] writes: gibt es ne Möglichkeit Geschwindkeitsbegrenzungen in Abhängigkeit von der Fahrtrichtung zu taggen, da diese ja doch ab und zu verschieden sind. Vermutlich nur wenn man getrennte Fahrbahnen hat oder? Dafuer hatte ich das Proposal der Relation Segmented Tag vorgesehen, da unterschiedliche Geschwindigkeiten abhaengig von der Fahrtrichtung doch haeufiger vorkommen. Gibt es ein Tag für Ortsschilder? Wenn du mal die Statistiken unterhalb der Wiki-Seite Tagwatch nach city-limit, city-limit-sign oder city_limit durchsuchst, findest du, wie andere es bisher gemacht haben. Ich markiere momentan den Punkt des Ortsschilds auf dem Weg (mit traffic_sign=city_limit, name=...), wenn auch noch nicht gerichtet. Da duerfte der Ansatz als boundary mit boundary=city-limit(-sign) besser sein, der auch per Tagwatch zu finden ist. -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] proposal Abstimmzeit
Am Donnerstag, 17. Juli 2008 09:54 schrieb Jens Herrmann: Hallo Fabian, aktuell ist mir aufgefallen, dass die Abstimmzeiten für ein proposal nicht eingehalten wurden. Ist das normal bzw die Regel? ich habe mal ne Nachricht auf der Diskussionsseite von Nickvet419 hinterlassen. Mich würde auch interessieren was in einem solchen Fall zu tun ist. Status wieder auf Vote und für den fehlenden Zeitraum nachlaufen lassen? Finde ich eine gute Idee. Wobei es bei dem Proposal ja eigentlich ziemlich eindeutig ist: fast nur ja Stimmen und nur noch ein paar Tage zu laufen. Macht es wirklich sinn dort deutsche Gründlichkeit walten zu lassen? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Bernd Wurst schrieb: Ich möchte mal vorsichtig fragen, wie hier der Einsatz von Maplint gesehen wird. Lässt sich der Regelsatz von Maplint nicht aktualisieren, so dass die Anzahl der völlig überflüssigen Fehlalarme abnimmt? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Qlandkarte für Windows (was: World file vom 9.7.2008)
Carsten Schwede schrieb: Bekommt man dieses Qlandkarte im Cygwin zum Laufen? Es gibt eine native Windows-Version von QLandkarte. Wo bekomme ich diese? Auf http://qlandkarte.sourceforge.net/ werde ich nicht fündig. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Johann H. Addicks: Lässt sich der Regelsatz von Maplint nicht aktualisieren, so dass die Anzahl der völlig überflüssigen Fehlalarme abnimmt? Es lässt sich viel machen, aber da das bisher weder penetrant bemängelt wird, noch es jemand repariert, komme ich zu dem Eindruck, dass es eben keinen interessiert und nur Rechenleistung verschwendet. Gruß, Bernd -- Rocker: wir zeigen euch hier Rock'n'Roll ohne Drogen und Geschlechtskrankheiten. Homer Simpson: Jaaa, Geschlechtskrankheiten signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
On Thu, Jul 17, 2008 at 10:56:03AM +0200, Bernd Wurst wrote: Es lässt sich viel machen, aber da das bisher weder penetrant bemängelt wird, noch es jemand repariert, komme ich zu dem Eindruck, dass es eben keinen interessiert und nur Rechenleistung verschwendet. Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
Hallo, das mit den segmented_tag hab ich so gemacht. Beim Ortsschild muss ich mich erstmal an deine Variante halten. Muss das denn gerichtet sein. Ortseingang ist doch eigentlich immer auch Ortsausgang und über den Namen ließe sich ja ermitteln was von beiden es jeweils ist (Weiterverfolgung des Weges bis zum nächsten Ortsschild). Leider recht aufwendig und vermutlich auch unsinnig. Aber um ne boundary zu bekommen, die dann auch einigermaßen stimmt, bräuchte man schon irgendwelches anderes Datenmaterial (ne Flurkarte wäre toll). Alex Bernd Raichle schrieb: On Wednesday, 16 July 2008 23:43:56 +0200, Alexander Schulze [EMAIL PROTECTED] writes: gibt es ne Möglichkeit Geschwindkeitsbegrenzungen in Abhängigkeit von der Fahrtrichtung zu taggen, da diese ja doch ab und zu verschieden sind. Vermutlich nur wenn man getrennte Fahrbahnen hat oder? Dafuer hatte ich das Proposal der Relation Segmented Tag vorgesehen, da unterschiedliche Geschwindigkeiten abhaengig von der Fahrtrichtung doch haeufiger vorkommen. Gibt es ein Tag für Ortsschilder? Wenn du mal die Statistiken unterhalb der Wiki-Seite Tagwatch nach city-limit, city-limit-sign oder city_limit durchsuchst, findest du, wie andere es bisher gemacht haben. Ich markiere momentan den Punkt des Ortsschilds auf dem Weg (mit traffic_sign=city_limit, name=...), wenn auch noch nicht gerichtet. Da duerfte der Ansatz als boundary mit boundary=city-limit(-sign) besser sein, der auch per Tagwatch zu finden ist. -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Jochen Topf: Wenn nicht, dann kann man ihn abstellen. Ich fände es toll, wenn man ihn einfach extra anfordern muss und er nicht per Default gerendert wird. Wirklich nützlich ist der maplint-layer ja eigentlich nur für den Mapper, der in einer bestimmten Gegend etwas gemacht hat. Wenn er ihn will, kann er ihn anfordern. Momentan wird bei jedem Request, der auf informationfreeway.org abgesetzt wird, normal immer tile,maplint,captionless angefordert. Die Infrastruktur, das zu separieren, ist offenkundig seit spätestens gestern da, daher könnte man sagen wer maplint will, soll das einfach irgendwi separat auswählen müssen. Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Es gibt doch das validator-plugin. Gruß, Bernd -- Die Welt wird nicht bedroht von den Menschen, die böse sind, sondern von denen, die das Böse zulassen. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hi Simon, Tuesday, July 15, 2008, 12:14:14 AM, you wrote: Sven Felix Oberquelle schrieb: Bedeutet das, man sollte über eine vorhandene Strasse noch einen zweiten Weg erstellen, also die Knoten der Strasse mitbenutzen, oder sollte man komplett neue Knoten neben der Strasse erstellen? Wie Frederik Ramm schon schrieb gibt es noch keine Konvention. Allerdings halte ich es im Gegensatz zu ihm doch für wichtig dass man möglichst viele Meinungen _und_ Begründungen hört. Nur so wird sich irgendwann mal das beste System durchsetzen. zum Thema: [...] Fazit: [x] komplett neue Knoten neben der Strasse erstellen Halte ich inzwischen NICHT mehr für sinnvoll. Nachdem ich nun einige Meinungen gehört habe, hab ich für mich beschlossen, dass ich für Landuse soweit es passt die Knoten der Strassen oder auch anderer Areas mitbenutzen werde. Begründung: - Weniger Knoten, die in der DB gespeichert werden müssen - Meistens entspricht es der Relalität, dass vorhandene Wege Gebiete abgrenzen - keine hässlichen und schiefen weissen Flecken zwischen Gebieten bzw. zwischen Strasse und Gebieten weil man es nicht schafft die Grenzen wirklich parallel zu legen - Korrekturen des Verlaufs der Strasse passen auch die zugehörigen Flächen automatisch mit an - Sollte man die Fläche einmal unabhängig von der Strasse verändern wollen, bietet JOSM gute Tools um die gemeinsam genutzten Knoten wieder aufzuteilen - Ich denke nicht, dass es Sinn macht alle Strassen noch als zusätzliche Fläche einzutragen, zumal der Aufwand dafür viel zu hoch ist. Die Frage, die sich mir nun noch stellt, ist, ob man im Wiki mal schreiben sollte, dass es momentan noch keine Einigung über diesen Punkt gibt und jeder es so machen soll, wie er meint oder ob man mal eine Abstimmung starten sollte, damit es eine klare Aussage zu dem Punkt gibt? In jedem Fall bin ich dafür, dass es irgendwie im Wiki erwähnt werden sollte, ansonsten kommt diese Frage immer wieder. Gruss Svelix ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo, Als Mapper benutze ich Maplint eigentlich nie, da der i.d.R. ganz viele Fehlalarme erzeugt und mir dadurch wieder keinen Nutzen bringt. AuÃerdem haben wir ja das Validaor-Plugin. Meiner Meinung nach ist Maplint ein äußerst nützliches Werkzeug. Man kann sich damit nämlich sehr schnell einen Überblick verschaffen, welche Straßen noch keine Namen haben (dann werden, wenn da mal durch komme, ein paar Straßenschilder fotografiert), und wo ein unvorsichtiger Potlatcher alles doppelt gemalt hat (an solchen Stellen findet dann der JOSM-Validator idR. noch viel mehr). Mit JOSM geht das nicht, bzw. nur für ganz kleine Gebiete. Die anderen Features von Maplint (not in map features, WTF?) nutze ich auch nie, obwohl ich mir vorstellen könnte, dass andere das nutzen, sonst hätten sie es ja schließlich nicht so implementiert. -- Gruß, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo, Als Mapper benutze ich Maplint eigentlich nie, da der i.d.R. ganz viele Fehlalarme erzeugt und mir dadurch wieder keinen Nutzen bringt. Außerdem haben wir ja das Validaor-Plugin. Das ist kein Ersatz. Mit dem Validator-Plugin kannst Du nur Fehler in Gebieten finden, die Du eh gerade zum Editieren runterlaedst. Mit Maplint kannst Du auch Fehler in Gebieten finden, die Du nicht runtergeladen hast, und sie Dir DANN runterladen. Das ist ein entscheidender Unterschied. Maplint kann auch als Hintergrundlayer in Potlatch geladen werden und ist damit - aktualiserte Regeln vorausgesetzt - ein sehr guter Weg, viele Leute zum verbessern von Problemen anzuregen. Als [EMAIL PROTECTED] stört mich gewaltig, dass ein großer Teil der Rechenleistung für dieses nutzlose Maplint draufgeht. Nicht alles, dessen Nutzen Du nicht erkennst, ist nutzlos. Ferner ist seit ein paar Tagen der Flaschenhals bei [EMAIL PROTECTED] die API, die die Daten rausgibt, und nicht die Rechenleistung bei den Clients, d.h. es wuerde nicht mal eine Verbesserung bringen, Maplint sein zu lassen. Mein Vorschlag wäre daher, Maplint an sich ersatzlos zu streichen und ggf. ein paar fehlende Regeln von maplint in das Validator-Plugin zu übernehmen. Wenn Maplint gestrichen werden soll, brauchen wir einen Ersatz dafuer, der unabhaengig von JOSM und unabhaengig von geladenen Daten funktioniert. Das Validator-Plugin kann diese Rolle nicht uebernehmen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisenbahn, die Zweiundvierzigste...
Frederik Ramm wrote: Hallo, - Benennen von Bahnstrecken: Es gibt für viele Bahnstrecken in Deutschland mehr oder minder offizielle Namen, z.B. Linke Rheinstrecke oder Pfälzische Ludwigsbahn, ebenso gibt es von der Bahn Streckennummern und Kursbuchstreckennummern. Wenn alles rein soll: Wie und wohin? Der name ist prinzipiell schon bei Tunnels belegt, denn die haben bei der Bahn üblicherweise Namen. Brücken können auch Namen haben. In diesen Faellen sollte man den Tunnel-/Brueckennamen mit Hilfe einer Relation abbilden, denke ich; das Problem gibt es bei Strassen ja genauso. Hast du dazu einen Link? Bei mir in der Gegend gibt es eine Straße mit drei offiziellen Namen (Seefelder Bundestraße, Nordumfahrung, Zirler Berg Straße) und ich weiß nicht, wie ich das korrekt taggen soll. [...] Da wuerde ich Fantasie walten lassen und nicht versuchen, Regeln festzuklopfen. Jede zusaetzliche Regel auf einer Wikiseite macht das Gesamtsystem komplizierter; je unbedeutender der Sacheverhalt ist, der dokumentiert ist, desto schlechter ist das Kosten/Nutzen-Verhaeltnis der Dokumentation. Mein Rat: Einfach machen und darauf bauen, dass ein anderer User Dein Beispiel finden wird, wenn er will. Ich gehe davon aus, dass, wenn der Mapper es so unbedeutend findet, dass er es nicht dokumentiert, dass dann auch andere seine Daten nicht finden werden, weil sie zu selten vorkommen. Jeder soll mappen, was er wichtig findet, aber wenn jeder zu allem, was er wichtig findet, eine Wikiseite macht, wie das zu taggen ist, koennte es fuer den Neuling sehr chaotisch werden. Eine große WikiSeite: Spezialtagging von Eisenbahnen für Deutschland würde meiner Meinung nach die Übersichtlichkeit nicht zerstören. Sofern es natürlich auf einer Seite zusammengefast ist. - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Wenn ja: Immer (was bei großen Bahnhöfen sicher lustig wird, wenn man das Gleisbild abbilden möchte) oder nur auf der freien Strecke oder nur Überholgleise? Sollen dann alle Weichen mit hinein? Und wie tief soll zu guter letzt die Detail-Tiefe gehen? (Signale, Orts-/Ferngesteuerte Weichen...) Prinzipiell bin ich dafuer, so sehr ins Detail zu gehen, dass wir letztendlich realistisch Zugverkehr simulieren koennen. Ich selber halte mich da aber raus und mappe jede Bahntrasse erstmal nur als einzelnes Gleis, weil ich nicht den Sachverstand besitze, das richtig zu machen. Zwei nebeneinander liegende Gleise erkenne ich, habe aber keine Ahnung wie man das mappen sollte. Satelittenbild ist nicht überall verfügbar und zumindest bei unseren Zügen kann man nicht mal mehr die Fenster öffnen, GPS fällt also auch aus. - Bahnübergänge werden ja nur nach Fußgängerübergang (railway=crossing) und sonstigen Übergängen unterschieden (railway=level_crossing). Soll da auch irgendwann noch in Beschrankt (Halb-/Vollschranke)/Unbeschrankt/Ungesichert unterschieden werden? Ich würde ja sagen. Z. B. bei unbeschränkten Übergängen hupen die Züge vorher. Also ist diese Info als Warnung recht brauchbar. *Erst* Daten erfassen, *dann* Gedanken ueber die einheitliche Notation machen. Sonst diskutieren nachher zehn Vegetarier darueber, wie man Fleisch zubereiten wuerde, wenn man welches zuzubereiten haette. Ich gehe mal davon aus, dass mehr Leute Gleise mappen, die nicht Angestellte der Bahn sind, als umgekehrt. Dein Beispiel eröffnet damit die Forderung: Die 10 Vegetarier wollen für einen Fleischesser kochen, dürfen aber nicht fragen, was Fleischesser so mögen. Weder untereinander noch sonstwen. Sie müssen selber überlegen, was einen Fleischesser schmecken könnte. Meine Vorstellung eines OpenSource Projektes geht mehr in Richtung von Ideentausch als in Richtung von Nach mir die Sintflut. Für mich persönlich ist es auch interessant zu lesen, was die Leute mit OSM vorhaben, das nichts mehr mit Straßenkarte zu tun hat. Wenn mir Ideen gefallen, dann werde ich sie auch mappen. Aber wenn es keine Diskussion drüber gibt, dann gehe ich davon aus, dass es eh keinen Interessiert. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Frederik Ramm: Als [EMAIL PROTECTED] stört mich gewaltig, dass ein großer Teil der Rechenleistung für dieses nutzlose Maplint draufgeht. Nicht alles, dessen Nutzen Du nicht erkennst, ist nutzlos. Ferner ist seit ein paar Tagen der Flaschenhals bei [EMAIL PROTECTED] die API, die die Daten rausgibt, und nicht die Rechenleistung bei den Clients, d.h. es wuerde nicht mal eine Verbesserung bringen, Maplint sein zu lassen. Es gibt momentan keinen generellen Flaschenhals. Nur weil Karlsruhe grade mangels API-performance im blauen Meer versunken ist, gilt das ja nicht gleich für alles. :) Mein Tiles-client rendert grade an den etwa 30.000 tilesets in der Queue in atemberaubender Geschwindigkeit. Ist zwar alles bloß blaues Wasser, keine Ahnung, warum das überhaupt gerendert werden muss. Aber dabei braucht maplint genau so lang wie die normalen tiles. Richtige Daten enthalten beide Layer nicht. :) Captionless könnte man dabei natürlich auch weglassen, aber das macht ja an anderer Stelle durchaus Sinn. Mit Maplint kannst Du auch Fehler in Gebieten finden, die Du nicht runtergeladen hast, und sie Dir DANN runterladen. Das ist ein entscheidender Unterschied. Wäre es, ja. Aber immer wenn ich bisher maplint eingeschaltet habe, hat er irgendwelchen Kram reportet, der nicht falsch war. Jede Eigenschaft, die nicht in map-features ist, als solche zu reporten ist schon sehr störend. Dort die Fehler rauszusuchen, die wirklich Fehler sind, ist mühsam. Maplint kann auch als Hintergrundlayer in Potlatch geladen werden und ist damit - aktualiserte Regeln vorausgesetzt - ein sehr guter Weg, viele Leute zum verbessern von Problemen anzuregen. Okay, wenn Maplint als der Validator für Potlatch angesehen werden kann, dann mag er einen Sinn haben. Stark ersetzungswürdig, aber okay... Gruß, Bernd -- Toleranz wird oft mit Meinungslosigkeit verwechselt. Aber nicht der Meinungslose ist tolerant, sondern der, der eine Meinung hat, aber es anderen zubilligt, eine abweichsende Meinung zu haben und diese auch zu sagen. - Manfred Rommel (dt. Politiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Simulation auf realen Daten (was: Eisenbahn, die Zweiundvierzigste...)
Tim 'avatar' Bartel schrieb: Ich freu' mich auf eine passende Eisenbahn-Simulation :-) Knurr, wehe einer klaut mir mein Diplomarbeitsthema :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Am Donnerstag, 17. Juli 2008 11:30 schrieb Sven Felix Oberquelle: noch stellt, ist, ob man im Wiki mal schreiben sollte, dass es momentan noch keine Einigung über diesen Punkt gibt und jeder es so machen soll, wie er meint Gute Idee: http://wiki.openstreetmap.org/index.php/Wiederverwenden_von_Knotenpunkten Eine englische Seite können wir später noch machen. oder ob man mal eine Abstimmung starten sollte, damit es eine klare Aussage zu dem Punkt gibt? Eine Abstimmung halte ich für nicht hilfreich. Aber vielleicht ein Meinugsbild, dann kann man ja sehen wie es die Mehrheit sieht und deshalb für oder dagegen sein. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
TopSpotter schrieb: ...der immer noch davon träumt, irgendwann über railway=rail + open=01.01.1912 + railway=disused + date=31.12.1997 + railway=abandoned + date=31.12.2005 selektive Eisenbahnkarten erzeugen zu können - selbst von Dingen, die noch vor meiner Geburt bereits Geschichte waren. Klatsch, Klatsch, Klatsch, Klatsch! (Beifall) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Briefkästen (war Re: Kieser Trainin g ist jetzt in OSM eingetragen)
Ja, hat die Post. Genau wie Geocoordinaten aller Häuser und was es sonst noch alles gibt. Die kann man kommerziell über die Post beziehen, denke also nicht, dass man sie kostenlos bekommt :-) Sven Anders schrieb: Am Mittwoch, 16. Juli 2008 22:56 schrieb FreeWorld: Hat die Post zufällig die Geokoordinaten von ihren Briefkästen erfasst? Weiß das jemand? Könnte man die nicht mal fragen, ob sie sowas rausgeben wollen? Mir ist im Moment noch keine Karte bekannt, die diese vollständig erfasst. Momentan gibts nur die, die schon in OSM eingetragen wurden. Es gibt die Nachtbriekästen unter: http://www.yellowmap.de/Partner/DP_Nachtbriefkasten/suche.asp Ich meine das es früher auch mal eine Suche für alle Briefkästen gab. Frag gerne. Ich kann mein Script evtl. modifizieren, das es auch Briefkästen uploaded. Auch eine Liste mit Straßennamen und PLZ aller Briekästen würde uns wahrscheinlich schon helfen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Paketstationen
Hi, beim Thema Post viel mir gerade ein, daß ich zuletzt an einer Paketstation (kein Kiosk mit Paketannahme, sondern diese Standalone-Geräte) vorbeigekommen bin. Soweit mir bekannt gibt es die derzeit nur von der Deutschen Post, potentiell könnten ja aber demnächst auch nochmal andere Versandunternehmen etwas ähnliches machen. Sind jemand für Paketstationen passende tags bekannt, und wie würde man z.B. den Betreiber (operator=...?) taggen? Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Stefan Neufeind schrieb: beim Thema Post viel mir gerade ein, daß ich zuletzt an einer Paketstation (kein Kiosk mit Paketannahme, sondern diese Standalone-Geräte) vorbeigekommen bin. Soweit mir bekannt gibt es die derzeit nur von der Deutschen Post, potentiell könnten ja aber demnächst auch nochmal andere Versandunternehmen etwas ähnliches machen. Sind jemand für Paketstationen passende tags bekannt, und wie würde man z.B. den Betreiber (operator=...?) taggen? Soweit ich weiß, habe ich hier über drei Möglichkeiten gelesen: amenity=packstation oder parcel_box oder parcel_depot dazu dann noch Informationen name=(Packstation xy) ref=(Nummer der Packstation) zip=(Postleitahl der Packstation) operator=Deutsche Post AG bzw DHL Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Jochen Topf schrieb: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ich schaue mir das an und versuche die gelben (wenn ich die Farbe mal so nennen darf ;-) Bereiche einfach zu ignorieren und schaue nur die blassroten an. Will sagen: Ich würde mich durchaus freuen, wenn es weniger false positives bei den Warnings geben würde. (Nein, ich bin nicht fit genug in der Materie dass ich mir zutrauen würde, die Regelsätze zu überarbeiten.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM Sackgasse
Moin Moin. In der neuen Version von Josm habe ich per Zufall gesehen, dass Sackgassen mit einem eigenen Icon angezeigt werden. Dies geschieht allerdings nur, wenn das Tag noexit einem Node zugewiesen ist. Normalerweise ist dies ja nicht der Fall, da die Sackgasse sich ja auch einen Way bezieht. Könnten man dieses Zeichen nicht einfach am Anfangsnode einer Sackgasse automatisch rendern? Die Anzeige bei einem getagten Node finde ich ein wenig verwirrend. Lg Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Qlandkarte für Windows
Martin Simon schrieb: Hier gibt es eine .zip: http://downloads.sourceforge.net/qlandkarte/QLandkarte_0.7.3.zip?modtime=1215417352big_mirror=0 Danke. Funktioniert. (Keine Ahnung, warum ich das nicht gefunden habe, vermutlich zu unscheinbar verlinkt.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Tobias Wendorff wrote: Stefan Neufeind schrieb: beim Thema Post viel mir gerade ein, daß ich zuletzt an einer Paketstation (kein Kiosk mit Paketannahme, sondern diese Standalone-Geräte) vorbeigekommen bin. Soweit mir bekannt gibt es die derzeit nur von der Deutschen Post, potentiell könnten ja aber demnächst auch nochmal andere Versandunternehmen etwas ähnliches machen. Sind jemand für Paketstationen passende tags bekannt, und wie würde man z.B. den Betreiber (operator=...?) taggen? Soweit ich weiß, habe ich hier über drei Möglichkeiten gelesen: amenity=packstation oder parcel_box oder parcel_depot dazu dann noch Informationen name=(Packstation xy) ref=(Nummer der Packstation) zip=(Postleitahl der Packstation) operator=Deutsche Post AG bzw DHL Hi, hmm, ich weiss nicht warum ich das vorhin im Wiki nicht gefunden habe. Aber da gibts tatsächlich schon was zu. Über die suche nach parcel_box hab ichs gefunden. http://wiki.openstreetmap.org/index.php/De:Howto_Map_A http://wiki.openstreetmap.org/index.php/Packstation Wenn wir nicht davon ausgehen, daß parcel_box eine spezielle Variante der post_box ist (und wir das mit post_box zusammenlegen) ist vermutlich parcel_box wirklich eine gute Variante. Was mir aufgefallen ist: Du schriebst oben von zip. Im Wiki wird postal_code erwähnt. Im Karlsruhe Schema, was zuletzt mal angesprochen wurde, findet addr:postcode Verwendung. In den Map_Features wird postal_code allgemein als Angabe genannt ... dann wäre jene Bezeichnung durchgehend doch vermutlich am sinnvollsten, oder? Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Heiko Schack schrieb: Moin Moin. In der neuen Version von Josm habe ich per Zufall gesehen, dass Sackgassen mit einem eigenen Icon angezeigt werden. Dies geschieht allerdings nur, wenn das Tag noexit einem Node zugewiesen ist. Normalerweise ist dies ja nicht der Fall, da die Sackgasse sich ja auch einen Way bezieht. Tut sie? Ich finde die Definition intuitiv, daß eine Sackgasse an einem Punkt ist (oder gekennzeichnet wird), wo es keinen Weg zu diesem Punkt gibt außer auf demselben Weg zurück. OK, das wäre dann nicht ein Punkt alleine, sondern richtungsabhängig ... Was sagt denn die VwV-StVo zu dem entsprechenden Schild? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Heiko Schack: Könnten man dieses Zeichen nicht einfach am Anfangsnode einer Sackgasse automatisch rendern? Die Anzeige bei einem getagten Node finde ich ein wenig verwirrend. Das ganze Tag ist IMHO recht nutzlos, denn es bezeichnet nur den Zustand, dass die Staßenverkehrsbehörde denkt, dass ein normaler, (ortsfremder) Autofahrer dort nicht weiter kommt. Es beinhaltet kein direktes Einfahrverbot oder ähnliches. Jedes Navi wird aus dem Datenbestand sehr gut auslesen können, ob es sich um eine Sackgasse handelt oder nicht, genauso der Betrachter einer Karte. Zudem: Die meisten Sackgassen sind in Wirklichkeit keine. Für Fußgänger geht es fast immer weiter, für Radfahrer oft und manchmal auch für landwirtschaftliche Fahrzeuge oder sonstwelche individuell berechtigten. Ein noexit=yes tagge ich daher nicht, das soll der wie auch immer geartete Datennutzer IMHO bitte aus den Daten herauslesen. :) Fazit: Wenn man noexit=yes taggen möchte, dann IMHO bitte auf einen Node, an dem das Schild steht (nur um diese Infos, dass da ein Schild steht, erfasst zu haben). Am Weg ist es sinnlos. Gruß, Bernd -- Alanna Saying that Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Angabe für Postleitzahl - Karlsruhe Sc hema
Hi, im Karlsruhe Schema http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema wird addr:postcode vorgeschlagen. Wäre es vielleicht sinnvoll daraus postal_code zu machen, da jener Begriff auch schon in den Map_Features eingeführt wurde? Es macht doch sicherlich wenig Sinn zwischen beiden Bezeichnungen zu springen oder gar noch zip mit in die Runde zu werfen ... imho. Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo, Wirklich nützlich ist der maplint-layer ja eigentlich nur für den Mapper, der in einer bestimmten Gegend etwas gemacht hat. Wenn er ihn will, kann er ihn anfordern. Nein, nein, nein, das habe ich doch versucht zu erklaeren. Der Maplint-Layer ist gerade dann nuetzlich, wenn man sich einen Ueberblick ueber eine Gegend verschaffen will, OHNE DASS bzw. BEVOR man dort aktiv wird... Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Es gibt doch das validator-plugin. ... und eben dazu nutzt das Validator-Plugin nichts. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Bernd Wurst schrieb: Das ganze Tag ist IMHO recht nutzlos, denn es bezeichnet nur den Zustand, dass die Staßenverkehrsbehörde denkt, dass ein normaler, (ortsfremder) Autofahrer dort nicht weiter kommt. Viel spannender wäre ein besseres Tagging für die Wendemöglichkeiten an den Enden solcher Wege. Also Kein Wendehammer (=Wenden in 3 Zügen bei Kleinwagen) , Wende-L für größere PKW/Kleintransporter mit einmal zurücksetzen, Wendehammer für PKW(15m) und Sattelzug-kompatbiler Wendehammer (25?m) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Johann H. Addicks: Viel spannender wäre ein besseres Tagging für die Wendemöglichkeiten an den Enden solcher Wege. Also Kein Wendehammer (=Wenden in 3 Zügen bei Kleinwagen) , Wende-L für größere PKW/Kleintransporter mit einmal zurücksetzen, Wendehammer für PKW(15m) und Sattelzug-kompatbiler Wendehammer (25?m) Es gibt highway=turning_circle. Klar, zusätzliche Angaben wie der normal nutzbare Durchmesser wären sinnvoll. Kann man ja als Zusatzattribut anhängen. Gruß, Bernd -- Es gibt eine feine Grenze zwischen Courage und Dummheit. Zu schade, daß es kein Zaun ist. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
Hi, Am 17. Juli 2008 13:59 schrieb Bernd Wurst [EMAIL PROTECTED]: Es gibt highway=turning_circle. Klar, zusätzliche Angaben wie der normal nutzbare Durchmesser wären sinnvoll. Kann man ja als Zusatzattribut anhängen. Ich benutze turning_circle, wenn der Durchmesser des Wendehammers nicht so groß ist, dass sich ein mappen als Area lohnt. Sollte es sich um einen vergleichsweise großen Wendehammer handeln, tagge ich nicht als turning_circle, sondern mappe ihn als Area. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Breite von Flüssen in Osmarender!
Original-Nachricht Datum: Thu, 17 Jul 2008 03:26:26 +0200 Von: Stefan Neufeind [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Breite von Flüssen in Osmarender! Hmm, interessant wäre die Information vielleciht durchaus, ja. Für sehr detailreiche Karten z.B. auf einem Navi könnte ich mir das schon gut vorstellen. Dann stellt sich mir allerdings beim Wechsel von 2 auf 3 Spuren die (berechtigte?) Frage an welcher Seite der Autobahn diese dritte Spur hinzukommt *duck* Hat jemand dafür auch eine Idee (und mag mal ein Proposal schreiben)? Nö, ich mag kein Proposal mehr schreiben, aber ich kann kurz meinen Senf dazu geben. Ich habe für Simulationen (Einzelfahrzeug/Spurwechsel) Visualisierungen geschrieben, die dieses Problem lösen. Dabei ist immer der linke Rand der Richtungsfahrbahn die eingetragene Linie (GB andersrum) und die Fahrbahn 'wächst' nach rechts. Bei Straßen mit Gegenfahrbahn bildet dann die vorgegebene Linie (way) automatisch die Mittellinie und bei getrennten Fahrbahnen bleibt der Bereich der Fahrbahntrennung erhalten. Damit ergibt sich automatisch eine realistische Abbildung der Spurveränderung und das gegenseitige 'Überklecksen' der Richtungsfahrbahnen entfällt komplett, egal wie stark die Darstellung überhöht wird. Das Problem an der Sache ist, dass das mit den derzeitigen Renderern wohl nicht realisierbar ist. Ich selber rechne für die Visualisierung alle Parallellinen und Schnittpunkte im Realweltkoordinatensystem (m) selber durch und habe dadurch etwas mehr Flexibilität. Grüße Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Bernd Wurst schrieb: Ich möchte mal vorsichtig fragen, wie hier der Einsatz von Maplint gesehen wird. Gar nicht: bis Zoomlevel 16 ist die Schrift zu klein, so dass man (fast) nichts lesen kann und bei Level 17 wird der Layer nicht angezeigt. Jedenfalls bei mir. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neue Sport Piktogramme
ich hab noch eines für Hockey gemach: SVG: http://josias.polchau.de/download/osm/hockey.svg PNG: http://wiki.openstreetmap.org/index.php/Image:Hockey.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Sackgasse
On Thursday, 17 July 2008 13:27:16 +0200, Bernd Wurst [EMAIL PROTECTED] writes: Hallo. Am Donnerstag, 17. Juli 2008 schrieb Heiko Schack: Koennten man dieses Zeichen nicht einfach am Anfangsnode einer Sackgasse automatisch rendern? Die Anzeige bei einem getagten Node finde ich ein wenig verwirrend. Um den Anfangs-Node eines Ways herauszufinden, muesste der Renderer aber erst einmal sehen, welches der beiden Enden nicht mit einem weiteren (high-)way verbunden ist ... Das ganze Tag ist IMHO recht nutzlos, denn es bezeichnet nur den Zustand, dass die Stassenverkehrsbehoerde denkt, dass ein normaler, (ortsfremder) Autofahrer dort nicht weiter kommt. Es beinhaltet kein direktes Einfahrverbot oder aehnliches. Jedes Navi wird aus dem Datenbestand sehr gut auslesen koennen, ob es sich um eine Sackgasse handelt oder nicht, genauso der Betrachter einer Karte. Jupp. Aber genau deshalb halte ich den Tag fuer sehr sinnvoll. Er erlaubt uns einen Konsistenz-Test der Daten oder/und die explizite Markierung von noexit-Kanten (oder -Knoten). Ich verwende diesen Tag ueberall da, wo es tatsaechlich mit keinem Verkehrsmittel oder zu Fuss weitergeht. Somit kann ich auch per Validator-Plugin-Erweiterung testen, ob eine per noexit markierte Kante (oder Knoten) nur aus Unachtsamkeit _nicht_ mit dem einige Meter danebenliegenden Weg verbunden ist oder ob dies genauso gewollt ist. Ich verwende das Tag _nicht_, um das Sackgassenschild zu mappen. Dafuer wuerde ich eher etwas wie traffic_sign=cul_de_sac :-) (oder auch ...=dead_end) am Knoten, wo das Schild steht. Zudem: Die meisten Sackgassen sind in Wirklichkeit keine. Fuer Fussgaenger geht es fast immer weiter, fuer Radfahrer oft und manchmal auch fuer landwirtschaftliche Fahrzeuge oder sonstwelche individuell berechtigten. Ein noexit=yes tagge ich daher nicht, das soll der wie auch immer geartete Datennutzer IMHO bitte aus den Daten herauslesen. :) Aus diesem Grund verwende ich in solchen Situationen auch kein noexit=yes. Fazit: Wenn man noexit=yes taggen moechte, dann IMHO bitte auf einen Node, an dem das Schild steht (nur um diese Infos, dass da ein Schild steht, erfasst zu haben). Am Weg ist es sinnlos. Ich mache es genau andersherum: Das Schild als traffic_sign= o.ae. mappen, die Eigenschaft des Weges oder des (Dead-)End-Knotens als noexit=yes. Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Daniela Dürbeck [EMAIL PROTECTED] wrote: Vielleicht sollte man das wirklich mal vereinheitlichen. Man könnte gleich mal bei der deutschen Post anfragen ob man von denen eine Liste mit Geokoordinaten bekommen kann :) Gruss Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Hi! Man könnte gleich mal bei der deutschen Post anfragen ob man von denen eine Liste mit Geokoordinaten bekommen kann :) Gut, mache ich sofort. Vielleicht haben sie auch noch die Unterscheidung zwischen solitär stehenden Packstationen und welchen an Postämtern, das wäre schon noch wichtig. (Daher war in dem geposteten Beispiel post office Packstation gar nicht unbedingt falsch.) Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Daniela Dürbeck schrieb: Gut, mache ich sofort. Vielleicht haben sie auch noch die Unterscheidung zwischen solitär stehenden Packstationen und welchen an Postämtern, das wäre schon noch wichtig. (Daher war in dem geposteten Beispiel post office Packstation gar nicht unbedingt falsch.) Und wenn schon so präzise, dann bitte auch ob a) mit Paket-Versandmöglichkeit b) mit Briefmarkenverkauf -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Hallo Ingrid! Gut, mache ich sofort. Vielleicht haben sie auch noch die Unterscheidung zwischen solitär stehenden Packstationen und welchen an Postämtern, das wäre schon noch wichtig. (Daher war in dem geposteten Beispiel post office Packstation gar nicht unbedingt falsch.) So, erledigt. Aber noch was zu den Tags: http://www.dhl.de/packstation-finder Wir müssen also schon unterscheiden zwischen Packstationen und Paketboxen. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paketstationen
Hi! Und wenn schon so präzise, dann bitte auch ob a) mit Paket-Versandmöglichkeit Das kann jede. (WIMRE) b) mit Briefmarkenverkauf Das kann keine. (WIMRE) Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisenbahn, die Zweiundvierzigste...
Christian schrieb: Hallo, nachdem ich das Listenarchiv ausgiebig durchsucht habe, bin ich zu der Feststellung gekommen, daß es jede Menge Fragezeichen, aber nur recht wenige definitive Antworten gibt. Ich bin selbst sehr interessiert an diesem Thema und begrüße nur die Vorschläge mit Signalmapping usw. Villeicht kennt ja auch wer nen Lokfüher, der vorne an die Windschutzscheibe ne GPS-Maus legen würde, die dann per Funk mit irgend einem Rechner verbunden ist. Wenn er die Maus relativ mittig ausrichtet, sollten bei geeigneten Geräten auch gute bis sehr gute Ergebnise heraus kommen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)
Dirk-Lüder Kreie schrieb: Gerhard Schmidt schrieb: HI Leute, ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir diese Autobahn aufgefallen. http://www.openstreetmap.org/?lat=43.89465lon=15.78377zoom=17layers=0B0FTF Offensichtlich wir die Nord-Süd Fahrbahn vom Beziercurvehinter bearbeitet. die Süd-Nord Fahrbahn aber nicht. Warum? Die auffahrt wird wahrscheinlich unter einem falschen Winkel als mögliche fortführung des Ways betrachtet, und deshalb das hinting hier abgeschaltet. Also mit der Ausfahrt hat das garnichts zu tun das zieht sich durch die ganze Autobahn durch auch da wo keine Ausfahrten sind. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Jochen Topf [EMAIL PROTECTED] writes: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ich lade das permanent ungewollt, da ich einen link aus meiner history verwende ;) Irgendwann früher muss ich das mal angeklickt haben... Ansonsten würde ich vorschlagen: Erst besseren Ersatz schaffen, bevor man etwas abstellt, was im Prinzip tut. Mir würde nix fehlen, wenn's abgeschaltet würde. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Hallo. Am Donnerstag, 17. Juli 2008 schrieb Karl Eichwalder: Jochen Topf [EMAIL PROTECTED] writes: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Ich lade das permanent ungewollt, da ich einen link aus meiner history verwende ;) Irgendwann früher muss ich das mal angeklickt haben... Nein, das liegt daran, dass vor etwa 2 Wochen (schätze ich mal) der layer-Parameter so umgebaut wurde, da ehemalige Mapnik-Permalinks jetzt Maplint mit einschalten. Sehr peinlich für Direktlinks von irgendwelchen Websites, die man unter Kniefall gebeten hat, besser OSM-Links statt Google-Links zu benutzen wenn es um Karten-Verlinkung geht. :-( Gruß, Bernd -- [...] most likely other e-mail programs like Eudora are not designed to enable virus replication. (ehemals auf http://www.microsoft.com/mac/products/office/2001/virus_alert.asp) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
TopSpotter [EMAIL PROTECTED] writes: Es gibt überhaupt recht wenig in Bezug auf die Eisenbahn innerhalb des OSM- Projektes. Liegt das evtl. am Namen openSTREETmap und dem Fokus auf Straßen und Wege? Wenn ich sehe, wie intensiv hier teilweise über vermeintliche Kleinigkeiten im Straßen- und Wegeumfeld diskutiert wird und welche Lücken es im Gegensatz dazu noch bei den Eisenbahnen gibt, bedauere ich das schon. Das ist alles irgendwie relativ. Mich interessieren die Gleise im wesentlichen nur als Hindernisse beim (Rad-)fahren und Wandern (wie komme ich auf die andere Seite?) und die Bahnhöfe und Haltepunkte um ihrer selbst willen. Wie osmarender die Gleise rendert, ist freilich furchtbar... Man erkennt die Gleise eigentlich nur daran, dass anliegende Straßen irgendwie angefressen sind. Und dass aufgegebene Strecken besser zu erkennen sind, als aktuell befahrene, ist schon etwas kurios. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
Hallo, noch ne kleine Erweiterung. Ich habe eine Straße, die 2 Fahrspuren in eine Richtung hat, aber nur einen way. Also lane=2. Jetzt gilt allerdings für die linke Spur eine Mindestgeschwindigkeit (Zeichen 275). Gibts da irgendetwas in der Richtung left_lane oder muss ich das Stück Straße als 2 ways mappen. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Straßen
Alexander Schulze schrieb: Jetzt gilt allerdings für die linke Spur eine Mindestgeschwindigkeit (Zeichen 275). Wie geht's denn umgekehrt wie z.B. am Elzer Berg (BAB 3 Fahrtrichtung Süden) wo die rechte LKW-Spur auf 40(?) km/h begrenzt ist und die mittlere und linke auf 100km/h. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Antw: Re: Eisenbahn, die Zweiundvierzigste...
Hallo Andre, Villeicht kennt ja auch wer nen Lokfüher, der vorne an die Windschutzscheibe ne GPS-Maus legen würde, die dann per Funk mit irgend einem Rechner verbunden ist. Wenn er die Maus relativ mittig ausrichtet, sollten bei geeigneten Geräten auch gute bis sehr gute Ergebnise heraus kommen. Also ich kenne einige Lokführer und von denen würden das auch alle tun. Allerdings kaum per Funk zu einem Rechner, sondern eher als Datenlogger mit nachträglicher Auswertung. Problem: ich habe keinen verborgbaren GPS-Empfänger, den man mal einen Monat lang meinen Kumpels in den Führerstand legen könnte. Zumal einige davon bei div. Güterbahnen tätig sind und Strecken befahren, auf der sonst kein Personenzug rollt, in dem man mitloggen könnte. Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Stimungsbild Maplint
Jochen Topf schrieb: Die Serverstatistiken sollten ja zeigen, ob jemand den Layer anschaut. Wenn nicht, dann kann man ihn abstellen. Bei mir wird das blöde Teil bei informationfreeway immer automatisch geladen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
Karl Eichwalder schrieb: Und dass aufgegebene Strecken besser zu erkennen sind, als aktuell befahrene, ist schon etwas kurios. Beispiel? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hallo Zusammen, Sven Felix Oberquelle schrieb: [Schnipp] Halte ich inzwischen NICHT mehr für sinnvoll. [Schnapp] Wenn zum Beispiel ein Feld komplett von Feldwegen umrahmt wäre, würde man dann also einfach auf die Feldwege einen zweiten Weg (also eine Fläche) malen und dazu die Nodes der Feldwege benutzen? Viele Grüße Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Automatischer Daten-Upload vom GPS Game ?
Hallo, mein Name ist Tom Nicolai und ich arbeite an dem GPS Multiplayer Game FastFoot-Challenge (www.fastfoot.mobi). Zusammen mit der OpenStreetMap ist mir dabei ein lustiger Gedanke gekommen. Allerdings kenne ich das OSM-System nicht gut genug, um den Nutzen für die OSM abschätzen zu können. Mein Interesse an der OSM ist, dass sie mir kostenlose Karten für zukünftige Entwicklungen geben kann. Ich finde es faszinierend, wie viele Straßen darin schon erfasst sind. Und für ein Spiel muss es nicht wichtig sein, ob die Daten 100%ig stimmen. Mein Gedanke ist: In dem Spiel bewegen sich 5 Personen mit GPS Empfängern und Handys durch die Stadt. Sie sind über mobiles Internet mit dem Gameserver verbunden. Der logt alle Positionen brav mit. Wir benutzen die Daten anschließend, um Replays der Spiele als KML-Files für Google Earth zu erzeugen. Die können die Spieler bequem von der Website laden. Zur OSM sehe ich dabei zwei Anknüpfungspunkte: Einmal kann man die KML-Files von Hand konvertieren und in die OSM laden. Soweit geht das schon. Zweitens könnten wir unser System so konfigurieren, dass es automatisch die Logs zur OSM hochlädt (natürlich nur, wenn die Spieler damit einverstanden sind). Unsere Spieler würden wahrscheinlich nur in Ausnahmen im Editor die Rohdaten nachzeichen. Stattdessen würden sie nur GPS Daten erzeugen, die andere---oder ein Algorithmus?---weiter veredeln müssten. Ist das gut für die OSM? Oder doch eher Spam? Viele Grüße, Tom -- play location ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Eisenbahn, die Zweiundvierzigste...
André Reichelt [EMAIL PROTECTED] writes: Karl Eichwalder schrieb: Und dass aufgegebene Strecken besser zu erkennen sind, als aktuell befahrene, ist schon etwas kurios. Beispiel? Nürnberg Nord, zoom 12. Wie auch straßenbahnen. Reiht sich ein in andere fragwürdigkeiten: tertiary ist kaum erkennbar, dafür aber die grenzen der landkreise. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hi Stefan, Thursday, July 17, 2008, 8:24:04 PM, you wrote: Hallo Zusammen, Sven Felix Oberquelle schrieb: [Schnipp] Halte ich inzwischen NICHT mehr für sinnvoll. [Schnapp] Wenn zum Beispiel ein Feld komplett von Feldwegen umrahmt wäre, würde man dann also einfach auf die Feldwege einen zweiten Weg (also eine Fläche) malen und dazu die Nodes der Feldwege benutzen? Jop, genau so mache ich das ab jetzt. Und wenn nur eine Seite ne Strasse ist auch. Gruss Svelix ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bericht über OSM in ultimo (Bielefel ds Stadtillustrierte)
http://www.ultimo-bielefeld.de/lokales/l-map.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM: Lade alle ways mit ABC=XY möglich?
Is das schwierig so etwas zu implementieren? Würde die Arbeit z.B. referenzierte Einzel-Ways in relation zu vereinen. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Lade alle ways mit ABC=XY möglich?
Hallo, Is das schwierig so etwas zu implementieren? Nein: http://www.informationfreeway.org/api/0.5/way[ABC=XY] Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Zigaretten- / Kondomautomaten
Hallo! Ich habe im Wiki nichts gefunden und frage deswegen hier: Taggt irgendwer Automaten und was diese verkaufen? Wenn ja mit welchem Tag? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zigaretten- / Kondomautomaten
Am Freitag, 18. Juli 2008 00:02:24 schrieb Matthias Wimmer: Hallo! Ich habe im Wiki nichts gefunden und frage deswegen hier: Taggt irgendwer Automaten und was diese verkaufen? Wenn ja mit welchem Tag? Ich habe das Schema von Christian Körner übernommen: amenity: vending_machine vending_products: cigarettes, stamps, condoms, train_tickets ... Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zigaretten- / Kondomautomaten
Andreas Jacob wrote: Am Freitag, 18. Juli 2008 00:02:24 schrieb Matthias Wimmer: Hallo! Ich habe im Wiki nichts gefunden und frage deswegen hier: Taggt irgendwer Automaten und was diese verkaufen? Wenn ja mit welchem Tag? Ich habe das Schema von Christian Körner übernommen: amenity: vending_machine vending_products: cigarettes, stamps, condoms, train_tickets ... Könntest du das mal ins Wiki schreiben (proposal?). Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Stra?en
Bernd Raichle [EMAIL PROTECTED] wrote: Gibt es ein Tag f?r Ortsschilder? Wenn du mal die Statistiken unterhalb der Wiki-Seite Tagwatch nach city-limit, city-limit-sign die sind von mir :-) Verwendet in Karlruhe (am Anfang) und Heusenstamm (Hauptort komplett) Habe hier am 11.7., also vor einer Woche, versucht, das anzudiskutieren, unter dem Titel geschlossene Ortschaft oder so... Aber noch ohne Reaktion... *seufz* Vieleicht mache ich ja ein proposal draus, aber nicht vor naechster Woche... oder city_limit durchsuchst, findest du, wie andere es bisher gemacht haben. Ich markiere momentan den Punkt des Ortsschilds auf dem Weg (mit traffic_sign=city_limit, name=...), wenn auch noch nicht gerichtet. trafficsign ohne _ gibt's mehr... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschwindigkeiten auf Stra?en
Alexander Schulze [EMAIL PROTECTED] wrote: Aber um ne boundary zu bekommen, die dann auch einigerma?en stimmt, br?uchte man schon irgendwelches anderes Datenmaterial (ne Flurkarte w?re toll). Sie wird nirgends verzeichnet, da hilft also keine Karte. Sie wird theoretisch alleine durch die Ortstafeln definiert. Praktisch bleibt sie an einigen Nebeneingaengen in den Ort undefiniert und muss quasi logisch ergaenzt werden... Muesste da wohl noch etwas recherchieren... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geschlossene Ortschaften
Hallo Nochmal das Thema hochholen, da es gerade in einem anderen thread erwaehnt wird... Habe mal bei zwei Orten versucht, die Eigenschaft geschlossene Ortschaft zu taggen. Und zwar im straszenverkehrsrechtlichen Sinne. s.a. http://de.wikipedia.org/wiki/Geschlossene_Ortschaft Es gibt ja noch die andere Definition nach Landesbauordnung (Auszen-/Innenbereich, dort gelinkt) In Heusenstamm habe ich es heute fertig gemacht, eben mal um das kleine Staedtchen zu radeln und das halbe dutzend Ortstafeln zu mappen war kein so groszes Problem ;-) http://www.openstreetmap.org/?lat=50.054lon=8.803zoom=15 In Karlsruhe habe ich im Westen damit angefangen, stiesz dabei aber auch auf das Problem, dass man beim Aufstellen der Ortstafeln wohl etwas nachlaessig war... Da musz noch etwas Recherche gemacht werden, wie man das am besten abgrenzt bei Unklarheiten... Und zwar habe ich eine boundary=city-limit name=Heusenstamm an den Ortsrand gelegt, oft auf bestehenden landuse-ways Dort wo highways gekreuzt werden, werden diese mit gemeinsamen node geschnitten. die Wege habe ich ggfs. geteilt und zwar so, dass meiner bescheidenen Vorstellung nach ein spaeteres Programm moeglichst einfach die Wege zordnen kann nach: Ein Endpunkt des Weges innerhalb/auszerhalb des Ortes - ganzer Weg innerhalb / auszerhalb Ortschaft Ein Endpunkt auf boundary=city-limit - Schaue ob anderer Endpunkt drinnen oder drauszen. Also so, dass man spaeter nicht jedne Wegpunkt untersuchen sollen muss... An Kreuzungsstellen mit Ortstafel bekommt der Knoten (der boundary) boundary=city-limit-sign name=Heusenstamm symbol=de Letzteres soll dafuer sorgen, dass der Renderer die landesuebliche Ortstafel rendern kann, gelb in .de, ... Weil ist_in_land() gibt's noch nicht, oder? Hmmm... Der Grenze selbst sollte man das aber auch noch mitgeben... Mal gleich noch nachtaggen... Habe ich nun mit is_in=de gemacht. Sollte man das auch bei den Tafeln statt symbol nehmen? Spaeter kann man sich mal ueberlegen, ob in der hoechsten Zoomstufe der Name mit rein kann. Urspruenglich dachte ich mal daran, dass man die Ortstafel dort zeichnet, wo Weg und Grenze einen gemeinsamen node haben (analog zum Andreaskreuz automatisch an gemeinsamen nodes Bahn/Strasze) aber da kamen mir im Laufe des Tuns Zweifel an der praktischen Umsetzbarkeit und einfachen Nutzbarkeit durch Router. So wie jetzt kann man es auch auf Solo-nodes setzen, 4 davon habe ich in Karlsruhe an der Abfahrt Rheinhafen, wo ich noch nicht mit der Grenze war (die ist auch noch offen im Gegensatz zu Heusenstamm) Auf ein Problem stiesz ich noch: Derselbe node kann offenbar unterschiedliche Tags tragen, je nachdem zu welchem way er gehoert? Jedenfalls tragen jetzt auch einige Straszenenden neben dem Grenz-node die city-limit-tags... Das scheint nur ein potlatch-Problem gewesen zu sein... Kommentare erwuenscht... Mag die Tafeln schon mal jemand in die Renderer einbauen? ;-) Denkbar waere es auch, die Ortsgrenze selbst zu rendern??? MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: Re: Eisenbahn, die Zweiundvierzigste...
TopSpotter schrieb: Also ich kenne einige Lokführer und von denen würden das auch alle tun. Allerdings kaum per Funk zu einem Rechner, sondern eher als Datenlogger mit nachträglicher Auswertung. Problem: ich habe keinen verborgbaren GPS-Empfänger, den man mal einen Monat lang meinen Kumpels in den Führerstand legen könnte. Zumal einige davon bei div. Güterbahnen tätig sind und Strecken befahren, auf der sonst kein Personenzug rollt, in dem man mitloggen könnte. Das sehe ich als viel interresanter an da man solche Strecken ja sonst schlecht mitloggen kann. Probier doch mal ob Du an ein Leihgerät herankommst... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Automatischer Daten-Upload vom GPS Game ?
Tom Nicolai schrieb: Zweitens könnten wir unser System so konfigurieren, dass es automatisch die Logs zur OSM hochlädt (natürlich nur, wenn die Spieler damit einverstanden sind). Unsere Spieler würden wahrscheinlich nur in Ausnahmen im Editor die Rohdaten nachzeichen. Stattdessen würden sie nur GPS Daten erzeugen, die andere---oder ein Algorithmus?---weiter veredeln müssten. Ist das gut für die OSM? Oder doch eher Spam? Ich persönlich verwspreche mir von diesen Daten nicht viel da sie nicht für OSM-Anforderungen erfasst werden. Soll heissen, es kann sein dass brauchbare Daten dabei sind, aber auch nahzu unrauchbare daten. Allein dies reauszufiltern erzeugt unter Umständen mehr Aufwand als die Daten gleich neu für OSM zu erfassen. Lieber mit in das Spiel einbauen dass due Strassennamen eingetragen werden müssen und diese Daten dann zur Verfügung stellen :-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OT: GPS-Spiel (was: Automatischer Daten-Upload vom GPS Game ?)
Garry schrieb: Lieber mit in das Spiel einbauen dass due Strassennamen eingetragen werden müssen und diese Daten dann zur Verfügung stellen :-) Apropos GPS-Spiel: Für diesen Samstag hat sich wieder ein wild entschlossenes Team von 6-7 Leuten verabredet, den Echtzeit-Synchron-ÖPNV-Rätselcache 24 zu lösen, der 6h Adrenalin für alle Mitspieler garantiert: http://www.ebbelex.de/24/ Leider ist das Frankfurter Straßenbahn- und Busnetz nicht komplett bei uns, würde den Zentralisten sonst helfen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Zulässige Tragfähigkeiten von Brü cken
Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zulässige Tragfähigkeiten von Brüc ken
Hi, 2008/7/18 Jürgen Fleckenstein [EMAIL PROTECTED]: Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Das ist doch ein normales maxweight, oder? http://wiki.openstreetmap.org/index.php/De:Map_Features#Beschr.C3.A4nkungen Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zulässige Tragfähigkeiten von Brü cken
Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Ich gebrauche maxweight= x wobei x als default in Tonnen zählt. Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zulässige Tragfähigkeiten von Brüc ken
Hallo Tim, 2008/7/18 Tim 'avatar' Bartel [EMAIL PROTECTED]: Hi, 2008/7/18 Jürgen Fleckenstein [EMAIL PROTECTED]: Häufig sieht man an Brücken Schilder mit der Tragfähigkeit. Gibt es dazu schon einen Tag? Das ist doch ein normales maxweight, oder? http://wiki.openstreetmap.org/index.php/De:Map_Features#Beschr.C3.A4nkungen Tschüss, Tim. Jürgen meint sicher die kleinen gelben runden Schilder mit schwarzer Beschriftung: Das sind Angaben zu den militärischen Lastenklassen, diese sind für zivile Fahrzeuge nicht (oder nur in Ausnahmefällen) relevant. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-it] Presentazione di chiusura del progetto M(')appare Milano (2-7-2008) - intervento GFOSS.it disponibile
caro Luigi - nel corso dell'incontro abbiamo registrato l'audio degli interventi di Daniele Villa e di Edoardo (se gli autori sono d'accordo li metto in linea), e poi ci siamo scordati di accendere il registratore per quello del sottoscritto ;) provo a elaborare sotto, un po' a memoria e un po' anche alla luce di spunti precedenti e successivi al 2 luglio: per chi ha fretta, manifestatevi ai con-certi pubblicizzati in fondo alla presentazione (o il 26 luglio, che è una giornata nata dopo la presentazione e non è in calendario). per tutti gli altri: buona lettura! andrea giacomelli, noto pibinko *vicepresidente e responsabile comunicazione GFOSS.it non possessore di GPS ;) - organizzatore di mappature per: M(')appare Milano, Verona e documentatore delle stesse cose e di altre (vedi flickr e youtube con chiave di ricerca pibinko)* slide 13. *1. progetto anglocentrico* come GFOSS.it stiamo collaborando con esponenti della comunità OSM italiana da ottobre 2007. in questo -come associazione di promozione sociale e soggetto giuridico (con codice fiscale)- ci siamo posti anche il problema/valutato l'opportunità di stabilire una relazione formale con la OSM Foundation. sinora questa cosa non è avvenuta. altre forme di rapporto con realtà di eccellenza del mondo legato a OSM (e tutte in inghilterra, dove il movimento è più maturo), quali risposte a *offerte* di sponsorizzazione, non hanno avuto esito. alla data di ieri, abbiamo confermato che è importante per tutti (GFOSS.it, i singoli mappatori e gli inglesi) avere una relazione più strutturata, ma che si può lavorare anche senza. per cui questa cosa avverrà, prima o poi. in parallelo, gli unici motivi con cui posso motivare una non risposta rispetto a richieste specifiche è (a) non gli interessa (b) non hanno capito dico questo avendo vissuto 3 anni in inghilterra e collaborando dal 1993 con tante persone a Nord dell Alpi. nel momento in cui si paleserà un interesse o una comprensione del perché si sta cercando di formalizzare una relazione, sarò più che interessato a riprendere il discorso. nel frattempo abbiamo anche cose da fare a prescindere da una formalizzazione con la OSM foundation (e da OSM in generale) e su cui ci stanno dando più retta ;) ...voi che cosa fareste ? *2. non abbastanza persone si chiedono perché mappano liberamente* mappare ha un costo e richiede tempo. mappare 2 ore alla settimana è un hobby. mappare 29000 km in tre anni (come ha fatto un noto mappatore italiano) può essere considerato o una mania, o un secondo lavoro, o il passatempo di una persona che non ha altre necessità impellenti nella giornata (tipo lavorare per vivere). come GFOSS.it, ritengo importante discriminare quando si stanno svolgendo azioni dimostrative da quando si stanno svolgendo attività che potrebbero essere valorizzate al di là dell'intrattenimento (vedi mantra alla fine della presentazione). per chi non c'era: a chi è andato a M(')appare Verona è stato offerto un pasto. che mi risulti è la prima volta che un mappatore libero ha avuto una forma di compenso in Italia, e in natura, proprio perché M(')appare Verona è stato un momento di confronto fra due associazioni e non un incarico professionale. mi piace però l'idea che esperienze del genere possano pian piano spiegare che un giorno ci possano essere attività di mappatura retribuite in un contesto di software e dato libero (se no si continua a ripetere che il software e i dati liberi sono un'opportunità per il mercato, ma non si vede come questo possa accadere). inoltre offrire *un pasto* è diverso da offrire *una birra* a fine Mapping Party, sebbene a me piaccia molto la birra ;) *3. alcune dinamiche ...* qui si parla della liberazione dei dati...ah! la liberazione dei dati. e -quando saranno liberi che ci facciamo ?. in inghilterra il problema non si pone -per ora. i dati istituzionali restano chiusi, mi pare, e quindi OSM è quasi indispensabile in Italia la situazione è estremamente variegata, e ci sono azioni di sensibilizzazione in atto da ben prima che OSM si affacciasse alle nostre latitudini. quindi: cosa fare in Italia ? ...facciamo un mapping party ogni tre giorni, e trascuriamo priorità della vita per tracciare secondo criteri di qualità non omogenei una rete su cui poi passeremo anni-uomo di lavoro di correzione... OPPURE attraverso uno o più (ma meno sono meglio è) soggetti formali aiutiamo a capire che se una provincia rilascia un grafo stradale GIS esistente il lavoro da fare sarà molto meno, e avremo valorizzato meglio una risorsa (il grafo provinciale) creata con soldi del contribuente ? ...e tutto questo in un quadro che abbia un raccordo con la storia della liberazione dei dati in Italia questa valenza rivoluzionaria di OSM, che in due anni ha fatto ciò che qualsiasi altro progetto sul dato libero non ha fatto negli ultimi duemila
Re: [Talk-it] Presentazione di chiusura del progetto M(')appare Milano (2-7-2008) - intervento GFOSS.it disponibile
andrea giacomelli ha scritto: Qua devo correggere Carlo... dal vivo non pretendo di essere sempre lineare, per cui potrei non essermi spiegato bene, o non aver dato tutti i dettagli. No, no, ti eri spiegato benissimo. Sono io che ho una memoria molto a breve termine :-) Adesso che hai rinfrescato i concetti, mi ricordo che hai citato, tra i campi di applicazione, anche la direttiva nitrati (infatti è in tabella...). Quindi si tratta di una uniformazione dei dati a livello europeo, e non di una loro liberazione, giusto? Quello che mi chiedo io: come fa poi la Commissione, il consiglio d'Europa, o la singola pubblica amministrazione di un singolo stato, ad accedere liberamente ad esempio ai dati italiani, che sono protetti da diritto d'autore? Voglio dire: eccellente idea quello di avere un sistema standardizzato che permetta _tecnicamente_ di avere un interscambio di dati, ma se poi i singoli dati non sono disponibili, non sembra anche a voi che ci sia un evidente ostacolo operativo? Infine: ritenete che sia impossibile in (un prossimo) futuro attuare anche in Europa il modello americano, molto semplice e pragmatico, secondo cui i prodotti realizzati da enti pubblici con i soldi dei contribuenti automaticamente cascano nel pubblico dominio? Saluti Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Reply e reply-all
On Tue, Jul 15, 2008 at 03:27:13PM +0200, Edoardo Marascalchi wrote: in realta` la percentuale di amministratori non e` cosi` alta, credo che il 50% sia piu` verosimile mettiamola così: - gli amministratori di ML più tecnici al 90% impostano il reply-to verso il mittente perché interessati a non avere rogne di privacy, E' da quasi 10 anni che seguo ML, ma problemi di privacy non e' ho mai visti. Se la ML e' pubblica il 99% dei reply che si fanno sono pubblici. Che poi capiti di sbagliare a rispondere capita. Ma non mi e' mai capitato di vedere dare la colpa all'amministratore della lista. Per fare un esempio, da noi in ufficio e' capitato che qualcuno rispondesse a tutti invece che ad una persona (e non parliamo di ML) ma nessuno si e' sognato di dire che e' colpa del sys admin. - gli amministratori di ML meno tecnici o pensano che sia più user-friendly il reply-to impostato alla lista o ignorano del tutto il problema e tengono le impostazioni standard. Ovvero, quelli che non fanno come me o non sono tecnici o sono scemi? Non mi pare una grande argomentazione. La mia esperienza e' diversa. Un tempo la stragrande maggioranza delle ML erano con il reply-to impostato alla lista. Poi arrivo outlook con il risponditore automatico (messaggio di fuori sede), con gli *orrori* facilmente immaginabili: outlook che rispondeva al suo stesso messaggio di fuori sede che arriva dalla ML e a quel punto entrava in loop. Da allora la maggior parte delle ML con molti iscritti, hanno risolto il problema eliminando il reply-to. Una piccola minoranza aveva usato regole diverse, ad esempio su una ML avevano messo una regola che in automatico disiscriveva chi mandava risposte in automatico. Ora come ora, meta' delle liste che frequento hanno il reply-yo e meta' no. E non e' un problema di argomento trattato, visto che sono tutte tecniche, ma di numero di iscritti. Raramente ML con centinaia se non migliaia di iscritti vogliono correre il rischio di qualche client impazzito si metta a rispondere in automatico. detto questo, anche io mi lamento di tanto in tanto, ma alla fine mi sono abituato e mi sta bene così.. molto meno problematico mandare in privato una mail destinata alla lista che non in lista una mail privata piena d'insulti o opinioni su persone ... mode tipo=semiserio Voglio ben sperare che i frequentatori della lista non siano soliti ad insultare le persone. Ed eventualmente se qualcuno nella foga dovesse sbagliare a rispondere, ne ricevera' una importante lezione di vita :D /mode Scherzi a parte, vista la lista io sono moderatamente favore del reply-to sulla lista. Moderatamente, perche' io mi sono risolto il problema a monte, usando mutt come client di posta, e impostando una regola che mi propone di default l'indirizzo di lista, quando rispondo, nonche' usando folder separati per ogni ML. E personalmente consiglio caldamente a tutti di usare folder separati, riduce il rischio di fare confusione. -- Saluti / Regards Diego Roversi | | diegor at tiscalinet.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Presentazione di chiusura del progetto M(')appare Milano (2-7-2008) - intervento GFOSS.it disponibile
ciao Carlo - vedi sotto. 2008/7/17 Carlo Stemberger [EMAIL PROTECTED]: . Adesso che hai rinfrescato i concetti, mi ricordo che hai citato, tra i campi di applicazione, anche la direttiva nitrati (infatti è in tabella...). Quindi si tratta di una uniformazione dei dati a livello europeo, e non di una loro liberazione, giusto? Quello che mi chiedo io: come fa poi la Commissione, il consiglio d'Europa, o la singola pubblica amministrazione di un singolo stato, ad accedere liberamente ad esempio ai dati italiani, che sono protetti da diritto d'autore? come ho sentito dire in un paio di occasioni, risposte a domande tipo questa si configurano come consulenza (a meno che in lista non ci legga qualche referente degli organi citati, e non si voglia esprimere formalmente in merito per aiutare a rispondere). battute a parte, il tema è in effetti spesso. chi se la sente può partire da: http://www.ec-gis.org/inspire/ per ripercorrere quei 15 anni o giù di lì di ragionamenti sul tema, e poi si può aprire il confronto. se no, staremmo forse discutendo di un tema on topic a livelli off topic. Voglio dire: eccellente idea quello di avere un sistema standardizzato che permetta _tecnicamente_ di avere un interscambio di dati, ma se poi i singoli dati non sono disponibili, non sembra anche a voi che ci sia un evidente ostacolo operativo? dipende. bisogna capire qual è l'operazione (di nuovo, rimando al sito di cui sopra). Infine: ritenete che sia impossibile in (un prossimo) futuro attuare anche in Europa il modello americano, molto semplice e pragmatico, secondo cui i prodotti realizzati da enti pubblici con i soldi dei contribuenti automaticamente cascano nel pubblico dominio? no. peraltro è dimostrato (come detto: lavoro dal 1993 con soggetti esteri di cui diversi anglo e anche un po' saxon e mi sento abbastanza sicuro su questo) che la semplicità e la prammatica nord-americana in Europa possono non sempre funzionare tal quali - se non addirittura fare danni. ciò non vuol dire che il Freedom of Information Act e altri strumenti che ne sono conseguiti siano da buttare via. Ma ricordiamoci che stiamo in Europa e che ci deve essere una mediazione (e che c'è diversa gente che prova a contribuire su questo). per riprendere la domanda di Carlo, forse, capire qual è l'operazione per ognuno dei partecipanti a un progetto collaborativo e, forse, la liberazione del dato è un mezzo, e non un fine. un saluto! andrea, noto pibinko * Libertà - Pino Daniele - da Terra Mia (1977)...parte in Sol. Chiove 'ncoppa a 'sti palazze scure - 'Ncoppa 'e mure fracete d'a casa mia Tutt'attuorno l'aria addora 'e 'nfuso - Chi song'io Che cammine 'mmiezo 'a via - Parlanno 'e libertà Stà durmenno senza tiempo - 'Nu ricordo ca nun penzo cchiù Ma che succede io sto' chiagnenno - Penzanno a 'o tiempo ca se ne va E cammine 'mmiezo 'a via - Parlanno 'e libertà. * -- .' `. | Registered Linux User #443882 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[Talk-it] Frazioni
Qui da me in Brianza, praticamente tutti i comuni hanno al loro interno diverse frazioni, alcune delle quali sono dei veri nuclei indipendenti. È corretto taggare le frazioni così? name=nome place=suburb Grazie! -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Frazioni
On Thu, Jul 17, 2008 at 5:54 PM, Carlo Stemberger [EMAIL PROTECTED] wrote: Qui da me in Brianza, praticamente tutti i comuni hanno al loro interno diverse frazioni, alcune delle quali sono dei veri nuclei indipendenti. È corretto taggare le frazioni così? name=nome place=suburb place=hamlet è meglo secondo me. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Frazioni
Edoardo Marascalchi ha scritto: Carlo Stemberger wrote: Capite? Qual è esattamente il discriminante? La dimensione del comune (esempio di Quarto Oggiaro) o la soluzione di continuità del tessuto urbano? E' una questione di lana caprina.. per me quello che non ha continuità urbanistica non può essere suburb, ma è una mia opinione. Potremmo dare questa come discriminante: se nello scrivere l'indirizzo per mandare una cartolina, scriveresti anche il nome della frazione, allora questa ha _QUANTO MENO_ dignità di hamlet, se come invece accade per Quarto Oggiaro piuttosto che per la Barona, non lo scrivi, è un suburb.. metodo empirico ma penso efficace.. No, non è per niente efficace... all'interno dello stesso comune credo che non ci possano essere 2 vie con lo stesso nome, quindi non è mai obbligatorio indicare la frazione. Io propongo questa soluzione ancora più semplice: suburb = quartiere, rione o simili = parte della città (o, volendo, parte anche di una frazione) hamlet = frazione indipendentemente dalla dimensione del comune. La cosa resta sempre un po' da interpretare. L'esempio che ho postato io lo indicherei, secondo questa definizione, come hamlet, siete d'accordo? Mestre direi hamlet (è indipendentemente da Venezia, non per niente viene definita frazione e non quartiere). Può andare? Se sì, correggo il wiki (che non è per nulla chiaro). -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Frazioni
Carlo Stemberger ha scritto: Mestre direi hamlet (è indipendentemente da Venezia, non per niente viene definita frazione e non quartiere). Mestre è city non hamlet! ci sono anche dei criteri di popolazione... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it