Re: [Talk-hr] pravne zavrzlame
Bravo Matija, temeljito i detaljno, te opet svima razjašnjeno, kao i uvijek... Eto, priznajem da sam baš čekao da ti pojasniš na jednom mjestu situaciju, kako bih si prištedio sate čitanja po bespućima Wikija :-) Kad tako postaviš stvari definitivno bi najbolje rješenje bilo ne čačkati mečku. Također nisam pravnik, no ne bi li se neke stvari mogle riješiti samo aneksiranjem postojeće CC-BY-SA 2.0, kako bi se poboljšala suradnja sa zatvorenim sustavima, tipa GMaps? Mislim da je to jedna od ideja zašto se i mijenja licenca, bila je priča o suradnji pri katastrofe na Haitiju... Ili baš svaku promjenu moraju odobriti _svi_ contributori... Ono, uvijek se može ići na neko kompromisno ili prijelazno rješenje... LP, --- Zoran Jankovic ZIS-Izrada softvera i savjetovanje / ZIS - Software Development and Consulting http://www.zisis.hr M: 00 385 98 682 902 T: 00 385 44 683 374 A. Senoe 4 44320 Kutina Croatia 2010/6/9 Matija Nalis mnalis-openstreetmapl...@voyager.hr Evo odgovora... ispricavam se na relativnoj sporosti, ali uskoro ce postati jasno zasto... :) On Thu, Jun 03, 2010 at 12:46:03PM +, Valent Turkovic wrote: On Thu, 03 Jun 2010 12:26:25 +, Valent Turkovic wrote: Tko ne prati problematiku neka svakako baci oko pošto je Nails dosta upucen: Matija detaljno sam procitao, samo ili ja ne vidim probleme koje ti vidiš ili se licenca promijenila u međuvremenu. Ako pročitate licencu na: http://www.osmfoundation.org/wiki/License/Contributor_Terms To zapravo nije licenca, nego contributor terms. :) Licenca na koju se mijenja (ODbL) je zapravo ovo: http://www.opendatacommons.org/licenses/odbl/ Probati cu pojasniti da bude i laicima razumljivo, no tekst ce biti nesto duzi zbog toga. Ne znam bolje a da bude krace i jos uvijek dovoljno lagano i razumljivo, a da pokriva barem najbitnije stvari - sorry. Dakle prvo terminologija: - 'Zakon o autorskom pravu i srodnim pravima' (ili na engleskom uglavnom copyright, iako su tu kod nas ukljucene jos i database rights i drugo) definira da autorska djela i baze podataka (gdje spadaju i OSM podaci) nitko ne smije kopirati, duplicirati, mijenjati, distribuirati, prevoditi, itd. osim ako ima *eksplicitnu* dozvolu nositelja autorskog prava (sto je inicijalno autor, iako autor to pravo moze prebaciti nekom drugom) - 'Licenca' je takva dozvola, kojom nositelj autorskog (ili drugog) prava dozvoljava nekome neke od (inace zabranjenih) gorenavedenih aktivnosti pod nekim uvijetima. Licenca se odnosi na sve koji zele imati neko od prava koje gore navedeni zakon ogranicava (dakle kopiranje, izmjena, prevodjenje, ili bilo koja druga nadogradnja (tzv. Derivative work tj. izvedenice) Na OSMu je dosad aktivna licenca bila CC-BY-SA 2.0 koja je rekla [1] da mozes mijenjati i dijeliti te podatke okolo, ali da moras navesti da je to OSM karta i da sve izmjene moras objaviti pod tom istom licencom (tzv. share-alike odnosno copyleft - kao u recimo GPLu kod softvera, koji onemogucava da netko uzme sve te podatke i onda ih zatvori, odnosno objavi pod nekom restriktivnom licencom koja vise ne daje ista takva prava kao originalna licenca). Trenutno je u procesu (vjerojatan, iako je jos teoretski moguce da nece proci, recimo ako nece dovoljno contributora biti za prelazak) prelazak na drugu licencu, tzv. ODbL (Open Database Licence v1.0, vidi link gore). - 'contributor terms' su pak click-through EULA (End User Licence Agreement), odnosno zapravo ugovor [2] izmedju osobe koja kreira account na OSMu i OSMFa, u kojem contributior (odnosno korisnik, osoba koja ce uploadati trackove i mijenjati podatke OSMa) prihvaca neke uvjete. Dakle odnosi se iskljucivo na korisnike koji updateaju podatke koristeci OSM username/password. Oni koji koriste podatke bez kreiranja accounta, na njih se contributor terms ne odnosi (nego samo gore navedena copyright licenca) Javite koje probleme u njoj vidite? Iskreno ja ih ne vidim, pa eto Matija molim te pojasni. OK, trazio si :) probati cu. Evo ovako: Sluzbeni razlog za izmjenu licence je navodno[3] taj sto je CC-BY-SA licenca neprovediva u jurisdikcijama nekih zemalja, jer tamo copyright stiti samo vlastiti (kao npr. umjetnicki) izrazaj, a ne i faktualne podatke (kao sto su zemljopisne koordinate cesta i sl, koji su unutar granica greske uvijek isti bez obzira tko ih radio), a te zemlje ponekad i nemaju database rights ili ga imaju zasebno (Hrvatska ima sve u jednom zakonu). To je u dosadasnjoj povijesti OSMa stvaralo probleme da neke kompanije (TV kuce i sl) nisu htjele koristiti OSM podatke, jer nisu bile sigurne oko pravnog statusa licence[4], pa je time bila smanjena mogucnost popularizacije OSMa. Teoretski, ideja je dakle bila napraviti novu licencu, koja bi bila ista kao CC-BY-SA, ali koja bi bila jasna, nedvosmilena i pravno provediva u svim zemljama. Odabrana licenca je bila:
[OSM-talk-be] Proefopstelling - How to tackle?
Hello guys, Next Monday the traffic circulation in Aarschot is about to change (source: http://www.aarschot.be/home/index.cfm?id=3201), it is also already marked by traffic signs on the roads leading to the centre. However, this change in circulation is a test setup. How do we tackle this with OpenStreetMap? Will we mark these changes as soon as they appear in the field? Or will we keep with the original setup? I cannot seem to find any information about when the test setup will end. Kind regards, -- Kenny Moens ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Proefopstelling - How to tackle?
Kenny Moens wrote: Hello guys, Next Monday the traffic circulation in Aarschot is about to change (source: http://www.aarschot.be/home/index.cfm?id=3201), it is also already marked by traffic signs on the roads leading to the centre. However, this change in circulation is a test setup. How do we tackle this with OpenStreetMap? Will we mark these changes as soon as they appear in the field? Or will we keep with the original setup? I cannot seem to find any information about when the test setup will end. Depends on how long this temporary situation will be of course. If it's a short time I usually don't bother tagging temporary things. Other point to keep in mind: will you be able to check the area again to see when it changes back? If I see a temporary setup at a location which I won't visit again the next year I map the original situation (if that's possible of course and if you noticed that it's temporary in the first place). It's also quite easy to forget that you've mapped something temporary if you don't visit the place regularly. So, the question is pretty simple then: can you (or someone else) keep an eye on it and will you remember that it's temporary and may have to update it again? If so, then map the temporary setup. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Mapping the spill
http://www.ifitwasmyhome.com/ http://www.ifitwasmyhome.com/Is really cool. I had thought about doing something like that with letting users trace anything on OSM (e.g. a large park) and being able to see it on another location (e.g. compare it to the size of a park near their home). On 12 June 2010 05:05, Sam Vekemans acrosscanadatra...@gmail.com wrote: Thanks :) That what I was looking for, CNN facebook grumbling, and news papers are not able to properly digest it. Good thing that oil floats. And its great to hear that the volume is finally being contained with less 'uncontrolable flow'. Like a water main leak, 'duck tape' doesnt help, as there is no 'cut-off' valve. Like my volcano example earlier, its like trying to stop a lava flow (which cannot be stopped). It can only be 'redirected' to follow the path of least resistance. Mother nature built the containment shell, which got broken as soon as the well was initially dug. Anyway, happy that people are mapping it :) Cheers, Sam On 6/11/10, Ian Dees ian.d...@gmail.com wrote: On Fri, Jun 11, 2010 at 10:16 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Negative thinking aside, just listing WHERE it is, is important to know. Zooming out, its easy to keep 'close' as that is all thats needed, using whatever imagery is available. We have unlimited crowd source, who can map anything anywhere. And it is 'stuck to the ground'. And we can also help the responders focus on areas that need to be protected. This is a perminant area transformation like a 'volcano lava flow'. Where the area will be a perminant sedement area, and needs to be known. Does anyone know if it is already being mapped? NOAA is mapping it quite well: http://response.restoration.noaa.gov/topic_subtopic_entry.php?RECORD_KEY(entry_subtopic_topic)=entry_id,subtopic_id,topic_identry_id(entry_subtopic_topic)=809subtopic_id(entry_subtopic_topic)=2topic_id(entry_subtopic_topic)=1 -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping the spill
On 12 June 2010 23:09, Gregory nomoregra...@googlemail.com wrote: http://www.ifitwasmyhome.com/ Is really cool. I had thought about doing something like that with letting users trace anything on OSM (e.g. a large park) and being able to see it on another location (e.g. compare it to the size of a park near their home). You could load this as a kml type file in openlayer and then let people drag the shape around, but I've never tried to do anything exactly like that... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] Relatório Semanal: 12/06/2010
*Status dos Projetos OSM-br* * B250C - Brasil 250 Cidades* Página do Projeto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades *2a. fase* Conectividade em *75,52%* *(+0,84%)* Grid Atualizado (html): http://mapaslivres.org/cidades-distancias.html (15 Mb) Grid Atualizado (zip): http://mapaslivres.org/cidades-distancias.zip (2,6 Mb) *JOSM - Tradução ao português* Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josm Indicador: Percentual de strings traduzidas em *68.87% **(-1.23%)* Tradução do Texto de Notícias do JOSM:http://josm.openstreetmap.de/wiki/StartupPageSource *Merkaator - Tradução ao português* Página do Projeto: https://translations.launchpad.net/merkaartor Indicador: Percentual de strings traduzidas em *99,22% **(0.00%)* *Site osm.org - Tradução ao português * Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site Indicador: String Traduzidas em *100%* *Potlach* - *Tradução ao português* Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch Indicador: String Traduzidas em *100%* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] REGEX in PERL wieder mal
On Fri, Jun 11, 2010 at 08:53:00PM +0200, Claus Färber wrote: Das ist noch völlig legales XML mit -- abgesehen von dem zusätzlichen Attribut dc:user -- identischer Bedeutung. Regexe würde ich für XML nur dann gerade noch verwenden, wenn ich eine einmalige Quick-and-Dirty-Lösung brauche und manuell kontrollieren kann. Ansonsten nimm einen echten XML-Parser wie XML::Parser. Den gibt es fertig auf CPAN und ist oft eh schon installiert. Der punkt ist das fast alle scripte die OSM daten weiterverarbeiten keinen wirklichen XML parser nehmen sondern meist nur mit perl dahingebastelte sachen die exakt fuer dieses format passen. Dazu kommt das die OSM Daten auch sicherlich nicht mit beliebigem inhalt gefuellt sein koennen weil defakto nur eine datenbank gedumped wird deren format reichlich steif ist. D.h. wenn da sowas wie oben drin auftauchen wuerde dann wuerde nicht nur das eine script auf die backe gehen ... Ach ja - und wir koennen ja nochmal ein libxml vs handcraftet shootout fuer das planet file machen ;) Im moment spiele ich ein wenig mit parallelen libxml parsern rum um das planet in endlicher zeit zu lesen und in space optimized abzuspeichern bzw im speicher zu halten (Koennte ab 16GB gehen) ... Derzeit kann ich 6 cores locker auslasten wenn einer bzip2 auspackt und die anderen 5 jeweils 4MB chunks parsen ... Flo -- Florian Lohoff f...@zz.de 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
[Talk-de] Fragen zur CC-BY-SA Lizenz
Hallo zusammen, gestern hatte ich ein sehr interessantes Gespräch mit einer Softwarefirma, die für Industriekunden und auch für den öffentlichen Verkehrssektor Routingsoftware mit Kartenmaterial anbietet. Der Herr mit dem ich telefoniert habe, hat mir gesagt, dass er OpenStreetMap schon seit mehreren Jahren beobachtet und auch davon überzeugt ist, dass es die Zukunft sein wird, ähnlich wie mit Wikipedia früher und dass sie schon ein OSM Konzept im Haus entwickelt haben. Nun aber zur Frage. Die Firma bietet kostenlose Seiten an und auch kommerzielle Produkte und würde gerne ihr Material durch OSM Material für Fuß- und Radwege ergänzen. Wir beide waren uns aber nicht sicher, ob das lizenzrechtlich überhaupt möglich ist. Die Karten verwenden momentan NavTeq- und firmeneigenes Material. Besteht nun die Möglichkeit OSM Material mit entsprechendem Hinweis einzubauen oder nicht und wenn ja, was für Konsequenzen hätte das für das komplette Produkt? Kann das die alte Lizenz beibehalten oder muss die CC Lizenz auf das Gesamtpaket angewendet werden? Danke schon mal für Eure Mühe! Liebe Grüße Benni 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] Währungen mappen
Walter Nordmann schrieb: malenki wrote: Walter Nordmann schrieb: wer weiss, was er damit vorhat. frag ihn doch mal. mach ich aber möglichst auf französisch. der ist nämlich nicht von hier. Man muss nur die Benutzerseite betrachten, um mehr zu erfahren. Anyway: pas de problem. :) daher sind imho alle diskussionen, wie wer wann was besser machen kann, von ziemlich theoretischer natur :( Pourqoi? Siehe auch meine Antwort auf Johann Addicks' Mail. Gruß malenki ob seines rostigen Schulfranzösisch dankbar seiend, das Frere Vincent ein passables Englisch schreibt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jogging-Rundstrecken
Hallo Thomas On Mittwoch, 9. Juni 2010, Thomas Ineichen wrote: hast du dich gerade als Freiwilliger gemeldet, der das genaue Tagging für Trimm-Dich-Pfade ausarbeiten will? *grummel* ;) http://wiki.openstreetmap.org/wiki/Tag:route%3Dfitness_trail ;-) Ich hab mal die Diskussionsseite erweitert: http://wiki.openstreetmap.org/wiki/Talk:Tag:route%3Dfitness_trail Wie die einzelne Station zu taggen ist muss aber auch noch definiert werden. Auf http://wiki.openstreetmap.org/wiki/Key:sport sehe ich spontan kein passendes Tag für einen Trimmdich-Pfad-Station. sport=gymnastic und sport=misc scheint mir nicht ganz passend. Wie wär's mit sport=fitness_trail_station? Oder ist dieser Tag-Wert zu lang? Oder sport=exercise? Hört sich auch gut an, ich frage mich nur ob exercise eindeutig genug ist. Viele Trimmdichpfade verstecken sich derzeit noch unter type=route route=foot. Oder route=nordic_walking. Welche Routen soll den das denn das Tag running beschreiben? Trimmdichpfade? Oder Marathonstrecken? Hier gibts auch noch permanent ausgeschilderte Halbmarathonstrecken. Auf Trimm-Dich-Pfaden gibt's doch auch Übungen? (Die Firma Müller lässt die Bewegung übrigens gerade wieder aufleben: www.trimmy.de ). Ein typisches running-Beispiel wäre für mich die Finnenbahn im Irchelpark: http://www.hotel-coronado.ch/www.hotel-coronado.ch/upload/textbild/Ir chelpark.jpg (ca. 1 km lang, Holzschnitzel, keine Spaziergänger erlaubt) Aber auch die ausgeschilderte Halbmarathon-Strecke oder ähnliches wo man 'nur' rennt. diese Marathonstrecken könnte man auch als Unterklasse von running taggen: type=route route=running running=[marathon, half-marathon] Natürlich kann man eine Fitness-Trail-Strecke auch rennen, ohne die Übungen zu machen und daher wäre auch eine Relation mit type=running und additional_exercises=yes möglich. Zumindest hier in der Schweiz sind sie allerdings so verbreitet, dass ein eigener Type mMn gerecht- fertigt ist. Yup. Hier befindet sich auch in jedem zweiten Wald ein Trimmdichpfad. Grüsse Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Währungen mappen
Johann H. Addicks schrieb: Am 11.06.2010 22:06, schrieb Frederik Ramm: *Wenn* man sowas in OSM mappt, sollte man es nicht an eine Grenze haengen, denn die Waehrung ist keine Eigenschaft der Grenze. Man sollte wenn schon eine Relation fuer ein Land anlegen, mit den Tags: name=... waehrung=... einwohnerzahl=... Dann könnte man doch auch die regionalen Verkehrsregeln (Autobahnen nicht mit dem Pferd, 100 auf Landstraßen..) einmal für ganz Deutschland deklarieren Du wirst staunen. Der Benutzer antwortete, dass er dies vorhat. Ja, er habe die Währungen an die Grenzrelationen gesetzt; für die Zeitzonen sei es ja genauso gemacht worden[¹]. Wenn es einen besseren Weg gibt festzustellen, welche Währung an einer bestimmten Koordinate akzeptiert wird, ist er an Vorschlägen interessiert. Ich werde jetzt nicht Relais für erbetene Antworten spielen, sondern zum einen auf die im Wiki existierenden Listen und zum anderen auf die Mailingliste (en bzw fr) hinweisen Gruß Thomas ¹ http://www.openstreetmap.org/browse/relation/11980 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jogging-Rundstrecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 08.06.2010 17:59, schrieb Thomas Ineichen: Diese Strecken sind für alle frei zugänglich und haben meistens alle paar hundert Meter einen Posten, an dem man zusätzliche Übungen machen kann, z.B. Klimmzüge, auf Holzbalken balancieren, etc. Gibt es in Deutschland/Österreich ähnliche Rundstrecken? In Italien (Colli di San Fermo) habe ich beim Spazierengehen im Wald auch mal einen Trimm-Dich-Pfad gefunden. Heißt dort percorso vita. Ich glaube, das war etwa an dieser Stelle http://www.openstreetmap.org/?mlat=45.73376mlon=9.95574zoom=14 Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwTS60ACgkQnMz9fgzDSqcL1QCeNaeEumS/JCg85c89GkbDJZO/ FXwAmQGUr2bDWaNen3ZySUhE+dg7pMbL =Y3vL -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur CC-BY-SA Lizenz
Hallo, Nun aber zur Frage. Die Firma bietet kostenlose Seiten an und auch kommerzielle Produkte und würde gerne ihr Material durch OSM Material für Fuß- und Radwege ergänzen. Wir beide waren uns aber nicht sicher, ob das lizenzrechtlich überhaupt möglich ist. Die Karten verwenden momentan NavTeq- und firmeneigenes Material. Besteht nun die Möglichkeit OSM Material mit entsprechendem Hinweis einzubauen oder nicht und wenn ja, was für Konsequenzen hätte das für das komplette Produkt? Kann das die alte Lizenz beibehalten oder muss die CC Lizenz auf das Gesamtpaket angewendet werden? Du hast nicht genau genug gesagt, worum es geht, um diese Frage zu beantworten. Im allgemeinen ist die Faustregel: Wenn OSM-Daten und andere Daten in ein untrennbares Ganzes vermischt werden, dann muss das Ganze unter CC-BY-SA stehen. Wenn die Firma z.B. Routinggeraete anbietet und nun Navteq-Daten und OSM-Daten vermischt und daraus ein Datenfile fuer die Geraete macht, muss das Datenfile unter CC-BY-SA stehen. Oder wenn die Firma Karten zum Download anbietet, dann die gesamte Karte. Wenn die Daten aber getrennt bleiben, also wenn die Firma z.B. an die Kunden eine OSM- und eine Navteq-Datei ausliefert und die Software kundenseitig dann beides einliest und daraus ein Routing berechnet o.ae., dann koennten beide Datensaetze unter ihrer jeweiligen Lizenz bleiben. 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] Frage zu Gewässerrelationen
Hallo Alle Ich hatte ja die Frage gestellt und fasse nach einigen Beiträgen jetzt unten (aus meiner Sicht) mal zusammen: Frederik Ramm frede...@remote.org writes: Genauso, wie wir eine Strasse in mehreren verschiedenen Ways modellieren koennen, ohne dafuer eine Relation zu brauchen, ist das auch fuer Fluesse. Da man die straßen wg der wanderweg-relationen oder der maxspeed-geschichten zerstückeln muss, ist es nicht ganz abwegig, jede straße mittels einer relation wieder zusammenzufriemeln. Schon allein wg. des name-renderings ;) Oder geht das mittlerweile bei gesplitteten highways gescheit? Außerdem hattest du mal gesagt, dass wir wahrscheinlich für jede straße mal eine relation brauchen werden ;) Es gibt gar keinen Grund, fuer jeden kleinen Fuzzelfluss eine Relation anzulegen - bzw. wer immer sich das ausgedacht hat, wollte damit wohl erreichen, dass man leichter aus dem Wiki auf die Fluesse verlinken kann, aber auch das ist *nicht* der Zweck von Relationen. Das stimmt, aber wg width und so, wird man auch flüsse oder bäche sehr oft splitten müssen... Es gibt Gründe auch für Gewässer insbesondere Fliessgewässer auch eine Relation anzulegen z.Bsp - Fremdsprachig andere Namen oder unterschiedliche Namen am gleichen Gewässer - Das Gewässer ist nicht ein way, wegen Tunnels, unterschiedliche Breiten, oder sehr lang, dann bringt eine Relation das wieder zusammen. - Das wäre dann vergleichbar mit den Tausenden von Relationen an Kreis / Land und Bundesstraßen. Auch da kann ich mir nicht sicher sein ob die immer vollständig sind, und ob deren Relationen-Einträge im Wiki immer stimmen (Wobei ein Wiki Eintrag dann eine Ergänzung ist und nicht der Zweck der Gewässer Relation). - Nachdem die Relation am Waterway jetzt wohl diskutiert und geklärt ist, ist meine zweite Frage vom Anfang noch offen, die zusätzliche Relation an der Riverbank des Rheins : http://www.openstreetmap.org/browse/way/4317505 Relation 107233 als type = route / route = waterway. Die hat auch einige Elemte, die ich aber nicht weiterverfolgt habe. Deren Sinn verstehe ich nicht und das halte auch ich für überflüssig ? Der einzig sinnvolle Zweck einer (mulitpolygon) Relation an der Riverbank beschreibt das Wiki in: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank wenn eine Insel im Fluß ist. Vielen Dank für die Diskussion und die Beiträge Gruss Loth ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] REGEX in PERL wieder mal
Hallo, Florian Lohoff wrote: On Fri, Jun 11, 2010 at 08:53:00PM +0200, Claus Färber wrote: Ansonsten nimm einen echten XML-Parser wie XML::Parser. Den gibt es fertig auf CPAN und ist oft eh schon installiert. Der punkt ist das fast alle scripte die OSM daten weiterverarbeiten keinen wirklichen XML parser nehmen sondern meist nur mit perl dahingebastelte sachen die exakt fuer dieses format passen. Dazu kommt das die OSM Daten auch sicherlich nicht mit beliebigem inhalt gefuellt sein koennen weil defakto nur eine datenbank gedumped wird deren format reichlich steif ist. Richtig. Ein guter Hacker weiss eben, wann er welche Technik am besten einsetzt - und gerade in Perl ist das Parsen mit Regex gern mal um den Faktor 10 schneller. Wenn ich also eh weiss, dass ich nur Planetfiles verarbeiten will, ist ein XML-Parser oft Overkill. (Insbesondere kann man beim Parsen von Hand solche Spielchen machen wie mit seek() und binaerer Suche innerhalb von 1 Sekunde an den Anfang der way-Sektion zu springen, wenn man die zuerst einlesen will, statt erstmal 100 GB Nodes zu parsen und dann wegzuwerfen.) Andererseits muss man sich im Klaren sein, dass man irgendwelche seltsamen UTF8-Spaesse o.ae. oder gar ein von Drittprogrammen ausgegebenes, erweitertes XML eben nicht unbedingt erwischt. Ach ja - und wir koennen ja nochmal ein libxml vs handcraftet shootout fuer das planet file machen ;) http://lists.openstreetmap.org/pipermail/dev/2009-November/017811.html Im moment spiele ich ein wenig mit parallelen libxml parsern rum um das planet in endlicher zeit zu lesen und in space optimized abzuspeichern bzw im speicher zu halten (Koennte ab 16GB gehen) ... Ich fand dies hier spannend (ueber ein neues Binaerformat): http://lists.openstreetmap.org/pipermail/dev/2010-April/019370.html an entire planet, including all metadata, can be read in about 12 minutes and written in about 50 minutes on a 3 year old dual-core machine 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] Frage zu Gewässerrelationen
Moin, Lothar Beck schrieb: Es gibt Gründe auch für Gewässer insbesondere Fliessgewässer auch eine Relation anzulegen z.Bsp - Fremdsprachig andere Namen oder unterschiedliche Namen am gleichen Gewässer - Das Gewässer ist nicht ein way, wegen Tunnels, unterschiedliche Breiten, oder sehr lang, dann bringt eine Relation das wieder zusammen. - Das wäre dann vergleichbar mit den Tausenden von Relationen an Kreis / Land und Bundesstraßen. Auch da kann ich mir nicht sicher sein ob die immer vollständig sind, und ob deren Relationen-Einträge im Wiki immer stimmen (Wobei ein Wiki Eintrag dann eine Ergänzung ist und nicht der Zweck der Gewässer Relation). - Nachdem die Relation am Waterway jetzt wohl diskutiert und geklärt ist, ist meine zweite Frage vom Anfang noch offen, die zusätzliche Relation an der Riverbank des Rheins : http://www.openstreetmap.org/browse/way/4317505 Relation 107233 als type = route / route = waterway. Die hat auch einige Elemte, die ich aber nicht weiterverfolgt habe. Hätte vielleicht geholfen - schau sie Dir doch mal beide in JOSM an, dann ergibt sich vielleicht auf ihr Sinn. Zumindest sieht man dann die Unterschiede bzw. ihre jeweiligen Eigenheiten. Deren Sinn verstehe ich nicht und das halte auch ich für überflüssig ? Der einzig sinnvolle Zweck einer (mulitpolygon) Relation an der Riverbank beschreibt das Wiki in: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank wenn eine Insel im Fluß ist. Warum ist eine Relation der *waterway* für den Rhein korrekt, eine Relation der *riverbank* für den Rhein aber überflüssig. Die eine beschreibt den Rhein abstrakt, die andere eher topografisch. Soweit jedenfalls mein Verständnis nach einmaligen Anschauen, ohne dort irgendwie beteiligt zu sein. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS
Am 28.05.2010 20:44, schrieb Chris66: Beim Überprüfen dieses Bereichs: http://129.206.229.146/openrouteservice/index.php?start=6.8080057,50.8561826end=6.8053235,50.8638487pref=Shortestlang=denoMotorways=falsenoTollways=false war mir aufgefallen, dass ORS nicht über den mit access=destination getaggten Betriebsweg zur Autobahn routet sondern korrekt über die Anschlussstelle 106. Der Weg (http://www.openstreetmap.org/browse/way/55746438/history) existiert in OSM aber erst seit 17.4.2010 während der Datenstand bei ORS älter ist (9.4.2010). Beschildert ist der Weg (wie üblich bei diesen Betriebswegen) mit Zeichen 250 + Betriebs- und Versorgungsdienst frei. Korrektes Tagging wäre also vehicle=delivery, aber das wird ja auch von den wenigsten Routern ausgewertet. Routerfreundlich wäre ein access=private. So, nach Datenupdate bei ORS (10.6.2010) routet er nun - wie ich erwartet habe - über den verbotenen Betriebsweg zur Autobahn. Ich denke ich werde das mal auf access=private umtaggen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] navi mit garmin gpsmap60cx
Moin ! ich habe in den letzten Tagen mich von meinem garmin gpsmap60cx durch berlin leiten lassen und dabei einiges an erfahrungen gesamelt dich mich zum einen positiv gestimmt haben und zum anderen verärgert. vielleicht kann mir der eine oder andere von euch noch einen anwendungstipp geben oder man kann diese info weiter verwenden. ausgangslage: selbstgerechnete karten mit mkgmap - version 1188 * das was mich am meisten verwunder das plötzlich haken geschlagen wurden. die magenta-farbende darstellung hat einen weg beschritten der gar nicht als ways definiert war. * wenn abgebogen werden soll an fahrbahnen mit baulich getrennten fahrbahnen dann ist man ja im abbiegenden moment noch auf einem teilstück einer straße - z.b. namentlich dem teil der rechts anschließenden. will man aber links abbiegen dann würde ein ganz anderer name kommen. dieses hat zu einigen verwirrungen geführt. da ich aber auch nicht im besitz von einem kommerziellen gps bin weiß ich allerdings auch nicht wie diese die richtungsänderung anzeigen. * dann hat er teilweise die haftung mit der karte verloren und ist im track einfach abgedriftet - das hängt aber vermutlich damit zusammen das ich die entsprechende option deaktiviert habe um beim mappen nicht verfälscht zu werden. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] navi mit garmin gpsmap60cx
Hallo, Am 12.06.2010 12:08, schrieb Jan Tappenbeck: ausgangslage: selbstgerechnete karten mit mkgmap - version 1188 Du solltest auf jeden Fall eine aktuellere Version von mkgmap.jar verwenden. Aktuellste ist die Version 1652. Vermutlich kommen einige der Probleme von der alten Version, die Du verwendest. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Hi, habe heute wieder neue Statistiken zum OSM Routing View erstellen lassen. http://tools.geofabrik.de/osmi/?view=routinglon=10.85156lat=51.62757zoom=6 Schön zu sehen das Insgesamt die Fehleranzahl bei den nicht verbundenen Straßen (1m) zurück geht. Ein Diagramm ist hier zu finden: http://neis-one.org/wp-content/uploads/2010/06/Stats_OSMI_R_V_201006.png Etwas bedenklich ist allerdings die Entwicklung in Hessen. Dort hat sich die Fehleranzahl von ca. 400 auf quasi über 800 verdoppelt. Mit dem Saarland ist auch das erste Bundesland für den dargestellten Fehlertyp auf 0, Glückwunsch :) ! Spitzenreiter im beseitigen der Fehler sind für den letzten Zeitraum die Länder NRW RLP. Beide konnten um die 400 Fehler beheben ... Die Analyse läuft jetzt etwas weniger als vier Monate und die Gesamtanzahl der Fehler (nicht verbundene Straßen doppelte Wege) konnte von über 50.000 auf ca. die Hälfte (25.900) verringert werden! viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Hallo, am 12.06.2010 12:54 schrieb Pascal Neis: Schön zu sehen das Insgesamt die Fehleranzahl bei den nicht verbundenen Straßen (1m) zurück geht. Und wie viele Fehler sind false positives? Beispielsweise sehe ich in meiner näheren Umgebung schon zwei Service-Straßen, die unter einer Brücke enden. Das ist korrekt, wird aber angemeckert, weil Layer-Tags nicht korrekt ausgewertet werden. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Am 12. Juni 2010 07:30 schrieb Johannes Huesing johan...@huesing.name: M∡rtin Koppenhoefer dieterdre...@gmail.com [Wed, Jun 09, 2010 at 10:13:30PM CEST]: Am 9. Juni 2010 21:45 schrieb Johannes Huesing johan...@huesing.name: (disused=place_of_worship, amenity=arts_centre) ebenfalls anzugeben, daher weglassen. +1 Das lässt sich auch auf highway ausdehnen: Eine Straße, die massiv umgebaut wird, sodass nur noch Fußgänger durchkommen, wäre mit highway=construction, construction=primary ungenügend bezeichnet. Ich zöge hier highway=footway vor. -1, ich würde das über access-tags regeln. Eine Primary-Baustelle ist kein Fußweg. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Hi, Norbert Kück schrieb: Hallo, am 12.06.2010 12:54 schrieb Pascal Neis: Schön zu sehen das Insgesamt die Fehleranzahl bei den nicht verbundenen Straßen (1m) zurück geht. Und wie viele Fehler sind false positives? Beispielsweise sehe ich in meiner näheren Umgebung schon zwei Service-Straßen, die unter einer Brücke enden. Das ist korrekt, wird aber angemeckert, weil Layer-Tags nicht korrekt ausgewertet werden. wenn die Straßen dort enden kannst du ein noexit Tag einfügen und danach sollte es nicht mehr als Fehler angezeigt werden ... viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Binary formate / planet reader shootout Was: REGEX in PERL wieder mal
On Sat, Jun 12, 2010 at 11:10:39AM +0200, Frederik Ramm wrote: Ich fand dies hier spannend (ueber ein neues Binaerformat): http://lists.openstreetmap.org/pipermail/dev/2010-April/019370.html an entire planet, including all metadata, can be read in about 12 minutes and written in about 50 minutes on a 3 year old dual-core machine So aehnliches zeugs habe ich auch probiert - wenn ich aber nur die nodes mit allen metadaten (ohne tags) schreibe d.h. mit uid, version, changeset, etc - dann habe ich nur fuer die nodes ~9GB ... Das ist dann ebenfalls schon mit lat/lon als uint32 und die anderen values als compressed integers ablege. Bei den tags habe ich mir erstmal gedanken zum string dedupe gemacht und die idee ist jetzt eben nicht die strings sondern string numbers zu schreiben - Die dedupe string table ist auch nicht so gross das man sie nicht im speicher halten kann. Der Ansatz war sowas wie die TRAPI zu bauen, aber halt in schnell beim importieren - moeglichst mehrere CPUs zu exploiten - Ich habe hier kisten mit 16GB Ram und 8 Cores - und wenn ich mit trapi rumhampel ist 1ne CPU und 60MB Ram in benutzung. Also ist mein Ansatz zu versuchen auf solcher hardware den Planet komplett in wenigen minuten bis stunden in den speicher lesen zu koennen so das alle abfragen dann in memory laufen koennen. Alternativ koennte man das jeweils in irgendwelche container a 1GB oder so droppen und dann da mit mmap rumhampeln ... Aber ich werde da bestimmt kein Java fuer anfassen ;) Aber das design dokument ist spannend - ueber delta compression fuer die node ids habe ich auch schon nachgedacht - koennte so einiges bringen ... Im moment ist das einfach nur nen bischen spielerei ... Flo -- Florian Lohoff f...@zz.de 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] ORS
Am 12. Juni 2010 12:03 schrieb Chris66 chris66...@gmx.de: Korrektes Tagging wäre also vehicle=delivery, aber das wird ja auch von den wenigsten Routern ausgewertet. Routerfreundlich wäre ein access=private. So, nach Datenupdate bei ORS (10.6.2010) routet er nun - wie ich erwartet habe - über den verbotenen Betriebsweg zur Autobahn. Ich denke ich werde das mal auf access=private umtaggen. Chris Naja, access=private ist ja bei z 250+B u Vd frei mit ziemlicher Sicherheit falsch. Es stellt sich die Frage, ob wir einem nicht richtig funktionierenden Router nicht lieber einen Hinweis auf das Problem geben sollten, anstatt unser tagging so zu verändern, daß *dieser* konkrete router an dieser Stelle (für Fahrzeuge) funktioniert, ein korrekt arbeitender Router aber nicht mehr (weil er z.B. auch Fußgänger nicht mehr durch diesen Bereich schickt). Dazu zählen auch die vielen User, die mit mkgmap (oder navit/maptool) selbst Karten aus OSM-Daten generieren und sich Gedanken um richtiges routing für verschiedene Fortbewegungsmittel machen. Natürlich ist es schade, daß ein Dienst mit solch einer breiten Zielgruppe wie ORS an dieser Stelle anders routet, als es durch das tagging gewollt ist, aber viele andere Routing-Anwendungen werden dadurch sabotiert (unter anderem auch meine eigene Garmin-Karte, die mich mit steigender Zuverlässigkeit durch die Region Köln/Bonn routet und mir beim Auffinden von fehlern hilft). Ich wäre also dafür, diese Wege entsprechend der Beschilderung zu taggen und nicht entsprechend des Verhaltens eines populären online-Routers. (Und natürlich einen freundlichen Bugreport nach Heidelberg zu schicken :-) ) Ein anderes Beispiel, wo ORS zur Zeit Mist baut ist barrier=bollard an nodes - wenn ich mich recht erinnere, hat das früher mal funktioniert... yournavigation.org hingegen beachtet das tag korrekt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 1-Euro-Jobber als Mapper einsetzen
Mein Projekt „Wir mappen unsere Verbandsgemeinde“ (http://wiki.openstreetmap.org/wiki/Montabaur ) hat die ARGE der Agentur für Arbeit neugierig auf OpenStreetMap gemacht. Sie haben nun vor, im Zeitraum eines halben Jahres das gesamte Kreisgebiet von 1-Euro-Jobbern mappen zu lassen. Diese sollen dabei von den üblichen Bildungsträgern betreut werden. Weiß jemand, ob es ähnliche Projekte schon gibt oder gegeben hat? Denkt Ihr, dass das gut gehen kann? Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1-Euro-Jobber als Mapper einsetzen
Hallo, Thomas wrote: Weiß jemand, ob es ähnliche Projekte schon gibt oder gegeben hat? Ich weiss von keinen. Denkt Ihr, dass das gut gehen kann? Normalerweise mappen bei OSM Leute, die das gerne wollen, nicht Leute, die dafuer bezahlt werden. Wenn jemand an OSM mit der Haltung sag mir genau, was ich machen muss, sonst gehts nicht rangeht, wird das nichts. Ich koennte mir vorstellen, dass mein paar von den Teilnehmern tatsaechlich anfixen kann, dass sie verstehen, dass sie da wirklich was Sinnvolles tun. Wenn man das hinkriegt - eventuell sogar etwas Zeit investiert, auf den Einzelnen einzugehen und irgendwas zu finden, wo OSM z.B. fuer ein Hobby einen sichtbaren Nutzen bringt, dann koennte das vielleicht sogar was werden. Bloss wer lustlos zu Werke geht, ist fuer OSM wenig nuetzlich. Es steht und faellt also mit den ueblichen Bildungstraegern, von denen Du sprichst... 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] Frage zu Gewässerrelationen
Am 11. Juni 2010 11:06 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 11. Juni 2010 07:13 schrieb Martin Simon grenzde...@gmail.com: Martin (der sich für zusammenhängende Bach-/Flußläufe(viele wechseln mehrfach den Namen) das interessiert mich: Flüsse, die den Namen wechseln? Im selben Land? Hast Du da mal ein Beispiel? Hallo! Z.B.: der Hardtbach bei Bonn: http://www.openstreetmap.org/?minlon=7.0207633972168minlat=50.7062873840332maxlon=7.03848171234131maxlat=50.7201309204102 (in OSM teilweise Hardtbergbach genannt) Wird, wenn er den Einflußbereich von Witterschlick verlässt, Alter Bach genannt in OSM hat jemand der alte Bach getaggt. Dann wechselt er auf seinem Weg zum Rhein noch einmal seinen Namen - ganz schön viel Aufhebens für das mickrige Rinnsal, an dem ich als Kind Staudämme gebaut hab. ;-) Wikipedia: http://de.wikipedia.org/wiki/Hardtbach_(Rhein) Ähnlich ergeht es dem Lengsdorfer Bach etwas weiter östlich bei - naja - Lengsdorf. Interessant wäre hier, die Gewässerkennzahl als ref=* o.ä. ins Spiel zu bringen, die Klarheit darüber zu geben scheint, welcher Lauf in welches Gewässersystem einmündet und wann ein Fließgewässer in ein anderes mündet bzw. als durchgehend betrachtet wird, auch wenn es den Namen an dieser Stelle wechselt und beide Fließgewässer ähnlich groß oder bedeutsam sind.(?) http://de.wikipedia.org/wiki/Fließgewässerkennziffer Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1-Euro-Jobber als Mapper einsetzen
Am 12. Juni 2010 15:06 schrieb Thomas thomas.ebe...@t-online.de: Mein Projekt „Wir mappen unsere Verbandsgemeinde“ (http://wiki.openstreetmap.org/wiki/Montabaur ) hat die ARGE der Agentur für Arbeit neugierig auf OpenStreetMap gemacht. Sie haben nun vor, im Zeitraum eines halben Jahres das gesamte Kreisgebiet von 1-Euro-Jobbern mappen zu lassen. Diese sollen dabei von den üblichen Bildungsträgern betreut werden. Weiß jemand, ob es ähnliche Projekte schon gibt oder gegeben hat? Denkt Ihr, dass das gut gehen kann? Das Thema wurde vor einiger Zeit mal auf der Thüringer Mailingliste Diskutiert. Anlass war, soweit ich mich erinnere, aber kein konkretes Projekt. Der Vorschlag, 1-Euro-Jobber, einzusetzen wurde wohl von einem Mapper gemacht, stieß aber bei den übrigen Listenteilnehmern auf wenig Gegenliebe. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1-Euro-Jobber als Mapper einsetzen
Falk Zscheile schrieb: Am 12. Juni 2010 15:06 schrieb Thomas thomas.ebe...@t-online.de: [...] 1-Euro-Jobber [...] Das Thema wurde vor einiger Zeit mal auf der Thüringer Mailingliste Diskutiert. Der Vollständigkeit halber der Link: http://www.mail-archive.com/thuerin...@lists.openstreetmap.de/msg00123.html Gruß malenki, den alten Thread nicht selbst gefunden habend 0o ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1-Euro-Jobber als Mapper einsetzen
Hallo, OSM ist nicht geholfen, wenn fehlerhafte Daten eingepflegt werden. Es braucht viel Zeit und Muße, sich in das Thema einzuarbeiten. Gerade bei Spezialfällen und Details ist Erfahrung wichtig. Wer soll die Einarbeitung übernehmen? Die üblichen Bildungsträger dürften wohl kaum nenneswertes Wissen über jOSM, Map Features Co haben. Weitere Frage wäre, wie es rechtlich aussieht. Darf die Arge Leute zwingen, unserer Lizenz zuzustimmen bzw. einer späteren Lizenzänderung? Fazit: Gute Idee, aber ob es einen Nutzen für OSM hat bleibt abzuwarten. -- View this message in context: http://gis.638310.n2.nabble.com/1-Euro-Jobber-als-Mapper-einsetzen-tp5171569p5171753.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Pascal Neis schrieb: Hi, habe heute wieder neue Statistiken zum OSM Routing View erstellen lassen. http://tools.geofabrik.de/osmi/?view=routinglon=10.85156lat=51.62757zoom=6 Schön zu sehen das Insgesamt die Fehleranzahl bei den nicht verbundenen Straßen (1m) zurück geht. Ein Diagramm ist hier zu finden: http://neis-one.org/wp-content/uploads/2010/06/Stats_OSMI_R_V_201006.png [...] Hallo, wäre es evtl. möglich, den View auch auf Österreich auszudehnen? Gerade im Zusammenhang mit der plan.at-Problematik wäre die connected-way-Überprüfung sehr hilfreich. tia Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Am 12.06.2010 12:54, schrieb Pascal Neis: Hi, Hallo habe heute wieder neue Statistiken zum OSM Routing View erstellen lassen. http://tools.geofabrik.de/osmi/?view=routinglon=10.85156lat=51.62757zoom=6 Diesen Fuß/Radweg habe ich vor Kurzem eingefügt, damit das Routing für Fahrräder an dieser Kreuzung klappt: http://www.openstreetmap.org/browse/way/59407081 Er wird vom Inspector als 'duplicate way' angezeigt. An der Stelle kreuzt der entlang der Straße verlaufende Fuß/Radweg die vierspurige Straße mit Lichtsignalanlage. Der Weg hat an der Ampel jeweils einen Gemeinsamen Punkt mit der Straße, da ich nicht einen separaten Punkt mit Ampel für den Fuß/Radweg anlegen wollte, es ist ja tatsächlich ein und dieselbe Ampel für alle. Ich frage mich nun, ob ich etwas falsch gemacht habe oder ob der Inspector hier zu kritisch ist. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS
2+ wambacher - Mauern um Friedhöfe sind Blödsinn: Die, die drin sind, können nicht raus - die, die draußen sind, wollen nicht rein. -- View this message in context: http://gis.638310.n2.nabble.com/ORS-tp5114057p5172073.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kreuzungstopologie Was: Neue Stats zum OSM DE Routing View (11.6.10)
On Sat, Jun 12, 2010 at 06:41:47PM +0200, Rainer Kluge wrote: An der Stelle kreuzt der entlang der Straße verlaufende Fuß/Radweg die vierspurige Straße mit Lichtsignalanlage. Der Weg hat an der Ampel jeweils einen Gemeinsamen Punkt mit der Straße, da ich nicht einen separaten Punkt mit Ampel für den Fuß/Radweg anlegen wollte, es ist ja tatsächlich ein und dieselbe Ampel für alle. Ich frage mich nun, ob ich etwas falsch gemacht habe oder ob der Inspector hier zu kritisch ist. Ohne die Kreuzung zu kennen glaube ich die topologie nicht - Ich glaube nicht das der Rad/Fußweg dieselben nodes wie die Straße nutzt. Auf der Straße ist bicyle=no und foot=no - also sollten die beiden nodes mit traffic signals nicht im radweg sein - Sondern der radweg seperat ueber die Blaubeurer Straße gefuehrt werden. Leider scheinen die google sat bilder schnarchenalt und zeigen den bereich noch im Bau wuerde ich sagen ... Das der validator muckt ist aber nur zufall ;) Flo -- Florian Lohoff f...@zz.de 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] Neue Stats zum OSM DE Routing View (11.6.10)
Pascal Neis-4 wrote: Hi, habe heute wieder neue Statistiken zum OSM Routing View erstellen lassen. ..snip. Etwas bedenklich ist allerdings die Entwicklung in Hessen. Dort hat sich die Fehleranzahl von ca. 400 auf quasi über 800 verdoppelt. eine kurze Stichprobe meinerseits hat ergeben (3x darf man raten) oberförster , wer sonst. sind zwar nur noch reste vom letzten bulkload, aber wenn der mist baut, dann richtig!! mfg walter - Mauern um Friedhöfe sind Blödsinn: Die, die drin sind, können nicht raus - die, die draußen sind, wollen nicht rein. -- View this message in context: http://gis.638310.n2.nabble.com/Neue-Stats-zum-OSM-DE-Routing-View-11-6-10-tp5171342p5172102.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS
Am 12.06.2010 14:48, schrieb Martin Simon: Ein anderes Beispiel, wo ORS zur Zeit Mist baut ist barrier=bollard an nodes - wenn ich mich recht erinnere, hat das früher mal funktioniert... yournavigation.org hingegen beachtet das tag korrekt. Naja, man muss derzeit (auch für den Cloudmade-Router und damit eben auch für das Iphone-Dings) eben statt einem Bollard die Straße auftrennen und stattdessen ein kurzes Stück (1m) Rad-/Fussweg als Verbindung setzen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
hi pascal, sieht ja echt toll aus. und wird immer schoener :) in meiner - jetzt oberförster-freien gegend hab ich ne kleine unklarheit. siehe http://tools.geofabrik.de/osmi/?view=routinglon=8.15037lat=50.14085zoom=18opacity=0.60 hier werden zwei einfahrten in parkhäuser moniert, andere aber nicht. und zwei pfade zu eingängen von gebäuden, andere aber wieder nicht. das ist mir etwas schleierhaft. eventuell kann ja mal jewand einen blick draufwerfen. mfg walter - Mauern um Friedhöfe sind Blödsinn: Die, die drin sind, können nicht raus - die, die draußen sind, wollen nicht rein. -- View this message in context: http://gis.638310.n2.nabble.com/Neue-Stats-zum-OSM-DE-Routing-View-11-6-10-tp5171342p5172173.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS
Am 12.06.2010 19:26, schrieb Johann H. Addicks: Am 12.06.2010 14:48, schrieb Martin Simon: Ein anderes Beispiel, wo ORS zur Zeit Mist baut ist barrier=bollard an nodes - wenn ich mich recht erinnere, hat das früher mal funktioniert... yournavigation.org hingegen beachtet das tag korrekt. Naja, man muss derzeit (auch für den Cloudmade-Router und damit eben auch für das Iphone-Dings) eben statt einem Bollard die Straße auftrennen und stattdessen ein kurzes Stück (1m) Rad-/Fussweg als Verbindung setzen. ... und mit dieser Vorgehensweise bessert sich der Router dann nie. Sowas nennt man Mappen für den Router - keine sonderlich gute Idee. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1-Euro-Jobber als Mapper einsetzen
moin mit verlaub so etwas empfinde ich als wirklich höflich gesagt als schweinerrei! ok leute bezahlen um für OSM zu mappen. gut kann man drüber reden. aber das ein kreis dafür ein euro jobber seinsetzen will find ich mehr als nur moralisch fragwürdig. dann kommt der kreis noch auf die idee hey wir ham da ja kartenmaterial mit guter qualität dann können wir das auch statt den karten des Katasteramt verwenden. die schmeißen dann die überflüssigen angestellten raus und stellen sie dann wieder als ein euro jobber für´s OSM mappen ein... super idee! davon mal ab, bezahlt der steuerzahler nicht schon leute bei Katasteramt um zu mappen? warum sollen wird dann nochmal dafür zahlen damit ein euro jobber das gleiche machen? kann man doch gleich das original Katasteramt material freigeben. cu assetburned On 12.06.2010, at 14:06, Thomas wrote: Mein Projekt „Wir mappen unsere Verbandsgemeinde“ (http://wiki.openstreetmap.org/wiki/Montabaur ) hat die ARGE der Agentur für Arbeit neugierig auf OpenStreetMap gemacht. Sie haben nun vor, im Zeitraum eines halben Jahres das gesamte Kreisgebiet von 1-Euro-Jobbern mappen zu lassen. Diese sollen dabei von den üblichen Bildungsträgern betreut werden. Weiß jemand, ob es ähnliche Projekte schon gibt oder gegeben hat? Denkt Ihr, dass das gut gehen kann? Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Hallo, wenn im Umkreis von 5m keine anderen Wege sind gibts auch keine Meckerei... Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Neue-Stats-zum-OSM-DE-Routing-View-11-6-10-tp5171342p5172248.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur CC-BY-SA Lizenz
Frederik Ramm frede...@remote.org wrote: Wenn die Daten aber getrennt bleiben, also wenn die Firma z.B. an die Kunden eine OSM- und eine Navteq-Datei ausliefert und die Software kundenseitig dann beides einliest und daraus ein Routing berechnet o.ae., dann koennten beide Datensaetze unter ihrer jeweiligen Lizenz bleiben. Ich bin zwar kein Rechtsfachmann, denke aber mal, dass genau das z.B. bei der gemeinsamen Darstellung von Google Maps und OSM http://sautter.com/map/ oder der Darstellung aller niedersächsischen Haltestellen auf einer OSM Karte http://62.154.206.92/mc2.1/index.htm zum Tragen kommt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS
Am 12.06.2010 um 19:46 schrieb Ulf Lamping: Am 12.06.2010 19:26, schrieb Johann H. Addicks: Am 12.06.2010 14:48, schrieb Martin Simon: Ein anderes Beispiel, wo ORS zur Zeit Mist baut ist barrier=bollard an nodes - wenn ich mich recht erinnere, hat das früher mal funktioniert... yournavigation.org hingegen beachtet das tag korrekt. Naja, man muss derzeit (auch für den Cloudmade-Router und damit eben auch für das Iphone-Dings) eben statt einem Bollard die Straße auftrennen und stattdessen ein kurzes Stück (1m) Rad-/Fussweg als Verbindung setzen. ... und mit dieser Vorgehensweise bessert sich der Router dann nie. Sowas nennt man Mappen für den Router - keine sonderlich gute Idee. Das ist nicht nur keine gute Idee, das ist ehrlich gesagt Blödsinn vom Feinsten. Erstens entspricht es nicht der Realität und zweitens ist es viel effizienter den Router intelligenter zu machen. provo Ist bei ORS schon die Luft raus?/provo, dass Cloudmade lahm ist, wissen wir ja - und die vermarkten sich kommerziell und müssten es eigentlich schon aus eigenem Qualitätsanspruch besser wissen. Es ist zumindest leichter, als Abbiege-Relationen zu berücksichtigen ... steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
thanx, für die tiefgaragen kapier ich das schon (dauerte a bisserl, bin schon was älter;) aber mit den hauseingängen war ich mir noch nicht sicher. es liegt wohl daran, das der fußweg am entry endet und dieser ja kein node in einem regulären weg ist. zufälligerweise ist noch der parkplatzweg in der nähe - fehlermeldung. bleibt so, basta. wir taggen nicht für die renderer (omm..), nicht für die router und auch nicht für die validatoren - sondern nur zum spass ;) gruss walter - Mauern um Friedhöfe sind Blödsinn: Die, die drin sind, können nicht raus - die, die draußen sind, wollen nicht rein. -- View this message in context: http://gis.638310.n2.nabble.com/Neue-Stats-zum-OSM-DE-Routing-View-11-6-10-tp5171342p5172311.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM 3329 ÖPNV
Guten Abend, habe gerade die neuste Version vom JOSM heruntergeladen (3329). Nun hab ich ein paar Haltestellen eingezeichnet und diese in Relationen eingefügt. Nun 'meckert' JOSM bzw. Validator. Element für Rolle leer hat den falschen Typ Im Moment ist die Rolle tatsächlich leer. Nur was soll da nun rein? Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Pascal Neis am: Samstag, 12. Juni 2010 12:55 Hi, habe heute wieder neue Statistiken zum OSM Routing View erstellen lassen. http://tools.geofabrik.de/osmi/?view=routinglon=10.85156lat=51.6 2757zoom=6 Es wird immer noch als Fehler gemeldet der Übergang von highway=footway nach railway=platform http://www.openstreetmap.org/?lat=48.346353lon=10.876437zoom=18layers=B00 0FTF (südliche beiden Enden der Bahnsteige von Maria Stern zu den Fußwegen) Auf dem Bahnsteig habe ich nicht extra foot=yes gemacht, ist das nötig? Aber auch wenn ich das machen würde, würde das andere Ende des Bahnsteigs vermutlich gemeldet werden, da geht es nicht weiter. Muß/soll da auch noch ein noexit=yes auf den Endknoten drauf oder ist das unnötig? Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzungstopologie Was: Neue Stats zum OSM DE Routing View (11.6.10)
Am 12.06.2010 19:07, schrieb Florian Lohoff: Ohne die Kreuzung zu kennen glaube ich die topologie nicht - Ich glaube nicht das der Rad/Fußweg dieselben nodes wie die Straße nutzt. Das stimmt, aber hätte ich die Kreuzung der Straßen und die Kreuzung des Rad/Fußwegs mit den Straßen topologisch korrekt erfasst, dann hätte ich auf jeder Straßenseite an beiden Kreuzungspunkten eine Ampel anbringen müssen, was mir nicht besonders gefällt, da dort ja tatsächlich nur eine Ampel ist. Ich hatte seinerzeit nach Informationen zum Thema Mappen von komplexen Kreuzungen mit Lichtsignalanlagen gesucht und verstanden, dass es wohl (noch) keine befriedigende Lösung gibt. Die Zahl der Kreuzungspunkte ist an solchen Kreuzungen nun mal größer als die Zahl der Ampeln. Das der validator muckt ist aber nur zufall ;) Das beruhigt mich. Ich werde mal den Abstand von Radweg zu Strasse etwas vergrößern. Das sieht dann auch beim Rendern mit Mapnik besser aus. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Stats zum OSM DE Routing View (11.6.10)
Hallo Pascal, bitte folgenden Fall nicht mehr als Fehler melden: a) Von einer Straße geht highway=footway ab und geht zu einem Knoten building=entrance. b) Von einer Straße geht highway=footway, dann verbunden mit highway=steps, der Weg verbunden mit building=entrance. Für Fall b ein Beispiel: http://www.openstreetmap.org/?lat=48.388522lon=10.907373zoom=18layers=B00 0FTF Von Schillstraße bei Grünfläche zum Gebäude nördlich davon. Danke und Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki bzgl. ref auf motorway_link ändern/ergänzen und ref dort ersetzen/entfernen?
Hallo talk-de Da ja jetzt kein weiteres Feedback mehr kam, das dem zuletzt gesagten entgegen spräche, habe ich nun die highway_link-Seiten für de und en entsprechend dem Ergebnis hier in der Liste im Wiki angepasst. Beim Erweitern der destination-Seite http://wiki.openstreetmap.org/wiki/DE:Key:destination und der Recherche für die Richtungsschilder ist mir nun aber eine Lösung für den wegfallenenden ref-Tag am hioghway_link aufgefallen. Genauso, wie auf dem Richtungsschild der Name der Stadt steht, zu dem die darauf folgende Autobahn führt, steht da häufig auch der ref der darauf folgenden Autobahn. Man könne also analog zum destination-key folgendes am highway_link (Beispiel Autobahnauffahrt zu A 22 Richtung Berlin Schild 430 (http://www.sicherestrassen.de/VKZKatalog/Kat430.htm) taggen: destination=Berlin destination_ref=A 22 destination_ref deshalb, weil es die Richtung zum ref angibt (in Richtung A 22) destination weil es die Richtung der Auffahrt angibt (in Richtung Berlin) Auch wenn wir mittlerweile festgestellt haben, dass der ref-Tag der darauf folgenden Autobahn am highway_link nur dann getaggt werden solle, wenn ein Schild oder eine andere Quelle dies auch sagt, so haben wir mit destinaion_ref dann einen Tag gefunden, der die Richtung zur A 22 angibt und eben nicht fälschlicherweise die A 22 am _link angibt. Was denkt ihr über destination_ref - besonders, wenn man dieses Schild gesehen hat: http://wiki.openstreetmap.org/wiki/File:Zeichen_430.svg Ich denke, den könnten wir ja schon aufgrudn der allgemeinen (falschen) Akzeptanz von ref am motorway_link auch ohne proposal ins wiki einführen, oder? Was denkt ihr? steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 3329 ÖPNV
Hallo ! habe gerade die neuste Version vom JOSM heruntergeladen (3329). Nun hab ich ein paar Haltestellen eingezeichnet und diese in Relationen eingefügt. Nun 'meckert' JOSM bzw. Validator. Element für Rolleleer hat den falschen Typ Im Moment ist die Rolle tatsächlich leer. Nur was soll da nun rein? Du hast vergessen zu erwähnen was für einen Typ von Relation du benutzt. Verschiedene Typen von Relationen haben verschiedene Rollen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 3329 ÖPNV
Hallo ! habe gerade die neuste Version vom JOSM heruntergeladen (3329). Nun hab ich ein paar Haltestellen eingezeichnet und diese in Relationen eingefügt. Nun 'meckert' JOSM bzw. Validator. Element für Rolleleer hat den falschen Typ Im Moment ist die Rolle tatsächlich leer. Nur was soll da nun rein? Du hast vergessen zu erwähnen was für einen Typ von Relation du benutzt. Verschiedene Typen von Relationen haben verschiedene Rollen. Die Relation ist vom Typ Route. Matthias Gruß Steffen ___ 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] 1-Euro-Jobber als Mapper einsetzen
Frederik Ramm schrieb: Normalerweise mappen bei OSM Leute, die das gerne wollen, ... und Zeit dafür haben. VIelZeit haben bspw. Hartz-4-ler ... Wenn die sich nun schon eh die Zeit mit OSM vertreiben ... ... und dann kommt das Jobcenter und sagt: Also dass Sie nur so zuhause rumhocken ... Sie müssen mal raus ... Wie wäre es mit 'nem 1-€-Job? Dann könnte der/die ja OSM vorschlagen ... ;-) Dann bräuchte es nur noch einen Arbeitgeber Wenn ich das von einem befreundeten Verein richtig in Erinnerung habe, der per 1-€-Job zeitweise seine Üffnungszeiten erweiterte, kostet das den womöglich nix ... Die Sache mal aus einem anderen Blickwinkel betrachtet ... Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS
Am 12.06.2010 20:20, schrieb steffterra: Naja, man muss derzeit (auch für den Cloudmade-Router und damit eben auch für das Iphone-Dings) eben statt einem Bollard die Straße auftrennen und stattdessen ein kurzes Stück (1m) Rad-/Fussweg als Verbindung setzen. ... und mit dieser Vorgehensweise bessert sich der Router dann nie. Ich habe nicht gesagt, dass ich das tue, aber gesehen habe ich das schon... provo Ist bei ORS schon die Luft raus?/provo, Hat der Domainumzug dort schon geklappt? dass Cloudmade lahm ist, wissen wir ja - und die vermarkten sich kommerziell und müssten es eigentlich schon aus eigenem Qualitätsanspruch besser wissen. Es ist zumindest leichter, als Abbiege-Relationen zu berücksichtigen ... Cloudmade beherrscht doch seit 2(?) Monaten auch (die mir bekannten) Turn-Restrictions. Oder gibt's da doch wieder Probleme? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
aighes wrote: Bis ein eigener Karte-Style fertig ist dauert es mehrere Wochen an Arbeitszeit. Diese Zeit kann und will nicht jeder investieren. Nein. Der Trick ist, einen bestehenden zu nehmen und ihn anzupassen. Man merkt ja erst mit der Zeit, was einem persönlich fehlt, und ändert das dann. Der nächste Knackpunkt ist die Leistung des Rechners. Eine kleine Karte, wie du sie nennst dürfte auf einem normalen Rechnern gehen. Bei Komplett Bayern dürfte dann schon langsam die Grenze erreicht sein, dass mit 32bit machbar ist. 64bit-Systeme mit viel RAM hat nicht jeder im Keller stehen. Bayern macht mein Laptop in ca 10 Minuten. Im Keller stehen deutlich leistungsschwächere Rechner, den Linuxrechner müßten wir mal updaten, deshalb kann der keine Karten berechnen, die Sun ist allerdings etwas schwach auf der Brust, sie braucht immer etwa dreimal so lang, wie der Laptop. Weiterhin zeigen Ebay-Verkäufe von OSM-Karten auf SD-Karte, dass es Nutzer gibt, denen selbst das entpacken und kopieren einer gmapsupp zu komplex ist. Ups, damit hatte ich allerdings nicht gerechnet. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Tirkon wrote: Mit deiner Einschätzung von simpel dürftest Du bei einer nicht unerheblichen Menge von Usern daneben liegen. Im Fazit komme ich daher wiederum zu der Feststellung meines Vorpostings, dass Dein Wunsch, keine vorgekauten Karten anzubieten, etliche Mapper und auch Nutzer von OSM ausschließen und/oder den Einstieg verwehren würde. In Anbetracht dessen, dass man sich hier auf dem Lande auf hunderten von Quadratkilometern im Wesentlichen allein findet, wäre dies kontraproduktiv. Ich will doch nicht, dass vorgekaute Karten nicht angeboten werden, das wäre doch kompletter Blödsinn. Ich will nur mehr Leute animieren, selber Karten zu bauen. Und mir kam es eben vor, als ob viele Leute denken, dass Karten selberbauen eine Geheimwissenschaft ist. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Recycling
Hi! Kann man irgendwie dazuschreiben, was man wo loswerden kann? Altkleidercontainer werden irgendwie genauso getaggt, wie Wertstoffhöfe. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Recycling
Daniela Duerbeck daniela.duerb...@gmx.de wrote: Kann man irgendwie dazuschreiben, was man wo loswerden kann? Altkleidercontainer werden irgendwie genauso getaggt, wie Wertstoffhöfe. http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Drecycling ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Classificazione highways: path vs track
Il 11 giugno 2010 19.41, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: 2010/6/11 gvf g...@gvf.ve.it: per le strade che accedano ad un farm / una casa sola e poi si fermano metto spesso service, invece quando contiuano e passano soltanto una casa metto unclassified. Ok, farò così, grazie Ciao, groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con immagini PCN
2010/6/11 Cristian Testa testa.crist...@tiscali.it: Cosa ne pensate?? penso se il PCN non si fida di noi (e non si possono fidare di qualcuno, visto che non sono proprietari delle foto e devono assicurare che non vengono rubati) non cambia niente. 2. l'idea di una whitelist è anche contrario al idea del libero accesso 3. in caso che si stabilisce un sistema del genere mi registrerei ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con immagini PCN
Ciao Alessandro, in data sabato 12 giugno 2010, alle ore 14:02, hai scritto: Aggiungo alla casistica: ho una (micro) rete in casa formata da due pc, uno con Ubuntu l'altro con XP. Quando, dopo aver lavorato con Josm + PCN con uno di essi, tento di fare lo stesso con l'altro, arrivano le schermate rosse da entrambi i pc. E tutto si risolve riaccendendo il router. Sperando che il ban all'indirizzo IP sia solo temporaneo, altrimenti prima o poi ci ritroveremo senza indirizzi non bannati... Per adesso è temporaneo, ho fatto alcune prove in ufficio, IP fisso e fino ad adesso, il giorno dopo ripartiva tutto anche perchè se così non fosse, farebbero prima a chiudere il servizio del tutto :-) Visto questi continui problemi ed anche per ottimizzare l'uso delle risorse, non c'è modo con josm di creare una cache locale, in fin dei conti se non permetto a nessuno di accedere alla cache è tutto regolare, oltretutto per chi come me ha una pessima adsl (Eutelia 7mega+ castrata a 2 mega :-( si migliorerebbe anche il flusso dati, non ha molto senso che editando una strada se una volta arrivato in fondo voglio rivedere qualcosa all'inizio debba ricaricare dalla rete dei dati che ho preso non più di 10 minuti prima, per esempio. Tanto per fare un esempio, GoogleEarth per gli stessi motivi mi permette di avere una cache fino a 2GB in locale. Alessandro -- Ciao, Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Lettera aperta al PCN
Ciao a tutti, siccome la situazione sta diventando insostenibile mi sono permesso di buttare giù sul wiki [1] una paginetta con un po' di pensieri riguardo il PCN. L'idea sarebbe di definire come comunità le nostre richieste e i nostri mugugni sperando di venire ascoltati http://wiki.openstreetmap.org/wiki/Lettera_PCN lo stile vorrebbe essere fermo ma non acceso. Commenti e insulti sono ben accetti. In caso se l'idea non vi piace sentitevi pure liberi di cancellare la pagina. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Lettera aperta al PCN
--- Sab 12/6/10, Stefano Salvador stefano.salva...@gmail.com ha scritto: Da: Stefano Salvador stefano.salva...@gmail.com Oggetto: [Talk-it] Lettera aperta al PCN A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Sabato 12 giugno 2010, 15:35 Ciao a tutti, siccome la situazione sta diventando insostenibile mi sono permesso di buttare giù sul wiki [1] una paginetta con un po' di pensieri riguardo il PCN. L'idea sarebbe di definire come comunità le nostre richieste e i nostri mugugni sperando di venire ascoltati http://wiki.openstreetmap.org/wiki/Lettera_PCN lo stile vorrebbe essere fermo ma non acceso. Commenti e insulti sono ben accetti. In caso se l'idea non vi piace sentitevi pure liberi di cancellare la pagina. Ottima. Hai la mia firma. Marco. Ciao, Stefano ___ 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] Lettera aperta al PCN
Il 12/06/2010 15:35, Stefano Salvador ha scritto: Ciao a tutti, siccome la situazione sta diventando insostenibile mi sono permesso di buttare giù sul wiki [1] una paginetta con un po' di pensieri riguardo il PCN. L'idea sarebbe di definire come comunità le nostre richieste e i nostri mugugni sperando di venire ascoltati http://wiki.openstreetmap.org/wiki/Lettera_PCN lo stile vorrebbe essere fermo ma non acceso. Commenti e insulti sono ben accetti. In caso se l'idea non vi piace sentitevi pure liberi di cancellare la pagina. Ha tutto il mio appoggio. Considera un'altra firma. Ciao, Stefano Ciao Giuliano ___ 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] Lettera aperta al PCN
Il 12 giugno 2010 15.35, Stefano Salvador stefano.salva...@gmail.com ha scritto: Ciao a tutti, siccome la situazione sta diventando insostenibile mi sono permesso di buttare giù sul wiki [1] una paginetta con un po' di pensieri riguardo il PCN. L'idea sarebbe di definire come comunità le nostre richieste e i nostri mugugni sperando di venire ascoltati http://wiki.openstreetmap.org/wiki/Lettera_PCN Anche a me sembra fatta molto bene. Mi permetto di aggiungere una proposta, magari sbagliatissima... Il watermarking potrebbe essere una soluzione da suggerire? Far apparire sulle foto scaricate alla massima risoluzione delle scritte, come accade in Google Maps o Tuttocittà. A noi non darebbero alcun fastidio (ci basta riconoscere la forma delle strutture del territorio) e loro capirebbero che non ci interessa tenere una copia delle foto. Il watermarking potrebbe non essere compatibile con altri usi del wms diversi dal nostro, quindi dovrebbe essere fornito un secondo wms, apposta per chi mappa, che permetta di scaricare più dati, alla massima risoluzione, a patto di usare le immagini marchiate. Per loro sarebbe tecnicamente/economicamente possibile realizzarlo? Avrebbero il permesso di farlo non essendo proprietari delle foto? Ciao, groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lettera aperta al PCN
Trovo la lettera molto ben fatta e appoggio in pieno la tua iniziativa. Se serve fare altro fammi sapere! L'idea del watermark se tecnicamente possibile non sarebbe malvagia ai fini della mappatura. Sarebbe una sicurezza per il PCN e una garanzia di migliore servizio per noi. Ciao Erik ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lettera aperta al PCN
Mi permetto di aggiungere una proposta, magari sbagliatissima... Il watermarking potrebbe essere una soluzione da suggerire? il watermarking mi sembra un'ottima idea e, a pensarci bene, mi stupisce non ci sia già. Oltrettutto è facilissimo da aggiungere, ho fatto una ricerca su google con mapserver watermark e il secondo risultato spiega già come fare. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lettera aperta al PCN
-Original Message- From: Stefano Salvador [mailto:stefano.salva...@gmail.com] Sent: Saturday, June 12, 2010 22:01 To: openstreetmap list - italiano Subject: Re: [Talk-it] Lettera aperta al PCN Mi permetto di aggiungere una proposta, magari sbagliatissima... Il watermarking potrebbe essere una soluzione da suggerire? il watermarking mi sembra un'ottima idea e, a pensarci bene, mi stupisce non ci sia già. Oltrettutto è facilissimo da aggiungere, ho fatto una ricerca su google con mapserver watermark e il secondo risultato spiega già come fare. Dipende di come è fatto il watermark: se è come quello di Google, ben visibile ma senza dar troppo fastidio, per me va bene. Quello di Yahoo! invece nasconde effettivamente parti dell'immagine, limitando così l'utilità delle immagini. Michael ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con immagini PCN
Ho fatto qualche prova ulteriore e credo che il problema sia generato proprio da JOSM. Ecco quello che ho fatto in sequenza: 1- Provato a visualizzare una ortofoto del PCN collegandomi al server WCS del PCN con Compegps e tutto ha funzionato 2- Provato a visualizzare una ortofoto del PCN tramite JOSM e subito errore e relativo quadrato rosso, quindi ban dell' IP. 3- Provato a visualizzare una ortofoto con CompeGPS e adesso anche compe non riesce più ad accedere al server WMS perchè l' IP è bloccato 4- Resettando il router, naturalmente con un nuovo IP tutto torna alla normalità Deduco che sia stato l'uso di JOSM a scatenare il ban dell' IP. Consideriamo che i server del PCN possono capire facilmente se le richieste arrivano da JOSM dato che il pacchetto TCP/IP di richiesta inviato da JOSM è il seguente GET /cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_06.mapLAYERS=ortofoto_coloreREQUEST=GetMapVERSION=1.1.1FORMAT=image%2Fpngbbox=7.6663470,45.8060921,7.6729673,45.8127125srs=EPSG:4326width=500height=499 HTTP/1.1 User-Agent: JOSM/1.5 (3208 it) Host: wms.pcn.minambiente.it Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive mentre compeGPS si presenta al server come un normale browser internet. Ecco una richiesta al server WMS da parte di compegps GET /cgi-bin/mapserv.exe?REQUEST=GetMapVERSION=1.1.1SRS=EPSG:4326SERVICE=WMSmap=/ms_ogc/service/ortofoto_colore_06.mapwidth=520height=520LAYERS=ortofoto_colore_06STYLES=defaultBGCOLOR=0xFFTRANSPARENT=trueFORMAT=image/pngbbox=7.756386044,45.851226341,7.775071001,45.869911299 HTTP/1.1 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Host: wms.pcn.minambiente.it Cache-Control: no-cache La mia conclusione è che compegps presentandosi come un normale browser riesce a lavorare con il server WMS per molto tempo senza problemi, mentre JOSM è per qualche motivo un sorvegliato speciale e gode di filtri molto più restrittivi che portano al ban dell' IP. Se consideriamo che JOSM ha ricevuto autorizzazione scritta per l'uso dei servizi WMS qualcosa non quadra e probabilmente qualcuno stà giocando sporco utilizzando JOSM per scaricare una gran quantità di dati il che insospettisce il PCN che quindi lo filtra senza troppi complimenti. Oppure è un problema del plugin WMS di JOSM dato che ho notato che invia un pacchetto TCP/IP per ogni tile al server. In un secondo invia una ventina di pacchetti di richiesta. CompeGPS invece invia un solo pacchetto TCP/IP più grosso contenente una ventina di richieste per altrettante tiles. Dal punto di vista del server PCN il comportamento di JOSM potrebbere essere visto come un attacco al server e considerato un potenziale sovraccarico. Per un server con molta banda a disposizione non è un problema rispondere ad UN pacchetto contenente molte richieste come quello di compegps, ma è un problema rispondere ad un client che invia una serie molto veloce di piccole richieste. Il classico flood usato per un attacco DOS a un server in rete. Perchè prima non succedeva e ora si? Beh non lo so, magari dopo i problemi avuti nel fine settimana scorso hanno cambiato la configurazione dei server abbassando alcuni parametri riguardanti le connessioni in ingresso. Bisognerebbe sentire i tecnici del PCN. Naturalmente solo mie supposizioni Ciao Erik ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lettera aperta al PCN
Il 12/06/2010 15.35, Stefano Salvador ha scritto: Ciao a tutti, siccome la situazione sta diventando insostenibile mi sono permesso di buttare giù sul wiki [1] una paginetta con un po' di pensieri riguardo il PCN. L'idea sarebbe di definire come comunità le nostre richieste e i nostri mugugni sperando di venire ascoltati Concordo completamente, dove si firma? Concordo anche con il watermark non invasivo, se puo servire. Massimo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-pt] Grande duvida sobre trabalho jà feito
Mais aqui o problema ético é que tenho a certeza que os dados foram copiado do Google. E impossível ter uma estrada no OSM que não existe, olham pelo secundo exemplo ha um bocado de estrada que não existe em foto satélite, nem existe no Google StreetView, só existe no Google Map (e não se esqueçam que o Google Map tem erros). Viva, na minha opinião pessoal, o objectivo do OSM é fazer o melhor que pudermos, mesmo que isso signifique corrigir o trabalho de outra pessoa anterior. Desde que a alteração não seja feita com fins destrutivos ou simplesmente para chatear, não vejo conflitos éticos em mexer nos dados de outro. Eu já tomei a iniciativa de tentar melhorar as linhas editadas por outras pessoas, sempre que achei que tinha informação mais precisa ou mais actualizada. Também já notei um desfasamento de alguns metros entre o satélite e os meus traços GPX. Mas como esse erro é consistente e constante ao longo dos traços, presumo que possa ser erro da foto satélite! or isso utilizo a informação do GPX preferencialmente, sendo que costumo fazer dois ou três traços em dias diferentes para ter a certeza de ter uma média da localização tendo em conta dias em que o sinal não estava na melhor das condições (por cobertura de nuvens ou posição de satélites desfavorável...). Alguem mais tem opinião quanto ao desfasamento entre o satélite e os GPX? Espero ter ajudado, Victor 2010/6/12 Francisco DOS SANTOS f.dos.san...@free.fr Ola a todos, Esperando as férias, estou a fazer uma volta a Portugal a procura de imagem sat e de gpx para dar uma ajudinha em zona que não conheço. Encontrei nos arredores do Porto, uma zona bem denso (fiquei contento de ver uma zone bem chia :-) mais achei estranho ver ways muito longe da imagem sat. Por exemplo na zona de Gaia : http://www.openstreetmap.org/?lat=41.095966lon=-8.589326zoom=18layers=B000FTF A rotunda e sobre tudo a estrada do nordeste estão mal colocado em comparação da imagem Yahoo. Fui ver no Google e fiquei aflito : http://maps.google.com/maps?f=qgeocode=ie=UTF8ll=41.09613,-8.58901spn=0.001385,0.002411t=hz=19 Por não ter duvida, outro exemplo sempre na mesma zona : http://maps.google.com/maps?f=qgeocode=ie=UTF8t=hll=41.100668,-8.591113spn=0.001376,0.002411z=19 http://www.openstreetmap.org/?lat=41.100882lon=-8.591198zoom=18layers=B000FTF Com StreetView vês bem que o Google map esta errado (se calhar é um easter egg). Toda esta zone foi feito pelo usuário : http://www.openstreetmap.org/user/FilipeOliveira/edits Só ficou activo 1 mês mais parece ter feito muito mais mal do que bem, era melhor não fazer nada do que violar a lei e copiar material com copyright. Agora como é que se trata esta situação ? Devemos contactar essa pessoa mais ela já não esta activa a mais de um ano ? Quem tome a decisão e quem apaga todo o trabalho feito por outra pessoa ? ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Grande duvida sobre trabalho jà feito
http://www.openstreetmap.org/user/FilipeOliveira/edits Trabalhou só 1 mes em Novembro 2008 na zona de Matosinhos, Vila Nova de Gaia até Espinho. Uma zona muito grande por tão pouco tempo. Vou tentar ver se tudo o seu trabalho é igualzinho ao Google ou não. Então acho que o mais correcto é mesmo apagar. Se o utilizador insistir em utilizar fontes dessas por PREGUIÇA, pode exisitr sempre o recurso a denunciar essa prática que viola as regras do OSM e retirar a possibilidade de editar ao referido prevaricador. Isso vai completamente contra a licença do sistema e é condenável. O utilizador é identificável? Victor 2010/6/12 Francisco DOS SANTOS f.dos.san...@free.fr Mais aqui o problema ético é que tenho a certeza que os dados foram copiado do Google. E impossível ter uma estrada no OSM que não existe, olham pelo secundo exemplo ha um bocado de estrada que não existe em foto satélite, nem existe no Google StreetView, só existe no Google Map (e não se esqueçam que o Google Map tem erros). Viva, na minha opinião pessoal, o objectivo do OSM é fazer o melhor que pudermos, mesmo que isso signifique corrigir o trabalho de outra pessoa anterior. Desde que a alteração não seja feita com fins destrutivos ou simplesmente para chatear, não vejo conflitos éticos em mexer nos dados de outro. Eu já tomei a iniciativa de tentar melhorar as linhas editadas por outras pessoas, sempre que achei que tinha informação mais precisa ou mais actualizada. Também já notei um desfasamento de alguns metros entre o satélite e os meus traços GPX. Mas como esse erro é consistente e constante ao longo dos traços, presumo que possa ser erro da foto satélite! or isso utilizo a informação do GPX preferencialmente, sendo que costumo fazer dois ou três traços em dias diferentes para ter a certeza de ter uma média da localização tendo em conta dias em que o sinal não estava na melhor das condições (por cobertura de nuvens ou posição de satélites desfavorável...). Alguem mais tem opinião quanto ao desfasamento entre o satélite e os GPX? Espero ter ajudado, Victor 2010/6/12 Francisco DOS SANTOS f.dos.san...@free.fr Ola a todos, Esperando as férias, estou a fazer uma volta a Portugal a procura de imagem sat e de gpx para dar uma ajudinha em zona que não conheço. Encontrei nos arredores do Porto, uma zona bem denso (fiquei contento de ver uma zone bem chia :-) mais achei estranho ver ways muito longe da imagem sat. Por exemplo na zona de Gaia : http://www.openstreetmap.org/?lat=41.095966lon=-8.589326zoom=18layers=B000FTF A rotunda e sobre tudo a estrada do nordeste estão mal colocado em comparação da imagem Yahoo. Fui ver no Google e fiquei aflito : http://maps.google.com/maps?f=qgeocode=ie=UTF8ll=41.09613,-8.58901spn=0.001385,0.002411t=hz=19 Por não ter duvida, outro exemplo sempre na mesma zona : http://maps.google.com/maps?f=qgeocode=ie=UTF8t=hll=41.100668,-8.591113spn=0.001376,0.002411z=19 http://www.openstreetmap.org/?lat=41.100882lon=-8.591198zoom=18layers=B000FTF Com StreetView vês bem que o Google map esta errado (se calhar é um easter egg). Toda esta zone foi feito pelo usuário : http://www.openstreetmap.org/user/FilipeOliveira/edits Só ficou activo 1 mês mais parece ter feito muito mais mal do que bem, era melhor não fazer nada do que violar a lei e copiar material com copyright. Agora como é que se trata esta situação ? Devemos contactar essa pessoa mais ela já não esta activa a mais de um ano ? Quem tome a decisão e quem apaga todo o trabalho feito por outra pessoa ? ___ Talk-pt mailing list
Re: [Talk-cz] Za??te?n?k se hl?s? do slu?by
Ahoj! Baví mne pěší turistika a napadají mne tedy tři oblasti, kterými bych mohl začít: 1) Za poslední rok jsem nasbíral dost tracklogů z pěších tůr po českých turistických cestách a moc se mi líbí projekt mapování tras KČT, který v české Openstreetmap probíhá. Mám například tracklog ke skoro celé Zlaté stezce Českého ráje, kterou jsem i s pomocí Openstreetmap zmapoval zde: http://knol.google.com/k/zlat%C3%A1-stezka-%C4%8Desk%C3%A9ho-r%C3%A1je 2) Bydlím v Říčanech a v okolí je ještě dost lesních a polních cest, které na Openstreetmap chybí. Mohl bych je tedy přidat. Urcite -- okoli rican trochu sleduju a novy cesty se vzdycky hodi. Klidne zkontroluju... Kolem rican by to taky chtelo nejak doresit turisticky trasy -- povetsinou jsou delany znackama na cestach (ne relacema) a nekompletni... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] gpsmid stylefile pro turistiku/kolo
Ten konfigurační soubor jsem posílal i do této diskuze: http://lists.openstreetmap.org/pipermail/talk-cz/2009-December/004012.html. Nemám teď mobil, na kterém by GPSmid běhal, tak jsem s tím už delší dobu nic nedělal. On Sat, 12 Jun 2010 07:09:58 +0200, Petr Holub ho...@ics.muni.cz wrote: Zdravim vespolek, mate nekdo hotovy stylefile pro gpsmid, ktery by byl vhodny pro nase podminky - turistiku a MTB? Zejmena zobrazovani cyklotras a turistickych znacek. Narazil jsem zatim jen na styl Petra Dlouheho, ktery by mel nektere tyhle veci umet: http://sourceforge.net/apps/mediawiki/gpsmid/index.php?title=StyleFileGallery ale ten link je stejne zlomeny a rekl bych, ze ve wiki vubec neni, kdyz jsem se ho snazil dohledat. S diky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Re : [osmose] quelques nouveau tés
sly (sylvain letuffe) a écrit : On vendredi 11 juin 2010, Etienne Chové wrote: Sly, est ce que tu peux me dire comment tu génère ce fichier ? Comme je charge la base France tous les jours je peux voir si la génération est meilleure. Je sens que je vais me rendre coupable d'entrave à la bonne rédaction d'un mémoire de thèse... http://beta.letuffe.org/cron/etat-communes/commune_stats.php?src Merci de respecter la licence indiquée en haut. Zut, yoann tu va pas pouvoir t'en charger... je regarderai ça quand j'aurai quelques minutes. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [osmose] quelques nouveau tés
Le 12/06/2010 12:17, Etienne Chové a écrit : sly (sylvain letuffe) a écrit : On vendredi 11 juin 2010, Etienne Chové wrote: Sly, est ce que tu peux me dire comment tu génère ce fichier ? Comme je charge la base France tous les jours je peux voir si la génération est meilleure. Je sens que je vais me rendre coupable d'entrave à la bonne rédaction d'un mémoire de thèse... http://beta.letuffe.org/cron/etat-communes/commune_stats.php?src Merci de respecter la licence indiquée en haut. Zut, yoann tu va pas pouvoir t'en charger... je regarderai ça quand j'aurai quelques minutes. Mais bien sûr :) Je peux pas, c'est marqué dans la licence. -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Taille de POI sur Etrex HCx
Bonjour, Voulant personnaliser la carte gmapsupp.img pour mon Etrex HCx, je bute sur un problème quand je veux définir de nouveaux symboles de POI via un fichier TYP. Après avoir crée une icône (fichier PNG de 22x22 pixels) et importé celle ci dans mon fichier.typ (via http://ati.land.cz/gps/typdecomp/editor.cgi) , puis généré un gmapsupp avec mkgmap, je constate avec dépit que mon POI s'affiche certes, mais à la fois trop gros, et pixélisé. Comme si quelque chose disait d'agrandir cette icône pour atteindre un taille trop (environ 2 fois) grande, et évidement la qualité s'en ressent. c'est moche et trop encombrant sur la carte. Quelqu'un a-t-il déjà rencontré ce problème et sait comment y remédier? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] OSM入門セット
東です。 「OSM入門セット」の最新版をOSC2010北海道で配布しようと思い その後このMLやosm.jpで頂いた情報を元に表を更新しました。 ◆CALC版 http://dl.dropbox.com/u/201898/osm/OSMSet/OSMSet_osc2010.ods ◆Excel版 http://dl.dropbox.com/u/201898/osm/OSMSet/OSMSet_osc2010.xls 追加情報などありましたら教えてください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Worrying Edits in Southampton
For instance this McDonald's was moved to a completely different location: http://www.openstreetmap.org/browse/node/345112185/history Other ways have removed tags: http://www.openstreetmap.org/browse/way/22800339/history It seems to me we should revert all of mem0709's edits (but I don't know how to do that) Any thoughts? Greg Auger ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Worrying Edits in Southampton
Greg, Yes, there are a large number of POIs not in the correct place. Whether these are a genuine mistake or some idiot trying to be funny I don't know, but I think they should be reverted. I think a sysadmin needs to do that. Nick From: Greg Auger gregory.au...@gmail.com To: talk-gb@openstreetmap.org Sent: Sat, 12 June, 2010 7:57:24 Subject: [Talk-GB] Worrying Edits in Southampton For instance this McDonald's was moved to a completely different location: http://www.openstreetmap.org/browse/node/345112185/history Other ways have removed tags: http://www.openstreetmap.org/browse/way/22800339/history It seems to me we should revert all of mem0709's edits (but I don't know how to do that) Any thoughts? Greg Auger ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Worrying Edits in Southampton
Greg Auger wrote: For instance this McDonald's was moved to a completely different location: http://www.openstreetmap.org/browse/node/345112185/history Other ways have removed tags: http://www.openstreetmap.org/browse/way/22800339/history It seems to me we should revert all of mem0709's edits (but I don't know how to do that) Any thoughts? The first and urgent thing to do is to contact the person. If it's accidental then it will stop, if it's deliberate then he knows we're watching. If you know that his edits are wrong, send him a message asking if he needs any help because it looks as though he has made mistakes. Cheers Chris ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Worrying Edits in Southampton
On Sat, Jun 12, 2010 at 9:20 AM, Nick Whitelegg nick_whitel...@yahoo.co.uk wrote: Greg, Yes, there are a large number of POIs not in the correct place. Whether these are a genuine mistake or some idiot trying to be funny I don't know, but I think they should be reverted. I think a sysadmin needs to do that. Sysadmins have got no involvement in such reverts - there are many members of the community (who have nothing special about their user accounts) who can fix things up. Anyway, there's a well-worn procedure documented on the wiki at http://wiki.openstreetmap.org/wiki/Vandalism#Normal_revert . Step one, as Chris points out, is to contact the user concerned to get their side of the story. Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Worrying Edits in Southampton
On Sat, Jun 12, 2010 at 9:20 AM, Nick Whitelegg nick_whitel...@yahoo.co.uk wrote: Greg, Yes, there are a large number of POIs not in the correct place. Whether these are a genuine mistake or some idiot trying to be funny I don't know, but I think they should be reverted. I think a sysadmin needs to do that. Sysadmins have got no involvement in such reverts - there are many members of the community (who have nothing special about their user accounts) who can fix things up. Anyway, there's a well-worn procedure documented on the wiki at http://wiki.openstreetmap.org/wiki/Vandalism#Normal_revert . Step one, as Chris points out, is to contact the user concerned to get their. side of the story. OK, before anyone else does so I've contacted the user. Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Comparing OS data
I have found ITO World's layer of name anomalies rather useful, but I could only see it in an editor, so I put together a comparison page, using the techniques from the sautter.com transparent map. http://oscompare.raggedred.net The slider (top right) alters the transparency of the layer. I've added the OS StreetView as an optional layer too. Cheers Chris ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Comparing OS data
I have found ITO World's layer of name anomalies rather useful, but I could only see it in an editor, so I put together a comparison page, using the techniques from the sautter.com transparent map. http://oscompare.raggedred.net The slider (top right) alters the transparency of the layer. I've added the OS StreetView as an optional layer too. Cheers Chris ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Scotland countryside mapping
Hello everyone, For the first time since OSM came into being I've just now visited low(ish)land Scotland, i.e. Dumfries and Galloway and wondered what Scottish mappers typically do about these situations. Firstly, while (I believe) you can walk just about anywhere in Scotland, except during the stalking season, there are a number of waymarked footpaths, waymarked similarly to England and Wales. I guess these have no legal relevance but are merely recommended routes. Are these tagged specifically? I just tagged them note=Waymarked footpath Secondly, again while you can walk anywhere, I came across a number of occasions where tracks temporarily end, then restart further on, and in between is a relatively easy cross country route which you can follow (unsignposted) where you don't have to scale drystone walls, scramble through undergrowth etc. AFAIK such recommended routes are not generally put into OSM but need a separate project, but does anyone do otherwise? Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Worrying Edits in Southampton
This users entire contribution to OSM is just 6 changsets spread over 25 minutes: http://www.openstreetmap.org/user/mem0709/edits It's most likely a beginner still learning how to edit. I'd not hesitate to revert everything that is even remotely suspect. Nick. On Sat, Jun 12, 2010 at 7:57 AM, Greg Auger gregory.au...@gmail.com wrote: For instance this McDonald's was moved to a completely different location: http://www.openstreetmap.org/browse/node/345112185/history Other ways have removed tags: http://www.openstreetmap.org/browse/way/22800339/history It seems to me we should revert all of mem0709's edits (but I don't know how to do that) Any thoughts? Greg Auger ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Aeroway=Aerodrome Modifier Tags?
Hi everyone, You may or may not know that currently in OSM there is only one [rendered] tag to describe the many different types of places where planes can take off and land (aeroway=aerodrome). I'm trying to figure out how we can tag tiny airstrips and gigantic international airports differently so that renders can decide to show important aerodromes at high zoom levels and tiny, unimportant ones only at low zoom levels. Here are some tag ideas I'm toying with. These would all be modifiers for aeroway=aerodrome: aerodrome=airport(large aerodrome. many buildings. commercial flights. international flights) aerodrome=airfield(smaller aerodrome. few buildings) aerodrome=airstrip(tiny aerodrome. basically just a runway, often just a grass one) aerodrome=water (a place where seaplanes take off and land in the water. same rendering importance as airstrip) Please have a look at the Airports:Talk pagehttp://wiki.openstreetmap.org/wiki/Talk:Airports#What_about_small_airstrips_that_shouldn.27t_be_given_the_same_prominence_on_the_map_as_major_airports.3Fon the wiki if you are interested in this subject. I've also posted this there. Zeke Burlington, VT, USA ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Aeroway=Aerodrome Modifier Tags?
On Sat, 2010-06-12 at 16:47 -0400, Zeke Farwell wrote: Hi everyone, You may or may not know that currently in OSM there is only one [rendered] tag to describe the many different types of places where planes can take off and land (aeroway=aerodrome). I'm trying to figure out how we can tag tiny airstrips and gigantic international airports differently so that renders can decide to show important aerodromes at high zoom levels and tiny, unimportant ones only at low zoom levels. Here are some tag ideas I'm toying with. These would all be modifiers for aeroway=aerodrome: aerodrome=airport(large aerodrome. many buildings. commercial flights. international flights) aerodrome=airfield(smaller aerodrome. few buildings) aerodrome=airstrip(tiny aerodrome. basically just a runway, often just a grass one) aerodrome=water (a place where seaplanes take off and land in the water. same rendering importance as airstrip) Please have a look at the Airports:Talk page on the wiki if you are interested in this subject. I've also posted this there. Zeke Burlington, VT, USA While you're working on these tags you should add ones for personal airstrips and ones for RC aircraft. There are a few of each around here. The personal airstrips would be (mostly) where someone takes off and lands in their ultralight. - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Aeroway=Aerodrome Modifier Tags?
Would something like this work, Val? Personal Airstrip: aeroway=aerodrome aerodrome=airstrip access=private RC Airstrip: aeroway=aerodrome aerodrome=rc_airstrip Another possibility for RC Airstrip: aeroway=aerodrome aerodrome=airstrip aircraft_type=radio_controlled On Sat, Jun 12, 2010 at 5:00 PM, Val Kartchner val...@gmail.com wrote: While you're working on these tags you should add ones for personal airstrips and ones for RC aircraft. There are a few of each around here. The personal airstrips would be (mostly) where someone takes off and lands in their ultralight. - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Aeroway=Aerodrome Modifier Tags?
On Sat, 2010-06-12 at 17:19 -0400, Zeke Farwell wrote: Would something like this work, Val? Personal Airstrip: aeroway=aerodrome aerodrome=airstrip access=private RC Airstrip: aeroway=aerodrome aerodrome=rc_airstrip Another possibility for RC Airstrip: aeroway=aerodrome aerodrome=airstrip aircraft_type=radio_controlled I know we're not supposed to tag for the renderer, but I tried tagging a RC strip this way. It comes out VERY wide and very short. I ended up tagging it as a residential street so that it would look reasonable. On the ground it is about that wide anyway. The ultralight airstrips that I've come across aren't much longer, but I haven't tried tagging any of them. - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Changing Data Attribution
This is in relation to Lars' question with attribution on nodes and ways. I have been thinking, possibly incorrectly, about attribution on data. The Tiger import was great, but as you all know, not perfectly accurate. I have been reviewing and almost all roads, ways, etc that have been imported in my area are now corrected. The problem comes in the ways we review this imported data. If I go around and get .gpx traces and use that to move the imported roads and mark the road as reviewed, is it really still to be attributed to the Tiger import, or does the source/attribution actually change to my trace? And what about a trace of aerial photography, make a difference? I do believe attributing the data to Tiger is no longer accurate, but not one hundred percent On top of that, do I delete the current data and create a new, more accurate piece of data in its place, or simply move the Tiger data and change the attribution. While this makes absolutely no difference to the current state of the map, it does make a difference for the history of the data. Is my data actually a newer improved version of the Tiger data, or is it a new piece of data? This does not just apply to Tiger data either. If you map something, but I edit or move it, where does the attribution lie in this? Just something I have been scratching my head on as I have picked up my mapping and actually getting in the field as of late. Curious on the trains of thought or consensus on this. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
