Re: [OSM-talk-be] contact to city of Liège
Hi Benedict, Ok, i am going to make contact with them. Could you send me the letter you sent to him? I will make reference to you. Did you have a special contact there? Cheers, Julien FASTRE 2011/3/23 Benedict Stein benedict.st...@googlemail.com Hi julien, do you know whether your friend is in contact with TEC too ? - I didn't get a reply on my attempt asking for their bus system plans ... Well to be honest this might be the case because my french isn't good enough [image: ;-)] If it's possible I'd be pleasant if you'd ask @TEC in Liège for their data, because they're responsible for our whole region (Verviers/Liège) Thanks in advance benste ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be face-wink.png___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] City with completed housenumbering?
I just installed Keypad Mapper... and managed to find a bug :) Tapping the DEL key with nothing entered in results in an instantaneous force close event on my Galaxy S. But I will definitely use this in the future. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Verstuurd vanaf mijn iPad Op 23 mrt. 2011 om 15:19 heeft Greg Troxel g...@ir.bbn.com het volgende geschreven: Russ Nelson nel...@crynwr.com writes: Pieren writes: Are we forced to read every two months the same thread, the same approximations, the same lies, the same trolls on this list ? The strength of OSM is its community, not its license. If relicensing hurts the community (which it OBVIOUSLY is), then relicensing is wrong. It's not too late to stop. Surely we all have better things to do, like mapping?? I agree. I don't particularly dislike the ODBL, but I am not comfortable with CT that grants the project permission to relicense under non-share-alike terms later. I've been too busy to map much due to personal and work issues lately, but I find that the (pushy, in my perception) relicensing issue makes me less inclined to participate. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Z,akskjsjkjdi Verstuurd vanaf mijn iPad Op 23 mrt. 2011 om 15:19 heeft Greg Troxel g...@ir.bbn.com het volgende geschreven: Russ Nelson nel...@crynwr.com writes: Pieren writes: Are we forced to read every two months the same thread, the same approximations, the same lies, the same trolls on this list ? The strength of OSM is its community, not its license. If relicensing hurts the community (which it OBVIOUSLY is), then relicensing is wrong. It's not too late to stop. Surely we all have better things to do, like mapping?? I agree. I don't particularly dislike the ODBL, but I am not comfortable with CT that grants the project permission to relicense under non-share-alike terms later. I've been too busy to map much due to personal and work issues lately, but I find that the (pushy, in my perception) relicensing issue makes me less inclined to participate. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 25 March 2011 05:49, David Murn da...@incanberra.com.au wrote: The problem is, any fork under the existing licence can continue without problem. Any fork under the new licence, cannot use any data unless the user who contributed that data can/will give them 100% rights. Those against the ODbL can fork any time, and continue with the data under a CC licence without worrying about relicencing someone elses data. Those in favour of the ODbl have to ensure the data they hold can be relicenced. Not true. ODbL licensed data *can* be forked at any time without asking anyone for their blessing. I don't see how you come to the conclusion otherwise. The Licensing Working Group consulted with a lawyer during drafting of the ODbL to ensure that the ODbL licensed content would be forkable. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
F. Heinen wrote: Z,akskjsjkjdi That certainly wins the prize for the most coherent posting in this thread. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Licensing-Working-Group-tp6199509p6207146.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
Grant Slater writes: Not true. ODbL licensed data *can* be forked at any time without asking anyone for their blessing. I don't see how you come to the conclusion otherwise. The Licensing Working Group consulted with a lawyer during drafting of the ODbL to ensure that the ODbL licensed content would be forkable. What would the proper way for a fork to deal with those data publishers who want to be attributed? Would it be enough for the fork maintainer to have a link to http://wiki.openstreetmap.org/wiki/Contributors? Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Osmosis and keeping a local subset of OSM data up-to-date
Hi all, I don't know how big the overlap is for talk and help.osm.org, and for those that don't know / use it - please have a look, it's a great resource that allows for very rich interaction for all things QA-style. For now, I am just wondering if any of you have any insights to offer on my particular problem posted there: http://help.openstreetmap.org/questions/4065/getting-specific-poi-data-and-keeping-them-up-to-date In short: what's the best workflow for * extracting certain POI type(s) from a planet file and * keeping that local database up-to-date. Thanks Martijn -- Martijn van Exel http://about.me/mvexel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 25 March 2011 10:57, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote: Grant Slater writes: Not true. ODbL licensed data *can* be forked at any time without asking anyone for their blessing. I don't see how you come to the conclusion otherwise. The Licensing Working Group consulted with a lawyer during drafting of the ODbL to ensure that the ODbL licensed content would be forkable. What would the proper way for a fork to deal with those data publishers who want to be attributed? Would it be enough for the fork maintainer to have a link to http://wiki.openstreetmap.org/wiki/Contributors? The OSM contributor terms specify http://wiki.openstreetmap.org/wiki/Attribution which redirects to the page you listed. So yes, although a snapshot would likely also be acceptable too. Also worth going through section 4.2 of ODbL 1.0 text. http://www.opendatacommons.org/licenses/odbl/1.0/#4-0-conditions-of-use Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On Fri, Mar 25, 2011 at 10:58 AM, Richard Fairhurst rich...@systemed.netwrote: F. Heinen wrote: Z,akskjsjkjdi That certainly wins the prize for the most coherent posting in this thread. lol. Probably the most comprehensive summary about the licence change process itself... Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
* Simon Poole si...@poole.ch [2011-03-23 13:03 +0100]: Am 23.03.2011 12:52, schrieb Steve Doerr: I'm still waiting for an official request for users to sign up to the new terms. Have I missed one? No you haven't. I thought I'd seen an announcement for the voluntary relicensing (the phace of the ODBL transition in which we presently find ourselves), so I checked back through my archives, and found that it was announced on this list on 12 August 2010. http://lists.openstreetmap.org/pipermail/talk/2010-August/052853.html -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- I never understood people who don't have bookshelves. -- George Plimpton --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
There is a big difference between an announcement to this list and on the web site and sending an e-mail to each individual mapper. The former only reaches a minority (very likely a small minority) of the mappers. Besides the fact the most mappers don't actually read this list (for example because English is not their native tongue), a large number of mappers, map infrequently and need to be contacted actively in any case. I've personally been in contact with quite active mappers that months after August 2010 didn't realize that they could actually sign up to the CTs (this includes mappers that participated in the OSMF vote on the license change!). To this date the headline text on the web site still doesn't make it clear that you can actually make you cross and be done with it (it actually implies wasting more time on endless discussions). Simon Am 25.03.2011 14:48, schrieb Phil! Gold: * Simon Poolesi...@poole.ch [2011-03-23 13:03 +0100]: Am 23.03.2011 12:52, schrieb Steve Doerr: I'm still waiting for an official request for users to sign up to the new terms. Have I missed one? No you haven't. I thought I'd seen an announcement for the voluntary relicensing (the phace of the ODBL transition in which we presently find ourselves), so I checked back through my archives, and found that it was announced on this list on 12 August 2010. http://lists.openstreetmap.org/pipermail/talk/2010-August/052853.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On 25/03/11 14:13, Simon Poole wrote: I've personally been in contact with quite active mappers that months after August 2010 didn't realize that they could actually sign up to the CTs (this includes mappers that participated in the OSMF vote on the license change!). To this date the headline text on the web site still doesn't make it clear that you can actually make you cross and be done with it (it actually implies wasting more time on endless discussions). That's because we haven't yet reached the point where we are actively asking existing existing contributors to signup - once we do they will be emailed to ask them to consider doing so. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Analysing the OSM community
Unfortunatly my professor decided not to support this kind of research. I might start another try at the end of the year. Of course only if nobody else did it before ;) cya Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licensing Working Group
On Fri, 25 Mar 2011 15:25:21 + Tom Hughes t...@compton.nu wrote: On 25/03/11 14:13, Simon Poole wrote: I've personally been in contact with quite active mappers that months after August 2010 didn't realize that they could actually sign up to the CTs (this includes mappers that participated in the OSMF vote on the license change!). To this date the headline text on the web site still doesn't make it clear that you can actually make you cross and be done with it (it actually implies wasting more time on endless discussions). That's because we haven't yet reached the point where we are actively asking existing existing contributors to signup - once we do they will be emailed to ask them to consider doing so. Tom Such behaviour suggests ambivalence on the part of the organising committee. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Mijn import vanaf autocad en mijn ervaringen
Ik heb laatst een autocad bestand gekregen van een nieuw bedrijventerein. Omdat je deze niet 1-2-3 kan copy pasten naar osm, heb ik speciaal hiervoor een rd-dxf2osm tooltje geschreven. Dit tooltje zet van de gekozen layer alle lines,polylines en arcs om naar osm ways en nodes. Inclusief het omzetten van de RD coordinaten naar lat/ lon. Het resultaat van dit tooltje kan je openen in bv josm om vervolgens van alle ways een mooi geheel te maken. Het eerste resultaat (nog niet volledig af) is hier: http://www.openstreetmap.org/?lat=52.09076lon=4.73662zoom=16layers=M Een aantal problemen die ik tegenkwam: 1. Node duplicates worden alleen gezien wanneer ze exact gelijk zijn. Dit gaat al snel fout met de precisie van een double. (is overigens makkelijk op te lossen) 2. Het originele bestand heeft iets te veel nodes in de polylines (zie fietspad bij rotonde) 3. OSM heeft lang niet voor alle data die ik kwijt wil tags beschikbaar. Bijvoorbeeld de stoep, asfalt oppervlakte en druppels. 4. Erg veel werk om alles aan elkaar te knopen. OSM werkt met ways/areas, Autocad bestanden zijn een verzameling van lijntjes. 5. De RD conversie is naar ETRS89, dus max. 30cm afwijking met WGS84. Graag jullie commentaar. De code is voorlopig niet opensource vanwege rdnaptrans, maar bij interesse wil ik deze graag uitlenen ;-) Groetjes Matthijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mijn import vanaf autocad en mijn ervaringen
On 25-3-2011 19:54, Matthijs Benschop wrote: Ik heb laatst een autocad bestand gekregen van een nieuw bedrijventerein. Omdat je deze niet 1-2-3 kan copy pasten naar osm, heb ik speciaal hiervoor een rd-dxf2osm tooltje geschreven. Er zijn wel tools beschikbaar om vanaf (bepaalde) dxf'en naar iets openers te gaan. 1. Node duplicates worden alleen gezien wanneer ze exact gelijk zijn. Dit gaat al snel fout met de precisie van een double. (is overigens makkelijk op te lossen) Afronden op de maximale precisie die OSM gebruikt, en dan vergelijken. 2. Het originele bestand heeft iets te veel nodes in de polylines (zie fietspad bij rotonde) Vereenvoudigen? Je kunt in JOSM met verschillende parameters voor simplify (area) spelen, zodat je wel het verloop van een weg houdt, maar toch overbodige nodes kwijtspeelt. 3. OSM heeft lang niet voor alle data die ik kwijt wil tags beschikbaar. Bijvoorbeeld de stoep, asfalt oppervlakte en druppels. Stoep - zie tagging ML van de afgelopen dagen. Asfalt - surface=asphalt Verder moet je jezelf de vraag stellen of je alle data die je in je dxf hebt zitten wel kwijt *wilt* in OSM? Bijvoorbeeld die druppels. 4. Erg veel werk om alles aan elkaar te knopen. OSM werkt met ways/areas, Autocad bestanden zijn een verzameling van lijntjes. Goed he? :) Ik heb er ook al heel wat uurtjes aan besteedt. 5. De RD conversie is naar ETRS89, dus max. 30cm afwijking met WGS84. Dat kan beter! :) Graag jullie commentaar. De code is voorlopig niet opensource vanwege rdnaptrans, maar bij interesse wil ik deze graag uitlenen ;-) Waarom geen (variant van) proj4 gebruiken? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Thunderbolts way
I'm heading off along Thunderbolts way (New England region of NSW) and was wondering if there was any part of the way that needs mapping. Most of the towns seem to be at least partially mapped and I'll be doing some careful checking to see what's missing, but if anyone knows of any specific sections of road missing I'd be happy to go out of the way to collect the GPS data. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Relationen Landmasse
Hallo Peter, Skript client-seitig Könnte man das nicht Server-seitig anbieten? Also berechnet für die verschiedenen Anwendungsfälle: - DE Landesgrenze (incl. Küstenmeer) - DE Landmasse (so wie im Schulbuchatlas) - ... Die Grenzen ändern sich ja nicht alle Tage... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo. Am Freitag, 25. März 2011, um 07:37:59 schrieb Markus: Skript client-seitig Könnte man das nicht Server-seitig anbieten? Mit client-seitig ist nicht gefordert, das unbedingt zu Hause für sich selbst zu machen. Wichtig ist nur, das Ergebnis der Berechnung weder direkt in den Daten zu haben (als Bot o.ä.) noch live im Rahmen der OSM-API anzubieten. Also berechnet für die verschiedenen Anwendungsfälle: - DE Landesgrenze (incl. Küstenmeer) - DE Landmasse (so wie im Schulbuchatlas) - ... Die Grenzen ändern sich ja nicht alle Tage... Es spricht überhaupt nichts dagegen, dass jemand diese Berechnung (teil-)automatisiert und das Ergebnis irgendwo zum Download bereitstellt, z.B. zusätzlich als generalisierte Shape-Files. Analog zu dem wie es die Geofabrik mit den OSM-Datenauszügen macht. Aber das direkt auf der Kern-Infrastruktur (API) des Projekts laufen zu lassen würde ich nicht gut finden. Gruß, Bernd -- Es gibt in diesem Netz Gute und Böse. Wer die Bösen sind, entscheiden die Guten. - Michael Ottenbruch in de.admin.news.regeln 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] Relationen Landmasse
Hallo Bernd, Wichtig ist, das Ergebnis der Berechnung weder direkt in den Daten zu haben noch live im Rahmen der OSM-API anzubieten. Für den Benutzer ist es unerheblich, woher er die Daten bekommt: Geofabrik mit den OSM-Datenauszügen direkt auf der Kern-Infrastruktur (API) Ich stelle mir vor, dass es mehrere DB-Schichten gibt, mit unterschidlichen Funktionalitäten. Basis sind die Rohdaten. Darum herum gibt es Indexe, Relationen, berechnete Daten und Views. Für häufige wiederkehrende Anfragen werden die Ergebnisse periodisch vorberechnet. Für sehr häufig wiederkehrende Anfragen könnten auch die Kacheln periodisch vorberechnet werden. Der Benutzer wird dann entsprechend seiner Anfrage automatisch zur richtigen Schicht (View) geleitet. Das kann zentral rund um den Core organisiert sein, oder dezentral per Cloud Computing, oder wie bisher durch die Geofabrik und andere engagierte Unterstützer. Aber alles sollte m.E. über eine möglichst universelle Schnittstelle zugänglich sein. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo, Am Donnerstag 24 März 2011 19:38:27 schrieb Sven Anders: Falsch, in den Grenzbeschreibungen für die Hamburger Stadtteile steht z.B. drinn, das die Grenze in der Mitte der Straße Reherstieg verläuft. stimmt. Soviel zum digitalen Kataster. Ich bin kein Jurist, aber ich denke, wenn sich die Straße verschiebt, weil rechts noch eine Spur drann asphaltiert werden würde, würde sich die Grenze mit verschieben. Das kommt wohl darauf an, wer die Spur bezahlen muss und wie gut sein Draht zum Senat ist, der das dann entscheidet. Das ist alles ziemlich abgefahren. Mindestens. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo Markus. Sicher: Wünschenswert wäre vieles; und natürlich kann man sich auch für OSM wünschen, dass alle möglichen Verwendbarkeiten von Daten vorberechnet werden. Aber das ist meiner Meinung nach weder das Ziel des Projekts OSM selbst, noch ist es machbar. Ziel von OSM ist der erste Schritt: die Geo-Datenbank zusammenzusammeln. Selbst die OSM-Standardkarten (Mapnik, Osmarender) sind eigentlich nur Mittel zum Zweck. Etliche Unternehmen, Privatpersonen und Projekte berechnen daraus eigene Karten, Statistiken, 3D-Modelle und was auch immer. Wenn man alle möglichen Zwischenprodukte vorberechnen wollte, könnte man die Cloud-Infrastruktur von Google vermutlich komplett auslasten - und hinterher würde es doch niemand verwenden. Du forderst die Berechnung der Landmasse durch OSM. Der nächste fordert die Berechnung des Routing-Graphen, und der dritte will aber den Routing-Graphen noch etwas anders haben. Ich kann das beliebig weit fortsetzen - aber vielleicht reicht dir das hier schon, um zu verstehen, dass das nicht funktioniert. Alles, was bereitgestellt wird, muss irgendwo und irgendwie auch berechnet werden - und Server kosten Geld. Für die Basisdienste scheint das Geld da zu sein momentan - und ich muss zugeben: ich habe mir bisher kaum Gedanken darüber gemacht, woher es kommt. Zahlst Du dafür? Die Software-Infrastruktur rund um OSM ist fast komplett frei; es gibt nur wenig grundlegende Programme zum Verarbeiten der Daten, die du nicht einfach selbst installieren und losrechnen lassen kannst. Niemand hindert dich, die Daten dann auch anderen zur Verfügung zu stellen, zum Beispiel in Form einer anderen DB-Schicht, wie du sie nennst - und wenn Du eine universelle Schnittstelle haben willst, hindert dich nichtmal jemand daran, die Standard-API zu duplizieren und auf deinem Server selbst anzubieten (jedenfalls, was den Read-Only-Part angeht). Mein Vorschlag, ein Skript für die Landmasse (oder eben auch andere wiederkehrende Aufgaben) zu entwickeln und zur Verfügung zu stellen, schont die Server des Projekts, erlaubt dir auch, das als Dienst für andere anzubieten, erlaubt aber vor allem auch einem Konsumenten, diese Features einfach zu berechnen. Gruß Peter Am 25.03.2011 08:35, schrieb Markus: Hallo Bernd, Wichtig ist, das Ergebnis der Berechnung weder direkt in den Daten zu haben noch live im Rahmen der OSM-API anzubieten. Für den Benutzer ist es unerheblich, woher er die Daten bekommt: Geofabrik mit den OSM-Datenauszügen direkt auf der Kern-Infrastruktur (API) Ich stelle mir vor, dass es mehrere DB-Schichten gibt, mit unterschidlichen Funktionalitäten. Basis sind die Rohdaten. Darum herum gibt es Indexe, Relationen, berechnete Daten und Views. Für häufige wiederkehrende Anfragen werden die Ergebnisse periodisch vorberechnet. Für sehr häufig wiederkehrende Anfragen könnten auch die Kacheln periodisch vorberechnet werden. Der Benutzer wird dann entsprechend seiner Anfrage automatisch zur richtigen Schicht (View) geleitet. Das kann zentral rund um den Core organisiert sein, oder dezentral per Cloud Computing, oder wie bisher durch die Geofabrik und andere engagierte Unterstützer. Aber alles sollte m.E. über eine möglichst universelle Schnittstelle zugänglich sein. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO seit 19.1.2011 nicht geupdated
Hi, faellt das nur mir auf oder sind die links im Wiki kaputt? Die AIO scheint seit dem 19.1.2011 nicht mehr zu updaten. Das wiki spricht von Mo/Mi/Fr fuer die updates was jetzt nachweislich nicht klappt. Woechentlich faend ich ja auch okay - aber grad scheint nix mehr zu geben ... Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
Das ist schon leider seit längerem der Normalfall. Es gibt noch in [1] einige x-daily, darunter auch germany-daily, die haben aber keine zusätzlichen Layer mehr (wie maxspeed, osb, etc.) Viele Grüße Dietmar [1] ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/ -Ursprüngliche Nachricht- Von: Florian Lohoff [mailto:f...@zz.de] Gesendet am: Freitag, 25. März 2011 18:11 An: talk-de@openstreetmap.org Betreff: [Talk-de] AIO seit 19.1.2011 nicht geupdated Hi, faellt das nur mir auf oder sind die links im Wiki kaputt? Die AIO scheint seit dem 19.1.2011 nicht mehr zu updaten. Das wiki spricht von Mo/Mi/Fr fuer die updates was jetzt nachweislich nicht klappt. Woechentlich faend ich ja auch okay - aber grad scheint nix mehr zu geben ... Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
On Fri, Mar 25, 2011 at 08:36:24PM +0100, malenki wrote: Da dieser Thread nicht die erste diesbezügliche Frage-Antwort-Kombination ist, habe ich mich erbarmt und das Wiki ein wenig aktualisiert: http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#Downloadserver Wenn da nicht abzusehen ist das die AIO mit den layern geupdated wird sollte man DAS lieber da mal versenken. Insgesamt ist die AIO seite im Wiki ein Negativbeispiel wie unuebersichtlich man so Seiten gestalten kann. Da steht nach wie vor das die Mo/Mi/Fr geupdated wird was defakto seit mal 3 Monaten definitiv nicht mehr der fall ist. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
Am 25. März 2011 18:11 schrieb Florian Lohoff f...@zz.de: Hi, faellt das nur mir auf oder sind die links im Wiki kaputt? Die AIO scheint seit dem 19.1.2011 nicht mehr zu updaten. ja, das ist leider so, war gestern auch mal wieder mit der Karte vom Januar auf survey, ist ja nicht so alt, momentan geht die grade so noch, und ist trotzdem besser als die anderen Karten, die ich probiert hatte (die zwar aktueller waren, aber wo die Zoomlevel-feature Anzeige und die Farben so schlecht eingestellt waren, dass nichts zu erkennen war). (Die Computerteddy-Karte hatte ich auch gut in Erinnerung, aber Europa passt nicht mehr auf meine 2GB-Karte). Es gibt allerdings so ein script von Marco Certelli, das anscheinend auch gute Ergebnisse liefert (nutzt auch mkgmap), das komplette Paket gibts hier (ist auf Italien optimiert sagt er, aber so groß sind die Unterschiede vermutlich nicht, evtl. sind die Texte auf italienisch ;-) ), werde ich demnächst mal probieren. http://mce66.altervista.org/software.html#Open_Maps_for_Garmin_navigators Da steht zwar nur was von bat für Windows, aber jemand hat das mittlerweile als shell-script umgeschrieben. Im Prinzip ist das ja nur eine Verkettung der einzelnen Tools, aber man spart sich ein bisschen Zeit, das alles zusammenzutragen, die Regeln sind natürlich auch dabei. (ja, ist nicht besonders offensichtlich, dass es open source ist, aber m.E. ist es das). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
Am Freitag 25 März 2011, um 23:26:47 schrieb M∡rtin Koppenhoefer: (Die Computerteddy-Karte hatte ich auch gut in Erinnerung, aber Europa passt nicht mehr auf meine 2GB-Karte). Und die aio-Europa passt auf eine 2GB-Karte? Es gibt allerdings so ein script von Marco Certelli, das anscheinend auch gute Ergebnisse liefert (nutzt auch mkgmap), das komplette Paket gibts hier (ist auf Italien optimiert sagt er, aber so groß sind die Unterschiede vermutlich nicht, evtl. sind die Texte auf italienisch ;-) ), werde ich demnächst mal probieren. http://mce66.altervista.org/software.html#Open_Maps_for_Garmin_navigators Und fein hier berichten? :) Gruß Martin MfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Sospensione OSMstats
Ciao *, visto lo svolgimento degli ultimi thread su tagging@, specialmente [0], ho capito che, evidentemente, i miei sforzi per rendere OSM un posto migliore sono apprezzati da pochissimi. Ora però sono stanco. Quindi ho deciso che d'ora in poi, non so fino a quando, farò solo il «contributor» OSM, e non perderò più un'ora e mezza il venerdì per aggiornare le stats, o altro tempo per correggere bugs in JOSM, o dare consigli sui tag, o perder tempo a sviluppare codice OSMico, o dormire male la notte per pensare a 'sti caXXo di marciapiedi o altro ancora. Scusatemi, un triste David [0]: http://lists.openstreetmap.org/pipermail/tagging/2011-March/007129.html -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
Il giorno 25 marzo 2011 13:18, David Paleino da...@debian.org ha scritto: Ciao *, visto lo svolgimento degli ultimi thread su tagging@, specialmente [0], ho capito che, evidentemente, i miei sforzi per rendere OSM un posto migliore sono apprezzati da pochissimi. Ora però sono stanco. Quindi ho deciso che d'ora in poi, non so fino a quando, farò solo il «contributor» OSM, e non perderò più un'ora e mezza il venerdì per aggiornare le stats, o altro tempo per correggere bugs in JOSM, o dare consigli sui tag, o perder tempo a sviluppare codice OSMico, o dormire male la notte per pensare a 'sti caXXo di marciapiedi o altro ancora. Ti capisco benissimo. Seguo la proposta sul deposito, quella sulla piazzola d'emergenza in autostrada, e le ottime site, street e bridge/tunnel - tutte proposte che mi sembrano piuttosto semplici, lineari e condivisibili, ma che sono bloccate perché c'è sempre qualcuno che ha voglia di protestare. Però ti invito a non scoraggiarti. Io personalmente ho deciso che prenderò le voci della comunità internazionale come distanti brusii di protesta :-) per concentrarmi di più sulla lista italiana. In fondo, io penso che sia impossibile raggiunge l'uniformità del modello a livello mondiale, e che se riuscissimo a farlo a livello nazionale sarebbe già un grandissimo risultato. In quest'ottica, mi piacerebbe anche che continuassi a mantenere le statistiche - a tal proposito, ti richiedono un'ora di lavoro o si tratta di lanciare un batch e aspettare un'ora? Non mollare! Ricorda che quando qualcuno ti urla contro delle critiche c'è qualcun altro che ti apprezza in silenzio :-) Scusatemi, un triste David Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
On Fri, 25 Mar 2011 14:07:48 +0100, Simone Saviolo wrote: Ti capisco benissimo. Seguo la proposta sul deposito, quella sulla piazzola d'emergenza in autostrada, e le ottime site, street e bridge/tunnel - tutte proposte che mi sembrano piuttosto semplici, lineari e condivisibili, ma che sono bloccate perché c'è sempre qualcuno che ha voglia di protestare. Purtroppo. E questo porterà a morte certa OSM, IMHO. Però ti invito a non scoraggiarti. Io personalmente ho deciso che prenderò le voci della comunità internazionale come distanti brusii di protesta :-) per concentrarmi di più sulla lista italiana. Certo; l'intera proposta è stata redatta su IRC (#osm-it), quindi è un'idea interamente italiana :) Però è anche ovvio che bisogna passare lo scoglio internazionale se si vuol vederla in Map Features, o comunque più o meno ufficializzata in wiki. Poi, per quel che mi riguarda, posso continuare a linkare User:Hanska/Sidewalk alla gente, e son felice così. In fondo, io penso che sia impossibile raggiunge l'uniformità del modello a livello mondiale, e che se riuscissimo a farlo a livello nazionale sarebbe già un grandissimo risultato. Se volete, possiamo avviare qui una discussione. La proposta base è wiki.osm.org/User:Hanska/Sidewalk. Mi scuserete se sono poco verboso, ma la gente su tagging@ non aiuta. In quest'ottica, mi piacerebbe anche che continuassi a mantenere le statistiche Al momento, non mi sento proprio, e chiedo perdono a tutti gli utenti. Pensavo di saltare proprio questa settimana, ma magari stasera mi sarò calmato e processerò i dati. a tal proposito, ti richiedono un'ora di lavoro o si tratta di lanciare un batch e aspettare un'ora? In realtà non c'è un batch; è una serie di operazioni che lancio a mano. In sintesi: $ wget italy.osm.bz2 # 10-15 minuti $ bunzip2 -k italy.osm.bz2 # altri 5 minuti circa $ ./stats.py [..] italy.osm# variabile dai 15 ai 20 minuti $ git rm [..]; git commit [..] # fino a massimo 10 minuti, specialmente quando capitano nomi utente con caratteri unicode, con cui git status non va molto d'accordo, e devo ravanare in giro per capire che nome utente è $ git push # ~ due minuti, sono circa 20M di roba a giro $ ssh server $ [..reload del server dei grafici, e generazione file temporanei..] # altri 5 minuti Il tutto, se sto attaccato alla console attendendo il termine di ognuno, e se va tutto liscio, impiega 50 minuti circa. Se nel frattempo faccio altro, mi perdo un paio di minuti qua e là. Non mollare! Ricorda che quando qualcuno ti urla contro delle critiche c'è qualcun altro che ti apprezza in silenzio :-) Grazie :) David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
Il giorno 25 marzo 2011 13:18, David Paleino da...@debian.org ha scritto: Scusatemi, un triste David comprendo lo sconforto, ogni tanto capita pure a me. Tu pero' cerca di superare lo scoramento prima di venerdi' prossimo... ;-) Riguardo al rendering: se il problema è farsi inserire una feature nel rendering, allora possiamo pensare di farci un rendering personalizzato per l'Italia. Ad esempio: a me non e' mai andato giu' che le autostrade non siano di colore verde con la striscia gialla nel centro. -- Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
Il giorno 25 marzo 2011 15:22, niubii f.pelu...@gmail.com ha scritto: Il giorno 25 marzo 2011 13:18, David Paleino da...@debian.org ha scritto: Scusatemi, un triste David comprendo lo sconforto, ogni tanto capita pure a me. Tu pero' cerca di superare lo scoramento prima di venerdi' prossimo... ;-) Spogliato di ogni complimento et convenevole, il pensiero di niubii si riassume così: mi spiace che tu stia lentamente cadendo verso il baratro della disperazione. sono pronte le mie stats? (Per carità, si scherza :-) ) Riguardo al rendering: se il problema è farsi inserire una feature nel rendering, allora possiamo pensare di farci un rendering personalizzato per l'Italia. Ad esempio: a me non e' mai andato giu' che le autostrade non siano di colore verde con la striscia gialla nel centro. Lancio un'idea bizzarra: fare in openstreetmap.it una homepage custom, basata su quella di .org, ma con mappe diverse in openlayers. Quanto sarebbe gravoso fare a) la pagina (penso non molto, si tratta di modificare i dati da passare a openlayers?) b) un rendering personalizzato, eventualmente con overlay? Può darsi che spostando certe cose su overlay separati si guadagni tempo nel rendering? Ad esempio dovendo ridisegnare una tile su un layer solo di 3 o 4? -- Ciao /niubii/ Ciao Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
Il giorno 25 marzo 2011 15:59, Simone Saviolo simone.savi...@gmail.com ha scritto: Spogliato di ogni complimento et convenevole, il pensiero di niubii si riassume così: mi spiace che tu stia lentamente cadendo verso il baratro della disperazione. sono pronte le mie stats? (Per carità, si scherza :-) ) Si, ovvio, ma mica poi tanto. Conosco un paio di mappers completamente dipendenti... :-) Riguardo al rendering: se il problema è farsi inserire una feature nel rendering, allora possiamo pensare di farci un rendering personalizzato per l'Italia. Ad esempio: a me non e' mai andato giu' che le autostrade non siano di colore verde con la striscia gialla nel centro. Lancio un'idea bizzarra: fare in openstreetmap.it una homepage custom, basata su quella di .org, ma con mappe diverse in openlayers. Quanto sarebbe gravoso fare a) la pagina (penso non molto, si tratta di modificare i dati da passare a openlayers?) b) un rendering personalizzato, eventualmente con overlay? Può darsi che spostando certe cose su overlay separati si guadagni tempo nel rendering? Ad esempio dovendo ridisegnare una tile su un layer solo di 3 o 4? Ogni tanto si torna sull'argomento, io penso che i tempi siano maturi. Certamente serve spazio e potenza di calcolo, ma sono sicuro che con la creativita' tipicamente italiana potrebbe venire fuori un bel lavoro. Dopotutto stiamo parlando di uno sforzo congiunto di un'intera comunita', non deve essere proprio impossibile. Altrimenti, come caspita fanno utenti singoli a renderizzare mappe tematiche (hikebike, lonvia, etc) ? ? ? Comunque: forza David, sei un grande! -- Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Chiave motorroad=yes/no : non è così inutile come pensassi
Ciao, mi sono finalmente accorto che la chiave motorroad=yes/no è utile! In Sardegna la SS131DCN è una superstrada, cioè assomiglia tantissimo ad una strada extraurbana principale, e infatti giustamente è mappata come highway=trunk. Ma non è legalmente una strada extraurbana principale, e si può percorrere persino in bicicletta! Soluzione: highway=trunk motorroad=no bicycle=yes (forse implicito nelle altre chiavi, ma non fa male ribadirlo) Viceversa, a essere pignoli sarebbe meglio aggiungere alle strade extraurbane principali che sono effettivamente tali il tag motorroad=yes (e anche a tutte quelle strade con il cartello quadrato blu col simbolo di autovettura, anche se non sono extraurbane principali) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
On Fri, 25 Mar 2011 15:22:22 +0100, niubii wrote: Il giorno 25 marzo 2011 13:18, David Paleino da...@debian.org ha scritto: Scusatemi, un triste David comprendo lo sconforto, ogni tanto capita pure a me. Tu pero' cerca di superare lo scoramento prima di venerdi' prossimo... ;-) Speriamo :D (anch'io conosco mapper osmstats-dipendenti) Riguardo al rendering: se il problema è farsi inserire una feature nel rendering, allora possiamo pensare di farci un rendering personalizzato per l'Italia. Il problema non è il rendering. Anche perché nel caso specifico, sarebbero già renderizzati :) Il problema è che, alla proposta di un nuovo tag, anche se già largamente usato (6000+! -- e quindi alla fine è solo una razionalizzazione), deve necessariamente alzarsi un polverone, anche quando non ce n'è bisogno. Sono sincero, non ho ancora visto UNA critica reale/valida alla mia proposta. Per il rendering italiano comunque, non è troppo difficile. A parte potenza di calcolo, sullo stesso server di osmstats tenevo fino a pochi giorni fa un rendering a zoom 20 (solo due comuni, e lo stylesheet era quello osmico vanilla). Volendo però, con robe tipo mapnik2 (che ha un markup per gli stylesheet semplificato), o MapCSS, o altre robe (l'osm.xml attuale è troppo un casino per me), si potrebbe fare. Certo ci vuole un bestione eh :) *Io* non voglio farlo però, non ora, non mi va :D David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappe su navigatori Garmin
Una domanda a chi conosce i navigatori Garmin e Garmin XT per cellulari: è possibile utilizzare i file TYP per modificare la visualizzazione delle mappe? Ho visto sul wiki che per alcuni modelli è possibile ma non parla dei nuvi o di XT... Ciao e grazie Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
2011/3/25 David Paleino da...@debian.org: Il problema è che, alla proposta di un nuovo tag, anche se già largamente usato (6000+! -- e quindi alla fine è solo una razionalizzazione), deve necessariamente alzarsi un polverone, anche quando non ce n'è bisogno. Sono sincero, non ho ancora visto UNA critica reale/valida alla mia proposta. Scusa se riassumo brutalmente: tu proponi di usare highway=footway anche per i marciapiedi, cioè di mapparli come way separate dalla way principale? In pratica sarebbe un approccio simile alle piste ciclabili in sede propria, che generano una way separata e vengono mappate come highway=cycleway. L'unico possibile problema è che così si genererebbero molte highway=footway in più rispetto all'attuale, e la visualizzazione della mappa potrebbe diventare un po' pasticciata. So che avevi proposto due workaround: 1. mettere anche footway=sideway, così chi vuole le può filtrare via 2. legare i marciapiedi alla strada a cui si riferiscono (anche in questo modo possono essere filtrati via) La butto lì: e se invece di taggare highway=footway, le si taggassero direttamente highway=sideway? (sempre generando una way separata) Probabilmente la tua proposta è migliore, ma magari questo compromesso raccoglie qualche consenso in più... [mi ricorda il problema di via ferrata: http://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata Alcuni propongono di NON mettere il tag highway=path per evitare confusioni] Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
On Fri, 25 Mar 2011 17:05:28 +0100, Federico Cozzi wrote: 2011/3/25 David Paleino da...@debian.org: Il problema è che, alla proposta di un nuovo tag, anche se già largamente usato (6000+! -- e quindi alla fine è solo una razionalizzazione), deve necessariamente alzarsi un polverone, anche quando non ce n'è bisogno. Sono sincero, non ho ancora visto UNA critica reale/valida alla mia proposta. Scusa se riassumo brutalmente: Figurati :) tu proponi di usare highway=footway anche per i marciapiedi, cioè di mapparli come way separate dalla way principale? Sì. Ma anche (e necessariamente) con footway=sidewalk, giusto per distinguerli dai restanti footway sparsi per il mondo. In pratica sarebbe un approccio simile alle piste ciclabili in sede propria, che generano una way separata e vengono mappate come highway=cycleway. Esatto. Perché le cycleway rialzate dal manto stradale si meritano un highway=cycleway, e il marciapiede non si merita un highway=footway? L'unico possibile problema è che così si genererebbero molte highway=footway in più rispetto all'attuale, e la visualizzazione della mappa potrebbe diventare un po' pasticciata. Mah, io ho mappato un paio di marciapiedi, vuoi vedere? :) http://www.openstreetmap.org/?lat=37.650532lon=12.589094zoom=18layers=M http://www.openstreetmap.org/?lat=37.649544lon=12.597714zoom=18layers=M http://www.openstreetmap.org/?lat=37.586829lon=12.768903zoom=18layers=M Non mi pare così pasticciata, anzi, per me è pure più bella a vedersi :) (nell'ultimo link ci sono anche crossing di vario genere, penso sia il più completo) So che avevi proposto due workaround: 1. mettere anche footway=sideway, così chi vuole le può filtrare via *sidewalk, sì; 2. legare i marciapiedi alla strada a cui si riferiscono (anche in questo modo possono essere filtrati via) Questo non lo capisco sinceramente; la relazione andrebbe usata per legare il marciapiede alla strada, ma solo per derivare i dati della strada durante il routing (il nome?) La butto lì: e se invece di taggare highway=footway, le si taggassero direttamente highway=sideway? (sempre generando una way separata) Probabilmente la tua proposta è migliore, ma magari questo compromesso raccoglie qualche consenso in più... Vedo due problemi con highway=sidewalk. 1) la differenza pratica tra h=sidewalk e h=footway? :) -- per me, un marciapiede è un footway. Un footway che ha la caratteristica di andare parallelo/attaccato (non sempre) alla strada, ok. Ma sempre footway. A meno che non conosci marciapiedi creati non specificatamente per il traffico pedonale :) 2) il software che non conosce il concetto marciapiede si perderebbe un sacco di info per il routing pedonale; usando h=footway (che è già strausato), invece, viene garantito. Se puoi il software riconosce footway=sidewalk, tanto meglio; riesce a dirti continua sul marciapiede di via foo, anziché continua sul sentiero (o quelcheè) [mi ricorda il problema di via ferrata: http://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata Alcuni propongono di NON mettere il tag highway=path per evitare confusioni] Sembra un problema simile, ma non necessariamente. Più che altro, leggendo velocemente la talkpage, il problema lì è che tra un path e un via ferrata, di differenza ce n'è: una via ferrata è generalmente pericoloso percorrerla se non si è ben equipaggiati. Tra un footway e un sidewalk... io non vedo differenze, sono onesto. Il footway=sidewalk è più un fatto semantico, per distinguere i due, più che per necessità. Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
On Fri, 25 Mar 2011 15:59:27 +0100, Simone Saviolo wrote: Spogliato di ogni complimento et convenevole, il pensiero di niubii si riassume così: mi spiace che tu stia lentamente cadendo verso il baratro della disperazione. sono pronte le mie stats? (Per carità, si scherza :-) ) Sono pronte :) Ora però spero di riprendermi entro venerdì prossimo. -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
2011/3/25 Simone Saviolo simone.savi...@gmail.com Il giorno 25 marzo 2011 15:22, niubii f.pelu...@gmail.com ha scritto: Lancio un'idea bizzarra: fare in openstreetmap.it una homepage custom, basata su quella di .org, ma con mappe diverse in openlayers. Quanto sarebbe gravoso fare a) la pagina (penso non molto, si tratta di modificare i dati da passare a openlayers?) b) un rendering personalizzato, eventualmente con overlay? In parte su sito di GFOSS è stato già attivato in maniera prototipale [1], il sistema va rifinito (i dati si agggiornano settimanalmente ma vanno rinfrescate le tile vecchie) e occorre scegliere le regole per la grafica. Ciao, Diego [1] http://www.gfoss.it/osm/ -- Ciao /niubii/ Ciao Simone ___ 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] Sospensione OSMstats
Il 25/03/2011 18.52, Diego Guidotti - Aedit s.r.l. ha scritto: 2011/3/25 Simone Saviolo simone.savi...@gmail.com mailto:simone.savi...@gmail.com Il giorno 25 marzo 2011 15:22, niubii f.pelu...@gmail.com mailto:f.pelu...@gmail.com ha scritto: Lancio un'idea bizzarra: fare in openstreetmap.it http://openstreetmap.it una homepage custom, basata su quella di .org, ma con mappe diverse in openlayers. Quanto sarebbe gravoso fare a) la pagina (penso non molto, si tratta di modificare i dati da passare a openlayers?) b) un rendering personalizzato, eventualmente con overlay? In parte su sito di GFOSS è stato già attivato in maniera prototipale [1], il sistema va rifinito (i dati si agggiornano settimanalmente ma vanno rinfrescate le tile vecchie) e occorre scegliere le regole per la grafica. Ciao, Diego [1] http://www.gfoss.it/osm/ Molto bella la grafica con gli edifici in quasi-3D Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
2011/3/25 Federico Cozzi f.co...@gmail.com: La butto lì: e se invece di taggare highway=footway, le si taggassero direttamente highway=sideway? (sempre generando una way separata) Probabilmente la tua proposta è migliore, ma magari questo compromesso raccoglie qualche consenso in più... +1 avevo detto anch'io: mapparle come highway=footway, footway=sidewalk è tagging per il render. Perchè non taggarle direttamente highway=sidewalk? Comunque rimangono degli problemi (già parlato in lista tagging ;-) ): - come fare col nome? (o relazione e si prende dal way principale: molto complicato per mappatori nuovi, si aumenta la complessità della mappa, oppure si mette in più al sidewalk: poco elegante). - il routing diventa peggio, perchè un pedone può attraversare la strada ovunque (qui ci si vuole per forza una relazione). sono cmq. anch'io dall'idea che le dobbiamo mappare esplicitamente (= con way distinte) La mia idea è di usare questi sidewalk 2 volte: una volta per il routing e una volta per le aree del highway (con la relazione area, che tra altro risolve - in teoria - il problema del attraversamento: la relazione area consente in oltre di specificare barrier come per esempio un muretto, una striscia bianca, un pezzo di prato, un kerb). spero che riesco prima o poi di fare qualche disegno per spiegare meglio la relazione area. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
Il giorno 25 marzo 2011 23:41, alberto bonati albertobon...@libero.it ha scritto: Il 25/03/2011 18.52, Diego Guidotti - Aedit s.r.l. ha scritto: 2011/3/25 Simone Saviolo simone.savi...@gmail.com Il giorno 25 marzo 2011 15:22, niubii f.pelu...@gmail.com ha scritto: Lancio un'idea bizzarra: fare in openstreetmap.it una homepage custom, basata su quella di .org, ma con mappe diverse in openlayers. Quanto sarebbe gravoso fare a) la pagina (penso non molto, si tratta di modificare i dati da passare a openlayers?) b) un rendering personalizzato, eventualmente con overlay? In parte su sito di GFOSS è stato già attivato in maniera prototipale [1], il sistema va rifinito (i dati si agggiornano settimanalmente ma vanno rinfrescate le tile vecchie) e occorre scegliere le regole per la grafica. Ciao, Diego [1] http://www.gfoss.it/osm/ Molto bella la grafica con gli edifici in quasi-3D Mi hai tolto le parole di bocca! Certo che le tile sono stravecchie... manca roba che ho aggiunto nello scorso agosto! Però mi sembra un gran bel punto di partenza! Ciao Alberto Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sospensione OSMstats
- Original Message Da: openstreetmap list - italiano talk-it@openstreetmap.org To: talk-it@openstreetmap.org talk-it@openstreetmap.org Oggetto: [Talk-it] Sospensione OSMstats Data: 25/03/11 12:21 Quindi ho deciso che d'ora in poi, non so fino a quando, farò solo il «contributor» OSM, e non perderò più un'ora e mezza il venerdì per aggiornare le stats, o altro tempo per correggere bugs in JOSM, o dare consigli sui tag, o perder tempo a sviluppare codice OSMico, o dormire male la notte per pensare a 'sti caXXo di marciapiedi o altro ancora. Benvenuto nel club. Non che io abbia mai contribuito con righe di codice, ma tempo fa ho provato a contribuire al tagging e ho dovuto smettere per lo stesso tuo scoraggiamento. Finché nelle FAQ di OSM si leggono cose come: OpenStreetMap is a free editable map of the whole world. It is made by people like you. Which means the database will always be subject to the whims, experimentation, and mistakes of the community; this is precisely OSM's strength since, among other things, it allows our data to quickly accommodate changes in the physical world. Le cose non potranno andare diversamente. Forse l'idea di un progetto totalmente aperto e sperimentale era una buona idea nei primi anni di vita, ma ora sta mostrando tutti i suoi limiti. Non c'è verso mettersi d'accordo su come mappare le gelaterie ed i bar, non c'è un modo univoco di mappare un'area, non c'è modo di fare uno standard qualunque degno di tale nome, perché tanto le varie proposal cadono nel vuoto, vengono contestate dopo che sono state approvate, e quelle che riescono a diventare ufficiali non contano niente perché tanto l'utente è incoraggiato a mappare come gli pare a lui, e a considerare i tag ufficiali solo come un suggerimento. A che serve mettersi d'accordo se poi si dice nella pagina delle map features You can use any tags you like as long as the values are verifiable. Oh, che carino, questo sì che un bel modo di creare un database condiviso! -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it: http://www.email.it/f Sponsor: Residence Casa del Mar-Roseto degli Abruzzi-Vivi la gioia di stare con chi ami in un ambiente familiare e confortevole per trascorrere una vacanza in pieno relax Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=11352d=20110325 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Byens torv
Hvordan bør man angive byens torv, hvis byen har sådan et? http://wiki.openstreetmap.org/wiki/Proposed_features/Square gør mig desværre ikke klogere på, hvad der er det bedste bud. Jeg overvejede at angive det som pedestrian area, men eftersom der går tre veje ind gennem det pågældende område, er det nok en fejlagtig angivelse. -- Ole Wolf, Process Consultant, M. Sc. EE Rødhættevej 4 DK-9400 Nørresundby Denmark Phone +45 2467-5526 binqCQz6YNvdV.bin Description: PGP Public Key pgpfjGT7vQaWs.pgp Description: PGP Digital Signature ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
Ja, det er imponerende, hvad den import har gjort for Stevns. Men hvad er nu dette for en historie???: http://digitaliser.dk/news/1077645 Stevns Kommune må ikke videregive gratis geodata http://digitaliser.dk/news/1077645 Er kommunen kommet i klister for sin gavmildhed? 2011/3/24 Ole Laursen o...@hardworking.dk Peter Brodersen peter@... writes: .. og nu er alle 19.024 bygninger lagt ind. Tjek fx: http://osm.org/go/0NTO at bm Megafedt. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Byens torv
2011/3/25 Ole Wolf w...@blazingangles.com: Hvordan bør man angive byens torv, hvis byen har sådan et? http://wiki.openstreetmap.org/wiki/Proposed_features/Square gør mig desværre ikke klogere på, hvad der er det bedste bud. Jeg overvejede at angive det som pedestrian area, men eftersom der går tre veje ind gennem det pågældende område, er det nok en fejlagtig angivelse. Jeg har brugt highway=pedestian, area=yes i Næstved, og det ser også ud til at være metoden i de dele af København jeg har kigget på. Og der kan sagtens gå en vej gennem et fodgænger-område... -- Morten Siebuhr ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Byens torv
Jeg har også brugt Mortens metode. /Jens Winbladh Den 25. mar. 2011 10.08 skrev Morten Siebuhr s...@sbhr.dk: 2011/3/25 Ole Wolf w...@blazingangles.com: Hvordan bør man angive byens torv, hvis byen har sådan et? http://wiki.openstreetmap.org/wiki/Proposed_features/Square gør mig desværre ikke klogere på, hvad der er det bedste bud. Jeg overvejede at angive det som pedestrian area, men eftersom der går tre veje ind gennem det pågældende område, er det nok en fejlagtig angivelse. Jeg har brugt highway=pedestian, area=yes i Næstved, og det ser også ud til at være metoden i de dele af København jeg har kigget på. Og der kan sagtens gå en vej gennem et fodgænger-område... -- Morten Siebuhr ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] landsbyer landuse place
Jeg har mappet efter punkt 2. Da der som Esben siger, kan være forskellige brugsområder i en by. Ser indimellem at der både er blevet mappet et punkt med bynavnet og det tilhørende residential område med samme navn. Dette mener jeg klart er forkert. (Byen får desuden dobbelt navn i mapnik.) /Jens Den 24. mar. 2011 22.51 skrev Ole Laursen o...@hardworking.dk: Esben Damgaard maillist@... writes: Den 18-03-2011 15:34, Esbern Snare skrev: 2: ramme ind og tagge landuse:residential + ny node med tagget place: f.eks. Village eller Hamlet og name: byens navn Den rigtige må vel være 2, for hvad hvis byen ikke udelukkende er residential, men også commercial, eller industrial, eller railway, osv.. Derfor ser jeg place som den konsekvente tagning på en by. Der kan vel også findes residential landuse udenfor byer? Enig. Vi snakkede også om det her for et par måneder siden hvor jeg spurgte om størrelserne, hvis du (Esbern) er interesseret i flere meninger. :-) Der er dog ikke noget til hinder for, hvis byen kun består af residential, at knytte place tagget på sammen med landuse. Place må nemlig gerne være et area. Med et punkt som place kan man flytte lidt rundt med bynavnet hvad der kan være meget praktisk for f.eks. at angive en slags bymidte. Jeg synes ikke den automatiske navn på område-feature i de færdige kort altid virker supergodt for noget så stort som en landsby/by. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] landsbyer landuse place
Jeg er siden jeg skrev det første indlæg blevet overbevist om at punkt2 er den rigtige løsning, den anbefales også her http://wiki.openstreetmap.org/wiki/Place se under Tags used in conjunction Mvh Esbern 25. mar. 2011 10.23 skrev Jens Winbladh j...@somewhere.dk: Jeg har mappet efter punkt 2. Da der som Esben siger, kan være forskellige brugsområder i en by. Ser indimellem at der både er blevet mappet et punkt med bynavnet og det tilhørende residential område med samme navn. Dette mener jeg klart er forkert. (Byen får desuden dobbelt navn i mapnik.) /Jens Den 24. mar. 2011 22.51 skrev Ole Laursen o...@hardworking.dk: Esben Damgaard maillist@... writes: Den 18-03-2011 15:34, Esbern Snare skrev: 2: ramme ind og tagge landuse:residential + ny node med tagget place: f.eks. Village eller Hamlet og name: byens navn Den rigtige må vel være 2, for hvad hvis byen ikke udelukkende er residential, men også commercial, eller industrial, eller railway, osv.. Derfor ser jeg place som den konsekvente tagning på en by. Der kan vel også findes residential landuse udenfor byer? Enig. Vi snakkede også om det her for et par måneder siden hvor jeg spurgte om størrelserne, hvis du (Esbern) er interesseret i flere meninger. :-) Der er dog ikke noget til hinder for, hvis byen kun består af residential, at knytte place tagget på sammen med landuse. Place må nemlig gerne være et area. Med et punkt som place kan man flytte lidt rundt med bynavnet hvad der kan være meget praktisk for f.eks. at angive en slags bymidte. Jeg synes ikke den automatiske navn på område-feature i de færdige kort altid virker supergodt for noget så stort som en landsby/by. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Jens Winbladh Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
Hej Peter Importen af Bygningsdata - Jeg kan se at bygningerne ligger forskudt fra baggrundskortet (Fugro) Er dette en import fejl (projektion?) eller er det luftfoto fejl? /Jens Winbladh Den 25. mar. 2011 10.28 skrev Niels Elgaard Larsen elga...@agol.dk: Den 25-03-2011 09:49, Morten Siebuhr skrev: Er kommunen kommet i klister for sin gavmildhed? Det lader til at Stevns ikke bare lægger sig ned. Det værste i skrivelsen er: == Som statsforvaltningen har forstået Stevns kommune, er det en forudsætning for Stevns kommunes (og de øvrige kommuners) deltagelse i FOT-samarbejdet, at kommunen erhverver ejerrettigheder til det grundkortmateriale, som kommunen får produceret. Kommunen erhverver dermed retten til kommerciel udnyttelse af kortmaterialet. Dette forhold vurderes umiddelbart at være problematisk henset til den grundlæggende forudsætning om, at en kommune ikke er opbygget for at varetage kommercielle og dermed forretningsmæssige formål, men derimod at varetage fællesskabsopgaver for et lokalsamfund, herunder hensynet til forudsætnigen om kommunens forpligtelser til at handle økonomisk forsvarligt. == Så kommunerne må slet ikke eje deres egen data. Det kan også ramme Fri Software. På den anden side, måske vil copyleft licenserne virke her. Hvis fx Stevns kommune faktisk selv bruger OpenSteetmap data, så er situationen en anden. ... I det store hele ser det ud som om statsforvaltningen kommer til deres konklusion baseret på Stevs Kommune ulovligt laver et kort, der er for godt (kartografisk overkapacitet, om man vil), og hvis de sælger/bortgiver dette arbejde i nogen form forvrider de det komercielle marked. En specielt interessant detalje er at de ikke skelner mellem om kortet sælges eller bortgives - de mener det er ulovligt at kommunen overhovedet udbyder deres kort-materiale. Jeg er (heldigvis) ikke jurist, men som jeg læser det, må faktisk heller ikke sælge deres kort til KortCenter A/S, der indklagede dem for Konkurrence- og Forbrugerstyrelsen fordi de bortgav kortet i stedet for blot at slæge det. Nej, men de må betale fx Kortcenter for at producere data, hvis Kortcenter beholder rettighederne til data. Eller Stevns kan give data til Kort- og Matrikelstyrelsen. og Kort- og Matrikelstyrelsen må så sælge det videre til Kortcenter, andre forlag, kortfirmaer og tjenester (de gule sider, rejseplanen, osv). Kort- og Matrikelstyrelsen må sikkert gerne give data til OpenStreetmap, men det vil de jo ikke. https://secure.mim.dk/kms/KMSCopyR_Borger/Default.aspx?css=kmsstylesheet i FOT er en forening af kommunerne og KMS (staten). ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
2011/3/25 Jens Winbladh j...@somewhere.dk: Importen af Bygningsdata - Jeg kan se at bygningerne ligger forskudt fra baggrundskortet (Fugro) Er dette en import fejl (projektion?) eller er det luftfoto fejl? Jeg gætter på lidt dårlig registrering af Fugro-billederne. Der er også ofte lidt mismatch hvor to billeder mødes, så de skal nok generelt tages med et gran salt. Evt lige justeres lidt ind efter fx OSAK adresserne (space+drag i Potlatch). Hvis du sammenligner med Stevns egne ortofotos og vejmidte data, så er bygningerne spot on. /Lars ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
Hej, For en god ordens skyld: Det er en sag, som har kørt uafhængigt af OpenStreetMaps brug af deres data. Den har dog stadigvæk høj relevans i forhold til OpenStreetMap. Indtil videre er der ikke afgjort noget, men der er mildest talt mange meninger om det. I Høringssvaret fra Statsforvaltningen Sjælland kan man fx på side 2 læse, at Statsforvaltningen ikke mener, at de har den juridiske kompetence til at forstå og dermed afgøre spørgsmålene. Men de fastholder at der ingen lovhjemmel er, og skriver alligevel 15 sider om sagen... Kommunernes Landsforening vil gå ind i sagen, men de mener, at data skal sælges (og så er det uklart mht. licenser derefter til viderebrug). Det går derudover rimeligt meget imod de offentlige initiativer ifbm. ODIS - Offentlige Data I Spil-initiativet: http://digitaliser.dk/group/237756 - samt hvad Videnskabsministeren har af visioner. At dømme på forskellige twitter-indlæg, så er flere af IT- og Telestyrelsens folk opmærksomme på konflikten. Det samme er Stevns' GIS-mand, som også opfordrer til at downloade løs indtil der er en klar afgørelse :-) For os rejser det to mulige problematikker: 1. Tør kommunerne samarbejde? Nu var vi lige ved at komme i gang med at få brugt kommunernes data (Stevns, Kolding, Haderslev). Herefter er det let at få adgang til øvrig data, når nu vi har fået åbnet en sprække. Hvilken kommune kunne da ikke ønske også at have lige så gode kort på OpenStreetMap som fx Stevns? Men hvis kommunerne risikerer at få påtale, hvis det samarbejder med OSM (eller bare deler i det hele taget), så risikerer vi at initiativet dør, før det rigtigt kom af sted, trods det gode arbejde, folk som Jens Winbladh og Søren Johannessen har gjort for at skabe opmærksomhed omkring emnet. 2. Hvilke regler er blevet brudt? Statsforvaltningen mener som nævnt (side 15 i høringssvar-PDF'en), at Stevns Kommune ikke har hjemmel til at sælge eller videregive data. Jeg kan ikke gennemskue, hvilke sanktioner, der vil være, men jeg tvivler på, at det vil have problemer med tilbagevirkende kraft. Med andre ord er det næppe OSM's hovedpine, om en kommune overholder deres retsgrundsætninger for deres opgavevaretagelse. Uanset hvad, så er det stadigvæk kommunen, som er ejer af ophavsretten. Det er der ikke noget, som vil ændre på. Så alt i alt kan det være en problematik for lignende projekter i fremtiden, og muligvis også få nogle kommuner til at sætte deres delings-tanker på pause, før der er en afklaring. På den måde er det en irritation til fremtidige projekter. Men jeg ser ikke, at det skal afholde os fra at bruge det eksisterende datamateriale i mellemtiden. OpenStreetMap overtræder ikke ophavsretten med de tilladelser, vi har fået. Det er dog en sag, jeg vil følge nøje. Jeg vil også prøve at prikke til nogle journalister, m.m. desangående og få skabt noget offentligt fokus på sagen. - Peter Brodersen On 25 March 2011 08:27, Claus Hindsgaul claus.hindsg...@gmail.com wrote: Ja, det er imponerende, hvad den import har gjort for Stevns. Men hvad er nu dette for en historie???: http://digitaliser.dk/news/1077645 Stevns Kommune må ikke videregive gratis geodata Er kommunen kommet i klister for sin gavmildhed? 2011/3/24 Ole Laursen o...@hardworking.dk Peter Brodersen peter@... writes: .. og nu er alle 19.024 bygninger lagt ind. Tjek fx: http://osm.org/go/0NTO at bm Megafedt. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-ca] Importing MLI park boundaries
Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
Assuming the dataset clears legal, my preferred way of converting shapefiles to osm is using ogr2osm [http://wiki.openstreetmap.org/wiki/Ogr2osm]. You get to write your own tag filters in Python (two samples are provided in the translations directory), as long as you're not doing any complicated automated editing of ways or some such. Last time I used ogr2osm, it wasn't putting version numbers into the output files, so they're not technically API0.6 compatible (Osmosis won't accept them, but JOSM will). It should do just what you need. Adam On Fri, Mar 25, 2011 at 12:11 PM, Samuel Dyck samueld...@gmail.com wrote: Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
I prefer http://wiki.openstreetmap.org/wiki/Ogr2osm to do the conversions. To convert you have to write a python function that maps the shapefile tagging to osm tagging. This is not technically very hard, but mapping to osm tags is very easy to get wrong. If you're using Windows, I'd suggest using VirtualBox and Ubuntu to run it. -Original Message- From: Samuel Dyck [mailto:samueld...@gmail.com] Sent: Friday, March 25, 2011 12:12 PM To: talk-ca@openstreetmap.org Subject: [Talk-ca] Importing MLI park boundaries Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
I'm using an Ubuntu derived distro, so I should be good. Tyler converted the MLI building data and has been importing it into OSM already. I've read thought the terms, do I need to clear a import with someone? Sam On 11-03-25 03:32 PM, Paul Norman wrote: I prefer http://wiki.openstreetmap.org/wiki/Ogr2osm to do the conversions. To convert you have to write a python function that maps the shapefile tagging to osm tagging. This is not technically very hard, but mapping to osm tags is very easy to get wrong. If you're using Windows, I'd suggest using VirtualBox and Ubuntu to run it. -Original Message- From: Samuel Dyck [mailto:samueld...@gmail.com] Sent: Friday, March 25, 2011 12:12 PM To: talk-ca@openstreetmap.org Subject: [Talk-ca] Importing MLI park boundaries Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
Hi, The National Parks data will be removed from the osm api next friday, as it will be considered 'tainted data' since the person who uploaded the data doesn't agree to the new contributor terms. This helps, as it makes it easier to add in the Manitoba parks data. Since knowone volunteered, the conversion script for the MLI data will be availbale on github :) and the shape files on koordinates.com Soon(TM) cheers, sam On 3/25/11, Samuel Dyck samueld...@gmail.com wrote: Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- --- Across Canada Trails - Beyond 2017 - The National Trails Network Victoria, BC Canada Twitter: @Acrosscanada Blog: http://acrosscanadatrails.posterous.com/ Facebook: http://www.facebook.com/sam.vekemans Skype: 'Sam Vekemans' Member, CommonMap Inc. http://commonmap.org/ IRC: irc://irc.oftc.net #CommonMap Also find us on Facebook, Twitter and LinkedIn ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
Thanks Sam, that saves me a lot of work. Is all the tainted data being removed Friday, or just yours? Sam On 11-03-25 10:29 PM, Sam Vekemans wrote: Hi, The National Parks data will be removed from the osm api next friday, as it will be considered 'tainted data' since the person who uploaded the data doesn't agree to the new contributor terms. This helps, as it makes it easier to add in the Manitoba parks data. Since knowone volunteered, the conversion script for the MLI data will be availbale on github :) and the shape files on koordinates.com Soon(TM) cheers, sam On 3/25/11, Samuel Dycksamueld...@gmail.com wrote: Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
That is upto the OpenStreetMap Foundation to decide on what todo, as they will effectivelly 'own' all the rights to the data, including all tainted data. We (as a community) do not have a say in this matter, unfortunatly. cc'd the lists, it's up to them to reply back. cheers, sam On 3/25/11, Samuel Dyck samueld...@gmail.com wrote: Thanks Sam, that saves me a lot of work. Is all the tainted data being removed Friday, or just yours? Sam On 11-03-25 10:29 PM, Sam Vekemans wrote: Hi, The National Parks data will be removed from the osm api next friday, as it will be considered 'tainted data' since the person who uploaded the data doesn't agree to the new contributor terms. This helps, as it makes it easier to add in the Manitoba parks data. Since knowone volunteered, the conversion script for the MLI data will be availbale on github :) and the shape files on koordinates.com Soon(TM) cheers, sam On 3/25/11, Samuel Dycksamueld...@gmail.com wrote: Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- --- Across Canada Trails - Beyond 2017 - The National Trails Network Victoria, BC Canada Twitter: @Acrosscanada Blog: http://acrosscanadatrails.posterous.com/ Facebook: http://www.facebook.com/sam.vekemans Skype: 'Sam Vekemans' Member, CommonMap Inc. http://commonmap.org/ IRC: irc://irc.oftc.net #CommonMap Also find us on Facebook, Twitter and LinkedIn ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
Let me clarify, will the so called tainted data still be up for the near future, or will I be spending my week preforming hectic Canvec imports to save street names I gathered with a pen and paper? It doesn't look good for me http://osm.informatik.uni-leipzig.de/map/?zoom=12lat=49.88177lon=-97.17517layers=B0. Sam Dyck On 11-03-25 10:56 PM, Sam Vekemans wrote: That is upto the OpenStreetMap Foundation to decide on what todo, as they will effectivelly 'own' all the rights to the data, including all tainted data. We (as a community) do not have a say in this matter, unfortunatly. cc'd the lists, it's up to them to reply back. cheers, sam On 3/25/11, Samuel Dycksamueld...@gmail.com wrote: Thanks Sam, that saves me a lot of work. Is all the tainted data being removed Friday, or just yours? Sam On 11-03-25 10:29 PM, Sam Vekemans wrote: Hi, The National Parks data will be removed from the osm api next friday, as it will be considered 'tainted data' since the person who uploaded the data doesn't agree to the new contributor terms. This helps, as it makes it easier to add in the Manitoba parks data. Since knowone volunteered, the conversion script for the MLI data will be availbale on github :) and the shape files on koordinates.com Soon(TM) cheers, sam On 3/25/11, Samuel Dycksamueld...@gmail.com wrote: Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing MLI park boundaries
I'd suggest doing a conversion and posting a .osm file somewhere so we can see the proposed tagging. -Original Message- From: Samuel Dyck [mailto:samueld...@gmail.com] Sent: Friday, March 25, 2011 7:40 PM To: Paul Norman Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Importing MLI park boundaries I'm using an Ubuntu derived distro, so I should be good. Tyler converted the MLI building data and has been importing it into OSM already. I've read thought the terms, do I need to clear a import with someone? Sam On 11-03-25 03:32 PM, Paul Norman wrote: I prefer http://wiki.openstreetmap.org/wiki/Ogr2osm to do the conversions. To convert you have to write a python function that maps the shapefile tagging to osm tagging. This is not technically very hard, but mapping to osm tags is very easy to get wrong. If you're using Windows, I'd suggest using VirtualBox and Ubuntu to run it. -Original Message- From: Samuel Dyck [mailto:samueld...@gmail.com] Sent: Friday, March 25, 2011 12:12 PM To: talk-ca@openstreetmap.org Subject: [Talk-ca] Importing MLI park boundaries Hi Everyone The Canvec data for MB provincial park boundaries is horribly inaccurate and this bothers me greatly. The government of Manitoba offers good boundary data and a bunch of other cool stuff though the Manitoba Lands Initiative, which I believe we can use, but I've never converted Shapefiles to an API 0.6 compatible osm file (or at all really). How would I best do this? Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Panneau d'affichage
Bonjour ratanes, J'ai commencé à ajouter les panneaux Expression libre du côté de chez moi en utilisant amenity=billboard. Ce tag n'est pas documenté sur le wiki mais il était déjà un peu utilisé : http://taginfo.openstreetmap.de:8003/search?q=billboard#values Pour homogénéiser l'usage et permettre une qualification plus précise, il faudrait effectivement lancer une proposed feature sur le wiki. Le processus est potentiellement long, n'aboutit pas toujours et ne garantit pas l'adoption par la communauté. Ça a toutefois le mérite de créer une documentation. Sans aller jusque là, tu peux déjà qualifier ces objets assez finement en t'appuyant sur les clés existantes. Par exemple operator et/ou access pour l'autorisation. Pour le type de support, il y a material=metal|wood|concrete mais là encore il faut suivre l'usage car il n'y a pas de documentation : http://taginfo.openstreetmap.de:8003/keys/material#values J'avais aussi dans un coin de la tête l'idée qu'il serait intéressant d'en faire une carte pour tous les colleurs d'affiches (j'ai bossé dans le secteur culturel à un moment, ça nous aurait été utile). Mais je n'ai pas de temps à consacrer à un tel projet pour le moment. Pour l'instant, ce travail de collecte d'info est fait pour du beurre parce que ces objets ne sont pas rendus sur les cartes de démonstration (mapnik, osmarenderer) et je ne connais pas d'application web qui les mettent en valeur. Mais rien ne t'empêche de faire ton propre rendu statique (Maperitive, Mapnik, etc) ou Web (OpenLayers + d'autres outils selon les choix que tu feras). Une première étape pourrait être de demander la prise en compte de cet objet dans les visualisateurs de POI existants (OpenStreetBrowser, OSMInterest, InGéNu...). Cordialement Gilles Bassière ratanes wrote: Bonsoir, je cherche le moyen de décrire les panneaux d'affichage. Type de support (bois, métal pour prévoir les moyens d'accrochage : ruban adhésif, punaises ou agrafes) Type d'autorisation (libre, mairie) L'idée est d'ensuite afficher ces informations sur une carte afin d'aider les associations qui souhaitent informer d'un spectacle pour qu'elle sache combien prévoir d'affiches, où les placer et quels types d'accrochage. (Je ne sais pas non plus comment on fait pour faire apparaître ses informations sur une carte) Merci Marc Bricard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'affichage
Le 24 mars 2011 22:07, yvecai yve...@gmail.com a écrit : On 24. 03. 11 21:33, Marc Sibert wrote: Le 24/03/2011 20:52, ratanes a écrit : Bonsoir, je cherche le moyen de décrire les panneaux d'affichage. Type de support (bois, métal pour prévoir les moyens d'accrochage : ruban adhésif, punaises ou agrafes) Type d'autorisation (libre, mairie) L'idée est d'ensuite afficher ces informations sur une carte afin d'aider les associations qui souhaitent informer d'un spectacle pour qu'elle sache combien prévoir d'affiches, où les placer et quels types d'accrochage. (Je ne sais pas non plus comment on fait pour faire apparaître ses informations sur une carte) Merci Marc Bricard Bonjour, Utilises OpenLayers avec la carto d'OSM et les localisations des panneaux en surimpression. Rien n'est prévu pour les panneaux d'information (autre que l'information routière et touristique). S'il n'existe pas de tag, ça n'a rien à faire dans OSM. Pourquoi pas les sex-shops ou les panneaux publicitaires ? Ah ! on me dit qu'il existe un tag pour les sex-shops ;-) Sinon tu peux faire une proposition de tag et une proposition de correctif de l'outil de rendu pour faire apparaitre ces nouveaux éléments. Bonne chance. Enfin Marc, pourquoi être si catégorique? OpenStreetMap n'a aucune restriction de contenu sur les tags. Et avec un peu de travail, on peut faire apparaitre sur une carte n'importe quel tag sur une carte soi-même, même si le commun des mortels n'est pas intéressé par ce tag. Elle est pas chouette celle-là: http://brewpubs.openstreetmap.de/ ? Yves http://wiki.openstreetmap.org/wiki/Tag http://wiki.openstreetmap.org/wiki/Any_tags_you_like Bonjour, J'aime beaucoup ton exemple brewpubs ; c'est exactement ma réponse. Les données ne *sont pas* dans OSM mais ajoutées en surcouche avec OpenLayers. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'affichage
2011/3/25 Marc SIBERT m...@sibert.fr: Le 24 mars 2011 22:07, yvecai yve...@gmail.com a écrit : On 24. 03. 11 21:33, Marc Sibert wrote: Le 24/03/2011 20:52, ratanes a écrit : Bonsoir, je cherche le moyen de décrire les panneaux d'affichage. Type de support (bois, métal pour prévoir les moyens d'accrochage : ruban adhésif, punaises ou agrafes) Type d'autorisation (libre, mairie) L'idée est d'ensuite afficher ces informations sur une carte afin d'aider les associations qui souhaitent informer d'un spectacle pour qu'elle sache combien prévoir d'affiches, où les placer et quels types d'accrochage. (Je ne sais pas non plus comment on fait pour faire apparaître ses informations sur une carte) Merci Marc Bricard Bonjour, Utilises OpenLayers avec la carto d'OSM et les localisations des panneaux en surimpression. Rien n'est prévu pour les panneaux d'information (autre que l'information routière et touristique). S'il n'existe pas de tag, ça n'a rien à faire dans OSM. Pourquoi pas les sex-shops ou les panneaux publicitaires ? Ah ! on me dit qu'il existe un tag pour les sex-shops ;-) Sinon tu peux faire une proposition de tag et une proposition de correctif de l'outil de rendu pour faire apparaitre ces nouveaux éléments. Bonne chance. Enfin Marc, pourquoi être si catégorique? OpenStreetMap n'a aucune restriction de contenu sur les tags. Et avec un peu de travail, on peut faire apparaitre sur une carte n'importe quel tag sur une carte soi-même, même si le commun des mortels n'est pas intéressé par ce tag. Elle est pas chouette celle-là: http://brewpubs.openstreetmap.de/ ? Yves http://wiki.openstreetmap.org/wiki/Tag http://wiki.openstreetmap.org/wiki/Any_tags_you_like Bonjour, J'aime beaucoup ton exemple brewpubs ; c'est exactement ma réponse. Les données ne *sont pas* dans OSM mais ajoutées en surcouche avec OpenLayers. Euh... elles _sont_ dans OSM. Ce sont tout les noeuds avec un tag microbrewery = yes. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'affichage
Bonjour, Si si, les pubs sont bien pris dans la base OSM En cliquant sur le pub, une bulle s'affiche, et elle est agrémentée d'un lien vers la description du node en question Comme par exemple pour le pub à proximité d'Angers (pris au hasard) http://www.openstreetmap.org/browse/node/1126031159 Quelques détails sur le site ici: http://brewpubs.openstreetmap.de/about.html Bonne journée Le 25 mars 2011 09:50, Marc SIBERT m...@sibert.fr a écrit : Elle est pas chouette celle-là: http://brewpubs.openstreetmap.de/ ? Yves http://wiki.openstreetmap.org/wiki/Tag http://wiki.openstreetmap.org/wiki/Any_tags_you_like Bonjour, J'aime beaucoup ton exemple brewpubs ; c'est exactement ma réponse. Les données ne *sont pas* dans OSM mais ajoutées en surcouche avec OpenLayers. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'affichage
Marc SIBERT wrote: J'aime beaucoup ton exemple brewpubs ; c'est exactement ma réponse. Les données ne *sont pas* dans OSM mais ajoutées en surcouche avec OpenLayers. Mmm, attention à ne pas créer de confusion. Les données *sont bien* dans OSM car OSM est avant tout une base de données. Sur la carte des brewpubs, l'infobulle mentionne même l'id OSM de l'objet. En dehors de cette clarification, je suis d'accord avec vous :) Des infos aussi spécifiques n'ont pas besoin d'encombrer le rendu de démonstration et sont à réserver à des cartes spécialisées. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'affichage
Le vendredi 25 mars 2011 09:50:17 Marc SIBERT, vous avez écrit : J'aime beaucoup ton exemple brewpubs ; c'est exactement ma réponse. Les données ne *sont pas* dans OSM mais ajoutées en surcouche avec OpenLayers. Heu, il me semble que les données *sont bien* dans OSM. Ils sont affichés en surcouche car non rendu par osm.org. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'affichage
Si, elles y sont ! Un tags du genre microbrewery je crois. Marc SIBERT m...@sibert.fr a écrit : Le 24 mars 2011 22:07, yvecai yve...@gmail.com a écrit : On 24. 03. 11 21:33, Marc Sibert wrote: Le 24/03/2011 20:52, ratanes a écrit : Bonsoir, je cherche le moyen de décrire les panneaux d'affichage. Type de support (bois, métal pour prévoir les moyens d'accrochage : ruban adhésif, punaises ou agrafes) Type d'autorisation (libre, mairie) L'idée est d'ensuite afficher ces informations sur une carte afin d'aider les associations qui souhaitent informer d'un spectacle pour qu'elle sache combien prévoir d'affiches, où les placer et quels types d'accrochage. (Je ne sais pas non plus comment on fait pour faire apparaître ses informations sur une carte) Merci Marc Bricard Bonjour, Utilises OpenLayers avec la carto d'OSM et les localisations des panneaux en surimpression. Rien n'est prévu pour les panneaux d'information (autre que l'information routière et touristique). S'il n'existe pas de tag, ça n'a rien à faire dans OSM. Pourquoi pas les sex-shops ou les panneaux publicitaires ? Ah ! on me dit qu'il existe un tag pour les sex-shops ;-) Sinon tu peux faire une proposition de tag et une proposition de correctif de l'outil de rendu pour faire apparaitre ces nouveaux éléments. Bonne chance. Enfin Marc, pourquoi être si catégorique? OpenStreetMap n'a aucune restriction de contenu sur les tags. Et avec un peu de travail, on peut faire apparaitre sur une carte n'importe quel tag sur une carte soi-même, même si le commun des mortels n'est pas intéressé par ce tag. Elle est pas chouette celle-là: http://brewpubs.openstreetmap.de/ ? Yves http://wiki.openstreetmap.org/wiki/Tag http://wiki.openstreetmap.org/wiki/Any_tags_you_like Bonjour, J'aime beaucoup ton exemple brewpubs ; c'est exactement ma réponse. Les données ne *sont pas* dans OSM mais ajoutées en surcouche avec OpenLayers. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sent from my Android phone with K-9. Please excuse my brevity.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Japon : les efforts de la communauté OSM visibles
Relevé via ERDAS, cette application qui montre, entre autres, qu'en cas de situation d'urgence, les données OSM sont de plus en plus visibles. C'est ici : http://apollopro.erdas.com/apollo-client/ Au notera au passage, la potentielle réutilisation d'images Geo-Eyes et Ikonos avant et après la tragédie. Je n'ai pas le temps de creuser et d'autres plus HOT(http://hot.openstreetmap.org/weblog/) ont peut-être plus de détails. Voir aussi : http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Panneau d'information : Colonne Moriss
Bonjour, Il existe les Colonnes Moriss, mais pas de tag dans OSM. Les mairies ont une obligation de lieux d'affichage. Je pense qu'il est intéressant de pouvoir les signaler sur la carte dans certains rendus spécialisés. -- Jacques DEWAILLY Site perso: http://jac.dewailly.free.fr/, Douai Marche http://douai-marche.fr/, JCPLP http://jecourspourleplaisir.asso.fr/ et Droit D'Vélo http://droitdvelo.free.fr Blog: http://droitdvelo.canalblog.com/ et http://4avelo.canalblog.com attachment: jacques_dewailly.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'affichage
Le 24 mars 2011 21:33, Marc Sibert m...@sibert.fr a écrit : Le 24/03/2011 20:52, ratanes a écrit : Bonsoir, je cherche le moyen de décrire les panneaux d'affichage. Type de support (bois, métal pour prévoir les moyens d'accrochage : ruban adhésif, punaises ou agrafes) Type d'autorisation (libre, mairie) L'idée est d'ensuite afficher ces informations sur une carte afin d'aider les associations qui souhaitent informer d'un spectacle pour qu'elle sache combien prévoir d'affiches, où les placer et quels types d'accrochage. (Je ne sais pas non plus comment on fait pour faire apparaître ses informations sur une carte) Merci Marc Bricard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Utilises OpenLayers avec la carto d'OSM et les localisations des panneaux en surimpression. Rien n'est prévu pour les panneaux d'information (autre que l'information routière et touristique). S'il n'existe pas de tag, ça n'a rien à faire dans OSM. Pourquoi pas les sex-shops ou les panneaux publicitaires ? Ah ! on me dit qu'il existe un tag pour les sex-shops ;-) Sinon tu peux faire une proposition de tag et une proposition de correctif de l'outil de rendu pour faire apparaitre ces nouveaux éléments. Bonne chance. -- Marc Sibert m...@sibert.fr Bon, ben ils existent ces tags pour les brasseries, visiblement pour vous c'est clair ! Simplement, il ne s'agit que de amenity=pub (ça ça existe pour les contributeurs sur le terrain qui ont besoin de refaire le plein) avec un petit add-on microbrewery=yes qui n'est pas rendu par Mapnik. Après on peut troller pendant des heures sur ce qui peut être dans OSM et ce qui n'a rien à y faire... et comme j'ai agressé le premier je ne dirais plus un mot, dans ce fil. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau d'information : Colonne Moriss
Jacques DEWAILLY Free wrote: Bonjour, Il existe les Colonnes Moriss, mais pas de tag dans OSM. Les mairies ont une obligation de lieux d'affichage. Je pense qu'il est intéressant de pouvoir les signaler sur la carte dans certains rendus spécialisés. Bonjour, C'est une coïncidence ou vous faîtes référence à la discussion en cours sur les panneaux d'information ? Je me suis fréquement demandé comment saisir les colonnes de Morris (et non pas de Moriss) car ce sont des éléments très visibles dans le paysage urbain. En attendant de trouver mieux, j'ai fait ça récemment : http://www.openstreetmap.org/browse/node/1205469498 Pour les curieux qui se demandent de quoi on parle : http://fr.wikipedia.org/wiki/Colonne_Morris Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag pour un bâtiment qui n'est en fait qu'une structure métallique
Bonjour, Je suis en train de compléter le bâti de la commune de Villers-lès-Nancy (54) et j'ai un cas particulier que je ne sais pas gérer. Il s'agit d'un supermarché où le parking est surmonté d'une structure métallique qui apparait comme un bâtiment après importation du cadastre. Dois-je le supprimer où avez-vous une autre solution? http://www.openstreetmap.org/?lat=48.657639lon=6.111856zoom=18layers=M Je précise aussi que l'importation du cadastre ne contient pas le bâtiment à proprement parler du supermarché. Ce qui est étonnant c'est que sur Géoportail ( http://www.geoportail.fr/visu2D.do?cg=djoxLjEqYzptZXRyb3BvbGUqY3Y6MS4wKnZ2OjEuMSp4eTo2LjExMjA4NzI3ODAwMjI5NzV8NDguNjU3NzEyMzMxMjMxNDkqczo0KnB2OjEuMCpwOmRlY291dmVydGUqbDpQaG90b3wxfDEwMHwwLEJhdGl8MXwxMDB8NixQYXJjZWxsZXN8MXwxMDB8OA%3D%3D), quand on coche la couche surfaces bâties, la structure métallique n'apparaît pas mais au contraire celle du supermarché que je n'avais donc pas dans l'import du cadastre. Une vérification sur le site du cadastre montre cette distinction: http://www.cadastre.gouv.fr/scpc/afficherCarteFeuille.do?f=M0578000AT01dontSaveLastForwardkeepVolatileSession= Merci pour votre aide. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour un bâtiment qui n'est en fait qu'une structure métallique
http://wiki.openstreetmap.org/wiki/Key:covered un truc de ce genre la ? - - - - didier + mapeur amateur + - Mail d'origine - De: Romain MEHUT romain.me...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Fri, 25 Mar 2011 15:34:12 +0100 (CET) Objet: [OSM-talk-fr] Tag pour un bâtiment qui n'est en fait qu'une structure métallique Bonjour, Je suis en train de compléter le bâti de la commune de Villers-lès-Nancy (54) et j'ai un cas particulier que je ne sais pas gérer. Il s'agit d'un supermarché où le parking est surmonté d'une structure métallique qui apparait comme un bâtiment après importation du cadastre. Dois-je le supprimer où avez-vous une autre solution? http://www.openstreetmap.org/?lat=48.657639lon=6.111856zoom=18layers=M Je précise aussi que l'importation du cadastre ne contient pas le bâtiment à proprement parler du supermarché. Ce qui est étonnant c'est que sur Géoportail ( http://www.geoportail.fr/visu2D.do?cg=djoxLjEqYzptZXRyb3BvbGUqY3Y6MS4wKnZ2OjEuMSp4eTo2LjExMjA4NzI3ODAwMjI5NzV8NDguNjU3NzEyMzMxMjMxNDkqczo0KnB2OjEuMCpwOmRlY291dmVydGUqbDpQaG90b3wxfDEwMHwwLEJhdGl8MXwxMDB8NixQYXJjZWxsZXN8MXwxMDB8OA%3D%3D), quand on coche la couche surfaces bâties, la structure métallique n'apparaît pas mais au contraire celle du supermarché que je n'avais donc pas dans l'import du cadastre. Une vérification sur le site du cadastre montre cette distinction: http://www.cadastre.gouv.fr/scpc/afficherCarteFeuille.do?f=M0578000AT01dontSaveLastForwardkeepVolatileSession= Merci pour votre aide. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour un bâtiment qui n'est en fait qu'une structure métallique
2011/3/25 didier2...@free.fr http://wiki.openstreetmap.org/wiki/Key:covered un truc de ce genre la ? Non, covered s'applique à ce qui est en dessous (ex. highway) et est synonyme de tunnel=yes. Si on taggue l'objet couvrant (ou au-dessus), on utilise déjà building=yes + wall=no sur des centaines de milliers d'éléments en France bien que ce tag n'ait aucune reconnaissance officielle. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Création Association OpenStreetMap France
Bonjour à tou[te]s, Le sujet a déjà épuisé beaucoup de claviers, mais il revient, pour, je l'espère fortement, aboutir à une structure OSM France pérenne. Après concertation avec le board de l'OSGéo-fr sur l'avenir d'OSM en France, il a été acté qu'il fallait mieux qu'OSM ait sa propre association. OSM n'étant pas représentée légalement en France il fallait trouver une solution: -Soit OSGéo-fr devient aussi un Local Chapter d'OSM. -Soit la communauté OSM en France bâtie sa propre association. Il apparait aujourd'hui que de plus en plus de contributeurs sont prêts à assumer des responsabilités dans le montage d'une association OSM France. Cela n'entrave en rien nos bonnes relations avec l'OSgéo-fr ni la possibilité de mener de concert des projets. Cette décision ravira certains d'entre vous, d'autres seront peut être déçus, mais il nous faut aller de l'avant pour plus de visibilité et de lisibilité. Après négociation avec ma hiérarchie je suis désormais en temps partiel 1semaine/mois pour me consacrer aux activités communautaires d'OSM. Je serai donc à Paris tous les mois pendant 1semaine complète pour assurer l'amorce de la création d'OSM France. De nombreuses collectivités et entreprises nous apportent leurs soutiens dans cette phase nécessaire au soutien des activités des contributeurs en France. Les principaux besoins immédiats seront d'écrire les statuts de l'association. La domicilier à Paris facilitera les échanges et déplacements des membres. L'objectif est d'avoir une vrai autonomie financière / humaine et matériel grâce à des dons, subventions, et productions plus simple à obtenir quand on est une association. Il existe déjà une page amorçant le processus de création d'OSM France sur le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France Nous la mettrons à jour au fur et à mesure. Ce post est aussi un appel à volontaires pour des fonctions diverses et variées au sein de la Future OSM France. Merci d'avance de votre aide dans cette belle aventure. Action ! Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création Association OpenStreetMap France
Je suis prêt à me lancer dans l'aventure. je ne suis pas forcément très mobile mais je dois pouvoir monter trois ou quatre fois à Paris dans l'année Monsieur a Le vendredi 25 mars 2011 à 18:51 +0100, RatZilla$ a écrit : Bonjour à tou[te]s, Le sujet a déjà épuisé beaucoup de claviers, mais il revient, pour, je l'espère fortement, aboutir à une structure OSM France pérenne. Après concertation avec le board de l'OSGéo-fr sur l'avenir d'OSM en France, il a été acté qu'il fallait mieux qu'OSM ait sa propre association. OSM n'étant pas représentée légalement en France il fallait trouver une solution: -Soit OSGéo-fr devient aussi un Local Chapter d'OSM. -Soit la communauté OSM en France bâtie sa propre association. Il apparait aujourd'hui que de plus en plus de contributeurs sont prêts à assumer des responsabilités dans le montage d'une association OSM France. Cela n'entrave en rien nos bonnes relations avec l'OSgéo-fr ni la possibilité de mener de concert des projets. Cette décision ravira certains d'entre vous, d'autres seront peut être déçus, mais il nous faut aller de l'avant pour plus de visibilité et de lisibilité. Après négociation avec ma hiérarchie je suis désormais en temps partiel 1semaine/mois pour me consacrer aux activités communautaires d'OSM. Je serai donc à Paris tous les mois pendant 1semaine complète pour assurer l'amorce de la création d'OSM France. De nombreuses collectivités et entreprises nous apportent leurs soutiens dans cette phase nécessaire au soutien des activités des contributeurs en France. Les principaux besoins immédiats seront d'écrire les statuts de l'association. La domicilier à Paris facilitera les échanges et déplacements des membres. L'objectif est d'avoir une vrai autonomie financière / humaine et matériel grâce à des dons, subventions, et productions plus simple à obtenir quand on est une association. Il existe déjà une page amorçant le processus de création d'OSM France sur le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d% 27association_en_France Nous la mettrons à jour au fur et à mesure. Ce post est aussi un appel à volontaires pour des fonctions diverses et variées au sein de la Future OSM France. Merci d'avance de votre aide dans cette belle aventure. Action ! Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création Association OpenStreetMap France
Bonjour, Le 25/03/2011 18:51, RatZilla$ a écrit : Le sujet a déjà épuisé beaucoup de claviers, mais il revient, pour, je l'espère fortement, aboutir à une structure OSM France pérenne. Il faut donc en conclure que l'expérience OSGéo ne l'est pas (concluante). il nous faut aller de l'avant pour plus de visibilité et de lisibilité. +1 Après négociation avec ma hiérarchie je suis désormais en temps partiel 1semaine/mois pour me consacrer aux activités communautaires d'OSM. \o/ Il existe déjà une page amorçant le processus de création d'OSM France sur le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France Bravo, bon boulot. C'est hyper casse-pieds à faire mais il *faut* le faire. Merci. Nous la mettrons à jour au fur et à mesure. Ce post est aussi un appel à volontaires pour des fonctions diverses et variées au sein de la Future OSM France. Merci d'avance de votre aide dans cette belle aventure. Action ! Présent ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Achat d'un GPS
Bonsoir, Je possède actuellement un GPS Garmin Nüvi 255 que j'utilise pour contribuer, mais je réfléchis à l'achat d'un nouveau GPS. Je recherche un GPS pouvant servir aussi bien en voiture qu'en vélo/à pied, avec des fonctions de routage et d'enregistrement des traces. Il faudrait qu'il puisse enregistrer des POI et ait une précision correcte. Si vous avez un modèle qui correspond à cette description, je serai content de pouvoir lire vos avis et retours d'utilisations. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création Association OpenStreetMap France
RatZilla$ wrote: Le sujet a déjà épuisé beaucoup de claviers, mais il revient, pour, je l'espère fortement, aboutir à une structure OSM France pérenne. Je sens les claviers qui commencent à s'inquiéter à l'issue d'une telle proposition :) Après concertation avec le board de l'OSGéo-fr sur l'avenir d'OSM en France, il a été acté qu'il fallait mieux qu'OSM ait sa propre association. Oh ! Surprise ? OSM n'étant pas représentée légalement en France il fallait trouver une solution: -Soit OSGéo-fr devient aussi un Local Chapter d'OSM. -Soit la communauté OSM en France bâtie sa propre association. Il apparait aujourd'hui que de plus en plus de contributeurs sont prêts à assumer des responsabilités dans le montage d'une association OSM France. Cela n'entrave en rien nos bonnes relations avec l'OSgéo-fr ni la possibilité de mener de concert des projets. Cette décision ravira certains d'entre vous, d'autres seront peut être déçus, mais il nous faut aller de l'avant pour plus de visibilité et de lisibilité. Après négociation avec ma hiérarchie je suis désormais en temps partiel 1semaine/mois pour me consacrer aux activités communautaires d'OSM. Je serai donc à Paris tous les mois pendant 1semaine complète pour assurer l'amorce de la création d'OSM France. De nombreuses collectivités et entreprises nous apportent leurs soutiens dans cette phase nécessaire au soutien des activités des contributeurs en France. Les principaux besoins immédiats seront d'écrire les statuts de l'association. La domicilier à Paris facilitera les échanges et déplacements des membres. L'objectif est d'avoir une vrai autonomie financière / humaine et matériel grâce à des dons, subventions, et productions plus simple à obtenir quand on est une association. Il existe déjà une page amorçant le processus de création d'OSM France sur le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France C'est déjà un bon point de départ. Ça va permettre de discuter. Nous la mettrons à jour au fur et à mesure. Ce post est aussi un appel à volontaires pour des fonctions diverses et variées au sein de la Future OSM France. Je suis partant. Merci d'avance de votre aide dans cette belle aventure. Et merci à toi d'en prendre l'initiative ! -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Consultation de carte hors ligne
Le message suivant : ## Bonjour a tous ! Je vient vers vous dans l'espoir de trouver de bon conseils. Je voyage régulièrement en Europe pendant l'été. Cet été il est très fort probable pour que mon voyage se fasse en combi de 1978, jusqu'en Roumanie. Je cherche donc un moyen d'embarquer sur mon pc quelques cartes ! Je consulte de temps en temps les cartes de openstreetmaps, mais il va sans dire que sur le route, je n'aurais pas accès a internet. D'ou mon intéressement a pouvoir les consulter de façon hors ligne. Ayant parcourrus le wiki, j'ai pu constater qu'il est possible de récupérer des données xml (au format osm) afin de pouvoir les traiter. Cependant je n'ai pas encore trouvé comment consulter ces cartes. En effet je trouve essentiellement des pages wiki traitant du transfert de celles-ci vers des gps. Auriez vous quelques conseil par rapport a cela ? Je vous remercie ! Bux. (j'ai aussi poster sur le foum d'openstreetmap) a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création Association OpenStreetMap France
Le 25/03/2011 18:51, RatZilla$ a écrit : La domicilier à Paris facilitera les échanges et déplacements des membres. Bonsoir, Gaël Paris n'a pas vocation à être le centre du monde. Pourquoi le siège ne peut-il pas être en province? Paris peut être choisi pour des réunions mais cela n'impacte pas la localisation du siège de l'association! Le seul impératif est d'être en France (DOM y compris). Rien n'empêche de localiser le siège au domicile du président tant qu'il n'y a pas de local administratif. Avons-nous vraiment besoin d'un local administratif d'ailleurs? Il y a une palanquée d'association qui n'ont qu'une boite à lettre! Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création Association OpenStreetMap France
Le 25/03/2011 18:51, RatZilla$ a écrit : Bonjour à tou[te]s, Le sujet a déjà épuisé beaucoup de claviers, mais il revient, pour, je l'espère fortement, aboutir à une structure OSM France pérenne. Après concertation avec le board de l'OSGéo-fr sur l'avenir d'OSM en France, il a été acté qu'il fallait mieux qu'OSM ait sa propre association. OSM n'étant pas représentée légalement en France il fallait trouver une solution. -Soit OSGéo-fr devient aussi un Local Chapter d'OSM. -Soit la communauté OSM en France bâtie sa propre association. Il apparait aujourd'hui que de plus en plus de contributeurs sont prêts à assumer des responsabilités dans le montage d'une association OSM France. Cela n'entrave en rien nos bonnes relations avec l'OSgéo-fr ni la possibilité de mener de concert des projets. Cette décision ravira certains d'entre vous, d'autres seront peut être déçus, mais il nous faut aller de l'avant pour plus de visibilité et de lisibilité. C'est le printemps, tout bourgeonne. J'ai cru pendant un temps que le rapprochement entre OSM et l'OSGeo était une bonne solution, qu'il n'était pas nécessaire d'avoir notre propre structure, que ce rapprochement pouvait permettre un partage d'expérience entre neo-géographes et paleo-géomaticiens, etc. Chaque projet a suivi sa propre route. J'adhère aujourd'hui à ce projet de constitution d'association OSM-fr car cela me semble la solution la plus réaliste dans l'état actuel des choses. Il serait peut-être, par respect pour ceux qui avaient acté le rapprochement avec l'OSGEO (http://doodle.com/3nm3y5czf3ukdgtg), de bon ton de formaliser cette nouvelle ambition par un nouveau vote/sondage pour que la démarche ne soit pas que la volonté d'une tête de pont (on me signale dans l'oreillette ce sondage : http://doodle.com/hk8kqeh3ibnuh3wz) distançant le gros de la troupe ou l'arrière-garde. Nous avons besoin de nous étoffer, pas forcément de nous étirer. Après négociation avec ma hiérarchie je suis désormais en temps partiel 1semaine/mois pour me consacrer aux activités communautaires d'OSM. Je serai donc à Paris tous les mois pendant 1semaine complète pour assurer l'amorce de la création d'OSM France. De nombreuses collectivités et entreprises nous apportent leurs soutiens dans cette phase nécessaire au soutien des activités des contributeurs en France. Les principaux besoins immédiats seront d'écrire les statuts de l'association. La domicilier à Paris facilitera les échanges et déplacements des membres. L'objectif est d'avoir une vrai autonomie financière / humaine et matériel grâce à des dons, subventions, et productions plus simple à obtenir quand on est une association. Il existe déjà une page amorçant le processus de création d'OSM France sur le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France Nous la mettrons à jour au fur et à mesure. Ce post est aussi un appel à volontaires pour des fonctions diverses et variées au sein de la Future OSM France. Merci d'avance de votre aide dans cette belle aventure. Merci à toi Gaël du souffle et de l'énergie que tu as déjà mis dans la promotion, la valorisation d'OSM. J'essaierai, dans la mesure de mes moyens, de contribuer à la réflexion sur (et/ou l'animation de) cette nouvelle étape. A suivre, donc Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 避難場所等一覧
皆様： 山下です。こんにちわ。 In message 20110322.201002.110250587.yasun...@yamasita.jp yasun...@yamasita.jp writes 早速、宮城県のＯＫが出ました。 続いて、茨城県からも、 続いて山形県からも OK をいただきました。 岩手県と、東松島市からもＯＫをいただきました。 岩手県： In message 29450.10.30.82.10.1301014045.webm...@webmail.ebgw.pref.iwate.jp 広聴広報課 受付 kou...@pref.iwate.jp writes 京都府 山下 様 この度はお問い合わせいただきありがとうございました。 二次利用については、 ご利用いただいて構いませんが、 次の点について注釈を入れていただきますようお願い申し上げます。 ・岩手県防災ポータルサイトの情報を二次利用していること ・最新の情報は、http://www.pref.iwate.jp/~bousai/ で確認いただきたいこと 以上についてご協力をお願いします。 注釈については、上記のような表現は地図上にはできませんので、 出典（source）として http://www.pref.iwate.jp/~bousai/ を 入れさせていただくことで代えさせていただくよう連絡しました。 http://www.pref.iwate.jp/~bousai/ には 避難場所情報 の他にも 遺体安置所の一覧もあります。 http://www.pref.iwate.jp/~hp0802/oshirase/kouhou/saigaijyohou/itaianchibasyo.pdf 「遺体安置所」なんていうタグありましたでしょうか？ 宮城県東松島市： In message ja8aazfylaabyqabdawgh...@city.higashimatsushima.miyagi.jp 総務課（広報広聴） k...@city.higashimatsushima.miyagi.jp writes 山下康成 様 ご提案ありがとうございます。 避難所の位置をマップ上にプロットするいうことであれば、 特に問題はありませんので、利用いただいて結構です。 許可条件ということは特にありませんが、個人情報の掲載 などが無いように気を付けていただければと思います。 多くの市民に役立つということであれば、ぜひ、よろしく お願いいたします。 === 宮城県東松島市矢本字上河戸３６−１ 東松島市総務課 秘書広報班 藤田 ℡0225-82-(内線1219) FAX0225-82-8143 e-mail k...@city.higashimatsushima.miyagi.jp === 東松島市は、個人情報を掲載しないという当り前のこと以外は 条件はありません。 許諾をいただく際に例示したのは、 http://www.city.higashimatsushima.miyagi.jp/cnt/ssaigai/bousai/jhinanjyo.html ですが、 Web サイトで公開されている被災関連の情報を許諾いただくよう お願いしています。 以上、よろしくお願いします。 -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 避難場所等一覧
清野です。 もう細かいことは言うのはやめようと思っていたのですが、 一点だけ確認させてください。 もし可能であるのなら、自治体の回答分だけではなくて、 山下さんが各自治体におくっている文面もお示しいただけいただけませんでしょうか? 可能であるなら、で結構です。 よろしくお願い致します。 2011年3月25日21:26 yasun...@yamasita.jp: 皆様： 山下です。こんにちわ。 In message 20110322.201002.110250587.yasun...@yamasita.jp yasun...@yamasita.jp writes 早速、宮城県のＯＫが出ました。 続いて、茨城県からも、 続いて山形県からも OK をいただきました。 岩手県と、東松島市からもＯＫをいただきました。 岩手県： In message 29450.10.30.82.10.1301014045.webm...@webmail.ebgw.pref.iwate.jp 広聴広報課 受付 kou...@pref.iwate.jp writes 京都府 山下 様 この度はお問い合わせいただきありがとうございました。 二次利用については、 ご利用いただいて構いませんが、 次の点について注釈を入れていただきますようお願い申し上げます。 ・岩手県防災ポータルサイトの情報を二次利用していること ・最新の情報は、http://www.pref.iwate.jp/~bousai/ で確認いただきたいこと 以上についてご協力をお願いします。 注釈については、上記のような表現は地図上にはできませんので、 出典（source）として http://www.pref.iwate.jp/~bousai/ を 入れさせていただくことで代えさせていただくよう連絡しました。 http://www.pref.iwate.jp/~bousai/ には 避難場所情報 の他にも 遺体安置所の一覧もあります。 http://www.pref.iwate.jp/~hp0802/oshirase/kouhou/saigaijyohou/itaianchibasyo.pdf 「遺体安置所」なんていうタグありましたでしょうか？ 宮城県東松島市： In message ja8aazfylaabyqabdawgh...@city.higashimatsushima.miyagi.jp 総務課（広報広聴） k...@city.higashimatsushima.miyagi.jp writes 山下康成 様 ご提案ありがとうございます。 避難所の位置をマップ上にプロットするいうことであれば、 特に問題はありませんので、利用いただいて結構です。 許可条件ということは特にありませんが、個人情報の掲載 などが無いように気を付けていただければと思います。 多くの市民に役立つということであれば、ぜひ、よろしく お願いいたします。 === 宮城県東松島市矢本字上河戸３６−１ 東松島市総務課 秘書広報班 藤田 ℡0225-82-(内線1219) FAX0225-82-8143 e-mail k...@city.higashimatsushima.miyagi.jp === 東松島市は、個人情報を掲載しないという当り前のこと以外は 条件はありません。 許諾をいただく際に例示したのは、 http://www.city.higashimatsushima.miyagi.jp/cnt/ssaigai/bousai/jhinanjyo.html ですが、 Web サイトで公開されている被災関連の情報を許諾いただくよう お願いしています。 以上、よろしくお願いします。 -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 避難場所等一覧
清野さん、 山下です。 In message AANLkTinrgbrYUixwgORsE=pjdezkhj8gbsczxs8u5...@mail.gmail.com Yoichi Seino say.n...@gmail.com writes 清野です。 もう細かいことは言うのはやめようと思っていたのですが、 一点だけ確認させてください。 もし可能であるのなら、自治体の回答分だけではなくて、 山下さんが各自治体におくっている文面もお示しいただけいただけませんでしょうか? 可能であるなら、で結構です。 よろしくお願い致します。 そこまでチェックされるとは思いませんでした。げんなり ライセンスに関しての細かい説明はしていません。 この非常時にライセンスを読めと言っても無理でしょうし。 -- （自治体） 担当様 京都府の山下と申します。 このたびの被災に関し、心よりお見舞い申し上げるとともに、 一人でも多くの方が無事であり、また、一早い復興を祈念しております。 さて、私は、OpenStreetMap というというプロジェクトに参加しております。 オープンストリートマップ http://openstreetmap.jp/ は、 その”自由に編集でき自由に利用できるるWiki地図”という特色を活かして、 被災地の地図をいち早く作り、少しでも救援に、復興にお役立てればと 多くのメンバーが活動をしています。 このプロジェクトは、ガートナーのレポートでも取上げられています。 http://www.gartner.co.jp/b3i/analyst/110322/index.html 例：（自治体名） http://www.openstreetmap.org/。。（その自治体のパーマリンク） 例：仙台空港付近 http://www.openstreetmap.org/?lat=38.1539lon=140.9235zoom=14layers=M そこで、お願いです。 http://www.（自治体の非難所一覧などのURL） で公開されている避難場所等一覧など、 Web サイトで公開されている被災関連の情報を 私たちの地図に二次利用させていただけませんでしょうか？ 避難所の位置など正確な情報を地図に掲載することにより、 さらには別途許諾をいただいている衛星写真で正確に通れる道の情報を 提供することにより、避難所にいらっしゃる皆様に少しでも早く、 少しでも多くの皆様に救援の手がさしのばせればと思います。 なお、OpenStreetMap は自由に使える地図ですので、 二次利用のみならず、三次四次・・まで許諾をいただければと思います。 非常時でお忙しい中お手数をお掛けしますが、 主旨をご理解の上、利用の許諾をいただけましたら幸いです。 また、利用を許諾いただける場合に、何か条件がありましたら 併せてご連絡いただけましたら幸いです。 よろしくお願いします。 -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] wiki更新・翻訳のお願い
東です。 その後も、翻訳を申し出てくださる方がおられますので 翻訳希望リストを追記しました。 http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request#.E5.8B.9F.E9.9B.86.E4.B8.AD.28.E6.9C.AA.E7.9D.80.E6.89.8B.29 今回は沿岸地域の被害が大きいということで 港関連のタグが最低限でもあったら良いんじゃないかという気がしています。 #marine関連は奥が深いので、ほどほどにw みなさんの方からも、その後希望リストに追加がありましたら追記お願いします。 11/03/17 t3r...@gmail.com t3r...@gmail.com: 河田です。 At Thu, 17 Mar 2011 18:11:00 +0900, Tomomichi Hayakawa wrote: JOSMの起動ページにクライシスマップの願いと、wikiへのリンクの掲載が出来ないか、 再度、JOSM関係者に、掛け合ってみるつもりです。 了解得られたので、メッセージをコミットしました。 やっぱ、お作法ってのがあるんだよねｗ すばらしい! 更新されたメッセージ確認できました。 JOSM の設定(F12)項目の一番下にある「高度な設定」で cache.motd.html の 値を 0 に変更して再起動するとすぐ確認できます。 それでは。 -- Tetsutaro KAWADA / t3r...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 翻訳について (Wae: Re: 被災後のマッピングに備えて)
東です。 11/03/18 S.Higashi s_hig...@mua.biglobe.ne.jp: Josm用に、タグのプリセットが作れたはす。 ハイチ版がどこかにあるので参考に。 遅くなってしまいましたがハイチの時のJOSMプリセットの説明はこちらです。 http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/JOSM 私はPotlatchを使うことが多いのでJOSM使いの方、よろしければ 日本版作成にトライしてみませんか。 2011年3月18日金曜日 大和田 健一 ml.ohw...@gmail.com: あと、タグについてもどうしたらいいかまだわからないという人が 多かったです。私も含めて、、、種類が多すぎる 同感。 タグが多すぎて、分かっていても、探すのがそれなりに手間。 JOSM や Potlatch の災害用の簡易版とか出来ないかな。 タグを最小限にして、このタグだけ使ってねというもの。 --- 大和田 健一 ml.ohw...@gmail.com 清野さん、 一番質問が多かったのはOSMで作った地図が日本の皆さんにすぐに役立つかどうかという点でした。例えばGoogleとか日本政府とかが同じような仕事に取り掛かっていたら皆で同じことをやることになるのでは？ということでした。 私はオープンソース自体がいま、そして将来にとってとても大事だと思っているのですが、そう思っていない人たちの気持ちも理解できます。Daneはそれを理解して、ニュージーランドやハイチでOSMが一番良くつかわれた地図情報だったことを説明してくれていました。 ですから、地図作成に関する他の組織の動きが少しわかれば皆安心かと思いました。 あとはすでにメーリングリストに出ていましたが、どこを集中的にやったらいいのかということでした。 あと、タグについてもどうしたらいいかまだわからないという人が多かったです。私も含めて、、、種類が多すぎる といったことでした。また頭を冷やしてメールします。本当にご苦労様です。 いまき 2011/3/17 Yoichi Seinosay.n...@gmail.com: 今木さんありがとうございます。 現状、今木さんに非常に期待しています。 ただ、お願いするにもこちらからリストアップしたりする作業が滞っていて申し訳なく思っております。 もう少しこの部分にリソースが割けたらいいのですが…。 この辺はもう少しこちらで調整いたします。 当面は今木さんには日本側の進捗状況がどういう感じなのかを、 OSM-talkやTajk-jaで「日本はどうなってんだ?」と質問してきてくださった外国の方にご説明していただけると助かります。 現状Danielさんが対応してくれているのを協力してお願いしたいです。 特に海外の方の質問は、日本時間とはズレているので、いきおい放置気味になりがちですので、 リアルタイムに近く回答いただけるとありがたく思います。 逆に今木さんにご質問なのですが、先日のそちらで行われたOSMハンズオンで何か疑問に上がったことはありましたか? 答えられる範囲でお答えしたいと思います。 ご協力嬉しく思います。ありがとうございます。 2011年3月18日1:01 Hiroo Imakihi...@angeli.org: 清野さん、 あんまり無理しないでくださいね。清野さんがパンクしたら大きなダメージですから。仕事を誰かに振り分けることはでいますか？それとも適任者がいませんか？世界中からの助けを得るにはとても大事なことなので。 すいません、プレッシャーをかけてるわけではないですよ。こちらで誰かその任務にあたれる人がいるかあたってみます。 今木 2011/3/17 Yoichi Seinosay.n...@gmail.com: 清野です。 ここに集約していきたいのはやまやまなのですが、なかなか手が回りません。 優先順位をつけ、リストアップするのもなかなか上手く行っていません。 作業に申し出てくれている方は徐々に増えてきているような感覚ですが、 チェックが出来る人がなかなか増えません。 かなり特殊な英単語もあり、昨日今日参加された方にはなかなか翻訳は難しいと思われます。 ざくっとした粗訳を作っていただいて、後を手直しするようなやり方を取っていますが、 それもスタック気味です。 僕はある程度外観は出来ていますが、全体の把握が出来ているか、と言われるとうーん、という感じです。 出来るようになりたいとは思っております。 よろしくお願い致します。 2011年3月18日0:40 Tomomichi Hayakawatom.hayak...@gmail.com: Tomです。 翻訳について、改めて整理しておきたいのですが、 翻訳の必要があるドキュメントは、ここにリストしてあるのもで全てでしょうか？ http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request 翻訳に名乗り出ていただける方もいらっしゃるのですが、 私は、翻訳作業の状況を把握しきれていません。 で、このwikiを見れば翻訳関係の全貌が掴めればいいのですが。 現在、何人かの方が翻訳作業に参加されていると思いますが、 清野さんが、翻訳関係の全体を把握されているのですか？ 2011年3月13日13:40 Yoichi Seinosay.n...@gmail.com: 清野です。 瀬戸さんメールありがとうございます。 http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request こちらのページですが、 http://openstreetmap.jp/crisis/node/26 上記ページでも書きましたが、 作成された場合はこのページリストから削除してください。 翻訳中の場合はすぐにできそうな場合はリストから削除してしまってもいいですが、 もし時間がかかるようであれば、Wiki編集のアカウント名を明記して、編集中であることがわかるようにしておいてください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 避難場所等一覧
清野です。 山下さん、ありがとうございました。 自治体関係者に対してどの程度の情報が提供されていて、 それに対しての許諾なのかがよく理解できました。 ご尽力いただいており、OSMメンバーとしてお礼申し上げます。 本当にありがとうございました。 2011年3月25日22:36 yasun...@yamasita.jp: 清野さん、 山下です。 In message AANLkTinrgbrYUixwgORsE=pjdezkhj8gbsczxs8u5...@mail.gmail.com Yoichi Seino say.n...@gmail.com writes 清野です。 もう細かいことは言うのはやめようと思っていたのですが、 一点だけ確認させてください。 もし可能であるのなら、自治体の回答分だけではなくて、 山下さんが各自治体におくっている文面もお示しいただけいただけませんでしょうか? 可能であるなら、で結構です。 よろしくお願い致します。 そこまでチェックされるとは思いませんでした。げんなり ライセンスに関しての細かい説明はしていません。 この非常時にライセンスを読めと言っても無理でしょうし。 -- （自治体） 担当様 京都府の山下と申します。 このたびの被災に関し、心よりお見舞い申し上げるとともに、 一人でも多くの方が無事であり、また、一早い復興を祈念しております。 さて、私は、OpenStreetMap というというプロジェクトに参加しております。 オープンストリートマップ http://openstreetmap.jp/ は、 その”自由に編集でき自由に利用できるるWiki地図”という特色を活かして、 被災地の地図をいち早く作り、少しでも救援に、復興にお役立てればと 多くのメンバーが活動をしています。 このプロジェクトは、ガートナーのレポートでも取上げられています。 http://www.gartner.co.jp/b3i/analyst/110322/index.html 例：（自治体名） http://www.openstreetmap.org/。。（その自治体のパーマリンク） 例：仙台空港付近 http://www.openstreetmap.org/?lat=38.1539lon=140.9235zoom=14layers=M そこで、お願いです。 http://www.（自治体の非難所一覧などのURL） で公開されている避難場所等一覧など、 Web サイトで公開されている被災関連の情報を 私たちの地図に二次利用させていただけませんでしょうか？ 避難所の位置など正確な情報を地図に掲載することにより、 さらには別途許諾をいただいている衛星写真で正確に通れる道の情報を 提供することにより、避難所にいらっしゃる皆様に少しでも早く、 少しでも多くの皆様に救援の手がさしのばせればと思います。 なお、OpenStreetMap は自由に使える地図ですので、 二次利用のみならず、三次四次・・まで許諾をいただければと思います。 非常時でお忙しい中お手数をお掛けしますが、 主旨をご理解の上、利用の許諾をいただけましたら幸いです。 また、利用を許諾いただける場合に、何か条件がありましたら 併せてご連絡いただけましたら幸いです。 よろしくお願いします。 -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] wiki更新・翻訳のお願い
清野です。 東さん、リスト追加ありがとうございます。 あまりこちらにまで手が回っておりません。 チェックも滞っており、大変申し訳ございません。 ただ、皆さんの翻訳が非常に素晴らしいので、ほとんど修正するところが無いものばかりです。 本当にありがとうございます(僕がお礼を言うのもおかしな話ですが)。 ぼちぼちチェックをしておりますので、 それまでにおかしなところを発見された場合はどんどん皆さんのご判断で修正していってください。 僕もできるだけチェックをしたいと思います。 2011年3月26日0:30 S.Higashi s_hig...@mua.biglobe.ne.jp: 東です。 その後も、翻訳を申し出てくださる方がおられますので 翻訳希望リストを追記しました。 http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request#.E5.8B.9F.E9.9B.86.E4.B8.AD.28.E6.9C.AA.E7.9D.80.E6.89.8B.29 今回は沿岸地域の被害が大きいということで 港関連のタグが最低限でもあったら良いんじゃないかという気がしています。 #marine関連は奥が深いので、ほどほどにw みなさんの方からも、その後希望リストに追加がありましたら追記お願いします。 11/03/17 t3r...@gmail.com t3r...@gmail.com: 河田です。 At Thu, 17 Mar 2011 18:11:00 +0900, Tomomichi Hayakawa wrote: JOSMの起動ページにクライシスマップの願いと、wikiへのリンクの掲載が出来ないか、 再度、JOSM関係者に、掛け合ってみるつもりです。 了解得られたので、メッセージをコミットしました。 やっぱ、お作法ってのがあるんだよねｗ すばらしい! 更新されたメッセージ確認できました。 JOSM の設定(F12)項目の一番下にある「高度な設定」で cache.motd.html の 値を 0 に変更して再起動するとすぐ確認できます。 それでは。 -- Tetsutaro KAWADA / t3r...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 翻訳について (Wae: Re: 被災後のマッピングに備えて)
Higashi-san, Sorry for my English message. We are organizing Japanese-English-Japanese translation volunteers for any kind of disaster relief effort in Seattle area. If you can tell us which part you want us to translate, we can distribute tasks for volunteers on this 私はPotlatchを使うことが多いのでJOSM使いの方、よろしければ日本版作成にトライしてみませんか。 We just announced the wiki.openstreetmap translations that you guys announced to those volunteers. Thank you! Hiroo 2011/3/25 S.Higashi s_hig...@mua.biglobe.ne.jp 東です。 11/03/18 S.Higashi s_hig...@mua.biglobe.ne.jp: Josm用に、タグのプリセットが作れたはす。 ハイチ版がどこかにあるので参考に。 遅くなってしまいましたがハイチの時のJOSMプリセットの説明はこちらです。 http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/JOSM 私はPotlatchを使うことが多いのでJOSM使いの方、よろしければ 日本版作成にトライしてみませんか。 2011年3月18日金曜日 大和田 健一 ml.ohw...@gmail.com: あと、タグについてもどうしたらいいかまだわからないという人が 多かったです。私も含めて、、、種類が多すぎる 同感。 タグが多すぎて、分かっていても、探すのがそれなりに手間。 JOSM や Potlatch の災害用の簡易版とか出来ないかな。 タグを最小限にして、このタグだけ使ってねというもの。 --- 大和田 健一 ml.ohw...@gmail.com 清野さん、 一番質問が多かったのはOSMで作った地図が日本の皆さんにすぐに役立つかどうかという点でした。例えばGoogleとか日本政府とかが同じような仕事に取り掛かっていたら皆で同じことをやることになるのでは？ということでした。 私はオープンソース自体がいま、そして将来にとってとても大事だと思っているのですが、そう思っていない人たちの気持ちも理解できます。Daneはそれを理解して、ニュージーランドやハイチでOSMが一番良くつかわれた地図情報だったことを説明してくれていました。 ですから、地図作成に関する他の組織の動きが少しわかれば皆安心かと思いました。 あとはすでにメーリングリストに出ていましたが、どこを集中的にやったらいいのかということでした。 あと、タグについてもどうしたらいいかまだわからないという人が多かったです。私も含めて、、、種類が多すぎる といったことでした。また頭を冷やしてメールします。本当にご苦労様です。 いまき 2011/3/17 Yoichi Seinosay.n...@gmail.com: 今木さんありがとうございます。 現状、今木さんに非常に期待しています。 ただ、お願いするにもこちらからリストアップしたりする作業が滞っていて申し訳なく思っております。 もう少しこの部分にリソースが割けたらいいのですが…。 この辺はもう少しこちらで調整いたします。 当面は今木さんには日本側の進捗状況がどういう感じなのかを、 OSM-talkやTajk-jaで「日本はどうなってんだ?」と質問してきてくださった外国の方にご説明していただけると助かります。 現状Danielさんが対応してくれているのを協力してお願いしたいです。 特に海外の方の質問は、日本時間とはズレているので、いきおい放置気味になりがちですので、 リアルタイムに近く回答いただけるとありがたく思います。 逆に今木さんにご質問なのですが、先日のそちらで行われたOSMハンズオンで何か疑問に上がったことはありましたか? 答えられる範囲でお答えしたいと思います。 ご協力嬉しく思います。ありがとうございます。 2011年3月18日1:01 Hiroo Imakihi...@angeli.org: 清野さん、 あんまり無理しないでくださいね。清野さんがパンクしたら大きなダメージですから。仕事を誰かに振り分けることはでいますか？それとも適任者がいませんか？世界中からの助けを得るにはとても大事なことなので。 すいません、プレッシャーをかけてるわけではないですよ。こちらで誰かその任務にあたれる人がいるかあたってみます。 今木 2011/3/17 Yoichi Seinosay.n...@gmail.com: 清野です。 ここに集約していきたいのはやまやまなのですが、なかなか手が回りません。 優先順位をつけ、リストアップするのもなかなか上手く行っていません。 作業に申し出てくれている方は徐々に増えてきているような感覚ですが、 チェックが出来る人がなかなか増えません。 かなり特殊な英単語もあり、昨日今日参加された方にはなかなか翻訳は難しいと思われます。 ざくっとした粗訳を作っていただいて、後を手直しするようなやり方を取っていますが、 それもスタック気味です。 僕はある程度外観は出来ていますが、全体の把握が出来ているか、と言われるとうーん、という感じです。 出来るようになりたいとは思っております。 よろしくお願い致します。 2011年3月18日0:40 Tomomichi Hayakawatom.hayak...@gmail.com: Tomです。 翻訳について、改めて整理しておきたいのですが、 翻訳の必要があるドキュメントは、ここにリストしてあるのもで全てでしょうか？ http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request 翻訳に名乗り出ていただける方もいらっしゃるのですが、 私は、翻訳作業の状況を把握しきれていません。 で、このwikiを見れば翻訳関係の全貌が掴めればいいのですが。 現在、何人かの方が翻訳作業に参加されていると思いますが、 清野さんが、翻訳関係の全体を把握されているのですか？ 2011年3月13日13:40 Yoichi Seinosay.n...@gmail.com: 清野です。 瀬戸さんメールありがとうございます。 http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request こちらのページですが、 http://openstreetmap.jp/crisis/node/26 上記ページでも書きましたが、 作成された場合はこのページリストから削除してください。 翻訳中の場合はすぐにできそうな場合はリストから削除してしまってもいいですが、 もし時間がかかるようであれば、Wiki編集のアカウント名を明記して、編集中であることがわかるようにしておいてください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Hiroo Imaki hi...@angeli.org http://www.geopacific.org ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 避難場所等一覧
東です。 主に田村さんへ： (4) Potlatch/JOSM でその施設に tourism=camp_site refugee=yes temporary=yes source=Miyagi pref capacity=定員（F 列参照） をつける。 コミットのメッセージは、「（施設名）に避難所を追加」 いまさらですみませんが 震災POIマップcamp_siteだけを選択すると避難所の位置が 一覧できて分かりやすいのですが http://www.tappenbeck.net/osm/maps/deu/index.php?id=2000lang=jp アイコンをクリックして内容を表示するとcamp_siteの内容しか表示しないので 名前や住所がそれだけでは分かりません。 お手数ですが今後はcamp_siteタグには下記も追加して頂けませんか。 ◆名前 name=××中学校 ◆住所（リストに書いてあるものだけ） addr:full=宮城県××市××の×× ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 避難場所等一覧
東さん 田村です。 お手数ですが今後はcamp_siteタグには下記も追加して頂けませんか。 ◆名前 name=××中学校 ◆住所（リストに書いてあるものだけ） addr:full=宮城県××市××の×× nameタグについてはつけるように指示しています。 さらにできるだけ、その場所の地名をつけるようにしています。 例えば「市立○×小学校」ではなく、 正式名称で「仙台市立○×小学校」みたいな感じです。 今後、住所つけるように対応します。 取り急ぎまで On 2011/03/26, at 11:11, S.Higashi wrote: 東です。 主に田村さんへ： (4) Potlatch/JOSM でその施設に tourism=camp_site refugee=yes temporary=yes source=Miyagi pref capacity=定員（F 列参照） をつける。 コミットのメッセージは、「（施設名）に避難所を追加」 いまさらですみませんが 震災POIマップcamp_siteだけを選択すると避難所の位置が 一覧できて分かりやすいのですが http://www.tappenbeck.net/osm/maps/deu/index.php?id=2000lang=jp アイコンをクリックして内容を表示するとcamp_siteの内容しか表示しないので 名前や住所がそれだけでは分かりません。 お手数ですが今後はcamp_siteタグには下記も追加して頂けませんか。 ◆名前 name=××中学校 ◆住所（リストに書いてあるものだけ） addr:full=宮城県××市××の×× ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 翻訳について (Wae: Re: 被災後のマッピングに備えて)
東です。 Hirooさん、遠方からの支援ありがとうございます。 （既にご存知かと思いますが）まずはWikiの翻訳募集コーナーで募集中（未着手）のところから 分担してお手伝い頂けると助かります。 http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request#.E5.8B.9F.E9.9B.86.E4.B8.AD.28.E6.9C.AA.E7.9D.80.E6.89.8B.29 私はPotlatchを使うことが多いのでJOSM使いの方、よろしければ日本版作成にトライしてみませんか。 We just announced the wiki.openstreetmap translations that you guys announced to those volunteers. 説明不足ですみません。 ここは、その文章の訳もあったらベターですが、むしろ、そこに書かれている内容である JOSMのPRESETを、今回の日本に災害で推奨しているタグ付け http://wiki.openstreetmap.org/wiki/JA:2011_Sendai_earthquake_and_tsunami /Mapping_coordination_and_data_sources#.E3.83.9E.E3.83.83.E3.83.94.E3.83.B3.E3.82.B0.E3.81.97.E3.81.9F.E3.81.84.E6.83.85.E5.A0.B1 などに合わせて不慣れな方でもタグ付けできるようにしてはどうかという提案です。 Thank you! Hiroo 2011/3/25 S.Higashi s_hig...@mua.biglobe.ne.jp 東です。 11/03/18 S.Higashi s_hig...@mua.biglobe.ne.jp: Josm用に、タグのプリセットが作れたはす。 ハイチ版がどこかにあるので参考に。 遅くなってしまいましたがハイチの時のJOSMプリセットの説明はこちらです。 http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/JOSM 私はPotlatchを使うことが多いのでJOSM使いの方、よろしければ 日本版作成にトライしてみませんか。 2011年3月18日金曜日 大和田 健一 ml.ohw...@gmail.com: あと、タグについてもどうしたらいいかまだわからないという人が 多かったです。私も含めて、、、種類が多すぎる 同感。 タグが多すぎて、分かっていても、探すのがそれなりに手間。 JOSM や Potlatch の災害用の簡易版とか出来ないかな。 タグを最小限にして、このタグだけ使ってねというもの。 --- 大和田 健一 ml.ohw...@gmail.com 清野さん、 一番質問が多かったのはOSMで作った地図が日本の皆さんにすぐに役立つかどうかという点でした。例えばGoogleとか日本政府とかが同じような仕事に取り掛かっていたら皆で同じことをやることになるのでは？ということでした。 私はオープンソース自体がいま、そして将来にとってとても大事だと思っているのですが、そう思っていない人たちの気持ちも理解できます。Daneはそれを理解して、ニュージーランドやハイチでOSMが一番良くつかわれた地図情報だったことを説明してくれていました。 ですから、地図作成に関する他の組織の動きが少しわかれば皆安心かと思いました。 あとはすでにメーリングリストに出ていましたが、どこを集中的にやったらいいのかということでした。 あと、タグについてもどうしたらいいかまだわからないという人が多かったです。私も含めて、、、種類が多すぎる といったことでした。また頭を冷やしてメールします。本当にご苦労様です。 いまき 2011/3/17 Yoichi Seinosay.n...@gmail.com: 今木さんありがとうございます。 現状、今木さんに非常に期待しています。 ただ、お願いするにもこちらからリストアップしたりする作業が滞っていて申し訳なく思っております。 もう少しこの部分にリソースが割けたらいいのですが…。 この辺はもう少しこちらで調整いたします。 当面は今木さんには日本側の進捗状況がどういう感じなのかを、 OSM-talkやTajk-jaで「日本はどうなってんだ?」と質問してきてくださった外国の方にご説明していただけると助かります。 現状Danielさんが対応してくれているのを協力してお願いしたいです。 特に海外の方の質問は、日本時間とはズレているので、いきおい放置気味になりがちですので、 リアルタイムに近く回答いただけるとありがたく思います。 逆に今木さんにご質問なのですが、先日のそちらで行われたOSMハンズオンで何か疑問に上がったことはありましたか? 答えられる範囲でお答えしたいと思います。 ご協力嬉しく思います。ありがとうございます。 2011年3月18日1:01 Hiroo Imakihi...@angeli.org: 清野さん、 あんまり無理しないでくださいね。清野さんがパンクしたら大きなダメージですから。仕事を誰かに振り分けることはでいますか？それとも適任者がいませんか？世界中からの助けを得るにはとても大事なことなので。 すいません、プレッシャーをかけてるわけではないですよ。こちらで誰かその任務にあたれる人がいるかあたってみます。 今木 2011/3/17 Yoichi Seinosay.n...@gmail.com: 清野です。 ここに集約していきたいのはやまやまなのですが、なかなか手が回りません。 優先順位をつけ、リストアップするのもなかなか上手く行っていません。 作業に申し出てくれている方は徐々に増えてきているような感覚ですが、 チェックが出来る人がなかなか増えません。 かなり特殊な英単語もあり、昨日今日参加された方にはなかなか翻訳は難しいと思われます。 ざくっとした粗訳を作っていただいて、後を手直しするようなやり方を取っていますが、 それもスタック気味です。 僕はある程度外観は出来ていますが、全体の把握が出来ているか、と言われるとうーん、という感じです。 出来るようになりたいとは思っております。 よろしくお願い致します。 2011年3月18日0:40 Tomomichi Hayakawatom.hayak...@gmail.com: Tomです。 翻訳について、改めて整理しておきたいのですが、 翻訳の必要があるドキュメントは、ここにリストしてあるのもで全てでしょうか？ http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request 翻訳に名乗り出ていただける方もいらっしゃるのですが、 私は、翻訳作業の状況を把握しきれていません。 で、このwikiを見れば翻訳関係の全貌が掴めればいいのですが。 現在、何人かの方が翻訳作業に参加されていると思いますが、 清野さんが、翻訳関係の全体を把握されているのですか？ 2011年3月13日13:40 Yoichi Seinosay.n...@gmail.com: 清野です。 瀬戸さんメールありがとうございます。 http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami/Translation_Request こちらのページですが、 http://openstreetmap.jp/crisis/node/26 上記ページでも書きましたが、 作成された場合はこのページリストから削除してください。 翻訳中の場合はすぐにできそうな場合はリストから削除してしまってもいいですが、 もし時間がかかるようであれば、Wiki編集のアカウント名を明記して、編集中であることがわかるようにしておいてください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Hiroo Imaki hi...@angeli.org http://www.geopacific.org ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Fwd: Re: Other Routes with Public Access
On 24/03/2011 16:09, Mike Harris wrote: Dave I am interested in your opinion but please hold back slightly from giving me instructions as to what to do or not do. There might be other opinions. Uh? My initial post was a question, your first reply was an instruction! My use of the verb assume was more to ask for other opinions - and thank you for yours - than to claim that my personal assumption (or anyone else's for that matter) was a valid basis for OSM work. Assumption differs from guessing inasmuch as there needs to be at least some basis for the former! I've looked it up, and nowhere does it say that making an assumption is asking for opinion: assume 1. To authenticate by means of belief; to surmise; to suppose to be true, especially without proof. To help me decide where I stand, please could you provide me with the evidence for your statement that the acronym ORPA is copyright to the OS? I didn't say that, which I think you know. Taking information from copyrighted data is illegal. Seeing as you failed to answer previously, I'll ask my question again - Do these lists use the name ORPA? I have not seen it registered as a trade mark or similar? but perhaps I have missed that. Does the copyright you mention extend to the English language phrase other routes with public access - I would have thought that such a phrase would be difficult to protect with copyright? If OS came up with the phrase are its only users, I would say not, err on the side of caution. I won't enter hear into the debate as to whether OSM should record only and exclusively what can be seen on the ground as this has been discussed endlessly. I suspect that your opinion is currently a minority view. It seems to me that there are countless (in all sorts of contexts) examples of people including in the database information that cannot be seen on the ground e.g. the source tag. It's disappointing you misinterpreted by comment as being exclusive; but maybe you needed to, to further your contrariness. Let's not get too dictatorial in this discussion! Pot, kettle. See my initial point above. Back to ORPA. With it using the vagueness of 'other' I'm failing to see it's usefulness. It only tells us what it is not gives no indication of what it actually represents. The alternative tags of foot, horse etc. are better used as they can be verified by other means than the OS. In the cases of use I mentioned, the removal of ORPA did not reduce the accuracy of the ways. *If* OS is the only source then I believe it should be be removed for reasons already stated. Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] border screwup by ToeBee needs reverting
User ToeBee has, in several changesets in February, aligned state borders to exact lat/long. The problem is that this is not how the borders are defined; instead they are based on work that the 19th century surveyors did with the tools they had. Two obvious examples follow: http://www.openstreetmap.org/browse/node/158796015/history is the famous Four Corners: http://www.deseretnews.com/article/705298412/Four-Corners-marker-212-miles-off-Too-late.html http://www.openstreetmap.org/browse/node/158790476/history is the northwest corner of Colorado, which is also marked by a large monument, visible on aerials. It's likely that any border node moved by ToeBee needs to be reverted. I tried to do this after informing him (he's currently denying there's a problem), but JOSM's reverter plugin is giving hundreds of conflicts. This damage needs to be undone. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] border screwup by ToeBee needs reverting
On 3/25/2011 3:56 AM, Nathan Edgars II wrote: http://www.deseretnews.com/article/705298412/Four-Corners-marker-212-miles-off-Too-late.html Note the correction to this article: http://www.deseretnews.com/article/705299160/Four-Corners-Monument-is-indeed-off-mark.html I was a little hasty about linking the original. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] border screwup by ToeBee needs reverting
On Fri, Mar 25, 2011 at 2:56 AM, Nathan Edgars II nerou...@gmail.com wrote: User ToeBee has, in several changesets in February, aligned state borders to exact lat/long. The problem is that this is not how the borders are defined; instead they are based on work that the 19th century surveyors did with the tools they had. Two obvious examples follow: http://www.openstreetmap.org/browse/node/158796015/history is the famous Four Corners: http://www.deseretnews.com/article/705298412/Four-Corners-marker-212-miles-off-Too-late.html http://www.openstreetmap.org/browse/node/158790476/history is the northwest corner of Colorado, which is also marked by a large monument, visible on aerials. It's likely that any border node moved by ToeBee needs to be reverted. I tried to do this after informing him (he's currently denying there's a problem), but JOSM's reverter plugin is giving hundreds of conflicts. This damage needs to be undone. I am not saying my edit was perfect. But the position of the nodes before my edit was even further off than it is now. The northwest node is now 10 meters straight south of the monument where it was over 1km east. The southwest node was off by 1km as well and is now about 400 meters west. At the end of the day, the only reason I felt I could even make these changes is because the source for the borders in the US isn't that great to begin with. They are all over-noded. County borders don't align with state borders. Most of the county borders I have worked with are visibly off by up to a couple hundred feet. Apparently in this case I didn't look for the monuments specifically though. My bad. I made the map better. I did not make it perfect. And while I did (apparently mistakenly) use lat/lon values in my work, I did take other things into consideration. It was not a blind change. Reverting over 850 objects because I'm off by a few meters is beyond extreme. I might add that trying to revert such a large changeset without even waiting for a reply is also somewhat rude. Good thing I'm a night owl I guess. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
