Re: [talk-ph] new bing imagery?
New bing: Koronadal to Saranggani sections: http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=6.675931057816925lon=124.79710192328052zoom=14 http://www.openstreetmap.org/browse/way/104659176 On Tue, Mar 8, 2011 at 8:15 PM, maning sambale emmanuel.samb...@gmail.com wrote: Confirmed: http://www.openstreetmap.org/?way=95954039 On Tue, Mar 8, 2011 at 7:08 PM, maning sambale emmanuel.samb...@gmail.com wrote: I don't know if this has bee reported but I noticed hires imagery in Zambales and Pangasinan area that is not green in the Bing image analyzer. Here is Pinatubo: http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=15.141940864401505lon=120.35161627650527zoom=16 Please check you areas and post here if there are indeed new batch of images. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] associatedStreet
On Fri, Mar 18, 2011 at 12:36 PM, Jo winfi...@gmail.com wrote: Hi, I'm wondering if I used the associatedStreet relation correctly: http://www.openstreetmap.org/browse/relation/1481807/history I put all the common addr:-tags on the relation. Is that OK? Do the buildings still need an addr:street tag? I can't seem to find this information in the wiki. Jo The wiki information is at: http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Using_relations_to_associate_house_and_street_.28optional.29 In theory, you don't need to tag the buildings with the addr:street tag if you use the relation. Tim ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] associatedStreet
Funnily enough we've just been having a similar discussion on the talk-gb list. As it currently stands, JOSM complains if more than one street member is included in the relation. However, there are people who are just ignoring this and adding all relevant highways for the particular street (i.e. all those with the same name) as street members. There are others who mentioned that maybe the highways that make up the street be in one relation, and then that relation is the street member in the associatedStreet relation. No decision has been made on the talk-gb list on this. Hope this helps, Tim On Fri, Mar 18, 2011 at 1:01 PM, Jo winfi...@gmail.com wrote: I also tagged a more complicated one: http://www.openstreetmap.org/browse/relation/1481829/history http://www.openstreetmap.org/browse/relation/1481828/history http://www.openstreetmap.org/browse/relation/1481830/history http://www.openstreetmap.org/browse/relation/1481831/history I guess it can't be helped that several relations are needed? Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] associatedStreet
I don't really mind using nested relations, but some people seem to be very much opposed to it. That said, I love this relatedStreet relation, as it takes away a lot of duplication of data. Of course, then it seems a bit counterproductive to still have the duplication of data on the relation level. And it is indeed because JOSM complained about more than one street role, that I created 4 relations. The relation combining the street parts, what type would that one be then? Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] associatedStreet
On Fri, Mar 18, 2011 at 1:27 PM, Jo winfi...@gmail.com wrote: I don't really mind using nested relations, but some people seem to be very much opposed to it. That said, I love this relatedStreet relation, as it takes away a lot of duplication of data. Of course, then it seems a bit counterproductive to still have the duplication of data on the relation level. And it is indeed because JOSM complained about more than one street role, that I created 4 relations. The relation combining the street parts, what type would that one be then? Jo Can't remember that one, but I can point you to the relevant thread in talk-gb for you to read through: http://lists.openstreetmap.org/pipermail/talk-gb/2011-March/thread.html#11135 Tim ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] [OSM-ja] Fwd: Please help contacting a Newbee in Japan
Am 17.03.2011 20:31, schrieb Hiroo Imaki: colliar, could you send me a node or way information about the area you saw those strange mapping? example node and way is like this http://www.openstreetmap.org/browse/way/104137792 thanks! Hiroo On Thu, Mar 17, 2011 at 9:55 AM, Hiroo Imaki hi...@angeli.org wrote: colliar, thank you for let us know. can you point out where this happened. Yamate-san just created a bounding box creation program to share the location. If you think it is easy to use this program, can you send us a KML that see the problem you talk about? you can download Yamate-san's program here. http://mf-atelier.sakura.ne.jp/mf-atelier/modules/labo/index.php/img/kmlgen_dep.7z interface is in english. doc is in Japanese but it is really simple program and you can figure out how to use it after you install it. Hiroo 2011/3/17 Daniel Kastl dan...@georepublic.de: Does someone know about this? -- Forwarded message -- From: colliar colliar4e...@aol.com Date: 2011/3/17 Subject: [OSM-talk] Please help contacting a Newbee in Japan To: OpenStreetMap talk@openstreetmap.org I do not speak Japan and I do not know if yoyoou knows english. Anyway the user started mapping just two days ago, and did some just map streets back and forward instead of starting new ways. I think he/she did that just not knowing better but it is a mess to clean up. Thanks colliar The user did just upload just four changesets so far, and I noticed the editor is P2. I did change a lot yesterday and do not find the area, but have a look at http://www.openstreetmap.org/browse/way/104239077 for an example. Thanks colliar ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] First SouthAmerican FOSS4G Conference
Hi all, I am presenting the First SouthAmerican FOSS4G Conference, will be held at the Mayor University in 8th April 2011 we will have presentations about OSGeo Foundation and OSM, gvSIG, among others. Help us to promote it, see the twitter and facebook page.http://twitter.com/Foss4g_chile and http://www.facebook.com/?ref=logo#!/profile.php?id=12192893828 More information about the conference http://www.foss4gchile.org/blog/primer-foss4g-sudamericano/ kinds RegardsCommite Organizer1st SouthAmerican FOSS4G Conference ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Fwd: [OpenStreetMap] Lights
I can't comment in the Nelson Bay area, but if he is referring to the ones added by user listoflights, I've noticed them pop up in other areas too, some of which already have some seamarks tagged. The problem is I'm not sure if some of the ones uploaded are duplicates of those already there. On Tue, Mar 15, 2011 at 11:20 PM, Diego Molla dmollaal...@gmail.com wrote: Hi, I received this request from Markus B, from Germany. Nelson Bay is a little far from my area and I don't expect to travel there until at least Easter. If there's anyone in Nelson Bay or visiting it soon, could you check the position of the nautical lights? Diego -- Forwarded message -- From: Markus B m-170482-9b6...@messages.openstreetmap.org Date: 10 March 2011 09:16 Subject: [OpenStreetMap] Lights To: dmollaal...@gmail.com Hi Diego, Markus B has sent you a message through OpenStreetMap with the subject Lights: == Hello Diego, I have edit some nautical lights. Please can you check the position of new nautical lights around Nelson Bay? After please delete the tag seamark:fixme=please_fix_postion. Thanks for help, Markus == You can also read the message at http://www.openstreetmap.org/message/read/170482 and you can reply at http://www.openstreetmap.org/message/reply/170482 -- Do you want to know what is going on in Language Technology in Australia and New Zealand? Join ALTA -- http://www.alta.asn.au/ This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie University. - Diego MOLLA ALIOD di...@ics.mq.edu.au Department of Computing http://www.ics.mq.edu.au/~diego Macquarie University ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-is] Að flytja inn GNS gögnin á einfaldan hátt
2011/3/15 gummi Ingimarsson gudmunduringimars...@gmail.com Þá megið þið fræða mig um eitt: hvaða prógram notið þið til að vinna með GNS gögnin? Nota Bene ég er linux notandi. Eftir að gögnin eru kominn inn í grunninn sem skuggagögn þá er best að nota JOSM til að vinna með þau. Daníel G ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Hjólavefsjáin
Hæ. Nú veit ég ekki hvort það vera vegna fyrirspurnar minnar eða íhlutunar einhvers annars en Garðabæjargögnin eru komin á ridethecity ásamt nokkrum hverfum í Reykjavík sem ég hef unnið í. Vona að þetta sé komið í lag núna hjá þeim. Tók annars eftir að LUKR gögnin eru langt frá því að vera fullkomin. Það vantar slatta af stígum sem ég sé á loftmyndunum. Ef einhver nennir er eitthvað verk eftir við að setja inn stíga sem fylgdu ekki LUKR gögnunum. Með kveðju, Svavar Kjarrval On 03/16/2011 12:40 PM, Morten Lange wrote: Sæll Svavar, Ekki mikill aðstoð sem ég get boðið, frekar undirtektir. En Ævar benti á fleiri útfærslur á hjólavefsjám, í grein http://www.openstreetmap.org/user/Ævar%20Arnfjörð%20Bjarmason/diary/11485 ( sem var einnig afritað yfir á vef LHM : http://lhm.is/frettir-af-netinu/islenskt/531-hjolavefsja-fyrir-reykjavik ) Hef ekki tíma núna, en væri ekki þess virði að kíka þar hvort hinir séu sneggri að uppfæra ? Svo hefur Björgvin verið í sambandi við ridethecity, að mig minnir. Hann gæti kannski spurt þá út í þessari seinkun. -- Regards / Kvedja Morten Lange, Reykjavík - Original Message From: Svavar Kjarrvalsva...@kjarrval.is To: OpenStreetMap in Icelandtalk-is@openstreetmap.org Sent: Wed, 16 March, 2011 2:55:55 Subject: [Talk-is] Hjólavefsjáin Sælt fólk! Nú eru liðnir 12 dagar síðan ég sendi inn fyrstu breytinguna út frá stígagögnunum í Garðabæ en þær breytingar hafa samt ekki ratað inn í hjólavefsjána. Það sama gildir um þau hverfi í Reykjavík með yfirfarna LUKR stíga. Er eitthvað (ekki) að gerast sem við ættum að vita af? Forsendan fyrir því að við fengum LUKR gögnin ókeypis var einmitt sú að stígarnir ættu að birtast á ridethecity.com. Því er það mikilvægt fyrir okkur að vita hvað veldur þessum skorti á uppfærslum. Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Hjólavefsjáin
CloudMade hava bara verið seinir að uppfæra kortið sitt. Þetta var samt undarlega langur tími, geri ráð fyrir því að þeir vilji hafa örari refresh tíma á þessi (og þó). Björgvin 2011/3/18 Svavar Kjarrval sva...@kjarrval.is: Hæ. Nú veit ég ekki hvort það vera vegna fyrirspurnar minnar eða íhlutunar einhvers annars en Garðabæjargögnin eru komin á ridethecity ásamt nokkrum hverfum í Reykjavík sem ég hef unnið í. Vona að þetta sé komið í lag núna hjá þeim. Tók annars eftir að LUKR gögnin eru langt frá því að vera fullkomin. Það vantar slatta af stígum sem ég sé á loftmyndunum. Ef einhver nennir er eitthvað verk eftir við að setja inn stíga sem fylgdu ekki LUKR gögnunum. Með kveðju, Svavar Kjarrval On 03/16/2011 12:40 PM, Morten Lange wrote: Sæll Svavar, Ekki mikill aðstoð sem ég get boðið, frekar undirtektir. En Ævar benti á fleiri útfærslur á hjólavefsjám, í grein http://www.openstreetmap.org/user/Ævar%20Arnfjörð%20Bjarmason/diary/11485 ( sem var einnig afritað yfir á vef LHM : http://lhm.is/frettir-af-netinu/islenskt/531-hjolavefsja-fyrir-reykjavik ) Hef ekki tíma núna, en væri ekki þess virði að kíka þar hvort hinir séu sneggri að uppfæra ? Svo hefur Björgvin verið í sambandi við ridethecity, að mig minnir. Hann gæti kannski spurt þá út í þessari seinkun. -- Regards / Kvedja Morten Lange, Reykjavík - Original Message From: Svavar Kjarrvalsva...@kjarrval.is To: OpenStreetMap in Icelandtalk-is@openstreetmap.org Sent: Wed, 16 March, 2011 2:55:55 Subject: [Talk-is] Hjólavefsjáin Sælt fólk! Nú eru liðnir 12 dagar síðan ég sendi inn fyrstu breytinguna út frá stígagögnunum í Garðabæ en þær breytingar hafa samt ekki ratað inn í hjólavefsjána. Það sama gildir um þau hverfi í Reykjavík með yfirfarna LUKR stíga. Er eitthvað (ekki) að gerast sem við ættum að vita af? Forsendan fyrir því að við fengum LUKR gögnin ókeypis var einmitt sú að stígarnir ættu að birtast á ridethecity.com. Því er það mikilvægt fyrir okkur að vita hvað veldur þessum skorti á uppfærslum. Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Japan: Wie OpenStreetMapper helfen können
Am 17. März 2011 16:40 schrieb Alexander Matheisen alexandermathei...@ish.de: Vor allem Haiti war ja ebenfalls eine große Aktion, da müsste es mittlerweile Rückmeldung geben... die gab es dort natürlich auch, und ein paar Leute hatten damals geschrieben, die Karten von OSM fürs Garmin seien eine große Hilfe. Ich erinnere mich auch, dass es eine große Wandkarte unserer Karte in einem Koordinierungsbüro vor Ort gab. Oben wurde bereits eine Mail von einem Helfer verlinkt, die das auch bestätigt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAPAN: Tag Statistic für den Katastrophenbereich
Ich habe mal eine Tag Statistik erstellt, hoffe das hilft Dir weiter: http://wiki.openstreetmap.org/wiki/User:Ikonor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAPAN: Tag Statistic - Widerspruch zu osmosis-Filter
Am 18.03.2011 16:12, schrieb ikonor: Ich habe mal eine Tag Statistik erstellt, hoffe das hilft Dir weiter: http://wiki.openstreetmap.org/wiki/User:Ikonor Hi ! vielen Dank - die Auswertung ist sehr aufschlüssig und wiederum sehr verwunderlich. ich habe die pbf von heute morgen (geofabri) gezogen und mit Osmosis folgenden Filter gezogen. set selectionset=amenity.pharmacy,amenity.hospital,amenity.school,amenity.college,amenity.university,amenity.fire_station,amenity.police,amenity.shelter,amenity.phone,shop.supermarket %osmworkfolder%\osmosis\bin\osmosis.bat -v 99 --read-pbf %osmworkfolder%\osm_geofabrik_data\latest.osm.pbf --tee 2 --node-key-value keyValueList=%selectionset% --write-xml %osmworkfolder%\osmosis\temp_arch_node.osm --way-key-value keyValueList=%selectionset% --used-node --write-xml hot_japan_select.osm da sind dann rund 400 max school enthalten - bei dir knapp 3000 !!! darüberhinaus sind poi bisher sehr knapp verzeichnet - z.b. scheint es keine apothekten zu geben. kann einer diese Auswertung nachvollziehen bzw. mir den möglichen fehler benennen. So kann ich jedenfalls meine POI-Karte nicht für Japan auf Sendung schicken. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meeresrelationen
Mittlerweile finde ich selbst für Meere Multipolygon-Relationen: http://www.openstreetmap.org/browse/relation/1159195 Leider sind diese Dinger derart sperrig, dass ich kaum was damit anfangen kann, im Gegenteil, behindern sie beim Editieren der Küstenlinie. Ich habe leider keine Ahnung, wer die Relation erstellt hat (Sorry, the data for the relation with the id 1159195, took too long to retrieve.), aber vielleicht habe ich ja hier Glück? Bisher war ich davon ausgegangen, dass wir absichtlich nicht solche Relationen erstellen, um es den Mappern nicht allzu schwer zu machen (daher ja auch das natural=coastline-Verfahren). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAPAN: Tag Statistic - Widerspruch zu osmosis-Filter
da sind dann rund 400 max school enthalten - bei dir knapp 3000 !!! In welcher Datei schaust Du den? Dein Osmosis-Aufruf generiert ja zwei, eine für Node-POIs und eine für Way-POIs. Vielleicht hast Du ja vergessen die wieder zusammenzufügen? Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Hi, M∡rtin Koppenhoefer wrote: Ich habe leider keine Ahnung, wer die Relation erstellt hat (Sorry, the data for the relation with the id 1159195, took too long to retrieve.), aber vielleicht habe ich ja hier Glück? http://www.openstreetmap.org/browse/changeset/5659444 (Trick, um das rauszufinden - statt die komplette Historie der Relation abzufragen, nur die Version 1 holen mit http://api.openstreetmap.org/api/0.6/relation/1159195/1) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am Freitag 18 März 2011 schrieb M∡rtin Koppenhoefer: Ich habe leider keine Ahnung, wer die Relation erstellt hat (Sorry, the data for the relation with the id 1159195, took too long to retrieve.), aber vielleicht habe ich ja hier Glück? Bei mir ging's: Bearbeitet am: Freitag, 18. März 2011, 18:13 Uhr Bearbeitet von: etrumap Version:62 Im Changeset: 7597880 Kommentar: details and Tracing (PCN2008/bing) Santa Severa/Lazio Tags: note = Mittelmeer Teil 6 type = multipolygon [ 459 Mitglieder] Mitglied von: Relation Mittelmeer (1159204) (als outer) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am 18.03.2011 18:49, schrieb M∡rtin Koppenhoefer: Mittlerweile finde ich selbst für Meere Multipolygon-Relationen: http://www.openstreetmap.org/browse/relation/1159195 Leider sind diese Dinger derart sperrig, dass ich kaum was damit anfangen kann Hi, hier versuchen Einige anscheinend Nägel mit Köpfen zu machen. Ok, das coastline-Verfahren ist/war nicht das Gelbe vom Ei, viele Anwendungen bekommen das bis heute nicht 100% auf die Reihe, wo das Meer liegt. Aber so, mit geschachtelten Multipolygonen??? Setzen, sechs. Der Teufel wird hier IMHO mit dem Beelzebub ausgetrieben. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am 18. März 2011 18:49 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Mittlerweile finde ich selbst für Meere Multipolygon-Relationen: http://www.openstreetmap.org/browse/relation/1159195 Leider sind diese Dinger derart sperrig, dass ich kaum was damit anfangen kann, im Gegenteil, behindern sie beim Editieren der Küstenlinie. Ich habe leider keine Ahnung, wer die Relation erstellt hat (Sorry, the data for the relation with the id 1159195, took too long to retrieve.), aber vielleicht habe ich ja hier Glück? Bisher war ich davon ausgegangen, dass wir absichtlich nicht solche Relationen erstellen, um es den Mappern nicht allzu schwer zu machen (daher ja auch das natural=coastline-Verfahren). Das ist wirklich Käse - vielleicht eignet sich auch hier der Gedanke, den wir beim Thema Landschaften schon mal auf dem Tisch hatten; eine Relation, die eine begrenzte Anzahl (sortierter) nodes enthält und damit ein Gebiet definiert. Im Falle von Meeren könnten das auf offener See ein paar alleinstehende Nodes sein und in Küstennähe sehr wenige (mindestens 2), die zu einem Küstenlinien-way gehören. Ein Renderer oder Editor könnte so etwas eindeutig auswerten, indem er zwischen 2 Küstenlinien-Nodes der Küstenlinie folgt, zwischen einem Küstenlinien-Node und einem offene-See-node einen Sprung macht und dasselbe zwischen zwei ebensolchen tut. Damit hat kann man dann sehr großräumige - auch ungenaue und diffuse - Dinge darstellen, die bewußt weder richtige Ways sein sollen (mich persönlich stören sogar schon die ways für die pseudo-Grenzen der innerstädtischen Posteitzahlenbereiche oder - großräumiger - TMC-Gebiete) noch durch schon vorhandene ways definiert werden können (wie wie Postleitzahlengebiete, die mit politischen Grenzen übereinstimmen). Eigentlich könnten auch Routen spielend einfach über Relationen mit nodes definiert werden - wenn man mal drüber nachdenkt, sind nodes noch das robusteste was wir haben... ;-) (ich habe neulich die Relation 20866 (Rheinsteig-Wanderweg) repariert, das war schon eine Qual...) Die Logik, um das ganze zu verarbeiten, dürfte so schwierig (und fehleranfällig) nicht sein - und man könnte sich auf einen groben Standard einigen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am 18. März 2011 19:20 schrieb Frederik Ramm frede...@remote.org: M∡rtin Koppenhoefer wrote: (Trick, um das rauszufinden - statt die komplette Historie der Relation abzufragen, nur die Version 1 holen mit http://api.openstreetmap.org/api/0.6/relation/1159195/1) Danke, das wars. Gibt's denn zu der Relation an sich irgendwelche Kommentare von den deutschen Mappern? Wir finden gelegentlich Objekte, die einen italienischen Mapper leicht mal irritieren können (z.B. eine Relation namens Italien Landmasse hat einige vor Rätsel gestellt). Ich finde es nicht optimal, wenn mir eine Relation mit solchen Tags tag k=name v=Mittelmeer Teil 6/ ausserhalb des deutschsprachigen Raums über den Weg läuft. Auch habe ich noch nie davon gehört, dass das Mittelmeer in einzelne Teile durchnummeriert wurde. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am 18. März 2011 19:42 schrieb Martin Simon grenzde...@gmail.com: Am 18. März 2011 18:49 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Das ist wirklich Käse - vielleicht eignet sich auch hier der Gedanke, den wir beim Thema Landschaften schon mal auf dem Tisch hatten; eine Relation, die eine begrenzte Anzahl (sortierter) nodes enthält und damit ein Gebiet definiert. Ja, ich finde diese Idee ziemlich gut, wenn auch das Bugfixing evtl. kompliziert werden kann. Die Nodes müssten m.E. nicht sortiert werden (ich würde davon abraten, weil das nur eine weitere Fehlerquelle ist), sondern es reicht aus, eine Linie darum generieren zu lassen (Konvexe Hülle oder so). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am 18.03.2011 19:49, schrieb M∡rtin Koppenhoefer: Am 18. März 2011 19:42 schrieb Martin Simongrenzde...@gmail.com: Am 18. März 2011 18:49 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com: Das ist wirklich Käse - vielleicht eignet sich auch hier der Gedanke, den wir beim Thema Landschaften schon mal auf dem Tisch hatten; eine Relation, die eine begrenzte Anzahl (sortierter) nodes enthält und damit ein Gebiet definiert. Ja, ich finde diese Idee ziemlich gut, wenn auch das Bugfixing evtl. kompliziert werden kann. Die Nodes müssten m.E. nicht sortiert werden (ich würde davon abraten, weil das nur eine weitere Fehlerquelle ist), sondern es reicht aus, eine Linie darum generieren zu lassen (Konvexe Hülle oder so). Also die Grundidee finde ich gut - aber an konvexe Hülle sollte Dir selbst die Schwachstelle aufgefallen sein, denn gerade die Bereiche, die eben definitiv nicht konvex sind, sind meist genauer definiert als die genauen Ränder da, wo die Gesamtform diffus konvex ist. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAPAN: Tag Statistic - Widerspruch zu osmosis-Filter
Am 18.03.2011 18:49, schrieb Bartosz Fabianowski: da sind dann rund 400 max school enthalten - bei dir knapp 3000 !!! In welcher Datei schaust Du den? Dein Osmosis-Aufruf generiert ja zwei, eine für Node-POIs und eine für Way-POIs. Vielleicht hast Du ja vergessen die wieder zusammenzufügen? Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Jo Danke für den Hinweis. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] japansiche Übersetzung meiner Hilfe und Anleitung
Hi! habe gerade meine POI-Karte bereitgestellt für Japan http://www.tappenbeck.net/osm/maps/deu/index.php?id=2000 Wenn mir jemand den HTML-Code für die Anleitung, Hilfe etc. bereitstellen kann dann würde ich auch eine japanische Variante einbauen. Hier der deutsche Teil: //texts[de][legendtxt] = LegendenDummy DE; // texts[de][time] = Letztes POI-Update: ; texts[de][about] = Uuml;ber; texts[de][about1] = Die Karte ist dem OpenStreetMap-Projekt entnommen und stehen unter der Lizenz a href=\http://creativecommons.org/licenses/by-sa/2.0/\; target=\self\CC-BY-SA-Lizenz 2.0/a.br a href=\http://wiki.openstreetmap.org/wiki/DE:Legal_FAQ\;Mehr zur Lizenz.../a; texts[de][about2] = Die dargestellten Inhalte erheben keinen Anspruch auf Vollstauml;ndigkeit und Richtigkeit. Jegliche Haftungsanspruuml;che durch die Verwendung dieses Kartenmaterials werden ausgeschlossen!; texts[de][about3] = Hinweise auf fehlerhafte Darstellungen und Anregungen bitte an den OSM-User a href=\http://wiki.openstreetmap.org/index.php/User:L%C3%BCbeck\; target=\self\Luuml;beck/a schicken.; texts[de][about4] = Zuruuml;ck zur Uuml;bersicht; texts[de][help] = Hilfe; texts[de][help1] = Mit dem Mausrad oder der Zoombar links kann die Karte vergrouml;szlig;ert oder verkleinert werden. Durch Festhalten und ziehen mit der Maus,lauml;sst sich die Karte verschieben.; texts[de][help2] = Die in der Legende beschriebenen Objekte werden durch zusauml;tzliche Marker auf der Karte angezeigt. Beim Uuml;berfahren der Marker mit der Maus, ouml;ffnet sich ein Popup, das weitere Informationen enthauml;lt. Durch einen Klick auf den Marker lauml;sst sich das Popup dauerhaft anzeigen.; texts[de][help2] = Auf der rechten Seite finden Sie blaue Laschen img src=\../grafiken/layer-switcher-maximize.png\ style=\height: 10px;\. Durch Anklicken der oberen Lasche ouml;ffnet sich eine Liste in welcher Sie Ebene ein-/ausschalten kouml;nnen. Uuml;ber die untere Lasche kouml;nnen Sie ein Übersichtsfenster ouml;ffnen. Bei gedruuml;ckter SHIFT-Taste kann man mit der linken Maustaste ein Ausschnittsfenster fuuml;r eine Vergrouml;szlig;erung definieren.brUuml;ber die iEdit in .../i-Schaltflauml;chen kann der betreffende Kartenausschnitt in dem jeweiligen Editor geouml;ffnet werden.; texts[de][legend] = Legende; texts[de][osmtag] = Verwendete Filter; texts[de][navicontrol] = Seitenleiste ein-/ausblenden; texts[de][error] = Fehler melden; texts[de][error1] = Fehler in der Kartengrundlage, wie auch den eingeblendeten Daten, kann JEDER melden. Hierzu steht im Rahmen des OpenStreetMap-Projektes das Werkzeug a href=\http://www.openstreetbugs.org\; target=\self\OpenStreetMap-Bugs (OSMB)/a zur Verfuuml;gung.; texts[de][error2] = Klicken Sie a id=\osb\ target=\_blank\ href=\#\hier/a um die OSMB-Karte mit dem aktuellen Kartenausschnitt zu ouml;ffnen.; texts[de][error3] = Weitere Informationen zu OSMB finden Sie im a href=\http://wiki.openstreetmap.org/wiki/DE:OpenStreetBugs\; target=\self\OSM-Wiki/a.; texts[de][jserror1] = Weitere Informationen zu OSMB finden Sie im a href=\http://wiki.openstreetmap.org/wiki/DE:OpenStreetBugs\; target=\self\OSM-Wiki/a.; texts[de][jserror1] = Fehler; texts[de][jserror2] = JavaScript muss aktiviert sein; texts[de][jserror3] = Zur Anzeige der Karte ist JavaScript erforderlich. Bitte aktivieren Sie JavaScript in ihren Browsereinstellungen. Falls Sie NoScript verwenden, denken Sie daran auch emopenstreetmap.org/em und emopenlayers.org/em freizuschalten, damit die erforderlichen JavaScript-Dateien geladen werden kouml;nnen.; Kann mir einer weiterhelfen ?? Gruß Jan :-)x ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am 18.03.2011 19:46, schrieb M∡rtin Koppenhoefer: Auch habe ich noch nie davon gehört, dass das Mittelmeer in einzelne Teile durchnummeriert wurde. Viele benutzen das name-Tag der Relation um diese zu benennen. Das ist in JOSM nett, weil die Relation unter diesem Namen in der Relationsliste erscheint. Da aber ein Renderer nicht unterscheiden kann, ob name der Name eines realen Objekts oder nur ein Relationsverwaltungsname ist, erscheinen überall diese sinnlosen Texte in der Karte. Die vielen ABC (Landmasse)-Pseudonamen sind ein anderes Mißbrauchsbeispiel. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Stephan Wolff wrote: Viele benutzen das name-Tag der Relation um diese zu benennen. Das ist in JOSM nett, weil die Relation unter diesem Namen in der Relationsliste erscheint. ... Und dabei ist das so einfach. wenn man note=xxx anstelle von name=xxx verwendet, haut beides hin: josm zeigt die bezeichnung der relation brav an und die renderer lassen die finger davon - prima. gruss walter ist halt ein unterschied: name und bezeichnung sind nicht das gleiche. - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Meeresrelationen-tp6185512p6186579.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Semafori intelligenti
Ciao, esiste un tag specifico per indicare che un semaforo diventa verde per la strada secondaria solo quando c'è un mezzo in attesa? Stessa cosa per i semafori che diventano rossi quando si supera un certo limite di velocità. Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Garmin Nuvi 245 e OSM
On Thu, Mar 17, 2011 at 04:13:22PM +0100, Stefano Salvador wrote: puoi scaricare l'intero db (chiamato di solito planet) o parti di esso da diverse fonti, per l'Italia ti conviene affidarti al server di GFOSS: http://download.gfoss.it/osm/ Le mappe Garmin stanno qui: http://download.gfoss.it/osm/garmin/ ATTENZIONE però: l'aggiornamento di stanotte pare abbia avuto un problema, le mappe risultanti (generate alle 10:01 di oggi) potrebbero essere difettose! Ho rilanciato la procedura, dovrebbe completare entro le 16:00 di oggi. -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Garmin Nuvi 245 e OSM
Ok, grazie per l'informazione :) Ho scaricato la mappa delle Marche ieri, quindi dovrebbe essere esente da questo problema, tuttavia ho rilevato una stranezza: il navigatore nei pressi di casa mia (Frazione San Claudio, Corridonia, MC) va in tilt, appaiono percorsi inesistenti che confondono il navigatore rendendo impossibile l'utilizzo in questa zona. Ho pensato si trattasse di alcuni miei vecchi tracciati GPS già importati in OSM, che evidentemente (nella loro forma iniziale non corretta) sono ancora presenti nel DB di OSM e causano il problema. Ho notato anche che la navigazione vocale del Garmin 245 in alcuni punti (soprattutto rotonde e bivii) è molto discordante da quanto mostrato a video, esempio in una rotonda dovevo proseguire diritto mentre vocalmente mi indicava di svoltare a destra. Presumo sia un problema del Garmin, di una errata interpretazione del tragitto da seguire, altri hanno lo stesso problema? Ho anche un quesito tecnico sul navigatore in questione: se le mappe OSM devono risiedere obbligatoriamente nella cartella Garmin (quindi sul dispositivo stesso), qual'è la funzione dello slot SD? E' possibile avere delle mappe sulla scheda, che siano visibili dal navigatore? In data 18 marzo 2011 alle ore 14:48:47, Niccolo Rigacci-2 [via GIS] ml-node+6184578-1846399324-90...@n2.nabble.com ha scritto: On Thu, Mar 17, 2011 at 04:13:22PM +0100, Stefano Salvador wrote: puoi scaricare l'intero db (chiamato di solito planet) o parti di esso da diverse fonti, per l'Italia ti conviene affidarti al server di GFOSS: http://download.gfoss.it/osm/ Le mappe Garmin stanno qui: http://download.gfoss.it/osm/garmin/ ATTENZIONE però: l'aggiornamento di stanotte pare abbia avuto un problema, le mappe risultanti (generate alle 10:01 di oggi) potrebbero essere difettose! Ho rilanciato la procedura, dovrebbe completare entro le 16:00 di oggi. -- Creato con il rivoluzionario client e-mail di Opera: http://www.opera.com/mail/ -- View this message in context: http://gis.638310.n2.nabble.com/Garmin-Nuvi-245-e-OSM-tp6181090p6184614.html Sent from the Italy mailing list archive at Nabble.com.___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Indicazioni vocali alle rotonde (Era: Garmin Nuvi 245 e OSM)
On Fri, Mar 18, 2011 at 07:02:51AM -0700, Jeawrong wrote: Ho notato anche che la navigazione vocale del Garmin 245 in alcuni punti (soprattutto rotonde e bivii) è molto discordante da quanto mostrato a video, esempio in una rotonda dovevo proseguire diritto mentre vocalmente mi indicava di svoltare a destra. Ho lo stesso problema, ma con Navit (www.navit-project.org) Poco prima di una rotonda, se la carreggiata si sdoppia per qualche metro come qui: http://osm.org/go/xX643v2Zk-- il navigatore dice di svoltare a destra, credo cioè che venga confuso dalla biforcazione. Purtroppo in questo caso non dà indicazioni su come affrontare la rotonda. Come funzionano altri navigatori con altre mappe? Magari le biforcazioni prima delle rotonde non ci sono, come qui: http://osm.org/go/xX6zi5i@_-- O magari hanno qualche tag per cui vengono ignorate? -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Garmin Nuvi 245 e OSM
Il 18/03/2011 14.48, Niccolo Rigacci ha scritto: On Thu, Mar 17, 2011 at 04:13:22PM +0100, Stefano Salvador wrote: puoi scaricare l'intero db (chiamato di solito planet) o parti di esso da diverse fonti, per l'Italia ti conviene affidarti al server di GFOSS: http://download.gfoss.it/osm/ Le mappe Garmin stanno qui: http://download.gfoss.it/osm/garmin/ ATTENZIONE però: l'aggiornamento di stanotte pare abbia avuto un problema, le mappe risultanti (generate alle 10:01 di oggi) potrebbero essere difettose! Ho rilanciato la procedura, dovrebbe completare entro le 16:00 di oggi. Una domanda: volendo scaricare mappe garmin di altre nazioni, è possibile farlo da GFOSS? Grazie Massimo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Garmin Nuvi 245 e OSM
On Fri, Mar 18, 2011 at 04:19:56PM +0100, Elycoimax wrote: Una domanda: volendo scaricare mappe garmin di altre nazioni, è possibile farlo da GFOSS? Per ora no, gli script lavorano solo sulla mappa Italia. Considerato il carico che viene generato sul server credo che per il momento sia improbabile accollarsi altre nazioni. Ad ogni modo l'associazione GFOSS rimana aperta per ogni richiesta! -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Indicazioni vocali alle rotonde (Era: Garmin Nuvi 245 e OSM)
Il 18/03/2011 16:06, Niccolo Rigacci ha scritto: On Fri, Mar 18, 2011 at 07:02:51AM -0700, Jeawrong wrote: Ho notato anche che la navigazione vocale del Garmin 245 in alcuni punti (soprattutto rotonde e bivii) è molto discordante da quanto mostrato a video, esempio in una rotonda dovevo proseguire diritto mentre vocalmente mi indicava di svoltare a destra. Ho lo stesso problema, ma con Navit (www.navit-project.org) Poco prima di una rotonda, se la carreggiata si sdoppia per qualche metro come qui: http://osm.org/go/xX643v2Zk-- il navigatore dice di svoltare a destra, credo cioè che venga Ma in questo caso mi verrebbe da dire che è un errore dei navigatori perchè quello è uno dei modi previsti per mappare le rotonde...[1] Ciao Giuliano [1] http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout confuso dalla biforcazione. Purtroppo in questo caso non dà indicazioni su come affrontare la rotonda. Come funzionano altri navigatori con altre mappe? Magari le biforcazioni prima delle rotonde non ci sono, come qui: http://osm.org/go/xX6zi5i@_-- O magari hanno qualche tag per cui vengono ignorate? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] coordinate dei luoghi da wikipedia
Niccolo Rigacci-2 wrote: Ora mi pare che funzioni (congestione ADSL permettendo). Confermo, è tornato a funzionare tutto perfettamente. Grazie! -- View this message in context: http://gis.638310.n2.nabble.com/coordinate-dei-luoghi-da-wikipedia-tp6041338p6186554.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Bogotá 3D
En el trabajo necesitaba convertir edificios de OSM a formato kml para incluirlos como una capa en la API de Google Maps. Como osmlib aún no soporta multipolígonos me puse en la tarea de crear mi propio script de conversión en python. Todavía no está listo, pero no pude resistir la tentación de correrlo con datos de Bogotá para ver el centro internacional en 3D en Google Earth [0]. Como pueden ver, únicamente la torre Colpatria tiene el tag de altura (que por cierto debería ser height a secas y no building:height, según lo que leo en el wiki). Por lo menos el dato para los principales edificios del centro debe ser fácil de conseguir, a ver si el nodo Bogotá se pone las pilas con esto y pongo una imagen con skyline la próxima vez. Cuando tenga una versión medianamente decente del script lo pongo a disposición. Por ahora el kml [1] para quien le interese. [0] http://bit.ly/giM6zb [1] http://bit.ly/hbZ22b ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] semi-ot lo que el @igacColombia prohíbe, nosotros debemos estimularlo
Fredy: Simpático off-topic en auténtica defensa por el respeto a la diversidad y riqueza cultural de nuestro país ;-) ¿Será que la cultura organizacional en el IGAC es obtusamente restrictiva? El 18 de marzo de 2011 08:10, ouɐɯnH fredyriv...@gmail.com escribió: Perdón susmercedes por el Off-topic, pero no aguante la tentación Personalmente no soy boyaco, pero mucha afinidad con esa cultura, quienes me conocen saben que mi música favorita es la carranguera, sumercé me parece una palabra bonita, los escotes y las minifaldas no solo me parecen sexis sino un acto de valor que muchas mujeres lo lleven, mas en en el frió de Tunja donde hay una calle que se llama de la pulmonía Según esta noticia, no solo nos diferenciamos de la Empresa IGAC por querer liberar la información geográfica de nuestro pais, sino ademas por el respeto a la idiosincrasia regional y el libre desarrollo de la personalidad. salu2 Humano ** En el Instituto Geográfico Agustín Codazzi en Tunja está prohibido el uso de escotes, minifaldas y decir sumercé para la atención al cliente, medida que no fue bien recibida y ocasionó diversas reacciones. “No estoy de acuerdo porque va en contra de la libertad de la mujer para vestir de una manera femenina”, “ojala todas la mujeres anden de la forma en la que ellas prefieren lo importante es que sean personas trabajadoras e inteligentes”, dicen algunas boyacenses. Con relación al uso del sumercé, que ha caracterizado por años a los habitantes de este departamento, algunos ciudadanos aseguran que hace “referencia al respeto que sentimos los boyacenses por nuestros interlocutores, por las personas con las que tratamos”, y es que “el uso del sumercé es una frase amable y atenta que demuestra nuestras raíces que beben ser protegidas como parte de nuestra identidad”, puntualizan. Caracol Radio trató de comunicarse con el director (e) del IGAC en Tunja, Hernando Lozada, pero no fue posible. http://www.caracol.com.co/nota.aspx?id=1441266 -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Skov
Hej Alle Apropos skov. Forleden hørte jeg definitionen af skov i radioen, og tænkte at det måske var relevant for korttegning. Har siden fundet samme definition på : http://www.naturstyrelsen.dk/Naturbeskyttelse/Skov/Skovloven/paragraf3.htm#p3afsnit2 Der står: *Som hovedregel anser man således et areal for at være skov, hvis det er bevokset med træer, som danner eller indenfor et rimeligt tidsrum ville danne sluttet skov af højstammede træer, og hvis det som hovedregel er større end ½ ha og mere end 20 m bredt.* Så er spørgsmålet bare, om det giver nogen mening af skelne imellem træområder større og mindre end ovenstående. Og findes der en fornuftig tag til grupper af træer mindre end ovenstående? venlig hilsen Rune Den 16. mar. 2011 19.13 skrev Jens Winbladh j...@somewhere.dk: Hej Esbern På en wiki diskussion [1] om skov, står der at layer ikke giver nogen mening ved brug af skov taggen. Men det har der vist ikke altid være sådan. Jeg har f.eks. altid tænkt at man kan bruge layer taggen ved polygoner. I tillæg, så bruger jeg operator [2] - f.eks. når jeg ved at det er en privat skov: *operator=privat* eller at det er statskov: * operator=naturstyrelsen*. Der er nemlig hules til forskel i hvad man må i en privat skov ifht. en offentlig skov.' Ellers bruger jeg taggen wood [3], hvis jeg ved hvilken type skov det er. Derudover er der jo det trivielle name tag. /Jens Winbladh [1] - http://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dforest [2] - http://wiki.openstreetmap.org/wiki/Key:operator http://wiki.openstreetmap.org/wiki/Key:operator[3] - http://wiki.openstreetmap.org/wiki/Key:wood 2011/3/16 Esbern Snare esbensn...@gmail.com Davs Hvordan tagger man skov, altså jeg kan godt gætte mig til at det er landuse: forest, name: navn, men er der ellers noget. Jeg kan se at nogle skove er layer: -2 Mvh Esbern ___ 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] Skov
Hej Har set at nogen bruger tagget: naturalhttp://wiki.openstreetmap.org/wiki/Key:natural =scrub http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub http://wiki.openstreetmap.org/wiki/Tag:natural%3DscrubMåske ikke det mest korrekte, men tæt på. /Jens Den 18. mar. 2011 07.37 skrev Rune Kruse r...@krusedulle.net: Hej Alle Apropos skov. Forleden hørte jeg definitionen af skov i radioen, og tænkte at det måske var relevant for korttegning. Har siden fundet samme definition på : http://www.naturstyrelsen.dk/Naturbeskyttelse/Skov/Skovloven/paragraf3.htm#p3afsnit2 Der står: *Som hovedregel anser man således et areal for at være skov, hvis det er bevokset med træer, som danner eller indenfor et rimeligt tidsrum ville danne sluttet skov af højstammede træer, og hvis det som hovedregel er større end ½ ha og mere end 20 m bredt.* Så er spørgsmålet bare, om det giver nogen mening af skelne imellem træområder større og mindre end ovenstående. Og findes der en fornuftig tag til grupper af træer mindre end ovenstående? venlig hilsen Rune Den 16. mar. 2011 19.13 skrev Jens Winbladh j...@somewhere.dk: Hej Esbern På en wiki diskussion [1] om skov, står der at layer ikke giver nogen mening ved brug af skov taggen. Men det har der vist ikke altid være sådan. Jeg har f.eks. altid tænkt at man kan bruge layer taggen ved polygoner. I tillæg, så bruger jeg operator [2] - f.eks. når jeg ved at det er en privat skov: *operator=privat* eller at det er statskov: * operator=naturstyrelsen*. Der er nemlig hules til forskel i hvad man må i en privat skov ifht. en offentlig skov.' Ellers bruger jeg taggen wood [3], hvis jeg ved hvilken type skov det er. Derudover er der jo det trivielle name tag. /Jens Winbladh [1] - http://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dforest [2] - http://wiki.openstreetmap.org/wiki/Key:operator http://wiki.openstreetmap.org/wiki/Key:operator[3] - http://wiki.openstreetmap.org/wiki/Key:wood 2011/3/16 Esbern Snare esbensn...@gmail.com Davs Hvordan tagger man skov, altså jeg kan godt gætte mig til at det er landuse: forest, name: navn, men er der ellers noget. Jeg kan se at nogle skove er layer: -2 Mvh Esbern ___ 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 -- *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-es] tag para escudo heráldico
Jonay Santana jonay.sant...@gmail.com escribió: A ver, no soy tan burro como para no saber qué es un escudo heráldico... Lo que no entiendo es si tiene cabida en un mapa. Si hay un cartel en la fachada de un edificio, ¿también lo mapearías? Salvo que el escudo tallado tenga una significación especial, yo no lo incluiría en un mapa. Si sí la tuviera, entonces tiraría de alguna de estas tags: tourism:artwork historic:monument Pero ya te digo, que si fueramos a mapear todos los escudos heráldicos de algunas ciudades con mucha historia de España, no acabábamos... Un saludo, Yo tampoco veo lo de mapear la presencia de un escudo heráldico. Ahora, eso sí, se podría plantear una aplicación propia, sobre OSM, exclusiva de escudos. ¿openheraldic.org? :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
lunallena lunallena.xo...@gmail.com escribió: Hola, amigos. Es la primara vez que participo en este ML y encantada en saludaros. Mi motivo de escribiros es daros la noticia siguiente. Ante la catastrófica situación que causaron el terremoto y tsunami en aquel país del sol naciente, el equipo de OpenStreetMap Japan fundó el Projecto de Crisis y hace llamamiento a todos los interesados en apoyar al pueblo japonés a coloborar con la utilización de OSM. Igual que en caso del terremoto de Haití, la elaboración de mapas de zonas afectadas por las costas orientales de la isla central de Nippon, serán gran ayuda a aquellos profesionales que están en operación de rescate. Todos los miembros de OpenStreetMap Japan os agradecerán, si podéis buscar ratos para mapear, traducir el wikietc, etc. Más información: http://wiki.openstreetmap.org/wiki/ES:2011_Sendai_earthquake_and_tsunami Un saludo, desde Madrid Me encantaríac ayudar, pero me encuentro un poco perdido. He estado leyendo el enlace y no me ha quedado nada claro. ¿Qué imágenes (posteriores al desastre) se pueden usar y de qué manera? ¿qué información hay que añadir? no sé, ¿existe algún tipo de etiquetado para señalar los edificios destruidos, las carreteras cortadas,...? Perdón por mi ignorancia. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
A mí me pasa exactamente lo mismo, hay tantos datos que no soy capaz de extraer ninguna información. No me he enterado de nada de lo que dice el wiki. Ahora mismo diria que las mas faciles de usar y configurar son las de Bing(el wms que vienen configurado por defecto en JOSM) aunque se debe estar alerta ya que Bing solo tiene imagenes post-desastre de la zona afectada por el tsunami y no de la zona mas interior ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
A mí me pasa exactamente lo mismo, hay tantos datos que no soy capaz de extraer ninguna información. No me he enterado de nada de lo que dice el wiki. Por cierto se me ha olvidado en el ultimo mensaje, pero si se usa el wms de Bing con las imagenes post-desastre se debe especificar en el source con source=Bing 2011-03-13, esto es para poder distingir que esta mapeado con el post-desastre de lo que es el pre-desastre ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
Xavier Barnada escribió: Ahora mismo diria que las mas faciles de usar y configurar son las de Bing(el wms que vienen configurado por defecto en JOSM) aunque se debe estar alerta ya que Bing solo tiene imagenes post-desastre de la zona afectada por el tsunami y no de la zona mas interior ¿y cómo se puede diferenciar dónde termina una y empieza otra? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
¿y cómo se puede diferenciar dónde termina una y empieza otra? Se diferencia bastante claro por las propias fotos,en algunas aparecen nubes por ejemplo, aun asi se puede consultar aqui: http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=37.87603886753191lon=140.9450570851013zoom=9 o tambien aqui: http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=38.252850511995966lon=140.9921404258302zoom=16 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Segmentos compartidos
Tengo una duda: ¿es buena práctica compartir segmentos entre vías o áreas? Por ejemplo, cuando nodos de una vía se emplean también como nodos de un área como en [1]. De esta forma, se solapan segmentos de dos vías diferentes. JOSM solía dar un aviso en estos casos. Tenía entendido que este tipo de cosas era mejor hacerlas mediante relaciones de multipolígonos. Saludos. [1] http://osm.org/go/b7MaLJwAd- -- Jorge Juan ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
Xavier Barnada Rius xbarn...@gmail.com escribió: ¿y cómo se puede diferenciar dónde termina una y empieza otra? Se diferencia bastante claro por las propias fotos,en algunas aparecen nubes por ejemplo, aun asi se puede consultar aqui: http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=37.87603886753191lon=140.9450570851013zoom=9 o tambien aqui: http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=38.252850511995966lon=140.9921404258302zoom=16 Gracias, Xavier. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Segmentos compartidos
Jorge Juan jjch...@gmail.com escribió: Tengo una duda: ¿es buena práctica compartir segmentos entre vías o áreas? Por ejemplo, cuando nodos de una vía se emplean también como nodos de un área como en [1]. De esta forma, se solapan segmentos de dos vías diferentes. JOSM solía dar un aviso en estos casos. Tenía entendido que este tipo de cosas era mejor hacerlas mediante relaciones de multipolígonos. Saludos. [1] http://osm.org/go/b7MaLJwAd- Efectivamente, lo correcto es hacer un multipolígono. Es [1] puedes ver, al final de la página, cómo hacerlo paso a paso en JOSM. El caso que aparece en la wiki no es el que tú comentas, pero bastaría en tu caso diferenciar el segmento de vía (debidamente etiquetado) que comparte lado con el área, luego dibujar el área (exceptuando el lado que comparte con la vía) y crear finalmente la relación multipolígono asignado al mismo las propiedades del área (por ejemplo, en el caso de una plaza: area=yes, highway=pedestrian, name=plaza mayor,...). [1] http://wiki.openstreetmap.org/wiki/ES:Relation:multipolygon ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
lunallena lunallena.xo...@gmail.com escribió: Sí. por ejemplo, para carreteras y calles cortadas y destruídas impassable=yes, barrier:obstacle_type=debris, o simplemente barrier=* ( etiquetado común para los usuarios de datos de OSM) ref. http://wiki.openstreetmap.org/wiki/ES:2011_Sendai_earthquake_and_tsunami#En_el_terreno ¿y para edificios destruidos? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Segmentos compartidos
El día 18 de marzo de 2011 11:52, bv2mu...@uco.es escribió: Jorge Juan jjch...@gmail.com escribió: Efectivamente, lo correcto es hacer un multipolígono. Es [1] puedes ver, al final de la página, cómo hacerlo paso a paso en JOSM. El caso que aparece en la wiki no es el que tú comentas, pero bastaría en tu caso diferenciar el segmento de vía (debidamente etiquetado) que comparte lado con el área, luego dibujar el área (exceptuando el lado que comparte con la vía) y crear finalmente la relación multipolígono asignado al mismo las propiedades del área (por ejemplo, en el caso de una plaza: area=yes, highway=pedestrian, name=plaza mayor,...). Efectivamente, esto es lo que tenía entendido. El problema de este método es que te obliga a separar los segmentos de la vía que forman parte del área y esto puede dificultar el mantenimiento posterior de sus metadatos, por ejemplo, cuando tienes que cambiar la referencia de una carretera que está dividida en varias vías. Aún así, creo que es el método correcto. Pero esto me lleva a otra pregunta: consideremos que una carretera tiene que ser dividida en varios segmentos porque haya que etiquetar puentes, túneles, etc. He visto que muchas veces se crean relaciones para agrupar las vías que pertenecen a una misma ruta (una carretera nacional, por ejemplo). En este caso, ¿es factible aplicar las etiquetas generales (ref, source, etc.) sólo a la relación y no a las vías que la forman? O bien, ¿hay un método (en JOSM) para hacer que las vías importen automáticamente estas etiquetas de la relación? Gracias otra vez y perdonad mi ignorancia de novato. Saludos. [1] http://wiki.openstreetmap.org/wiki/ES:Relation:multipolygon ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Juan ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
¿y para edificios destruidos? ¡ Perdón, se me olvidaba...! building=collapsed ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] tag para escudo heráldico
historic=coat_of_arms tourism=yes name=* ¿tourism=yes? En todo caso, historic, pero los escudos de armas no son para los turistas Noel signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Segmentos compartidos
sobre este tema hay largas, acaloradas y sobre todo inconclusas discusiones. los conceptos que se discuten son: si las carreteras se dibujan con una vía que va por el centro de la calzada y si los landuse se ajustan al límite real (ortofoto), no deberían coincidir ya que el landuse no se mete hasta la mitad de la carretera. si se da por válido este argumento, no coinciden y no hay error. si se da por válido el otro, se tiende a resolverlo por relación de multipolígono, de la forma que habéis dicho. El 18/03/2011, a las 13:31, Jorge Juan escribió: El día 18 de marzo de 2011 11:52, bv2mu...@uco.es escribió: Jorge Juan jjch...@gmail.com escribió: Efectivamente, lo correcto es hacer un multipolígono. Es [1] puedes ver, al final de la página, cómo hacerlo paso a paso en JOSM. El caso que aparece en la wiki no es el que tú comentas, pero bastaría en tu caso diferenciar el segmento de vía (debidamente etiquetado) que comparte lado con el área, luego dibujar el área (exceptuando el lado que comparte con la vía) y crear finalmente la relación multipolígono asignado al mismo las propiedades del área (por ejemplo, en el caso de una plaza: area=yes, highway=pedestrian, name=plaza mayor,...). Efectivamente, esto es lo que tenía entendido. El problema de este método es que te obliga a separar los segmentos de la vía que forman parte del área y esto puede dificultar el mantenimiento posterior de sus metadatos, por ejemplo, cuando tienes que cambiar la referencia de una carretera que está dividida en varias vías. Aún así, creo que es el método correcto. como dices más abajo ya se hace así para los túneles, puentes, diferentes limitaciones de velocidad, etc. Pero esto me lleva a otra pregunta: consideremos que una carretera tiene que ser dividida en varios segmentos porque haya que etiquetar puentes, túneles, etc. He visto que muchas veces se crean relaciones para agrupar las vías que pertenecen a una misma ruta (una carretera nacional, por ejemplo). En este caso, ¿es factible aplicar las etiquetas generales (ref, source, etc.) sólo a la relación y no a las vías que la forman? claro que es factible de hecho, lo lógico parece ser que la relación carretera lleve todos los tags comunes ref tipo... y que las partes solo lleven lo que les diferencia maxspeed tunnel rotonda... como tu propones pero yo no conozco ningún ejemplo de una carretera hecha así. ¿alguien sí? normalmente cuando se usa la relación de ruta las partes también tienen los tags comunes (ref tipo...) o bien la relación solo hace de conjunto superior pero todos los tags van en las partes. O bien, ¿hay un método (en JOSM) para hacer que las vías importen automáticamente estas etiquetas de la relación? esto sí me gustaría saberlo a mi también. s ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
El día 17 de marzo de 2011 08:10, Matías taborda.barr...@gmail.com escribió: Gracias al archivo que shp que ha puesto Oscar en el wiki he podido ver que efectivamente hay topónimos en Canarias, pero no incluye ningún paraje y creo que se refiere sólo a entidades poblacionales (que importar todo el tema de poblaciones sería una cosa a hacer con mucho cuidado). Por eso te puedo confirmar que la mayoría de las clases toponímicas de Canarias están en revisión.[1] Es cierto. Lo he mirado y tiene 0 filas con TGS=80214 (parajes). Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ee] EVTA vabatahtlike mess mai alguses Tallinnas
Hoi, Sai Maakaart pandud kirja EVTA 2011 ringreisi üritusele Tallinnas. See on on vabaühenduste mess Solarise keskuses. Toimub 3-7. mail (1.5 kuu pärast) – teisipäevast laupäevani, ametlik infoallikas on http://www.siseministeerium.ee/evta2011 Sisuliselt saab seal väikese püstiseisu lauakese, kus saab enda asju näidata. Need mida näidata on meil enamvähem olemas – sobiks sama kraam mis GIS-päeval. Küsimused: -Mis päevadel kohal olla? Ei pea olema igal päeval, ja tegelikult on seal kohtadega ka kitsas (tahtjaid enam kui kohti). Ma ise mõtlesin kolmapäeva (4.) ja laupäeva (7.) peale. -Kes saab kohapeale tulla? Avamisajad on muide pärastlõunased: 14-20, laupäeval 11-18 -Mis lisaüritusi teha? Ise nuputasin välja et võiks laupäeval teha 30-minuti ettekande, mis lõppeks kutsega mapping party-le Tallinna südalinnas. Jagaksime juhendeid ja GPS-e, pärast aitaksime JOSM-ida sisse. Samal laupäeval on muide ka üleeestiline TeemeÄra talgupäev. Ja umbes kl 18st laupäeval on ürituse lõpetamine, kus võiks ka kaarditorti jagada. Palju on seal külastajaid tulemas – keegi ei tea. Üritust hakatakse reklaamima Postimehes (spetsiaalne lisaleht on seal) ja netimeedias. Aga meile oleks igal juhul kasulik – kasvõi teiste vabaühenduste hulgas sõnumi levitamiseks. Tuttavatest on seal üles andnud end Wikipedia ja CommunityTools (Uue Maailma Seltsina) Ps. Väiksem analoogne “mess” on Tartu Kaubamajas juba 14.aprill, kodulehele panin selle kohta ka väikese nupu. Seal saaksin ise kindlalt olla. Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] EVTA vabatahtlike mess mai alguses Tallinnas
Terv, MTÜ Wikimedia Eesti on samuti sel messil osalemas. Me pole veel oma osaluspäevi paika pannud, ilmselt 2-3 päeval. Ning ehk oleks mõttekas wikipedia ja openstreetmapi tegijatel boksi(lauda) jagada... -- Raul 2011/3/18 Jaak Laineste j...@openstreetmap.ee: Hoi, Sai Maakaart pandud kirja EVTA 2011 ringreisi üritusele Tallinnas. See on on vabaühenduste mess Solarise keskuses. Toimub 3-7. mail (1.5 kuu pärast) – teisipäevast laupäevani, ametlik infoallikas on http://www.siseministeerium.ee/evta2011 Sisuliselt saab seal väikese püstiseisu lauakese, kus saab enda asju näidata. Need mida näidata on meil enamvähem olemas – sobiks sama kraam mis GIS-päeval. Küsimused: - Mis päevadel kohal olla? Ei pea olema igal päeval, ja tegelikult on seal kohtadega ka kitsas (tahtjaid enam kui kohti). Ma ise mõtlesin kolmapäeva (4.) ja laupäeva (7.) peale. - Kes saab kohapeale tulla? Avamisajad on muide pärastlõunased: 14-20, laupäeval 11-18 - Mis lisaüritusi teha? Ise nuputasin välja et võiks laupäeval teha 30-minuti ettekande, mis lõppeks kutsega mapping party-le Tallinna südalinnas. Jagaksime juhendeid ja GPS-e, pärast aitaksime JOSM-ida sisse. Samal laupäeval on muide ka üleeestiline TeemeÄra talgupäev. Ja umbes kl 18st laupäeval on ürituse lõpetamine, kus võiks ka kaarditorti jagada. Palju on seal külastajaid tulemas – keegi ei tea. Üritust hakatakse reklaamima Postimehes (spetsiaalne lisaleht on seal) ja netimeedias. Aga meile oleks igal juhul kasulik – kasvõi teiste vabaühenduste hulgas sõnumi levitamiseks. Tuttavatest on seal üles andnud end Wikipedia ja CommunityTools (Uue Maailma Seltsina) Ps. Väiksem analoogne “mess” on Tartu Kaubamajas juba 14.aprill, kodulehele panin selle kohta ka väikese nupu. Seal saaksin ise kindlalt olla. Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] EVTA vabatahtlike mess mai alguses Tallinnas
Hei Praegu tundub, et päevad sobivad, vähemalt saan kinni panna. Mul pole jagamise vastu mitte midagi aga kas see ei sõltu mitte laua suurusest :) GIS päeval poleks meie laua juurde küll enam kedagi rohkem mahtunud. 2011/3/18 Jaak Laineste j...@nutiteq.com: Ei ole jagamise vastu midagi. Mõlemal on midagi arvutiekraanilt näidata vaja, ja seal vist ei mahu mitu tükki lauale, seega saaks seda koondada. Eriti hea kui saaks inimesi jagada - et ühel päeval on üks, teisel teine ja oleme suutelised mõlemat tutvustama. Jaak -Original Message- From: Raul Kern [mailto:raunator+l...@gmail.com] Sent: Friday, March 18, 2011 3:44 PM To: OpenStreetMap Estonia Subject: Re: [Talk-ee] EVTA vabatahtlike mess mai alguses Tallinnas Terv, MTÜ Wikimedia Eesti on samuti sel messil osalemas. Me pole veel oma osaluspäevi paika pannud, ilmselt 2-3 päeval. Ning ehk oleks mõttekas wikipedia ja openstreetmapi tegijatel boksi(lauda) jagada... -- Raul 2011/3/18 Jaak Laineste j...@openstreetmap.ee: Hoi, Sai Maakaart pandud kirja EVTA 2011 ringreisi üritusele Tallinnas. See on on vabaühenduste mess Solarise keskuses. Toimub 3-7. mail (1.5 kuu pärast) – teisipäevast laupäevani, ametlik infoallikas on http://www.siseministeerium.ee/evta2011 Sisuliselt saab seal väikese püstiseisu lauakese, kus saab enda asju näidata. Need mida näidata on meil enamvähem olemas – sobiks sama kraam mis GIS-päeval. Küsimused: - Mis päevadel kohal olla? Ei pea olema igal päeval, ja tegelikult on seal kohtadega ka kitsas (tahtjaid enam kui kohti). Ma ise mõtlesin kolmapäeva (4.) ja laupäeva (7.) peale. - Kes saab kohapeale tulla? Avamisajad on muide pärastlõunased: 14-20, laupäeval 11-18 - Mis lisaüritusi teha? Ise nuputasin välja et võiks laupäeval teha 30-minuti ettekande, mis lõppeks kutsega mapping party-le Tallinna südalinnas. Jagaksime juhendeid ja GPS-e, pärast aitaksime JOSM-ida sisse. Samal laupäeval on muide ka üleeestiline TeemeÄra talgupäev. Ja umbes kl 18st laupäeval on ürituse lõpetamine, kus võiks ka kaarditorti jagada. Palju on seal külastajaid tulemas – keegi ei tea. Üritust hakatakse reklaamima Postimehes (spetsiaalne lisaleht on seal) ja netimeedias. Aga meile oleks igal juhul kasulik – kasvõi teiste vabaühenduste hulgas sõnumi levitamiseks. Tuttavatest on seal üles andnud end Wikipedia ja CommunityTools (Uue Maailma Seltsina) Ps. Väiksem analoogne “mess” on Tartu Kaubamajas juba 14.aprill, kodulehele panin selle kohta ka väikese nupu. Seal saaksin ise kindlalt olla. Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] Schrittgeschwindigkeit 5 km/h
On 17.03.2011 23:16, wolfbert wrote: Friedrich Volkmann hat im maxspeed-Thread darauf hingewiesen, dass Schrittgeschwindigkeit 5 km/h sein sollte (derzeit im Wiki mit 7 km/h eingetragen). Die 7 km/h stammen vermutlich aus DE, wo es dazu Rechtssprechung gibt. In Österreich tendieren die Gerichte, soweit am Internet ersichtlich, zu 5 km/h. Ich schlage daher Folgendes vor und ersuche ggf. um Gegenstimmen (sonst setze ich das demnächst um): - Eintrag in Default-Tabelle für Routing von 7 auf 5 ändern Ich bin mir nicht mehr sicher, ob 5 km/h reingehört. Es gibt zwar dieses OGH-Urteil, aber in der Realität fährt niemand langsamer als 20, und ich denke, dass auch kein Polizist jemanden straft, der einen 20er fährt. Denn die Exekutive richtet sich nach dem Gesetz und nicht nach der Judikatur. Im Gesetz stehen die 5km/h nicht drin. Dazu passend: http://orf.at/stories/2046767/2046755/ Was ich nicht wusste: In Wohnstraßen ist das Durchfahren mit Kfz verboten. D.h. es gilt ein implizites motor_vehicle=destination. Sowohl bei maxspeed als auch bei motor_vehicle=destination müssen wir uns fragen: Sollen Router diese theoretischen Aspekte berücksichtigen oder sich an der Realität orientieren? Ich denke letzteres, denn die meisten Anwender suchen den kürzesten/schnellsten Weg und nicht den nur in der Theorie richtigen. - wenn source:maxspeed=(AT:)walk und maxspeed 5 - auf 5 ändern - wenn highway=living_street und maxspeed 5 - Autor anschreiben (falls maxspeed nicht getagged, dann wird auch nicht ergänzt) Meine Meinung ist ja, dass es überhaupt raus gehört. Jede Anwendung soll selbst entscheiden, ob sie judikatur-konforme oder realistische maxspeeds annimmt. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] source:maxspeed=AT:zone
On 18.03.11 11:24, wolfbert wrote: Ich verstehe das so, dass die 50er-Zone speziell für das Gebiet zwischen Ortstafel und Landesgrenze geschaffen wurde (es sei denn, da hängen weitere Einschränkungen mit dran). IMO nein, die IGL-Zone wird durch die Ortstafel nicht berührt und gilt weiterhin (eben in ganz Wien), eben auch über die Ortsende-Tafel hinweg (Amundsenstraße als Beispiel). Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Schrittgeschwindigkeit 5 km/h
On 18.03.2011 11:03, wolfbert wrote: was Autofahrer, Exekutive oder Router tun, ist für uns egal. Wir taggen, was erlaubt ist Ich würde sagen, wir taggen, was angeschrieben ist. Die OSM ist kein Rechtsinformationssystem. Wenn wir nicht für die Router etc. taggen, wozu dann überhaupt ein maxspeed erfassen? , und in Ermangelung eines Schildes gilt für mich die Judikatur (auch wenn sie unrealistisch ist und sich keiner dran hält - bei Unfall gilt sie). Es sei denn, der nächste Richter entscheidet anders. Wir wissen nicht mal, was in dem Urteil genau drinsteht. On 18.03.2011 11:32, Andreas Labres wrote: On 18.03.11 11:24, wolfbert wrote: Ich verstehe das so, dass die 50er-Zone speziell für das Gebiet zwischen Ortstafel und Landesgrenze geschaffen wurde (es sei denn, da hängen weitere Einschränkungen mit dran). IMO nein, die IGL-Zone wird durch die Ortstafel nicht berührt und gilt weiterhin (eben in ganz Wien), eben auch über die Ortsende-Tafel hinweg (Amundsenstraße als Beispiel). Ihr redet anscheinend aneinander vorbei. Wolfgang wird mit speziell für gemeint haben, dass man auch den Bereich außerhalb der Ortstafeln abdecken wollte. Genau genommen wurde die Zone nicht eingeführt um irgendwelche Gebiete abzudecken, sondern weil der Feinstaub die Grenzwerte überschritt und Strafzahlungen drohten. Da musste die Politik den Anschein erwecken etwas dagegen zu unternehmen. Wegen OT möchte ich mich nicht darüber auslassen. Aber vielleicht für manche interessant: Ich wohne gleich neben dem Belgradplatz, wo eine Feinstaubmessstation steht, von deren hohen Messwerten die Medien immer wieder berichten. Was verschwiegen wird: Hier gibt es seit ein paar Jahren eine Großbaustelle nach der anderen. Derzeit eine unmittelbar daneben (nämlich auf der anderen Straßenseite). Wenn ich das Auto ein paar Stunden parke, kann ich es unterm Sand ausgraben. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Schrittgeschwindigkeit 5 km/h
On 2011-03-18 08:30, Norbert Wenzel wrote: Naja, in der 30er Zone fährt auch keiner 30 (wenn's bergauf geht vielleicht ein Radfahrer) und wir tragen 30 ein. Wenn Schrittgeschwindigkeit gilt am Papier, dann tragt man halt sowas um die 5km/h ein (ob das jetzt 5 oder 7 sind, ist mir aber auch egal). Sehen wir das als Beitrag um Router daran zu hindern durch Wohnstraßen zu routen, weil die erlaubte Geschwindigkeit in der Straße so lächerlich langsam ist, dass sie gleich außen rum fahren. +1. IMO sollte ein Router überhaupt nicht *durch* eine Wohnstrasse routen (zumindest nicht in Österreich). Also sollte schon highway=living_street dafür reichen, egal welcher Wert bei maxspeed steht. Tschau, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Schrittgeschwindigkeit 5 km/h
Hallo Boris, Boris Cornet borisC@... writes: Und IMHO finde ich die maxspeed-Diskussion für Wohnstraßen obsolet. Zugegeben eine Nebenfront, aber sie illustriert recht schön das Problem. livingstreet impliziert Schrittgeschwindigkeit, Punkt. Und residential impliziert 50... Was nicht in der Datenbank - explizit oder als Default - hinterlegt ist, kann beliebig interpretiert werden. Als (GIS-)Datenbankler sind mir Redundanzen zutiefst zuwider! Was machst Du als (GIS-)Datenbankler bei osm? osm hat Redundanz und Verzicht auf Datenmodellierung praktisch erfunden ;-) Aber wenn schon, dann als maxspeed=walk oder so, wir sind doch weder Richter, die das auszulegen haben Tun wir auch nicht. Das macht der OGH. maxspeed=walk verschiebt das Problem nur auf die Tabelle. Womit wir auch wieder bei zone:* und source:* wären... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Schrittgeschwindigkeit 5 km/h
On 18.03.2011 19:54, Norbert Wenzel wrote: On 03/18/2011 09:02 AM, Friedrich Volkmann wrote: On 18.03.2011 08:30, Norbert Wenzel wrote: Naja, in der 30er Zone fährt auch keiner 30 (wenn's bergauf geht vielleicht ein Radfahrer) und wir tragen 30 ein. Der Unterschied ist, dass man in der 30er-Zone mitunter bestraft wird, wenn man schneller als 30 fährt. Und nur weil's derzeit nicht oder nur sehr selten bzw. im Falle eines Unfalls exekutiert wird, ist es trotzdem nicht erlaubt dort 20 zu fahren, sondern eben Schrittgeschwindigkeit. Also was is der Unterschied? s/selten/nie Der ursächliche Unterschied ist, dass der 30er im Gesetz steht, der 5er nicht. Wir können den 5er in die Tabelle mit den impliziten Maxspeeds eintragen, aber die Entwickler von Routingsoftware werden gut daran tun, das zu übersteuern. Denn der 5er ist realitätsfremd. Versuch mal, mit einem Auto 5 km/h zu fahren. Bei einem Benziner ruckelt das, außer man lässt die Kupplung rutschen. Viele Tachos zeigen solche Geschwindigkeiten überhaupt nicht an, da bewegt sich der Zeiger erst ab 10 km/h. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] Intégration d'espaces multimédias dans la communauté OSM
Bonjour, De l'ensemble des échanges d'hier, il me semble important que si la communauté OSM souhaite encourager les espaces multimédia à intégrer le projet, il faut un coaching de départ et donc idéalement une ou des rencontres de visu. Ceci était l'objet d'un mél précédent : http://lists.openstreetmap.org/pipermail/talk-fr/2011-February/030747.html (d'ailleurs, il y a toujours deux places de libre pour Lamballe et Pau !! pour ceux qui veulent ..., Romain MEHUT s'étant proposé pour Toul) Cela me semble important pour que les débutants ne se découragent pas et aillent beaucoup plus vite sur l'apprentissage de base plutôt qu'en lisant le wiki (moi, ça m'avait pris 6 mois dans mon coin, à mon rythme !). J'ai fait un tel travail d'accompagnement pour une personne intéressée sur ma commune et en 2 séances, cette personne rentre des données avec JOSM. Investir du temps pour accompagner un animateur multimédia qui lui-même est susceptible d'initier une dizaine, voir plus de personnes, parmi son public : là, c'est rentable en temps investi. Brice Mallet PS, Pascal, je ne sais si tu as eu une réponse sur ta question du cadastre alors : En utilisant JOSM, il est possible de superposer plusieurs couches d'images piochés sur divers serveurs, comme il possible d'afficher une image satellitaire bing depuis les serveurs de Microsoft (probablement ?), il est possible d'afficher le cadastre depuis les serveurs du Ministère des Finances (je ne dis pas de trop grosses bêtises, là ?), donc tout est déjà fait. Le 17 mars 2011 à 21:55, lintr...@free.fr a écrit : Merci pour ces précisions... et la précipitation ;) Encore une question en vous souhaitant bon courage pour ce WE : - quand vous dites le cadastre était déjà intégré, par qui ??? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration d'espaces multimédias dans la communauté OSM
Slt Brice, comme tu peux le voir, après une nouvelle discussion avec les animateurs des CBB de la Nièvre la semaine dernière, et ayant désormais la certitude de pouvoir m'appuyer sur ce réseau au moins jusqu'en 2014 (renouvellement du marché pour 3 ans), je me lance pour de bon dans l'aventure. Nous avons convenu avec les anims de la mise en place d'une journée de formation/initiation sur osm. Etant, à titre perso, intéressé par ce sujet, je me suis positionné comme intervenant sur cette journée. D'où mes déjà nombreuses questions sur la liste. Je m'inscris donc totalement dans le transfert de compétences progressif... mais il faut que je maitrise l'outil un minimum (euh un maximum !) A+ Pascal - Mail Original - De: Brice brice.mal...@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Vendredi 18 Mars 2011 09h15:43 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Intégration d'espaces multimédias dans la communauté OSM Bonjour, De l'ensemble des échanges d'hier, il me semble important que si la communauté OSM souhaite encourager les espaces multimédia à intégrer le projet, il faut un coaching de départ et donc idéalement une ou des rencontres de visu. Ceci était l'objet d'un mél précédent : http://lists.openstreetmap.org/pipermail/talk-fr/2011-February/030747.html (d'ailleurs, il y a toujours deux places de libre pour Lamballe et Pau !! pour ceux qui veulent ..., Romain MEHUT s'étant proposé pour Toul) Cela me semble important pour que les débutants ne se découragent pas et aillent beaucoup plus vite sur l'apprentissage de base plutôt qu'en lisant le wiki (moi, ça m'avait pris 6 mois dans mon coin, à mon rythme !). J'ai fait un tel travail d'accompagnement pour une personne intéressée sur ma commune et en 2 séances, cette personne rentre des données avec JOSM. Investir du temps pour accompagner un animateur multimédia qui lui-même est susceptible d'initier une dizaine, voir plus de personnes, parmi son public : là, c'est rentable en temps investi. Brice Mallet PS, Pascal, je ne sais si tu as eu une réponse sur ta question du cadastre alors : En utilisant JOSM, il est possible de superposer plusieurs couches d'images piochés sur divers serveurs, comme il possible d'afficher une image satellitaire bing depuis les serveurs de Microsoft (probablement ?), il est possible d'afficher le cadastre depuis les serveurs du Ministère des Finances (je ne dis pas de trop grosses bêtises, là ?), donc tout est déjà fait. Le 17 mars 2011 à 21:55, lintr...@free.fr a écrit : Merci pour ces précisions... et la précipitation ;) Encore une question en vous souhaitant bon courage pour ce WE : - quand vous dites le cadastre était déjà intégré, par qui ??? Cordialement ___ 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] Intégration d'espaces multimédias dans la communauté OSM
Bonjour, Dans le cadre des espaces numriques il me semble aussi important que ce ne soit QUE l'animateur multimdia qui dlivre ses comptences. De plus en plus nos espaces numriques deviennent des lieux d'changes, et pour cela OSM, est une merveille. Dans l'exemple de notre Espace numrique (dans une commune de 7 000 habitants en zone rurale - 49), nous avons mis en place des changes de savoir le jeudi matin, les gens se retrouve entre eux, sans animateurs, pour changer et depuis septembre 4 personnes changes rgulirement sur OSM. Crer des traces gps, utiliser JOSM, potlatch, etc. (bien entendu je ne suis jamais loin en cas de gros souci technique) En fin de compte ces personnes m'ont demand de mettre en place une rencontre, un samedi matin pour que tout le monde puisse venir (pas que les retraits ...), ce que nous allons faire dbut avril. L'ide est d'homogniser la construction des cartes sur le territoire. Je tien d'ailleurs dire merci Pieren pour le site OSM MAPPER que je ne connaissais pas et qui permet de voir les personnes s'intrrssant OSM prs de chez nous. Le 18/03/2011 09:15, Brice a crit: Bonjour, De l'ensemble des changes d'hier, il me semble important que si la communaut OSM souhaite encourager les espaces multimdia intgrer le projet, il faut un coaching de dpart et donc idalement une ou des rencontres de visu. Ceci tait l'objet d'un ml prcdent : http://lists.openstreetmap.org/pipermail/talk-fr/2011-February/030747.html (d'ailleurs, il y a toujours deux places de libre pour Lamballe et Pau !! pour ceux qui veulent ..., Romain MEHUT s'tant propos pour Toul) Cela me semble important pour que les dbutants ne se dcouragent pas et aillent beaucoup plus vite sur l'apprentissage de base plutt qu'en lisant le wiki (moi, a m'avait pris 6 mois dans mon coin, mon rythme !). J'ai fait un tel travail d'accompagnement pour une personne intresse sur ma commune et en 2 sances, cette personne rentre des donnes avec JOSM. Investir du temps pour accompagner un animateur multimdia qui lui-mme est susceptible d'initier une dizaine, voir plus de personnes, parmi son public : l, c'est rentable en temps investi. Brice Mallet PS, Pascal, je ne sais si tu as eu une rponse sur ta question du cadastre alors : En utilisant JOSM, il est possible de superposer plusieurs couches d'images piochs sur divers serveurs, comme il possible d'afficher une image satellitaire bing depuis les serveurs de Microsoft (probablement ?), il est possible d'afficher le cadastre depuis les serveurs du Ministre des Finances (je ne dis pas de trop grosses btises, l ?), donc tout est dj fait. Le 17 mars 2011 21:55, lintr...@free.fr a crit : Merci pour ces prcisions... et la prcipitation ;) Encore une question en vous souhaitant bon courage pour ce WE : - quand vous dites "le cadastre tait dj intgr", par qui ??? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Yvan GODREAU Animateur Socio-Culturel / Centre Social du Chemillois Tel : 02.41.30.50.55 Adoptez l'co-attitude. N'imprimez ce mail que si c'est vraiment ncessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
Bonjour, J'aurais voulu avoir des infos sur l'outil utilis par ItoWorld et qui permet de gnrer des animations des contributions OSM en fonction du temps : http://www.vimeo.com/itoworld Est-il disponible quelque part pour permettre de gnrer ses propres animations ou s'en rservent-ils l'usage ? Je n'ai pas trouv d'infos ce sujet sur le site ItoWorld. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration d'espaces multimédias dans la communauté OSM
2011/3/18 Yvan GODREAU yvan.godr...@centresocial-chemille.asso.fr le site OSM MAPPER que je ne connaissais pas Il y a aussi OWL qui est abrité sur le serveur de développement d'OSM : http://wiki.openstreetmap.org/wiki/OWL_%28OpenStreetMap_Watch_List%29 C'est encore en phase expérimental ... Vous pouvez retrouver ce site ainsi que de nombreux autres sur cette page du wiki: http://wiki.openstreetmap.org/wiki/FR:Autres_cartes_en_ligne Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Utilisation d'un iPhone 4
Je viens de passer sur l'iPhone 4 qui, soit dit au passage, est nettement plus précis au niveau des traces pour le gps que mon ancien Samsung Galaxy S. Je souhaite avoir un retour d'expérience des mappers osm utilisant l'iPhone, sur la façon dont ils l'utilisent et quels logiciels/astuces ils ont trouvés. Merci Patrice Vetsel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=secondary ; area=yes
Oups .. Je ne sais pas ce que j'ai merdé avec mes derniers mail ... oublier les ... J'ai discuter sur osm-dev du problème de area=yes avec highway et il semblerai qu'on ne puisse pas utiliser area=yes pour l'intersection : http://www.openstreetmap.org/?lat=49.846537lon=1.902287zoom=18layers=M puisque on ne peut pas conduire n'importe comment dessus. En fait il faut dessiner les routes (chemin à empreinter en voiture sur la place) possibles. Pour indiquer qu'il n'y a pas plusieurs route mais un seul gros carré d'asphalte area=yes n'est pas adapté. On m'a indiqué qu'on pouvais mapper ça en ajoutant la largeur des routes ... mais je suis sceptique... Quelqu'un a-t-il une idée ? Maxime Le Thu, 17 Mar 2011 14:03:03 +0100, Pieren pier...@gmail.com a écrit : 2011/3/17 Maxime de Roucy maxime.dero...@gmail.com A la lecture de : http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing#area.3Dyes je vais finalement m'abstenir d'envoyer un rapport de bug. Apparemment, toute place routable devrais être mappée avec highway=residential ce qui, je trouve, est un peu étrange. J'ai trouvé ce rapport de bug qui fournit une solution pour afficher highway=service avec area=yes: http://trac.openstreetmap.org/changeset/23463 C'est vieux de 5 mois et je n'ai pas vérifié si c'était intégré dans le rendu actuel. Ce ticket montre aussi quels sont les highway supportés avec areay=yes à ce moment-là: 'residential','unclassified','pedestrian','service','footway','living_street','track','path','platform' Encore une fois, je ne vois pas de raison de limiter area=yes à ces valeurs. Il faudrait en discuter avec ceux qui font le support du style mapnik-osm. Pieren signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration d'espaces multimédias dans la communauté OSM
Bonjour, Très intéressant ce qui se fait dans votre espace : bonne poursuite. Je suppose que votre première phrase doive se lire ainsi : Dans le cadre des espaces numériques il me semble aussi important que ce ne soit PAS QUE l'animateur multimédia qui délivre ses compétences. sinon, je ne comprends pas votre position. Brice Mallet Le 18 mars 2011 à 10:02, Yvan GODREAU a écrit : Bonjour, Dans le cadre des espaces numériques il me semble aussi important que ce ne soit QUE l'animateur multimédia qui délivre ses compétences. De plus en plus nos espaces numériques deviennent des lieux d'échanges, et pour cela OSM, est une merveille. Dans l'exemple de notre Espace numérique (dans une commune de 7 000 habitants en zone rurale - 49), nous avons mis en place des échanges de savoir le jeudi matin, les gens se retrouve entre eux, sans animateurs, pour échanger et depuis septembre 4 personnes échanges régulièrement sur OSM. Créer des traces gps, utiliser JOSM, potlatch, etc. (bien entendu je ne suis jamais loin en cas de gros souci technique) En fin de compte ces personnes m'ont demandé de mettre en place une rencontre, un samedi matin pour que tout le monde puisse venir (pas que les retraités ...), ce que nous allons faire début avril. L'idée est d'homogénéiser la construction des cartes sur le territoire. Je tien d'ailleurs à dire merci à Pieren pour le site OSM MAPPER que je ne connaissais pas et qui permet de voir les personnes s'intérréssant à OSM près de chez nous. Le 18/03/2011 09:15, Brice a écrit : Bonjour, De l'ensemble des échanges d'hier, il me semble important que si la communauté OSM souhaite encourager les espaces multimédia à intégrer le projet, il faut un coaching de départ et donc idéalement une ou des rencontres de visu. Ceci était l'objet d'un mél précédent : http://lists.openstreetmap.org/pipermail/talk-fr/2011-February/030747.html (d'ailleurs, il y a toujours deux places de libre pour Lamballe et Pau !! pour ceux qui veulent ..., Romain MEHUT s'étant proposé pour Toul) Cela me semble important pour que les débutants ne se découragent pas et aillent beaucoup plus vite sur l'apprentissage de base plutôt qu'en lisant le wiki (moi, ça m'avait pris 6 mois dans mon coin, à mon rythme !). J'ai fait un tel travail d'accompagnement pour une personne intéressée sur ma commune et en 2 séances, cette personne rentre des données avec JOSM. Investir du temps pour accompagner un animateur multimédia qui lui-même est susceptible d'initier une dizaine, voir plus de personnes, parmi son public : là, c'est rentable en temps investi. Brice Mallet PS, Pascal, je ne sais si tu as eu une réponse sur ta question du cadastre alors : En utilisant JOSM, il est possible de superposer plusieurs couches d'images piochés sur divers serveurs, comme il possible d'afficher une image satellitaire bing depuis les serveurs de Microsoft (probablement ?), il est possible d'afficher le cadastre depuis les serveurs du Ministère des Finances (je ne dis pas de trop grosses bêtises, là ?), donc tout est déjà fait. Le 17 mars 2011 à 21:55, lintr...@free.fr a écrit : Merci pour ces précisions... et la précipitation ;) Encore une question en vous souhaitant bon courage pour ce WE : - quand vous dites le cadastre était déjà intégré, par qui ??? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Yvan GODREAU Animateur Socio-Culturel / Centre Social du Chemillois Tel : 02.41.30.50.55 Adoptez l'éco-attitude. N'imprimez ce mail que si c'est vraiment nécessaire ___ 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
[OSM-talk-fr] Potlatch et lignes de bus
Bonjour, J'ai pris goût à régulièrement ajouter quelques informations utiles à OpenStreetMap, et depuis peu j'ai appris à tagger les lignes de bus à l'aide de relations. Sur la région parisienne, d'après : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP il faut créer une relation du genre : type=route route=bus pour chaque direction ; OK avec Potlatch. Par contre, pour la ligne en elle-même, il faut créer une relation : type=line route=bus contenant les relations dans les deux sens. Et là, je ne vois pas comment faire avec Potlatch pour qu'une relation puisse en contenir une autre. Quelqu'un a déjà pratiqué ? Sinon, avec JOSM ou Merkaartor ? Merci. Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
Bonjour, Dans Potlatch tu ne peux pas créer de relation de relation donc la relation line. Par contre je profite de ce lien pou réaffirmer mon opposition à ce modèle qui consiste à créer autant de route que de possibilité d'aller d'un terminus à un autre. Cette description des lignes de bus, tram, métro ou train, n'apporte rien même aux applications de calcul de parcours multi-modal, je dirais même que c'est plus ch. René-Luc D'Hont 3Liz Le 18/03/2011 16:33, Teuxe a écrit : Bonjour, J'ai pris goût à régulièrement ajouter quelques informations utiles à OpenStreetMap, et depuis peu j'ai appris à tagger les lignes de bus à l'aide de relations. Sur la région parisienne, d'après : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP il faut créer une relation du genre : type=route route=bus pour chaque direction ; OK avec Potlatch. Par contre, pour la ligne en elle-même, il faut créer une relation : type=line route=bus contenant les relations dans les deux sens. Et là, je ne vois pas comment faire avec Potlatch pour qu'une relation puisse en contenir une autre. Quelqu'un a déjà pratiqué ? Sinon, avec JOSM ou Merkaartor ? Merci. Teuxe ___ 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
[OSM-talk-fr] Séparations logiques et éléments physiques réels
Bonjour à tous, Question simple : quand une rivière, une route, ou quoi que ce soit d'autre sert de limitation à une entité administrative (ville, région, pays...), faut-il séparer les tracés de la rivière/route/... et ceux de l'entité administrative, ou combiner les deux ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
rldhont a écrit: Dans Potlatch tu ne peux pas créer de relation de relation donc la relation line. Tu peux créer une relation de relations avec Potlatch 2: - Choisis la relation route (Advanced - double-clique) - Choisis Advanced et puis Add to - Choisis la super-relation line (ou New relation... si il n'existe encore) amitiés Richard -- View this message in context: http://gis.638310.n2.nabble.com/Potlatch-et-lignes-de-bus-tp6184991p6185073.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Séparations logiques et éléments physiques réels
On vendredi 18 mars 2011, Teuxe wrote: Bonjour à tous, Question simple : quand une rivière, une route, ou quoi que ce soit d'autre sert de limitation à une entité administrative (ville, région, pays...), faut-il séparer les tracés de la rivière/route/... et ceux de l'entité administrative, ou combiner les deux ? Halte là malheureux, tu vas relancer un infernal débat passionnel à n'en plus finir. Mais tu peux en revanche te faufiler discrètement jusqu'a cette page et te faire ton propre avis : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
Bonjour, Est-ce que ça veut dire que tu penses préférable de n'avoir qu'une seule relation pour chaque ligne de bus, même s'il y a des parties du trajet qui sont différents dans chaque sens (à cause des sens uniques par exemple)? Dans ce cas, y a-t-il un moyen d'indiquer que telle voie n'est empruntée par la ligne que dans un sens? Je précise que, pour toutes les lignes que j'ai taggées jusqu'à présent (dans Montpellier Agglomération : 22, 23, 24, et d'autres), je n'ai utilisé qu'une seule relation, sans tenir compte du sens. Mais je suis prêt à corriger si cela est nécessaire. Jean-Michel Hélary Le 18/03/2011 16:37, rldhont a écrit : Bonjour, Dans Potlatch tu ne peux pas créer de relation de relation donc la relation line. Par contre je profite de ce lien pou réaffirmer mon opposition à ce modèle qui consiste à créer autant de route que de possibilité d'aller d'un terminus à un autre. Cette description des lignes de bus, tram, métro ou train, n'apporte rien même aux applications de calcul de parcours multi-modal, je dirais même que c'est plus ch. René-Luc D'Hont 3Liz Le 18/03/2011 16:33, Teuxe a écrit : Bonjour, J'ai pris goût à régulièrement ajouter quelques informations utiles à OpenStreetMap, et depuis peu j'ai appris à tagger les lignes de bus à l'aide de relations. Sur la région parisienne, d'après : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP il faut créer une relation du genre : type=route route=bus pour chaque direction ; OK avec Potlatch. Par contre, pour la ligne en elle-même, il faut créer une relation : type=line route=bus contenant les relations dans les deux sens. Et là, je ne vois pas comment faire avec Potlatch pour qu'une relation puisse en contenir une autre. Quelqu'un a déjà pratiqué ? Sinon, avec JOSM ou Merkaartor ? Merci. Teuxe ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation d'un iPhone 4
Je confirme : l'iPhone4 génère des traces correctes, bien meilleures que sur l'iPhone3. J'utilise OSMTrack pour les balades à pied : facile à utiliser et uploader les traces. Je suis également preneur de retours sur les apps utilisées. Brice Mallet Le 18 mars 2011 à 13:14, Patrice Vetsel a écrit : Je viens de passer sur l'iPhone 4 qui, soit dit au passage, est nettement plus précis au niveau des traces pour le gps que mon ancien Samsung Galaxy S. Je souhaite avoir un retour d'expérience des mappers osm utilisant l'iPhone, sur la façon dont ils l'utilisent et quels logiciels/astuces ils ont trouvés. Merci Patrice Vetsel ___ 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] Utilisation d'un iPhone 4
+1 Le 18 mars 2011 17:16, Brice brice.mal...@free.fr a écrit : Je suis également preneur de retours sur les apps utilisées. -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
Bonjour, Je pense préférable d'utiliser qu'une seule relation pour chaque ligne de bus. Dans le cas où il y a des parties du trajet qui sont différents dans chaque sens, il est possible d'ajouter un rôle, ce que propose Potlatch 2. Mais si les trajets sont différents à cause d'une règle de circulation, comme un sens unique, qui s'applique à tous les véhicules il n'est pas nécessaires d'indiqué de rôle. Le bus qui circule sur ce trajet ce doit de respecter les règles de circulation. Ce rôle n'est utile que pour une voie à double sens emprunté seulement dans un sens par le bus, où si le bus ne respecte pas les règles de circulation (par exemple si le bus circule en double sens alors que le voie est en sens unique pour les autres véhicules). En fait je pense qu'il est suffisant d'indiqué qu'une voie est emprunté par une ligne de bus avec seulement 1 seule relation. En fait pour moi le bon modèle pour les lignes de bus et autre c'est : * Une relation route qui inclus toutes les voies, tous les arrêts et n relations trip * n relation trip qui ne contiennent que les arrêts de bus dans l'ordre dans lequel le bus passe à chaque arrêt Et donc la base c'est une relation route avec toutes les voies et tous les arrêts de bus, ce qui est déjà bien. René-Luc D'Hont 3Liz Le 18/03/2011 17:12, Jean-Michel Hélary a écrit : Bonjour, Est-ce que ça veut dire que tu penses préférable de n'avoir qu'une seule relation pour chaque ligne de bus, même s'il y a des parties du trajet qui sont différents dans chaque sens (à cause des sens uniques par exemple)? Dans ce cas, y a-t-il un moyen d'indiquer que telle voie n'est empruntée par la ligne que dans un sens? Je précise que, pour toutes les lignes que j'ai taggées jusqu'à présent (dans Montpellier Agglomération : 22, 23, 24, et d'autres), je n'ai utilisé qu'une seule relation, sans tenir compte du sens. Mais je suis prêt à corriger si cela est nécessaire. Jean-Michel Hélary Le 18/03/2011 16:37, rldhont a écrit : Bonjour, Dans Potlatch tu ne peux pas créer de relation de relation donc la relation line. Par contre je profite de ce lien pou réaffirmer mon opposition à ce modèle qui consiste à créer autant de route que de possibilité d'aller d'un terminus à un autre. Cette description des lignes de bus, tram, métro ou train, n'apporte rien même aux applications de calcul de parcours multi-modal, je dirais même que c'est plus ch. René-Luc D'Hont 3Liz Le 18/03/2011 16:33, Teuxe a écrit : Bonjour, J'ai pris goût à régulièrement ajouter quelques informations utiles à OpenStreetMap, et depuis peu j'ai appris à tagger les lignes de bus à l'aide de relations. Sur la région parisienne, d'après : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP il faut créer une relation du genre : type=route route=bus pour chaque direction ; OK avec Potlatch. Par contre, pour la ligne en elle-même, il faut créer une relation : type=line route=bus contenant les relations dans les deux sens. Et là, je ne vois pas comment faire avec Potlatch pour qu'une relation puisse en contenir une autre. Quelqu'un a déjà pratiqué ? Sinon, avec JOSM ou Merkaartor ? Merci. Teuxe ___ 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 ___ 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] Utilisation d'un iPhone 4
Une bonne liste se trouve ici : http://wiki.openstreetmap.org/wiki/Apple_iOS Je n'enregistre pas de trace mais j'utilise Mapzen POI Collector (non optimisé retina cependant). A+ Julien 2011/3/18 Florian LAINEZ winner...@free.fr +1 Le 18 mars 2011 17:16, Brice brice.mal...@free.fr a écrit : Je suis également preneur de retours sur les apps utilisées. -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ 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] GPS vs Chaise
Le 17/03/2011 19:42, sly (sylvain letuffe) a écrit : On jeudi 17 mars 2011, Pieren wrote: C'est simple, gratuit et c'est plus urgent que les boites aux lettres. Ça alors, ce fourbe Jean-Francois vient de pirater la boite mail de pieren ( http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/031146.html ) :-D -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
Je vais donc m'employer à mettre en place ces relations trip (que je ne connais pas encore, mais je vais me documenter). Jean-Michel Hélary Le 18/03/2011 17:30, rldhont a écrit : Bonjour, Je pense préférable d'utiliser qu'une seule relation pour chaque ligne de bus. Dans le cas où il y a des parties du trajet qui sont différents dans chaque sens, il est possible d'ajouter un rôle, ce que propose Potlatch 2. Mais si les trajets sont différents à cause d'une règle de circulation, comme un sens unique, qui s'applique à tous les véhicules il n'est pas nécessaires d'indiqué de rôle. Le bus qui circule sur ce trajet ce doit de respecter les règles de circulation. Ce rôle n'est utile que pour une voie à double sens emprunté seulement dans un sens par le bus, où si le bus ne respecte pas les règles de circulation (par exemple si le bus circule en double sens alors que le voie est en sens unique pour les autres véhicules). En fait je pense qu'il est suffisant d'indiqué qu'une voie est emprunté par une ligne de bus avec seulement 1 seule relation. En fait pour moi le bon modèle pour les lignes de bus et autre c'est : * Une relation route qui inclus toutes les voies, tous les arrêts et n relations trip * n relation trip qui ne contiennent que les arrêts de bus dans l'ordre dans lequel le bus passe à chaque arrêt Et donc la base c'est une relation route avec toutes les voies et tous les arrêts de bus, ce qui est déjà bien. René-Luc D'Hont 3Liz Le 18/03/2011 17:12, Jean-Michel Hélary a écrit : Bonjour, Est-ce que ça veut dire que tu penses préférable de n'avoir qu'une seule relation pour chaque ligne de bus, même s'il y a des parties du trajet qui sont différents dans chaque sens (à cause des sens uniques par exemple)? Dans ce cas, y a-t-il un moyen d'indiquer que telle voie n'est empruntée par la ligne que dans un sens? Je précise que, pour toutes les lignes que j'ai taggées jusqu'à présent (dans Montpellier Agglomération : 22, 23, 24, et d'autres), je n'ai utilisé qu'une seule relation, sans tenir compte du sens. Mais je suis prêt à corriger si cela est nécessaire. Jean-Michel Hélary Le 18/03/2011 16:37, rldhont a écrit : Bonjour, Dans Potlatch tu ne peux pas créer de relation de relation donc la relation line. Par contre je profite de ce lien pou réaffirmer mon opposition à ce modèle qui consiste à créer autant de route que de possibilité d'aller d'un terminus à un autre. Cette description des lignes de bus, tram, métro ou train, n'apporte rien même aux applications de calcul de parcours multi-modal, je dirais même que c'est plus ch. René-Luc D'Hont 3Liz Le 18/03/2011 16:33, Teuxe a écrit : Bonjour, J'ai pris goût à régulièrement ajouter quelques informations utiles à OpenStreetMap, et depuis peu j'ai appris à tagger les lignes de bus à l'aide de relations. Sur la région parisienne, d'après : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP il faut créer une relation du genre : type=route route=bus pour chaque direction ; OK avec Potlatch. Par contre, pour la ligne en elle-même, il faut créer une relation : type=line route=bus contenant les relations dans les deux sens. Et là, je ne vois pas comment faire avec Potlatch pour qu'une relation puisse en contenir une autre. Quelqu'un a déjà pratiqué ? Sinon, avec JOSM ou Merkaartor ? Merci. Teuxe ___ 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 ___ 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] Potlatch et lignes de bus
Bonjour, Les relations trip N'EXISTENT PAS! Je ne faisais que indiqué ce que je pense être la meilleur façon de faire mais ce n'est pas documenté. Il faut juste créer 1 relation route c'est largement suffisant. René-Luc Le 18/03/2011 18:23, Jean-Michel Hélary a écrit : Je vais donc m'employer à mettre en place ces relations trip (que je ne connais pas encore, mais je vais me documenter). Jean-Michel Hélary Le 18/03/2011 17:30, rldhont a écrit : Bonjour, Je pense préférable d'utiliser qu'une seule relation pour chaque ligne de bus. Dans le cas où il y a des parties du trajet qui sont différents dans chaque sens, il est possible d'ajouter un rôle, ce que propose Potlatch 2. Mais si les trajets sont différents à cause d'une règle de circulation, comme un sens unique, qui s'applique à tous les véhicules il n'est pas nécessaires d'indiqué de rôle. Le bus qui circule sur ce trajet ce doit de respecter les règles de circulation. Ce rôle n'est utile que pour une voie à double sens emprunté seulement dans un sens par le bus, où si le bus ne respecte pas les règles de circulation (par exemple si le bus circule en double sens alors que le voie est en sens unique pour les autres véhicules). En fait je pense qu'il est suffisant d'indiqué qu'une voie est emprunté par une ligne de bus avec seulement 1 seule relation. En fait pour moi le bon modèle pour les lignes de bus et autre c'est : * Une relation route qui inclus toutes les voies, tous les arrêts et n relations trip * n relation trip qui ne contiennent que les arrêts de bus dans l'ordre dans lequel le bus passe à chaque arrêt Et donc la base c'est une relation route avec toutes les voies et tous les arrêts de bus, ce qui est déjà bien. René-Luc D'Hont 3Liz Le 18/03/2011 17:12, Jean-Michel Hélary a écrit : Bonjour, Est-ce que ça veut dire que tu penses préférable de n'avoir qu'une seule relation pour chaque ligne de bus, même s'il y a des parties du trajet qui sont différents dans chaque sens (à cause des sens uniques par exemple)? Dans ce cas, y a-t-il un moyen d'indiquer que telle voie n'est empruntée par la ligne que dans un sens? Je précise que, pour toutes les lignes que j'ai taggées jusqu'à présent (dans Montpellier Agglomération : 22, 23, 24, et d'autres), je n'ai utilisé qu'une seule relation, sans tenir compte du sens. Mais je suis prêt à corriger si cela est nécessaire. Jean-Michel Hélary Le 18/03/2011 16:37, rldhont a écrit : Bonjour, Dans Potlatch tu ne peux pas créer de relation de relation donc la relation line. Par contre je profite de ce lien pou réaffirmer mon opposition à ce modèle qui consiste à créer autant de route que de possibilité d'aller d'un terminus à un autre. Cette description des lignes de bus, tram, métro ou train, n'apporte rien même aux applications de calcul de parcours multi-modal, je dirais même que c'est plus ch. René-Luc D'Hont 3Liz Le 18/03/2011 16:33, Teuxe a écrit : Bonjour, J'ai pris goût à régulièrement ajouter quelques informations utiles à OpenStreetMap, et depuis peu j'ai appris à tagger les lignes de bus à l'aide de relations. Sur la région parisienne, d'après : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP il faut créer une relation du genre : type=route route=bus pour chaque direction ; OK avec Potlatch. Par contre, pour la ligne en elle-même, il faut créer une relation : type=line route=bus contenant les relations dans les deux sens. Et là, je ne vois pas comment faire avec Potlatch pour qu'une relation puisse en contenir une autre. Quelqu'un a déjà pratiqué ? Sinon, avec JOSM ou Merkaartor ? Merci. Teuxe ___ 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 ___ 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] Potlatch et lignes de bus
Ah, bon! Merci du renseignement, j'aurais pu chercher longtemps ... Je vais toutefois compléter les relations avec des rôles (forward, backward), lorsque c'est pertinent. Jean-Michel Le 18/03/2011 18:28, rldhont a écrit : Bonjour, Les relations trip N'EXISTENT PAS! Je ne faisais que indiqué ce que je pense être la meilleur façon de faire mais ce n'est pas documenté. Il faut juste créer 1 relation route c'est largement suffisant. René-Luc Le 18/03/2011 18:23, Jean-Michel Hélary a écrit : Je vais donc m'employer à mettre en place ces relations trip (que je ne connais pas encore, mais je vais me documenter). Jean-Michel Hélary Le 18/03/2011 17:30, rldhont a écrit : Bonjour, Je pense préférable d'utiliser qu'une seule relation pour chaque ligne de bus. Dans le cas où il y a des parties du trajet qui sont différents dans chaque sens, il est possible d'ajouter un rôle, ce que propose Potlatch 2. Mais si les trajets sont différents à cause d'une règle de circulation, comme un sens unique, qui s'applique à tous les véhicules il n'est pas nécessaires d'indiqué de rôle. Le bus qui circule sur ce trajet ce doit de respecter les règles de circulation. Ce rôle n'est utile que pour une voie à double sens emprunté seulement dans un sens par le bus, où si le bus ne respecte pas les règles de circulation (par exemple si le bus circule en double sens alors que le voie est en sens unique pour les autres véhicules). En fait je pense qu'il est suffisant d'indiqué qu'une voie est emprunté par une ligne de bus avec seulement 1 seule relation. En fait pour moi le bon modèle pour les lignes de bus et autre c'est : * Une relation route qui inclus toutes les voies, tous les arrêts et n relations trip * n relation trip qui ne contiennent que les arrêts de bus dans l'ordre dans lequel le bus passe à chaque arrêt Et donc la base c'est une relation route avec toutes les voies et tous les arrêts de bus, ce qui est déjà bien. René-Luc D'Hont 3Liz Le 18/03/2011 17:12, Jean-Michel Hélary a écrit : Bonjour, Est-ce que ça veut dire que tu penses préférable de n'avoir qu'une seule relation pour chaque ligne de bus, même s'il y a des parties du trajet qui sont différents dans chaque sens (à cause des sens uniques par exemple)? Dans ce cas, y a-t-il un moyen d'indiquer que telle voie n'est empruntée par la ligne que dans un sens? Je précise que, pour toutes les lignes que j'ai taggées jusqu'à présent (dans Montpellier Agglomération : 22, 23, 24, et d'autres), je n'ai utilisé qu'une seule relation, sans tenir compte du sens. Mais je suis prêt à corriger si cela est nécessaire. Jean-Michel Hélary Le 18/03/2011 16:37, rldhont a écrit : Bonjour, Dans Potlatch tu ne peux pas créer de relation de relation donc la relation line. Par contre je profite de ce lien pou réaffirmer mon opposition à ce modèle qui consiste à créer autant de route que de possibilité d'aller d'un terminus à un autre. Cette description des lignes de bus, tram, métro ou train, n'apporte rien même aux applications de calcul de parcours multi-modal, je dirais même que c'est plus ch. René-Luc D'Hont 3Liz Le 18/03/2011 16:33, Teuxe a écrit : Bonjour, J'ai pris goût à régulièrement ajouter quelques informations utiles à OpenStreetMap, et depuis peu j'ai appris à tagger les lignes de bus à l'aide de relations. Sur la région parisienne, d'après : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP il faut créer une relation du genre : type=route route=bus pour chaque direction ; OK avec Potlatch. Par contre, pour la ligne en elle-même, il faut créer une relation : type=line route=bus contenant les relations dans les deux sens. Et là, je ne vois pas comment faire avec Potlatch pour qu'une relation puisse en contenir une autre. Quelqu'un a déjà pratiqué ? Sinon, avec JOSM ou Merkaartor ? Merci. Teuxe ___ 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 ___ 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
[OSM-talk-fr] Lignes de bus et outil d'analyses qualité (Était: Re: Potlatch et lignes de bus)
Merci René-Luc pour ces éclaircissements. Les lignes de bus sont un sujet complexes et, en tant que contributeur, il est parfois un peu difficile de s'y retrouver. Je détourne un peu le sujet pour savoir s'il existe des outils à recommander à ceux qui cartographient les lignes de bus. J'ai vaguement entendu parler d'analyseurs de relations, est-ce utilisable dans ce cas et si oui, comment ? Je pose la question car j'ai ajouté une ligne de bus (et un bout d'une autre) à Marseille et je ne l'ai pas vu apparaître ni sur OSMTransport, ni sur OpenBusMap. Je me doute qu'il doit y avoir une erreur dans la relation mais je ne sais pas laquelle. 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] Fwd: Recrutement géomaticien à Lyon
Ca doit forcément pouvoir intéresser qqu'un. -Message d'origine- De : vvv-...@yahoogroupes.fr [mailto:vvv-...@yahoogroupes.fr] De la part de Le Barjonaute Envoyé : jeudi 17 mars 2011 11:56 À : vvv-...@yahoogroupes.fr Objet : [vvv-sud] Du boulot à Lyon RECRUTEMENT – Géomaticien pour l'ON3V Les DRC recherchent un géomaticien pour l'« Observatoire national des véloroutes et voies vertes » (ON3V). L'ON3V est un outil national, financé par le Ministère de l'Écologie, dont les objectifs sont de : visualiser et mesurer l'avancement des réseaux VVV en recensant les itinéraires réalisés et en projet, en les décrivant techniquement, les cartographiant et les situant dans les différents schémas et réseaux ; d'aider au pilotage, à la coordination et à la décision ; de permettre la mutualisation des informations et le développement des échanges d'expériences. Pour consulter l'intégralité de la fiche de poste, http://www.departements-cyclables.org/download.php?f=361d649ca2a77fef37ce88 5134efce72 cliquez ici . Candidatures à adresser avant le 7 avril 2011. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
rldhont wrote: Je pense préférable d'utiliser qu'une seule relation pour chaque ligne de bus. Dans le cas où il y a des parties du trajet qui sont différents dans chaque sens, il est possible d'ajouter un rôle, ce que propose Potlatch 2. Mais si les trajets sont différents à cause d'une règle de circulation, comme un sens unique, qui s'applique à tous les véhicules il n'est pas nécessaires d'indiqué de rôle. Le bus qui circule sur ce trajet ce doit de respecter les règles de circulation. Ce rôle n'est utile que pour une voie à double sens emprunté seulement dans un sens par le bus, où si le bus ne respecte pas les règles de circulation (par exemple si le bus circule en double sens alors que le voie est en sens unique pour les autres véhicules). J'ai saisi cette relation il y a quelques temps : http://www.openstreetmap.org/browse/relation/1419197 C'est la première fois que je saisissais une ligne de bus et j'ai justement eu quelques difficultés avec ces voies en forward/backward et avec la notion de roundtrip. Ce que je ne comprends pas bien, c'est la façon d'ordonner les voies membres de la relation. 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] Potlatch et lignes de bus
Le 18/03/2011 19:03, Gilles Bassière a écrit : rldhont wrote: Je pense préférable d'utiliser qu'une seule relation pour chaque ligne de bus. Dans le cas où il y a des parties du trajet qui sont différents dans chaque sens, il est possible d'ajouter un rôle, ce que propose Potlatch 2. Mais si les trajets sont différents à cause d'une règle de circulation, comme un sens unique, qui s'applique à tous les véhicules il n'est pas nécessaires d'indiqué de rôle. Le bus qui circule sur ce trajet ce doit de respecter les règles de circulation. Ce rôle n'est utile que pour une voie à double sens emprunté seulement dans un sens par le bus, où si le bus ne respecte pas les règles de circulation (par exemple si le bus circule en double sens alors que le voie est en sens unique pour les autres véhicules). J'ai saisi cette relation il y a quelques temps : http://www.openstreetmap.org/browse/relation/1419197 C'est la première fois que je saisissais une ligne de bus et j'ai justement eu quelques difficultés avec ces voies en forward/backward et avec la notion de roundtrip. Ce que je ne comprends pas bien, c'est la façon d'ordonner les voies membres de la relation. Euh pour l'ordre des voies, je pense que ça n'a pas d'intérêt mais josm peut vous aider à ordonnancer les voies ;-) Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus et outil d'analyses qualité (Était: Re: Potlatch et lignes de bus)
Le 18/03/2011 18:47, Gilles Bassière a écrit : Merci René-Luc pour ces éclaircissements. Les lignes de bus sont un sujet complexes et, en tant que contributeur, il est parfois un peu difficile de s'y retrouver. Je détourne un peu le sujet pour savoir s'il existe des outils à recommander à ceux qui cartographient les lignes de bus. J'ai vaguement entendu parler d'analyseurs de relations, est-ce utilisable dans ce cas et si oui, comment ? Dans JOSM, l'interface de saisie de relation peut aider. Je pose la question car j'ai ajouté une ligne de bus (et un bout d'une autre) à Marseille et je ne l'ai pas vu apparaître ni sur OSMTransport, ni sur OpenBusMap. Je me doute qu'il doit y avoir une erreur dans la relation mais je ne sais pas laquelle. Pour OSMTransport, nous nous appuyons sur la XAPI et actuellement nous avons des problèmes d'accès. Cordialement Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
On 18/03/2011 17:30, rldhont wrote: En fait pour moi le bon modèle pour les lignes de bus et autre c'est : * Une relation route qui inclus toutes les voies, tous les arrêts et n relations trip * n relation trip qui ne contiennent que les arrêts de bus dans l'ordre dans lequel le bus passe à chaque arrêt Et donc la base c'est une relation route avec toutes les voies et tous les arrêts de bus, ce qui est déjà bien. Et tu m'expliques comment tu carto dans ce cas là : - les lignes de bus qui passent plusieurs fois par un même arrêt dans un même sens ? Par exemple, qui font A - B - C - D - B - E - pour différencier les voies emprunté pour chaque sens ? Par exemple, ici, on a une ligne de bus, qui va du point A au point B mais qui dessert certains arrêts pendant quelques heures et ne les dessert plus ensuite, et qui donc passe par un autre chemin JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration d'espaces multimédias dans la communauté OSM
En effet un mot de loup dans l'criture du mail !!! Le 18/03/2011 14:40, Brice a crit: Bonjour, Trs intressant ce qui se fait dans votre espace : bonne poursuite. Je suppose que votre premire phrase doive se lire ainsi : "Dans le cadre des espaces numriques il me semble aussi important que ce ne soit PAS QUE l'animateur multimdia qui dlivre ses comptences." sinon, je ne comprends pas votre position. Brice Mallet Le 18 mars 2011 10:02, Yvan GODREAU a crit : Bonjour, Dans le cadre des espaces numriques il me semble aussi important que ce ne soit QUE l'animateur multimdia qui dlivre ses comptences. De plus en plus nos espaces numriques deviennent des lieux d'changes, et pour cela OSM, est une merveille. Dans l'exemple de notre Espace numrique (dans une commune de 7 000 habitants en zone rurale - 49), nous avons mis en place des changes de savoir le jeudi matin, les gens se retrouve entre eux, sans animateurs, pour changer et depuis septembre 4 personnes changes rgulirement sur OSM. Crer des traces gps, utiliser JOSM, potlatch, etc. (bien entendu je ne suis jamais loin en cas de gros souci technique) En fin de compte ces personnes m'ont demand de mettre en place une rencontre, un samedi matin pour que tout le monde puisse venir (pas que les retraits ...), ce que nous allons faire dbut avril. L'ide est d'homogniser la construction des cartes sur le territoire. Je tien d'ailleurs dire merci Pieren pour le site OSM MAPPER que je ne connaissais pas et qui permet de voir les personnes s'intrrssant OSM prs de chez nous. Le 18/03/2011 09:15, Brice a crit : Bonjour, De l'ensemble des changes d'hier, il me semble important que si la communaut OSM souhaite encourager les espaces multimdia intgrer le projet, il faut un coaching de dpart et donc idalement une ou des rencontres de visu. Ceci tait l'objet d'un ml prcdent : http://lists.openstreetmap.org/pipermail/talk-fr/2011-February/030747.html (d'ailleurs, il y a toujours deux places de libre pour Lamballe et Pau !! pour ceux qui veulent ..., Romain MEHUT s'tant propos pour Toul) Cela me semble important pour que les dbutants ne se dcouragent pas et aillent beaucoup plus vite sur l'apprentissage de base plutt qu'en lisant le wiki (moi, a m'avait pris 6 mois dans mon coin, mon rythme !). J'ai fait un tel travail d'accompagnement pour une personne intresse sur ma commune et en 2 sances, cette personne rentre des donnes avec JOSM. Investir du temps pour accompagner un animateur multimdia qui lui-mme est susceptible d'initier une dizaine, voir plus de personnes, parmi son public : l, c'est rentable en temps investi. Brice Mallet PS, Pascal, je ne sais si tu as eu une rponse sur ta question du cadastre alors : En utilisant JOSM, il est possible de superposer plusieurs couches d'images piochs sur divers serveurs, comme il possible d'afficher une image satellitaire bing depuis les serveurs de Microsoft (probablement ?), il est possible d'afficher le cadastre depuis les serveurs du Ministre des Finances (je ne dis pas de trop grosses btises, l ?), donc tout est dj fait. Le 17 mars 2011 21:55, lintr...@free.fr a crit : Merci pour ces prcisions... et la prcipitation ;) Encore une question en vous souhaitant bon courage pour ce WE : - quand vous dites "le cadastre tait dj intgr", par qui ??? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Yvan GODREAU Animateur Socio-Culturel / Centre Social du Chemillois Tel : 02.41.30.50.55 Adoptez l'co-attitude. N'imprimez ce mail que si c'est vraiment ncessaire ___ 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 -- Yvan GODREAU Animateur Socio-Culturel / Centre Social du Chemillois Tel : 02.41.30.50.55 Adoptez l'co-attitude. N'imprimez ce mail que si c'est vraiment ncessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] importer le cadastre
bonjour, donc aujourd'hui , suite de l'aventure. assez rapidement j'ai pu récupérer et intégrer les 3 fichiers (houses.osm , rails.osm, water.osm) de la commune qui me tient le plus à coeur. Après lecture attentive des fiches d'aide et de vos contributions, je comprends que : - seuls les fichiers houses et water sont intéressants et que je dois faire des vérifs et des corrections dessus avant de les renvoyer ; - que pour cela j'ai besoin des plugin cadastre et validator ; concernant les bâtiments, étant donné que la totalité de la carte de cette commune est actuellement désertique, et qu'après vérif ils semblent plutôt bien positionnés, je pense que cela devrait bien se passer. Pour les cours d'eau, cela à l'air gérable aussi. Ensuite, il faudra s'attaquer aux routes, et là une question (surement très naïve) me taraude : je connais les plans cadastraux des communes et il me semble me souvenir qu'elles apparaissent dessus non ? comment se fait il qu'il n'y ait pas de fichier roads.osm qui soit créé à partir de la base du cadastre ? Bon en attendant vos réponses, je poursuis mon analyse ... et je me rend compte que les GPS que je souhaitent mettre à dispo des Cyber-bases seront sans doute indispensables !! - Mail Original - De: hamster hams...@suna.fdn.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 17 Mars 2011 22h21:21 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] importer le cadastre Le 17/03/2011 21:53, Romain MEHUT a écrit : Il suffit de se rendre ici: http://osm.cleo-carto.org/cadastre/058/ et vu que tu est debutant, un peu de mode d'emploi : ces fichiers s'ouvrent directement avec OSM et on y trouve les batiments tout prets mais attention, c'est brut de decoffrage et il y a pas mal d'erreurs a corriger : - tout ce qui est aquatique est la a titre informatif et est entierement a refaire (si tu trouve un gros fleuve ou des lacs / etangs tu peux les laisser mais c'est a peu pres tout) c'est du au fait que sur le cadastre l'eau veut souvent dire zone inondable plus que zone ou il y a de l'eau, et les zones en question apparaissent sous la forme de trous entre les parcelles - des batiments apparaissent coupes en deux ou plusieurs morceaux avec des formes bizarres, c'est que sur le cadastre des limites de parcelles passent a ces endroits la, il faut recoller les morceaux (les selectionner puis majuscule J) - les tag building=yes designent des batiments, les tags building=yes et wall=no designent des batiments non fermes (preau, auvent, avancee de toit, cabanon, etc...) - les bouts de batiments sont parfois mal raccordes, soit avec un tres mince espace entre eux, soit en se chevauchant, il faut les remettre bien contre (j pour coller un point a un chemin, m pour unir deux points) - il y a souvent des points en trop (par exemple au beau milieu d'une ligne droite), il n'est pas indispensable de les enlever mais ca fait plus propre - il y a un validateur qui permet de detecter automatiquement ces erreurs, mais il ne les vois pas toutes, c'est mieux de regarder les batiments un a un pour les corriger (meme si ca semble un peu long) - avant d'importer dans la base, il faut verifier si il n'y a pas deja des batiments pour eviter qu'ils apparaissent en double - si il y a deja des batiments il faut soit supprimer ceux qui sont dans le fichier d'import du cadastre, soit supprimer ceux qui sont dans la base mais penser a recopier leurs tags si il y en a - apres l'import, il faut afficher le cadastre en fond d'ecran avec le plugin cadastre, ca permet de tracer les rues, routes et chemins, trouver leurs noms et les numeros des maisons - attention, des qu'on est plus en agglomeration les routes et chemins ne sont pas fiables (souvent pas a jour), a verifier systematiquement sur le terrain amuse toi bien, et n'hesite pas a appeller a l'aide si besoin ___ 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] importer le cadastre
Bonjour, Le 18/03/2011 23:23, lintr...@free.fr a écrit : donc aujourd'hui , suite de l'aventure. assez rapidement j'ai pu récupérer et intégrer les 3 fichiers (houses.osm , rails.osm, water.osm) de la commune qui me tient le plus à coeur. Après lecture attentive des fiches d'aide et de vos contributions, je comprends quee dois faire des vérifs et des corrections dessus avant de les renvoyer attention au fichier water : mises à part les *grosses* rivières, le reste est difficilement exploitable. Donc à prendre avec de très longues pincettes... ; - que pour cela j'ai besoin des plugin cadastre et validator ; oui concernant les bâtiments, étant donné que la totalité de la carte de cette commune est actuellement désertique, et qu'après vérif ils semblent plutôt bien positionnés, je pense que cela devrait bien se passer. Oui ; attention néanmoins à bien tout vérifier (la géométrie de certains bâtiments qui se retrouvent coupés en plusieurs morceaux inutilement et qu'il faut ravauder (voir les autres conseils que tu as déjà reçus sur ce sujet). Pour les cours d'eau, cela à l'air gérable aussi. Voir plus haut. Ensuite, il faudra s'attaquer aux routes, Non ! Pitié ! Pas ça ! Le bon ordre (tm) (c) (r) c'est les routes *d'abord*. On voit assez de communes couvertes de bâtiments mais sans aucune voirie... La carte c'est d'abord et avant tout une représentation de réseaux (routier, de transports, hydrographique, etc.).Les bâtiments c'est la cerise sur le gâteau. et là une question (surement très naïve) me taraude : je connais les plans cadastraux des communes et il me semble me souvenir qu'elles apparaissent dessus non ? Oui et non. Le cadastre a pour rôle de cartographier des parcelles de terrain, puisqu'il sert à déterminer l'assiette de la taxe foncière. Par conséquent, les routes, rivières, voies de chemin de fer, ne sont pas représentées ou, si elles le sont, ne le sont pas de façon fiable. S'il arrive que des rues, routes ou chemins soient représentés (il y a leur nom sur le cadastre), ce n'est que par mesure de simplicité du repérage sur le terrain. Ceci dit, les routes et chemins peuvent se déduire : ce sont les espaces entre les parcelles. Encore faut-il s'en assurer de visu. comment se fait il qu'il n'y ait pas de fichier roads.osm qui soit créé à partir de la base du cadastre ? Pour la raison indiquée ci-dessus : route parcelle, fiabilité, tout ça. A+ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch et lignes de bus
Le 18/03/2011 22:19, JonathanMM a écrit : Et tu m'expliques comment tu carto dans ce cas là : - les lignes de bus qui passent plusieurs fois par un même arrêt dans un même sens ? Par exemple, qui font A - B - C - D - B - E - pour différencier les voies emprunté pour chaque sens ? Par exemple, ici, on a une ligne de bus, qui va du point A au point B mais qui dessert certains arrêts pendant quelques heures et ne les dessert plus ensuite, et qui donc passe par un autre chemin Un article détaillé sur le oui qui serait plus que bienvenu, s'il n'existe pas déjà. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] importer le cadastre
Le 18/03/2011 23:23, lintr...@free.fr a écrit : bonjour, donc aujourd'hui , suite de l'aventure. assez rapidement j'ai pu récupérer et intégrer les 3 fichiers (houses.osm , rails.osm, water.osm) de la commune qui me tient le plus à coeur. Après lecture attentive des fiches d'aide et de vos contributions, je comprends que : - seuls les fichiers houses et water sont intéressants et que je dois faire des vérifs et des corrections dessus avant de les renvoyer ; J'ai constaté que souvent le fichier rail.osm contenait une croix désignant l'église. Ça n'est pas intéressant comme railway mais comme amenity=place_of_worship. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] importer le cadastre
Le 19/03/2011 00:18, Jean-Francois Nifenecker a écrit : Ensuite, il faudra s'attaquer aux routes, Non ! Pitié ! Pas ça ! Le bon ordre (tm) (c) (r) c'est les routes *d'abord*. On voit assez de communes couvertes de bâtiments mais sans aucune voirie... La carte c'est d'abord et avant tout une représentation de réseaux (routier, de transports, hydrographique, etc.).Les bâtiments c'est la cerise sur le gâteau. Non ! Pitié ! Pas ça ! quand on importe des batiments on passe son temps a refaire tout le reseau routier en repartant de zero parce qu'il a pas ete fait avec assez de precision et il chevauche des batiments si les batiments sont deja presents quant on trace les routes au moins on les trace *entre* les batiments si le fait de ne voir que les batiments et pas les routes ne plait pas a certains c'est juste une affaire de gouts, moi il ne me plait pas non plus de voir plein d'endroits ou il y a plein de routes et pas de batiments OSM c'est une representation geographique du terrain, jean francois affirme que c'est avant tout les reseaux mais ca n'engage que lui et je ne suis pas d'accord toutes donnees sont bonnes a prendre et les batiments sont des donnees ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 大字・町丁目レベル位置参照情報
+1 (2011/03/18 14:41), Hiroo Imaki wrote: 瀬戸さん、 ダウンロード先は http://www.e-stat.go.jp/SG2/toukeichiri/TopFrame.do?fromPage=inittoPage=download ですので総務省統計局です。 私自身はこのデータをOSMのトレーシングに使うというよりも地名辞典を作って海外の人とのコミュニケーションをうまくやりたいと思っています。ですから、おそらく個人使用の範囲になるのと、翻訳辞書自体は私たちのものとなるので、その点は問題ないと思います。 OSMの観点から難しいようでしたら、それはOSMの目的には使わないようにしましょう。ということでいいでしょうか? いまき 2011/3/17 Toshikazu SETOgr000...@ed.ritsumei.ac.jp: 瀬戸です. いまきさん,一点確認したいです. 青森、岩手、宮城、福島の統計局からのGISデータ とありますが,これは具体的にどこのデータですか? 今,Mageさんやikiyaさんほかが想定されているのは http://wiki.openstreetmap.org/wiki/User:Mage_Whopper/ISJ/isjp2osm-oaza.pl のように国交省国土計画局の国土数値情報だと思うのですが その点,いかがでしょうか. 統計局のGISデータが仮に http://www.e-stat.go.jp/SG1/estat/eStatTopPortal.do の場合,OSMで即使うというのはライセンス上難しいと 私は認識していますがいかがでしょうか. -- Toshikazu SETO Research Fellow of the JSPS Ph.D student, Graduate School of Letters, Ritsumeikan University e-mail: gr000...@ed.ritsumei.ac.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- -- OSGeo.JP Sponser http://www.osgeo.jp -- APPLIED TECHNOLOGY CO.,LTD. HIROFUMI HAYASHI haya...@apptec.co.jp ZIP:531-0074 RISE88 Honjo-Higash 1-1-10 Osaka City Tel: 06-6373-6101 Fax: 06-6373-6108 -- ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 大字・町丁目レベル位置参照情報
嘉山さん、はやい!! ありがとうございます。次の作業に入ります。 いまき 2011/3/17 Yoichi Kayama yoichi.kay...@gmail.com: 今木さん 皆さん かやまです とりあえずCSVへの変換をしておきました http://122.218.96.44/dav/chimei_csv/ に UTF-8 と SJISのCSVファイルをいれておきます 2011年3月18日14:19 Hiroo Imaki hi...@angeli.org: これはとても大事な作業となると思います。やりましょう! 先日青森、岩手、宮城、福島の統計局からのGISデータをダウンロードしてすべてつなげ合わせました。ここでそのデータをダウンロードできます。 http://122.218.96.44/dav/Tohoku_admin_boundaries/ このdbfファイルに訳すべき市町村名が入っています。とても長いリストです。みんなに切り分けて配ってやってもらうのが一番重複がなくていいと思います。19707のポリゴンがあります。 私のマシンは英語環境がベースでQGISを使う以外うまくこのテーブルを日本語として表示することができません。どなたかこのdbfファイルをcsvなどに変換して、重複のないようにプライマリーキーを振って誰がどこからどこまでの作業をしているのか作っていただいたワークシートでトラックしたらどうでしょう。 作業をまとめると 1.現在シェープファイルの一部となっているdbfファイルを何とかCSVに変換する 2.変換したCSVファイルに重複の内容にプライマリーキーを割り当てる 3.プライマリーキーを元に作業を参加者に振り分ける(作業状況をトラックするワークシートで自分のやる部分を名乗り出てもらう) 4.作業が終わったらダウンロードした先と同じフォルダーにfinished_projectというフォルダーを作るのでそこにアップしてもらう。 5.順次テーブルをマージする。 このテーブルの中で訳す必要のあるのは KEN_NAME GST_NAME MOJI ですので、アップロードするファイルはCSV形式で PRIMARY_KEY KEN_NAME_EN GST_NAME_EN MOJI_EN という風に統一してもらったらどうでしょうか? ファイル名もchimei_*_*.csvとしてもらって*の部分に最初と最後のPRIMARY_KEY番号をつけてもらったらわかりやすいし、パッチスクリプトでくっつけやすいと思います。 こちらのグループでも話し合ったのですが、読み方は音のとおりにしましょう。例えばの話ですが「〜〜病院」は「~~byouin」にして「~~hospital」ではないほうがいいと思います。 入力はすべて半角でしてもらうように十分気をつけましょう。 こんなところでどうですか?どなたかDBFをCSVに変換してもらえるでしょうか?その後の作業は私がやってもいいですし、どなたかがやっていただいてもいいです。 そのほか気づいたことはボランティアの人たちもわかるようにどこかに掲示板を作らないといけないですね。それはどうしたらいいか私はよくわかりませんが。。。 いまき 2011/3/17 haya...@apptec.co.jp: 林です レスポンス遅れてすみません。 大阪市大の学生さん達が協力可能です。 MLに登録できていないようなので、連絡中です。 Docsの場所できましたか? https://spreadsheets.google.com/ccc?hl=enkey=tXauJZv-1ET1xXOwD3rBbPQhl=en#gid=0 に作りました ご利用ください! | Mage Whopperです | | 地名の翻訳、OSGeoのほうでも反応ないようですし | 皆でやりましょう。やりませんか。 | 一覧はお持ちでしょうか。 | GoogleDocsにUpできる方いらっしゃらないでしょうか。 | 私はまた戻ってくるのが夜遅くになります。 | | Mage Whopper | magewhop...@gmail.com | | | 2011年3月18日1:20 Hiroo Imaki hi...@angeli.org: | ikiya-san | 今木です。初めまして。 | その後この作業はどうなってますか?大字、丁目レベルの英語表記をほしくて翻訳プロジェクトを必要なら立ち上げようと思うのですが、すでに英語版があるなら是非教えてください!!!。 | | | | 2011/3/17 ikiya insidekiwi...@yahoo.co.jp: | ikiyaです。 | | 過去のMLでも何回か話題にあがった大字・町丁目レベル位置参照情報 | (ポイントデータ)ですがインポートはできないでしょうか。 | | http://www.mail-archive.com/talk-ja@openstreetmap.org/msg01474.html | http://wiki.openstreetmap.org/wiki/User:Mage_Whopper/ISJ/isjp2osm-oaza.pl | | 東北地方で津波被害にあった範囲には、地物が少なく集落が点在していて | 「・・・地区」と大字名で呼ばれるような場所が多いです。 | また海辺からの避難場所も中山間部が多く大字名が多用されます。 | 被災、避難場所の位置把握のためにも大字名(代表点)を | OSMに入れることはできないでしょうか。 | 宜しくお願いします。 | | ___ | 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 | | | ___ | 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 -- Hiroo Imaki hi...@angeli.org http://www.geopacific.org ___ 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] 週末に関西でOSM講習会やりませんか?
清野です。 西村先生のおっしゃるとおり、 各自がそれぞれで開催していいと思います。 機会は何回あっても良いでしょう。 また個人が参加しやすいように考えてもいます。 学内で開催もあって良いと思います。 当座、スピードも重視される状況ですので、 今週末開催の方向で動きます。 希望者の方は各方面に告知をお願いいたします。 参加者の顔ぶれを見て開催場所も確定したいと思います。 よろしくお願い致します。 2011年3月18日14:55 Yuichiro Nishimura nissy...@mac.com: 清野さん 宮下さん 西村@奈良女です 関西で今週末にもOSM講習会開催とのことですが,当方でも今週末はちょっと難しいですが,来週中のどこかで奈良女でも講習会を行いたいなと思っています 学内にOSMの参加者の募集をかけてのち,講習会を開きたいと思っています(学内学外両者向けにしようと思います) こうした講習会は関西内の色んな場所で複数回あってもよいと思うのですが,いかがでしょうか /~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~ 西村 雄一郎 (nissy...@cc.nara-wu.ac.jp) Yuichiro Nishimura 奈良女子大学 文学部人文社会学科 地域環境学コース TEL: 0742-20-3325 http://www.nara-wu.ac.jp/bungaku/sges/ http://web.mac.com/nissy_yu/ /~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~ On 2011/03/18, at 14:14, Yoichi Seino wrote: 清野です。 ありがとうございます。 まだ確定はしていませんが、どんどん希望者を募り、 その雰囲気で考えたいと思います。 なお、マシンは各自でご用意していただくことが基本となると思います。 会場・マシンともに提供していただけるところが出てきたら話は別ですが…。 インターネット回線はWiMAXエリアであれば僕のWiMAXルータで10台までは接続できます。 よろしくお願い致します。 2011年3月18日14:02 MIYASHITA kensuke miyas...@cs.kyoto-wu.ac.jp: 初めまして,京都女子大学の宮下と申します. On Fri, 18 Mar 2011 12:02:52 +0900, say.n...@gmail.com said: ですので、もし参加者がいそうであれば、今週末のどこかで 関西でもOSM講習会を開きませんか? 京都であれば少人数なら対応可能です。 カフェか京大のゼミ室みたいなとこが使えます(Max8人くらい)。 大阪の場合はどなたか会場を提供頂けるとありがたいです。 みなさんのご活躍を目にして先日このMLに参加しましたが,まだ右も左も わからない状態ですので,講習会が開かれるのでしたらぜひ参加したいと 思います. 講習会開催をご検討いただければ幸いです. -- 宮下健輔 (http://www.cs.kyoto-wu.ac.jp/%7Emiyasita/) 京都女子大学現代社会学部 (phone:075-531-9156/fax:075-531-9124) ___ 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