Re: [Talk-hr] Naselja u RH
Dana 12. srpnja 2012. 20:29 Ivan Delac ivan.ne...@gmail.com je napisao/la: Stvar je vrlo jednostavna. U Hrvatskoj se jedinice lokalne samouprave dijele prvo na općine ILI gradove. Potom se svaki grad ili općina dijeli na naselja. I to je to. Slažem se. Znači moramo srediti wiki o administrativnim granicama u Hrvatskoj: http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries Trenutno imamo *županije *na admin_level=6, pa *općine *na 7, ali onda imamo *gradovi, manji gradovi, sela* na 8 i *granice pregrađa, gradskih četvrti *na 9 i *kvartovi *na 10. Predlažem da po novom pod admin_level=7 budu općine i gradovi, a pod admin_level=8 naselja. Grad Zagreb (županija) je poseban slučaj koji ima poseban zakon. Podjeljen je na *gradske četvrti* koje bi onda valjda bile kao i općine admin_level=7, *naselja* koje su isto kao naselja admin_level=8, i mjesni odbori koji bi bili admin_level=9. Ta raspodjela se vidi na slijedećem linku: https://geoportal.zagreb.hr/Karta Treba pod Prostorne jedinice uključiti gradske četvrti, naselja i mjesni odbori. Vidi se da granice gradskih četvrti i granice mjesnih odbora izvan naselja * Zagreb* nisu nikako vezane uz granice naselja. Ne razumijem kako to funkcionira. Predlažem, da svako naselje u Hrvatskoj dobije odgovarajući tag prema broju stanovnika (village, town, city), a sve što nije naselje neka bude hamlet. Ako netko zna za veće selo koje bi se tagiralo kao village a nije na popisu naselja u HR neka napiše koje je to, ali čini mi se da takvih slučajeva nema ili ima jako malo. Slažem se. U zakonu čak ima definirana granica od 10.000 za grad. Ne znam da li se toga drže u popisu stanovništva. Ostaje još jedna sitnica za razjasniti. Može li se naselje (npr. Buzin) tagirati kao suburb? Moje mišljenje je da ne bi trebalo tako da koliko-toliko možemo jasno definirati pravila. Po meni bi suburb bile jedinice unutar naselja.. Valjda gradske četvrti? Buzin je izvan naselja Zagreb, pa bi to trebalo biti selo ili grad. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Naselja u RH
Dana 12. srpnja 2012. 20:29 Ivan Delac ivan.ne...@gmail.com je napisao/la: Janko Mihelić napisa: Čini se da u županiji Grad Zagreb nema podjele gradova i sela, ali u slijedećoj, Zagrebačkoj županiji ima neke podjele.. Budem to još malo istražio pa se javim. Eto, istražio :D ovorim o .xls datoteci na slijedećoj adresi: http://www.dzs.hr/Hrv/censuses/census2011/xls/Tab2_HR.xls Znači u .xls datoteci imamo prvo županiju *Grad Zagreb *koja je poseban slučaj. U njemu imamo Zagreb koji je city, Sesvete su town, a ostali village. U ostalim županijama to izgleda ovako: *Županija Gradovi *Općina x Naselje y - village Naselje x - town Općina z Naselje z - town Naselje w - village *Općine *Općina xyz Naselje xyz - village Naselje xyz - village Općina xyz Naselje xyz - village Naselje xyz - village Kad se u sekciji *Gradovi* prvi put pojavljuje, recimo, Ivanić-Grad, to je ekvivalent općine, ali kad se drugi put pojavi, onda je to ekvivalent naselja, i taj koristimo za broj stanovnika. Znači neko naselje je town ako je u podsekciji Gradovi, i ako se njegova općina zove po njemu. Jel se slažemo? Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Naselja u RH
Janko Mihelić napisa: Grad Zagreb (županija) je poseban slučaj koji ima poseban zakon. Podjeljen je na *gradske četvrti* koje bi onda valjda bile kao i općine Gradske četvrti nipošto ne bi bile kao općine. To je neka interna podjela unutar grada Zagreba koja samo unosi zbrku jer se granice strogo ne podudaraju sa naseljima, a otprilike su istog ranga. Gradske četvrti mogu biti suburb, a mjesni odbori neighbourhood. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Naselja u RH
Dana 13. srpnja 2012. 18:28 Ivan Delac ivan.ne...@gmail.com je napisao/la: Gradske četvrti nipošto ne bi bile kao općine. To je neka interna podjela unutar grada Zagreba koja samo unosi zbrku jer se granice strogo ne podudaraju sa naseljima, a otprilike su istog ranga. Gradske četvrti mogu biti suburb, a mjesni odbori neighbourhood. Ja sam za. Bolje nego moje. Dana 13. srpnja 2012. 19:37 sanela planinčević spvuji...@gmail.com je napisao/la: Ne :D Preglasajte me! Zasad je 1:1! Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Possible Scarborough Shoal edit war?
I think it's time for us to talk to the established Chinese and Taiwanese mappers first and solve this issue. If not, then we should approach the Data Working Group. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org Sent: Thursday, July 12, 2012 7:48 PM Subject: Re: [talk-ph] Possible Scarborough Shoal edit war? New edits on Philippine boundaries by chinese mappers(?). Not sure whether the characters are indeed chinese. Google translate output below: username: Chinese people changeset comment: Delete the wrong line of Figure -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Insurance for Mapping Party
As insurance is unlikely to be easy to arrange if it were me I would undertake a risk assessment for venue and mapping and then print off some A5's with the mitigation measures and make sure OSMers attending understand they are participating at their own risk and that these were the measures I identified that they might take notice of. If facilitating mappers to come together rather than arranging a public event then I'd be comfortable with that. However what the public building folks will be concerned about is someone getting injured on their premises so if PL is a requirement from them there is very little that you can do other than to find some insurance. As far as I recall OSMF has obtained insurance to date through Hiscox (to cover Directors and SOTM events) so they might be the place perhaps to start if you need a quote. PL insurance for this type of activity is rarely expensive but there is a cost and it's a pain to have to do by yourself rather than as part of an organisation. Cheers Andy From: Fozy 81 [mailto:foz...@hotmail.com] Sent: 12 July 2012 20:40 To: legal-talk@openstreetmap.org Subject: [OSM-legal-talk] Insurance for Mapping Party Hi, Slightly different legal question than licence issues. Not sure if this is the right place to ask it, but here goes... When organising a mapping party do we need public liability insurance in case of accident and/or disclaimer to be signed?. I am organising a mapping party in the Scotland. We are using a public building from an organisation who have kindly let us use their facilities for the day. They have asked if we have insurance in case of accident and if we have a risk assessment. It seems health and safety has finally caught up with OSM. In the past, I have organised mapping events but this issue has not been raised. Can anyone provide some advice on this issue? Thank you, Tim ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Building a friendly new editor in JavaScript
Hi all, Potlatch is five years old and JOSM is over six years old. Scary, isn't it? Lots has changed in those five years. Browsers now do natively things that used to require a plugin - indeed, you might not even have the plugin anymore. OSM's changed, too, from a little-known geek project to this behemoth of map data used by millions every day. So we need another editor. Not to replace what we have now: Potlatch fulfils the intermediate editor role and JOSM fulfils the advanced editor role very nicely. What we don't have, yet, is a simple, friendly editor as a welcoming way into OSM. I thought I'd start writing one. So: iD. Pure JavaScript, using the Dojo toolkit (which is really nice). It's at a really early stage of development. It doesn't save anything yet, nor do any tagging, nor even let you delete things - that's how early it is. After all, it'll be much better if the collective brains of OSM and elsewhere apply themselves to the challenge, rather than just me sitting in a room in Charlbury. Fancy getting involved? Here's the project page: http://www.geowiki.com/ And here's the source: https://github.com/systemed/iD Throw questions at me (on dev@) or just get started and hack away. Between us we can build something really good. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Redaction and re-mapping
On Thu, Jul 12, 2012 at 6:36 PM, Richard Fairhurst rich...@systemed.net wrote: You can follow edits here: http://www.openstreetmap.org/user/OSMF%20Redaction%20Account/edits What would be nice is a slippy map highlighting all elements where user OSMF Redaction Account is the last modifier or destroyer. With such tool (kept up-to-date), we could continue the remapping activities after the redaction process, e.g. review the geometry of affected objects, etc. Any thought ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction and re-mapping
Pieren wrote: What would be nice is a slippy map highlighting all elements where user OSMF Redaction Account is the last modifier or destroyer. If you're happy to wait a day, you could do that with ITO's OSM mapper (for ways at least). Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction and re-mapping
On Fri, Jul 13, 2012 at 7:58 AM, SomeoneElse li...@mail.atownsend.org.uk wrote: Pieren wrote: What would be nice is a slippy map highlighting all elements where user OSMF Redaction Account is the last modifier or destroyer. If you're happy to wait a day, you could do that with ITO's OSM mapper (for ways at least). You can follow the current location of the bot on a map that Harry Wood put together yesterday: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php green is finished, yellow is in progress and the other colors are some version of bot stopped with error, was fixed and restarted But this just indicates which bboxes the bot is operating in, not exactly what it is doing. Still a good thing to know. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction and re-mapping
On Fri, Jul 13, 2012 at 2:58 PM, SomeoneElse li...@mail.atownsend.org.uk wrote: If you're happy to wait a day, you could do that with ITO's OSM mapper (for ways at least). OSM mapper is limited in coverage and types of elements. I'm thinking about some slippy map worldwide where the aim is to cleanup/remap all altered/destroyed objects (perhaps one layer for altered and one for removed elements). Like the CLEANMAP/BADMAP but not only about what Mapnik is able to render (wireframe style). Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Imports] Suspend Imports / Bulk edits / Bots
Hope it will be over soon then... 2012/7/12 Jo winfi...@gmail.com: Globally. There is only one database for the whole world, so only one database server that load needs to be kept off. At night (in Europe), when it can't be supervised the redaction bot doesn't seem to run though... But maybe that's only in the beginning, when it needs to be carefully monitored. Polyglot 2012/7/12 Jan Kučera kozuc...@gmail.com Are imports to be suspended globaly or only in areas where redaction is underway? 2012/7/11 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11-07-12 17:10, Grant Slater wrote: Summary: Please stop Imports, Automated Edits, Bulk edits Bots until the redaction process has ended. What is your ETA? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk/9nB0ACgkQYH1+F2Rqwn3FPACfbjcLUeNVa0iCOY6RcwbL5bpW lz8An1RQWW0MNUwdUdmGrojm6pJEtO6i =vCti -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction and re-mapping
On 13/07/12 14:52, Pieren wrote: On Fri, Jul 13, 2012 at 2:58 PM, SomeoneElse li...@mail.atownsend.org.uk wrote: If you're happy to wait a day, you could do that with ITO's OSM mapper (for ways at least). OSM mapper is limited in coverage and types of elements. I'm thinking about some slippy map worldwide where the aim is to cleanup/remap all altered/destroyed objects (perhaps one layer for altered and one for removed elements). Like the CLEANMAP/BADMAP but not only about what Mapnik is able to render (wireframe style). This kind of functionality would be great in Iceland because there's such a great coverage of users who accepted the new contributer's terms. Without such a functionality, it would be really difficult to find redactions because they only affect a single way here and there and the errors could go unnoticed for years. - Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Update on redaction bot and minutely diffs
Well, today the bot made it through a good chunk of the UK. It stopped for the night before getting through all of Scotland. Here is a visualization of its changes for the day: http://i.imgur.com/cOO37.png Also, I think this has already made it to a couple of mailing lists but in case someone missed it, Harry Wood made a web page that shows exactly where the bot has been and where it is working at the moment: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] OSM T-Shirt?
Hallo, kennt jemand eine Quelle für T-Shirts mit OSM-Bezug. Danke im Voraus Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
Manuel Reimer manuel.s...@nurfuerspam.de wrote: kennt jemand eine Quelle für T-Shirts mit OSM-Bezug. Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script gebaut hat, das automatisch Karten für T-shirts rendert. Schon etwas ältere Entwürfe gibt es hier: http://wiki.openstreetmap.org/wiki/Tshirt_competition Gruss Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
Sven Geggus lists at fuchsschwanzdomain.de writes: Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script gebaut hat, das automatisch Karten für T-shirts rendert. Muss ja nicht unbedingt ein Kartenausschnitt sein. Nennung des Projektnamens, ein monochrones Logo, vielleicht noch irgendein Slogan. Das Shirt sollte ausreichend neutral sein, dass es im Alltag getragen werden kann. Schon etwas ältere Entwürfe gibt es hier: http://wiki.openstreetmap.org/wiki/Tshirt_competition Entwürfe sind ja schön und gut, aber ehrlich gesagt suche ich ein Bestellformular ;) Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Objekte über Zeichenkette öffnen
Moin ! das man ein bestimmtes Objekt über eine URL in JOSM laden kann ist mir bekannt. Es ist aber in einer Funktion auch möglich eine Liste von Nodes, Ways und Relationen zu laden in der Form n993785856, n510420580, w42492515. Kann man dieses auch über eine URL machen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
On 13.07.12 09:42, Manuel Reimer wrote: kennt jemand eine Quelle für T-Shirts mit OSM-Bezug. Eine SOTM besuchen? Wieviel zahlst, ich glaube, ich hätte noch ein SotM-EU '11 T-Shirt rumliegen... ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
On 13.07.12 10:06, Sven Geggus wrote: Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script gebaut hat, das automatisch Karten für T-shirts rendert. Frederiks HiRes-Tiles würden sich glaub ich auf einem weißen T-Shirt gut machen... ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
On 13.07.12 10:19, Manuel Reimer wrote: Muss ja nicht unbedingt ein Kartenausschnitt sein. Nennung des Projektnamens, ein monochrones Logo, vielleicht noch irgendein Slogan. Das Shirt sollte ausreichend neutral sein, dass es im Alltag getragen werden kann. Das alte monochrome Logo gibt's im Wiki[0]. Damit ein Sujet machen ist unproblematisch. Hier unsere Bag vom letzten Jahr: http://sotm-eu.org/files/bag.jpg Machst' Dir damit halt eins... /al [0] http://wiki.openstreetmap.org/wiki/Logos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tracktypes
Moin, aus dem thread zu Tracks Selector wird zum Editor wurde mir die unglückliche Differenz bewußt, die zwischen dem wiki http://wiki.openstreetmap.org/wiki/DE:Key:tracktype und JOSM besteht. Die Klassifizierung im wiki ist im Prinzip schon richtig, einzig die Bezeichnung im tracktype 3 ist mit ausgebessert mißdeutbar. Man bessert auch hochwertige Decken aus. Mein Vorschlag: Anstatt ausgebessert neu gering oder intermittierend befestigt verwenden. Die Klassifikation im wiki beruht auf dem Ausbauzustand/Kontruktionsbefund und damit auch auf der Tragfähigkeit. JOSM verwendet diese Einstufung für die types 1 bis 3. (Bei 1 nur Asphalt anzugeben ist blöd) Und dann beginnt der Bruch hin zum Aussehen und der möglichen Fahrbehinderung. Ich fände es gut, wenn JOSM in diesem Punkt verbessert wird. 1. Die Klassifikation aus dem wiki wird übernommen 2. Die Ebenheit wird berücksichtigt 3. Gras kann überall wachsen und ist je nach Verkehr bei Wegen in Wald und Feld mehr oder weniger da, ABER wachsen bereits Bäume in der Fahrspur ist das eine mehr oder weniger ausgewachsene Behinderung. Hier also einen Grad für Behinderungen aus der Natur erfinden. Wenn ein natürlicher Untergrund bereits eine gute Tragfähigkeit aufweist, man andererseits in unserem nördlichen Streusand versinken kann, zeigt das ground allein nicht genügt. Bitte mal überlegen, ob man ground differenzieren sollte. Aus der Klassifikation für Böden könnte z.B. herausgegriffen werden: felsig, grobkörnig, feinkörnig, wobei zu letzterem noch anzugeben wäre: wasserempfindlich/nicht wasserempfindlich. Ich meine, wir sollten die Attribute zu Wegen ein wenig eindeutiger machen ohne das Ganze zu überladen. Gruß, Albrecht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Objekte über Zeichenkette öffnen
Jan Tappenbeck writes: Es ist aber in einer Funktion auch möglich eine Liste von Nodes, Ways und Relationen zu laden in der Form n993785856, n510420580, w42492515. Kann man dieses auch über eine URL machen ? Ja, geht mit RemoteControl: http://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira
Hallo Flylow, * Am 4. Juli 2012 20:59 schrieb fly lowfligh...@googlemail.com: On 01.07.2012 20:55, fly wrote: On 01.07.2012 10:32, Manfred A. Reiter wrote: ... erst einmal ein Kommentar von einer Teilnehmerin ... zitat The costline looks great now, I am a little bit jelous because I wanted to do it..:)) anyway, there were problems because we stopped when we shouldn t, it was work in progress, for example the gaps were left there intentionally by me for the students to see better which was their working part. If knew that you would ask someone to fix the coastline in this manner I would have voluntered to do it.(not to put your friend to work). I was under the impression that were other solutions available. I am a little bit embarrassed because he had to clean up my mess.:) /zitat ... Hab mir mal die changesets angeschaut und jetzt wundert es mich nicht, dass Ihr Konflikte bekommt. Das sieht ja so aus als ob mehrere user gleichzeitig die Küstenlinien bearbeitet haben. ja das war die Idee, und da wir dabei an dei 2000 Grenze stießen, war die nächste Idee die Linie aufzutrennen und nach den Korrekturen wieder zusammenzusetzen. Mit JOSM gibt sowas immer Konflikte (offline Editor), heisst das, dass es mit Potlach funktioniert hätte? es sei denn man spricht sich vorher gut ab. daher die Auftrennung :-( Jeder ein anderes Dorf oder man teilt die Küstenlinie zu erst in mehrere Wege auf und jeder bearbeitet nur einen dieser Wege. FAZIT: - Wie hätte man es besser machen können, wenn man mehrere hoch motivierte Schülergruppen da sitzen hat, die unbedingt die Küste i.O. bringen wollen? - Wie hast Du es gemacht? Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden - größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung haben wollen. Danke nochmals für die Beseitigung der Hinterlassungen ... siehe oben ... Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
Am 13.07.2012 10:19, schrieb Manuel Reimer: Sven Geggus lists at fuchsschwanzdomain.de writes: Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script gebaut hat, das automatisch Karten für T-shirts rendert. Muss ja nicht unbedingt ein Kartenausschnitt sein. Nennung des Projektnamens, ein monochrones Logo, vielleicht noch irgendein Slogan. Das Shirt sollte ausreichend neutral sein, dass es im Alltag getragen werden kann. Hallo, ich hatte mal über ein Rad-Trikot nachgedacht, mit dem Slogan Mapping in progress und OSM Logo etc. Lohnt sich halt aber nur, wenn da ein paar zusammen kommen. Ein einzelnes kostet ~100€... Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira
Manfred A. Reiter ma.rei...@gmail.com wrote: Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden - größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung haben wollen. Leicht off-topic: Jochen hat ja unter http://openstreetmapdata.com/data/land-polygons eins script laufen was aktuelle Küstenlinien berechnet. Betrachten kann man die Shapefiles z.B. mit qgis. Wenn da schon schönere Küsten drin sind als derzeit unter http://openstreetmap.de/karte.html?lat=38.71508lon=-27.19427zoom=11 zu sehen sind würde ich da ggf. mal zumindest für den deutschen tileserver ein aktuelles Shapefile einspielen. Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira
Hallo Sven, schön, Dich hier wieder zu treffen ... mehr als hundert PMs ;-) nochmals Danke! Am 13. Juli 2012 16:29 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Manfred A. Reiter ma.rei...@gmail.com wrote: Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden - größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung haben wollen. Leicht off-topic: Jochen hat ja unter http://openstreetmapdata.com/data/land-polygons eins script laufen was aktuelle Küstenlinien berechnet. ich bin immer noch blutiger nach Verständnis Suchender ;-) Die Küstenlinien sind wie die Kollegin schon sagte ... The costline looks great now, I am a little bit jelous because I wanted to do it..:)) Betrachten kann man die Shapefiles z.B. mit qgis. stürzt bei mir leider ab ... :-( qgis.bin: /build/buildd/sip4-4.13.2/siplib/siplib.c:10938: sipEnumType_alloc: Assertion `(((currentType)-td_flags 0x0007) == 0x0003)' failed. Abgebrochen (Speicherabzug geschrieben) naja ... da bleibt halt nur abwarten und Tee trinken ... ;-) Wenn da schon schönere Küsten drin sind als derzeit unter http://openstreetmap.de/karte.html?lat=38.71508lon=-27.19427z/etc/apt/sources.listoom=11http://openstreetmap.de/karte.html?lat=38.71508lon=-27.19427zoom=11zu sehen sind würde ich da ggf. mal zumindest für den deutschen tileserver ein aktuelles Shapefile einspielen. Danke für die Hilfe und LG M. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira
Am 13. Juli 2012 16:14 schrieb Manfred A. Reiter ma.rei...@gmail.com: Mit JOSM gibt sowas immer Konflikte (offline Editor), heisst das, dass es mit Potlach funktioniert hätte? es hätte evtl. mit dem alten Potlatch im live-mode funktionieren können (bin mir aber auch nicht sicher, wie oft der dann die runtergeladenen Daten aktualisiert). es sei denn man spricht sich vorher gut ab. daher die Auftrennung :-( das Auftrennen war durchaus sinnvoll, allerdings sollte das dann ein reiner Split sein, und keine Lücken hinterlassen (d.h. node in JOSM selektieren und mit p den way teilen). Nach dem Auftrennen sollte man die neuen Teile gleich hochladen und danach könnten die einzelnen Gruppen jeweils einen (oder mehrere) way bearbeiten, jedoch jeder Mapper einen anderen. Sobald mehrere Leute gleichzeitig an den gleichen Objekten Bearbeitungen machen und versuchen, diese hochzuladen, gibt es Konflikte. Beispiel: way 123 in Version 1 wenn nun dieser way gesplittet würde (s.o.), würden daraus mehrere Stücke, einer als way 123 in Version 2, die anderen als neue ways mit neuen IDs in Version 1. Wenn hingegen mehrere Leute versuchen, diese Version 1 zu bearbeiten, dann entsteht beim Hochladen beim 1. die Version 2 von way 123, bei den folgenden aber gibt es einen Konflikt, weil die Grundlage ihrer Bearbeitung nicht die dann neueste Version 2 ist, sondern die Version 1, also ein alter Stand. FAZIT: - Wie hätte man es besser machen können, wenn man mehrere hoch motivierte Schülergruppen da sitzen hat, die unbedingt die Küste i.O. bringen wollen? s.o., man muss sich das Gebiet so aufteilen, dass jeder seinen eigenen Teil hat, an dem er arbeitet. Je öfter man hochlädt, bzw. runterlädt (data update) beim Editieren, um so eher vermeidet man Konflikte bzw. hat nur wenige davon, die man dann auflösen kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Renderer mit width-support
Hi! Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt? Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein Flag für Osmarenderer. Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in Mapnik etwas bescheiden aus ;-) vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira
On 13/07/12 16:14, Manfred A. Reiter wrote: Am 4. Juli 2012 20:59 schrieb fly lowfligh...@googlemail.com: On 01.07.2012 20:55, fly wrote: On 01.07.2012 10:32, Manfred A. Reiter wrote: ... War mir unsicher in wie fern englischsprachige Emails an die neuen User direkt eher abschreckend wirken und habe es erstmal bleiben gelassen. erst einmal ein Kommentar von einer Teilnehmerin ... zitat The costline looks great now, I am a little bit jelous because I wanted to do it..:)) anyway, there were problems because we stopped when we shouldn t, it was work in progress, for example the gaps were left there intentionally by me for the students Never do this ! to see better which was their working part. If knew that you would ask someone to fix the coastline in this manner I would have voluntered to do it.(not to put your friend to work). I was under the impression that were other solutions available. I am a little bit embarrassed because he had to clean up my mess.:) /zitat ... Hab mir mal die changesets angeschaut und jetzt wundert es mich nicht, dass Ihr Konflikte bekommt. Das sieht ja so aus als ob mehrere user gleichzeitig die Küstenlinien bearbeitet haben. ja das war die Idee, und da wir dabei an dei 2000 Grenze stießen, war die nächste Idee die Linie aufzutrennen und nach den Korrekturen wieder zusammenzusetzen. Das Auftrennen (- Aufteilen) war schon der richtige Ansatz (s.u.), aber wieder Zusammenführen ist (wie schon erwähnt) falsch ! Mit JOSM gibt sowas immer Konflikte (offline Editor), heisst das, dass es mit Potlach funktioniert hätte? Benutzte eigentlich nur JOSM und kenne mich mit Potlach nicht wirklich aus. Soweit ich weiß funktioniert Potlach jedoch online, sprich jede Veränderung wird sofort auf den Server geladen. es sei denn man spricht sich vorher gut ab. daher die Auftrennung :-( Jeder ein anderes Dorf oder man teilt die Küstenlinie zu erst in mehrere Wege auf und jeder bearbeitet nur einen dieser Wege. FAZIT: - Wie hätte man es besser machen können, wenn man mehrere hoch motivierte Schülergruppen da sitzen hat, die unbedingt die Küste i.O. bringen wollen? - Wie hast Du es gemacht? Willst Du das wirklich wissen ? Leider hatte ich Eure Dateien nicht. 1. Ersteinmal habe ich die Situation studiert. 2. Durch die vielen unverbunden Punkte blieb mir nichts anderes übrig als die gesamte Insel herunterzuladen. Die einfachste Lösung wäre wahrscheinlich gewesen, alles zu löschen und neu einzuzeichnen, aber ich wollte die Arbeit der Newbies nicht vernichten und hab mir die Mühe gemacht möglichst viel zu erhalten.(Ist auch Datenbank schonender). 3. Überlappende Linien finden und geschickt aufteilen, gegebenfalls existierende Punkte einfügen, so daß ich nur Linien mit id:0 löschen mußte. 4. unverbunden Punkte in die Küstenlinie einfügen und gegebenfalls aufteilen. Zum Teil habe ich auch bei doppelten Punkte durch leichtes Verschieben beide benutzt. 5. Kurze Küstenlinien zusammenfügen mit erneuter Berücksichtigung der ID, Lücken schließen, Boundary-Relation korrigieren. 6. Validator ! * letzte überlappende Linien repariert * doppelte Punkte gefixed 7. Da ich eh schon dabei war habe ich auch die Straßen mit Validator repariert (überlappende, kreuzende, unverbundene). Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden - größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung haben wollen. Generell sind Küstenlinien bei OSM ein heikles Thema und nicht gerade der beste Einstieg, da die Küstenlinien häufig Elemente von Relationen sind und noch wichtiger, da man mit kleinen Fehlern (nicht geschlossene Küstenlinien) viel Schaden verursacht. kleine Anleitung: 1. Aufteilen der Küstenlinien in mehrer Teile. 2. Upload (damit die einzelnen Teile auch auf dem Server sind und eine ID haben) 3. Jedem einen eigene Linie zu ordnen 4. Wenn möglich nur diese Linie herunterladen. Entweder nur einen minimale BBox auswählen oder besser noch per Objekt-ID runterladen. 5. Am besten den Editier-Modus Improve Way Accuracy (leider nur im Experten-Modus sichtbar) wählen und Küstenlinie verbessern durch Verschieben der existierenden Punkte und Einfügen von zusätzlichen. 6. lokal speichern (7. Die veränderten (modified) Objekte aktualisieren, damit Konflikte rechtzeitig erkannt werden und nicht erst nachdem die neuen Punkte hochgeladen wurden (Konflikte während des Uploads.) (8. eventuell nochmal Speichern) 9. Hochladen Danke nochmals für die Beseitigung der Hinterlassungen ... siehe oben ... Schon Ok. Vielleicht wart Ihr auch kurz davor einiges richtig zu machen nur das Zusammenführen der Linien hat dann alles durcheinander gebracht. So langsam verstehe ich auch das Auftreten der doppelten Punkte. Gruße fly ___ Talk-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] Renderer mit width-support
Am 13. Juli 2012 19:04 schrieb Martin Vonwald imagic@gmail.com: Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt? Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein Flag für Osmarenderer. Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in Mapnik etwas bescheiden aus ;-) wenn es sich um schmale Gassen handelt, würde ich highway=service und service=alley taggen, damit lösen sich viele Probleme schon von selbst, ggf. auch manche highway=pedestrian durch footway ersetzen, wenn es schmale Wege und keine echten Straßen sind. Hast Du mal einen Link zu einem Kartenausschnitt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderer mit width-support
Am 13.07.2012 um 19:36 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 13. Juli 2012 19:04 schrieb Martin Vonwald imagic@gmail.com: Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt? Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein Flag für Osmarenderer. Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in Mapnik etwas bescheiden aus ;-) wenn es sich um schmale Gassen handelt, würde ich highway=service und service=alley taggen, damit lösen sich viele Probleme schon von selbst, ggf. auch manche highway=pedestrian durch footway ersetzen, wenn es schmale Wege und keine echten Straßen sind. Tagging für den Renderer? ;-) Ich habe mir verschiedene Varianten überlegt aber es passt nun mal nur highway=residential. Im Moment kämpfe ich mich durch die Altstadt von Bolsena. Die Straßen hier schauen auf den ersten Blick wie Fußgängerzonen aus. Sie sind aber nicht als solche gekennzeichnet und auf den meisten Straßen (bisher eine Ausnahme) sind auch KFZ erlaubt und fahren dort auch. Auch Durchfahrtsverbote oder ähnliches gibt es nicht. Also kein pedestrian, kein footway und auch kein service. Hast Du mal einen Link zu einem Kartenausschnitt? Ja, ist aber noch recht sinnlos zum anschauen: http://www.openstreetmap.org/?lat=42.64563lon=11.985725zoom=18layers=M Ich habe bisher noch fast nichts gemappt hier, erst einige Straßen zwischen der Kirche oben und dem Piazza San Rocco. Ist noch alles Baustelle, also jammert bitte nicht ;-) In der Altstadt kann man GPS vergessen und auf den Luftbildern erkennt man oft nur Dächer und sonst nix. Da stehen wir dann mit dem Laptop rum und zählen Häuser und analysieren Dachformen :-D Vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderer mit width-support
Martin, von dir habe ich gelernt, dass wir nicht fuer die Renderer mappen. :-) Wenn eine Strasse sehr schmal ist, ist sie noch lange keine Service Road. Das ist keine saubere Loesung. Und eine Fussgaengerstrasse ist auch eigentlich kein footway. Die saubere Loesung waere sicherlich ein Renderer, der das width tag auswertet. Waere auch wuenschenswert ausserhalb von Staedten, z.B fuer Radfahrer. Volker 2012/7/13 Martin Koppenhoefer dieterdre...@gmail.com Am 13. Juli 2012 19:04 schrieb Martin Vonwald imagic@gmail.com: Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt? Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein Flag für Osmarenderer. Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in Mapnik etwas bescheiden aus ;-) wenn es sich um schmale Gassen handelt, würde ich highway=service und service=alley taggen, damit lösen sich viele Probleme schon von selbst, ggf. auch manche highway=pedestrian durch footway ersetzen, wenn es schmale Wege und keine echten Straßen sind. Hast Du mal einen Link zu einem Kartenausschnitt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderer mit width-support
Hallo Martin, Tagging für den Renderer? ;-) es passt nun mal nur highway=residential. Dieses Problem gibt es in allen Altstädten. Eine sinnvolle Lösung wäre z=19 (mit Verdrängung oder width lässt sich das in z=18 m.E: nicht lösen) Weiss jemand, ob z=19 geplant ist? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenexport: Polizei, Feuerwehr und Autobahnanschlussstellen
Am Freitag, 13. Juli 2012, 15:43:21 schrieb Pascal Vorhaus: Liebe Liste, Ich bin auf der Suche nach einer Export-Möglichkeit für die Kategorien: Polizeistationen, Feuerwachen und Autbahnanschlussstellen in Deutschland. Die Liste sollte die folgenden Daten enthalten: den Namen, die Adresse (Straße, Hausnummer, Ort und PLZ (so verfügbar)) und die GeoKoordinate (Log, Lat). Das Wichtigste wären die Koordinaten. Ich bin mit OpenStreetMap und XAPI query etc. extrem unbedarft und wende mich daher an diese Liste um Hilfe. Ich bin nicht sicher, ob meine Anfrage hier richtig ist und möchte an dieser Stelle, falls ich hier falsch bin, um freundliche Delegation oder einen Tipp bitten. Die Polizeistationen rund um Mülheim würe man z.B. über http://overpass-api.de/api/interpreter?data=[timeout:900]; (node[amenity=police](51.3,6.5,51.8,7.0);way[amenity=police] (51.3,6.5,51.8,7.0);;);out; bekommen (alles in eine Zeile) http://overpass- api.de/api/convert?data=%28node[amenity%3Dpolice]%2851.3%2C6.5%2C51.8%2C7.0%29%3Bway[amenity%3Dpolice]%2851.3%2C6.5%2C51.8%2C7.0%29%3B%3E%3B%29%3Bout%3B%0D%0Atarget=openlayers zeigt die Treffer als Karte. Bundesweit wäre dann die Bounding Box (51.3,6.5,51.8,7.0) durch (48.0,6.0,55.0,15.0) oder ähnliches zu ersetzen. Die Abfrage benötigt einige Minuten (z.B. die angegebenen 900 Sekunden = 15 Minuten). Analog wäre [amenity=police] entsprechend zu ersetzen. Was hier die richtigen Werte sind, verrät entweder das Wiki http://wiki.openstreetmap.org/wiki/ oder taginfo (http://taginfo.openstreetmap.org/). Ich weiß dies gerade nicht auswendig. Die Daten sind zunächst einmal die OSM-Rohdaten und müssten dann ggf. weiter konvertiert werden. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderer mit width-support
moin moin, ich glaube/hoffe, dass Mapnik das irgendwann mal kann. Es hängt imho davon ab, wann Mapnik endlich Formeln in den Style-Sheets vernünftig verarbeiten kann. bisher gehen nur solche Konstrukte: if width gt 2 and width lt 3 then else if width ge 3 and width lt 4 ... else if ... else if ... u.s.w. das ist einfach nicht vernünftig verwendbar. mapnik2 kann an einigen Stellen schon Formeln benutzen, aber eben noch nicht an allen. Dann könnte man die zu benutzende Breite einfach errechnen und das alles wieder in ein Layer packen. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Renderer-mit-width-support-tp5716540p5716606.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] La mappa OSM di Wikipedia si migliora
Il 12 luglio 2012 18:34, Otourly Wiki otou...@yahoo.fr ha scritto: La nuova funzionalità è stata attivata sulla wikipedia. grandi, bellissimo... Enjoy ;) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
2012/7/13 Luciano Montanaro mikel...@gmail.com: Alt... Non credo che debba essere una questione di consenso, ma di capire qual è la grafia corretta, se ce n'e' una corretta, o quella predominante, se cosi' non e'. All'insegna del mappo ciò che vedo: 1) i cartelli delle autostrade non hanno lo spazio 2) il sito di Autostrade le riporta senza spazio Quindi, almeno per l'Italia, secondo me va mappato Ax (senza lo spazio). Se c'è un bot che mette lo spazio, il bot sbaglia e va fermato (in Italia e per la dicitura Ax, per quella Ey o E y non so); poco mi importa che in Italia sia E45 e in Austria E 45 (allora dovremmo metterci d'accordo tra europei su cosa sia un bar... :-) ). -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Il giorno 13 luglio 2012 10:20, Sky One sky...@skyone.it ha scritto: 2012/7/13 Luciano Montanaro mikel...@gmail.com: Alt... Non credo che debba essere una questione di consenso, ma di capire qual è la grafia corretta, se ce n'e' una corretta, o quella predominante, se cosi' non e'. All'insegna del mappo ciò che vedo: 1) i cartelli delle autostrade non hanno lo spazio 2) il sito di Autostrade le riporta senza spazio Ehm mappo cio' che vedo va bene, ma... con un minimo di cognizione di causa. :-) A volte si vedono in giro cose astruse o impossibili, o semplicemente vecchie. Un esempio su tutti: i segnali che indicano la stazione dei Carabinieri di competenza riportano, qui da noi, il numero di telefono senza prefisso. E' una reminescenza dei bei vecchi tempi, fanno folklore e molta nostalgia, ma riportano un'informazione ormai inutile se non pericolosa per gli stranieri. Tornando al caso specifico, sarei anche io per la sintassi senza spazio, non soltanto per le autostrade ma anche per le statali e le provinciali. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Il 13 luglio 2012 11:34, niubii f.pelu...@gmail.com ha scritto: Tornando al caso specifico, sarei anche io per la sintassi senza spazio, non soltanto per le autostrade ma anche per le statali e le provinciali. +1 anche se per le strade europee dobbiamo avere un codice univoco con o senza spazio Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
On 13/07/2012 11:36, Luca Delucchi wrote: Il 13 luglio 2012 11:34, niubiif.pelu...@gmail.com ha scritto: Tornando al caso specifico, sarei anche io per la sintassi senza spazio, non soltanto per le autostrade ma anche per le statali e le provinciali. +1 anche se per le strade europee dobbiamo avere un codice univoco con o senza spazio +1 Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Carlo Stemberger: On 13/07/2012 11:36, Luca Delucchi wrote: Il 13 luglio 2012 11:34, niubiif.pelu...@gmail.com ha scritto: Tornando al caso specifico, sarei anche io per la sintassi senza spazio, non soltanto per le autostrade ma anche per le statali e le provinciali. +1 anche se per le strade europee dobbiamo avere un codice univoco con o senza spazio +1 Carlo +1 Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Re: access destination
2012/7/12 Elena ``of Valhalla'' elena.valha...@gmail.com: Mi viene un sospetto: non è che gli argini hanno il divieto di accesso perché non è garantito che siano sicuri (e garantirlo / metterli in sicurezza costa), ma all'ente interessa solo non essere responsabiledi eventuali incidenti? Credo anche io che spesso sia così. Mi sembra che ci fosse stato un caso del genere (nel milanese?) esplicitamente segnato sui cartelli (accesso vietato ai mezzi motorizzati, pedoni e forse bici a proprio rischio e pericolo?): non so come fosse stato deciso di taggare. Nel Lodigiano successe proprio così: incidente di un ciclista lungo l'argine in un tratto con il divieto di accesso. L'AIPO dice guardate che non ci potete andare e le varie polizie (locale, provinciale, ecc.) cominciano a far fioccare le multe. Sommossa popolar-ciclistica e dietrofront (o, meglio, precisazione) dell'AIPO: noi smettiamo di far fare le multe ma resta il divieto e se ci andate, sono cavoli vostri. Qui la situazione è un po' ingarbugliata a livello di mappatura, perché alcuni tratti sono legalmente percorribili anche in auto/moto, mentre altri sono totalmente vietati. -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Avmap Geosat2c
Tentativo inutile: hanno risposto che non si può. Ciao /niubii/ Il giorno 11 luglio 2012 15:14, niubii f.pelu...@gmail.com ha scritto: OK, io ci provo. Piuttosto che telefonargli, preferisco inviare qualche mail. Concludo con una riflessione a voce alta. Certe volte proprio non capisco per quale motivo queste aziende non si siano ancora buttate a palla. Secondo me, con un minimo sforzo, potrebbero conseguire grandi risultati. Forse la diffusione di Android li costringerà a cambiare idea. Ciao /niubii/ Il giorno 11 luglio 2012 15:02, Simone Cortesi sim...@cortesi.com ha scritto: 2012/7/11 niubii f.pelu...@gmail.com: mi hanno chiesto se il GPS in oggetto può utilizzare una mappa derivata da OSM. Facendo qualche ricerca mi sembrerebbe di no. no, non funziona, ma telefonare ad avmap e dire quanto ti farebbe piacere poter usare osm sui loro navigatori, potrebbe mettere in moto delle cose che sono ferme da un po'. tirato il sasso...adesso, nascondo la mano... :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] aggiornamento firmware garmin
...se ti fidi https://skydrive.live.com/?cid=e97ef30135544eafsc=documentsid=E97EF30135544EAF!2445 ...trovi tutti i firmware che hanno rilasciato e se ti leggi le mie considerazioni sull'utilizzo capisci pure come fare ad installarlo...magari modificandolo -- View this message in context: http://gis.19327.n5.nabble.com/aggiornamento-firmware-garmin-tp5715640p5716454.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Avmap Geosat2c
Potere è diverso da volere. Non possono o non vogliono? M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
2012/7/13 Luca Delucchi lucadel...@gmail.com: +1 anche se per le strade europee dobbiamo avere un codice univoco con o senza spazio secondome possiamo argomentare anche lì per un codice senza spazio, riferendoci sul documento originale dal 1951 che ho linkato sopra. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Harry Wood ha creato una mappa che consente di vedere il progresso del redaction bot (che toglie dati incompatibili con la nuova licenza). verde significa processato, rosso significa bot ha riscontrato problemi e giallo è il tile che viene attualmente processato. ciao, Martin -- Forwarded message -- From: Harry Wood m...@harrywood.co.uk Date: 2012/7/13 Subject: [Rebuild] Map display of the redaction bot progress To: rebu...@openstreetmap.org rebu...@openstreetmap.org I made a map display showing where the redaction bot has been: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php That's based on regions mentioned in the bot log files appearing here: http://gravitystorm.dev.openstreetmap.org/redactions/logs-live/ Andy set the bot going a second time in some regions to re-process them because it hit problems the first time round. Some bug to do with handling ampersand characters I think. This results in two polygons drawn on top of each-other on my map display, which is a bit confusing. I'll have to try to fix that. Although it's a .php URL, I didn't actually do anything with php code. It's just HTML/javascript (get it by doing 'view source'!) But I have a ruby script running every minute to produce this JSONP file: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.json I know there's various obvious improvements I should make. Harry Wood ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Il 13 luglio 2012 18:04, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: secondome possiamo argomentare anche lì per un codice senza spazio, riferendoci sul documento originale dal 1951 che ho linkato sopra. supporto soprattutto questa soluzione... ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A1 o A 1?
Il 13 luglio 2012 18:56, Luca Delucchi ha scritto: Il 13 luglio 2012 18:04, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: secondome possiamo argomentare anche lì per un codice senza spazio, riferendoci sul documento originale dal 1951 che ho linkato sopra. supporto soprattutto questa soluzione... l'appoggerei anche io, però quest'altro documento più recente (1975-2002) sempre dell'ONU, citato in http://it.wikipedia.org/wiki/Strade_europee usa gli spazi http://www.unece.org/trans/doc/2002/sc1agr/TRANS-SC1-AC5-2002-03e.pdf il documento del 1950 riportava: This sign shall consist of the letter E followed by the designated number of the route in Arabic numerals. quello del 1975 aggiunge generally: This sign consists of the letter E, generally followed by the number in Arabic numerals attributed to the route. -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Licencijos keitimas ir duomenų šalinimas
Progresą galima stebėt čia - http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php 2012/7/10 Tomas Straupis tomasstrau...@gmail.com Sveiki „Talk“ sąrašyne pranešta, kad nuo rytojaus (2012-07-11) bus paleistas su nauja licencija nesuderinamų duomenų šalinimas. Visų pirma bus apdoroti Airijos, tada UK ir tada kitų šalių duomenys. Šiuo metu galvojama, kad procesas užtruks ~mėnesį. Taigi neišsigąskite, jei kai kuriose Lietuvos vietose (Tauragė, Kaunas) dings dalis duomenų. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Licencijos keitimas ir duomenų šalinimas
Ir čia: http://www.openstreetmap.org/user/OSMF Redaction Account/edits ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-se] ODbL boten kommer
Hejsan! Nu är ODbL-boten igång för fullt: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php Finns ännu lite röda fläckar som man hinner rädda om man känner för det. ;) tools.geofabrik.de/osmi/?view=wtfelon=16.17565lat=62.90741zoom=5 /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] cartografia desplaza en las ciudades de La Paz y Cochabamba
On Viernes, 13 de julio de 2012 07:46:32 Carlos Dávila escribió: El 13/07/12 00:19, rmendoza escribió: Distinguidos Hoy por la tarde estuve con la intención de realizar actualizaciones de algunas calles de la ciudad donde vivo, sin embargo pude detectar que todas las calles de la Ciudad de La Paz y sus otros elementos urbanos (equipamiento urbano) tienen un dezplamiento de 50 m aproximadamente con respecto a la imagen de satelite, aspecto que en semanas anteriores no ocurria, por tanto les consulto con quien debo contactarme para arreglar este problema o quien es el responsable de restituir la cartografia correcta. A mi me suena a problema de DATUM al importar algo, aunque vete a saber quien es el culpable, si las fotos o osm. Muchas gracias por su colaboración Atte. Creo que es más probable que lo que esté desplazado sean las fotografías aéreas, más que la cartografía, a no ser que algún gracioso haya movido de golpe toda la Ciudad de La Paz. Mira el historial de los nodos que formen parte de algunas calles que supieras que estaban mapeadas antes de ese supuesto desplazamiento, a ver si han tenido algún cambio reciente. También puedes comparar con trazas GPS tuyas o que estén subidas a OSM. Esas comprobaciones te pueden dar idea de qué es lo que esté realmente desplazado. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Baumkataster Wien - Import
Hallo Markus! Mir sind gestern beim Vorbeifahren die Bäume am Lerchenfelder Gürtel (von KaiRo) aufgefallen: http://osm.org/go/0JrC~UeMH-- Die decken sich ziemlich mit den in der MZK eingezeichneten. Inwieweit sind die deckungsgleich mit dem Baumkataster und inwieweit könnte man diese Bäume durch den Baumkataster ergänzen (Art, Stammdurchmesser, Kronendurchmesser, Alter,...)? Gibt's schon irgendwo eine Slippy Map, mit der man so einen Vergleich (Standard-OSM und Baumkataster mit Lage und Details) durchführen könnte? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Achja, von den Bäume von denen du gesprochen hast, ein paar davon sieht man im Bild im Absatz Positional Accuracy in meinem BlogPost. Diese (und auch andere Alleebäume in der OSM) scheinen niemals mehr als 1,5m Abstand zum OGD-Datensatz zu haben. Am 2012-07-13 11:27, schrieb Markus Mayr: Nein, ich habe die Vergleiche alle offline mit QuantumGIS durchgeführt, mit dem das eigentlich sehr gut funktioniert. Bäume, die in aus unterschiedlichen Datensätzen in einem 5m Radius zueinander liegen werden sowieso prinzipiell nicht übernommen, aber eine eigene Datei erzeugt, mit der man dann fortfahren kann (genau genommen ist die Datei so klein, ich kann sie gleich im Anhang mitschicken.) Mit dieser kann man dann weiter verfahren, wie man will. Theoretisch könnte man in späterer Folge sogar ein Tool entwerfen, mit dem man spätere Versionen des OGD-Datensatzes mit den bestehenden Bäumen abgleichen kann (- wenn Fund in 1 Meter Radius, dann nimm an, dass Baum der selbe ist - Vergleich der Attribute. Für diesen Fall wäre es gut, beim Import eine Art Flag-Attribut hinzuzufügen, das entfernt wird, sobald der Baum manuell bearbeitet wurde, damit man später solche Bäume übergehen kann, um nicht Änderungen von späteren Bearbeitungen zu überschreiben) Grüße, Markus Am 2012-07-13 08:31, schrieb Andreas Labres: Mir sind gestern beim Vorbeifahren die B=E4ume am Lerchenfelder G=FCrtel (v= on KaiRo) aufgefallen: http://osm.org/go/0JrC~UeMH-- Die decken sich ziemlich mit den in der MZK eingezeichneten. Inwieweit sind= die deckungsgleich mit dem Baumkataster und inwieweit k=F6nnte man diese B=E4um= e durch den Baumkataster erg=E4nzen (Art, Stammdurchmesser, Kronendurchmesser, Alte= r,...)? Gibt's schon irgendwo eine Slippy Map, mit der man so einen Vergleich (Standard-OSM und Baumkataster mit Lage und Details) durchf=FChren k=F6nnte? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Delivered-To: markus4mayr.li...@gmail.com Received: by 10.76.7.148 with SMTP id j20csp71089oaa; Thu, 12 Jul 2012 23:31:43 -0700 (PDT) Received: by 10.14.45.10 with SMTP id o10mr228118eeb.166.1342161102736; Thu, 12 Jul 2012 23:31:42 -0700 (PDT) Return-Path: talk-at-boun...@openstreetmap.org Received: from shenron.openstreetmap.org (shenron.openstreetmap.org. [2001:41c8:10:996:21d:7dff:fec3:df70]) by mx.google.com with ESMTPS id n5si4466562eeh.147.2012.07.12.23.31.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Jul 2012 23:31:41 -0700 (PDT) Received-SPF: pass (google.com: domain of talk-at-boun...@openstreetmap.org designates 2001:41c8:10:996:21d:7dff:fec3:df70 as permitted sender) client-ip=2001:41c8:10:996:21d:7dff:fec3:df70; Authentication-Results: mx.google.com; spf=pass (google.com: domain of talk-at-boun...@openstreetmap.org designates 2001:41c8:10:996:21d:7dff:fec3:df70 as permitted sender) smtp.mail=talk-at-boun...@openstreetmap.org Received: from localhost ([::1]:55581 helo=shenron.openstreetmap.org) by shenron.openstreetmap.org with esmtp (Exim 4.71) (envelope-from talk-at-boun...@openstreetmap.org) id 1SpZPP-0004zf-NW; Fri, 13 Jul 2012 07:31:23 +0100 Received: from hermes.aico.at ([91.118.4.237]:35073) by shenron.openstreetmap.org with esmtp (Exim 4.71) (envelope-from l...@lab.at) id 1SpZPH-0004zK-4P for talk-at@openstreetmap.org; Fri, 13 Jul 2012 07:31:19 +0100 Received: from [192.168.28.11] (gw.lab.at [83.64.140.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hermes.aico.at (Postfix) with ESMTPSA id F069C135855 for talk-at@openstreetmap.org; Fri, 13 Jul 2012 08:31:06 +0200 (CEST) Message-ID: 4fffc0a4.5070...@al.lab.at Date: Fri, 13 Jul 2012 08:31:00 +0200 From: Andreas Labres l...@lab.at User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.5) Gecko/20070716 Thunderbird/2.0.0.5 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: OpenStreetMap AT talk-at@openstreetmap.org References: 4ffef724.1090...@gmail.com 4fff8d64.8000...@gmail.com In-Reply-To: 4fff8d64.8000...@gmail.com Subject: Re: [Talk-at] Baumkataster Wien - Import X-BeenThere: talk-at@openstreetmap.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: OpenStreetMap AT talk-at@openstreetmap.org List-Id: OpenStreetMap AT talk-at.openstreetmap.org List-Unsubscribe: http://lists.openstreetmap.org/options/talk-at, mailto:talk-at-requ...@openstreetmap.org?subject=unsubscribe List-Archive: http://lists.openstreetmap.org/pipermail/talk-at List-Post: mailto:talk-at@openstreetmap.org List-Help: mailto:talk-at-requ...@openstreetmap.org?subject=help List-Subscribe: http://lists.openstreetmap.org/listinfo/talk-at, mailto:talk-at-requ...@openstreetmap.org?subject=subscribe Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Errors-To:
Re: [Talk-at] Baumkataster Wien - Import
Genial! Kannst du dein Python Script bzw. die generierte Josm Datei irgendwo Online stellen? Dann könnte ich die Daten einmal auf meinen Server einspielen und eine vor bzw. nach dem Baumkataster Import Karte erstellen. cu andreas Am 13. Juli 2012 04:52 schrieb Markus Mayr markus4mayr.li...@gmail.com: Hallo, nochmals! Ich habe meine Analyse und bisheriges Procedere zum OGD-Baumkataster-Import hier niedergeschrieben: http://gisforge.wordpress.com/2012/07/13/preparing-the-opengovernment-treecadastre-of-vienna-for-osm-import/ Der nach diesen Kriterien erstellte Datensatz liegt im JOSM bereit. Was haltet ihr davon? Verbesserungsvorschläge? Kommentare? Grüße, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Google Maps für Radfahrer
Hallo! Hat schon wer das Googlesche Angebot für Radfahrer http://maps.google.com/maps?ll=48.208316,16.385336spn=0.04433,0.062485t=mz=14lci=bike mit dem unseren verglichen? /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Das wäre interessant zu sehen. Ginge das eventuell sogar im Standard-Mapnik Stil? Der vorläufige Datensatz ist hier: http://dl.dropbox.com/u/2137759/include.csv.tar.gz (Wenn du lieber eine OSM.XML hättest, so kann ich auch diese schicken.) Dieser wird noch etwas verändert, aber im Großen und Ganzen stimmt er schon. Am 2012-07-13 11:44, schrieb Andreas Trawoeger: Genial! Kannst du dein Python Script bzw. die generierte Josm Datei irgendwo Online stellen? Dann könnte ich die Daten einmal auf meinen Server einspielen und eine vor bzw. nach dem Baumkataster Import Karte erstellen. cu andreas Am 13. Juli 2012 04:52 schrieb Markus Mayr markus4mayr.li...@gmail.com: Hallo, nochmals! Ich habe meine Analyse und bisheriges Procedere zum OGD-Baumkataster-Import hier niedergeschrieben: http://gisforge.wordpress.com/2012/07/13/preparing-the-opengovernment-treecadastre-of-vienna-for-osm-import/ Der nach diesen Kriterien erstellte Datensatz liegt im JOSM bereit. Was haltet ihr davon? Verbesserungsvorschläge? Kommentare? Grüße, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Die Baumnummer zu integrieren ist wahrschienlich tatsächlich sinnvoll. Gut, dass es die Möglichkeit für das Pflanzjahr gibt! Den Kronendurchmesser in width zu speichern finde ich zwar nicht sehr elegant, aber immer noch besser als diameter_crown. taxon:cultivar würde ich dennoch belasse, da sonst die dezidierte Angabe der Sorte verloren geht, aber taxon allgemein auch hinzufügen. Die Groß-Kleinschreibung ist nun auch korrekt. Bezüglich Sträucher: Ich habe natural=tree immer als Gehölz betrachtet, aber man sollte es wohl tatsächlich auf Baum reduzieren. Da müsste ich noch einen Filter in das Script einbauen, das, wie von dir vorgeschlagen, nach Artname und Höhe selektiert. Warum ist dir Föhre wichtiger als Kiefer? Zumindest für mich ist Kiefer nicht weniger Österreichisch, bzw. genau so üblich? Am 2012-07-13 11:47, schrieb Friedrich Volkmann: On 12.07.2012 18:11, Markus Mayr wrote: Ich habe im Script, welches das Feld ART im OGD-Datensatz in OSM-kompatible genus, species und species:de Felder zerlegt um eine Benennung des type - Feldes erweitert. Dieses wird mit folgendem Filter-Code ermittelt. Es wäre gut, wenn jemand mit botanischen Kenntnissen nochmals darüberblicken könnte, damit sich keine Fehler eingeschlichen haben. (darf ich dabei auf dein Angebot zurückgreifen, Friedrich V. ? ;-) ) Vor allem über den Ginkgo könnte man diskutieren ... Ilex ist keine richtige Palme, sondern type=broad_leaved. Die übrigen, die ich auswendig kenne, stimmen. Die, die ich nicht kenne, müsste ich selber nachschauen. Fallls du das selber schon gemacht hast, spare ich mir das... Ginkgo ist natürlich ein Problem, aber ich glaube, broad_leaved ist ok, weil er ja breitblättrig ist und daher eine Darstellung als Laubbaum in Karten wünschenswert ist. Bei einigen Gattungen würde ich eher auf Sträucher tippen, z.B. Sambucus, Cotoneaster, Juniperus, Buxus. Das müsste man sich halt im Einzelfall anschauen (v.a. in Verbindung mit dem Artnamen und der Höhe). Die Werte (leer) und nadelbaum gehören natürlich nicht in species=* gespeichert. Bei baumgruppe würde ich das ganze Objekt nicht anlegen, denn natural=tree ist definiert als Einzelbaum. In deinem Codeextract sind die Gattungsnamen klein geschrieben. Wahrscheinlich weißt du eh: Im Tagwert gehören sie dann mit großem Anfangsbuchstaben (betrifft aber nur das erste Wort). genus=* würde ich nicht speichern, da redundant zu species=*. Jede Anwendung, die genus=* auswertet, sollte gescheit genug sein um das auch aus species=* auslesen zu können. taxon*=* sind non-standard Tags. taxon=* eignet sich gut um die ganze Wurst (wissensch. Name inklusive Name von Unterart/Varietät/Form/Sorte) zu übernehmen. Den Rest (taxon:species usw.) kannst du vergessen. Wenn du irgendwo deutsche Artnamen speicherst (wie auf deiner Webseite angedeutet), bitte -föhre statt -kiefer. Und falls irgendwo Weißkiefer oder Waldkiefer vorkommt, auf Rotföhre umändern. Ditto Weißbuche - Hainbuche. Folgende Felder könnten wir in OSM durchaus auch übernehmen: BAUMNUMMER = tree:ref (mein Vorschlag, gibts noch nicht) PFLANZJAHR = start_date KRONENDURCHMESSER = width ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Am 13. Juli 2012 12:06 schrieb Markus Mayr markus4mayr.li...@gmail.com: Das wäre interessant zu sehen. Ginge das eventuell sogar im Standard-Mapnik Stil? Leider nein, ich verwende mittlerweile Imposm [0], Tilemill [1] und Mapnik2 [2] zum Kartenerstellen, weshalb ich den Default OSM Style derzeit nicht rendern kann. Es ist aber eine gute Gelegenheit den neuen Pandonia Style [3] von Flickr auszuprobieren. cu andreas [0] http://imposm.org [1] http://mapbox.com/tilemill/ [2] https://github.com/mapnik/mapnik/wiki/Mapnik2 [3] https://github.com/flickr/Pandonia ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Am 13. Juli 2012 12:44 schrieb Markus Mayr markus4mayr.li...@gmail.com: Die Baumnummer zu integrieren ist wahrschienlich tatsächlich sinnvoll. Theoretisch sollte jeder Baum der im ODG Baumkataster eingezeichnet mit einem Schild mit der Baumnummer markiert sein. Insofern macht die Baumnummer in OSM auf alle Fälle Sinn, weil man im Falle das Falles die Zuordnung vor Ort anhand des Nummernschildes klären könnte. cu andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] OSM Karte als WMS???
Servus! Eine Frage an die Spezialisten: Für ein spezielles Projekt würde ein WMS der Karte (mapnik o.ä.) benötigt, zu allem Überfluss auch noch in der österreichischen Gauß-Krüger-Projektion. Und es ist unabdingbar, dass die Karte topaktuell ist, weil der workflow vorsieht, in Potlach Daten einzugeben und anschließend die Ergebnisse über eben dieses WMS weiter zu verwenden. Kennt da vielleicht jemand eine Lösung dafür? Und wenn nein, traut sich wer zu, sowas zu implementieren? Details zu dem Projekt möchte ich zu diesem Zeitpunkt noch nicht verbreiten, nur soviel: Es würde Gemeindemitarbeiter (Bauamt) dazu motivieren, Häuser, Bauvorhaben und Adressen einzuzeichnen und obendrein auch aktuell zu halten. -- MfG, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM Karte als WMS???
mapproxy. Am Fr 13 Jul 2012 13:20:48 CEST schrieb Boris Cornet: Servus! Eine Frage an die Spezialisten: Für ein spezielles Projekt würde ein WMS der Karte (mapnik o.ä.) benötigt, zu allem Überfluss auch noch in der österreichischen Gauß-Krüger-Projektion. Und es ist unabdingbar, dass die Karte topaktuell ist, weil der workflow vorsieht, in Potlach Daten einzugeben und anschließend die Ergebnisse über eben dieses WMS weiter zu verwenden. Kennt da vielleicht jemand eine Lösung dafür? Und wenn nein, traut sich wer zu, sowas zu implementieren? Details zu dem Projekt möchte ich zu diesem Zeitpunkt noch nicht verbreiten, nur soviel: Es würde Gemeindemitarbeiter (Bauamt) dazu motivieren, Häuser, Bauvorhaben und Adressen einzuzeichnen und obendrein auch aktuell zu halten. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM Karte als WMS???
Hallo, On 07/13/2012 01:20 PM, Boris Cornet wrote: Kennt da vielleicht jemand eine Lösung dafür? Die Geofabrik hat einen (kostenpflichtigen) WMS, der basiert auf einem ganz normalen Apache+Mapnik und einem WMS-Modul namens mod_mapnik_wms, das im OSM-SVN ist. Damit koennte man so einen WMS aufsetzen, dazu braucht man dann halt die uebliche mit osmosis/osm2pgsql aktuell gehaltene Datenbank. Wenns nur Oesterreich sein soll, geht das vermutlich auch auf normaler Hardware. Etwas knifflig ist es beim WMS immer, wenn die Leute zu weit rauszoomen, dann wird es superlangsam, man muss dazu ein paar Aenderungen am Stil machen und Datenbank-Indizes, damit es benutzbar bleibt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM Karte als WMS???
Am 13. Juli 2012 13:20 schrieb Boris Cornet bor...@osm-at.org: Servus! Eine Frage an die Spezialisten: Für ein spezielles Projekt würde ein WMS der Karte (mapnik o.ä.) benötigt, zu allem Überfluss auch noch in der österreichischen Gauß-Krüger-Projektion. Und es ist unabdingbar, dass die Karte topaktuell ist, weil der workflow vorsieht, in Potlach Daten einzugeben und anschließend die Ergebnisse über eben dieses WMS weiter zu verwenden. Was genau braucht ihr? Wenn ihr die Standard OSM-Tiles in einer Gauß-Krüger-Projektion benötigt ist die Antwort auf eure Frage eindeutig MapProxy.org. Ich habe ein Demo dazu laufen unter [0] und könnte euch zum Testen im Laufe der nächsten Woche die Gauß-Krüger-Projektion konfigurieren. Mir ist nur nicht klar wie genau die Daten von Potlach in den WMS Server kommen sollen? Wenn die Daten per Potlach im OpenStreetMap Datenbank Server eingeben braucht es eine Zeit bis die entsprechenden Tiles am OSM-Server aktualisiert sind. Wenn die Daten daher sofort über den WMS Server verfügbar sein sollen, müsstet ihr eine ständig aktuelle Replik der OSM Datenbank aufbauen und das Tile Rendering selbst übernehmen, was einen ziemlichen Aufwand darstellen würde. cu andreas [0] http://services.opengeoserver.org/demo/?srs=EPSG%3A3857format=image%2Fpngwms_layer=globe.osm.default ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM Karte als WMS???
Hallo, On 07/13/2012 02:09 PM, Andreas Trawoeger wrote: Habe gerade nachgelesen. Das kostenpflichtige WMS Server Angebot von GeoFabrik ist auf 5 Minuten aktuell und unterstützt die diversen Gauß-Krüger Streifen: http://www.geofabrik.de/data/wms.html Ja, also die Geofabrik verkauft den Dienst natuerlich gern, aber wie in der anderen Mail geschrieben, die Technik dahinter ist komplett Open Source, also man kann das auch selber nachbauen. MapProxy kann das Gewuenschte auch, aber man wuerde dabei halt auf OSM-Tiles zurueckgreifen und diese verzerren lassen, was nicht huebsch aussieht und ausserdem bedeutet, dass man vom OSM-Server abhaengig ist - der ist meistens sehr aktuell, aber garantieren tut einem das keiner. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Soweit habe ich einmal nur den Import noch nicht bestehender Bäume geplant. Das Hinzufügen von fehlenden Informationen zu bestehenden Bäumen kann man dann nachträglich immer noch machen. Das geht dann allerdings meines Wissens nach mit dem JOSM nicht mehr, da müsste ein eigenes update-script her. Oder kennt jemand dafür einen anderen Workflow? Am 2012-07-13 14:18, schrieb Robert Kaiser: Andreas Labres schrieb: Mir sind gestern beim Vorbeifahren die Bäume am Lerchenfelder Gürtel (von KaiRo) aufgefallen: http://osm.org/go/0JrC~UeMH-- Die decken sich ziemlich mit den in der MZK eingezeichneten. Inwieweit sind die deckungsgleich mit dem Baumkataster und inwieweit könnte man diese Bäume durch den Baumkataster ergänzen (Art, Stammdurchmesser, Kronendurchmesser, Alter,...)? Die hab ich direkt von den wien.at-Karten abgezeichnet (Duplizieren im JOSM ist da ganz angenehm, weil er die neue Node genau auf die Mausposituion zentriert). Werden die (und andere existente) über den Baumkataster-Imort ergänzt oder ersetzt, ist mir das alles Recht. Jetzt haben sie außer natural=tree und die Koordinaten eh gar keine Info. Nur zu doppelten Bäumen sollte es nicht kommen. :) Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM Karte als WMS???
Am 13. Juli 2012 14:19 schrieb Frederik Ramm frede...@remote.org: On 07/13/2012 02:09 PM, Andreas Trawoeger wrote: Habe gerade nachgelesen. Das kostenpflichtige WMS Server Angebot von GeoFabrik ist auf 5 Minuten aktuell und unterstützt die diversen Gauß-Krüger Streifen: http://www.geofabrik.de/data/wms.html Ja, also die Geofabrik verkauft den Dienst natuerlich gern, aber wie in der anderen Mail geschrieben, die Technik dahinter ist komplett Open Source, also man kann das auch selber nachbauen. MapProxy kann das Gewuenschte auch, aber man wuerde dabei halt auf OSM-Tiles zurueckgreifen und diese verzerren lassen, was nicht huebsch aussieht und ausserdem bedeutet, dass man vom OSM-Server abhaengig ist - der ist meistens sehr aktuell, aber garantieren tut einem das keiner. MapProxy unterstützt schon sei längerem das direkte Rendering mittels Mapnik. Insofern kann man sich mittels MapProxy die Tiles in der gewünschten Projektion auch selbst rendern und per WMS zur Verfügung stellen. cu andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Bezüglich dem Filtern von Sträuchern: Ich sehe da keine einfache Lösung. Ein bisschen habe ich nun mit Stammdicke, Kronendurchmesser und Art experimentiert, aber sehr verlässlich wirkt das nicht. Ein manueller Check wirkt dabei auch unmachbar. Ich würde alles Importieren - eventuell könnte man die niedrigen ( kleiner als 1.5meter) Einträge aussen vor lassen, aber viele sind das auch nicht. Am 2012-07-13 12:52, schrieb Andreas Trawoeger: Am 13. Juli 2012 12:06 schrieb Markus Mayr markus4mayr.li...@gmail.com: Das wäre interessant zu sehen. Ginge das eventuell sogar im Standard-Mapnik Stil? Leider nein, ich verwende mittlerweile Imposm [0], Tilemill [1] und Mapnik2 [2] zum Kartenerstellen, weshalb ich den Default OSM Style derzeit nicht rendern kann. Es ist aber eine gute Gelegenheit den neuen Pandonia Style [3] von Flickr auszuprobieren. cu andreas [0] http://imposm.org [1] http://mapbox.com/tilemill/ [2] https://github.com/mapnik/mapnik/wiki/Mapnik2 [3] https://github.com/flickr/Pandonia ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Markus Mayr wrote: Zumindest für mich ist Kiefer nicht weniger Österreichisch, bzw. genau so üblich? Wo bist du aufgewachsen? Im Südlichen Mitteleuropa nennt man die Kiefern (Pinus-Arten) gewöhnlich Föhren, Fohren oder Forchen, im niederdeutschen Sprachgebiet auch Fuhren. [...] (Ellenberg in Vegetation Mitteleuropas mit den Alpen) Aber wir können das gern bei einer Wanderung im Naturpark Kiefernberge besprechen. ;-) Bezüglich dem Filtern von Sträuchern: Ich sehe da keine einfache Lösung. Ein bisschen habe ich nun mit Stammdicke, Kronendurchmesser und Art experimentiert, aber sehr verlässlich wirkt das nicht. Ein manueller Check wirkt dabei auch unmachbar. Ich würde alles Importieren - eventuell könnte man die niedrigen ( kleiner als 1.5meter) Einträge aussen vor lassen, aber viele sind das auch nicht. 1.5 m ist zu gering bemessen, aber wenn die Grenze höher liegt, gäbe es false positives durch Jungbäume. Man müsste die Höhe mit dem Alter (akt. Jahr minus Pflanzjahr) vergleichen, und das am besten abhängig von der Art... Ich hab mir die von mir im vorigen Mail genannten Gattungen in deiner Liste angeschaut: Buxus und Cotoneaster gibts jeweils nur einen, mit 8 bzw. 6 m = Bäume. Juniperus gibts mehrere Arten: der Baumwacholder ist unverdächtig, der eine gewöhnliche und der eine syrische haben Baumhöhe. Seltsam sind die Juniperus chinensis - einige nur 1m hoch. Bonsai? Einige Sambucus nigra sind mit 4m Höhe angegeben, das können durchaus Sträucher sein. Vielleicht am besten, alles übernehmen und ungefähr in folgenden Fällen ein fixme=Baum oder Strauch? setzen: alle Sambucus =4m alle Juniperus (außer virginiana) 3m (weitere hartkodierte Arten?) alle übrigen Bäume = 2m wenn Alter 3a -- 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-cz] kde můžu pomoct?
On Wed 2012-07-11 21:22:16, Michal Pustějovský wrote:
Miroslav Šulc fordfrog@... writes:
zdravím,
jsem tu nový a tak se chci zeptat, kde a s čím případně můžu pomoct, na
čem má smysl pracovat a na čem ne. co jsem třeba tak nějak pochopil, tak
adresní body asi aktuálně nemá smysl ručně v mapách řešit. přijde mi, že
aktuálně asi hlavním uživatelsky kvalitativním nedostatkem čr map jsou
ulice bez názvů, ale nemám přehled, v jakém rozsahu chybí názvy ulic a
jestli se na tom nějak pracuje. další problém, na který jsem narazil, je
že některé ulice na mapě vůbec nejsou. to se ale asi špatně hledá, pokud
člověk danou oblast nezná nebo ji nezpracovává globálně. chybějící ulice
by se asi daly najít porovnáním osm dat s nějakou db ulic. další věc,
která mě napadá, je malování budov, ale to si myslím, že je v tuhle
chvíli spíš bonus a v současnosti to nemá takovou prioritu.
Na doplňování názvů ulic ve městech může skvěle posloužit OSM Inspector
(http://tools.geofabrik.de/osmi/?view=wtfe ; vrstva highways zobrazuje silnice
bez ref. čísla nebo názvu - ale i u vesnic). Dalším dobrým nástrojem pro
mapování je KeepRight (http://www.keepright.at/).
A nebo tahle vec :-). Vetsinou se trefi... Patri to do
~/sf/openstreetmap/svn.openstreetmap.org/applications/lib/libosm/nameit
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
#include Parser.h
#include Client.h
#include Node.h
#include iostream
#include fstream
#include sstream
#include functions.h
using std::cerr;
using std::cerr;
using std::endl;
void dotest(OSM::Components *comp1);
int main(int argc,char* argv[])
{
if(argc1)
{
cerrUsage: test InOsmFile OsmUsername OsmPassword endl;
exit(1);
}
std::ifstream in(argv[1]);
OSM::Components *comp1 = OSM::Parser::parse(in);
in.close();
cerr Testing components from local file: endl;
dotest(comp1);
comp1-toXML(std::cout);
delete comp1;
return 0;
}
struct ltstr
{
bool operator()(const std::string s1, const std::string s2) const
{
return s1 s2;
}
};
void
oneaddress(OSM::Way *w, OSM::Node *n1, OSM::Node *n2, OSM::Node *n, std::map std::string, float results)
{
std::vectorstd::string keys = n-getTags();
const std::string street = n-tags[addr:street];
if (street == )
return;
float dist = OSM::distp(n-getLat(), n-getLon(),
n1-getLat(), n1-getLon(),
n2-getLat(), n2-getLon());
if (dist 0.0005) {
// cerr Have street street near way is w-tags[name] endl;
results[street] += 1/(dist+.1);
}
}
static int total_ways, processed_ways,
test_total, test_okay, test_coverage, devel_total, devel_coverage;
void dotest(OSM::Components *comp1)
{
comp1-rewindSegments();
comp1-rewindWays();
while(comp1-hasMoreWays())
{
OSM::Way *w = comp1-nextWay();
// cerr Way id: w-id tags: endl;
std::vectorstd::string keys = w-getTags();
OSM::Node *n1 = NULL, *n2 = NULL;
std::map std::string, float results;
total_ways++;
if (w-tags[highway] != residential)
continue;
processed_ways++;
#if 0
for(int count=0; countkeys.size(); count++)
{
cerr Key: keys[count] Value:
w-tags[keys[count]] endl;
}
#endif
for(int count=0; countw-nSegments(); count++)
{
// cerr Node: w-getSegment(count) endl;
n2 = n1;
n1 = comp1-getNode(w-getSegment(count));
if (n2)
{
comp1-rewindNodes();
while(comp1-hasMoreNodes())
{
OSM::Node *n = comp1-nextNode();
oneaddress(w, n1, n2, n, results);
}
}
}
float max = 0; std::string maxs = ;
cerr w-id w-tags[name];
// cerr endl --- endl;
for(std::mapstd::string,float::iterator i=results.begin();
i!=results.end(); i++) {
// cerr i-first - i-second endl;
if (i-second max) {
max = i-second;
maxs = i-first;
}
}
cerr : maxs endl;
if (w-tags[name] != ) {
test_total++;
if (maxs != ) {
test_coverage++;
if (maxs == w-tags[name])
test_okay++;
else {
w-tags[autoname] = maxs;
w-tags[autoname:source] = nameit/uir-adr;
}
}
} else {
devel_total++;
if (maxs != ) {
devel_coverage++;
w-tags[name] = maxs;
w-tags[name:source] = nameit/uir-adr;
w-changed = 1;
}
}
}
fprintf(stderr, ---\n);
fprintf(stderr, %d total ways, %d processed\n, total_ways, processed_ways);
fprintf(stderr, ... test total %d ways, coverage %d, okay %d (precission %d%%, recall %d%%)\n, test_total, test_coverage, test_okay, (int) ((test_okay*100.0) / test_coverage), (int) ((test_coverage*100.0) / test_total));
fprintf(stderr, ... devel total %d ways, coverage %d, okay ??? (precission ???, recall %d%%)\n, devel_total, devel_coverage, (int) ((devel_coverage*100.0)
Re: [OSM-talk-fr] Réf.: Re: Besoin de 3 Volontaires demain à Paris 10h00 - 14h00 JT Canal+
Salut à tous, Je confirme, Gaël et Christian étaient sur i-télé ce matin. C'est sympa de pouvoir mettre un visage sur des emails. Bravo à nos deux stars du jour et surtout bravo à toute la communauté qui donne vie à ce projet. Arnaud 2012/7/13 THEVENON Julien julien_theve...@yahoo.fr un collegue me signale que i-tv vient de parler d OpenStreetMap. peut etre le meme reportage? Julien -- Le jeu. 12 juil. 2012 22:16 HAEC, Romain MEHUT a écrit : Le reportage est en ligne: http://www.canalplus.fr/c-infos-documentaires/pid2800-c-le-jt-de-canal.html(à 16 min 15 s) avec Gaël, Christian et René-Luc. Au fait il est passé où Axel? Romain Le 11 juillet 2012 15:18, Christian Quest cqu...@openstreetmap.fr a écrit : Une petite photo en attendant: http://openstreetmap.fr/2012-07-JT-Canal Je ne sais pas quand la diffusion est prévue, mais ça devrait aller vite sauf si c'est un sujet bouche trou gardé au frigo. Je programme les enregistrements sur ma freebox... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un train léger
Bonjour, Dans mon patelin il y a un train pour enfants dans un parc. Le voici sur OSM : http://osm.org/go/0ApJS7lzb-- et le voilà en photo : http://www.flickr.com/photos/mpoudisk/7560523646/in/photostream Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce juste ? Ensuite, comme pratiquement partout dans mon quartier, la source est marquée en erreur, il y aurait une double source ?... Comment résoudre cela ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
:)) Peut-on aussi taguer les manèges, chevaux sur ressorts et autres araignées de cordes ? Pour les parcs d'attraction, peut-on taguer les rivières comme étant artificielles (du genre rapides) ? Teuxe - Mail original - De: Ista Pouss ista...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Vendredi 13 Juillet 2012 09:27:48 Objet: [OSM-talk-fr] Un train léger Bonjour, Dans mon patelin il y a un train pour enfants dans un parc. Le voici sur OSM : http://osm.org/go/0ApJS7lzb-- et le voilà en photo : http://www.flickr.com/photos/mpoudisk/7560523646/in/photostream Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce juste ? Ensuite, comme pratiquement partout dans mon quartier, la source est marquée en erreur, il y aurait une double source ?... Comment résoudre cela ? Merci. ___ 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] Un train léger
Bonjour, De : te...@free.fr :)) Peut-on aussi taguer les manèges, chevaux sur ressorts et autres araignées de cordes ? Pour les parcs d'attraction, peut-on taguer les rivières comme étant artificielles (du genre rapides) ? Cette page du wiki contient sûrement quelques réponses : http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment Réflexion reprise par ailleurs en ce moment pour les données de Versailles : http://wiki.openstreetmap.org/wiki/Open_Data_Versailles:_analyse_des_donn%C3%A9es vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
Le vendredi 13 juillet 2012 09:27:48 Ista Pouss a écrit : Bonjour, Dans mon patelin il y a un train pour enfants dans un parc. Le voici sur OSM : http://osm.org/go/0ApJS7lzb-- et le voilà en photo : http://www.flickr.com/photos/mpoudisk/7560523646/in/photostream Ha tiens, j'ai le même : http://www.openstreetmap.org/browse/way/70219298 Mais le mien est un peu plus gros : http://www.youtube.com/watch?v=J_WH3sN5c3I (je n'ai rien à voir avec cette vidéo ;-) ) Dans mon cas, il a quand même deux gares et peut servir de moyen de transport. Dans ton cas, c'est peut-être plus délicat … toy=yes ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveautés Open Data
Bonjour, Les nouveaux venus: Saint-Maur-des-Fosséshttp://www.data.gouv.fr/donnees/view/Equipements-municipaux-de-la-ville-de-Saint-Maur-des-Foss%C3%A9s-551761?xtmc=saint-maur-des-fossesxtcr=8(clin d’œil à Christian) Département de Maine-et-Loire http://www.opendata49.fr/ Région Provence-Alpes-Côte d'Azur http://opendata.regionpaca.fr/ Les nouvelles données: Nanteshttp://data.nantes.fr/actualites/?tx_ttnews[tt_news]=1861cHash=cdd45582400ce96d59de737b63fe2697: aires de stationnement Grand Toulousehttp://data.grandtoulouse.fr/les-donnees/-/opendata/card/14114-reseau-tisseo-metro-bus-tram-: réseau Tisséo (métro, bus et tram) Montpellier http://opendata.montpelliernumerique.fr/Les-donnees?tri=pub : défibrillateurs, monuments, équipements sportifs, orthophotographie... Y a de quoi s'occuper! Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés Open Data
2012/7/13 Romain MEHUT romain.me...@gmail.com: Bonjour, Les nouveaux venus: Saint-Maur-des-Fossés (clin d’œil à Christian) Département de Maine-et-Loire Région Provence-Alpes-Côte d'Azur Les nouvelles données: Nantes : aires de stationnement Grand Toulouse : réseau Tisséo (métro, bus et tram) Montpellier : défibrillateurs, monuments, équipements sportifs, orthophotographie... Y a de quoi s'occuper! Vous vous partagez comment le travail de récupération/intégration de ces données publiques ? Vous faites des scripts ou faites vous le travail à la main ? -- Cyril Mougel http://blog.shingara.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
Le vendredi 13 juillet 2012 09:27:48 Ista Pouss a écrit : Bonjour, Dans mon patelin il y a un train pour enfants dans un parc. Le voici sur OSM : http://osm.org/go/0ApJS7lzb-- et le voilà en photo : http://www.flickr.com/photos/mpoudisk/7560523646/in/photostream Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce juste ? Ensuite, comme pratiquement partout dans mon quartier, la source est marquée en erreur, il y aurait une double source ?... Comment résoudre cela ? Merci. À Grenoble je crois bien qu'il y a un truc du genre dans le parc Paul Mistral http://www.openstreetmap.org/?lat=45.184363lon=5.735799zoom=18layers=M qui a comme étiquette railway=miniature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
Le vendredi 13 juillet 2012 à 09:27 +0200, Ista Pouss a écrit : Bonjour, Dans mon patelin il y a un train pour enfants dans un parc. Le voici sur OSM : http://osm.org/go/0ApJS7lzb-- et le voilà en photo : http://www.flickr.com/photos/mpoudisk/7560523646/in/photostream Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce juste ? Tu peux préciser ta définition de jouet ? Les attractions de DisneyWorld sont ils aussi des jouets ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
Bonjour, selon : http://wiki.openstreetmap.org/wiki/Railway On peut suivre cette dénomination : http://wiki.openstreetmap.org/wiki/Tag:railway%3Dminiature à combiner avec tourism = attraction et tout plein d'autres descriptions comme fee = yes, opening_hours ... Le 13 juillet 2012 09:27, Ista Pouss ista...@gmail.com a écrit : Bonjour, (...) Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce juste ? Ensuite, comme pratiquement partout dans mon quartier, la source est marquée en erreur, il y aurait une double source ?... Comment résoudre cela ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des opérations du Redaction bot
Le 12/07/12 20:02, Philippe Verdy a écrit : Bizarre cette traduction française dans l'historique : La version 4 de ce nœud ne peut être affiché t'el qu'il(elle) a été rédigé(e). ... Sic !! Qui a traduit ça ? Ce devrait être simplement (sans les astériques montrant les corrections) : La version 4 de ce nœud ne peut être affichée telle qu’elle a été rédigée. ... (sans ambiguïté sur le féminin de version, que ce soit pour un nœud, un chemin ou une relation) Ça se corrige quelque part ? +1. J'avais aussi envie de faire une réflexion sur cette aberration orthographique... /Lapi ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés Open Data
Je vais m'occuper du premier ;) Du KML, pas super bien positionné comme d'habitude (ne cherchez pas le défibrillateur de la mairie à la position du KML, vous risqueriez d'y rester). Je vais me faire un plaisir de leur renvoyer corrigé ;) Le 13 juillet 2012 09:50, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Les nouveaux venus: Saint-Maur-des-Fossés (clin d’œil à Christian) Département de Maine-et-Loire Région Provence-Alpes-Côte d'Azur Les nouvelles données: Nantes : aires de stationnement Grand Toulouse : réseau Tisséo (métro, bus et tram) Montpellier : défibrillateurs, monuments, équipements sportifs, orthophotographie... Y a de quoi s'occuper! Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Besoin de 3 Volontaires demain à Paris 10h00 - 14h00 JT Canal+
Bien joué, c'est super sympa ;-) -- View this message in context: http://gis.19327.n5.nabble.com/Ref-Re-Besoin-de-3-Volontaires-demain-a-Paris-10h00-14h00-JT-Canal-tp5716395p5716433.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] Réf.: Re: Besoin de 3 Volontaires demain à Paris 10h00 - 14h00 JT Canal+
C'est ici : http://www.itele.fr/video/openstreetmap-abat-ses-cartes Il y a aussi Ren-Luc D'Hont ( ct de Christian quand il parle). a nous fait donc 3 stars OSM dans un seul reportage ! ^^ a+ Nicolas Le 13/07/2012 08:03, Arnaud Vandecasteele a crit: Salut tous, Je confirme, Gal et Christian taient sur i-tl ce matin. C'est sympa de pouvoir mettre un visage sur des emails. Bravo nos deux stars du jour et surtout bravo toute la communaut qui donne vie ce projet. Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés Open Data
Le 13 juillet 2012 09:55, Cyril Mougel cyril.mou...@gmail.com a écrit : Vous vous partagez comment le travail de récupération/intégration de ces données publiques ? Vous faites des scripts ou faites vous le travail à la main ? Pour ma part, jusqu'à présent je n'ai intégré des données qu'à partir des outils développés par d'autres comme pour les agences postales et les établissements scolaires. J'ai vu depuis peu qu'il existe un greffon Open Data pour JOSM mais je n'ai pas encore testé. Romain -- Cyril Mougel http://blog.shingara.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés Open Data
Ok, je vais voir alors si je peux pas créer un script d'import pour intégrer des données nantaise dans OSM. 2012/7/13 Romain MEHUT romain.me...@gmail.com: Le 13 juillet 2012 09:55, Cyril Mougel cyril.mou...@gmail.com a écrit : Vous vous partagez comment le travail de récupération/intégration de ces données publiques ? Vous faites des scripts ou faites vous le travail à la main ? Pour ma part, jusqu'à présent je n'ai intégré des données qu'à partir des outils développés par d'autres comme pour les agences postales et les établissements scolaires. J'ai vu depuis peu qu'il existe un greffon Open Data pour JOSM mais je n'ai pas encore testé. Romain -- Cyril Mougel http://blog.shingara.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyril Mougel http://blog.shingara.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés Open Data
Tu informes la liste nantaise (openstreetmap-nan...@linux-nantes.org) de ton projet? Tu verras sur le wiki http://wiki.openstreetmap.org/wiki/Nantes qu'il y a actuellement une intégration des données des points adresse. Romain Le 13 juillet 2012 13:59, Cyril Mougel cyril.mou...@gmail.com a écrit : Ok, je vais voir alors si je peux pas créer un script d'import pour intégrer des données nantaise dans OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de 3 Volontaires demain à Paris 10h00 - 14h00 JT Canal+
Le jeudi 12 juillet 2012 à 22:16 +0200, Romain MEHUT a écrit : Le reportage est en ligne: http://www.canalplus.fr/c-infos-documentaires/pid2800-c-le-jt-de-canal.html (à 16 min 15 s) avec Gaël, Christian et René-Luc. Félicitations à Gaël qui est devenu président d'OpenStreetMap ;-) Mika ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr]Simplifier une carte OSM pour android en Offline.
Le message suivant de : ## Bonjour, J'ai un projet qui consiste a utiliser Open Street Map pour générer des cartes de pays et celle du monde. Les seuls informations visible sur ces cartes doivent être les délimitations des pays (donc pas de route, maison, fleuve, et.). Mais j?aimerai appliquer aux map un style particulier. Ensuite, j'aimerai pourvoir en JAVA (eclipse) ajouter a ces cartes des Marker/Texte/images à des latitudes/longitudes. Le but sera de les charger par Android et je doit pouvoir Zoomer/Dezoomer sur les cartes, cliquer sur les marker etc. Je me suis renseigner au près de google, et voila ce qu'il ma dit : utilise mapnik, josm, PostGIS, Osmosis. Mais cela me semble pas très adapter a mes besoins... Je pensais extraire du .osm les cartes allégées, appliquer un style puis les enregistrer. Ensuite ouvrir chaque carte et ajouter quelque marker (sous android/Eclipse). Charger dans un format X la map sous android et pouvoir effectuer les manipulations classique : slide, zoom, clic sur marker. Je recherche donc les lib/tutorials/exemple pour créer ces map et les lire (en offline) via android. Merci de votre aide. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés Open Data
2012/7/13 Romain MEHUT romain.me...@gmail.com: Tu informes la liste nantaise (openstreetmap-nan...@linux-nantes.org) de ton projet? Tu verras sur le wiki qu'il y a actuellement une intégration des données des points adresse. Merci, je ne connaissais pas cette liste. -- Cyril Mougel http://blog.shingara.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ile Saint-Paul sous les eaux ...
Bonjour, A partir du niveau de zoom 13, cette île semble être inondée : http://www.openstreetmap.org/?lat=-38.7398lon=77.5645zoom=12layers=M Quelqu'un aurait-il une explication ? Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile Saint-Paul sous les eaux ...
Réchauffement climatique anticipé ?? ;) 2012/7/13 Jean-Claude Repetto jrepe...@free.fr Bonjour, A partir du niveau de zoom 13, cette île semble être inondée : http://www.openstreetmap.org/?lat=-38.7398lon=77.5645zoom=12layers=M Quelqu'un aurait-il une explication ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[forum-osm-fr]Carte des A�ores
Le message suivant de : ## Bonjour à tous, Je pars bientôt aux Açores et je viens de me rendre compte que Tomtom ne les couvrait que partiellement et pas du tout sur le mien. Je me suis donc tourné vers OSM mais j'avoue être un peu perdu. Est-il possible de simplement importer la carte de Sao Miguel, d'y ajouter quelques détails ( itinéraires, lieux à visiter,...), et de l'uploader finalement sur une plateforme numérique. De s'en servir comme d'une carte papier grosso modo. Mais surtout, comment s'y prendre? Un bon tuto à me conseiller? Merci! a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenHikingMap désynchronisé ?
Bonjour, Je ne sais pas si c'est dû à l'arrêt des minutely-diffs d'hier, mais des modifications que j'ai effectuées hier près du mont Tournairet n'apparaissent pas sur OpenHikingMap : http://maps.refuges.info/?zoom=15lat=44.01533lon=7.24157layers=B0F (à comparer avec http://www.openstreetmap.org/?lat=44.01566lon=7.24265zoom=15layers=M), alors que la base de données semble être à jour (DB update : 2012-07-13 13:29UTC). Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenHikingMap désynchronisé ?
Le vendredi 13 juillet 2012 15:38:49, Jean-Claude Repetto a écrit : Bonjour, Je ne sais pas si c'est dû à l'arrêt des minutely-diffs d'hier, mais des modifications que j'ai effectuées hier près du mont Tournairet n'apparaissent pas sur OpenHikingMap : http://maps.refuges.info/?zoom=15lat=44.01533lon=7.24157layers=B0F (à comparer avec http://www.openstreetmap.org/?lat=44.01566lon=7.24265zoom=15layers=M), alors que la base de données semble être à jour (DB update : 2012-07-13 13:29UTC). Je ne m'en suis pas du tout occupé, le problème survenu sur les diffs lié à la grosse modification en cours de la base a pû faire foirer une partie des mises à jour de OpenHikingMap. J'ai prévu de toute façon de tout ré-importer à la fin du processus du nettoyage des données non-ODBL, je ne vais donc rien faire pour l'instant -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]Carte des Açores
On 07/13/2012 03:32 PM, fo...@letuffe.org wrote: Je pars bientôt aux Açores et je viens de me rendre compte que Tomtom ne les couvrait que partiellement et pas du tout sur le mien. Je me suis donc tourné vers OSM mais j'avoue être un peu perdu. Est-il possible de simplement importer la carte de Sao Miguel, d'y ajouter quelques détails ( itinéraires, lieux à visiter,...), et de l'uploader finalement sur une plateforme numérique. De s'en servir comme d'une carte papier grosso modo. Mais surtout, comment s'y prendre? Un bon tuto à me conseiller? Bonjour, Si votre TomTom n'est pas trop récent (plus de deux ans), vous pouvez utiliser le logiciel ttMaps, permettant d'utiliser le TomTom avec des cartes personnalisées. Plus d'infos sur le site http://ttmaps.free.fr En ce qui concerne la carte, vous pouvez la télécharger à partir du site OpenStreetMap, à partir de logiciels comme NoniMapView ou gMapsMaker, puis la modifier pour rajouter ce que vous souhaitez , avant de la convertir au format ECW et de l'installer sur le TomTom. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
J'ai l'impression que les tags osm c'est comme le bon vin on peut en discuter jusqu'au matin :-) (d'autres comparaisons sont également possibles) J'ai mis : - *leisure*: playground - *railway*: miniature - *tourism*: attraction Voir http://www.openstreetmap.org/browse/way/40579734 Pour ce qui est de ma définition du jouet, je n'en ai pas... je ferai comme tout le monde. J'ai déjà bien du mal à définir les tags des micro-parcs de micro-jeux de saint etienne, je verrai plus tard pour dysneyworld. Dans l'analyse des données de Versailles, il est malheureusement indiqué que le problème des trains pour enfants est irrésolu à http://wiki.openstreetmap.org/wiki/Open_Data_Versailles:_analyse_des_donn%C3%A9es#Parcs_et_jardins Et est-ce que quelqu'un pourrait me répondre à propos de *source*: cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 que potlatch rouspète qu'il y a trop de valeurs ? Qu'est-ce que c'est ? Merci. Le 13 juillet 2012 10:20, Ab_fab gamma@gmail.com a écrit : Bonjour, selon : http://wiki.openstreetmap.org/wiki/Railway On peut suivre cette dénomination : http://wiki.openstreetmap.org/wiki/Tag:railway%3Dminiature à combiner avec tourism = attraction et tout plein d'autres descriptions comme fee = yes, opening_hours ... Le 13 juillet 2012 09:27, Ista Pouss ista...@gmail.com a écrit : Bonjour, (...) Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce juste ? Ensuite, comme pratiquement partout dans mon quartier, la source est marquée en erreur, il y aurait une double source ?... Comment résoudre cela ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
Le vendredi 13 juillet 2012 15:55:51 Ista Pouss a écrit : Et est-ce que quelqu'un pourrait me répondre à propos de *source*: cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 que potlatch rouspète qu'il y a trop de valeurs ? Qu'est-ce que c'est ? J'imagine que c'est à cause du point-virgule ;. Ce caractère a pour vocation de séparer les valeurs multiples pour une même clé, et donc les multiples sources pour la clé source. Essaie de remplacer le ; par un tiret -. C'est bizarre qu'il déclenche une erreur pour ça. -- Nicolas Dumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
