Re: [Talk-hr] Okupljanje ZG OSM mappera
On Srijeda, 18. Studeni 2009. 05:31:30 you wrote: Vidi http://wiki.openstreetmap.org/wiki/16.11.2009_-_drugo_okupljanje Predlažem da se doda mapping party u kalendar zbivanja na glavnoj stranici wikija (http://wiki.openstreetmap.org/wiki/Main_Page). ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] request for map bug squashing
Hi, Here is another tool I use for finding bugs. In case all the openbugs are corrected... http://keepright.ipax.at/report_map.php?db=osm_XDlon=121.03488lat=14.57708zoom=11layers=B00Tch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=0ch120=1ch130=0ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch201=1ch202=1ch203=1ch204=1ch210=1ch220=1show_ign=1show_tmpign=1ch=0%2C30%2C40%2C50%2C60%2C70%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C201%2C202%2C203%2C204%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284 Happy mapping Totor ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Time for another mapping party?
December 12, 2009 maning murlwe neil nacario [insert your name here] On Thu, Nov 19, 2009 at 1:44 PM, Marloue Pidor mur...@mail2engineer.com wrote: I'm in Manila on Dec 9-12. My return fight will be on Dec 12 9pm. Maybe I can join the mapping party on that date. -Original Message- From: Nacario Neil [nbnaca...@yahoo.com] Sent: 11/19/2009 12:11:12 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Time for another mapping party? OK with December 5, 12 or 19 - Original Message From: maning sambale emmanuel.samb...@gmail.com To: OSM talk-ph@openstreetmap.org Sent: Thu, November 19, 2009 12:01:09 PM Subject: Re: [talk-ph] Time for another mapping party? Sounds good to me. The Saturdays of December are 5, 12 and 19 On Wed, Nov 18, 2009 at 11:49 PM, Eugene Alvin Villar sea...@gmail.com wrote: Here's an idea: OSM-PH Christmas-Mapping Party When: a Saturday in early December (let's pick the one where most people are available) Where: Cubao-Project 4 area (the area bounded by EDSA, Aurora, Katipunan and Serrano: http://osm.org/go/4zhSbbzg-- ) What: Walking-Papers-type mapping (no GPS required) then a light dinner (at Gateway?), like the one that happened back in March Who: OSM contributors (no need to target newbies for now, but they are welcome of course) We don't have to go all out. Just a simple activity with fellow OSM contributors. :-) What do you guys think? On Tue, Nov 17, 2009 at 7:30 PM, maning sambale emmanuel.samb...@gmail.com wrote: Retrying this appeal. Anybody interested for a mapping party before 2009 ends? Or an OSM-PH mini conf? Or both? On Tue, Sep 15, 2009 at 11:21 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hey guys, It's been 4 months since the Tagaytay Mapping Party, so I think it's time we do another one and I suggest that this time we do it in Metro Manila to get more participants. (And try to better the event management skills of the Davao pips when they did their Davao Mapping Party. ;-) While Metro Manila is covered by Yahoo! imagery, there are plenty of places where a virgin GPS survey is possible. Here are some places I can think of: 1. Ortigas Home Depot and Metro Walk. The Yahoo! imagery here is outdated so this is a good spot to survey. The problem is that this spot is too small. But we could fill in the time with presentations if we were to target newbies. 2. McKinley Hills in Taguig (near Bonifacio Global City). Yahoo! imagery is outdated too. Same concerns as above. 3. Mandaluyong around Shaw Blvd. This area is covered by clouds in Yahoo! so GPS surveying is definitely needed. 4. Combine all of the above as separate slices if the number of participants is high. Any other suggestions? Eugene / seav ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph . ___ Get the Free email that has everyone talking at http://www.mail2world.com Unlimited Email Storage – POP3 – Calendar – SMS – Translator – Much More! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Time for another mapping party?
Sorry guys. I'm pretty booked up for December ... have fun. Jim maning sambale wrote, On Friday, 20 November, 2009 10:53 AM: December 12, 2009 maning murlwe neil nacario [insert your name here] -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] namefinder now gives address information
Let me correct myself there are actually three search results you can use in the OSM Map Search box 1. Geonames 2. Namefinder 3. Nominatim Nominatim seems to give better results (from my test). http://wiki.openstreetmap.org/wiki/Nominatim On Wed, Nov 18, 2009 at 5:28 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I just discovered this one a few hours ago. A co-worker printed a google map and ask me where is Atrium in Makati. Since it is a paper map, I cannot do search :). Naturally I opened openstreetmap and type in Atrium Makati in the Search box. I got this result: Commercial Atrium, Urdaneta, Salcedo, Makati, 1225, Metro Manila, Philippines It gives me village, city, postal_code, region and country! Cool! I did further searching: Panciteria Marikina gives me: Riza's Panciteria, 114, M. H. del Pilar, Dona Juana Subdivision, Calumpang, Marikina, 1610, Metro Manila, Philippines Close enough, but no exact because the data for this node is: * name: Riza's Panciteria * addr:housenumber: 114 * addr:street: M. H. del Pilar * addr:city: Marikina * amenity: fast_food * cuisine: filipino I suspect namefinder is using a mixture of technique to geocode features probably using is_in tag and addressing info. Please try and test around your area. I think the best way is to use the addressing info when it is available. We're getting there! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] NearMap and OpenAerialMap
On Thu, 19 Nov 2009 11:19:57 +1000, morb@beagle.com.au wrote: Just a quick thought I just realised that NearMap is doing most of the job of the OpenAerialMap concept. I wonder if there is some scope to combine the efforts? http://www.nearmap.com/community/contribute.aspx Contrary to OpenAerialMap I find no mention of any way to upload your own aerial photos at all. Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potlatch 1.2f has native support for NearMap
I added support for NearMap to Potlatch 1.2f. It's not live yet but hopefully will be soon: http://www.openstreetmap.org/user/Ævar%20Arnfjörð%20Bjarmason/diary/8687 Who's up for a virtual mapping party with this amazing imagery: http://twitter.com/avarab/status/5865264468 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data
Dave Hansen wrote: On Mon, 2009-11-16 at 15:05 +, Andy Allan wrote: So please, turn away from imports and work on getting mappers in charge, especially out pounding the streets. The outcome will be much, much better in the end, and that end will come much, much quicker. I think TIGER was a success if only because of all the Europeans we tricked into fixing our roads for us. :) Now if we could do that for the pavement and bicycle signage on Washington's I5... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] Potlatch 1.2f has native support for NearMap
2009/11/20 Ævar Arnfjörð Bjarmason ava...@gmail.com: Who's up for a virtual mapping party with this amazing imagery: Currently we're trying to completely map out Carnarvon, which is a small town about 1000km from the nearest city. http://www.openstreetmap.org/?lat=-24.8724lon=113.6885zoom=13layers=B000FTF We're planning to use this as a example of what can be done in promoting OSM etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Postbodes snappen niets van huisnummers
jeemig hee, welke raamambtenaar heeft dat verzonnen??? een extra getal achter een huisnummer (met of zonder letter) geeft normaal de verdieping aan dus ik snap de verwarring wel. en is ook vast veel software die daar niet mee overweg kan... gr, floris bas de Lange wrote: Beste Talk'ers, Ter info: http://www.nuvideo.nl/opmerkelijk/32757/postbodes-snappen-niets-van-huisnummers.html -- Met vriendelijke groet, Bas de Lange http://www.basdelange.com -- Best regards, Bas de Lange http://www.basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] diverse vragen
Beste mensen, Ik heb mijn vragen een beetje opgespaard. 1) Ik wil proberen om voor docenten in het middelbaar onderwijs een bijeenkomst over OSM te organiseren. Het idee is dat dit zo practisch mogelijk moet: a wat is OSM? b hoe kom je aan data? c hoe verwerk je data? d in de buurt van de bijeenkomst daadwerkelijk gaan rondwandelen/fietsen e de meetgegevens verwerken f netwerk van docenten opzetten die deze activiteiten met hun leerlingen willen/kunnen doen. Voor ik dit aan collega's voorleg heb ik de volgende vragen: - heb je een suggestie voor een omgeving (liefst een plek die per trein goed bereikbaar is) waar nog werk te doen is? Zo leveren onderdeel e en f een goed gevoel bij de deelnemers op. - ik weet zelf wel wat over OSM, maar is er iemand er veel vanaf weet en bereid is om op deze bijeenkomst over te dragen? - ik heb zelf vijftal gps-trackers. Mocht het idee werkelijkheid worden met meer deelnemers, zijn er dan nog exemplaren te leen? - om het even welke tip je nog hebt 2) is het mogelijk om de hoge resultutie-luchtfoto's van Yahoo ook voor de rest van Nederland beschikbaar te maken, of is er een alternatief waar ook de ligging van gebouwen uit af te leiden is? 3) hoe maak je een speeltuintje? Een punt met leisure=playground is niet voldoende merk ik. mvg, René Dohmen ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] diverse vragen
On Thu, 19 Nov 2009, Rene Dohmen wrote: - heb je een suggestie voor een omgeving (liefst een plek die per trein goed bereikbaar is) waar nog werk te doen is? Zo leveren onderdeel e en f een goed gevoel bij de deelnemers op. Nieuwe gemeenten, of wijken. Ik denk dat nabij Utrecht zeker nog wel wat te vinden is. - ik weet zelf wel wat over OSM, maar is er iemand er veel vanaf weet en bereid is om op deze bijeenkomst over te dragen? Die zijn vast ook wel te vinden op basis van locatie. - ik heb zelf vijftal gps-trackers. Mocht het idee werkelijkheid worden met meer deelnemers, zijn er dan nog exemplaren te leen? Die zijn er, Floris is daarvan de contact persoon. - om het even welke tip je nog hebt Wat is je doelgroep (leeftijd)? 2) is het mogelijk om de hoge resultutie-luchtfoto's van Yahoo ook voor de rest van Nederland beschikbaar te maken, of is er een alternatief waar ook de ligging van gebouwen uit af te leiden is? Gebouwen worden momenteel op een andere manier gedaan. Daar zou ik me geen zorgen meer over maken ;) Yahoo is een mooi opstapje, maar net als Google Earth heeft het veel projectie fouten en zij de foto's slecht gecalibreerd. Dus op basis van Yahoo zou je niets willen verschuiven. 3) hoe maak je een speeltuintje? Een punt met leisure=playground is niet voldoende merk ik. Een area misschien wel ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] diverse vragen
Stefan de Konink wrote: On Thu, 19 Nov 2009, Rene Dohmen wrote: - heb je een suggestie voor een omgeving (liefst een plek die per trein goed bereikbaar is) waar nog werk te doen is? Zo leveren onderdeel e en f een goed gevoel bij de deelnemers op. Nieuwe gemeenten, of wijken. Ik denk dat nabij Utrecht zeker nog wel wat te vinden is. ik heb rond utrecht ook wel eens gezocht voor een mapping party dus dat kan wel eens tegenvallen... - ik weet zelf wel wat over OSM, maar is er iemand er veel vanaf weet en bereid is om op deze bijeenkomst over te dragen? Die zijn vast ook wel te vinden op basis van locatie. inderdaad - ik heb zelf vijftal gps-trackers. Mocht het idee werkelijkheid worden met meer deelnemers, zijn er dan nog exemplaren te leen? Die zijn er, Floris is daarvan de contact persoon. hee dat ben ik! ik heb er een stuk of 5 en er zwerven er zeker nog 10 rond in nederland. maar neem even contact met mij op... - om het even welke tip je nog hebt Wat is je doelgroep (leeftijd)? 2) is het mogelijk om de hoge resultutie-luchtfoto's van Yahoo ook voor de rest van Nederland beschikbaar te maken, of is er een alternatief waar ook de ligging van gebouwen uit af te leiden is? Gebouwen worden momenteel op een andere manier gedaan. Daar zou ik me geen zorgen meer over maken ;) Yahoo is een mooi opstapje, maar net als Google Earth heeft het veel projectie fouten en zij de foto's slecht gecalibreerd. Dus op basis van Yahoo zou je niets willen verschuiven. meer info: http://wiki.openstreetmap.org/wiki/3dshapes 3) hoe maak je een speeltuintje? Een punt met leisure=playground is niet voldoende merk ik. Een area misschien wel ;) inderdaad, een sport/trapveldje wordt een leisure=pitch met de sports=soccer (of basketball, enz.) groet, floris Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] diverse vragen
2009/11/19 Floris Looijesteijn o...@floris.nu: Stefan de Konink wrote: On Thu, 19 Nov 2009, Rene Dohmen wrote: - heb je een suggestie voor een omgeving (liefst een plek die per trein goed bereikbaar is) waar nog werk te doen is? Zo leveren onderdeel e en f een goed gevoel bij de deelnemers op. Nieuwe gemeenten, of wijken. Ik denk dat nabij Utrecht zeker nog wel wat te vinden is. ik heb rond utrecht ook wel eens gezocht voor een mapping party dus dat kan wel eens tegenvallen... In de omgeving van Utrecht lijken in elk geval de volgende nog wel een of meer mappers te kunnen gebruiken (een aantal zijn gevonden met http://tools.geofabrik.de/osmi/?view=nl en vervolgens voor geschiktheid gecontroleerd met http://tools.geofabrik.de/mc (vergelijking met Google luchtfoto), andere door simpelweg kijken of vergelijken met Google): * Vleuten ten noorden van de spoorlijn * de westrand van Maarssen * Groenekan * De Bildt * het bosgebied tussen De Bildt en Zeist * het grootste deel van Houten * Nieuwegein-noord * de omgeving van Kasteel De Haar * de Vlinderbuurt in Leidse Rijn -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Potlatch 1.2f has native support for NearMap
I added support for NearMap to Potlatch 1.2f. It's not live yet but hopefully will be soon: http://www.openstreetmap.org/user/Ævar%20Arnfjörð%20Bjarmason/diary/8687 Who's up for a virtual mapping party with this amazing imagery: http://twitter.com/avarab/status/5865264468 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Potlatch 1.2f has native support for NearMap
2009/11/20 Ævar Arnfjörð Bjarmason ava...@gmail.com: Who's up for a virtual mapping party with this amazing imagery: Currently we're trying to completely map out Carnarvon, which is a small town about 1000km from the nearest city. http://www.openstreetmap.org/?lat=-24.8724lon=113.6885zoom=13layers=B000FTF We're planning to use this as a example of what can be done in promoting OSM etc. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Wanderwege-Overlay Hillshading
Hi! Karl Eichwalder schrieb: Das Relief (topo) ist auch sehr schon und nutzlich. Es sollte, finde ich, nur etwas kontrasreicher sein. Ich wurde fur die Linien ein Schwarz-Braun nehmen und die Hohenangaben unbedingt richtig tiefschwarz anzeigen; wenn das stort, kann man den Layer ja temporar abschalten. Nachdem die Relieflayers von der Uni Bonn bzw. von mir erzeugt werden, ist deren Design festgelegt. Ich find's zudem nicht ganz optimal, dass durch diesen Layer ein Grauschleier uber die gesamte Karte gelegt wird. Ist das technisch bedingt? Ja. Wenn Du mehrere Layers einfach übereinanderlegst und transparent machst, addieren sich deren Farben immer in Richtung Grau. Dadurch wird der Gesamteindruck blasser. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Hallo, On Wed, Nov 18, 2009 at 04:53:50PM +0100, Karl Eichwalder wrote: Kennt jemand einen Trick, wie man Ausschnitte der http://osm.lonvia.de/world_hiking.html drucken kann? Alternativ würde es mir auch helfen, wenn ich den Hiking-Path-Overlay in den Maemo-Mapper (N810) hinein bekäme. Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Testwise kannst du versuchen einen Layer mit folgender URL einzurichten: http://osm.lonvia.de/hiking/%0d/%d/%d.png (Für die Layers gibt es einen Extra-Button unter Manage Repositories) Aber bitte nicht versuchen, dann den ganzen Planeten herunterzuladen. Ich habe hier ein Programm liegen, dass aus einer Menge Tiles eine DB für den Maemo-Mapper erstellt. Der Gesamtsatz an Tiles ist mit 1.5GB etwas gross, aber für Teilgebiete könnte ich vielleicht Auszüge anbieten. Ich schau mir das mal an. Welches Gebiet interessiert dich genau? Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege-Overlay Hillshading
On Wed, Nov 18, 2009 at 05:01:05PM +0100, Karl Eichwalder wrote: Sarah Hoffmann lon...@denofr.de writes: Der Hillshading-Layer ist jetzt wieder da, er muss allerdings explizit aktiviert werden, um die Ladezeiten nicht unnötig zu erhöhen. Gut sieht's aus, aber bei mir ist der Hillshading-Layer gleich aktiv (vielleicht liegt das an einem Alt-Cookie?). Hier geht es, sogar mit dem IE. Hast du die Karte vielleicht über einen Permalink aufgerufen (also mit layers irgendwo in der URL)? Das Relief (topo) ist auch sehr schon und nutzlich. Es sollte, finde ich, nur etwas kontrasreicher sein. Ich wurde fur die Linien ein Schwarz-Braun nehmen und die Hohenangaben unbedingt richtig tiefschwarz anzeigen; wenn das stort, kann man den Layer ja temporar abschalten. Ich find's zudem nicht ganz optimal, dass durch diesen Layer ein Grauschleier uber die gesamte Karte gelegt wird. Ist das technisch bedingt? Das ist leider tatsächlich dadurch bedingt, dass ich es mit so hoher Transparenz über die Karte lege. Das Relief wurde eben nicht als Overlay konzipiert. Mehr Transparenz: weniger Grauschleier, weniger lesbare Höhenangaben. Weniger Transparenz: besser sichtbare Höhenangaben, mehr Grauschleier. Ich hoffe darauf, dass Colins Lösung irgendwann serienreif wird. Die ist als Overlay konzipiert und deshalb besser geeignet. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag-Listen und die API
Moin ! als ich vor einigen Wochen nach der Erfassung verschiedener Paketdienstleister gefragt hatte entbrannte eine umfangreiche Diskussion zum Thema Tag-Zusammen-Erfassung als Listen oder nicht. Den Überblick in dieser Diskussion habe ich zwischenzeitlich fast verloren und da ich in der letzten Zeit mich mit der Darstellung von POI in Karten beschäftigt habe und die Daten hierbei über die API im Programm OSMOLT [1] erfaßt werden hat sich ein neuer Gesichtspunkt ergeben. Man berichtigt mich bitte wenn ich jetzt falsch liege. Werden NODES über die API abgefragt, dann liegt die Grenze bei 2000 Punkten. Will ich z.B. alle Postpaketstationen erfassen, dann würde dieses zu amenity = vending vending = parcel_pickup führen. Nun kann eine Maschine auch gleichzeit Abgabestation sein und dann würde dort als Liste vending = parcel_pickup;parcel_mail_in stehen. Die Abfrage über die API kann nun aber immer nur einen Wert pro Key auswerten und keine Wildcards wie vending = *parcel_pickup*. Wie soll man nun an die entprechenden POI gelangen. Es bleibt nun nur die Chance über den Filter amenity = vending um alle Verkaufsmaschinen zu ermitteln. In einem weiteren Schritt müßte das Ergebnis dann nachgefiltert werden. Bei dem Beispiel-Filter stelle man sich eine solche Abfrage einmal für den Großraum Hamburg vor. Da kommen schnell 2000 NODES zusammen - wenn nicht gleich heute, dann aber vermutlich in naher Zukunft. Gäbe es jetzt parcel_pickup = yes, dann wäre das Thema gelöst. Sicherlich werden einige jetzt den bekannten Einwand wir mappen nicht für die Programme kommen - aber wird sich die API 0.x einem solchen Thema annehmen ?? Vielleicht kennt einer schon Tendenzen oder aber soll man sich wirklich einen Workaround schaffen ...? oder hat einer von Euch eine ganz andere Idee auf welche ich noch nicht gekommen bin? Gruß Jan :-) [1] in einer neuen Version http://wiki.openstreetmap.org/wiki/DE:Osmolt?uselang=de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Moin ! neben meiner Mitarbeit für OSM bin ich auch ein geschichtlich sehr interessierter Mensch insbesondere was meinen Heimatort angeht (nicht mein User:Name-Ort Lübeck !) da dort heute noch immer gerne diese Zeit unter den Teppich gekehrt wird. Nun habe ich aus Erzählungen und auch aus der Literatur einige Straßennamen im Ort und Umfeld zu wissen bekommen die mit den Personen des 3. Reiches in Verbindung stehen. Wie ich weiter erfahren habe haben diese Bezeichnungen es teilweise nicht einmal in das amtl. Kataster geschafft. Nun überlege ich auf der einen Seite dieses Wissen über die Geschichte nicht versickern zu lassen auf der anderen Seite sind das alles braune Namen und sollen auch nicht Mißverstanden werden, wenn diese erfaßt werden. Für alte Straßenbezeichnungen gibt es in OSM das Tag NAME_OLD [1] - würdet Ihr diese Namen unter entsprechenden Quellenangabe mit einpflegen oder sollten wir lieber davon Abstand halten und entsprechenden Personen nicht Futter bei die Fische zu geben? Wie denkt Ihr darüber? [1] http://wiki.openstreetmap.org/wiki/Key:old_name Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMB-Erweitungen ??? Status
Moin ! vor längerer Zeit wurde über die Erweiterung von OSMB hinsichtlich der zu erfassenden Informationen gefragt. Kann jemand etwas zu dem Status sagen ??? ... oder anders gefragt hat einer von Euch ein Tool mit welchem die OSMB-Datei (nicht DB-gestützt) nach Keywörtern durchsucht weden kann - dann kann man zu einem Thema bestimmte Keywörter in der Beschreibung hinterlegen lassen und dann gezielt dieses übergreifend einarbeiten. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme mit dem Relationseditor beim Offline-Arbeiten
Moin ! ich arbeite viel mit heruntergeladenen OSM-Dateien und lade diese nach der Zugfahrt hoch. Mit den aktuellen Versionen habe ich folgendes festgestellt: Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Kann mir einer etwas dazu sagen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Am 18. November 2009 23:52 schrieb Christoph Wagner freemaps@googlemail.com: Frank Jäger schrieb: Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. http://gt.owl.de/pipermail/osm/2009-November/000940.html http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map#Germany Ich hab leider noch absolut keine Idee, was da jetzt schon wieder los ist... Ok, jetzt weiß ich zumindest, dass der Adresslayer irgendwie kaputt ist. Ich will mal sehen, ob ich ne Version ohne Adresslayer erzeugen kann, so lange bis ich das repariert habe. Ich weiß leider noch nicht genau, woran es liegt... Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Hi Geschichte ist Fakt und OSM sammelt Fakten - also rein damit. Meine Meinung. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Jan Tappenbeck, den die Rechtschreibprüfung in Klappenbewegung umbenennen möchte, schrieb: Moin ! neben meiner Mitarbeit für OSM bin ich auch ein geschichtlich sehr interessierter Mensch insbesondere was meinen Heimatort angeht (nicht mein User:Name-Ort Lübeck !) da dort heute noch immer gerne diese Zeit unter den Teppich gekehrt wird. Nun habe ich aus Erzählungen und auch aus der Literatur einige Straßennamen im Ort und Umfeld zu wissen bekommen die mit den Personen des 3. Reiches in Verbindung stehen. Wie ich weiter erfahren habe haben diese Bezeichnungen es teilweise nicht einmal in das amtl. Kataster geschafft. Aber offiziell waren die Namen schon? Nun überlege ich auf der einen Seite dieses Wissen über die Geschichte nicht versickern zu lassen auf der anderen Seite sind das alles braune Namen und sollen auch nicht Mißverstanden werden, wenn diese erfaßt werden. Für alte Straßenbezeichnungen gibt es in OSM das Tag NAME_OLD [1] - würdet Ihr diese Namen unter entsprechenden Quellenangabe mit einpflegen oder sollten wir lieber davon Abstand halten und entsprechenden Personen nicht Futter bei die Fische zu geben? Fakten sind Fakten. Die Straße hieß eben nunmal so. Wie man dazu steht, bleibt jedem selbst überlassen. Wir mappen Fakten und nehmen keine Wertung vor - sonst müssten wir ja bei jeder Straße erst einmal schauen, ob der Name belastet ist... Wenn die Straße eben so hieß, war das die Entscheidung früherer Entscheidungsträger, die sich wie die gesamte andere Geschichte nicht mehr ändern lässt - im Gegensatz zum Straßennamen. Dadurch, dass die Straße umbenannt wurde, ist ja schon deutlich geworden, dass man (also die heutige Gesellschaft) sich davon distanziert - was mit osm trotzdem nix zu tun hat. Trollmode* Sonst müssten wir auch sämtliche ehemaligen Konzentrations- und Vernichtungslager (die teilweise recht gut gemappt sind) wieder löschen, Gedenkstätten und -tafeln rauswerfen (und abmontieren), Geschichtsbücher zensieren (am besten gleich stilecht verbrennen) und sämtlichen noch lebenden Augenzeugen verbieten, ein Wort über die Vergangenheit zu verlieren. /Trollmode In der Wikipedia findet man ja auch genügend Artikel, die sich mit diesen Zeitabschnitten befassen, und niemand (ernstzunehmendes) stört sich daran... Wir sollten uns nicht von ein paar Spinnern mit fragwürdigem ideologischen Hintergrund (die gibt es überall, es stören sich auch Personen an der zufälligen Zeichenfolge ns in Captchas) zu einer Zensur zwingen lassen. Das selbe Problem (das imho keins ist) gibt es auch mit anderen Diktaturen (ehemaliger Ostblock, div. andere kommunistische/islamistische/sonstwie seltsame Regimes überall in der Welt). Grüße * Vorsicht, kann Spuren von Ironie/Sarkasmus/Bissigkeit enthalten, Diskussion unnötig und zwecklos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Das ist jetzt eben wie gesagt fiktiv - gibt aber die prinzipielle Situation an vielen Straßen und Plätzen hier wieder. Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Also entweder man kennt ein Jahr, für das man den Namen belegen kann oder eine Zeitspanne oder eben nix. Das wird zwar hässlich einzugeben, da man ja genau gleich viele Elemente in beiden Schlüsseln braucht, aber uns fiel nix besseres ein. Vielleicht hat ja noch jemand anderes ne Idee. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Sarah Hoffmann lon...@denofr.de writes: On Wed, Nov 18, 2009 at 04:53:50PM +0100, Karl Eichwalder wrote: Kennt jemand einen Trick, wie man Ausschnitte der http://osm.lonvia.de/world_hiking.html drucken kann? Alternativ würde es mir auch helfen, wenn ich den Hiking-Path-Overlay in den Maemo-Mapper (N810) hinein bekäme. Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Um ehrlich zu sein, ich habe mit Maemo-Mapper seit ein paar Monaten nichts mehr gemacht (weil ich jetzt ein Garmin habe). Aber manchmal sehne ich schon zurück zu der schönen Kartenansicht auf dem N810 und ich würde es gern mal wieder mit deiner Karte versuchen. Testwise kannst du versuchen einen Layer mit folgender URL einzurichten: http://osm.lonvia.de/hiking/%0d/%d/%d.png (Für die Layers gibt es einen Extra-Button unter Manage Repositories) Ich werde es heute abend mal ausprobieren. Aber bitte nicht versuchen, dann den ganzen Planeten herunterzuladen. Wenn dann hole ich immer nur ein kleines Wandergebiet für 1 Wochenende, so ca. 30x30 qkm. Ich habe hier ein Programm liegen, dass aus einer Menge Tiles eine DB für den Maemo-Mapper erstellt. Der Gesamtsatz an Tiles ist mit 1.5GB etwas gross, aber für Teilgebiete könnte ich vielleicht Auszüge anbieten. Ich schau mir das mal an. Welches Gebiet interessiert dich genau? Das hört sich gut an. Aktuell benötige ich Nordhessen (der Bereicht westl. von Kassel). Momentan sind sonst meine Favoriten: Deutsche Alpen mit den angrenzenden österreichischen Gebieten, Großraum um Nürnberg und gesamtes Nord- und manchmal Mittelhessen. -- Karl Eichwalder RD / Documentation SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Christoph Wagner schrieb: Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Richtig. Bitte nur Dinge auf der Hauptkarte, die auch einfach überprüfbar vor Ort existieren - das ist bei geschichtlichen Dingen nicht gegeben. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: oldname war ursprünglich gedacht um die Daten mit dem Namefinder durchsuchbar zu haben. Für Datanbank-Artiges aufzeichenen der Infos ist ein einziger Tag ungeeignet. bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Idee: name:until_1914 = Kaiser-Willhelm-Platz name:until_ = Hindenburg-Platz name = Neuer Platz Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Wenn ich mich recht erinnere wurde mehrfach gesagt, dass zum aktuellen Zeitpunkt nur Dinge in der DB gewünscht sind, die auch tatsächlich on-the-ground existieren. Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Hmm seh ich jetz nicht das Problem drin, aber wenn es da schon Diskussionen drum gab.. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Oh no, bitte nicht! Wenn die Liste länger wird, muss man jedes mal zählen gehen.. Außerdem neigen solche impliziten zusammenhänge gerne kaputt zu gehen, wenn jemand z.B. ausversehen ein doppeltes ; schreibt. Vielleicht hat ja noch jemand anderes ne Idee. Ja: einfach machen. Wenn es genug Leute gibt, die etwas auf eine bestimmte Art tun, ist es egal wie lang und breit das vorher auf der ML diskutiert wurde, dann ist es einfach so. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am Donnerstag, den 19.11.2009, 11:07 +0100 schrieb Christoph Wagner: Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Das ist jetzt eben wie gesagt fiktiv - gibt aber die prinzipielle Situation an vielen Straßen und Plätzen hier wieder. Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Also entweder man kennt ein Jahr, für das man den Namen belegen kann oder eine Zeitspanne oder eben nix. Das wird zwar hässlich einzugeben, da man ja genau gleich viele Elemente in beiden Schlüsseln braucht, aber uns fiel nix besseres ein. Vielleicht hat ja noch jemand anderes ne Idee. Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Und ausserdem können dort alle Straßenabschnitte eingefügt werden. Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs schrieb: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd +1 Für jede Namensepoche käme dann eine Relation hinzu. Damit könnte man auch abgetrennte oder deklassierte Straßenabschnitte taggen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Christoph Wagner schrieb: Frank Jäger schrieb: Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. ... Sind alle beider Versionen (Europa und Deutschland) kaputt? Funktionieren die Teilkarten alle einzeln? Ich komme gerade nicht zum testen - wäre nett, wenn jemand das rückmelden könnte. Ich hab leider noch absolut keine Idee, was da jetzt schon wieder los ist... Grüße Christoph Hallo, ich habe gerade mal All-In-One Europa runter geladen. Es funktioniert, hat aber keine Adressen (schon geändert?) Das ergibt folgendes Gesamtbild: Nils: All-In-One DEU 14.11. 60CSxOK Frank: All-In-One DEU 17.11. NÜVI 350 Fehler Frank: All-In-One DEU 18.11. NÜVI 350 Fehler Nils: All-In-One DEU 18.11. 60CSxFehler Peter: All-In-One DEU 18.11. etrex vista Fehler Frank: All-In-One EURO 19.11. NÜVI 350 OK (Hoehe, boundary, Fixme, Osm, Keine Adressen) -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege-Overlay Hillshading
Sarah Hoffmann schrieb: On Wed, Nov 18, 2009 at 05:01:05PM +0100, Karl Eichwalder wrote: Sarah Hoffmann lon...@denofr.de writes: Der Hillshading-Layer ist jetzt wieder da, er muss allerdings explizit aktiviert werden, um die Ladezeiten nicht unnötig zu erhöhen. Gut sieht's aus, aber bei mir ist der Hillshading-Layer gleich aktiv (vielleicht liegt das an einem Alt-Cookie?). Hier geht es, sogar mit dem IE. Hast du die Karte vielleicht über einen Permalink aufgerufen (also mit layers irgendwo in der URL)? Welche Version? IE7+ kann mit Alphachannel-PNGs umgehen, nur IE6 und IE5.5 machen Probleme. Es gibt aber tricks, mit denen man das trotzdem hinbekommt: http://www.howtocreate.co.uk/alpha.html http://cassini.toolserver.org/~mazder/temp/alpha-test.html Achtung: der IE6 aus der Multiple-IE collektion wertet die Conditional-Comments aus, als wäre er der tatsächlich installierte IE (bei also als wäre er IE8). Dass es geht zeigt jedoch dieser Screen aus einem nativen IE6: http://cassini.toolserver.org/~mazder/temp/ie6alpha.png Leider ist die Verbreitung dieser Dinosaurier vorallem in großen Firmen noch sehr hoch. Ich arbeite täglich an Webseiten dieser Firmen und wir müssen *alles* auch für den IE6 testen, da die überwiegende Mehrheit unserer Kunden damit unterwegs ist. Traurig, aber wahr. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alpha-Channel Hillshading Overlays im IE6 [was: Topo-Layer der Geofabrik]
*nochmalnachhak* :) http://cassini.toolserver.org/~mazder/temp/alpha-test.html Achtung: der IE6 aus der Multiple-IE collektion wertet die Conditional-Comments aus, als wäre er der tatsächlich installierte IE (bei also als wäre er IE8). Dass es geht zeigt jedoch dieser Screen aus einem nativen IE6: http://cassini.toolserver.org/~mazder/temp/ie6alpha.png Leider ist die Verbreitung dieser Dinosaurier vorallem in großen Firmen noch sehr hoch. Ich arbeite täglich an Webseiten dieser Firmen und wir müssen *alles* auch für den IE6 testen, da die überwiegende Mehrheit unserer Kunden damit unterwegs ist. Traurig, aber wahr. Mit diesem Script kann man das wohl auch für img tags machen. Man müsste das vermutlich irgendwie in die move / size handler der Slippymap einbinden und die nachgeladenen Bilder dann durch divs ersetzen, die mit der filter-Property belegt sind. http://youngpup.net/projects/sleight/sleight.js Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] HighPrecision GPS receiver home build?
Hallo Karl sehr gut zusammengefasst, vielleicht noch etwas präzisiert: Verfahren mit Bezugspunkt zur Korrektur gibt es viele. Das wohl bekannteste ist DGPS. Hier werden die Korrekturdaten durch i.d.R. geostation?re Satelliten ?bermittelt, weshalb man sie in h?heren Breiten (vom Boden aus) auch sehr schlecht empfangen kann. Die Landesvermessungs?mter in Deutschland ?bermitteln Korrekturdaten z.B. per Funk. Es gibt wohl drei Verfahren, die unterschiedlich teuer sind, und die eine Genauigkeit von bis zu einem Zentimeter erlauben sollen. Je nach Variante bezahlt man die Lizenzgeb?hren ?ber den GPS-Empf?nger oder nach Zeit oder abgerufener Datenmenge oder so. Kann man alles unter http://www.sapos.de nachlesen. IMHO ist beides DGPS. Vereinfacht erklärt funktioniert das so: Eine Bodenstation empfängt die Signale aller ihr empfangbaren Satelliten. Da sie weiß wo sie ist, kann sie sagen welcher Satellit welche (ortsabhängige) Abweichung hat. Diese Daten schickt sie irgendwie (Satellit z.B. egnos, oder über Funk (mehr, schnellere Daten) oder über Internet) an den GPS Empfänger. Dieser rechnet die Korrekturdaten zu seinen Daten und voila, ist genauer. Und zwar umso genauer je näher er an der jeweiligen Bodenstation ist und je mehr Daten übertragen werden können. Bei Egnos sind es einfach mehr Bodenstationen und ein Netz von Korrekturdaten. Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Man kann so etwas aber auch selber basteln. Wenn man ein Ger?t hat, das die GPS-Rohdaten herausr?ckt. Die ESA bietet z.B. die EGNOS-Korrekturdaten zum kostenlosen Download an. Damit kann man immerhin schon mal die DGPS-Korrekturen in Rahmen eines Postprocessings ber?cksichtigen. Oder man hat eine eigene Basisstation, die ihre Koordinaten genau kennt und ebenfalls die GPS-Rohdaten herausr?ckt. Hoffe eher, dass da mal was kommt. GPS + UMTS sollte eigentlich gehen. Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Listen und die API
Man berichtigt mich bitte wenn ich jetzt falsch liege. Werden NODES über die API abgefragt, dann liegt die Grenze bei 2000 Punkten. Will ich z.B. alle Postpaketstationen erfassen, dann würde dieses zu Ich bin mir nicht sicher ob ich Dein Problem ganz verstanden habe, aber... Die API liefert bis zu 50.000 Nodes auf einmal (Ein Weg kann hochestens 2.000 Nodes haben). Aber die API kannst Du ja gar nicht nach Tags befragen, daher nehme ich an Du meinst die XAPI? Die hat, soweit ich weiß, kein Limit in der Anzahl an zurückgelieferten Nodes, die Anfrage kann ggf. nur eine Weile dauern. oder hat einer von Euch eine ganz andere Idee auf welche ich noch nicht gekommen bin? Wenn Du das ganze nur für den Großraum Hamburg brauchst dürfte es auch ziemlich einfach sein einfach einen entsprechenden Extract von der Geofabrik runterzuladen - die werden soweit ich weiß ja täglich erneuert. Dann entweder die XML Datei irgendwie selbst durchsuchen oder oder aber damit eine lokale Datenbank aufbauen. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo Johannes , DGPS ist gut beschrieben. Auf vielen Rundfunksendern wird ein DGPS Signal im RDS Blöck mit übertragen und kann mit einem RDS-Decoder empfangen werden. Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Johannes Eiseler Gesendet: Donnerstag, 19. November 2009 14:01 An: talk-de@openstreetmap.org Betreff: [Talk-de] HighPrecision GPS receiver home build? Hallo Karl sehr gut zusammengefasst, vielleicht noch etwas präzisiert: Verfahren mit Bezugspunkt zur Korrektur gibt es viele. Das wohl bekannteste ist DGPS. Hier werden die Korrekturdaten durch i.d.R. geostation?re Satelliten ?bermittelt, weshalb man sie in h?heren Breiten (vom Boden aus) auch sehr schlecht empfangen kann. Die Landesvermessungs?mter in Deutschland ?bermitteln Korrekturdaten z.B. per Funk. Es gibt wohl drei Verfahren, die unterschiedlich teuer sind, und die eine Genauigkeit von bis zu einem Zentimeter erlauben sollen. Je nach Variante bezahlt man die Lizenzgeb?hren ?ber den GPS-Empf?nger oder nach Zeit oder abgerufener Datenmenge oder so. Kann man alles unter http://www.sapos.de nachlesen. IMHO ist beides DGPS. Vereinfacht erklärt funktioniert das so: Eine Bodenstation empfängt die Signale aller ihr empfangbaren Satelliten. Da sie weiß wo sie ist, kann sie sagen welcher Satellit welche (ortsabhängige) Abweichung hat. Diese Daten schickt sie irgendwie (Satellit z.B. egnos, oder über Funk (mehr, schnellere Daten) oder über Internet) an den GPS Empfänger. Dieser rechnet die Korrekturdaten zu seinen Daten und voila, ist genauer. Und zwar umso genauer je näher er an der jeweiligen Bodenstation ist und je mehr Daten übertragen werden können. Bei Egnos sind es einfach mehr Bodenstationen und ein Netz von Korrekturdaten. Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Man kann so etwas aber auch selber basteln. Wenn man ein Ger?t hat, das die GPS-Rohdaten herausr?ckt. Die ESA bietet z.B. die EGNOS-Korrekturdaten zum kostenlosen Download an. Damit kann man immerhin schon mal die DGPS-Korrekturen in Rahmen eines Postprocessings ber?cksichtigen. Oder man hat eine eigene Basisstation, die ihre Koordinaten genau kennt und ebenfalls die GPS-Rohdaten herausr?ckt. Hoffe eher, dass da mal was kommt. GPS + UMTS sollte eigentlich gehen. Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Die Virendatenbank sind veraltet. Von AVG überprüft - www.avg.de Version: 8.5.424 / Virendatenbank: 270.14.54/2488 - Ausgabedatum: 11/07/09 23:52:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am 19. November 2009 12:00 schrieb Andre Joost andre+jo...@nurfuerspam.deandre%2bjo...@nurfuerspam.de : Andre Hinrichs schrieb: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd +1 Für jede Namensepoche käme dann eine Relation hinzu. Damit könnte man auch abgetrennte oder deklassierte Straßenabschnitte taggen. +1 Jeah, das ist so in etwa die Idee nach der ich vergebens gesucht habe... Auf die Relation kam bei uns keiner so richtig. Das ist ja fast schon mapfeatures-reif. Zumal es die Einzeltags ja schon gibt. Lohnt sich das dafür ein Proposal zu machen? Danke und Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit dem Relationseditor beim Offline-Arbeiten
Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Das scheint ein allgemeiner Fehler in JOSM zu sein - das Editieren von Relationen ist überhaupt nicht mehr möglich; es gibt immer diese Fehlermeldung. Ich habe mal ein paar ältere Versionen ausprobiert. Bei JOSM 2454 funktioniert der Relationseditor . Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs schrieb: Am Donnerstag, den 19.11.2009, 11:07 +0100 schrieb Christoph Wagner: Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Und ausserdem können dort alle Straßenabschnitte eingefügt werden. Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. -1 Ein einfaches old_name=foo; blub; möhp; bar ist unkompliziert einzugeben und ermöglicht mit geringfügig modifizierter Namenssuche ein auffinden veralteter Adressen. Die Relationen sind deutlich komplizierter und geben allenfalls die Historie der im Verlauf unveränderten Straßen wieder. Und eine vollständige Erfassung aller jemals existierenden Straßen mit Baudatum wollen wir in der aktuellen Datenbank hoffentlich nicht haben. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit dem Relationseditor beim Offline-Arbeiten
Hast Du ein TICKET erstellt ?? Bartosz Fabianowski schrieb: Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Das scheint ein allgemeiner Fehler in JOSM zu sein - das Editieren von Relationen ist überhaupt nicht mehr möglich; es gibt immer diese Fehlermeldung. Ich habe mal ein paar ältere Versionen ausprobiert. Bei JOSM 2454 funktioniert der Relationseditor . Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TICKET erstellt!
http://josm.openstreetmap.de/ticket/3986 Bartosz Fabianowski schrieb: Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Das scheint ein allgemeiner Fehler in JOSM zu sein - das Editieren von Relationen ist überhaupt nicht mehr möglich; es gibt immer diese Fehlermeldung. Ich habe mal ein paar ältere Versionen ausprobiert. Bei JOSM 2454 funktioniert der Relationseditor . Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openlayers oder Mapstraction
Hallo Markus, Markus schrieb: Hallo Sebastian, Ja, das ist der Standard-Start-Mittelpunkt der Karte. Die Zoomstufe steht in der nächsten Zeile Kannst Du bitte diese Informationen als *Kommentar* in den Beispiel-Code schreiben? Damit er auch für Laien selbsterklärend wird? Erledigt, ich habe das Beispiel um Variablen für die Startposition der Karte erweitert und mit einem Kommentar versehen. Hoffe, das ist jetzt Laien-freundlicher. In den anderen OpenLayers-Beispielen ist das genauso gemacht worden und so hatte ich vermutet, das wäre schon vorher ausreichend gewesen... Je grösser OSM wird, desto mehr Anwender werden solche Fragen haben. Ich fände es hilfreich, wenn sie diese direkt im Wiki beantwortet bekommen (und nicht die Mailingliste dafür bemühen müssen). +1 Und ich finde es wichtig, wenn Erkenntnisse aus der Mailingliste immer gleich im Wiki festgehalten und so dokumentiert werden. +1, aber meist siegt leider die Faulheit ;-) Besten Dank, Markus Gern geschehen, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] layer=0
Michael Bemmerl schrieb am 18.11.2009 23:02: Weiß jemand was die layer=0 Tags für eine Bewandtnis haben? Denn so wie ich das sehe ist ja die Erdoberfläche gleichbedeutend mit layer=0. Da ja aber jeder Way standardmäßig auf der Erdoberfläche liegt, ist doch die layer=0 Angabe überflüssig? Ueberfluessig aber nicht schaedlich. Bei OSM gibt es jede Menge Tags, die implizit gelten. Allerdings weiss man dann nie, - ob die fuer ein Element explizit weggelassen wurden, oder - ob sie einfach vergessen wurden, oder - ob der Mapper sie nicht kannte, oder - ob der Mapper die Eigenschaft nicht wusste. Insofern ist es bei vielen Faellen durchaus sinnvoll, eigentlich implizit geltende Tags auch noch explizit zu setzen. Bei layer=0 fuer Wege ohne Ueberschneidungen sehe ich aber keinen weiteren Nutzen. In meiner OSM-Anfangszeit hatte ich das auch erst grundlos so gesetzt, inzwischen loesche ich diese Tags, wenn ich an ihnen vorbei komme. Und was ich auch gerne loesche, sind layer Tags bei Flaechenelementen. Meist handelt es sich dabei naemlich um echte Daten-Fahler, die jemand eingetragen hat, um die Renderer-Anzeige nach seinen Wuenschen zurecht zu biegen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openlayers oder Mapstraction
Hallo Sebastian, Erledigt, ich habe das Beispiel um Variablen für die Startposition der Karte erweitert und mit einem Kommentar versehen. Hoffe, das ist jetzt Laien-freundlicher. Herzlichen Dank! Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Karl Eichwalder k...@gnu.franken.de writes: Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Um ehrlich zu sein, ich habe mit Maemo-Mapper seit ein paar Monaten nichts mehr gemacht (weil ich jetzt ein Garmin habe). Aber manchmal sehne ich schon zurück zu der schönen Kartenansicht auf dem N810 und ich würde es gern mal wieder mit deiner Karte versuchen. Das Overlaying funktioniert zumindest mit der von dir angegebenen URL sehr gut (ich hoffe, ich habe nicht zu viel Traffic gerade verursacht). Es ist nur etwas umstandlich, den Layer ein- und auszuschalten. Testwise kannst du versuchen einen Layer mit folgender URL einzurichten: http://osm.lonvia.de/hiking/%0d/%d/%d.png (Für die Layers gibt es einen Extra-Button unter Manage Repositories) Ich werde es heute abend mal ausprobieren. Das ist super. Ich hoffe, ich kann am Wochenende so ein paar Routen nachtragen. Jetzt beschwert er sich leider mal wieder uber Low Memory... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Dafür ist es viel schwieriger einzutragen und kein Mapper, der nicht mit Relationen umgehen kann (häufig genug), ist in der Lage, irgendwas an den betroffenen Straßen und Plätzen zu ändern. Dazu kommen natürlich noch weniger anschauliche Versionsgeschichten und dergleichen Unannehmlichkeiten. Das ist ein Fall für gruppierte oder hierarchische Tags, und so lange wir so etwas nicht haben, wird das meiner Ansicht nach am besten durch einen angereicherten Schlüssel ausgedrückt. *Praktische* Nachteile hat ein solcher nämlich beinahe gar nicht. Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Statt #Abschnitte Tags hast du dann eben #Abschnitte Member-Einträge in der Relation. Übrigens ist das auch nachrangig: Allerhöchste Priorität hat die einfache Handhabbarkeit durch Mapper. Und die ist bei Relationen einfach nicht gegeben. Tobias Kner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
On Thu, Nov 19, 2009 at 02:18:39PM +0100, Rolf Meyerhof wrote: Hallo Johannes , DGPS ist gut beschrieben. Auf vielen Rundfunksendern wird ein DGPS Signal im RDS Blöck mit übertragen und kann mit einem RDS-Decoder empfangen werden. Hast du da nen beispiel? Ich habe mich eh mit RDS beschaeftigt und einen extraktor fuer TMC daten aus dem DVB signal gebaut - Wenn ich da noch DGPS finden wuerde... Weisst du die RDS Gruppen und message types? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Karl Eichwalder k...@gnu.franken.de writes: Das Overlaying funktioniert zumindest mit der von dir angegebenen URL sehr gut (ich hoffe, ich habe nicht zu viel Traffic gerade verursacht). Es ist nur etwas umstandlich, den Layer ein- und auszuschalten. Und nicht nur das, leider scheint man ein Layer nicht aus einer gespeicherten Datenbank lesen zu konnen. So ein Layer wird offensichtlich immer on-the-fly aus dem Internet hinzugeladen; er cachet das leider nicht. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Hallo Christoph, Jo ich hab das heute vormittag vorübergehend gleich mal geändert. Die Karten sind jetzt erstmal ohne Adressanzeige. danke dir, wird direkt mal ausprobiert (etrex legend hcx)! Ich hoffe ich bekomme das mit dem Adresslayer hin. Ist schon blöde, wenn die einzige Information ist: Es geht nicht. übelst grüße hansdorfff ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo Flo, Florian Lohoff schrieb: Weisst du die RDS Gruppen und message types? Meist Du so etwas? http://www.qsl.net/dk7in/RASANT.html Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alpha-Channel Hillshading Overlays im IE6 [was: Topo-Layer der Geofabrik]
Am 19. November 2009 12:45 schrieb Peter Körner osm-li...@mazdermind.de: *nochmalnachhak* :) http://cassini.toolserver.org/~mazder/temp/alpha-test.html Danke. Leider ist die Verbreitung dieser Dinosaurier vorallem in großen Firmen noch sehr hoch. Ich arbeite täglich an Webseiten dieser Firmen und wir müssen *alles* auch für den IE6 testen, da die überwiegende Mehrheit unserer Kunden damit unterwegs ist. Traurig, aber wahr. Das sind wahrscheinlich Firmen, die der Meinung sind, dass ihre Angestellten eigentlich eh kein Internet brauchen. Wenn ich das richtig sehe, dann helfe ich a) mit, Deinen Arbeitsplatz zu sichern; b) diese Firmen entweder ein Mikrometerchen in Richtung Zukunft oder Abgrund zu schubsen; und c) spare mir noch Aufwand - all das, wenn ich das ganze *nicht* versuche einzubauen. :) Mit diesem Script kann man das wohl auch für img tags machen. Man müsste das vermutlich irgendwie in die move / size handler der Slippymap einbinden und die nachgeladenen Bilder dann durch divs ersetzen, die mit der filter-Property belegt sind. http://youngpup.net/projects/sleight/sleight.js Och. Fuer jedes Bild einzeln quasi? Och nee. Trotzdem danke, vielleicht schickt jemand einen Patch. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Hallo Tirkon, hallo Liste, Am Sat, 07 Nov 2009 14:32:00 +0100 hat Tirkon tirko...@yahoo.de geschrieben: Dieses Posting befasst sich mit der Frage, ob die Eigenschaften von Straßen besser durch Relationen als durch Tags erfasst werden könnten. ... Weitere Begehrlichkeiten, wie das Darstellen der für die Routenplanung unumgänglichen durchgezogenen Mittellinie, welche gleichzeitig eine Wende- und Linksabbiegeverbot implizieren würde, ist derzeit nur aufwendig und realitätsfern möglich. einen prinzipiell fast identischen Ansatz (auch zu segmanted_ways) habe ich mir in letzter Zeit ebenfalls erdacht. Schon interessant, dass dazu auf einmal mehrere unabhängige Ideen entstehen. Meinen Ansatz habe ich im Wiki zusammengefasst: http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts Ich nenne diesen Lösungsversuch Eigenschaftskonzept. Er soll versuchen, möglichst alle oben aufgeführten Fragen mit einem Schlag und dabei mit einem möglichst einfachen Konzept zu bewältigen Wie schon aus der Wiki-Seite ersichtlich, heißt das ganze bei mir Wayparts, da ich mein Konzept zunächst auf Fahrspuren bzw. Wegteile (Radweg, Parkstreifen etc.) bezogen habe. Es funktioniert aber nach dem selben Prinzip: Statt mit Tags werden die Eigenschaften grundsätzlich nur noch per Relation entlang eines Weges von hier bis dort zugeordnet: ... Von hier bis dort ist die Straße Einbahnstraße. ... Von hier bis dort befindet sich eine durchgezogene Mittellinie. Jede Eigenschaftsrelation hat eine Richtung. Beides (Eigenschaften und Fahrstreifen/Wegteile) ließe sich mit dieser Erfassungsmethode ziemlich leicht unter einen Hut bringen. All dies setzt allerdings voraus, dass die Editoren die Eigenschaftsrelationen genau so einfach sichtbar machen, wie bisher die Tags. Das ist die große Aufgabe. Man muss es sich zusammenklicken können, ohne noch einen Relationseditor von Hand befüllen zu müssen. Bezogen auf Fahrstreifen: Klick Start, Klick Ende, hinzufügen Spur 1, gestrichelte Linie wählen, hinzufügen Spur 2, hinzufügen Spur 3, Radweg wählen usw. bis man die Straße zusammen hat. Analog für die Eigenschaften Brücke etc. Für die Wayparts habe ich ein JOSM-Plugin geschrieben, das zwar (noch) nicht die Erfassung ermöglicht, aber visualisiert, was man als Relationen angelegt hat. Auf der Wiki-Seite stehen ein paar mehr Infos. Die Eigenschaftsrelation nimmt normalerweise alle Linien als auch Punkte entlang eines Weges auf, um explizit punktförmige Ausschlüsse z.B. an Abzweigungen (oder Kreuzungen) deutlich zu machen. An Kreuzungen kann der punktförmige Ausschluss der Eigenschaft im Renderer durch Unterbrechung ihrer Darstellung im Kreuzungsbereich (Löschen, wo eine andere Straße überlappt) kenntlich gemacht werden. Das hatte ich bisher noch nicht bedacht, bin daher gerade am überlegen, ob man es ausschließend oder einschließend machen soll. Ich tendiere eher dazu, die Punkte in die Relation aufzunehmen, die die Ausnahme bilden. Also bei einer durchgezogenen Mittellinie den Kreuzungs-Node, an dem man trotzdem links abbiegen darf. Viele Grüße aus OWL, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo, Am Donnerstag, 19. November 2009 14:18 schrieb Rolf Meyerhof: Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Hierzu meine praktischen Erfahrungen der letzten etwa 2,5 Monate: DGPS immer aktiviert, 64594 Positionsbestimmungen ohne DGPS (SPS mode), 1745 Positionsbestimmungen mit DGPS (DGPS mode) Mein Logger sagt mir zu jedem Fix, wie er erfolgte (SPS mode, DGPS mode, ...) Wanderungen knapp oberhalb des 50 Breitengrades, den MTK II (QSTARZ BT-Q1000X) mit einer Mütze waagerecht auf dem Kopf getragen -- damit mein Körper keinerlei Abschattung liefert. Das Gelände war flach, die Abschattung durch Bäume immer etwa gleich. (Ohne die Bäume hätte der Logger also immer den ganzen Himmel gesehen. Hügel gibt es hier nicht.) DGPS hat an einem ganzen Tag und etwa 10 Minuten am Stück an einem zweiten Tag funktioniert, sonst gar nicht. Die mit DGPS ermittelten Tracks lassen rein optisch nur mit gutem Willen eine höhere Genauigkeit erahnen, sie könnte -- sofern vorhanden -- nur mit einer mathematischen Analyse einwandfrei nachgewiesen werden. Vielleicht bin ich da aber auch zu vorsichtig. (Der Wunsch soll ja nicht Vater des Gedankens sein...) Woran die magere DGPS Ausbeute liegt, weiß ich noch nicht. Könnte es mit dem Wetter zusammenhängen? An den Tagen, als DGPS funktioniert hat, war der Himmel strahlend blau, sonst immer bewölkt Zugegeben, die 10 Minuten des zweiten Tages könnten schon mit dem Gelände zusammenhängen, der ganze erste Tag aber nicht (da war zu viel Wald unterwegs). Wenn es an den Bäumen liegt, sollte ich es bald wissen: die verlieren nämlich gerade alle ihre Blätter. Ich gehe mal davon aus, daß Laubbäume ohne Blätter nicht mehr so sehr stören sollten Leider spuckt mein Gerät keine GPS-Rohdaten aus :-( /Karl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
SLXViper wrote: In der Wikipedia findet man ja auch genügend Artikel, die sich mit diesen Zeitabschnitten befassen, und niemand (ernstzunehmendes) stört sich daran... Wikipedia ist ein gutes Stichwort. Warum nicht einfach einen Link auf den entsprechenden Wikipedialink setzen, in dessen Content alle Namen des Platzes seit der Jungsteinzeit erwähnt sind. Also ich find die Idee nicht schlecht die alten Namen für Spezialkarten zu verwenden oder was auch immer, aber es muss doch eine andere Verknüpfung geben, als alles in die Hauptdatenbank zu werfen. Wenn ich jetzt eine Übersicht über die Opfer der Schlachten im Zweiten Weltkrieg erstellen will, würd ich ja auch nicht, die Opferzahlen auf irgendwelche Wiesen in OSM taggen. Zusammenfassend: ich persönlich tendier dazu Datenbanken möglichst klein zu halten und mit möglichst vielen anderen, kleinen Datenbanken zu verknüpfen, anstatt alles in die DB zu werfen, die gerade zufällig zur Verfügung ist. lg, Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
On Thu, Nov 19, 2009 at 05:45:54PM +0100, Karl Eichwalder wrote: Karl Eichwalder k...@gnu.franken.de writes: Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Um ehrlich zu sein, ich habe mit Maemo-Mapper seit ein paar Monaten nichts mehr gemacht (weil ich jetzt ein Garmin habe). Aber manchmal sehne ich schon zurück zu der schönen Kartenansicht auf dem N810 und ich würde es gern mal wieder mit deiner Karte versuchen. Das Overlaying funktioniert zumindest mit der von dir angegebenen URL sehr gut (ich hoffe, ich habe nicht zu viel Traffic gerade verursacht). Es ist nur etwas umstandlich, den Layer ein- und auszuschalten. Keine Sorge, solange du dich nur auf der Karte bewegst, kannst du nicht zuviel Traffik erzeugen. Und nicht nur das, leider scheint man ein Layer nicht aus einer gespeicherten Datenbank lesen zu konnen. So ein Layer wird offensichtlich immer on-the-fly aus dem Internet hinzugeladen; er cachet das leider nicht. Jetzt habe ich das mal probiert. Er cacht das schon, wenn du ein entsprechendes Cache-File angibst. Allerdings kommt er nicht damit klar, dass die Karte lückenhaft ist. Das heisst, dort wo es keine Wanderwege gibt, liefert der Server einen 404-Error zurück anstatt eines leeren Teils. Die Browser wissen damit etwas anzufangen, aber MaemoMapper scheint die Teile sofort noch einmal laden zu wollen. Sobald du Auto-Download ausschaltest ist alles gut. Das ist super. Ich hoffe, ich kann am Wochenende so ein paar Routen nachtragen. Jetzt beschwert er sich leider mal wieder uber Low Memory... Soetwas habe ich befürchtet. Kann aber am Auto-Download gelegen haben. Ich habe dir jetzt mal eine Offline-DB von Hessen erzeugt. Sie geht nur bis Zoom 14, aber als Übersicht sollte es schon mal gehen: http://osm.lonvia.de/maemo-mapper/wanderwege_hessen.db (etwa 30MB) Lade die Datei herunter und kopiere sie auf dein N810. In der Layer- Beschreibung lässt du dann das URL-Feld komplett leer und trägst die Datei unter Cache-File ein. Auto-Download ist dann nicht mehr kritisch, ich würde es aber trotzden auslassen. Leider ist mein Programm zur DB-Erstellung (noch) nicht zur Erstellung von Kartenausschnitten geeignet, da muss ich noch ein paar Stunden Programmier- arbeit hineinstecken, bevor ich regelmässig aktualisierte Ausschnitte anbieten kann. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Norbert Wenzel schrieb: Wikipedia ist ein gutes Stichwort. Warum nicht einfach einen Link auf den entsprechenden Wikipedialink setzen, in dessen Content alle Namen des Platzes seit der Jungsteinzeit erwähnt sind. Na ja, es wird bestimmt nicht für jeden Platz der Welt einen Wikipedia Artikel geben ;-) Also ich find die Idee nicht schlecht die alten Namen für Spezialkarten zu verwenden oder was auch immer, aber es muss doch eine andere Verknüpfung geben, als alles in die Hauptdatenbank zu werfen. Wenn ich jetzt eine Übersicht über die Opfer der Schlachten im Zweiten Weltkrieg erstellen will, würd ich ja auch nicht, die Opferzahlen auf irgendwelche Wiesen in OSM taggen. Ok, das finde ich auch ziemlich grenzwertig (und würde es persönlich auch nicht eintragen). Aber dein Beispiel finde ich gut um genau diese Grenzen auszuloten. Zusammenfassend: ich persönlich tendier dazu Datenbanken möglichst klein zu halten und mit möglichst vielen anderen, kleinen Datenbanken zu verknüpfen, anstatt alles in die DB zu werfen, die gerade zufällig zur Verfügung ist. Wie ja auch schon in der Weihnachtsmarkt Diskussion besprochen, gibt es einfach keinen wirklichen Konsens über die zeitliche Achse. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SVG to PDF
Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Moin, Am Donnerstag 19. November 2009 22:47:36 schrieb Markus: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Hast du schon INKscape probiert? Grüße, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am Donnerstag, den 19.11.2009, 17:57 +0100 schrieb Tobias Knerr: Andre Hinrichs: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Dafür ist es viel schwieriger einzutragen und kein Mapper, der nicht mit Relationen umgehen kann (häufig genug), ist in der Lage, irgendwas an den betroffenen Straßen und Plätzen zu ändern. Dazu kommen natürlich noch weniger anschauliche Versionsgeschichten und dergleichen Unannehmlichkeiten. Das sehe ich etwas anders. Sicher ist die Eingabe und die Verwaltung von Relationen schwieriger als die Eingabe von Tags. Dennoch wird jemand, der die dann doch komplizierten Tags wie old_name:startyeart-endyear=blabla versteht auch in der Lage sein, Relationen anzulegen. Für den weniger erfahrenen Nutzer macht die schiere Anzahl der Tags das ganze unübersichtlich und kompliziert. Bei der Verwendung von Relationen ist die Anzahl der Tags für den Weg überschaubar und der weniger erfahrene Nutzer wird nicht von Tags verwirrt, die ihn wahrscheinlich eh nicht interessieren. Das ist ein Fall für gruppierte oder hierarchische Tags, und so lange wir so etwas nicht haben, wird das meiner Ansicht nach am besten durch einen angereicherten Schlüssel ausgedrückt. *Praktische* Nachteile hat ein solcher nämlich beinahe gar nicht. Sicher ist die Einführung von Gruppen eine interessante Sache. Jedoch ist eine Relation im Grunde nichts anderes als eine Gruppe. Wieso also etwas Neues einführen, was es in anderer Form bereits gibt? Oder gibt es irgendeine Anwendung eine Gruppe, die nicht mit Relationen gemeistert werden kann? Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Statt #Abschnitte Tags hast du dann eben #Abschnitte Member-Einträge in der Relation. Übrigens ist das auch nachrangig: Allerhöchste Priorität hat die einfache Handhabbarkeit durch Mapper. Und die ist bei Relationen einfach nicht gegeben. Stimmt nur zum Teil. Wenn wir jetzt sagen, dass Relationen zu kompliziert sind für die Nutzer, dann müssten wir auch alle anderen Anwendungsbereiche für Relationen durch normale Tags ersetzen. Das ist jedoch meiner Meinung nach nicht machbar. Wie gesagt ist die Eintragung von Spezial-Tags wie z.B. der Namenshistorie eh vor allem für den erfahreneren Nutzer interessant. Und wer sich denn nun tatsächlich dafür interessiert, wird sich auch schnell mit der entsprechenden Vorgehensweise anfreunden. Für die anderen Nutzer sollte die Anzahl der Tags für einen Weg so gering und übersichtlich wie nur möglich gehalten werden. Diese Nutzer werden die Relationen schlicht ignorieren und dadurch stören sie denjenigen auch nicht. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo Carsten, Hast du schon INKscape probiert? Klar, aber irgendwie ist das Ergebnis unsauber. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Am Donnerstag, den 19.11.2009, 22:47 +0100 schrieb Markus: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Generell sollte das 'convert' aus dem ImageMagick-Paket auch schaffen. Bei sehr komplizierten SVGs (wie z.B. denen, die aus OSM-Daten erzeugt werden) kommt es leider derzeit immer noch zu Schwierigkeiten. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Handy für OSM
Hallo Liste, da ich nun als bisher Handy-Vereigerer ein Handy brauche, hätte ich gerne Info über Handys ,die auch gut für OSM geeignet sind: - GPS-Funkion - Sprachaufzeichnung, Synchronistion mir JOS möglich - Bidaufzeichnung, Synchrosination mit JOS möglich - Betriebssysten, optiomal für derzeitge und zukünftige Anwendungprogramme - und was sonst noch wichtig wäre Denke für Datenerfassung von POI's, Korekkturen aller Art der Datenbasis OSM, Erfassen von Hausnummer, maxspeed, usw. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo, Markus wrote: Hast du schon INKscape probiert? Klar, aber irgendwie ist das Ergebnis unsauber. In solchen Faellen koennte es hilfreich sein, * das SVG irgendwo hochzuladen, damit Leute es sich ansehen koennen * mindestens jedoch Eckdaten des SVG anzugeben - womit urspruegnlich erzeugt, wie gross? * genau zu spezifizieren, wieso das Ergebnis unsauber ist und was Du von einem sauberen Ergebnis erwartest (v.a. auch, welche Aufloesung das Ergebnis haben soll) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] layer=0
Am Mittwoch, den 18.11.2009, 23:02 +0100 schrieb Michael Bemmerl: Hallo Leute, mir fallen mittlerweile immer öfter Wege auf, die mit layer=0 getaggt sind. Diese Wege schneiden sich auch nicht mit anderen Wegen. Z.B.: hier: http://osm.org/go/0GkXVjK Weiß jemand was die layer=0 Tags für eine Bewandtnis haben? Denn so wie ich das sehe ist ja die Erdoberfläche gleichbedeutend mit layer=0. Da ja aber jeder Way standardmäßig auf der Erdoberfläche liegt, ist doch die layer=0 Angabe überflüssig? Oder sehe ich da was falsch? Eigentlich ist layer=0 überflüssig, da implizit. Bei Brücken jedoch, die über einen anderen Weg gehen, der z.B. layer=-1 hat, setze ich das dennoch. Das jedoch auch nur deshalb, weil einige Prüfprogramme bei Brücken/Tunneln prüfen, ob ein layer-Tag vorhanden ist und meckern, falls nicht. Wenn ich ansonsten auf layer=0 treffe, lösche ich dieses Tag meistens. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo Frederik, Hier das mit Inkscape erzeugte SVG: http://wiki.openstreetmap.org/wiki/Image:OpenSeaMap-Logo.svg Der Zeichner hat eine Konvertierung zu PDF versucht, aber es irgendwie nicht geschafft, sondern nur über den Umweg JPG: Ich habe lange 'rumprobiert, aber noch keine Lösung gefunden. Ich weiß, dass die Wandlung svg- pdf (mit anderen Bildern) schon mal geklappt hat. Wenn ich vorher in .JGP umwandle, klappt der PDF- Export, aber das kann es ja wohl nicht sein. Die Frage nach der erforderlichen Auflösung kann ich nicht beantworten. Das PDF soll in Printmedien verwendbar sein (weil einige Drucker wohl mit Inkscape-SVG irgendwelche Kompatibilitäts-Probleme haben). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Markus liste12a4...@gmx.de wrote: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Das kann inkscape doch direkt. Sven -- It's easier for our software to compete with Linux when there's piracy than when there's not. (Bill Gates) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo, Markus wrote: Der Zeichner hat eine Konvertierung zu PDF versucht, aber es irgendwie nicht geschafft, sondern nur über den Umweg JPG: Das Bild hat Transparenzen drin, die kommen bei der Umwandlung nach PDF nicht richtig raus. Das ist ein Problem, das ich mit PDF auch schon oft hatte. Selbst wenn es gelingt, das PDF richtig zu erzeugen: Wenn man das dann spaeter irgendwohin zum Drucken schickt, dann gibt es oft gerade wieder an den gleichen Stellen Probleme! Ich empfehle also dringend, das Logo als Bitmap (nicht jpg - png!) zu verwenden. Man kann problemlos mit Inkscape die jeweils benoetigte Aufloesung produzieren: inkscape -e openseamap.png -d300 OpenSeaMap-Logo.svg macht Dir z.B. ein 300dpi-Logo, das tiptop aussieht. Die Frage nach der erforderlichen Auflösung kann ich nicht beantworten. Das PDF soll in Printmedien verwendbar sein (weil einige Drucker wohl mit Inkscape-SVG irgendwelche Kompatibilitäts-Probleme haben). Die Aussage, dass Vektordaten zu besseren Druckergebnissen fuehren, hoert man immer wieder, sie ist aber in dieser Allgemeinheit falsch. Fuer Deinen Zweck ist ein mit ausreichender Aufloesung erzeugtes PNG der beste Weg, denn die genannten Kompatibilitaetsprobleme kann man sich durchaus auch mit PDFs einhandeln. (Falls Du einen von den OSM-Flyern zur Hand hast: das OSM-Logo darin ist ebenfalls auf diesem Weg erzeugt worden.) Das SVG, das Du hast, ist in 4x4 Zoll angelegt. Wenn Du es drucken willst, gehst Du so vor: 1. Beim Drucker erfragen, welche Aufloesung (dpi) er fuer Bilder haben will. Fuer sowas wie einen Flyer wird das 240 oder 300 sein, fuer ein grosses Textilbanner vielleicht nur 75. 2. Ermitteln, wie breit das Logo sein soll (in Zoll). 3. Die Zahl, die Du bei -d angeben musst, ist nun Breite/4*Aufloesung. Soll das Logo 2 Zoll breit werden und in 300 dpi gedruckt werden, brauchst Du -d150, und fuer ein 1m breites Logo in 75 dpi brauchst Du -d750. Etwas mehr Aufloesung schadet meistens nicht, aber wenn man es uebertreibt, werden die Dateien zu gross. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Sven Geggus schrieb: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Das kann inkscape doch direkt. Dachte ich auch erst, aber in diesem Fall leider nicht. Die ganzen frei platzierten Farbverläufe (Schatteneffekt beim Griff, Lichtreflexe in der Linse etc.) im Layer Lupe produzieren im PDF massive Grafikfehler. Sind leider ziemlich anspruchsvolle Features. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Karl Weber schrieb: Hallo, Am Donnerstag, 19. November 2009 14:18 schrieb Johannes: Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Hierzu meine praktischen Erfahrungen der letzten etwa 2,5 Monate: DGPS immer aktiviert, 64594 Positionsbestimmungen ohne DGPS (SPS mode), 1745 Positionsbestimmungen mit DGPS (DGPS mode) Mein Logger sagt mir zu jedem Fix, wie er erfolgte (SPS mode, DGPS mode, ...) Wanderungen knapp oberhalb des 50 Breitengrades, den MTK II (QSTARZ BT-Q1000X) mit einer Mütze waagerecht auf dem Kopf getragen -- damit mein Körper keinerlei Abschattung liefert. Das Gelände war flach, die Abschattung durch Bäume immer etwa gleich. (Ohne die Bäume hätte der Logger also immer den ganzen Himmel gesehen. Hügel gibt es hier nicht.) DGPS hat an einem ganzen Tag und etwa 10 Minuten am Stück an einem zweiten Tag funktioniert, sonst gar nicht. Die mit DGPS ermittelten Tracks lassen rein optisch nur mit gutem Willen eine höhere Genauigkeit erahnen, sie könnte -- sofern vorhanden -- nur mit einer mathematischen Analyse einwandfrei nachgewiesen werden. Vielleicht bin ich da aber auch zu vorsichtig. (Der Wunsch soll ja nicht Vater des Gedankens sein...) Woran die magere DGPS Ausbeute liegt, weiß ich noch nicht. Könnte es mit dem Wetter zusammenhängen? An den Tagen, als DGPS funktioniert hat, war der Himmel strahlend blau, sonst immer bewölkt Zugegeben, die 10 Minuten des zweiten Tages könnten schon mit dem Gelände zusammenhängen, der ganze erste Tag aber nicht (da war zu viel Wald unterwegs). Wenn es an den Bäumen liegt, sollte ich es bald wissen: die verlieren nämlich gerade alle ihre Blätter. Ich gehe mal davon aus, daß Laubbäume ohne Blätter nicht mehr so sehr stören sollten Leider spuckt mein Gerät keine GPS-Rohdaten aus :-( /Karl Hallo Karl, die Kappe ist schon mal gut, grundsätzlich. Aber weder sie noch DGPS helfen Dir im Wald. (Ausser dem sehr theoretischen Fall, dass Du eine DGPS Station neben Dir hättest). Wenn Du nur einen (kleinen) Teil des Himmels sehen kannst ist schlecht für GPS. Die Empfänger werden zwar immer besser, aber für eine exakte Bestimmung brauchst Du Sichtverbindung zu mind. 4 Satelliten. Bäume ohne Blätter sind auf jeden Fall besser. Ob gut, bleibt abzuwarten. Und DGPS hast Du nur (wenn ich richtig vermute Egnos) wenn Du Sichtverbindung nach Süden knapp über den Horizont hast (ich glaube so 15°-30° drüber waren das). Also als praktischer Tipp, viel besser als Kappe geht nicht (ausser vielleicht einem Stock, möglichst hoch über den Bäumen). Die Superduper-GPS willst Du auch nicht haben, mal vom Preis abgesehen, brauchen die für ne Bestimmung einfach zu lang. Herbst und Winter werden Dir da sicher mehr helfen, ohne Blätter ist es besser. Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs schrieb: Am Donnerstag, den 19.11.2009, 17:57 +0100 schrieb Tobias Knerr: Andre Hinrichs: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Dafür ist es viel schwieriger einzutragen und kein Mapper, der nicht mit Relationen umgehen kann (häufig genug), ist in der Lage, irgendwas an den betroffenen Straßen und Plätzen zu ändern. Dazu kommen natürlich noch weniger anschauliche Versionsgeschichten und dergleichen Unannehmlichkeiten. Das sehe ich etwas anders. Sicher ist die Eingabe und die Verwaltung von Relationen schwieriger als die Eingabe von Tags. Dennoch wird jemand, der die dann doch komplizierten Tags wie old_name:startyeart-endyear=blabla versteht auch in der Lage sein, Relationen anzulegen. Es geht nicht nur ums Anlegen, sondern vor allem ums Lesen. Ein old_name:1935-1945 versteht meiner Ansicht nach nahezu jeder. Zumindest jeder, der old_name versteht. Die Relation hingegen ist nur solange unsichtbar, wie der Benutzer * einen Editor verwendet, der keine Mitgliedschaften in Relationen anzeigt und * nicht auf die Idee kommt, die Straße auch tatsächlich in größerem Umfang zu bearbeiten. Ein Klick auf z.B. Weg teilen reicht, um mit der Existenz der Relation konfrontiert zu werden - und zudem noch mit der Entscheidung über deren künftiges Schicksal. Sicher ist die Einführung von Gruppen eine interessante Sache. Jedoch ist eine Relation im Grunde nichts anderes als eine Gruppe. Wieso also etwas Neues einführen, was es in anderer Form bereits gibt? Weil es oft besser ist, ein Konstrukt zu haben, das *weniger* kann als ein anderes. Aus ähnlichen Gründen, aus denen ein Nutzer oft ein Programm mit weniger Knöpfen und Funktionen, das speziell auf seinen Anwendungsfall passt, einem komplexen Alleskönner vorziehen wird. Prinzipiell könnten wir auf Ways beispielsweise verzichten. Ein Way kann schließlich nichts, was eine Relation nicht auch kann: Tags tragen und eine geordnete Folge von Nodes enthalten - kein Problem. Trotzdem sind Ways sinnvoll: Man kann sie wegen ihrer Einschränkungen nämlich anschaulich darstellen, als Linie auf einer 2D-Oberfläche. Mit allgemeinen Relationen geht das nicht. Allgemeine Relationen kann man nur mit einem Monster wie dem JOSM-Relation-Editor vollständig wiedergeben. Man sollte nebenbei bemerkt auch nicht unterschätzen, dass man ein einfaches Konstrukt wesentlich verständlicher beschreiben kann. Relationen werden ja oft als Beziehung zwischen Objekten erklärt - trifft es aber leider überhaupt nicht mehr, wenn damit jetzt Tags von einem Einzelobjekt ausgelagert werden sollen. Oder gibt es irgendeine Anwendung eine Gruppe, die nicht mit Relationen gemeistert werden kann? Nein. Relationen sind mächtig genug, um eine komplette relationale Datenbank, ein objektbasiertes Datenmodell oder so ziemlich alles andere abzubilden. Du kannst du mit Relationen *alles* machen, so lange es nicht benutzbar sein braucht. Allerhöchste Priorität hat die einfache Handhabbarkeit durch Mapper. Und die ist bei Relationen einfach nicht gegeben. Stimmt nur zum Teil. Wenn wir jetzt sagen, dass Relationen zu kompliziert sind für die Nutzer, dann müssten wir auch alle anderen Anwendungsbereiche für Relationen durch normale Tags ersetzen. Könnte man nicht einfach Relationen überall dort durch Tags ersetzen, wo das sinnvoll möglich ist? Es muss ja nicht gleich auf Alles-oder-nichts-Entscheidungen hinauslaufen. Übrigens glaube ich sogar, dass die drei Konstrukte * Tag-Gruppe * Tag mit anderem Objekt als Wert (letztlich Member für Ways und Nodes) * Route (= zusammenhängende Folge von Wegstücken) so ziemlich alle Anforderungen abdecken könnten und für sich jeweils weitaus anschaulicher darzustellen wären als eine allgemeine Relation. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Fwd: Anfrage der Westdeutschen Allgemeinen Zeitung]
Hallo Liste, ich such für die WAZ einen Mapper-Kontakt in Bochum (s.u.). Bitte Mails an ich, damit die gute Frau nicht überschwemmt wird (Bochum soll ja sehr aktiv sein). Grüße Christian (OSM Presse) Original-Nachricht Betreff:Anfrage der Westdeutschen Allgemeinen Zeitung Datum: Thu, 19 Nov 2009 16:09:42 +0100 Von:m.decl...@waz.de An: o...@postkammer.de Lieber Herr Hartnick, wie gerade telefonisch besprochen, schicke ich Ihnen meine Anfrage per Mail zum Weiterleiten. Für die Redaktion Bochum suche ich den Kontakt zu hier aktiven Kartographen von openstreetmap.de, um über das Projekt aus lokaler Perspektive berichten zu können. Ich freue mich darauf, von jemandem zu hören. Vom 24. bis 30. November habe ich Urlaub, davor oder danach bin ich aber jederzeit unter dieser Mailadresse und Telefonnummer zu erreichen. Vielen Dank und viele Grüße - Monique de Cleur Volontärin Journalistenschule Ruhr GmbH Schederhofstraße 55-57 45145 Essen Zur Zeit: WAZ-Redaktion Bochum Huestraße 25 44787 Bochum Tel.: 0234/966-1434 Fax: 0234/966-1477 E-Mail: m.decl...@waz.de - ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder mit Quadrocopter
Liebe OSMer, ich suche Spezialisten mit Quadrocopter und Erfahrung Luftbildern. Die Idee ist, auf einem Messegelände Life-Videobilder auf eine Grossleinwand zu projizieren. Als eindrucksvolle Demo, wie man Luftbilder nutzt, um damit Karten zu erstellen - und wie vielfältig OSM ist. Parallel dazu soll ein kurzes Video gezeigt werden, das den schrittweisen Ablauf zeigt: - Quadrocopter und Flug - erzeugte Luftbilder - Luftbilder im JOSM eingebunden - Erstellung der Karte - Ergebnis mit Mapnik Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] wiki+rules zum Schutzgebiete kartieren: Nationalpark, Naturschutzgebiet, etc.
Hallo, ein paar mehr Schutzgebiet-Unterscheidungen als NtP und NSG waren m.E. nötig. Ich habe hier ein System zusammengestellt: http://wiki.openstreetmap.org/wiki/Tag:boundary=protected_area http://wiki.openstreetmap.org/wiki/Protected_Area_Rendering#Other_Ways Was haltet ihr davon? Wäre das so auch mapnik/osmar-renderfähig? Habt ihr dazu ggf. Ideen oder Verbesserungen? viele Grüße, c. Hintergrund (ggf. für die deut. wiki-Seite): Die m.E. technisch beste Lösung wäre, Schutzgebiete mit Hilfe des Tags Grenzen (boundary) und Child-Elementen (als .level1 to 12) zu markieren. Um weltweit die Vielzahl von Schutzgebieten zu erfassen, bietet sich die sechsstufige Einteilung der Weltkommission für Schutzgebiete (WCPA) der International Union for Conservation of Nature and Natural Resources (IUCN) an. Dieses Schema soll laut IUCN weltweit alle Schutzgebiete fassen können. Die IUCN-Einteilung basiert nicht auf (imaginäre regionale) Namen oder Status eines Gebietes, sondern auf einem Set von Managment- bzw. Nutzungszielen. Danach kann dann für jedes Land eine Schutzsystem-Einordnung in level erfolgen. Die WCPA hält Erfassung und Einteilung vieler Schutzgebiete in einer Datenbank, siehe ihre Advanced Protected Area Search http://www.wdpa.org/MultiSelect.aspx Hier erhält man einen Eindruck von der Vielfalt an Schutzgebiets-Bezeichnungen (Designation, in Eu allein ca. 90) und zugleich die Zuordnung der Schutzgebiete eines Staates zu den sechs IUCN-Kategorien! Darüber hinaus sind fünf weitere übergreifende internationale Kategorien aufgeführt (Biosphärenreservat, Ramsar, UNESCO Welterbe, ASEAN Naturparks und Barcelona Convention) - btw.: diese Gebiete oder zumindest Teile davon, sind oft auch national geschützt und damit auch einer IUCN-Kategorie zugehörig. Ein Möglichkeit, auf die bisherigen national_park und nature_reserve aufzusetzen und zugleich dieses Schutzgebiet-Problem global zu lösen, sehe ich (bisher) nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hi ! ich hatte einmal versucht SVG-Daten für Schleswig-Holstein in InkScape zu öffnen und bin schon daran - wegen der Datengröße - gescheitert. Inkscape könnte sich daher für soetwas als Spaßbremes erweisen. Gruß Jan :-) Sven Geggus schrieb: Markus liste12a4...@gmx.de wrote: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Das kann inkscape doch direkt. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Markus schrieb: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Gruss, Markus Habe eben nochmal gegoogled und u.a. das gefunden: http://alt-soft.com/Products_svg2pdf.aspx Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] veg/non-veg
On Tue, Nov 17, 2009 at 5:02 PM, Kenneth Gonsalves law...@au-kbc.orgwrote: food=veg - green circle food=nveg - red circle results are not very impressive. I need higher zoom levels, but so far have not found out how to go beyond a zoom of 18. Any clues? The red and green circles are India-specific, and particularly poor choices as they are often indistinguishable to deuteranomalic folks like me. Perhaps some other icons? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] new tag for auto stand
On Thu, Nov 19, 2009 at 5:45 AM, Kenneth Gonsalves law...@au-kbc.orgwrote: autorikshaw stands are unique to India. I propose having a tag: amenity=autostand meter=yes/no the symbol could be a yellow auto - showing a meter where meters are in use, and without a meter where they are not used. What should the default be? meter or no meter? Chennai is rumoured to have a couple of auto stands where the meter is used - would love to see them on the map ;-) In the interest of internationalisation, shouldn't this be a derivative of whatever is used to denote a taxi-stand? Something like: amenity=taxistand transport=autorickshaw While autorickshaws are an Indian pecularity, other countries have very similar transport options by name of tuk-tuks, jeepneys, tricycles, pilots, etc. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] new tag for auto stand
On Thu, Nov 19, 2009 at 11:39 AM, Kenneth Gonsalves law...@au-kbc.org wrote: amenity = auto_stand auto_stand = prepaid auto_stand = meter We have neither prepaid nor metered. Pay Rs. 5 anwhere between two destination. How to tag it. Is skipping auto+stand=* ok? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] new tag for auto stand
On Thu, Nov 19, 2009 at 4:13 PM, H.S.Rai hardeep@gmail.com wrote: We have neither prepaid nor metered. Pay Rs. 5 anwhere between two destination. How to tag it. Is skipping auto+stand=* ok? Isn't it called 'Share Auto'? So the tag can be meter=yes/no/shared - P ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Tag for Dhaba
On Thursday 19 Nov 2009 10:01:27 pm H.S.Rai wrote: uring travel by road, or even in any city Dhabas are important places. We need to devise some scheme to tag Dhaba i.e. eating place I do not think anyone on this list would need wikipedia to understand what a dhaba is! Along with dhaba, as important is tea shops. These are usually makeshift structures (often unauthorised constructions/encroachments). I was thinking of a half filled glass with brown fluid in it for an icon. We could add this and dhaba, given an icon for dhaba. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] veg/non-veg
On Thursday 19 Nov 2009 3:46:50 pm Kiran Jonnalagadda wrote: results are not very impressive. I need higher zoom levels, but so far have not found out how to go beyond a zoom of 18. Any clues? The red and green circles are India-specific, and particularly poor choices as they are often indistinguishable to deuteranomalic folks like me. Perhaps some other icons? it is meant to be India specific as this is what the law mandates - but feel free to come up with better icons (currently the size is 6x6 pixels) -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] new tag for auto stand
On Thursday 19 Nov 2009 4:13:31 pm H.S.Rai wrote: We have neither prepaid nor metered. Pay Rs. 5 anwhere between two destination. vow - I think I will migrate to Ludhiana - in Chennai, if you know Tamil the minimum you pay is 20 - if you do not know tamil, autos are more expensive than Meru -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] new tag for auto stand
On Friday 20 Nov 2009 6:03:39 am Kenneth Gonsalves wrote: While autorickshaws are an Indian pecularity, other countries have very similar transport options by name of tuk-tuks, jeepneys, tricycles, pilots, etc. certainly a more elegant way of doing it. Currently amenity=taxi does not have a 'transport' tag. If we have a vehicle tag, then we can accomodate, autos, jeeps, share autos and the like (we can even accomodate 4 wheelers). here we go: amenity=taxi (already there) vehicle=autorick autorick = prepaid/meter so in OSM it will default to taxi icon, but in our map we will see the auto icon. I wanted to use autorick rather than auto because that could be ambigous. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] routing pedonale, la versione beta di Google
http://maps.google.it/maps?f=dsource=s_dsaddr=00145+romadaddr=Karlstrasse+3,+D-72072+T%C3%BCbingengeocode=FayofgId64K-ACmPHNjNY4olEzFAoFsank8JHA%3BFfRT5AId4TaKAAview=maphl=itmra=lsdirflg=wsll=45.281275,10.838125sspn=10.93059,19.753418ie=UTF8ll=44.229457,10.656738spn=11.128911,19.753418z=6 Via del Pino è chiusa in fondo... -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia On Thu, Nov 19, 2009 at 8:49 AM, Federico Cozzi f.co...@gmail.com wrote: On Thu, Nov 19, 2009 at 1:59 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: http://maps.google.it/maps?f=dsource=s_dsaddr=00145+romadaddr=Karlstrasse+3,+D-72072+T%C3%BCbingengeocode=FayofgId64K-ACmPHNjNY4olEzFAoFsank8JHA%3BFfRT5AId4TaKAAview=maphl=itmra=lsdirflg=wsll=45.281275,10.838125sspn=10.93059,19.753418ie=UTF8ll=44.229457,10.656738spn=11.128911,19.753418z=6 Però l'indicazione prendi il traghetto Tortolì-Genova è carina ;-) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] divieto di uscita
Luigi Chiesa dixit: Dal punto di vista logico di un sistema di navigazione la relazione può funzionare, ma di fatto si tratta di un breve tratto di strada a senso unico (o almeno di solito si sono i cartelli di divieto di accesso da un lato e qualche volta il cartello di senso unico dall'altro), e visto che bisogna mappare la realtà credo che bisogni optare per questa soluzione anche se poco elegante. Se si volesse colmare la lacuna bisognerebbe proporre il tag restriction=no_entry o qualcosa di simile, visto che la seconda parte del valore serve solo ad indicare quale tipo di cartello usare. Non sempre c'è il pezzettino di strada a senso unico. Talvolta il divieto è messo proprio alla fine della strada. Per cui tutta la strada è a doppio senso, solo che a un'estremità ci si può entrare ne non se ne può uscire. Relativamente alle relazioni (scusate il gioco di parole) non mi sembra sia contemplato questo caso. Sulla via principale non ho restrizioni ovvero posso girare come voglio all'incrocio. Sulla via secondaria invece ho il divieto di uscire quindi non posso andare in nessuna direzione. Mi sembra strano che non sia contemplato questo caso visto che è una situazione che trovo abbastanza spesso (solo nella piccola città dove vivo ne ho trovati almeno 3 o 4). Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] AgPifoJ : geo-taggare immagini
Ciao, ho fatto una traduzione della pagina al volo.. qualcuno ha la pazienza di rileggerla per controllo? http://wiki.openstreetmap.org/index.php/JOSM/Plugins/AgPifoJ http://wiki.openstreetmap.org/wiki/IT:JOSM/Plugins/AgPifoJ?uselang=it saluti Marcello ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fence attaccati
ok, allora è un po' come i confini comunali giusto? Altra domanda: se un fence coincide con il limite di un landuse=residential li traccio sovrapposti? Il 19 novembre 2009 08.42, Federico Cozzi f.co...@gmail.com ha scritto: 2009/11/19 Ruggero giurr...@gmail.com: Se ho tante proprietà contigue separate da dei fence del tipo ++--+ | | | | | | | | | ++--+ mi conviene: a) disegnare due percorsi chiusi che si sovrappongono nel lato verticale centrale b) disegnare tante way che non si sovrappongono e quindi qualcuna non si chiude Nella realtà quante fence ci sono tra le due proprietà? Se ce n'è una sola bilatera allora secondo me la risposta è B Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fence attaccati
Il 19/11/2009 11:11, Ruggero ha scritto: Altra domanda: se un fence coincide con il limite di un landuse=residential li traccio sovrapposti? Usi la stessa way, opportunamente taggata. -- .' `. | 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/listinfo/talk-it
Re: [Talk-it] fence attaccati
Carlo Stemberger wrote: Il 19/11/2009 11:11, Ruggero ha scritto: Altra domanda: se un fence coincide con il limite di un landuse=residential li traccio sovrapposti? Usi la stessa way, opportunamente taggata. No, meglio due (o più) way sovrapposte, ma con il landuse (o qualunque altra cosa) chiuso. O preferisci usare relazioni anche per il landuse? :) David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fence attaccati
Il 19/11/2009 11:58, David Paleino ha scritto: No, meglio due (o più) way sovrapposte, ma con il landuse (o qualunque altra cosa) chiuso. Sì, è vero. È meglio così. -- .' `. | 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/listinfo/talk-it
Re: [Talk-it] divieto di uscita
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Giovanni Fasano Sent: giovedì 19 novembre 2009 10.20 To: openstreetmap list - italiano Subject: Re: [Talk-it] divieto di uscita Relativamente alle relazioni (scusate il gioco di parole) non mi sembra sia contemplato questo caso. Sulla via principale non ho restrizioni ovvero posso girare come voglio all'incrocio. Sulla via secondaria invece ho il divieto di uscire quindi non posso andare in nessuna direzione. Ah, non avevo capito che il cartello che vieta di proseguire fosse in corrispondenza di un incrocio. Se ho capito giusto, mi sembra di intendere che dalla via secondaria puoi arrivare fino ad un incrocio, da cui potresti 'fisicamente' proseguire in diverse direzioni, ma la segnaletica ti permette solo di fare inversione e tornare indietro? In questo caso, siccome proseguire è vietato in ogni direzione, io metterei una relazione restriction per ciascuna direzione fisicamente possibile. Poiché le restriction sono direzionali, non impongono alcuna restrizione arrivando dalla strada principale. Dovresti spezzare tutte le vie in corrispondenza dell'incrocio: Es: se l'incrocio fosse: via B | Via secondaria ---(incrocio) --- via A | Via C scrivi tre relazioni: 1) from=via secondaria, via=incrocio, to=via A, restriction=no_straight_on 2) from=via secondaria, via=incrocio, to=via B, restriction=no_left_turn 3) from=via secondaria, via=incrocio, to=via C, restriction=no_right_turn Certo nel rendering si vedrà un'accozzaglia di cartelli, ma funzionalmente dovrebbe andare bene. Con una relazione sola bisognerebbe usare qualcosa del tipo: from=via secondaria, via=incrocio, to=via secondaria, restriction=only_u_turn ma non so se verrebbe gestito correttamente il fatto che from e to siano gli stessi, oltre a non esistere un rendering corrispondente a un cartello restriction=only_u_turn. Per i router dovrebbe andare bene, tanto del valore restriction considerano solo la parte 'no' o 'only'. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fence attaccati
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Federico Cozzi Sent: giovedì 19 novembre 2009 8.43 To: openstreetmap list - italiano Subject: Re: [Talk-it] fence attaccati Nella realtà quante fence ci sono tra le due proprietà? Se ce n'è una sola bilatera allora secondo me la risposta è B +1 Semprechè quello che vuole mappare sia proprio il recinto. Se invece volesse per esempio mappare 2 landuse differenti, con un confine in comune in corrispondenza del recinto, allora vanno bene i poligoni con segmento condiviso. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] divieto di uscita
2009/11/19 Giovanni Fasano g...@gvf.ve.it: Mi sembra strano che non sia contemplato questo caso visto che è una situazione che trovo abbastanza spesso (solo nella piccola città dove vivo ne ho trovati almeno 3 o 4). Non li ho mai visti! Una curiosità: che cartello c'è? Come si indica questa cosa? Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa topografica escursionistica: copertura dell'Italia
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of gvf Sent: martedì 17 novembre 2009 12.58 To: openstreetmap list - italiano Subject: Re: [Talk-it] Mappa topografica escursionistica: copertura dell'Italia Per lo spazio su disco non ci sono problemi direi, al momento dovrei avere almeno mezzo Terabyte libero, ma se serve posso aumentarlo :-) Non c'è bisogno di aumentarlo ;-) Come soluzione immediata sta pensando ad un hosting separato del layer della mappa e di quello dei rilievi. Per il momento gli basterebbero un 20-25GB per caricare il layer hillshading sul server che metteresti a disposizione tu, così libererebbe altrettanto spazio su geofabrik. Per il calcolo e banda sarebbe interessante sapere cosa ha saturato adesso. Comunque io non ho limitazioni se non quelle della linea a cui sono collegato e ho al momento abbastanza risorse libere in termini di CPU (che comunque si possono trovare abbastanza facilmente). Quello che ha saturato per ora è solo lo spazio (40GB) che geofabrik gli ha messo a disposizione. Per il momento credo che il consumo di CPU sarebbe trascurabile, perché dovresti solo offrire lo spazio ma non il rendering. Per il discorso del rendering on demand invece non è ancora pronto, vorrebbe prima vederne qualcuno di già funzionante sui server FOSSGIS, cosi da copiarne la realizzazione e poter fare qualche prova per vedere quale sarebbe il carico per la CPU. Come software di base gli servirebbe avere installati PostGIS, Mapnik, mod_tile o tilecache. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fence attaccati
Alberto Nogaro wrote: Nella realtà quante fence ci sono tra le due proprietà? Se ce n'è una sola bilatera allora secondo me la risposta è B +1 Semprechè quello che vuole mappare sia proprio il recinto. Se invece volesse per esempio mappare 2 landuse differenti, con un confine in comune in corrispondenza del recinto, allora vanno bene i poligoni con segmento condiviso. -1 Ribadisco che i landuse, o le aree in genere, dovrebbero essere chiuse, per semplicità di un'eventuale successiva elaborazione dei dati. E anche l'editing risulta essere molto più semplice. Meglio avere due landuse e un barrier=fence, con le tre way sovrapposte. (tanto JOSM supporta pienamente le robe sovrapposte, provate il click centrale/click sulla rotellina) My 2c, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fence attaccati
Il 19 novembre 2009 12.35, David Paleino da...@debian.org ha scritto: Alberto Nogaro wrote: Nella realtà quante fence ci sono tra le due proprietà? Se ce n'è una sola bilatera allora secondo me la risposta è B +1 Semprechè quello che vuole mappare sia proprio il recinto. Se invece volesse per esempio mappare 2 landuse differenti, con un confine in comune in corrispondenza del recinto, allora vanno bene i poligoni con segmento condiviso. -1 Ribadisco che i landuse, o le aree in genere, dovrebbero essere chiuse, per semplicità di un'eventuale successiva elaborazione dei dati. E anche l'editing risulta essere molto più semplice. Meglio avere due landuse e un barrier=fence, con le tre way sovrapposte. (tanto JOSM supporta pienamente le robe sovrapposte, provate il click centrale/click sulla rotellina) My 2c, David perfetto, alle fine ho fatto così: http://www.openstreetmap.org/?lat=45.356866lon=9.652147zoom=18layers=B000FTF ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] MapOSMatic: genera automaticamente mappe delle citta'
Se ne parlava in chat qualche settimana fa :-) bel lavoro :-) http://maposmatic.org/ - Original Message - From: Guido Piazzi gu...@fotocaos.it To: openstreetmap list - italiano talk-it@openstreetmap.org Sent: Thursday, September 10, 2009 11:10 AM Subject: Re: [Talk-it] Fwd: [OSM-dev] [ANNOUCEMENT] MapOSMatic:automatic generation of cities' map from OpenStreetMap data Il giorno gio, 10/09/2009 alle 10.55 +0200, Simone Cortesi ha scritto: rendering delle citta'. con lista delle vie e di tutto il resto (legenda e altro)... Grazie a Simone per la segnalazione! Il progetto è molto interessante, ma non perdete tempo a provarlo su località italiane, perché AFAIK il programma lavora su una copia locale dei dati e quel sito dimostrativo copre solo una parte della Francia; accetta di generare cartine anche per altre parti del mondo (basta inserire il bounding box), ma poi vengono vuote. Saluti, Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Bulk] Re: fence attaccati
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of David Paleino Sent: giovedì 19 novembre 2009 12.35 To: talk-it@openstreetmap.org Subject: [Bulk] Re: [Talk-it] fence attaccati Meglio avere due landuse e un barrier=fence, con le tre way sovrapposte. Si, forse mi sono spiegato male, ma intendevo proprio questo: landuse sovrapposti (2 way) + un solo fence in comune (1 way) = tre way sovrapposte Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fence attaccati
Ruggero scrive: perfetto, alle fine ho fatto così: http://www.openstreetmap.org/?lat=45.356866lon=9.652147zoom=18layers=B000FTF Simpatico, ma forse bisognerebbe controllare l'ortogonalità degli edifici. Scusate se esco leggermente dalla discussione, ma come posso indicare una cancellata visto che non c'è un fence_type adatto? Quello che più si avvicina è fence_type=chain, ma la rete metallica è ben diversa da una cancellata in ferro o cemento (come ad esempio quella delle ferrovie). Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it