[Talk-hr] Mapfactor Navigator
Pozz ekipi, evo bas sam isporobao odličnu android app, Mapfactor Navigator koja koristi OSM podakte i stvarno dobro radi..Odmah i vidiš neke greške na karti što se tiče routinga :-( mini review: http://software2tech.com/2012/04/18/download-mapfactor-navigator-apk/#more-18656 https://play.google.com/store/apps/details?id=com.mapfactor.navigator ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] handheld gps unit
For what's worth: I have been using for the last couple of months a new-series etrex (etrex 30). This is the first Garmin handheld with a chip also for GLONASS. I have done some precision checks with the device mounted on the bicycle handlebar. Running with GLONASS and WAAS enabled I easily achieved precision ranges of the order of one meter under open sky and with good weather. The checks consisted in cycling along narrow roads and comparing outbound and return track whith high-resolution well-aligned satellite pictures. The precision is good, but my overall judgement of the device is not so clear. The user interface is not very intuitive, to say the least, the manual (as usual with Garmin) is lousy. And the new etrex is completely different from the classical etrex (in my case Legend HCx), in particular they left out the beautiful, but little-known capability of the old etrex to navigate downloaded tracks with the fantastic TrackBack feature, with the big red arrow and the acoustic signals when approaching a turn in the track. That's all gone. I have written up quite a lot about using both devices, but it's all in Italian, I'm afraid. Volker (Padova, Italy) On 21 April 2012 13:00, talk-requ...@openstreetmap.org wrote: Send talk mailing list submissions to talk@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk or, via email, send a message with subject or body 'help' to talk-requ...@openstreetmap.org You can reach the person managing the list at talk-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk digest... Today's Topics: 1. Re: Transcription and internationalization in place names (Claudius) 2. Re: handheld gps unit (Claudius) -- Message: 1 Date: Fri, 20 Apr 2012 13:51:01 +0200 From: Claudius claudiu...@gmx.de To: talk@openstreetmap.org Subject: Re: [OSM-talk] Transcription and internationalization in place names Message-ID: jmrij7$k01$1...@dough.gmane.org Content-Type: text/plain; charset=UTF-8; format=flowed Am 16.04.2012 22:17, Milo? Komar?evi?: Hi all, On Mon, Apr 16, 2012 at 11:01 AM, Daniel Kastldan...@georepublic.de wrote: name:ja_rm is probably what will not be rendered usually, but this would be the name written for example on street signs as name in latin characters. name:ja_kana is what was mentioned in a previous email, because it helps Japanese people to know the reading of a name. It's also useful for geocoding. I would also like to take this opportunity to draw your attention to the lack of unification on how 'romanized' language tags are used and constructed for languages not usually written in Latin script. 'ja_rm' and 'zh_pinyin' are some examples We strongly believe OSM should get behind and use BCP 47 as recommended by W3C, Unicode, ECMA, etc.: http://en.wikipedia.org/wiki/IETF_language_tag and are already committed to retagging all our data in Serbia to 'sr' and 'sr-Latn'. +1 Would be great to get the tagging guidelines accordingly. Claudius -- Message: 2 Date: Fri, 20 Apr 2012 14:19:49 +0200 From: Claudius claudiu...@gmx.de To: talk@openstreetmap.org Subject: Re: [OSM-talk] handheld gps unit Message-ID: jmrk97$1sq$1...@dough.gmane.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Do you know how this compares to the newer touch screen Garmin devices (Dakota, Oregan, Montana)? I know that upon release the GPS performance (read Accuracy) of the touch devices was below the Vista HCx. Wondering if they could fix that via firmware upgrades or even improvements to the hardware. I really liked my Vista HCx, because of the very fast time to fix, the high accuracy and the fact that it actually had a scrollable map (something the Geko is lacking). But then the usability with that small joystick was just... bad when using the map. Claudius Am 19.04.2012 14:40, Thomas Davie: I'm very pleased with my Garmin eTrex Vista HCx. Bob if (*ra4 != 0xffc78948) { return false; } On 19 Apr 2012, at 13:20, kenneth gonsalves wrote: hi, what are recommendations for a handheld reasonably priced gps unit? -- regards Kenneth Gonsalves -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk End of talk Digest, Vol 92, Issue 52 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New editors
It would be _super_ good if we had some tool that would flag and notify some advanced active mapper in a given area of any changesets that delete more than 2 features. .. I'd be totally up for checking any and all changesets in Haiti that delete _anything_. This is an increasing problem and especially where there's limited number of advanced mappers _actively_ monitoring and fixing an area this issue can become a killer for the map in that area. .. And I would include merges into this deletion category. (The Airport Road of PaP is still a 2km bridge after a misguided edit w/ a merge perhaps 2wks ago -- haven't had the time to fix that and neither has anyone else, it seems..) Cheers from sunny Hispanola -- the island of one soon sinking capital city (sinking from The Map, that is), -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Toby Murray toby.mur...@gmail.com Date: Thu, 19 Apr 2012 17:56:08 To: talk@openstreetmap.org Subject: Re: [OSM-talk] New editors This seems to be a recurring thing. I have personally caught, contacted and reverted 3 people who just wanted a simplified map of an area. I just happened to spot their edits in LiveEditMapViewer. I haven't really been paying as much attention to it lately so I'm sure a number of such edits have slipped through. Somehow the users didn't understand that they were saving their changes to THE database and that it would affect everyone who uses OSM data. I'm not sure how to get the message across any better. Toby On Thu, Apr 19, 2012 at 5:21 PM, nicholas.g.lawre...@tmr.qld.gov.au wrote: But one newbie deleted about 300 streets, seemingly for a wedding-related event map :-( ... I couldn't help laughing, that's actually pretty funny. Did you contact the user? Yes, I sent a message, but got no reply. Perhaps they were too embarrassed, so the revert will be initiated. It would be funny to get the printed wedding invitation, containing just the remaining major streets! This kind of wedding map edit actually happened to my country in 2010. :-) http://lists.openstreetmap.org/pipermail/talk-ph/2010-June/002314.html I wonder what the intent of the user was? It appears to me that they were attempting to create a certain type of map by altering the data. Here on the list we would argue that the issue the user is tackling is a rendering issue, not a data issue. Is this a clue to a different way of rendering? In the same way that streetmap and cyclemap have the same data but produce different looking maps? Perhaps a renderer could make a weddingmap :-D It could work by having the user center the map on their one point of interest, and then the rendering process would have high detail around that center point, but have the detail drop off successively the greater the distance from the center point. So minor streets around the wedding venue would be rendered because that is useful for navigation and parking. But minor streets further away from the venue would not be rendered, because the intent is to highlight only the chosen point of interest and major transportation routes to that point. nick *** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, Maritime Safety Queensland or endorsed organisations utilising the same infrastructure. *** ___ 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
Re: [OSM-talk] New editors
On Sat, 2012-04-21 at 17:28 +, Jaakko Helleranta.com wrote: It would be _super_ good if we had some tool that would flag and notify some advanced active mapper in a given area of any changesets that delete more than 2 features. .. I'd be totally up for checking any and all changesets in Haiti that delete _anything_. This is an increasing problem and especially where there's limited number of advanced mappers _actively_ monitoring and fixing an area this issue can become a killer for the map in that area. .. And I would include merges into this deletion category. (The Airport Road of PaP is still a 2km bridge after a misguided edit w/ a merge perhaps 2wks ago -- haven't had the time to fix that and neither has anyone else, it seems..) Cheers from sunny Hispanola -- the island of one soon sinking capital city (sinking from The Map, that is), -Jaakko Is there an easy means to spot changes in a particular area? I did have an rss feed on from http://osm-changepipe.s3.amazonaws.com but that stopped updating at the beginning of March. The main osm website shows changes in an area, but includes global type edits so sometimes spotting changes that affect the area can be like looking for a needle in a haystack. Phil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New editors
On Sat, Apr 21, 2012 at 11:47 AM, Philip Barnes p...@trigpoint.me.uk wrote: On Sat, 2012-04-21 at 17:28 +, Jaakko Helleranta.com wrote: It would be _super_ good if we had some tool that would flag and notify some advanced active mapper in a given area of any changesets that delete more than 2 features. .. I'd be totally up for checking any and all changesets in Haiti that delete _anything_. This is an increasing problem and especially where there's limited number of advanced mappers _actively_ monitoring and fixing an area this issue can become a killer for the map in that area. .. And I would include merges into this deletion category. (The Airport Road of PaP is still a 2km bridge after a misguided edit w/ a merge perhaps 2wks ago -- haven't had the time to fix that and neither has anyone else, it seems..) Cheers from sunny Hispanola -- the island of one soon sinking capital city (sinking from The Map, that is), -Jaakko Is there an easy means to spot changes in a particular area? I did have an rss feed on from http://osm-changepipe.s3.amazonaws.com but that stopped updating at the beginning of March. The main osm website shows changes in an area, but includes global type edits so sometimes spotting changes that affect the area can be like looking for a needle in a haystack. I use OWL: http://matt.dev.openstreetmap.org/owl_viewer/ Unfortunately it is 2 weeks behind. I know there is an effort to get it a better server to run on. It's been talked about for a while. Not sure how close that is to getting done. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Admin-Levels und Place-Nodes
On 20.04.12 21:47, Sarah Hoffmann wrote: Es gibt eine arg knappe Beschreibung auf den Wiki-Seiten von Nominatim: http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview#Country_to_Street_level Ach ja, Nominatim hat ja seine eigene Level Interpretation... Man sollt's aber direkt bei den key-Dokumentationen auch erwähnen... schaue mir das mal an... *) in AT gäb's noch Marktgemeinden, die quasi einen Wichtigkeitsstatus zwischen place=town und place=village hätten. Wenn ich Wikipedia richtig verstehe, ist das eher ein Titel mit dem sich die Gemeinden schmücken können, aber keine wirkliche zusätzliche Verwaltungsstufe. Insofern macht es aus Sicht der Suche relativ wenig Unterschied, wie man die taggt. Ich würde eher zu einem Zusatztag tendieren für solche feinen Unterscheidungen. Es ist weniger ein Problem in Nominatim (bei dem das vor allem durch die admin_levels eh richtig eingeordnet ist, egal, ob eine Stadt jetzt Gemeinde-, Kreis- oder Länderebene ist). Aber für die Beschriftung im Renderer sollte Marktgemeinde näher an town sein als an village. Unterhalb vom city/town-Level wird es wirklich chaotisch, weil es da praktisch keinen Konsens mehr gibt und das Vermischen von städischen und ländlichen Strukturen macht es nicht einfacher. Ländlich ist IMO klar: (hier wäre noch eine Größe fein - ) village - hamlet - isolated_dwelling. Städtisch fehlt IMO nur mal eine finale Festlegung: city - town - city_district - suburb - neighbourhood ODER city - town - suburb - quarter - neighbourhood. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Inhalte unter Freier Lizenzen bei der Bundesverwaltung
Liebe Liste, vor zwei Wochen hat die Fraktion der Linken im Bundestag eine Kleine Anfrage gestellt, in der sie die urheberrechtliche Situation insbesondere von den Werken abfragen, die vom Bund erstellt wurden, aber nicht nach §5 UrhG gemeinfrei sind. Den Volltext der Kleinen Anfrage in einer elektronischen Vorab-Fassung findet Ihr unter http://dip21.bundestag.de/dip21/btd/17/092/1709245.pdf. Die Bundes-CIO Cornelia Rogall-Grothe hat nun im Namen der Bundesregierung diese Anfrage beantwortet, sie wird in den kommenden Wochen ebenfalls in den Bundestagsdrucksachen auftauchen. Ich habe bei mir eine Vorabfassung liegen. Folgende Antwort könnte ja für Euch auch interessant sein: 6. In welchem Umfang nutzt die Bundesregierung bereits heute Daten und Inhalte von Dritten, die unter offenen Lizenzen veröffentlicht wurden? Zu 6.: Im Rahmen der Arbeit der Bundesverwaltung werden frei verfügbare, unter offenen Lizenzen veröffentlichte Inhalte Dritter vielfach verwendet. Beispielhaft sei die Nutzung der Wikipedia oder von OpenStreetMap genannt. Ein genauer Umfang kann jedoch ebenfalls nicht beziffert werden. Viele Grüße, Mathias Schindler -- Mathias Schindler Projektmanager Wikimedia Deutschland e.V. web: http://www.wikimedia.de mail: mathias.schind...@wikimedia.de jabber: mathias.schind...@gmail.com skype: mathias-schindler Stellen Sie sich eine Welt vor, in der jeder Mensch freien Zugang zu der Gesamtheit des Wissens der Menschheit hat. Helfen Sie uns dabei! http://spenden.wikimedia.de/ Unterstützen Sie Freies Wissen mit einer SMS. Senden Sie einfach WIKI an 81190. Mit 5 Euro sichern Sie so die Verfügbarkeit und Weiterentwicklung der Wikipedia. Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 20. April 2012 18:00 schrieb Christian Müller cmu...@gmx.de: Der Optimierungswille den Du ansprichst, hat nicht nur etwas mit DBs zu tun. Warum gehen davon eigentlich alle aus? Nicht immer stecken die zu verarbeitenden Daten in einer fetten DB, die bereitwillig rechnet. Gäbe es die Flächenbezüge in den Daten wären z.B. auch billige JavaScript Hacks denkbar, die dann client-seitig laufen, anstatt einen Server zu belasten.. Das stimmt, und wäre ein interessantes Thema für ein paralleles Projekt, wo man solche Bezüge aus der OSM db ableitet, und zum download bereitstellt. Man sollte aber nicht die Server des Gesamtprojekts, wo diese Bezüge bereits enthalten sind, --- wenn auch in einer Form, die eine gewisse Verarbeitung erfordert, um sie herauszubekommen --- damit belasten. +1 In diese Richtung gehende Bemühungen wären sicherlich hilfreich und würden viele Probleme ebnen - auch in der Kommunikation zwischen Geeks und einfachem Mapper. Ergebnisse aus Abfragen müssten dann auch online oder in JOSM als Hintergrund visualisierbar und dort auch selektiv als Datenebene downloadbar sein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] brauchbarer Navigator für Android Handy
Auf http://wiki.openstreetmap.org/wiki/Android findet man viele OSM-basierte Apps für Android. Ausprobiert habe ich OSMAND: http://wiki.openstreetmap.org/wiki/OsmAnd Als Navigator arbeitet es vergleichsweise schon recht ordentlich, wenn auch noch mit diversen Schwächen. Kennt jemand weitere OSM Android Navigatoren, die einen ähnlich benutzbaren Status erlangt haben, wie Kaufgeräte? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Hallo, Am Samstag, 21. April 2012 04:39:59 schrieb Tirkon: Zurück zum multipolygon und zur boundary. Das multipolygon ist ein geometrisches Objekt und hat zunächst einmal wenig mit OSM zu tun. Was wir erfassen, ist eine Grenze, also boundary. Von daher wird es sich wesentlich weniger Mappern erschließen, warum ich an ein multipolygon Landkreis X dranpappen soll anstatt an ein boundary. Bei Landkreisen sind normale Polygone noch handhabbar, bei Staatsgrenzen teilweise nicht mehr. Da macht es Sinn, die Umringe in eine Kette von Polygonen zu teilen, die nicht jeder immer laden muss. Das leistet das Multipolygon. Ich halte dieses Argument für vermittelbar. Nicht jeder hat einen vdsl50-Anschluss. Es ist nicht sinnvoll, in jede Relation wieder jede Formel reinzupacken, nur weil jemand ausschließlich das mappen will, was ihm gerade so eingefallen ist. Etwas im Wiki zu lesen sollte zumutbar sein, das machen gerade die neuen Mapper in der Regel auch bereitwillig.Ob der Mapper jetzt boundary oder multipolygon benutzt, dürfte ihm insofern egal sein. Zumal er wahrscheinlich überhaupt keine Relation benutzen wird, denn rein intuitiv ist die Grenze eines kleineren Gebildes mit dem boundary=administrative und dem admin-level bereits fertig. Wenn jemand mappt boundary=county, name='Ostfriesische Schweiz' bist du auch wieder nicht zufrieden. ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Hallo, Am Samstag, 21. April 2012 08:02:53 schrieb Falk Zscheile: Am 21. April 2012 00:15 schrieb Wolfgang wolfg...@ivkasogis.de: Übrigens ist für mich path die schlechteste aller Alternativen. Die Unterscheidung zu wirklichen Pfaden, z.B. Alpen, Moore, ... wird verwischt. Nein, da man an den sub-Tags sehr gut erkennen kann, was es ist -- auch in den Alpen. Das alles sowohl für Maschinen als auch für Menschen. Wenn diese sub-tags denn benutzt werden. Das ist häufig, gerade bei neuen Mappern, nicht der Fall. Intuitiv ist ein Pfad für einen 4 m breiten Weg nicht gerade. Lieber Hauptnutzung cycleway/footway und die andere Nutzung mit yes dazu. Es gibt ja auch nichts schöneres als die Diskussion darüber, wo jetzt der Schwerpunkt der der Nutzung ist. Das Argument Hauptnutzung suggeriert ein objektives Kriterium, nur um dem Mapper dann doch die Möglichkeit zu geben, bei seinem Lieblingstag zu bleiben. Niemand stellt sich hin und zählt aus, ob da nun mehr Fahrräder sind oder Fußgänger. Der so objektive Eindruch des Mappers ist also nicht mehr als ein subjektives Gefühl. Das siehst du viel zu eng ;-) Es ist mir und dem Router völlilg egal, ob der Mapper den Hauptnutzer im Fußgänger oder Radfahrer sieht, solange sich beide denselben Weg teilen und der jeweils anderer mit 'yes' dranhängt. Da ist eine Abgrenzung nach Verkehrsschildern zu in 95 von 100 Fällen eindeutiger in der Entscheidung, +1 wenn nicht gerade die Behörde an den beiden Enden des Weges verschiedene Schilder aufgestellt hat. ;-) Wenn ein Schild dran steht. Sonst s.o. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] brauchbarer Navigator für Android Handy
Am 21.04.2012 13:01, schrieb Tirkon: Kennt jemand weitere OSM Android Navigatoren, die einen ähnlich benutzbaren Status erlangt haben, wie Kaufgeräte? Das kommt auf den Einsatzzweck an. Momentan teste ich den MapFactor Navigator, ein offline Straßen-Navi. Mit Adresssuche, angenehmer Stimme, vielen Einstellmöglichkeiten. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 21. April 2012 13:12 schrieb Wolfgang wolfg...@ivkasogis.de: Am Samstag, 21. April 2012 08:02:53 schrieb Falk Zscheile: Am 21. April 2012 00:15 schrieb Wolfgang wolfg...@ivkasogis.de: Übrigens ist für mich path die schlechteste aller Alternativen. Die Unterscheidung zu wirklichen Pfaden, z.B. Alpen, Moore, ... wird verwischt. Nein, da man an den sub-Tags sehr gut erkennen kann, was es ist -- auch in den Alpen. Das alles sowohl für Maschinen als auch für Menschen. Wenn diese sub-tags denn benutzt werden. Das ist häufig, gerade bei neuen Mappern, nicht der Fall. Aber doch für Dich als erfahrenen Mapper kein Argument es wie ein Anfänger falsch zu machen :-) Intuitiv ist ein Pfad für einen 4 m breiten Weg nicht gerade. Nö, aber 1. ist es für Radwege nicht gerade die Regelbreite, damit eine Argumentation am Einzelfall und damit für den hier zu klärenden Normalfall, nicht gerade hilfreich. 2. gibt es width=value. Lieber Hauptnutzung cycleway/footway und die andere Nutzung mit yes dazu. Es gibt ja auch nichts schöneres als die Diskussion darüber, wo jetzt der Schwerpunkt der der Nutzung ist. Das Argument Hauptnutzung suggeriert ein objektives Kriterium, nur um dem Mapper dann doch die Möglichkeit zu geben, bei seinem Lieblingstag zu bleiben. Niemand stellt sich hin und zählt aus, ob da nun mehr Fahrräder sind oder Fußgänger. Der so objektive Eindruch des Mappers ist also nicht mehr als ein subjektives Gefühl. Das siehst du viel zu eng ;-) Es ist mir und dem Router völlilg egal, ob der Mapper den Hauptnutzer im Fußgänger oder Radfahrer sieht, solange sich beide denselben Weg teilen und der jeweils anderer mit 'yes' dranhängt. Aber es macht fürs Routing einen signifikanten Unterschied ob es ein Radweg nach StVO ist oder nicht. Das muss erkennbar sein. Um mehr geht es mit nicht. wenn nicht gerade die Behörde an den beiden Enden des Weges verschiedene Schilder aufgestellt hat. ;-) Wenn ein Schild dran steht. Sonst s.o. Verstehe ich dich vielleicht falsch? Wann setzt du foot/bicycle=yes. Nur wenn die offizielle Ausschilderung nach StVO fehlt oder widersprüchlich ist? Dann habe ich kein Problem damit. Wie erfasst Du kombinierte Fuß/Radwege nach StVO? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Toolchain Mapnik2 in einfach
Oliver Naumann oliver...@naumann-clan.de wrote: Hallo Liste, Warum schreibst Du das als Antwort auf einen Betreff mit einem völlig anderen Thema? Das im howto genutzte Repository von Kai Krüger scheint nur Mapnik 0.7 zu installieren. Ab Ubuntu precise ist Mapnik2 im Repository. Keine Ahnung, ob es für oneiric backports gibt. Ich habe mir für Debian stable selber einen gebaut. Das war recht einfach. Ich finde das ganze Konzept mit diesen PPA ein wenig fragwürdig. Sobald man sich Pakete aus solchen Repositories installiert hat man nämlich hinterher alles andere als ein Standard OS. Hat jemand eine Idee, wie ich ähnlich einfach wie in obigem Link beschrieben eine Mapnik 2 installation bekomme? Wie gesagt, ich verwende kein Ubuntu. Hintergrund ist, dass ich gerne für Locus Pro über Mobac Offline Karten generiere und diese, verständlicherweise, nicht über den offiziellen osm-Server gebaut werden sollen. Dazu brauchst Du kein mod_tile, Du kannst ganz problemlos mit generate_tiles.py arbeiten. Ich habe außerdem kürzlich ein render_single_tile.py gehackt, weil man IMO zum debugging eigentlich nur genau das braucht. Kannst Du gerne haben. Gruss Sven -- C Is Quirky, Flawed, And An Enormous Success. (Dennis M. Ritchie) /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] Vorstellung unserer 3D Slippy Map
Sieht wirklich interessant aus. Am Mittelwellenseder Thurnau habe ich mal die Höhen von Betriebsgebäude, Anpasshaus und Antenne eingegeben. Sogar die zuführende Hochspannungsleitung wird angezeigt, deren Masthöhen kenne ich allerdings nicht. Die Darstellung sieht trotzdem ziemlich passend aus. Hier ist der Sender zu sehen: http://maps.osm2world.org/?zoom=18lat=49.988lon=11.378 Gruß aus Baden nach Bayern Bernhard From: Tobias Knerr [mailto:o...@tobias-knerr.de] Sent: Sunday, March 25, 2012 1:02 PM Subject: [Talk-de] Vorstellung unserer 3D Slippy Map ... nachdem nun der zweite 3D Workshop in Garching vorbei ist, möchten wir unsere 3D-Karte der Öffentlichkeit präsentieren: http://maps.osm2world.org/ Die Karte basiert auf dem Converter OSM2World, der aus den OpenStreetMap-Daten dreidimensionale Modelle erzeugt und diese rendert. ... Gerendert wird derzeit ausschließlich Bayern... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 21.04.2012, 13:35 Uhr, schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 21. April 2012 13:12 schrieb Wolfgang wolfg...@ivkasogis.de: Am Samstag, 21. April 2012 08:02:53 schrieb Falk Zscheile: Am 21. April 2012 00:15 schrieb Wolfgang wolfg...@ivkasogis.de: Übrigens ist für mich path die schlechteste aller Alternativen. Die Unterscheidung zu wirklichen Pfaden, z.B. Alpen, Moore, ... wird verwischt. Nein, da man an den sub-Tags sehr gut erkennen kann, was es ist -- auch in den Alpen. Das alles sowohl für Maschinen als auch für Menschen. Wenn diese sub-tags denn benutzt werden. Das ist häufig, gerade bei neuen Mappern, nicht der Fall. Aber doch für Dich als erfahrenen Mapper kein Argument es wie ein Anfänger falsch zu machen :-) Intuitiv ist ein Pfad für einen 4 m breiten Weg nicht gerade. Nö, aber 1. ist es für Radwege nicht gerade die Regelbreite, damit eine Argumentation am Einzelfall und damit für den hier zu klärenden Normalfall, nicht gerade hilfreich. 2. gibt es width=value. Mindestbreite für einen Radweg bzw. Fussweg ist 2,50 m, also prinzipiell breit genug für 2-spuriges Fahrzeug. (=kollidiert mit highway=path) Lieber Hauptnutzung cycleway/footway und die andere Nutzung mit yes dazu. Es gibt ja auch nichts schöneres als die Diskussion darüber, wo jetzt der Schwerpunkt der der Nutzung ist. Das Argument Hauptnutzung suggeriert ein objektives Kriterium, nur um dem Mapper dann doch die Möglichkeit zu geben, bei seinem Lieblingstag zu bleiben. Niemand stellt sich hin und zählt aus, ob da nun mehr Fahrräder sind oder Fußgänger. Der so objektive Eindruch des Mappers ist also nicht mehr als ein subjektives Gefühl. Das siehst du viel zu eng ;-) Es ist mir und dem Router völlilg egal, ob der Mapper den Hauptnutzer im Fußgänger oder Radfahrer sieht, solange sich beide denselben Weg teilen und der jeweils anderer mit 'yes' dranhängt. Aber es macht fürs Routing einen signifikanten Unterschied ob es ein Radweg nach StVO ist oder nicht. Das muss erkennbar sein. Um mehr geht es mit nicht. wenn nicht gerade die Behörde an den beiden Enden des Weges verschiedene Schilder aufgestellt hat. ;-) Wenn ein Schild dran steht. Sonst s.o. Verstehe ich dich vielleicht falsch? Wann setzt du foot/bicycle=yes. Nur wenn die offizielle Ausschilderung nach StVO fehlt oder widersprüchlich ist? Dann habe ich kein Problem damit. Wie erfasst Du kombinierte Fuß/Radwege nach StVO? Ich wurde zwar nicht gefragt, wähle aber bei kombinierten Fuß-/Radwegen entweder foot- oder cycleway aus (genau so wie man es bei amenity=restaurant/bar, oder highway=secondary/tertiary macht). Der Inforationsgewinn ist, dass relevante Dinge wie abgesenkte Bordsteine, zügiges Vorrankommen möglich und gefährliche Ausfahrten Parkplätze normalerweise nicht gemappt werden. Dazu gibt es die passenden access tags: bicycle/foot=(official/)designated/yes/... Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ATKIS-Signaturenkatalog / rendering von Burgen und Schlössern
Hallo, Danke für deine Mühe! Könnte man evtl. in den höheren Zoomstufen auch den Namen rendern? Gruß Bastian -- View this message in context: http://gis.19327.n5.nabble.com/ATKIS-Signaturenkatalog-rendering-von-Burgen-und-Schlossern-tp5643383p5656415.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Admin-Levels und Place-Nodes
Am 21.04.2012 08:17, schrieb Andreas Labres: *) in AT gäb's noch Marktgemeinden, die quasi einen Wichtigkeitsstatus zwischen place=town und place=village hätten. Wenn ich Wikipedia richtig verstehe, ist das eher ein Titel mit dem sich die Gemeinden schmücken können, aber keine wirkliche zusätzliche Verwaltungsstufe. Insofern macht es aus Sicht der Suche relativ wenig Unterschied, wie man die taggt. Ich würde eher zu einem Zusatztag tendieren für solche feinen Unterscheidungen. Es ist weniger ein Problem in Nominatim (bei dem das vor allem durch die admin_levels eh richtig eingeordnet ist, egal, ob eine Stadt jetzt Gemeinde-, Kreis- oder Länderebene ist). Aber für die Beschriftung im Renderer sollte Marktgemeinde näher an town sein als an village. Warum passt dir village nicht für eine (Markt-)Gemeinde? Ich finde es sehr passend. Die Ortschaften, welche zu einer Gemeinde gehören, bekommen dann hamlet. Einzig in der Auflistung der admin_level fehlt mir die Katastralgemeinde, 10? LG, Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
..., wähle aber bei kombinierten Fuß-/Radwegen entweder foot- oder cycleway aus ... Der Inforationsgewinn ist, dass relevante Dinge wie abgesenkte Bordsteine, zügiges Vorrankommen möglich und gefährliche Ausfahrten Parkplätze normalerweise nicht gemappt werden. Dazu gibt es die passenden access tags: bicycle/foot=(official/)designated/yes/... Gruß Masi Die optische Darstellung in der Karte richtet sich nach dem Wert des tags highway. Hier wähle ich den Haupteindruck, den der Weg macht, also in der Regel den baulichen Zustand (Oberfläche, Breite, usw.), der auch über längere Zeit konstant bleibt. Die Planer passen die Beschaffenheit schließlich auch den Hauptnutzern an. So findet man sich mit der Karte relativ gut zurecht. Die Detailnutzung, die neben der baulichen Anordnung durch Schilder und Bodenmarkierungen geregelt wird, wird in den tags beschrieben. Oft sind die vordefinierten Nutzungsbeschränkungen bereits passend. Diese Detailnutzung wird öfters geändert. Im Prinzip mache ich das genauso wie Masi. Leider ist das nicht ganz kompatibel mit den Routern. In meinem Wohngebiet sind Teile von Gehwegen durch Zeichen 240 (Gemeinsamer Geh- und Radweg) auch für Radfahrer freigegeben. Da die Radwegnutzung extra beschildert ist, habe ich für das jeweilige Teilstück des Gehwegs (highway = footway) die tags bicycle = designated und foot = designated gesetzt. Zum Planen nutze ich gerne http://www.openrouteservice.org/, das lässt Fahrradnutzung in dieser Kombination aber leider nicht zu. Deshalb habe ich einige Wege oder Teile von Wegen umgetagged auf highway = path, dann klappt das Fahrradrouten auch mit openrouteservice. Dazu muss dann noch an den Weg horse = no. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Toolchain Mapnik2 in einfach
oliverGMX wrote Hat auch wunderbar funktioniert, allerdings bekomme ich wohl nur eine Mapnik 0.7 Installation. So wie ich verstanden habe, basiert der kürzlich aufgefrischte German Style nun auf Mapnik 2 und funktioniert nicht mit meiner Installation. Das im howto genutzte Repository von Kai Krüger scheint nur Mapnik 0.7 zu installieren. Die Pakete in meinem PPA versuchen so weit wie moeglich auf den standard Packeten im Ubuntu repository zu setzen und nur das zu installieren was nicht bereits in Ubuntu vorhanden ist. Bis Ubuntu 11.10 (Oneiric) war nur Mapnik0.7 als Packet im repository vorhanden. In Ubuntu 12.04LTS (das naechste Woche erscheint) ist nun Mapnik 2.0 enhalten. Insofern verwenden dann die mod_tile / renderd packages fuer 12.04 auch Mapnik 2.0. Ansonsten, muss man mapnik2 installieren und dann renderd selbst neu compilieren. Das sollte jedoch auch nicht allzu schwierig sein. P.S. Falls jemand von oneiric auf precise updated und die packeges von meinem ppa installiert hatte, lasst mich bitte wissen ob es Probleme mit dem update gab. Ein Fehler mit dem coastline download ist mir gerade selbst aufgefallen den ich noch korrigieren muss. -- View this message in context: http://gis.19327.n5.nabble.com/Stra-enbegleitende-Radwege-tp5643770p5656487.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Wolfgang-4 wrote Bei Landkreisen sind normale Polygone noch handhabbar, bei Staatsgrenzen teilweise nicht mehr. Da macht es Sinn, die Umringe in eine Kette von Polygonen zu teilen, die nicht jeder immer laden muss. Das leistet das Multipolygon. jo, ganz deiner Meinung. Schau dir mal diese Relation an: http://www.openstreetmap.org/browse/relation/111 www.openstreetmap.org/browse/relation/111 Mein Baby wird bald 2 Jahre alt. Gruss Walter -- View this message in context: http://gis.19327.n5.nabble.com/Massenumbenennung-Relationen-von-Multipolygon-in-Boundary-tp5650288p5656548.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Hallo, vor ein paar Tagen hat ein langjaeriger und aktiver OSMer, der von vielen wegen seiner hilfreichen Anleitungen geschaetzt wird, mehr als 2000 Forums-Beitraege verfasst hat und auch auf der talk-de-Liste aktiv ist, eine grosse Anzahl von Grenzrelationen eigenmaechtig von type=multipolygon auf type=boundary umgesetzt. (Die Rede ist von Andre Joost - aber ansprechen moechte ich mit diesem Posting hier alle anderen ebenso.) Das widerspricht den Spielregeln bei OpenStreetMap, und wer so etwas macht, muss damit rechnen, dass seine Edits revertiert werden, unabhaengig davon, ob, wie im konkreten Fall behauptet, der Aufschrei sich in Grenzen haelt oder nicht. Die Spielregeln sind wenige und entwickeln sich zum Teil auch erst. Im Grunde gilt fuer den einzelnen Mapper, dass er weitgehende Freiheit hat, zu mappen, was er will und wie er es will, solange er dadurch nicht andere stoert (Stichwort historischer Verlauf einer roemischen Strasse quer durch heutiges Wohngebiet) oder objektiv falsche Daten eintraegt. Diese Freiheit gilt fuer alles, was der Mapper von eigener Hand und mit eigenen Augen erfasst. Editor aufmachen, mit ein paar Klicks ein Objekt erstellen oder aendern, hochladen - davon kann jeder so viel tun wie er will. Die Freiheit endet dort, wo man nicht mehr einzelne Objekte persoenlich bearbeitet, sondern viele auf einmal, ohne sie sich noch einzeln anzuschauen. Das nennen wir mechanische Edits - zum Beispiel: ich lade ein groesseres Gebiet in JOSM, selektiere alle highway=unclassified und mache sie zu highway=residential. Das ist ein mechanischer Edit; ich habe mir die einzelnen Objekte, die ich da aendere, nicht mehr genau angeschaut. Wenn mich spaeter jemand fragt, ob ich die X-Strasse geaendert habe, kann ich nur antworten: aeh, weiss nicht, das waren glaub ich so 50 Strassen oder so. Automatische Edits (wenn ich ein Skript schreibe, dass irgendwas fuer mich aendert) und Importe fallen ebenfalls nicht mehr unter diese Freiheit. Der Hauptgrund fuer diese Regel ist, dass man mit dieser Art von Aenderungen in kuerzerer Zeit mehr Schaden anrichten kann als jemand, der von Hand vorgeht. Und man kann, und das hat Andre im vorliegenden Fall gemacht, seine persoenliche Meinung davon, was wie getaggt sein sollte, anderen, die vielleicht nicht so gut im Skripte-Schreiben sind, aufdruecken, indem man vollendete Tatsachen schafft. (In einem besonders dreisten Fall in der Vergangenheit hatte jemand zuerst im Wiki geschrieben, amenity=fire_hydrant solle nicht mehr verwendet werden, stattdessen emergency=fire_hydrant; jemand hat das rueckgaengig gemacht mit der Begruendung, amenity=fire_hydrant sei noch kaum in Verwendung. Die betr. Person hat dann kurzerhand weltweit alle amenity= nach emergency= geaendert und gesagt: schau nochmal nach.) Solche Aenderungen koennen zwar immer rueckgaengig gemacht werden, aber jede solche Hue-Hott-Aktion sammelt mehr Datenschrott in der Versionshistorie an, erhoeht die Last auf Datenkonsumenten, die diffs verarbeiten und so weiter. Deshalb gilt die Regel, dass man solche Aenderungen im Detail diskutieren muss, bevor man sie durchfuehrt, und nur weitermachen darf, wenn es keinen nennenswerten Widerspruch gibt. Der Widerspruch, der auf talk-de *nach* der Aenderung kam, haette gereicht, um die Aenderung zu diesem Zeitpunkt zu verhindern. Diese Regel gilt nicht etwa nur fuer unerfahrene Neulinge. Im Gegenteil, *gerade* von erfahrenen und angesehenen Mappern erwarte ich, dass sie mit gutem Beispiel vorangehen. Dass sie den anderen vorleben, wie ein Community-Projekt funktioniert und nicht ein Stall voll Eigenbroetlern, von denen jeder glaubt, dass an seiner Weisheit das Projekt nur wachsen kann. Damit sich bei uns eine Kultur etabliert, in der eben *nicht* jeder, der eine Skriptsprache beherrscht, glaubt, die OSM-Datenbank sei seine persoenliche Spielwiese. Sonst geht das immer weiter mit dem aber der hat doch auch Ich weiss, dass es auch derzeit noch ein paar Altlasten gibt, die nie richtig diskutiert wurden und deren Autoren sich mehr Freiheiten herausnehmen als gut ist (Beispiel Xybot), aber auch die werden wir angehen und auch die muessen sich an die gleichen Regeln halten. Wiki-Links: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct http://wiki.openstreetmap.org/wiki/Import/Guidelines Im konkreten Fall mit den type=boundary-Relationen werde ich nichts unternehmen. Das ist aber nicht im geringsten ein Freibrief fuer Andre oder andere, sowas in Zukunft oefter zu machen. Bitte bringt Euren Mit-Mappern den Respekt entgegen, vor solchen Aktionen mit ihnen zu sprechen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Am 21.04.2012 19:41, schrieb Walter Nordmann: Wolfgang-4 wrote Bei Landkreisen sind normale Polygone noch handhabbar, bei Staatsgrenzen teilweise nicht mehr. Da macht es Sinn, die Umringe in eine Kette von Polygonen zu teilen, die nicht jeder immer laden muss. Das leistet das Multipolygon. jo, ganz deiner Meinung. Schau dir mal diese Relation an: http://www.openstreetmap.org/browse/relation/111 www.openstreetmap.org/browse/relation/111 Wenn type=boundary und type=multipolygon das gleiche sein sollen (vgl. [1]/[2] und div. Auffassungen der Liste), ist es ein herrliches Beispiel für die Verwendung verschachtelter Multipolygone: Alle Elemente in der outer-Rolle sind Relationen. Laut Definition [2] ist das kein gültiges Multipolygon, aber teilweise die Umsetzung dessen, worauf ich mich mit den Termini Flächenlinks und -netzwerk bezog. Wenn eine Landesgrenze in genügend viele Teilschnipsel zerlegt wird, steht auch dieser notwendigerweise eine ähnliche Erfassung bevor. Gleiches gilt für andere genügend große Gebiete, wie z.B. den Harz, wenn die Grenze nicht separat sondern über die Einzelflächengrenzen der landuses und roads erfasst wird. Umgehen ließe sich das nur, wenn man eine höhere Unschärfe in längeren Grenzen akzeptiert, also nicht die detailierten Grenzen durch Ansammlung recyclet, sondern separate, ungenauere osm-ways nutzt, die eine Annäherung ans Detail darstellen. Als Fläche ließe sich relation 111 jedenfalls mit aktuellen Tools (JOSM, etc.) nicht anzeigen, weil es kein gültiges Multipolygon ist - wenngleich es das IMHO sein könnte - die Verschachtelungstiefe liegt bei 1. Gruß Christian [1] http://wiki.openstreetmap.org/wiki/DE:Relation:boundary [2] http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Am 21.04.2012 20:43, schrieb Frederik Ramm: [...] Wiki-Links: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct http://wiki.openstreetmap.org/wiki/Import/Guidelines Im konkreten Fall mit den type=boundary-Relationen werde ich nichts unternehmen. Das ist aber nicht im geringsten ein Freibrief fuer Andre oder andere, sowas in Zukunft oefter zu machen. Bitte bringt Euren Mit-Mappern den Respekt entgegen, vor solchen Aktionen mit ihnen zu sprechen. +1 Ich fand besonders gut, dass Du anhand von nachvollziehbaren Beispielen (die Abschnitte in runden Klammern) argumentiert hast, weshalb diese Regeln vergeben werden / wurden. (Da behaupte nochmal einer, Text in runden Klammern sei überflüssig.) Schwierigkeiten sehe ich aber bei der Umsetzung. Schließlich wird die mailing liste nur von einem sehr kleinen Teil Aktiver gelesen, der nicht repräsentativ ist. Wo soll eine Entscheidung, die auf der Liste dadurch entsteht, dass es entweder Widerstand gegen eine Idee gibt, oder nicht, dann als eine Community-Entscheidung wahrgenommen werden? Prinzipiell müsste jede Entscheidung zu automatisierten Edits den Proposal-Prozess im Wiki durchlaufen - das bedeutet Aufwand. Wiki-Seite schreiben, ein halbes Jahr Kommentare abwarten - voten. Und dieser Prozess is by no means perfekt. Je nach Jahreszeit oder Weltwirtschaftslage (bitte lachen sie jetzt) ist dann mal die erforderliche Masse, damit dieser Prozess funktioniert da, oder nicht. Wenigstens einen kleinen Kreis vor wirklichen Massen-Edits zu informieren, ist besser als ein Alleingang, aber Community im Sinne aller aktiver Mapper kann das nicht werden, dazu müsste diese Liste von mehr Mappern getrackt werden. Da ist es dann vielleicht doch besser, wenn der Skripteschreiber ein paar Änderungsübersichten ins Wiki stellt und, insofern sich einer beschwert, mit einem zügigen Revert reagiert, anstatt das als Kollateralschaden hinzustellen. Eine Ankündigung oder wenigstens Dokumentation im Wiki ist in jedem Fall hilfreich. Bei heißen Meinungsverschiedenheiten kann warten einen edit-war vermeiden, diskutiert man später nochmal darüber, findet sich vielleicht eine Lösung - evtl. sitzen dann sogar ein paar andere Mapper an dem Problem.. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Du willst jetzt nicht ernsthaft behaupten, dass an den proposal-Prozessen (und deren Abstimmung) mehr Leute beteiligt sind als talk-de oder das deutsche Forum lesen? Zumal ich denke, dass man mit dem Kreis der Community diskutieren sollte, den die Änderungen betrifft. Und wenn es um Änderungen innerhalb von Deutschland geht, dann sollte das auch in der deutschen Community diskutiert werden und die trifft man hier oder/und im deutschen Forum. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Hallo, Am Samstag, 21. April 2012 18:41:41 schrieb Bernhard Weiskopf: Deshalb habe ich einige Wege oder Teile von Wegen umgetagged auf highway = path, dann klappt das Fahrradrouten auch mit openrouteservice. Dazu muss dann noch an den Weg horse = no. Aber genau das kann es doch nicht sein. Wenn das Routing da nicht funktioniert, schreib denen eine Mail. Sonst kommt der nächste Router und verarbeitet kein path, was machst du dann? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Am 20.04.2012 14:38, schrieb Martin Koppenhoefer: Andererseits könnte ein Verschnitt sehr komplex werden - wenn das MP aus mehreren Einzelflächen besteht, also mehrere Verschnitte berücksichtigt werden müssen. dann werden die eben der Reihe nach abgearbeitet. Davon bekommst Du normalerweise gar nichts mit, die DB spuckt das Ergebnis aus und fertig. Es gibt auch Sonderfälle die nicht per MP gelöst werden können. Beispiel: Gib mir alle deutschen Bundestrassenabschnitte. - Ein Abschnitt der B317 bei Lörrach verläuft (Zollfreie,Freigabe im Laufe des Jahres) über schweizer Gebiet und liegt damit ausserhalb der deutschen Grenze, hat aber keinerlei Verbindung (Fluchtwege nicht betrachtet) ans schweizer Strassennetz. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Da demnächst die Zollfreie - ein Abschnitt der deutschen B317 bei Lörrach über schweizer Gebiet ohne Verbindung an das schweizer Strassennetz in Betrieb gehen wird sollte eine Lösung gefunden werden wie unter Verwendung des OSM-Deutschland-Kartenausschnitts über diese Strasse geroutet werden kann. Wäre nicht sinnvoll wenn sich die Navis weigern würden diesen zur Entlastung der Ortsdurchfahrten gebauten Abschnitt zu benutzen nur weil er ausserhalb eines Polygons liegt. Hier der betroffene Abschnitt: http://www.openstreetmap.org/?lat=47.59393lon=7.64633zoom=16layers=M Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Quickmap
Ciao a tutti, esiste qualcosa di simile a questo [1] con base OSM? Si tratta di permettere a pi utenti di fare appunti e mettere delle note su una mappa. In particolare dobbiamo condividere dove siamo passati con il volantinaggio per evitare di ripassare nello stesso punto. Sarei ben felice se anche OSM potesse essere utile alla politica che parte dal basso :-) [1] http://quikmaps.com/ Ciao e grazie Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quickmap
Anche se pensato per usi diversi direi crowdmap.com Il giorno 21/apr/2012 12:05, Giuliano giuli...@zamboni.pro ha scritto: Ciao a tutti, esiste qualcosa di simile a questo [1] con base OSM? Si tratta di permettere a più utenti di fare appunti e mettere delle note su una mappa. In particolare dobbiamo condividere dove siamo passati con il volantinaggio per evitare di ripassare nello stesso punto. Sarei ben felice se anche OSM potesse essere utile alla politica che parte dal basso :-) [1] http://quikmaps.com/ Ciao e grazie Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quickmap
Il 21/04/2012 12:10, Maurizio Napolitano ha scritto: Anche se pensato per usi diversi direi crowdmap.com http://crowdmap.com Il giorno 21/apr/2012 12:05, Giuliano giuli...@zamboni.pro mailto:giuli...@zamboni.pro ha scritto: Ciao a tutti, esiste qualcosa di simile a questo [1] con base OSM? Si tratta di permettere a più utenti di fare appunti e mettere delle note su una mappa. In particolare dobbiamo condividere dove siamo passati con il volantinaggio per evitare di ripassare nello stesso punto. Sarei ben felice se anche OSM potesse essere utile alla politica che parte dal basso :-) [1] http://quikmaps.com/ Ciao e grazie Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org mailto: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 Bella discussione, metto nei preferiti questo link ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quickmap
Grazie per la segnalazione. In effetti sembrerebbe andare bene, anche se non mi sembra molto intuitiva e non ho ancora capito bene tutto il meccanismo:-) Ciao e grazie Giuliano Il 21/04/2012 12:10, Maurizio Napolitano ha scritto: Anche se pensato per usi diversi direi crowdmap.com Il giorno 21/apr/2012 12:05, "Giuliano" giuli...@zamboni.pro ha scritto: Ciao a tutti, esiste qualcosa di simile a questo [1] con base OSM? Si tratta di permettere a pi utenti di fare appunti e mettere delle note su una mappa. In particolare dobbiamo condividere dove siamo passati con il volantinaggio per evitare di ripassare nello stesso punto. Sarei ben felice se anche OSM potesse essere utile alla politica che parte dal basso :-) [1] http://quikmaps.com/ Ciao e grazie Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Un duda existencial
Hola a todos, el otro día enseñando OSM a un colega me preguntó una cosa que no he sabido responderle. Los datos que metes de los comercios (Horarios,wifi,tipo de comida, teléfono...) cómo los veo yo? Y la verdad es que no se como los puede ver. ¿Alguien me dice cómo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
On Sábado, 21 de abril de 2012 09:47:00 José Manuel Díaz Soriano escribió: Hola a todos, el otro día enseñando OSM a un colega me preguntó una cosa que no he sabido responderle. Los datos que metes de los comercios (Horarios,wifi,tipo de comida, teléfono...) cómo los veo yo? Y la verdad es que no se como los puede ver. ¿Alguien me dice cómo? Pues supongo que descargándote la porcion de la base de datos (export/OpenStreetMap XML Data) y viendo el mega xml que te sale con josm por ejemplo. No es muy user friendly pero hasta que no se haga un explorador de datos esto seguirá así sospecho. Mira, se me acaba de ocurrir otro PFC que plantear el año que viene. -- 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-es] Un duda existencial
Hay aplicaciones móviles o rénderings especiales que hacen uso de esos datos: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wheelmap.org http://tools.geofabrik.de/osmi/ En el wiki tienes más ejemplos, por ejemplo, de aplicaciones con un mapa base, pero que si pulsas en un POI, te muestra es información de manera contextual o bien te permite filtrar/buscar por ella. OpenStreetMap es más que osm.org. -- Jaime Crespo El 21/04/2012 09:47, José Manuel Díaz Soriano cbu...@gmail.com escribió: Hola a todos, el otro día enseñando OSM a un colega me preguntó una cosa que no he sabido responderle. Los datos que metes de los comercios (Horarios,wifi,tipo de comida, teléfono...) cómo los veo yo? Y la verdad es que no se como los puede ver. ¿Alguien me dice cómo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
On Sábado, 21 de abril de 2012 09:56:06 Jaime Crespo escribió: Hay aplicaciones móviles o rénderings especiales que hacen uso de esos datos: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wheelmap.org http://tools.geofabrik.de/osmi/ En el wiki tienes más ejemplos, por ejemplo, de aplicaciones con un mapa base, pero que si pulsas en un POI, te muestra es información de manera contextual o bien te permite filtrar/buscar por ella. OpenStreetMap es más que osm.org. Vale, pues me parece que queda descartada la idea :P Por cierto, la web de http://wheelmap.org es bastante similar a lo que pienso cuando hablo de editor semántico de datos. ¿Los datos se actualizan contra la base de datos general o tienen una propia? -- 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-es] Un duda existencial
Esto quizás sea lo más parecido a lo que buscas: http://www.openstreetbrowser.org/ -- Jaime Crespo El 21/04/2012 09:56, Jaime Crespo jy...@jynus.com escribió: Hay aplicaciones móviles o rénderings especiales que hacen uso de esos datos: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wheelmap.org http://tools.geofabrik.de/osmi/ En el wiki tienes más ejemplos, por ejemplo, de aplicaciones con un mapa base, pero que si pulsas en un POI, te muestra es información de manera contextual o bien te permite filtrar/buscar por ella. OpenStreetMap es más que osm.org. -- Jaime Crespo El 21/04/2012 09:47, José Manuel Díaz Soriano cbu...@gmail.com escribió: Hola a todos, el otro día enseñando OSM a un colega me preguntó una cosa que no he sabido responderle. Los datos que metes de los comercios (Horarios,wifi,tipo de comida, teléfono...) cómo los veo yo? Y la verdad es que no se como los puede ver. ¿Alguien me dice cómo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
Hasta hace poco en el listado de capas en osm.org, había una que decía «Más información». Allí podías ver todas las vías y nodos, clicar sobre ellas y ver todos sus tags. También facilitaba el acceso a la página de información del nodo (creadores, historial, etc). Aunque para áreas con muchos datos tardaba bastante en cargar y no era demasiado práctico, yo lo utilizaba mucho y me era muy útil. Hace aproximadamente un mes ha desaparecido esa opción... :( No sé si hay alguna fórmula actualmente para acceder a los datos desde osm.org Un saludo! ALBERT 2012/4/21 Jaime Crespo jy...@jynus.com Hay aplicaciones móviles o rénderings especiales que hacen uso de esos datos: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wheelmap.org http://tools.geofabrik.de/osmi/ En el wiki tienes más ejemplos, por ejemplo, de aplicaciones con un mapa base, pero que si pulsas en un POI, te muestra es información de manera contextual o bien te permite filtrar/buscar por ella. OpenStreetMap es más que osm.org. -- Jaime Crespo El 21/04/2012 09:47, José Manuel Díaz Soriano cbu...@gmail.com escribió: Hola a todos, el otro día enseñando OSM a un colega me preguntó una cosa que no he sabido responderle. Los datos que metes de los comercios (Horarios,wifi,tipo de comida, teléfono...) cómo los veo yo? Y la verdad es que no se como los puede ver. ¿Alguien me dice cómo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
El 21/04/2012 10:06, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Hasta hace poco en el listado de capas en osm.org, había una que decía «Más información». Allí podías ver todas las vías y nodos, clicar sobre ellas y ver todos sus tags. También facilitaba el acceso a la página de información del nodo (creadores, historial, etc). Aunque para áreas con muchos datos tardaba bastante en cargar y no era demasiado práctico, yo lo utilizaba mucho y me era muy útil. Hace aproximadamente un mes ha desaparecido esa opción... :( No sé si hay alguna fórmula actualmente para acceder a los datos desde osm.org Tiene su explicación, pero temporalmente está como hover en la pestaña de edición. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
Hola, Por cierto, la web de http://wheelmap.org es bastante similar a lo que pienso cuando hablo de editor semántico de datos. ¿Los datos se actualizan contra la base de datos general o tienen una propia? Yo he editado los datos des de la web de wheelmap.org y los datos se añaden automáticamente a la base de datos OSM con un usuario wheelmap_user o algo así (lo comprobé descargando los datos en OSM después de modificarlos desde la web de wheelmap)... No hace falta ningún registro ni login. No sé si te sirve ;-) ALBERT 2012/4/21 Jaime Crespo jy...@jynus.com Esto quizás sea lo más parecido a lo que buscas: http://www.openstreetbrowser.org/ -- Jaime Crespo El 21/04/2012 09:56, Jaime Crespo jy...@jynus.com escribió: Hay aplicaciones móviles o rénderings especiales que hacen uso de esos datos: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wheelmap.org http://tools.geofabrik.de/osmi/ En el wiki tienes más ejemplos, por ejemplo, de aplicaciones con un mapa base, pero que si pulsas en un POI, te muestra es información de manera contextual o bien te permite filtrar/buscar por ella. OpenStreetMap es más que osm.org. -- Jaime Crespo El 21/04/2012 09:47, José Manuel Díaz Soriano cbu...@gmail.com escribió: Hola a todos, el otro día enseñando OSM a un colega me preguntó una cosa que no he sabido responderle. Los datos que metes de los comercios (Horarios,wifi,tipo de comida, teléfono...) cómo los veo yo? Y la verdad es que no se como los puede ver. ¿Alguien me dice cómo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
El 21/04/2012 10:05, Cruz Enrique Borges cruz.bor...@deusto.es escribió: On Sábado, 21 de abril de 2012 09:56:06 Jaime Crespo escribió: Hay aplicaciones móviles o rénderings especiales que hacen uso de esos datos: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wheelmap.org http://tools.geofabrik.de/osmi/ En el wiki tienes más ejemplos, por ejemplo, de aplicaciones con un mapa base, pero que si pulsas en un POI, te muestra es información de manera contextual o bien te permite filtrar/buscar por ella. OpenStreetMap es más que osm.org. Vale, pues me parece que queda descartada la idea :P Por cierto, la web de http://wheelmap.org es bastante similar a lo que pienso cuando hablo de editor semántico de datos. ¿Los datos se actualizan contra la base de datos general o tienen una propia? Comparten datos con osm: lo que editas en su página va a osm y viceversa. Por cierto, que el proyecto salió hace un tiempo en videos de Google: http://www.youtube.com/watch?v=u7ddxtFK1T8 -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
On Sábado, 21 de abril de 2012 10:11:44 Konfrare Albert escribió: Hola, Por cierto, la web de http://wheelmap.org es bastante similar a lo que pienso cuando hablo de editor semántico de datos. ¿Los datos se actualizan contra la base de datos general o tienen una propia? Yo he editado los datos des de la web de wheelmap.org y los datos se añaden automáticamente a la base de datos OSM con un usuario wheelmap_user o algo así (lo comprobé descargando los datos en OSM después de modificarlos desde la web de wheelmap)... No hace falta ningún registro ni login. No sé si te sirve ;-) Si, ahora la siguiente es si sabeis donde está el código (si no es javascript). -- 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-es] Un duda existencial
On Sábado, 21 de abril de 2012 10:05:38 Jaime Crespo escribió: Esto quizás sea lo más parecido a lo que buscas: http://www.openstreetbrowser.org/ De hecho una cosa como esta es lo que tenía pensado hacer para arreglar los usos y destinos de catastro http://buildingequalsyes.spum.org/ Parece que alguien ha tenido la misma idea, solo que nosotros tenemos algo más de información. -- 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-es] Un duda existencial
El 21/04/2012 10:19, Cruz Enrique Borges cruz.bor...@deusto.es escribió: On Sábado, 21 de abril de 2012 10:11:44 Konfrare Albert escribió: Hola, Por cierto, la web de http://wheelmap.org es bastante similar a lo que pienso cuando hablo de editor semántico de datos. ¿Los datos se Si, ahora la siguiente es si sabeis donde está el código (si no es javascript). *Is Wheelmap open source? Currently the source code isn’t open source. But we’re thinking about doing that in the future. *I have a similar project, can we cooperate? For sure! If you also use Openstreetmap we’re already sharing all location data with you. If you want to help us develop wheelmap.org, fork us on github. Anything else? Just contact us! -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un duda existencial
On Sábado, 21 de abril de 2012 11:22:05 Jaime Crespo escribió: El 21/04/2012 10:19, Cruz Enrique Borges cruz.bor...@deusto.es escribió: On Sábado, 21 de abril de 2012 10:11:44 Konfrare Albert escribió: Hola, Por cierto, la web de http://wheelmap.org es bastante similar a lo que pienso cuando hablo de editor semántico de datos. ¿Los datos se Si, ahora la siguiente es si sabeis donde está el código (si no es javascript). *Is Wheelmap open source? Currently the source code isn’t open source. But we’re thinking about doing that in the future. *I have a similar project, can we cooperate? For sure! If you also use Openstreetmap we’re already sharing all location data with you. If you want to help us develop wheelmap.org, fork us on github. Anything else? Just contact us! Ya justo despues de enviar el correo lo encontré. También encontré este otro proyecto que me parece bastante más interesante: http://buildingequalsyes.spum.org/ Y este si que es BSD, con el código en github, manual de instalación y demás :D. A ver si la orgía de cosas que tengo por hacer disminuye un poco y saco un rato para echarle un ojo. -- 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-es] [CATASTRO] Cat2Osm nueva versión.
Por cierto, ¿se os ha ocurrido ya cómo simplificar las geometrías que salen? Lo digo por aquella queja que comentaban en la lista de imports. Es decir, menos relaciones, simplificarlo todo para los que editen después, etc. ¿O creéis que es irrealizable? El 20 de abril de 2012 17:01, Cruz Enrique Borges cruz.bor...@deusto.esescribió: On Viernes, 20 de abril de 2012 16:28:30 Carlos Dávila escribió: ¿Dónde la habéis subido? En https://github.com/AnderPijoan/cat2osm sigue estando la versión anterior. Vale, ya se que ha pasado. Ander hizo el push y casco porque no había hecho un pull para tener los cambios en el script de descarga masiva. Ya estas subida a github y a mi web: http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar https://github.com/AnderPijoan/cat2osm El 20/04/12 13:37, Ander Pijoan escribió: Hola a todos. Perdón por estar desaparecidos pero es que estas semanas tengo que redactar la memoria de mi proyecto y estamos hasta arriba. Hemos subido una nueva versión de Cat2Osm con unos pequeños arreglos: Mueve mejor los nodos de portales a sus parcelas. Mejora el cálculo de los usos y destinos cogiendo primero el destino con mayor área (porque son más específicos que los usos) y si no hay destinos entonces pasa a los usos. Redondea los últimos decimales de las coordenadas de los nodos para así evitar nodos superpuestos. Arreglos de pequeños detalles. PD: Murcia está a falta de 2 días de terminar y Zaragoza le quedan 800 horas para terminar (después de haber estado 2 semanas y pico). Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- 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 -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Biwakschachteln
Lustig... amenity=shelter ist damit quasi nur mehr der Schirm überm Picknicktisch. Ganz versteh ich nicht wieso man da mit dem Haupt-Tag so fein differenzieren soll (wilderness_hut, basic_hut) und das nicht über Attribute lösen kann (etwa: fireplace/oven = yes/no). Der wirkliche Kritikpunkt ist, dass die Dinger schwerlich selbsterklärend sind. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Kartēšanas pasākums Siguldā
Siguldā ir 20cm ortofoto, ja to var dabūt no būvvaldes, tad ielas, būves un mežus var sazīmēt no tā. Varētu skatīties adreses un tūrismam vajadzīgo - taciņas, to grūtība (mtbscale, stāvums?), skatu punkti u.c. interesantas vietas, varētu sarunāt ar to pašu Tarzāna stafu lai atļauj izložņāt un sakartēt to brīnumu, ja ir kāds ar mtb, varētu kordes trasi nobraukt ar loggeri (ja ir vaļā un braucama). nu tā, dažas idejas. Pats 50/50 ka būšu, tikai gps šobrīd nav. On Sat, Apr 21, 2012 at 1:45 AM, Rich ric...@nakts.net wrote: On 04/21/12 01:19, Rich wrote: On 04/20/12 10:59, AivarsB wrote: meegjinaashu par visu vienaa mailaa sarakstiit :) ha. viss pluust, viss mainaas. sanjeemos un uztaisiiju saakotneejaas siguldas un mapping party lapas http://wiki.openstreetmap.org/**wiki/Siguldahttp://wiki.openstreetmap.org/wiki/Sigulda http://wiki.openstreetmap.org/**wiki/Sigulda/kartēšanas_** pasākums_2012.04.29http://wiki.openstreetmap.org/wiki/Sigulda/kart%C4%93%C5%A1anas_pas%C4%81kums_2012.04.29 dereetu kaadu labu saakotneejaas un veelaakaas tikshanaas vietu - kaut kaads kafuuzis/krogs ar jauku personaalu, briivu wifi un leetaam cenaam :D taatad - 29. apriilis, 11:00 ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Par interesantiem atklājumiem zīmējot
Sveiki, Biju zimējis Lilastes rajonu un pamaniju ko interesantu: apbūve laukumā kas iezīmēts ka aizsargājama zona. http://www.openstreetmap.org/?lat=57.18096lon=24.3309zoom=16layers=M Bija man radusies doma ka neesmu jau vienīgais kam bija trāpījies kas šāds. Iespējams šādu informāciju būtu lietderīgi apkopot kaut vai kādā blogā lai ta ir atrodama un, iespējams, var kādreiz noderēt visādu nelikumību atklāšanai. Es tagad nerunāju par šo konkrētu gadījumu jo iespējams aizsargājamas zonas robeža bija mainījusies (arī jautājums kāpēc), bet visparināti: zīmējot mēs redzam to kāds varētu paslept... Komentāri, ierosinājumi, iespaidi? Ar cieņu, vtv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Par interesantiem atklājumiem zīmējot
On 04/21/12 18:00, vtv wrote: Sveiki, Biju zimējis Lilastes rajonu un pamaniju ko interesantu: apbūve laukumā kas iezīmēts ka aizsargājama zona. http://www.openstreetmap.org/?lat=57.18096lon=24.3309zoom=16layers=M http://www.openstreetmap.org/?lat=57.18096lon=24.3309zoom=16layers=M Bija man radusies doma ka neesmu jau vienīgais kam bija trāpījies kas šāds. Iespējams šādu informāciju būtu lietderīgi apkopot kaut vai kādā blogā lai ta ir atrodama un, iespējams, var kādreiz noderēt visādu nelikumību atklāšanai. Es tagad nerunāju par šo konkrētu gadījumu jo iespējams aizsargājamas zonas robeža bija mainījusies (arī jautājums kāpēc), bet visparināti: zīmējot mēs redzam to kāds varētu paslept... kureejaa tur ir aizsargaajamaa ? mapnika renderaa vismaz nemanu. Komentāri, ierosinājumi, iespaidi? Ar cieņu, vtv -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Par interesantiem atklājumiem zīmējot
Piejūras dabas parks. http://www.openstreetmap.org/?lat=57.17963lon=24.32976zoom=16layers=Mway=143413706 Nu, teorētiski, ja dabas parku teritorijas nemainās, ar pietiekamu ticamību varētu dažreiz arī uzraut šādas situācijas (svaigi satfoto). Bet nu tad ir jāprecizē: 1) Vai robeža vēl ir spēkā 2) Vai ir izsniegta būvatļauja 3) Un tikai tad var prātot par likumību OSM savā ziņā varētu arī būt kā katalizators iespējamo vietu parādīšanai NVO (piemēram ezera krastu apbūve), bet nu tas ir visai teorētiski, jo šajā ziņā kaimiņi parasti ir visai aktīvi. Konkrēti šajā gadījumā: 30. Dabas lieguma zonā būvniecība ir atļauta, ja saņemta būvatļauja vai dokumenti būvatļaujas saņemšanai iesniegti līdz šo noteikumu spēkā stāšanās dienai. Kā privātīpašums tie gabali bija jau 2005. g. tā ka atliek tikai atļaujas izsniegšanas laiks. On Sat, Apr 21, 2012 at 7:22 PM, Rich ric...@nakts.net wrote: On 04/21/12 18:00, vtv wrote: Sveiki, Biju zimējis Lilastes rajonu un pamaniju ko interesantu: apbūve laukumā kas iezīmēts ka aizsargājama zona. http://www.openstreetmap.org/?**lat=57.18096lon=24.3309zoom=** 16layers=Mhttp://www.openstreetmap.org/?lat=57.18096lon=24.3309zoom=16layers=M http://www.openstreetmap.org/**?lat=57.18096lon=24.3309** zoom=16layers=Mhttp://www.openstreetmap.org/?lat=57.18096lon=24.3309zoom=16layers=M Bija man radusies doma ka neesmu jau vienīgais kam bija trāpījies kas šāds. Iespējams šādu informāciju būtu lietderīgi apkopot kaut vai kādā blogā lai ta ir atrodama un, iespējams, var kādreiz noderēt visādu nelikumību atklāšanai. Es tagad nerunāju par šo konkrētu gadījumu jo iespējams aizsargājamas zonas robeža bija mainījusies (arī jautājums kāpēc), bet visparināti: zīmējot mēs redzam to kāds varētu paslept... kureejaa tur ir aizsargaajamaa ? mapnika renderaa vismaz nemanu. Komentāri, ierosinājumi, iespaidi? Ar cieņu, vtv -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-cz] foto album
Zdravim, pouziva nekdo nejake webove fotoalbum kde by byla moznost zobrazit na mapach OSM pozici fotek podle trasy v gpx ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] foto album
Nedela to nahodou treba Picasa? Samozrejme je potreba napred ty fotky protahnout necim, co podle data a casu ulozi do metadat GPS souradnice ke kazde fotce... K Dne 21.4.2012 15:46, Tomáš Kratina napsal(a): Zdravim, pouziva nekdo nejake webove fotoalbum kde by byla moznost zobrazit na mapach OSM pozici fotek podle trasy v gpx ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] foto album
Picasa by to mela zvladat na Google mapach ale jestli to jde prepnout i na OSM to nevim. On Sat, Apr 21, 2012 at 6:08 PM, Jakub Sykora kub...@kbx.cz wrote: Nedela to nahodou treba Picasa? Samozrejme je potreba napred ty fotky protahnout necim, co podle data a casu ulozi do metadat GPS souradnice ke kazde fotce... K Dne 21.4.2012 15:46, Tomáš Kratina napsal(a): Zdravim, pouziva nekdo nejake webove fotoalbum kde by byla moznost zobrazit na mapach OSM pozici fotek podle trasy v gpx ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] foto album
Idealni by bylo aby tam byla vykreslena ta gpx trasa + graf prevyseni a ty fotky podle casu. On Sat, Apr 21, 2012 at 6:10 PM, Tomáš Kratina t.krat...@gmail.com wrote: Picasa by to mela zvladat na Google mapach ale jestli to jde prepnout i na OSM to nevim. On Sat, Apr 21, 2012 at 6:08 PM, Jakub Sykora kub...@kbx.cz wrote: Nedela to nahodou treba Picasa? Samozrejme je potreba napred ty fotky protahnout necim, co podle data a casu ulozi do metadat GPS souradnice ke kazde fotce... K Dne 21.4.2012 15:46, Tomáš Kratina napsal(a): Zdravim, pouziva nekdo nejake webove fotoalbum kde by byla moznost zobrazit na mapach OSM pozici fotek podle trasy v gpx ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Eurorégions sur OSM
Le 21 avril 2012 04:12, Philippe Verdy verd...@wanadoo.fr a écrit : En France ces eurorégions correspondent à des zones statistiques. En fait elles sont très antérieures à la définition des région NUTS de l'Union européenne, puisqu'elles ont été définies en 1967 par la DATAR, au départ pour l'aménagement du territoire et former une structure de coopération interrégionales (appelées ZEAT, ou « zones d'études et d'aménagement du territoire »). Autant que je sache, ni les ZEAT ni le découpage NUTS ne s'étendent sur 2 pays frontaliers comme c'est le cas dans l'exemple donné: Deux régions françaises : - Provence-Alpes-Côte d'Azur - Rhône-Alpes Trois régions italiennes : - Vallée d'Aoste - Piémont - Ligurie Il s'agit donc d'autre chose. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Adresse du serveur des fichiers changeset
Bonjour J'avais mis en place un procédé pour ne récupérer que le fichier de changement de la journée afin de mettre à jour la carte de France sans avoir besoin de la télécharger entièrement. Le serveur des fichiers changeset se trouvait à cette adresse : http://planet.openstreetmap.org/daily/ Mais malheureusement depuis le changement de licence (1/04/2012), plus aucun changeset n'est généré. Connaissez vous une autre adresse contenant ces fichiers changeset ? Ou, à défaut, un autre moyen pour générer la carte de la France sans avoir besoin de la télécharger entièrement ? Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide test upload
Le 21/04/2012 10:40, Art Penteur a écrit : Une bonne âme pourait-elle donc : - récupérer le fichier Labathude.osm contenu dans le .zip ci-joint - [...] - tenter d'uploder (le commentaire peut être D 19 à Labathude) Normale que ça plante : Labathude nous joue des tours http://www.lyricstime.com/maxime-le-forestier-la-rouille-lyrics.html http://www.youtube.com/watch?v=EgxVCCxeQ_A Ok. Je sors. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresse du serveur des fichiers changeset
Les fichiers diff générés pendant la période de transition CC-by-SA vers OdbL, se trouvent sur le même serveur mais à cette adresse: http://planet.openstreetmap.org/redaction-period/ Une fois la transition OdbL terminée, ils changeront à nouveau d'emplacement. Ceci a été fait pour garantir que les utilisateurs des données soient conscients du changement de licence. Sans action manuelle, la mise à jour d'une base s'arrêtera automatiquement. Pour info, des fichiers minute diff France permettant de conserver à jour une base France métropolitaine sont disponibles ici: http://download.openstreetmap.fr/redaction-period/minute-replicate-france/ Le 21 avril 2012 10:43, l...@worldonline.fr l...@worldonline.fr a écrit : Bonjour J'avais mis en place un procédé pour ne récupérer que le fichier de changement de la journée afin de mettre à jour la carte de France sans avoir besoin de la télécharger entièrement. Le serveur des fichiers changeset se trouvait à cette adresse : http://planet.openstreetmap.org/daily/ Mais malheureusement depuis le changement de licence (1/04/2012), plus aucun changeset n'est généré. Connaissez vous une autre adresse contenant ces fichiers changeset ? Ou, à défaut, un autre moyen pour générer la carte de la France sans avoir besoin de la télécharger entièrement ? Merci -- 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] MapOSMatic de retour
Je ne sais pas si c'est un bug de la nouvelle version, mais MapOSMatic ne trouve pas la limite administrative de Barcelonnette (04) alors que je viens de vérifier qu'elle est bien correcte avec JOSM. Une idée ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Du bon usage des multipolygones
Le message suivant : ## Bonjour à tous, Les multipolygones permettent de combiner des polygones simples pour constituer des formes complexes, par exemple contenant des trous ou des éléments disjoints. [url]http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon[/url] Pour créer un bâtiment avec une cour intérieure, un lac avec une île, c'est assez simple. Mais utilisé pour créer un ensemble scolaire, une caserne en y incluant des murs, des morceaux de route, c'est plus complexe. Exemple de la maison d'arrêt de Valence - espace Latour-Mobourg : [url]http://www.openstreetmap.org/?lat=44.932374lon=4.903321zoom=18layers=M[/url] La zone est un multipolygone incluant dans ses limites extérieurs des murs et des portions de routes. Il inclut également des « trous » que sont les bâtiments. Avantage : [list][*]Graphiquement le résultat est propre dans la carte OSM. [*]Le nombre de point est limité au minimum.[/list] Inconvénient : [list] [*]L'ensemble est difficilement lisible dans Potlatch. Les bâtiments ne sont pas colorés. [*]Les routes sont découpées en morceau pour être intégrées dans le multipolygone. Le nom des rues se répète de manière très rapproché.[/list] Autre exemple, la caserne (partie du sud), toujours à Valence : [url]http://www.openstreetmap.org/?lat=44.92524lon=4.91375zoom=17layers=M[/url] Y-a t'il une règle de bon usage de ces multipolygones ? Est-il conseillé de ne combiner que des éléments de même nature ? Peut-on y inclure des morceaux de route ? Quels sont vos pratiques ? a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MapOSMatic de retour
Etrange... ça fonctionne maintenant. J'ai juste rajouté addr:post_code sur la relation entre temps. Le 21 avril 2012 11:11, Christian Quest cqu...@openstreetmap.fr a écrit : Je ne sais pas si c'est un bug de la nouvelle version, mais MapOSMatic ne trouve pas la limite administrative de Barcelonnette (04) alors que je viens de vérifier qu'elle est bien correcte avec JOSM. Une idée ? -- 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] Adresse du serveur des fichiers changeset
Les fichiers diff générés pendant la période de transition CC-by-SA vers OdbL, se trouvent sur le même serveur mais à cette adresse: http://planet.openstreetmap.org/redaction-period/ Oui mais les noms des fichiers ne sont pas compatibles de cette routine Osmosis : osmosis --rci sont de la forme : # Define the changeset filename format. The format is {changeFileBeginFormat}-{changeFileEndFormat}.osc. # Be careful to pick a format that won't result in duplicate names for the specified interval size. # Change file begin format changeFileBeginFormat=MMdd changeFileEndFormat=MMdd Ou alors par une autre routine ? Merci Le samedi 21 avril 2012 à 11:09 +0200, Christian Quest a écrit : Les fichiers diff générés pendant la période de transition CC-by-SA vers OdbL, se trouvent sur le même serveur mais à cette adresse: http://planet.openstreetmap.org/redaction-period/ Une fois la transition OdbL terminée, ils changeront à nouveau d'emplacement. Ceci a été fait pour garantir que les utilisateurs des données soient conscients du changement de licence. Sans action manuelle, la mise à jour d'une base s'arrêtera automatiquement. Pour info, des fichiers minute diff France permettant de conserver à jour une base France métropolitaine sont disponibles ici: http://download.openstreetmap.fr/redaction-period/minute-replicate-france/ Le 21 avril 2012 10:43, l...@worldonline.fr l...@worldonline.fr a écrit : Bonjour J'avais mis en place un procédé pour ne récupérer que le fichier de changement de la journée afin de mettre à jour la carte de France sans avoir besoin de la télécharger entièrement. Le serveur des fichiers changeset se trouvait à cette adresse : http://planet.openstreetmap.org/daily/ Mais malheureusement depuis le changement de licence (1/04/2012), plus aucun changeset n'est généré. Connaissez vous une autre adresse contenant ces fichiers changeset ? Ou, à défaut, un autre moyen pour générer la carte de la France sans avoir besoin de la télécharger entièrement ? Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ComcomMaker de retour
Ça doit être la saison... Après MapOSMatic, ComcomMaker est à nouveau opérationnel. http://osm7.openstreetmap.fr/~vincentpottier/comcom/ Pour info, il y a maintenant un éditeur de tags à droite du sélecteur d'entité Construire. L'icône apparaît en mode 'basic' quand on survole le sélecteur. On peut ajouter, supprimer des tags. Les tags avec valeurs vides sont ignorés. Vous pouvez donc maintenant remplir les tags dans ComcomMaker et les retrouver dans JOSM. Enjoy. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide test upload
Le 21 avril 2012 10:56, Vincent Pottier vpott...@gmail.com a écrit : Ok. Je sors. Au contraire. Merci pour cet intermède musical. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Appel à commentaires: Livre OSM, chapitre Historique
Bonjour, Le livre Bienvenue sur OpenStreetMap http://fr.flossmanuals.net/openstreetmap/ publié sur électroniquement sur Floss Manuals continue petit à petit son développement. Un chapitre sur l'historique du projet a été rédigé pour présenter la courte histoire d'OpenStreetMap sur ses sept ans et demi d'existence. On peut trouver sur le wiki quelques repères http://wiki.openstreetmap.org/wiki/History sur des évènements marquants du projet, mais dresser son historique n'est pas une exercice facile puisqu'il faut éplucher des listes de diffusion, des blogs, parfois des logs SVN. Voila pourquoi je crois que le chapitre n'est pas exhaustif et j'aimerais avoir des retours, des idées,... http://fr.flossmanuals.net/ecrire/openstreetmap/brouillon-historique/. Comme Bienvenue sur OpenStreetMap est une oeuvre libre, vous pouvez aussi y contribuer sur Floss Manuals fr http://fr.flossmanuals.net/ecrire/openstreetmap/_edit/. -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ? 06 26 94 94 71 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MapOSMatic de retour
Bonjour Christian, Le 21 avril 2012 11:11, Christian Quest cqu...@openstreetmap.fr a écrit : Je ne sais pas si c'est un bug de la nouvelle version, mais MapOSMatic ne trouve pas la limite administrative de Barcelonnette (04) alors que je viens de vérifier qu'elle est bien correcte avec JOSM. Le 21 avril 2012 11:29, Christian Quest cqu...@openstreetmap.fr a écrit : Etrange... ça fonctionne maintenant. J'ai juste rajouté addr:post_code sur la relation entre temps. Pour la recherche de limite administrative, on utilise Nominatim. Il est possible qu'il y ait quelques glitches de temps en temps. L'interaction avec Nominatim n'est pas simple. Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marseille: gros upload en cours (correction de bâti)
Hello, J'arrive après la bataille, pas trop sur OSM en ce moment et du mal à suivre la liste. Mais juste pour le signaler : j'étais l'auteur d'un début d'import dans le 15e arrondissement, que j'avais modifié manuellement en corrigeant les erreurs de bâti que j'identifiais. Par exemple, là : http://www.openstreetmap.org/?lat=43.35397lon=5.36251zoom=17layers=M Les erreurs sont revenues avec cet import récent : les batiments de la cité des arts de la rue ne correspondent pas, et ceux des créneaux sont presque tous rasés aujourd'hui. En espérant que l'import récent n'est pas passé à la trappe l'ensemble de l'import précédent et des corrections manuelles..? Pour le reste, beau travail en tout cas, merci. Amicalement Jérémy Le 17 avril 2012 01:08, Christian Quest cqu...@openstreetmap.fr a écrit : Ca a été laborieux (conflits, noeuds effacés, j'en passe et des meilleures) mais c'est terminé. Il doit y avoir des petits restes ici ou là, je laisse les locaux rectifier. Il y a visiblement du boulot car j'ai vu pas mal de rues manquantes dans les environs. Le 13 avril 2012 16:02, Fabien marbolan...@gmail.com a écrit : Le 13 avril 2012 15:53, Christian Quest cqu...@openstreetmap.fr a écrit : Juste pour prévenir... histoire d'éviter les édition dans le 15ème, j'ai 126579 objets à uploader... Superbe nouvelle merci ! Fabien ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marseille: gros upload en cours (correction de bâti)
Bonjour Jérémy, La finalisation de l'import sur l'ensemble de l'arrondissement permet de repartir d'une base saine et surtout complète, car il y avait de nombreux noeuds orphelins suite à ton import partiel. J'ai fais ce que j'ai pu pour conserver ton import partiel et résoudre les conflits sur des bâtiments tracés hors cadastre. J'ai fusionné l'existant avec le cadastre actuel, dédoublonné les noeuds et chemins identiques (merci validator), puis ensuite supprimé les bâtiments en double en essayant de conserver ceux qui semblaient les plus récents en comparant avec Bing. Vu la quantité à traiter, c'est possible que je me soit loupé par endroit. Le 21 avril 2012 14:13, Jeremy G jeremy@gmail.com a écrit : Hello, J'arrive après la bataille, pas trop sur OSM en ce moment et du mal à suivre la liste. Mais juste pour le signaler : j'étais l'auteur d'un début d'import dans le 15e arrondissement, que j'avais modifié manuellement en corrigeant les erreurs de bâti que j'identifiais. Par exemple, là : http://www.openstreetmap.org/?lat=43.35397lon=5.36251zoom=17layers=M Les erreurs sont revenues avec cet import récent : les batiments de la cité des arts de la rue ne correspondent pas, et ceux des créneaux sont presque tous rasés aujourd'hui. En espérant que l'import récent n'est pas passé à la trappe l'ensemble de l'import précédent et des corrections manuelles..? Pour le reste, beau travail en tout cas, merci. Amicalement Jérémy Le 17 avril 2012 01:08, Christian Quest cqu...@openstreetmap.fr a écrit : Ca a été laborieux (conflits, noeuds effacés, j'en passe et des meilleures) mais c'est terminé. Il doit y avoir des petits restes ici ou là, je laisse les locaux rectifier. Il y a visiblement du boulot car j'ai vu pas mal de rues manquantes dans les environs. Le 13 avril 2012 16:02, Fabien marbolan...@gmail.com a écrit : Le 13 avril 2012 15:53, Christian Quest cqu...@openstreetmap.fr a écrit : Juste pour prévenir... histoire d'éviter les édition dans le 15ème, j'ai 126579 objets à uploader... Superbe nouvelle merci ! Fabien ___ 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 ___ 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] Pour les randonneurs : séance de vote (entrainement) sur une proposition pour les refuges de montagne
Merci, Ok , je note la règle Cordialement Michel SALESSES 15,route du Dière COMMUNAL 01410 CHAMPFROMIER France Tél: +33 6 71 80 34 67 mailto:sierramik...@gmail.com Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 5000 personnes, associations, entreprises et collectivités qui soutiennent notre action Le 20 avril 2012 18:54, sly (sylvain letuffe) li...@letuffe.org a écrit : On vendredi 20 avril 2012, Michel SALESSES wrote: Bonsoir j'ai parcouru la page, je suis d'accord avec la terminologie. Mais petite remarque: Il ya des refuges gardés l'été statut Alpine_hut et fermé l'hiver avec le statut wilderness hut. Comment les classer? Deux options : - superposer deux points un alpine_hut et un wilderness_hut avec les dates d'ouverture adéquates - ne mettre qu'un seul point alpine_hut et rajouter le tag winter_room=yes -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ 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] MapOSMatic de retour : bravo
Bonsoir, Je me joins à la salve de louanges : bravo pour cette application qui est notre meilleur atout dans une discussion avec des élus. Je viens de générer la carte de mon village en livret, j'ai automatiquement obtenu 32 pages, ce nombre est-il réglable, je n'ai pas vu le choix proposé dans le processus de paramétrage de l'édition. Brice Mallet Le 21 avr. 2012 à 12:30, David MENTRE a écrit : Bonjour Christian, Le 21 avril 2012 11:11, Christian Quest cqu...@openstreetmap.fr a écrit : Je ne sais pas si c'est un bug de la nouvelle version, mais MapOSMatic ne trouve pas la limite administrative de Barcelonnette (04) alors que je viens de vérifier qu'elle est bien correcte avec JOSM. Le 21 avril 2012 11:29, Christian Quest cqu...@openstreetmap.fr a écrit : Etrange... ça fonctionne maintenant. J'ai juste rajouté addr:post_code sur la relation entre temps. Pour la recherche de limite administrative, on utilise Nominatim. Il est possible qu'il y ait quelques glitches de temps en temps. L'interaction avec Nominatim n'est pas simple. Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Panneau accès interdit ... et facilitation numérotation de rues sous JOSM
Bonsoir,Je souhaiterais tagger le panneau en PJ (accès interdit aux véhicules à moteur sauf riverains et services), est-ce bien :motor_vehicle=destinationle "services" peut il être rendu ?Faut-il rajoutermotor_vehicle=no ?Existe t'il sur le wiki une page où en regard du visuel des divers panneaux seraient spécifiés les tags appropriés ?Autre question, je ne retrouve pas la commande à utiliser dans JOSM pour faciliter la création des relations n° de rues, quel est le raccourci (sous Mac) ?Non trouvé dans le wiki, sauf cela :"JOSM a un paramètre pour facilement ajouter les tags addr:*;" http://wiki.openstreetmap.org/wiki/Proposed_features/Fr:Num%C3%A9rotation_des_ruesMerci Britz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
En règle générale il vaut mieux éviter de combiner routes et bâtiments. Pour la bonne raison que les routes ne sont qu'un filaire ne correspondant pas à leur largeur réelle, le tracé sera interprété comme s'étendant de part et d'autre du filaire : le bâtiment de la prison ne peut pas empiéter sur la route. C'est une question de logique et de géométrie: aucun bâtiment ne devrait empiéter sur une route (ou le cours central d'une rivière), mais il est possible qu'un bâtiment partage des chemins avec un landuse=* (bien qu'il semble plus adéquat que le landuse utilise plutôt la limite de la route). De même il faut éviter de confondre les limites administratives (des lignes virtuelles) avec des objets physiques comme les bâtiments (on trouve cependant des frontières qui réutilisent le cours central d'une rivière mais cela ne devrait pas arriver avec les contours des rives formant sa surface, sauf si ce lit est encore considéré comme partie de la coastline (sur la partie du cours encore soumis à la marée, dans les rias). Vu la petite taille des bâtiments, et leur densite il veut mieux qu'ils soient dans leur propre couche. En revachne on a intérêt à joindre les limties de bâtiments qui se touchent. dans des multipolygones, et joindre les noeuds qui sont communs aux murs de séparation entre propriétés, ou les clotures et barrirères (même très longues). Le cas où il est courant de joindre les bâtiment avec le reste c'est celui des forets et parcs (landuse), mais il vaut mieux éviter de le faire pour les zones commerciales, industrielles ou résidentielles, dont les contours sont fictifs et devraient rester à part (leur résolution est finalement très floue comparée aux bâtiments) : les zones comerciales, industrilles ou résidentielles ne sont que des estimations larges autour de zones incluant des bâtiments, des jardins, des routes. En revacnhe ces zones floues peuvent partager des chemins avec les contours assez précis de zones naturelles (forets, parcs), mais on évitera de le faire pour les réserves naturelles qui traversent un peu le tout et sont aussi très indicatives. En général pour savoir ce qu'on peut joindre, il suffit de se demander quel niveau de précision est demandé à un type de zone ou un autre et si l'un et l'autre peuvent changer indépendamment de l'autre ou non, ou son nécessairement liés (l'un excluant nécessairement l'autre). Le 21 avril 2012 11:16, fo...@letuffe.org a écrit : Le message suivant : ## Bonjour à tous, Les multipolygones permettent de combiner des polygones simples pour constituer des formes complexes, par exemple contenant des trous ou des éléments disjoints. [url]http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon[/url] Pour créer un bâtiment avec une cour intérieure, un lac avec une île, c'est assez simple. Mais utilisé pour créer un ensemble scolaire, une caserne en y incluant des murs, des morceaux de route, c'est plus complexe. Exemple de la maison d'arrêt de Valence - espace Latour-Mobourg : [url]http://www.openstreetmap.org/?lat=44.932374lon=4.903321zoom=18layers=M[/url] La zone est un multipolygone incluant dans ses limites extérieurs des murs et des portions de routes. Il inclut également des « trous » que sont les bâtiments. Avantage : [list][*]Graphiquement le résultat est propre dans la carte OSM. [*]Le nombre de point est limité au minimum.[/list] Inconvénient : [list] [*]L'ensemble est difficilement lisible dans Potlatch. Les bâtiments ne sont pas colorés. [*]Les routes sont découpées en morceau pour être intégrées dans le multipolygone. Le nom des rues se répète de manière très rapproché.[/list] Autre exemple, la caserne (partie du sud), toujours à Valence : [url]http://www.openstreetmap.org/?lat=44.92524lon=4.91375zoom=17layers=M[/url] Y-a t'il une règle de bon usage de ces multipolygones ? Est-il conseillé de ne combiner que des éléments de même nature ? Peut-on y inclure des morceaux de route ? Quels sont vos pratiques ? a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresse du serveur des fichiers changeset
Le 21 avril 2012, l...@worldonline.fr a écrit : Les fichiers diff générés pendant la période de transition CC-by-SA vers OdbL, se trouvent sur le même serveur mais à cette adresse: http://planet.openstreetmap.org/redaction-period/ Oui mais les noms des fichiers ne sont pas compatibles de cette routine Osmosis : osmosis --rci sont de la forme : # Define the changeset filename format. The format is {changeFileBeginFormat}-{changeFileEndFormat}.osc. # Be careful to pick a format that won't result in duplicate names for the specified interval size. # Change file begin format changeFileBeginFormat=MMdd changeFileEndFormat=MMdd Ou alors par une autre routine ? Oui, il faut passer par --read-replication-interval, et créer un state.txt en récupérant le bon parmi les diff (un plus vieux que ta base de donnée de préférence. À noter que les state.txt sont les mêmes sur ces deux sites: http://planet.openstreetmap.org/redaction-period/minute-replicate/ http://download.openstreetmap.fr/redaction-period/minute-replicate-france/ (les diffs france contiennent globalement la france métropolitaine entière, modulo quelques erreurs à la frontière) -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Eurorégions sur OSM
Ton messsage n'était pas clair et ne l'est toujours pas dans sa réponse ci-dessous. De quoi parles-tu ? Tu as une référence ? Le 21 avril 2012 09:40, Christian Quest cqu...@openstreetmap.fr a écrit : Le 21 avril 2012 04:12, Philippe Verdy verd...@wanadoo.fr a écrit : En France ces eurorégions correspondent à des zones statistiques. En fait elles sont très antérieures à la définition des région NUTS de l'Union européenne, puisqu'elles ont été définies en 1967 par la DATAR, au départ pour l'aménagement du territoire et former une structure de coopération interrégionales (appelées ZEAT, ou « zones d'études et d'aménagement du territoire »). Autant que je sache, ni les ZEAT ni le découpage NUTS ne s'étendent sur 2 pays frontaliers comme c'est le cas dans l'exemple donné: Deux régions françaises : - Provence-Alpes-Côte d'Azur - Rhône-Alpes Trois régions italiennes : - Vallée d'Aoste - Piémont - Ligurie Il s'agit donc d'autre chose. -- 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
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
Le 21/04/2012 20:11, Philippe Verdy a écrit : a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
Ca fait **chier** réellement que des messages du forum soient automatiquement transmis sur la liste sans qu'on puisse y répondre. Si le forum reposte automatiquement des messages ici, il DOIT inclure une adresse de réponse qui fonctionne (afin qu'il récupère les réponses reçues par mail et les reformate dans le forum), sinon le forum doit s'abstenir de poster ici. Ce n'est pas normal de se prendre ce genre d'alerte en répondant par mail directement à un message reçu par mail. Virez donc ces postages automatiques : en cas de besoin ce sera à celui qui reposte manuellement un message copié du forum ici d'inclure sa propre adresse et servir de relai pour les réponses. Virez ce stupide robot posteur du forum, qui agit comme un spammeur. Le 21 avril 2012 20:15, RÉAU Simon msr...@gmail.com a écrit : Le 21/04/2012 20:11, Philippe Verdy a écrit : a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maison funéraire
Pour traduire une page sur le wiki, il suffit de suivre un lien rouge dans la liste déroulante des autres langues, cela donne le nom d'article à utiliser, les liens rouges étant alors automatiquement redétectés dans les autres langues. Une fois la page existante (même s'il ne s'agit que d'un redirect vers une autre page), elle apparaît en bleu dans la liste non déroulante en haut. Note: seule une cinquantaine de langues majeures peuvent apparaître dans la liste non déroulante, pour des raisons de performance et de limitation du wiki. Sinon les autres langues mineures traduites apparaîtront en bleu mais resteront dans la liste des autres langues, par exemple le breton, ou l'occitan) car on ne peut pas tester l'existence des pages pour un nombre infini de langues sans exploser une limite du parseur wiki). Le français est toujours testé comem la majeure partie des langues officielles nationales européennes, ainsi que le chinois, l'arabe, le japonais, l'hébreu, le coréen, l'hindi, le tamoul, le thaï et quelques autres langues non romanisées). Le 18 avril 2012 07:11, nono pingven...@free.fr a écrit : Le mercredi 18 avril 2012 à 07:04 +0200, nono a écrit : Salut Je cherchais à taguer ce type de PoI. N'ayant rien trouvé dans josm, je suis allé voir le wiki. Pas de bol, pas de wiki fr pour ce type de PoI. Du coup, je me suis rabattu sur la version anglaise et j'ai recopié cette page originale pour en créer une version française (donc wiwki fr). C'est ici : https://wiki.openstreetmap.org/wiki/FR:Tag:shop%3Dfuneral_directors et la discussion ici : https://wiki.openstreetmap.org/wiki/FR_talk:Tag:shop%3Dfuneral_directors Mon problème, c'est d'essayer de rendre cohérent le tout en indiquant les url des autres versions mais je ne sais pas faire pour l'instant. Je crois que j'ai compris comment faire. On dirait que la petite manip a également mis à jour les url des pages originales des autres versions. Cependant, je vous demande de bien vérifier si je n'ai pas fait de bêtises. merci nono ___ 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] Panneau accès interdit ... et facilitation numérotation de rues sous JOSM
Le 21 avril 2012 19:54, Brice brice.mal...@free.fr a écrit : Bonsoir, Je souhaiterais tagger le panneau en PJ (accès interdit aux véhicules à moteur sauf riverains et services), est-ce bien : motor_vehicle=destination le services peut il être rendu ? Faut-il rajouter motor_vehicle=no ? motor_vehicle=destination semble le plus adapté. Existe t'il sur le wiki une page où en regard du visuel des divers panneaux seraient spécifiés les tags appropriés ? Autre question, je ne retrouve pas la commande à utiliser dans JOSM pour faciliter la création des relations n° de rues, quel est le raccourci (sous Mac) ? Non trouvé dans le wiki, sauf cela : JOSM a un paramètre pour facilement ajouter les tags addr:* ; http://wiki.openstreetmap.org/wiki/Proposed_features/Fr:Num%C3%A9rotation_des_rues Merci control + option + majuscule + E (dans mon JOSM/Mac)... heureusement tu peux le modifier dans les préférences de JOSM. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
Ben non ! Suffit de répondre sur le forum' c'est simple, y'a même pas besoin d' inscription. Philippe Verdy verd...@wanadoo.fr a écrit : Ca fait **chier** réellement que des messages du forum soient automatiquement transmis sur la liste sans qu'on puisse y répondre. Si le forum reposte automatiquement des messages ici, il DOIT inclure une adresse de réponse qui fonctionne (afin qu'il récupère les réponses reçues par mail et les reformate dans le forum), sinon le forum doit s'abstenir de poster ici. Ce n'est pas normal de se prendre ce genre d'alerte en répondant par mail directement à un message reçu par mail. Virez donc ces postages automatiques : en cas de besoin ce sera à celui qui reposte manuellement un message copié du forum ici d'inclure sa propre adresse et servir de relai pour les réponses. Virez ce stupide robot posteur du forum, qui agit comme un spammeur. Le 21 avril 2012 20:15, RÉAU Simon msr...@gmail.com a écrit : Le 21/04/2012 20:11, Philippe Verdy a écrit : a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org _ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr _ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] (sans objet)
J'aimerais comprendre pourquoi la province des Asturies (nord de l'Espagne, autou de Gijon) n'est pas détectée dans Layers au niveau 6, alors qu'elle l'est au niveau 4 (en tant que communauté autonome) : http://layers.openstreetmap.fr/?zoom=7lat=40.74039lon=-1.2896layers=BTT Certes cette province est la seule de la communauté autonome, mais c'est le cas aussi pour quelques autres communautés autonomes espagnoles qui sont, elles, bien détectées aux deux niveaux. Les relations existent, les références aussi. J'ai l'impression que Layers semble rechercher un code province incorrect et ne s'appuie pas sur la définition de l'admin level. Note : j'ai corrigé les géométries. La province comme la communauté autonorme partagent exactement les mêmes frontières. Tout est renseigné correctement. Qu'est-ce que j'ai pu oublier ? Note: il reste la Catalogne a finir en tant que communauté autonome et pour ses trois provinces. J'ai corrigé la plupart du reste, et j'ai corrigé de nombreuses erreurs de géométrie dans les municipalités espagnoles. Il reste encore du travail au niveau 8 des municipalités sur la côte en Catalogne méditerranéenne et dans la Communauté valencienne (je suis en train de finir ça). J'ai corrigé aussi les frontières brisées sur la limite France — Espagne et France — Andorre, dans les Pyrénées-Atlantiques, ainsi que le long de l'Ariège (qui a encore quelques problèmes), de même que les régions françaises et espagnoles correspondantes au niveau 4. En Ariège, il reste encore un bon nombre d'admin_level=8 manquants même si les communes sont présentes, de même que pas mal de nouvelles communes qui n'ont pas leur admin_centre défini. Note : l'Espagne est un bon exemple de l'utilisation des subareas (et depuis longtemps), que vous avez refusé d'accepter aussi en France, alors qu'ils sont utilisés tout autour de la France. C'est très pratique à utiliser dans JOSM et pour la création de cartes dérivées (sur des bases de fichiers statistiques). Je vous invite à reréfléchir sur la question de votre refus pour la France : les définition par frontières ne sont pas incompatibles avec les subareas, ce sont deux choses distinctes, les deux pouvant être exhaustifs et permettant de relever et corriger facilement les erreurs ou oublis, ou objets effacés par erreur ou suite au changement de licence, et apportant de la cohérence et de la stabilité à l'ensemble des données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Eurorégions sur OSM
Le 21 avril 2012 20:14, Philippe Verdy verd...@wanadoo.fr a écrit : Ton messsage n'était pas clair et ne l'est toujours pas dans sa réponse ci-dessous. De quoi parles-tu ? Tu as une référence ? Je parlais de l'exemple Eurorégion Alpes-Méditerranée cité dans le premier message de Florian qui avait même pris la peine de mettre le lien wikipédia: http://fr.wikipedia.org/wiki/Eurorégion_Alpes-Méditerranée Avantage des messages courts... on peut les lire en intégral et même se payer le luxe d'aller lire ce qu'il y a derrière les liens avant de répondre. -- 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] Eurorégions sur OSM
Le lien n'apparaissait pas chez moi (sans doute à cause du filtrage HTML). Le 21 avril 2012 21:03, Christian Quest christian.qu...@gmail.com a écrit : Otourly a écrit: Je me demandais comment on tagguait les euroregions (ex:Eurorégion Alpes-Méditerranée). Le 21 avril 2012 20:14, Philippe Verdy verd...@wanadoo.fr a écrit : Ton messsage n'était pas clair et ne l'est toujours pas dans sa réponse ci-dessous. De quoi parles-tu ? Tu as une référence ? Je parlais justement de l'exemple Eurorégion Alpes-Méditerranée pour laquelle Florian avait même mis le lien wikipédia: http://fr.wikipedia.org/wiki/Eurorégion_Alpes-Méditerranée Avantage des messages courts... on peut les lire en intégral et se payer le luxe d'aller lire ce qu'il y a derrière les liens. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau accès interdit ... et facilitation numérotation de rues sous JOSM
Ou acces=destination ? http://wiki.openstreetmap.org/wiki/FR:Key:access Le 21 avril 2012 20:59, Christian Quest cqu...@openstreetmap.fr a écrit : Le 21 avril 2012 19:54, Brice brice.mal...@free.fr a écrit : Bonsoir, Je souhaiterais tagger le panneau en PJ (accès interdit aux véhicules à moteur sauf riverains et services), est-ce bien : motor_vehicle=destination le services peut il être rendu ? Faut-il rajouter motor_vehicle=no ? motor_vehicle=destination semble le plus adapté. Existe t'il sur le wiki une page où en regard du visuel des divers panneaux seraient spécifiés les tags appropriés ? Autre question, je ne retrouve pas la commande à utiliser dans JOSM pour faciliter la création des relations n° de rues, quel est le raccourci (sous Mac) ? Non trouvé dans le wiki, sauf cela : JOSM a un paramètre pour facilement ajouter les tags addr:* ; http://wiki.openstreetmap.org/wiki/Proposed_features/Fr:Num%C3%A9rotation_des_rues Merci control + option + majuscule + E (dans mon JOSM/Mac)... heureusement tu peux le modifier dans les préférences de JOSM. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] forum: Du bon usage des multipolygones
Pas d'accord : si le forum poste ici, il peut mettre une adresse de réponse à lui, à charge pour le forum de récupérer les mails. Sinon ce cross-posting automatique est contraire à l'étiquette Internet : i vous souhaitez mentionner un messge du forum ici, il faut le faire avec votre propre adresse email sous votre nom et prendre la responsabilité de transmettre les réponses au forum. Virez ce robot ou modifiez le pour qu'il indique une adresse de réponse correcte. Tous ceux qui postent ici sans indiquer une adresse de réponse valide sont des spammeurs, et cela inclut le forum lui-même ! Le 21 avril 2012 21:02, Yves yve...@gmail.com a écrit : Ben non ! Suffit de répondre sur le forum' c'est simple, y'a même pas besoin d' inscription. Philippe Verdy verd...@wanadoo.fr a écrit : Ca fait **chier** réellement que des messages du forum soient automatiquement transmis sur la liste sans qu'on puisse y répondre. Si le forum reposte automatiquement des messages ici, il DOIT inclure une adresse de réponse qui fonctionne (afin qu'il récupère les réponses reçues par mail et les reformate dans le forum), sinon le forum doit s'abstenir de poster ici. Ce n'est pas normal de se prendre ce genre d'alerte en répondant par mail directement à un message reçu par mail. Virez donc ces postages automatiques : en cas de besoin ce sera à celui qui reposte manuellement un message copié du forum ici d'inclure sa propre adresse et servir de relai pour les réponses. Virez ce stupide robot posteur du forum, qui agit comme un spammeur. Le 21 avril 2012 20:15, RÉAU Simon msr...@gmail.com a écrit : Le 21/04/2012 20:11, Philippe Verdy a écrit : a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr 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] forum: Du bon usage des multipolygones
Philippe, cela ne te ressemble pas ces propos énervés. Pour ma part, je trouve que c'est une bonne idée ce relais du forum vers la liste et avec l'objet du message reçu (forum:) on sait que cela vient du forum donc pas de quoi s'en offusquer. Il n'est par la suite pas plus difficile d'apporter une réponse sur le forum que sur la liste... Romain Le 21 avril 2012 21:10, Philippe Verdy verd...@wanadoo.fr a écrit : Pas d'accord : si le forum poste ici, il peut mettre une adresse de réponse à lui, à charge pour le forum de récupérer les mails. Sinon ce cross-posting automatique est contraire à l'étiquette Internet : i vous souhaitez mentionner un messge du forum ici, il faut le faire avec votre propre adresse email sous votre nom et prendre la responsabilité de transmettre les réponses au forum. Virez ce robot ou modifiez le pour qu'il indique une adresse de réponse correcte. Tous ceux qui postent ici sans indiquer une adresse de réponse valide sont des spammeurs, et cela inclut le forum lui-même ! Le 21 avril 2012 21:02, Yves yve...@gmail.com a écrit : Ben non ! Suffit de répondre sur le forum' c'est simple, y'a même pas besoin d' inscription. Philippe Verdy verd...@wanadoo.fr a écrit : Ca fait **chier** réellement que des messages du forum soient automatiquement transmis sur la liste sans qu'on puisse y répondre. Si le forum reposte automatiquement des messages ici, il DOIT inclure une adresse de réponse qui fonctionne (afin qu'il récupère les réponses reçues par mail et les reformate dans le forum), sinon le forum doit s'abstenir de poster ici. Ce n'est pas normal de se prendre ce genre d'alerte en répondant par mail directement à un message reçu par mail. Virez donc ces postages automatiques : en cas de besoin ce sera à celui qui reposte manuellement un message copié du forum ici d'inclure sa propre adresse et servir de relai pour les réponses. Virez ce stupide robot posteur du forum, qui agit comme un spammeur. Le 21 avril 2012 20:15, RÉAU Simon msr...@gmail.com a écrit : Le 21/04/2012 20:11, Philippe Verdy a écrit : a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
+1 Le 21 avril 2012 21:16, Romain MEHUT romain.me...@gmail.com a écrit : Philippe, cela ne te ressemble pas ces propos énervés. Pour ma part, je trouve que c'est une bonne idée ce relais du forum vers la liste et avec l'objet du message reçu (forum:) on sait que cela vient du forum donc pas de quoi s'en offusquer. Il n'est par la suite pas plus difficile d'apporter une réponse sur le forum que sur la liste... Romain Le 21 avril 2012 21:10, Philippe Verdy verd...@wanadoo.fr a écrit : Pas d'accord : si le forum poste ici, il peut mettre une adresse de réponse à lui, à charge pour le forum de récupérer les mails. Sinon ce cross-posting automatique est contraire à l'étiquette Internet : i vous souhaitez mentionner un messge du forum ici, il faut le faire avec votre propre adresse email sous votre nom et prendre la responsabilité de transmettre les réponses au forum. Virez ce robot ou modifiez le pour qu'il indique une adresse de réponse correcte. Tous ceux qui postent ici sans indiquer une adresse de réponse valide sont des spammeurs, et cela inclut le forum lui-même ! Le 21 avril 2012 21:02, Yves yve...@gmail.com a écrit : Ben non ! Suffit de répondre sur le forum' c'est simple, y'a même pas besoin d' inscription. Philippe Verdy verd...@wanadoo.fr a écrit : Ca fait **chier** réellement que des messages du forum soient automatiquement transmis sur la liste sans qu'on puisse y répondre. Si le forum reposte automatiquement des messages ici, il DOIT inclure une adresse de réponse qui fonctionne (afin qu'il récupère les réponses reçues par mail et les reformate dans le forum), sinon le forum doit s'abstenir de poster ici. Ce n'est pas normal de se prendre ce genre d'alerte en répondant par mail directement à un message reçu par mail. Virez donc ces postages automatiques : en cas de besoin ce sera à celui qui reposte manuellement un message copié du forum ici d'inclure sa propre adresse et servir de relai pour les réponses. Virez ce stupide robot posteur du forum, qui agit comme un spammeur. Le 21 avril 2012 20:15, RÉAU Simon msr...@gmail.com a écrit : Le 21/04/2012 20:11, Philippe Verdy a écrit : a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- 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] forum: Du bon usage des multipolygones
Si si, c'est gênant : le forum va afficher d'autres messages qui n'ont rien à voir, et on est obligé de rechercher le message pour y répondre, puisque il n'y a même aucun lien vers la bonne page, juste le contenu du message. On se retrouve donc obligé de chercher et lire bien plus de trucs qui n'ont rien à voir avec le message cross-posté... Mettez au minimum une URL précise pour les réponses. Alors comprenez mon énervement face à ces messages auxquels on ne peut pas répondre directement. Le 21 avril 2012 21:16, Romain MEHUT romain.me...@gmail.com a écrit : Philippe, cela ne te ressemble pas ces propos énervés. Pour ma part, je trouve que c'est une bonne idée ce relais du forum vers la liste et avec l'objet du message reçu (forum:) on sait que cela vient du forum donc pas de quoi s'en offusquer. Il n'est par la suite pas plus difficile d'apporter une réponse sur le forum que sur la liste... Romain Le 21 avril 2012 21:10, Philippe Verdy verd...@wanadoo.fr a écrit : Pas d'accord : si le forum poste ici, il peut mettre une adresse de réponse à lui, à charge pour le forum de récupérer les mails. Sinon ce cross-posting automatique est contraire à l'étiquette Internet : i vous souhaitez mentionner un messge du forum ici, il faut le faire avec votre propre adresse email sous votre nom et prendre la responsabilité de transmettre les réponses au forum. Virez ce robot ou modifiez le pour qu'il indique une adresse de réponse correcte. Tous ceux qui postent ici sans indiquer une adresse de réponse valide sont des spammeurs, et cela inclut le forum lui-même ! Le 21 avril 2012 21:02, Yves yve...@gmail.com a écrit : Ben non ! Suffit de répondre sur le forum' c'est simple, y'a même pas besoin d' inscription. Philippe Verdy verd...@wanadoo.fr a écrit : Ca fait **chier** réellement que des messages du forum soient automatiquement transmis sur la liste sans qu'on puisse y répondre. Si le forum reposte automatiquement des messages ici, il DOIT inclure une adresse de réponse qui fonctionne (afin qu'il récupère les réponses reçues par mail et les reformate dans le forum), sinon le forum doit s'abstenir de poster ici. Ce n'est pas normal de se prendre ce genre d'alerte en répondant par mail directement à un message reçu par mail. Virez donc ces postages automatiques : en cas de besoin ce sera à celui qui reposte manuellement un message copié du forum ici d'inclure sa propre adresse et servir de relai pour les réponses. Virez ce stupide robot posteur du forum, qui agit comme un spammeur. Le 21 avril 2012 20:15, RÉAU Simon msr...@gmail.com a écrit : Le 21/04/2012 20:11, Philippe Verdy a écrit : a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
Ce robot n'a pas pour but de créer une liaison entre le forum phpBB et la mailing liste, juste d'informer sur la mailing list qu'un nouveau sujet a été ouvert sur le forum, forum qui est bien moins actif que la ML. Le forum étant par ailleurs utilisé par des contributeurs moins assidus que les abonnés à la ML, cela permet aussi d'adapter les réponses. Bref, pour moi, c'est très bien comme ça... il faudrait juste penser à mettre à jour les références à letuffe.org ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
En plus, ce cross-posting ne mentionne même pas le nom ou le pseudonyme de l'auteur, ce qui est franchement contraire à l'étiquette. Je ne vois pas à quel titre Letuffe.org apparait comme le seul auteur visible de ces messages mais refuse les réponses qu'on lui fait. Ce n'est pas correct pour les auteurs, et contraire à la netiquette. Le 21 avril 2012 21:28, Christian Quest cqu...@openstreetmap.fr a écrit : Ce robot n'a pas pour but de créer une liaison entre le forum phpBB et la mailing liste, juste d'informer sur la mailing list qu'un nouveau sujet a été ouvert sur le forum, forum qui est bien moins actif que la ML. Le forum étant par ailleurs utilisé par des contributeurs moins assidus que les abonnés à la ML, cela permet aussi d'adapter les réponses. Bref, pour moi, c'est très bien comme ça... il faudrait juste penser à mettre à jour les références à letuffe.org ;) ___ 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] forum: Du bon usage des multipolygones
Le 21/04/2012 21:28, Philippe Verdy a écrit : On se retrouve donc obligé de chercher et lire bien plus de trucs qui n'ont rien à voir avec le message cross-posté... Là, il y en a un qui a perdu une occasion de se taire ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
Là ça vite à l'insulte personnelle... P je n'ai insulté personne, j'ai seulement critiqué le comportement incorrect du robot qui ne respecte pas les règles conventionnelles. Mais ta réponse est carrément insultante. Le 21 avril 2012 21:35, Vincent Pottier vpott...@gmail.com a écrit : Le 21/04/2012 21:28, Philippe Verdy a écrit : On se retrouve donc obligé de chercher et lire bien plus de trucs qui n'ont rien à voir avec le message cross-posté... Là, il y en a un qui a perdu une occasion de se taire ! -- FrViPofm ___ 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] forum: Du bon usage des multipolygones
-1000 Franchement, ce genre de réponse inutile est encore plus hors sujet, vous devriez éviter cette pollution qui ne répond pas à la question posée. Le 21 avril 2012 21:38, RÉAU Simon msr...@gmail.com a écrit : +1 :) Le 21/04/2012 21:35, Vincent Pottier a écrit : Là, il y en a un qui a perdu une occasion de se taire ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
Philippe, bien obligé de constater qu'au nombre de caractères postés ici, tu l'emporte haut la main sur le forum. Alors ne t'offusques pas, mais passe seulement ton chemin lorsque tu vois les sujets 'forum' si tu ne veux pas y repondre. Yves Vincent Pottier vpott...@gmail.com a écrit : Le 21/04/2012 21:28, Philippe Verdy a écrit : On se retrouve donc obligé de chercher et lire bien plus de trucs qui n'ont rien à voir avec le message cross-posté... Là, il y en a un qui a perdu une occasion de se taire ! -- FrViPofm _ 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] forum: Du bon usage des multipolygones
Mon message n'était pas insultant, lors pas la peine de répondre par une insulte, et encore moins de répondre en approuvant en plus une insulte d'un autre (ce qui est encore plus incorrect). Mon message était pertinant quant à la forme utilisée par ces messages cross-postés par le forum, car il y manque des infos indispensables pour toute liste de diffusion par mail : - mention du nom de l'auteur (ou son pseudonyme enregistré) - mention du sujet du message dans la ligne Subject (cette ligne devrait commencer par l'étiquette [Forum Letuffe] suivie du sujet indiqué dans le forum - mention de l'adresse email de réponse, ou bien du lien EXACT (URL) vers la page pour y répondre. Mon message est certes critique mais pas personnel. Ces problèmes peuvent être corrigés par Letuffe, et je demande qu'ils le soient (ce n'est pas un ordre, mais je voudrais que Letuffe accepte la critique et en tienne compte pour la programmation de son robot), car cela ne respecte pas la netiquette et ne permet pas la gestion des messages. En plus ce robot, tel qu'il est écrit, ouvre la porte à des pratiques de spammeurs qui en profitenront pour aller poster des messages sur le forum qui automatiquement seront renvoyés vers cette mailing liste, sans possibilité de filtrage ou classification. Quant au volume ici, franchement je suis loin d'égaler le volume posté par certains ici (je ne parle pas du nombre de mots mais du nombre de messages postés, qui remplissent les listes d'emails dans ma messagerie). Alors oui mon message, même critique, était constructif et n'avait rien de personnel, et n'appelait aucune réponse insultante que certains ici utilisent sans rechigner (et pire encore avec l'approbation de certains autres, ce qui est franchement incorrect). Il appelait une réponse sous forme de corrections tout à fait possibles (que Letuffe PEUT réaliser en programmant mieux son robot). Le 21 avril 2012 21:56, Yves yve...@gmail.com a écrit : Philippe, bien obligé de constater qu'au nombre de caractères postés ici, tu l'emporte haut la main sur le forum. Alors ne t'offusques pas, mais passe seulement ton chemin lorsque tu vois les sujets 'forum' si tu ne veux pas y repondre. Yves Vincent Pottier vpott...@gmail.com a écrit : Le 21/04/2012 21:28, Philippe Verdy a écrit : On se retrouve donc obligé de chercher et lire bien plus de trucs qui n'ont rien à voir avec le message cross-posté... Là, il y en a un qui a perdu une occasion de se taire ! -- FrViPofm Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] limite administrative non affichée sur layers.openstreetmap.fr
Le samedi 21 avril 2012 21:07:02, Philippe Verdy a écrit : J'aimerais comprendre pourquoi la province des Asturies (nord de l'Espagne, autou de Gijon) n'est pas détectée dans Layers au niveau 6, alors qu'elle l'est au niveau 4 (en tant que communauté autonome) : Pourrais-tu m'indiquer l'id osm de la relation qui n'apparaît pas sur layers pour que je puisse la contrôler ? -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Plugin videomapping
Bonjour, Je souhaiterais utilisé le plugin videomapping dans josm mais a chaque lancement de josm celui ci me dit qu'il ne peut pas charger le greffon (quelque soit la version de josm tested ou latest). Dans mon Terminal j'ai cette erreur : chargement du greffon 'videomapping' (version 27865) org.openstreetmap.josm.plugins.PluginException: Une erreur est survenue dans le greffon videomapping at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:284) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:499) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:557) at org.openstreetmap.josm.plugins.PluginHandler.loadLatePlugins(PluginHandler.java:596) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:256) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:275) ... 4 more Caused by: java.lang.UnsatisfiedLinkError: Unable to load library 'Advapi32': libAdvapi32.so: cannot open shared object file: No such file or directory at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:164) at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:237) at com.sun.jna.Library$Handler.init(Library.java:140) at com.sun.jna.Native.loadLibrary(Native.java:375) at com.sun.jna.platform.win32.Advapi32.clinit(Advapi32.java:31) at com.sun.jna.platform.win32.Advapi32Util.registryGetStringValue(Advapi32Util.java:463) at uk.co.caprica.vlcj.runtime.windows.WindowsRuntimeUtil.getVlcInstallDir(WindowsRuntimeUtil.java:51) at org.openstreetmap.josm.plugins.videomapping.video.VideoEngine.setupPlayer(VideoEngine.java:41) at org.openstreetmap.josm.plugins.videomapping.VideoPlugin.init(VideoPlugin.java:78) ... 9 more Si quelqu'un pouvait me souffler l'erreur ou l'oublie que j'aurais pus faire. Librement Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Du bon usage des multipolygones
Bonsoir, Ceci n'est pas la meilleure formulation qui m'est été donné de lire quand une personne demande à un programmeur bénévole d'un projet libre de faire quelque chose. Si le forum reposte automatiquement des messages ici, il DOIT inclure une adresse de réponse qui fonctionne (afin qu'il récupère les réponses reçues par mail et les reformate dans le forum), sinon le forum doit s'abstenir de poster ici. Ce n'est pas normal de se prendre ce genre d'alerte en répondant par mail directement à un message reçu par mail. Lors du développement de ce (sic) stupide robot j'ai envisagé cette possibilité qui s'est avérée beaucoup plus difficile à programmer que dans la version actuelle (merci de m'épargner le yakafocon ou alors patch welcome). C'est la 1ère raison qui fait qu'il n'y a pas d'aller retour liste-forum. La 2ème est que le forum est plus destiné aux contributeurs occasionnels qui ne veulent ou ne peuvent pas lire de trop grand volume de réponses qui sont parfois bien trop longues à lire ou même fausses, ou à coté du sujet (ou même parfois les 3) et l'absence de retour automatique permet de filtrer un peu, choisir une ou plusieurs réponses plus proches du consensus, et faire que le format forum puisse aussi être utilisé comme zone questions/réponses avec un certain rangement et volume au final plus restreint et plus digeste. Virez donc ces postages automatiques Si une majorité de gens utilisant cette liste et le forum préfèrent que le robot en l'état actuel soit coupé, pas de problème, je le coupe. Tu peux organiser un vote si tu le souhaites. J'ai noté dans la suite de ce fil de discussion quelques remarques constructives que je vais essayer de mettre en place dans le robot : * changer l'email d'envoi pour ne pas utiliser une adresse sur un domaine qui m'appartient (fo...@openstreetmap.fr par exemple au lieu de fo...@letuffe.org) * indiquer le pseudo de l'émetteur réél * Donner un lien qui arrive directement sur le sujet concerné plutôt que le sous-forum concerné, ce qui gagnera un clic -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A Nétiquette, Nétiquette et demi
Je trouve souvent un peu trop long les posts de Philippe et cela nuit à leur lisibilité, et, ils sont parfois HS aux trois-quarts, mais ce n'est pas une raison pour lui dire de manière abrupte de se taire. Il a raison de se sentir, sinon insulté, mais, au moins mal traité en contradiction avec la Nétiquette, même s'il y contrevient par sa logorrhée de manière… vénielle. Philippe, avant de poster, essaye de regarder, s'il n'y a pas des phrases qui n'apportent rien de réellement substantiel par rapport à notre objet commun. Se relire de manière critique est une bonne discipline. Je ne trouve pas trop ennuyeux le renvoi automatique depuis le forum, mais, c'est assez disgrâcieux dans la forme (abus de #). Cela ne pourrait t-il pas être allégé? Si un lien de réponse était présent, ce serait plus efficace et, peut-être aussi, plus conforme à la Nétiquette. Cette réponse pourrait être accompagnée d'une mention du genre : Cette réponse arrive grâce au couplage avec le principal lieu d'échange de la communauté OSM francophone. Plus d'infos ici :` Talk-osm-fr (liste de messages) ou Forum OSM-Fr Nabble (même contenu) Attention : Gros trafic postal Je n'aime pas les forums, mais je pourrais me laisser entraîner, s'il n'y avait qu'un clic de distance. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plugin videomapping
On 4/21/12, RÉAU Simon msr...@gmail.com wrote: org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:275) ... 4 more Caused by: java.lang.UnsatisfiedLinkError: Unable to load library 'Advapi32': libAdvapi32.so: cannot open shared object file: No such file or directory Apparement, ton plugin cherche une librairie qui s'appelle libAdvapi32.so qu'elle ne trouve pas. Sans doute faut-il installer d'autres choses pour faire tourner le tout et que tu ne l'a pas encore installé chez-toi. Renseigne-toi sur la doc du plugin ou chez son auteur. L'extension .so me semble surtout utilisé chez linux/unix. Ca peut aussi être un problème si tu es sous Windoz. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr